Salesforceをエンタープライズ請求システム（EBS）やドキュメント管理システム（DMS）といった高セキュリティのエンタープライズシステムと統合する場合、アーキテクチャ上の主な懸念事項は、アクセス制御におけるエンタープライズセキュリティニーズの遵守です。これらのシステムには、多くの場合、非常に機密性の高い財務データが含まれており、PCI DSSやGDPRなどの厳格な規制要件が適用されます。
統合コンサルタントは、既存のエンタープライズIDおよび認証ポリシーをSalesforceユーザーに拡張する方法を評価する必要があります。これには、SAML 2.0やOpenID Connectなどのプロトコルを使用したID連携戦略が含まれることがよくあります。Salesforce内で個別の認証情報を管理する代わりに（オプションAで提案されていますが、これは1,000万件のレコードを扱う場合には一般的に「アンチパターン」です）、コンサルタントは中央のIDプロバイダ（IdP）の使用を検討する必要があります。
企業のセキュリティニーズを考慮し、アーキテクトはサポートエージェントがSalesforce内のリンクをクリックして請求書を閲覧する際に、そのリクエストが企業のセキュリティゲートウェイで認証されるようにします。これにより、シングルサインオン（SSO）を実現しながら、認証（誰が何を閲覧できるか）はソースシステムまたは中央IdPで管理されます。1,000万人の顧客の請求書履歴とリアルタイム処理を扱うシステムでは、移行（オプションC）は物理的にも技術的にも実現不可能です。焦点となる目標は、企業の既存のセキュリティ境界の整合性を維持しながら、Salesforceからこれらのシステムへの「窓」を構築することです。