 |
| ||||||||
購買ユニット構造なしで組織が有効になった場合、は申請ドキュメントの作成を開始しますが、後でで購買ユニットをサイトに実装することを決定した場合、既存の申請には購買ユニットが割り当てられません。これにより、ドキュメントの変更時、または購買ユニットの値が空白の注文書に対する受領書または請求書の処理時に、エラーが発生する可能性があります。購買ユニットの値は受け入れられません。
購買ユニットを実装する前は、申請ドキュメントに [購買ユニット] フィールドは必要ありません。購買ユニットを有効化すると、関連ドキュメントの処理に関連する新規作成されたドキュメントまたは既存のドキュメント (空の購買ユニットを含む既存の注文書に対する新しい受領書の提出など) でフィールドが必須になります。
*スケジュールされたタスク 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 カスタマサポートは、これらのパラメータを変更して新しいフィールドパスを追加し、フィールドパス選択の順位を変更して、スケジュールされたタスクが適切な場所から取得されるようにすることができます。
スケジュールされたタスクは、ワークフローの順序でドキュメントが循環します (申請種別ごとに最も古いものから最新のものまで、次の種類に進む前)。
- 依頼
- 注文書
- 入庫
- 請求書
- 請求書照合
購買ユニットの値で更新する必要がある履歴ドキュメントの数によっては、タスクの完了に数時間かかる場合があります。
スケジュールされたタスク BackPopulateProcurementUnits は、以下の複数の理由により、SAP Ariba カスタマサポートが実行しないでください。
- 購買ユニットは、会社を複数の単位に論理的に分割します。したがって、タスクとそれに関連する作業は、プロジェクトのスコープ内で処理する必要があります。
- このタスクの実行前に完全なインパクト分析を行い、このタスクが適切な決定であり、顧客がそれに対して適切に設定されていることを確認する必要があります。
- このタスクはパフォーマンスに負荷がかかり、勤務時間外やシステム内のユーザなしで調整を行う必要があります。また、タスクを実行する前に、このタスクによって影響を受ける伝票の数を決定する必要もあります。このため、移行計画を策定する必要があります。
- タスクはすべての申請を循環し、1 つずつ更新されます。ドキュメントに関する問題が発生した場合は、タスクが停止します。タスクを再実行する前に、その伝票を確認して修正する必要があります。
上記のすべての理由により、申請に購買ユニットを遡及的に入力する要件がある場合は、いつでも SAP Consulting のサービスを利用する必要があります。
コア購買 > コアシステム管理 > 購買ユニットインポート