OracleからCoupaへの統合ポイント

関連する情報は、サプライヤーを検索するときにすぐに利用できるため、ユーザーエクスペリエンスはこのアプローチで強化されます。参考までに、次のスクリーンショットを参照してください。

カタログアイテムまたはWebフォームは、Coupaの各サプライヤーに関連付ける必要があります。通常、複数の購買サイトを持つサプライヤーは、カタログ情報が限られており、サービスを提供するサプライヤーです。カタログアイテムまたはパンチアウトをサポートするサプライヤーは、サプライヤー全体に一元的な購買サイトを持つため、Coupaには単一のレコードがあります。

ユーザー/従業員（ Oracle HRから）

一般的に、Coupaのユーザーレコードのデータソースは、Oracle内のさまざまなソース、主にFNDテーブル（ユーザーログイン情報、責任、セキュリティなど）とHRテーブル（ HRの共有または完全インストールに応じて）から取得されます。これは主に、ユーザーの割り当て、現在の有効な割り当てステータス、および適切な承認制限（従業員/監督者の階層など）の割り当てに使用される可能性のある帯域レベルをキャプチャするために使用されます。

Coupaでのユーザーアクティビティの範囲を考慮すると、Coupaでのユーザー管理には簡略化されたモデルがあります。次の考慮事項は、ユーザーオブジェクトの統合作業に劇的な影響を与える可能性があります。

• 承認制限： Oracleと比較して、ユーザーが承認制限を正確に反映できるようにします。
• 組織の大規模な変更：一般的ではありませんが、インテグレーションの設計にはこれらを考慮し、費用/便益分析に基づいてスコープインまたはスコープアウトする必要があります。
• コンテンツセキュリティ： Coupaでは、カタログコンテンツへのアクセスを制御でき、ビジネス要件に基づいて、さまざまなビジネスグループまたはオペレーティングユニット間でカタログコンテンツを分離できます。
• GLアカウントコードへのアクセスとセキュリティ：アカウントコードの使用が、異なるユーザーが異なるアカウントに請求する機能に関する必要な制御を提供するように設計されている場合、ユーザー統合に請求アカウントのセキュリティを設計する可能性があります。
• SAMLまたはその他の外部認証メカニズムを実装している場合は、シームレスなシングルサインオンを促進するために、ユーザーレコードに必要なキー属性を指定する必要があります。
• すべての新入社員に割り当てる特定のCoupaの役割を標準化する場合、ユーザーがOracle内のあるビジネスユニットから別のビジネスユニットに移動するときは、通常、その変更に伴う潜在的な役割の変更とコンテンツのセキュリティを考慮する必要があります。

統合オプション

• Coupa標準フラットファイル
• Coupa API

会計データ

Coupaには、次のアカウンティングオプションがあります。

静的アカウンティングモデル：有効なコードの組み合わせをアカウント文字列としてキャプチャするアプローチを採用しました。このモデルは、CoupaでのGLアカウント管理をシンプルに保つのに役立ちますが、すべての有効なコードの組み合わせに基づいて、可能なアカウント数を大幅に増加させる可能性があります（数百万にまで）

ダイナミックアカウンティングモデル：このモデルでは、セグメント値、コード組み合わせ検証ルール、動的挿入などのみをキャプチャできます。

統合オプション

• Coupa標準フラットファイル
• Coupa API

プロジェクトおよびタスク

OracleプロジェクトとCoupaを統合するための設計上の考慮事項がいくつかあります。一般的に、調達の観点からは、コミットされたコストを正確に反映することが求められます。これは、申請書および発注書のプロジェクトおよびタスク情報を取得し、その情報をOracleプロジェクトに接続することで解決されます。

Coupaデザインの一環として、エンドユーザーが適切な値を選択できるように、プロジェクトフィールドとタスクフィールドを公開します。申請書が承認され、POが作成されると、プロジェクト/タスク情報を申請書からPOにカスケードし、POをOracleにインターフェースすると、プロジェクトとタスク情報をフラットファイルまたはOracle POオープンインターフェイステーブルの関連フィールドに転送します。Coupaで発注書用に作成された領収書は、プロジェクト/タスク情報を転送するため、領収書をCoupaからOracleに転送しながら、プロジェクト/タスク情報も転送します。

もう1つの設計上の考慮事項は、プロジェクトとタスクをCOA構造にモデル化することです。

Coupaでは、エンドユーザーが必要なプロジェクト/タスク情報を取得し、それをOracleと連携させることに焦点が当てられます。Oracle内には、Oracle PurchasingからProjectsへのコールアウトがあり、データを同期させます。

• プロジェクトおよびタスクは、CoupaのLookupオブジェクトを使用してモデル化されます。有効なプロジェクト/タスクの組み合わせのみをCoupaにフィードして1つのルックアップとして維持するか、Oracleで関係を模倣してCoupa内で異なるオブジェクトとしてモデル化することを選択できます。
• Oracle内の申請とPOオブジェクトでのプロジェクトとタスクの参照方法と同様に、Coupaも同じアプローチを採用し、プロジェクトとタスクに関する詳細情報をOracleに引き続き存在させます。

統合オプション

• Coupa標準フラットファイル
• Coupa API

請求書支払

請求書がOracleで支払われると、顧客はOracleからCoupaに支払情報を統合する次の利点を見ることができます。

• 買掛金チームや（インボイスへのアクセス権を持つ）他のビジネスユーザーは、インボイス上の支払い情報を簡単に確認できます。これは、サプライヤーからのすべての問い合わせを迅速に処理するのに役立ちます。
• サプライヤーは、請求書のCSNを介してこの情報を取得することもできます。これにより、買掛金チームやビジネスユーザーに電話をかける必要がなくなり、サプライヤーと会社の生産性が向上します。

連携オプション

• Coupa標準フラットファイル
• Coupa API