複数のシステムからSalesforceにデータを統合する際に、データアーキテクトが取るべき3つの重要なステップは以下のとおりです。
各システムのデータモデルを分析し、ギャップ分析を実施します。このステップでは、各システムのデータの構造と意味を理解し、共通データ要素と固有データ要素を特定し、システム間のデータフィールドをマッピングします。また、データの品質と一貫性を評価し、データクレンジングや変換の必要性を特定します。
ETLツールを使用して、データの統合、変換、重複排除を行います。この手順では、ETLツールを使用してソースシステムに接続し、データを抽出し、必要なデータ変換や検証を適用して、データをSalesforceにロードします。また、Salesforceで重複レコードが作成されないように、重複排除ルールやアルゴリズムを適用します。
関係者と協力して、レコードとフィールドの存続ルールを定義します。このステップでは、ビジネスユーザーおよびデータ所有者と協力して、競合や不一致が発生した場合に保持または上書きすべきレコードとフィールドを決定します。また、レコードとフィールドの存続に関する基準とロジックを定義し、ETLツールまたはSalesforceに実装します。
すべてのシステムから追加の値を格納するための新しいフィールドを作成することは、必須の手順ではなく、ギャップ分析の結果として考えられることです。すべてのシステムからすべての値に対して新しいフィールドを作成する必要も望ましいこともありません。なぜなら、冗長なデータや無関係なデータが発生する可能性があるからです。サードパーティ製のAppExchangeツールをインストールしてマージを処理することも、必須の手順ではなく、ETLツールを選択する際の選択肢の一つです。組織の要件、予算、および好みによっては、最適な選択肢ではないかもしれません。

Salesforce Shield の顧客にとって最適な機能は、特定の地域外のユーザーからの SF へのアクセスを制限すること、トランザクション セキュリティ ポリシーを実装して SF データのエクスポートを防止すること、および SF で保持されている機密性の高い顧客情報を暗号化することです。Salesforce Shield は、Salesforce プラットフォーム上のエンタープライズ データを保護するのに役立つセキュリティ機能のセットです。これには、イベント モニタリング、プラットフォーム暗号化、フィールド監査証跡の 3 つのコンポーネントが含まれます。特定の地域外のユーザーからの SF へのアクセスを制限するには、IP ホワイトリストや VPN などのネットワーク ベースのセキュリティ機能を使用できます。トランザクション セキュリティ ポリシーを使用すると、データのエクスポートや不明なデバイスからのログインなど、ユーザーの行動パターンに基づいてアクションや通知を定義できます。プラットフォーム暗号化を使用すると、顧客が管理するテナント シークレット キーを使用して、保存されているデータを暗号化できます。