グローバル展開に関する考慮事項
このページは機械翻訳を使用して翻訳されています。
グローバル展開に関する考慮事項
Coupaを複数の国で展開する際の主な考慮事項：
調達ビジネスプロセスの調和のレベル
これは、コアモデルの定義の一部として考慮する必要があります。課す予定のトップダウンの義務のレベルと、予定している個々のBU /国に与える「自由」の程度について事前に合意します。展開先。もちろん、より多くの変更管理を行うことで、調和を弱める必要があります。一般的な要素には、 財務承認レベル、 承認ロジック （例：コストセンター承認を使用している国、管理ヒエラルキーの他の階層）、 非カタログ請求の調達の関与、異なるソーシングテンプレート、異なるソーシングイベント開始プロセス、契約交渉プロセスがあります。
APプロセスについて同様の議論
PO以外のインボイスの 処理を主な要素とする（POなしの支払ポリシーなし）、 早期支払割引、電子請求の状況に対応する意欲/能力、 およびそれがさまざまな国のサプライヤー有効化メッセージにどのように影響するか
統合システム
範囲内に追加のバックエンドはありますか？それらは統合ランドスケープ全体にどのように適合しますか？一部の新しい国でのみ使用される追加の外部システムはありますか？良い例は、購入ニーズが生成された後、CoupaにインターフェースしてPRを作成するスペシャリストシステムです（例：作業指示管理システム。ユーザーはCoupaに触れず、非常に具体的なニーズを外部システムに入力します）。その後、Coupaにインターフェースします）
各国でのマスターデータ管理
会社は世界中のユーザーと会計データに同じ信頼できる情報源を使用していますか？Coupaにこのデータを送る複数のシステム、おそらく異なるERPブランドがありますか？このデータの一部は現在手動でどこかに保持されている可能性がありますが、Coupaがすべての場所に展開されたら、どのように処理しますか？
真の地域の法的要件
税務コンプライアンスは、ローカライズで考慮すべき重要な要素の1つとしてよく引用されます。全体のプロセスの一部として絶対に見直す必要がありますが、実際のところ、Coupaは実際には税計算エンジンではないため、どこにでも構成と処理を行うことができます。より重要な例 としては、POレイアウトのコンテンツ/言語 （カナダの場合は英語/フランス語の2つを考える）、一部の国で収集する必要のある 特定のカスタムフィールド/送信ブロッカーなどがあります。
さまざまな国のガバナンスと構造をサポートする
顧客は、アプリケーションをグローバルにサポートできるL1構造を検討する必要があります。これは、個々の地域のスーパーユーザーの混合、および必要に応じてCoupaサポートとのやり取りを担当する一元化されたCoupa管理者にすることができます。
実装サポートが必要です
最後に、システムインテグレーターが追加の国に展開する際に必要となるサポートのレベルを教えてください。一部の顧客は、コストを削減し、これに内部リソースを使用することを選択します（ノウハウを持っている場合）。他の顧客は、展開の全期間にわたってパートナーに依存することを決定します。
。