ユーザー- SAPからCoupaへの承認

統合は、Coupa標準フラットファイル形式またはユーザーの作成と維持のためのRESTベースのAPIを介して完了することができます。Coupaでのユーザーアクティビティの範囲を考慮すると、Coupaでのユーザー管理には簡略化されたモデルがあります。とはいえ、以下の考慮事項は、Userオブジェクトの統合作業に大きな影響を与える可能性があります。

• 承認限度額-ユーザーがSAPと比較して承認限度額を正確に反映できるようにするため。
• 組織の大規模な変更-一般的ではありませんが、これらはインテグレーションの設計に考慮する必要があり、コスト/利益分析に基づいてスコープインまたはスコープアウトする必要があります。
• コンテンツセキュリティ- Coupaでは、カタログコンテンツへのアクセスを制御でき、ビジネス要件に基づいて、さまざまなビジネスグループまたはオペレーティングユニット間でカタログコンテンツを分離できます。
• 総勘定元帳アカウントコードのアクセスとセキュリティ-請求コードの使用が、異なるユーザーが異なるアカウントに請求する機能に関する必要な制御を提供するように設計されている場合、請求アカウントのセキュリティをユーザー統合に設計する可能性があります。

SAMLまたはその他の外部認証メカニズムを実装している場合は、シームレスなシングルサインオンを容易にするために、ユーザーレコードに必要なキー属性にも対応する必要があります。特定のCoupaロールを標準化してすべての新入社員に割り当てることができますが、ユーザーがSAP内のあるビジネスユニットから別のビジネスユニットに移動するときは、通常、その変更に伴って潜在的なロールの変更とコンテンツのセキュリティを考慮する必要があります。

以下は、上記の属性とともにユーザープロファイルデータを読み込むために生成できる標準的なフラットファイルの例です。

サンプルユーザーデータファイル（ CSVで保存）

承認者をどのように統合するかは、ビジネスルールの要件と複雑さに依存します。コストセンターやプロジェクト承認者などの比較的単純なビジネスルールの場合、Coupaのルックアップ値を使用して、承認者を個々の要素に簡単にマッピングできます（詳細については、会計データセクションを参照）。承認者は、次のサンプルファイルのような形式で各コストセンターまたはプロジェクト値と一緒に送信できます。

サンプル検索値承認者ファイル

より複雑なビジネスルールの場合、Coupaの承認チェーン機能を使用すると、複雑な条件、金額制限、優先度、個人またはグループの承認者を定義できます。

これらの承認チェーンは、Coupaで直接維持することもできますし、必要に応じてフラットファイル統合を介して維持することもできます。

承認チェーンファイルのサンプル

また、ビジネス承認ルールのフルセットをサポートするために、Lookup Value承認者と複雑な承認チェーンの両方を持つことができます。