サプライヤ・プロファイルでのサイトに対する変更の承認方法

サプライヤ・プロファイル更新の変更管理は、組織詳細、所得税データ、銀行口座、住所およびサプライヤ・サイトに適用できます。

新規サイトの作成と既存のサイトの編集は、内部変更管理および承認ルーティングに対して有効です。サイト名、非アクティブ日、添付、サプライヤ・サイト付加フレックスフィールド(追加情報)などのコア・サイト属性に加え、「一般」、「購買」、「受入」および「請求」タブの下にあるほとんどの属性を変更すると、承認のための変更要求が生成されます。

追加承認属性がこの機能の一部として導入され、サプライヤ・サイト固有の変更に対して承認ルールを構成できるようになりました。たとえば、「変更済サイト目的」承認属性を使用して、既存のサイトのサイト目的(ソーシングのみ、購買調達カード、支払、プライマリ支払)に対する変更を検出できます。

同様に、「変更済保留管理」承認属性を使用して、既存のサイトの次のサイト属性に対する変更を検出できます: 「全新規購買文書の保留」、「保留事由」(「購買」タブ)、「すべての請求書の保留」、「未照合請求書の保留」、「未検証請求書の保留」、「支払保留事由」(「請求」タブ)。

新しく作成されたサイトまたは更新されたサイトがプロファイル変更要求に追加され、承認のためにルーティングされます。承認者は「詳細」をクリックして特定の変更を表示できます。

サプライヤ・プロファイルでサイト関連の変更を承認する場合は、次の点を考慮してください:

一般に、サプライヤ・プロファイル変更管理が必要なプロファイル領域を有効にします。有効になっていない、または変更管理でサポートされていないプロファイル領域に対する変更は、即時に適用されます。
サプライヤ・サイトのこれらの領域は変更されません: サイト割当と支払方法、支払属性(「支払」タブで使用可能)、グローバル付加フレックスフィールド、B2B通信関連属性。そのため、新しいサイトが承認された後、必要に応じてこれらのサイト詳細を設定する必要があります。同様に、サイトを更新すると、これらのサイト詳細に対する変更は即時に適用されます。
住所とサイトの両方で変更管理を有効にすると、1つの変更要求で住所とその住所のサイトを作成できます。
サプライヤ銀行口座などの他の領域に内部変更管理をすでに使用していて、サイトの追加を計画している場合は、既存の承認ルールを評価します。サイト更新の追加ルーティング・ルールが必要な場合は、承認設定タスクを使用します。
組織詳細および所得税、住所またはサイトが使用可能であり、内部ユーザーからの変更要求が承認待ちである場合、「編集」処理を実行して変更要求を取り消し、さらに変更を取得できます。以前の変更は失われません。承認のために変更を再送信すると、ワークフローが再度開始されます。
サプライヤ・プロファイルの変更は、内部と外部の両方のサプライヤ・ユーザーから行うことができます。それぞれのサプライヤについて、一度に存在できる待ち状態のプロファイル変更要求は1つのみです。
FBDIインポート、SOAP WebサービスまたはREST API (アプリケーション統合ユース・ケースの場合)からのサプライヤ・サイトの作成および更新では、内部プロファイル変更要求は発生しません。