1. B2Bメッセージングの構成および管理
  2. OAGISへのオーダー確認10.1購買オーダー変換の確認
機械翻訳について

OAGISへのオーダー確認10.1購買オーダー変換の確認

2つのOAGIS 10.1購買オーダーの確認変換の事前定義済メッセージ定義OAGIS_10.1_ACK_PO_INおよびOAGIS_10.1_ACK_PO_COLLAB_MSG_INがあります。

どちらのメッセージ定義も、購買オーダー全体または明細レベルでの受入または拒否のユース・ケースに使用できます。 購買オーダーの変更を伴うより複雑なユースケースや、「サプライヤ確認待ちの購買オーダーでの搬送の許可」が有効になっている場合は使用しないでください。

ユース・ケースおよび基準が記述されており、メッセージ配信にCollaborationMessagingServiceまたはCollaborationMessagingV2Serviceのいずれかを使用する場合は、OAGIS_10.1_ACK_PO_INメッセージ定義を使用します。

ユース・ケースおよび基準が記述されており、メッセージ配信にCollaborationMessagingServiceを使用する場合は、OAGIS_10.1_ACK_PO_COLLAB_MSG_INメッセージ定義を使用します。

受理または拒否は、オーダーの2つのレベルで適用できます:

  • ヘッダー

  • 明細

確認コードの管理

サプライヤが異なるコードを使用して受入または拒否を通信し、使用されるコードはサプライヤ間で標準化されません。

確認を処理するには、XSLが文書内でこれらのコード値を検出し、正しく解釈する必要があります。 これを可能にするために、XSLファイルには、次の表に記載されているコード値のリストが含まれています。 XSLファイルのリストには、一般的に使用されるコードが含まれ、サプライヤが使用するコードに基づいてコードを変更できます。

オーダー・レベル

コード・リスト名

コード値

ヘッダー

orderAccept

ACCEPT, AT

ヘッダー

orderReject

REJECT, RD

明細

lineAccept

ACCEPT, IA

明細

lineReject

REJECT, IR, RD

明細スケジュール

scheduleAccept

ACCEPT, IA

明細スケジュール

scheduleReject

REJECT, IR, RD

デフォルトの否認事由の定義

拒否のデフォルト事由がXSLファイルに指定されています(defaultRejectReasonは指定されていません)。 デフォルトの事由を使用することも、XSLファイルを変更して独自の事由を指定することもできます。 ペイロードに拒否の理由が指定されていない場合は、XSLファイルからの拒否のデフォルトの理由が使用されます。

調達での必須確認の設定

購買オーダーの要確認設定により、購買オーダー確認に明細が必要かどうかが決まります。

Required Acknowledgment(必須確認)ドロップダウン・リストから、次の手順を実行します:

  • ヘッダー・コード確認値のみを処理するには、「ドキュメント」を選択します。 これは、購買オーダー全体を受入または拒否する単純なケース用です。

  • 明細レベルで購買オーダーを受け入れる、拒否または変更するには、「ドキュメントおよびスケジュール」を選択します。 ほとんどのB2Bユースケースでは、「ドキュメントおよびスケジュール」を選択する必要があります。

購買オーダーの確認インバウンド・メッセージ処理

インバウンド購買オーダー確認メッセージでは、各レベルで指定された確認コード値が処理されます: ヘッダー、明細および明細スケジュール。

ペイロードに指定されている任意のレベル(ヘッダー、明細または明細スケジュール)の確認コード値が無効であるか、指定されていない場合、メッセージ処理はスキップされます。 また、メッセージがスキップされたステータスでログに記録されます。

ヘッダー・レベルの確認コードの例を次に示します:

<Status>
   <Code>REJECT</Code>
   <Reason>Rejection Reason</Reason>
</Status>
ノート:

ペイロードに拒否の理由が指定されていない場合は、XSLファイルからの拒否のデフォルトの理由が使用されます。

購買オーダーの確認インバウンド・プロセスを使用するための一般的なユースケースは、次のとおりです:

購買オーダーの受入

購買オーダー全体を受け入れるには、ペイロードのヘッダー・レベルで指定された確認コード値が、orderAccept確認コード・リスト内の値である必要があります。

すべての行が、lineAccept確認コード・リストに存在する確認コード値とともにペイロード内に存在する必要があります。

ライン・スケジュールはペイロードで必要であり、scheduleAccept確認コード・リストにある有効な確認コード値を含んでいる必要があります。

購買オーダーの否認

購買オーダー全体を拒否するには、ペイロードのヘッダー・レベルで指定された確認コード値が、orderReject確認コード・リスト内の値である必要があります。 明細または明細スケジュール・レベルの確認コード値に関係なく、購買オーダー全体が拒否されます。

すべての明細がペイロード内にある必要がありますが、確認コードは必要ありません。 指定した場合、評価されません。

ペイロードには明細スケジュールが必要ですが、確認コードは不要です。 指定した場合、評価されません。

明細レベルでの受入または拒否の例を次に示します:

<!--ACCEPT/REJECT AT LINE LEVEL -->
<PurchaseOrderLine>
     <LineNumberID>1</LineNumberID>
     <Status>
        <Code>REJECT</Code> 
        <Reason>Rejection Reason @ Line Level</Reason>   
     </Status>
     <PurchaseOrderSchedule>
        <LineNumberID>1</LineNumberID>
        <Status>
               <Code>ACCEPT</Code>
        </Status>
     </PurchaseOrderSchedule>
     <PurchaseOrderSchedule>
        <LineNumberID>2</LineNumberID>
        <Status>
               <Code>REJECT</Code>
               <Reason>Rejection Reason @ Schedule Level</Reason>
        </Status>
     </PurchaseOrderSchedule
</PurchaseOrderLine>
ノート:

理由が指定されていない場合は、defaultRejectReasonが使用されます。

購買オーダーの受入および一部の購買オーダー明細の否認

拒否された明細がある購買オーダーを受け入れるには、ペイロードのヘッダー・レベルで指定された確認コード値が、orderAccept確認コード・リスト内の値である必要があります。

すべての行がペイロード内に存在し、各行には、lineAcceptまたはlineReject確認コード・リストにある確認コード値が必要です。

行のスケジュールはペイロードで指定する必要があり、確認コードのscheduleAcceptまたはscheduleRejectリストにある有効な確認コードが含まれている必要があります。

関連トピック