組織が購買ユニット構造なしで運用を開始した場合、は申請ドキュメントの作成を開始しますが、後でサイトに購買ユニットを実装することを決定すると、既存の申請には購買ユニットが割り当てられません。これにより、ドキュメントの変更時、または購買ユニットの値が空白の注文書に対する受領書または請求書の処理時にエラーが発生する可能性があります。[購買ユニット] の値は受け付けられません。

*スケジュールされた BackPopulateProcurementUnits タスクは、SAP Ariba Customer Support によって実行されないようにする必要があります。*

スケジュールされたタスク BackPopulateProcurementUnits をサイトで実行し、手動でドキュメントに触れることなく、既存の申請の [購買ユニット] フィールドを遡及的に入力します。このタスクでは、承認プロセスにある申請の承認経路は変更されません。既存の申請を更新すると、このタスクによって、空白の購買ユニットから新しい値への変更を示す履歴エントリが追加されます。

このタスクは、最初にテストサイトで実行し、想定どおりに機能することを確認し、悪影響がないことを確認することをお奨めします。また、このタスクを実行する前に、購買ユニットの通常設定のパラメータ設定を確認します。スケジュールされたタスクでは、これらのパラメータ設定を参照して、各申請種別の購買ユニットの初期値設定方法が決定されます。

以下に例を示します。

• Application.Approvable.Defaulting.ProcurementUnit。"ariba.purchasing.core.Requisition"
• Application.Approvable.Defaulting.ProcurementUnit。"ariba.receiving.core.Receipt」
• Application.Approvable.Defaulting.ProcurementUnit。"ariba.invoicing.core.Invoice"
• Application.Approvable.Defaulting.ProcurementUnit。"ariba.invoicing.core.InvoiceReconciliation"

これらの各パラメータでは、そのドキュメントの種類の [購買ユニット] フィールドの初期値を設定するフィールドパスの一覧が指定されます。たとえば、購入申請の購買ユニットパラメータには、通常の設定 [CompanyCode.ProcurementUnit]、[Requester.PartitionedUser] があります。つまり、スケジュールされたタスクでは、最初に購入申請の会社コードに関連付けられている購買ユニットが検索されます。値が含まれていない場合は、申請者の通常設定の購買ユニットに移動します。どのフィールドパスにも値が含まれていない場合、購入申請の購買ユニットは空白のままになります。

SAP Ariba カスタマサポートは、これらのパラメータを変更して新しいフィールドパスを追加し、フィールドパスの選択の順位を変更して、スケジュールされたタスクが適切な場所から取得されるようにすることができます。

購買ユニットを実装する前は、申請ドキュメントで [購買ユニット] フィールドは必要ありません。購買ユニットを有効化すると、新たに作成されたドキュメントまたは関連ドキュメントの処理に関連する既存のドキュメント (購買ユニットが空白の既存の注文書に対する新しい受領書の提出など) に対して、このフィールドが必須になります。

スケジュールされたタスクは、ワークフローの順序 (申請種別ごとに最も古いものから新しいものへ) でドキュメントを繰り返してから、次の種類に進みます。

1. 依頼
2. 注文書
3. 入庫
4. 請求書
5. 請求書照合

購買ユニット値で更新する必要がある履歴ドキュメントの数によっては、タスクの完了に数時間かかる場合があります。

スケジュールされたタスク BackPopulateProcurementUnits は、複数の理由で SAP Ariba カスタマサポートが実行しないでください。

1. 購買ユニットでは、会社が論理的に複数の単位に分割されます。したがって、タスクとその関連作業は、プロジェクトの範囲内で処理する必要があります。
2. このタスクを実行する前に完全なインパクト分析を実行し、タスクが適切な決定であり、顧客がタスクに対して適切に設定されていることを確認する必要があります。
3. このタスクはパフォーマンスに負荷がかかるため、オフ時間に実行されるか、またはシステムにユーザなしで行われるように調整する必要があります。また、タスクを実行する前に、このタスクによって影響を受ける伝票の数も決定される必要があります。このため、移行計画を設定する必要があります。
4. タスクはすべての申請を繰り返し、1 つずつ更新されます。ドキュメントで問題が発生した場合、タスクは停止します。タスクを再実行する前に、そのドキュメントをレビューして修正する必要があります。

上記のすべての理由により、申請に購買ユニットを遡及的に入力する必要がある場合は常に、お客様が SAP Consulting のサービスを利用する必要があります。

コア購買 > コアシステム管理 > 購買ユニットインポート