承認プロセスを使用した購買発注コラボレーション (SAP ライブラリ

承認プロセスを使用した購買発注コラボレーション

目的

サプライヤが購買発注明細の確認納入日程行に指定する数量および日時が、得意先が明細の指定納入日程行に入力した数量および日時と異なる場合があります。外注発注の場合、得意先が予想する構成品目所要量とは異なる構成品目所要量を、サプライヤが確認納入日程行に入力することができます。

得意先がこのプロセスを使用するのは、SAP Supply Network Collaboration (SAP SNC) の購買発注コラボレーションでサプライヤ確認データ (確認納入日程行および構成品目所要量) を承認プロセスに送り、承認を得るためにその確認データを指定納入日程行として購買発注にコピーする場合です。また、購買発注のメインシステムである得意先のバックエンドシステムへも、更新された要求データが SAP SNC から送信されます。その結果、得意先には実出荷数量と出荷日付/時刻に関する最新のビューも表示されます。また、外注の場合は、得意先のバックエンドシステムの構成品目所要量も表示されます。

SAP SNC で、確認納入日程行または構成品目所要量の自動受入も可能です。あるいは、SAP SNC Web ユーザインタフェース (Web UI) で差異のある確認データを得意先が必ずマニュアル確認し、そこで受入または拒否を行うように設定することもできます。

購買発注の要求データを確認データに反映させるには、購買発注コラボレーションで承認プロセスを使用する必要があります。承認プロセスを使用しない場合、サプライヤは購買発注の確認データを変更することができます。ただし、購買発注の要求データは変更されずに保持されます。

承認プロセスは、SAP ERP 6.0 以降の得意先のバックエンドシステムで使用可能となります。SAP SNC をこの得意先バックエンドシステムに統合するために、マッピングが提供されます。購買発注の送受信には、特別な IDoc (PORDCH.PORDCH02 および PORDCR1.PORDCR102) が必要です。詳細については、例: 品目外注調達のメッセージフローを参照してください。SAP ノート 888599 も参照してください。

前提条件

● 承認プロセスを設定しておきます。詳細については、自動承認の手順を参照してください。

承認プロセスを明示的に設定した製品が、購買発注の一部の明細にしか含まれていない場合でも、その購買発注のすべての明細が承認プロセスの対象となります。製品に対して承認プロセスを明示的に設定していない場合は、差異の発生時に要マニュアル承認の承認ステータスが設定されます。

● 購買発注コラボレーションの標準プロセスに対する前提条件を満たしておきます。

プロセス

...

1. SAP SNC で、サプライヤが得意先の購買発注に対する確認データを発行します。これは、購買発注コラボレーション Web UI においてマニュアルで行うか、または購買発注を確認データ (タイプ ReplenishmentOrderConfirmation のXML メッセージ) とともに SAP SNC に送信して行います。

サプライヤが購買発注をバックエンドシステムから送信すると、SNC の購買発注に供給元による更新の変更分配ステータスが割り当てられます。

2. SAP SNC から、確認 (ReplenishmentOrderConfirmation) が得意先のバックエンドシステムに送信されます (参照: 購買発注コラボレーションの標準プロセス)。SAP SNC で、購買発注の変更分配ステータスが供給元による発行に設定されます。

ReplenishmentOrderConfirmation には、確認納入日程行が含まれます。また、外注の場合は、構成品目所要量も含まれます。得意先の SAP バックエンドシステムの場合、確認 IDoc ORDERP.ORDERS05 に構成品目所要量は含まれません。したがって、構成品目所要量がこの IDoc で SAP バックエンドシステムに転送されることはありません。

また、ReplenishmentOrderConfirmationは、確認が MRP 関連である場合など、確認管理によって得意先のバックエンドシステムにおける確認が求められる場合に、承認プロセスを伴う購買発注コラボレーションで必要になります。

3. SAP SNC では、すべての購買発注明細に関して、確認データ (確認納入日程行および確認済構成品目所要量) が要求データ (指定納入日程行および指定構成品目所要量) と比較されます。SAP SNC で、要求データと一致する確認データに受入の承認ステータスが設定されます。確認データが要求データと異なる場合、SAP SNC では承認プロセスに応じて、その確認データに受入または要マニュアル承認の承認ステータスが設定されます。マニュアル承認が必要な場合、SAP SNC でアラートが生成されます。

4. 自動承認プロセスで 1 つの購買発注明細のすべての確認データが受け入れられた場合、この明細には受入の承認ステータスが設定されます。SAP SNC で確認データが要求データとして購買発注明細にコピーされます。PO_COPY_CONF_TO_REQ 妥当性チェックによって、確認データが要求データにコピーされます。この妥当性チェックは、標準システムで有効になっています。

5. 自動承認プロセスの後で、購買発注のすべての明細に受入の承認ステータスが設定されると、次の処理が行われます。

a. 更新された購買発注が、ReplenishmentOrderNotification とともにSAP SNC から得意先のバックエンドシステムへ送信されます。ReplenishmentOrderNotification が SAP NetWeaver へ先に送信されます。SAP NetWeaver で、ReplenishmentOrderNotification が得意先のメッセージ書式にマッピングされ、そのメッセージが得意先のバックエンドシステムに送信されます。標準システムでは、SAP SNC から XML メッセージがバックグラウンドで直接送信されます。ただし、SAP SNC で後処理フレームワーク (PPF) を使用して XML メッセージが送信されるように設定を変更することもできます。詳細については、 XML メッセージの発行を参照してください。

b. 購買発注に供給元による発行の変更分配ステータスが設定されます。このステータスが設定された購買発注を SAP SNC で変更することはできません。

c. 得意先のバックエンドシステムで、SAP SNC で行われた変更が購買発注に転送されます。

d. 得意先のバックエンドシステムでは、更新された購買発注がメッセージとともに SAP NetWeaver にコピーされます。SAP NetWeaver でこのメッセージが ReplenishmentOrderNotificationにマッピングされ、それが SAPSNC に送信されます。

e. SAP SNC で、購買発注の分配ステータスおよび変更分配ステータスが得意先による更新に設定されます。サプライヤは、この購買発注を再度変更することができます。(ただし、サプライヤが対応する構成品目所要量を変更することができるのは、明細に対する入庫がまだ発生していない場合に限られます。発注残数量が指定数量よりも少ない場合は、構成品目所要量を変更することができなくなります)。

更新され、SAP SNC から得意先のバックエンドシステムに送信される購買発注には指定納入日程行が含まれますが、これには構成品目所要量が存在する場合と、存在しない場合があります。たとえば、以下の条件が成立する場合は、指定納入日程行に構成品目所要量が含まれません。

● サプライヤが SAP SNC で確認納入日程行のみを登録し、それらの確認納入日程行に対する構成品目所要量を指定していません。

● 承認プロセスでそれらの確認納入日程行が受け入れられ、指定納入日程行にコピーされました。

得意先が SAP バックエンドシステムを使用している場合、その SAP バックエンドシステムでそれらの指定納入日程行の構成品目所要量が定義されます。そのために、購買発注に最後に含まれていた構成品目所要量が、新しい要求数量に比例的に反映されます。したがって、更新され、SAP バックエンドシステムから SAP SNC に送信される購買発注には、指定納入日程行の構成品目所要量が含まれます。

6. 自動承認プロセスの後、購買発注明細に要マニュアル承認の承認ステータスが設定された場合、SAP SNC でそれに対応するアラートが生成されますが、ReplenishmentOrderNotification は得意先のバックエンドシステムに送信されません。得意先は、差異のある確認データを先に Web UI でチェックし、必要に応じてそれをマニュアルで受け入れます。

得意先は、マニュアル確認する確認データを拒否することもできます。SAP SNC では、得意先が保存した時点で、拒否をサプライヤに通知するためのアラートが生成されます。得意先は、拒否の理由をサプライヤに知らせるための注記を登録することもできます。SAP SNC では、新規の注記に対してもアラートが登録されます。拒否した確認データを含む購買発注が得意先によって保存された後は、サプライヤが Web UI でその購買発注を呼び出して確認データを変更し、変更後の確認データが得意先に受け入れられるようにします。

7. 得意先が、明細に関する確認納入日程行と構成品目所要量をすべて受け入れた場合、その明細には受入の承認ステータスが設定されます。得意先は要求更新機能を使用して、確認データを要求データとして購買発注明細にコピーすることができます。

8. 得意先は、更新された購買発注を購買発注コラボレーションの Web UI で発行します。購買発注に供給元による発行の変更分配ステータスが設定され、この購買発注が変更不可能になります。

9. SAP SNC から、購買発注が得意先のバックエンドシステムに送信されます (上記を参照)。得意先のバックエンドシステムで購買発注が更新され、それが SAP SNC に返送されます。この購買発注は、再び変更可能になります (得意先による更新の分配ステータスおよび変更分配ステータス)。

● 得意先とサプライヤが SAP SNC で購買発注を同時に編集すると、最初に保存したビジネスパートナによる変更が適用されます。他方のビジネスパートナがこの購買発注の保存を試みる場合は、SAP SNC で購買発注をリロードし、(必要であれば) 変更をやり直してから、保存しなおす必要があります。これが発生するのは、たとえば、サプライヤが新規の確認納入日程行を登録する際に、得意先が該当する購買発注の承認プロセスを開始しようとした場合などです。

● BAdI /SCA/ORDER を使用すると、確認納入日程行 (メソッドAPPROVE_CONFIRMATION) と構成品目所要量 (メソッド APPROVE_COMPONENT) の承認プロセスを修正することができます。

例

得意先が SAP ERP 6.0 をバックエンドシステムとして使用する場合の例については、例: 品目外注調達のメッセージフローを参照してください。承認プロセスを使用したこの外注シナリオでは、得意先のバックエンドシステム SAP ERP 6.0 (DIMP あり/なし) により、承認プロセスで変更された購買発注の送受信に特別な IDoc が使用されます (受信の場合は PORDCH.PORDCH02、送信の場合はPORDCR1.PORDCR102)。これらの IDoc によって構成品目所要量の転送も行われます。