トピックス

知識創造研究室 by CRM(xRM)

【連載第4回】データガバナンスとセキュリティ — セルフホスト対応と疎結合連携が開く可能性

こんにちは、CRMエバンジェリストの松原です。

「いいシステムだとは思う。でも、うちのセキュリティポリシー上、外部のクラウドに顧客データを置けない」

「基幹システムとの連携が必要だが、密結合になると後の変更が大変だ」

大企業・中堅企業のIT部門が、SaaS型CRMの採用を断念する最大の理由がこれらの2点です。

EMOROCO CRM Liteは、この2つの壁に対して明確な答えを持っています。セルフホスト(自社サーバー対応)と疎結合アーキテクチャへの対応です。

今回の第4回では、これらの技術的な設計を、IT部門が「採用可能」と判断するための情報として解説します。


セルフホスト対応——「クラウドに出せない」という壁を越える

セルフホストとは何か

EMOROCO CRM Liteは、Azure Container AppsによるSaaSクラウド運用に加えて、自社サーバーへのセルフホストに対応しています。

セルフホストとは、EMOROCO CRM Liteのアプリケーションを自社のサーバー(オンプレミスまたは自社管理のプライベートクラウド)上で動かすことです。データは自社のサーバー内にのみ存在し、外部のクラウドサービスには一切送出されません。

【SaaSクラウドとセルフホストの比較】

SaaSクラウド(Azure Container Apps):
  ・データ保管場所:Azureのクラウドサーバー
  ・管理責任:アーカスジャパンが担当
  ・セキュリティ:Azureのエンタープライズレベルの保護
  ・向いている組織:一般的なセキュリティ要件の企業・中堅企業
  ・メリット:インフラ管理不要・自動更新・即日開始

セルフホスト(自社サーバー):
  ・データ保管場所:自社のサーバー(社内に閉じる)
  ・管理責任:自社IT部門が担当
  ・セキュリティ:自社のセキュリティポリシーに完全準拠
  ・向いている組織:金融機関・医療機関・官公庁関連・
             機密情報が多い製造業・防衛関連
  ・メリット:データが外部に出ない・既存セキュリティに準拠

セルフホストが必要になる典型的なケース

【セルフホスト採用が推奨されるシナリオ】

金融機関(銀行・証券・保険):
  → FSA(金融庁)のガイドラインで外部クラウドへの
    顧客データ保管に制約がある場合
  → 自社のセキュリティ審査を通過したシステムのみ採用可能

医療機関・製薬会社:
  → 患者情報・臨床データが「要配慮個人情報」として
    厳格な管理が求められる
  → ISMS・プライバシーマークの要件への準拠が必要

防衛・航空宇宙・機密研究関連:
  → 顧客(政府機関・防衛省)との取引先情報が
    機密指定を受けている場合
  → 外部ネットワークへのデータ送出が禁止されている

既存のセキュリティポリシーが厳格な大企業:
  → 「会社が認定したシステムしか使えない」という
    情報セキュリティポリシーがある場合
  → オンプレミス運用のみを許可している場合

セルフホスト導入のプロセス概要

【セルフホスト導入の検討ステップ】

Step 1:インフラ要件の確認
  ・Docker/Kubernetesが動作する環境があるか
  ・(またはAzure Container Appsを自社管理で使用するか)

Step 2:データベース要件の確認
  ・PostgreSQL等のデータベースを自社で管理できるか
  ・バックアップ・リストアの運用体制があるか

Step 3:ネットワーク要件の確認
  ・社内ネットワーク内でのみアクセス可能にするか
  ・VPN経由でのリモートアクセスを許可するか

Step 4:アーカスジャパンとの個別協議
  ・セルフホスト版の提供条件・サポート体制の確認
  ・自社のセキュリティ要件への適合確認

疎結合アーキテクチャ——「また別のサイロを作らない」設計

大企業特有の「連携問題」の本質

大企業がCRMを新たに導入するとき、必ず発生する問いがあります。「既存のERP・販売管理・コールセンターシステムとどう連携するか」です。

この問いへの誤った答えは「密結合による直接連携開発」です。CRMとERPを専用の連携コードで直接つなぐと、どちらかのシステムを変更するたびに連携コードの書き直しが発生します。変更コストが大きくなり、「ERPのバージョンアップができない」「CRMの設定変更がERPに影響する」という硬直した状態が生まれます。

正しい答えは「疎結合による連携」です。

EMOROCO CRM Lite×疎結合連携の設計図

【大企業向け疎結合アーキテクチャの全体像】

【SoRのバックエンド層(既存システム)】
ERP / 販売管理システム / 会計システム / 在庫管理 / 人事システム

        ↕ EAI/ESBツール(ASTERIA WARP等)
          または ワークフローツール(Power Automate等)
          ※疎結合で接続——どちらか一方が変わっても影響しない

【SoIのフロントエンド層(EMOROCO CRM Lite)】
顧客管理 / 案件管理 / ワークフロー自動化 / ダッシュボード / 地図連携

        ↕ ワークフローツール(Power Automate/Zapier等)

【SoEのチャネル層(顧客接点)】
メール / 電話 / Teams・Slack / Webフォーム / コールセンター

具体的な連携シナリオ(大企業向け)

【シナリオ①:ERPの受注データとCRMの連携】

ERP(受注確定)
  → [Power Automate] → EMOROCO CRM Lite
    ・案件フェーズを「受注」に自動更新
    ・受注御礼フォロータスクを翌日に自動生成
    ・担当者へのTeams通知を自動送信

→ 効果:「ERPで受注が確定したことを、CRMに手動で入力する」
  という二重入力がゼロになる

【シナリオ②:コールセンターとCRMの連携】

コールセンターシステム(顧客から着信)
  → [EAI/ESBまたはAPI連携] → EMOROCO CRM Lite
    ・顧客レコードの「接触履歴」に自動登録
    ・対応担当者へのフォロータスクを自動生成
    ・感情温度の更新を促すリマインダーを送信

→ 効果:コールセンターの情報が営業CRMとリアルタイムで統合され、
  「コールセンターに問い合わせてきた顧客」を
  営業担当者がすぐにフォローできる

【シナリオ③:販売管理の売上データとCRMのLTV計算連携】

販売管理システム(月次売上データ)
  → [EAI/ESB] → EMOROCO CRM Lite
    ・顧客ごとの「今月の売上額」を自動更新
    ・LTVトレンドをダッシュボードで自動計算
    ・「売上が前月比30%以上低下」した顧客に
      アラートタスクを自動生成

→ 効果:月次報告のためのExcel集計がゼロになり、
  売上変化への対応が週次で起きるようになる

疎結合連携のメリット——なぜ密結合ではいけないのか

【密結合の問題点】
・一方のシステムを変更すると、連携先のシステムにも影響する
・ERPのバージョンアップ→CRMとの連携が壊れる
・変更のたびに「再開発コスト」が発生する
・システム障害が連鎖する(一方がダウンすると他も影響を受ける)

【疎結合のメリット】
・一方のシステムを変更しても、中間のツール(EAI/ESB)だけ調整すればいい
・ERPがバージョンアップしても、CRMには影響しない
・新しいシステムの追加が容易(アダプタを追加するだけ)
・障害が連鎖しない(中間ツールがバッファとして機能する)

セキュリティロールの多層設計——「誰が何を見られるか」を厳密に設定

大企業では「権限管理」が重要です。EMOROCO CRM Liteのセキュリティロール管理機能で、以下の多層権限設計を実装します。

【大企業向けセキュリティロールの4層設計】

Layer 1(経営層・全社閲覧):
  権限:全事業部の全顧客データを閲覧のみ可能
  ダッシュボード:全社KPIサマリー・事業部別比較

Layer 2(事業本部長・事業部管理者):
  権限:担当事業部の全データを閲覧・編集可能
  ダッシュボード:事業部横断ビュー・担当者別KPI

Layer 3(営業マネージャー):
  権限:担当チームの顧客データを閲覧・編集可能
  ダッシュボード:チーム週次ビュー・今週の優先アクション

Layer 4(一般営業担当者):
  権限:自分の担当顧客のみ閲覧・編集可能
  ダッシュボード:個人の今週のToDoと感情温度リスト

(オプション)Layer 5(外部パートナー・代理店):
  権限:共有が必要な特定顧客の特定フィールドのみ閲覧可能
  ダッシュボード:担当案件の進捗のみ表示

まとめ——IT部門が「採用可能」と判断するための3点

大企業・中堅企業のIT部門がEMOROCO CRM Liteを「採用可能」と判断するために必要な条件は3つです。

条件 EMOROCO CRM Liteの答え
データを外部クラウドに出せない セルフホスト(自社サーバー運用)に対応
既存システムとの連携が必要 疎結合アーキテクチャ(EAI/ESB・ワークフローツール)対応
権限管理を厳密に設定したい セキュリティロールの多層設計が可能

次回の第5回では、大規模組織でのSoI-PDCA——「大企業ならではの週次意思決定サイクル」の設計を解説します。
EMOROCO CRM Lite 製品ページ


前回:[【連載第3回】事業部別の最適化設計——ノーコードで「全社に一律を押し付けない」CRMを実現する]

次回:[【連載第5回】エンタープライズのSoI-PDCA——大規模組織で「週次の意思決定」を実現する方法]

関連記事:[疎結合アーキテクチャとCRM4.0——なぜCRMは「密結合」ではいけないのか]

 

この記事を書いた人
松原 晋啓

詳細プロフィールはこちら
アクセンチュア等でSE、アーキテクト、コンサルタント、インフラジスティックスでエバンジェリスト(Microsoft MVP for Dynamics CRM(現 Microsoft MVP for Business Solutions))、マイクロソフトでソリューションスペシャリスト(Dynamics CRM製品担当)を経て、現在はCRMを専門に扱うサービスチームを率いて大小様々の企業のCRM導入や事業立上げを支援、その傍らでCRMエバンジェリストとしてイベントや記事寄稿を通じて"真の"CRMの理念の普及に努めている。
アクセンチュアでCRMを学び、マイクロソフトでCRM2.0(プラットフォームドCRM)を世界的に提唱したCRMの正統後継者にして現役最長のCRM専門家(CRM診断士/CRMドクター)
その後もCRM3.0(パーソナライズドCRM)、CRM4.0(クリエイティブCRM)を提唱するCRMの第一人者としてインタビューを受けたり、国内外で多くの賞を受賞している。
インタビュー記事
取材や講演等の依頼は下記問合せよりご連絡ください。
TEL 06-6195-7501
フォームでのお問い合わせ

同じカテゴリの記事