VTPLUS / SECURITY & CRM

保管先も、アクセスも、運用も。
自社の基準で決められるCRM。

情報漏洩への備えを、業務システムの選び方から考えます。

保管先を選ぶ接続を制御する運用を設計する連携を判断する

顧客情報、商談履歴、見積書、問い合わせ内容。業務システムには、会社の信用と競争力を支える情報が集まります。情報漏洩のニュースに触れ、「自社のデータは、どこで、誰が、どのように管理しているのか」と気になった方も多いのではないでしょうか。

2026年10月、IPA(情報処理推進機構)は、不正アクセスによる情報漏洩事案の公表が相次いでいることを受け、対策の点検と見直しを呼びかけました。[1]

業務システムを選ぶ際には、機能や料金に加えて「自社の情報管理方針を実現できるか」という視点が欠かせません。vtplusは、自社が管理するサーバー環境に構築し、自社のセキュリティー基準に沿って運用できることが特長です。

SaaSと自社サーバー型では、管理できる範囲が違う

一般的なSaaSは、サービス提供会社が用意したシステムをインターネット経由で利用します。サーバーの保守やシステム更新の多くを任せられる点は、大きなメリットです。

一方、データの保管先、ネットワーク構成、ログの保存期間、バックアップなどは、サービスや契約プランで提供される範囲から選ぶことが基本になります。高度なセキュリティー機能を備えるSaaSもありますが、自社独自の基準をどこまで反映できるかは確認が必要です。

vtplusは、アプリケーションに加えて、その土台となるサーバーやネットワークの設計も、自社の方針に合わせて検討できます。

図1|管理できる範囲の違い

一般的なSaaS
提供会社が管理する環境サーバー・ネットワーク・基盤の保守
提供される機能・プランから選択

基盤の保守を任せやすい。独自要件への対応範囲はサービスごとに確認。

vtplusを自社管理環境で運用
自社のセキュリティー基準保管先・接続条件・保守の役割を整理
基準に合わせて環境・運用を設計

サーバーやネットワークから設計可能。更新・監視などの運用体制も必要。

比較は一般的な傾向です。SaaSの機能や契約条件によって対応範囲は異なります。vtplusの具体的な対応も、環境と要件を確認して決めます。

ここでいう「自社サーバー」は、社内に設置する物理サーバーだけを指しません。自社契約のクラウド上で管理するサーバーも選択肢です。重要なのは設置場所だけでなく、自社がどこまで管理・統制できるかです。

MERIT 01データの保管先と管理者を自社で決められる

「顧客情報は指定した環境に保管する」「バックアップも含めて保管場所を把握する」「保守担当者のアクセスには承認を必要とする」。こうした社内ルールを、システムの構成や運用手順に反映できます。

図2|保管先だけでなく、関連データまで管理

自社の基準で管理する範囲
CRMのデータ添付ファイルバックアップ保守作業用データ
それぞれの「保管場所・管理者・保存期間」を整理します。クラウドを利用する場合も、契約条件や事業者の管理範囲を確認します。

例えば、製造業なら取引先の仕様や見積情報、BtoBサービス業なら契約条件や問い合わせ履歴など、慎重な管理が求められる情報があります。

本番データだけでなく、添付ファイル、バックアップ、保守作業用のデータまで管理対象を整理することで、情報がどこにあるかを把握しやすくなります。取引先から保管場所や管理体制を確認された際にも、自社の構成に基づいて説明できます。

MERIT 02利用する場所やアクセス経路を絞り込める

業務システムを、誰でもインターネットから接続できる状態にする必要があるとは限りません。

vtplusでは、要件に応じてサーバーやネットワーク側を設計することで、例えば次のような利用環境を検討できます。

  • 社内ネットワークや指定したIPアドレスからの接続に限定する
  • 社外からの利用は、会社が指定する安全な接続経路に限定する
  • 一般利用者と保守担当者のアクセス経路を分ける

営業担当者の外出先利用と、社内担当者の利用では、必要なアクセス条件も異なります。現場の使いやすさを確保しながら、公開範囲を必要な範囲に絞れることは、自社で環境を設計できる強みです。

※これらは構成・設定の例です。利用する機能や外部連携との整合性を確認して導入します。

図3|アクセス条件を通過した利用者が接続

利用者社内・外出先の担当者
接続条件 + 認証接続元・経路・権限を確認
vtplus自社が管理する環境
条件を満たさない接続は、設定に応じて制限
構成の概念図です。接続元を絞るだけでなく、本人認証と適切な権限管理を組み合わせます。

MERIT 03権限・ログ・バックアップを、自社の業務に合わせられる

情報を守るには、外部からの侵入対策に加えて、社内での取り扱いを整理することも大切です。

図4|業務から決める、3つの管理ルール

権限誰が、どの情報を
参照・更新できるか
ログ・監視何を記録して
誰が確認するか
バックアップどの時点へ戻し
何時間で復旧するか
必要な記録や復旧目標を先に決め、機能・構成・運用手順へ落とし込みます。ログの取得範囲や追加対応は個別に確認します。

「営業部門は担当顧客を中心に参照する」「管理者権限は必要な担当者だけに付与する」「退職・異動時には速やかに権限を見直す」。こうしたルールを、CRMの権限設定と運用手順に落とし込みます。

さらに、サーバー側のログ保管や監視、バックアップの取得頻度・保存期間も、自社の要件に合わせて設計できます。必要な操作履歴については、取得できる内容を確認し、必要に応じて追加対応を検討します。

例えば、「障害時にどの時点まで戻す必要があるか」「何時間以内の復旧を目指すか」を先に決め、その条件に合うバックアップと復元確認を行う。業務上の必要性から対策を組み立てられます。

MERIT 04外部サービスへ送る情報を、用途ごとに判断できる

CRMを便利にするために、メール配信、外部システム連携、AIなどを活用する場面も増えています。

その際に大切なのは、業務データの保管先と、連携時にデータを送る先を分けて把握することです。

vtplusを自社サーバーで運用していても、外部APIやAIサービスを利用する機能では、処理に必要なデータが外部に送信される場合があります。

図5|自社での保管と、外部への送信は別に管理

自社が管理するvtplus
顧客情報問い合わせ履歴業務書類
連携を有効にする前に確認送信するデータ / 利用目的 / 送信先の契約・保存条件
外部連携を利用する場合の概念図です。自社サーバーで運用していても、外部サービスを使う処理ではデータが外部へ送信される場合があります。

そこで、「どの機能を利用するか」「何を送信するか」「送信先の契約条件はどうなっているか」を確認し、社内基準に沿って連携を選定・設計します。機密性の高い情報を扱う業務では、外部連携を利用しない構成も検討できます。

情報の流れを把握したうえで、必要な利便性を取り入れる。この判断を自社の方針で行えることも、大切なメリットです。

自社サーバーの強みは、継続的な運用と組み合わせて生きる

自社サーバーに設置すれば、それだけで情報漏洩を防げるわけではありません。OSやアプリケーションの更新、脆弱性対応、認証の強化、権限の点検、監視などを継続する必要があります。

図6|安全性を支えるのは、設計と継続運用

基準と役割を決める管理対象・担当者・委託先の範囲を整理
構築・設定する接続制御・権限・バックアップを設定
更新・監視する脆弱性への対応と異常の早期発見
点検・改善する権限の棚卸しとバックアップの復元確認
業務や脅威の変化に合わせて、基準・設定を見直す
自社・アイプランナー・サーバー事業者などで役割を分担。導入前に保守範囲と費用を確認し、無理なく続けられる運用体制を整えます。

SaaSでも自社サーバー型でも、管理する範囲と責任を明確にすることが重要です。IPAも、SaaSの安全な利用に向けて、選定・運用に必要な情報を収集し、対策を見直す必要性を示しています。[2]

vtplusを導入する際も、自社、アイプランナー、サーバー事業者などの役割を整理し、更新・監視・バックアップ・障害対応を誰が担当するかを決めておくことが大切です。自社の基準で管理することは、すべての作業を社内だけで抱えることではありません。

業務を便利にする仕組みを、自社が納得できる管理環境で

顧客情報を一元化し、部門間で共有し、日々の業務を効率化する。その価値を安心して活用するためには、情報を守る仕組みも、自社の業務に合っている必要があります。

vtplusなら、業務に合わせたCRM・業務支援アプリを、自社が管理するサーバー環境で構築・運用できます。

データの保管先、アクセスできる人や場所、バックアップ、外部連携。これらを自社のセキュリティー基準に沿って設計できることは、大切な業務データを長く活用するための強みです。

自社の管理基準に合うCRMを、
一緒に検討しませんか。

「自社の情報管理ルールに合うCRMを導入したい」「既存のサーバー環境を活用できるか相談したい」という企業様は、vtplusへご相談ください。業務内容と運用体制を踏まえ、導入構成を一緒に検討します。

vtplusのサービスを詳しく見る