レガシーをクラウドへつなぐ設計ガイド（Microsoft／Google例）

はじめに

結論から言うと、レガシー連携で失敗するのは技術より正本（マスタの所在）とIDの統一が後回しになることです。Microsoft 365 や Google Workspace を現場の入口にする場合も、基幹の顧客・商品マスタをどちらが正とするかを先に決めないと、SharePointやDriveが「第二のDB」になります。

認証・IDの層

• Microsoft：Entra ID を中心に、オンプレADとの同期または段階的カットオーバー
• Google：Cloud Identity / Workspace アカウントと、既存LDAPの共存期間を定義

現場アプリは可能ならクラウドIDのSSOに寄せ、アカウント生命周期（退職時の即時停止）を一本化します。

ファイルとトランザクションの分離

ExcelやPDFの置き場（OneDrive / SharePoint / Drive）と、受注・在庫のトランザクションは役割が異なります。ファイル同期ツールで「なんでも同期」すると、バージョン競合が現場トラブになります。トランザクションはAPI、資料は共有ストレージと役割分担するのが安全です。

段階移行の三フェーズ

1. 読み取り専用の参照連携（ダッシュボード）
2. 限定業務の双方向API（例：完了報告のみ）
3. マスタ同期の自動化（衝突解決ルール付き）

Microsoft / Google それぞれの注意

Teams / Chat を通知チャネルに使う場合、業務データ本体をチャットに置かない運用ルールが必要です。監査ログの保管先もクラウド側の設定で変わるため、情シスと法務の確認を早めに入れてください。

社内ですり合わせのヒント

SharePointやDriveを「全部同期」にしないルールは、情シス通知だけでなく、現場リーダー向けの一枚ポスターで示すと遵守率が上がります。

導入を検討する組織では、情シスだけでなく現場リーダーを最初のレビューに入れると、後工程の手戻りが減ります。本記事の論点をそのまま議事録の見出しに使い、未決事項と決定事項を分けて残してください。

おわりに

レガシーは一夜で消せません。正本とIDを決めたうえで、短い壁打ちで優先順位を付けると発注がぶれにくくなります。