機械翻訳について

ネゴシエーション・レスポンスの検証および発行

post

/fscmRestApi/resources/11.13.18.05/draftSupplierNegotiationResponses/action/ValidateAndSubmitNegotiationResponse

ネゴシエーション・レスポンスを検証および送信します。

リクエスト

ヘッダー・パラメータ
  • このヘッダーは文字列値を受け入れます。 この文字列は、セミコロンで区切られた=のリストです。 有効日範囲操作の実行に使用されます。 受け入れられるパラメータは、RangeMode、RangeSpan、RangeStartDate、RangeEndDate、RangeStartSequenceおよびRangeEndSequenceです。 パラメータ値は常に文字列です。 RangeModeに指定できる値は、SET_LOGICAL_START、SET_LOGICAL_END、END_DATE、SET_EFFECTIVE_START、SET_EFFECTIVE_END、REPLACE_CORRECTION、REPLACE_UPDATE、RECONCILE_CORRECTION、CORRECTION、RECONCILE_UPDATE、UPDATE、ZAPおよびDELETE_CHANGESです。 RangeSpanに指定できる値は、PHYSICAL_ROW_END_DATEおよびLOGICAL_ROW_END_DATEです。 RangeStartDateおよびRangeEndDateの値は、yyyy-MM-dd形式の日付の文字列表現である必要があります。 RangeStartSequenceおよびRangeEndSequenceの値は、解析時に正の整数が生成されるように文字列である必要があります。
  • REST APIがランタイム・カスタマイズをサポートしている場合、サービスのシェイプはランタイム中に変更される可能性があります。 RESTクライアントは、これらの変更から自身を分離したり、このヘッダーを指定して最新バージョンのAPIと対話することを選択できます。 たとえば: Metadata-Context:sandbox="TrackEmployeeFeature".
  • RESTクライアントとサービスの間のプロトコル・バージョン。 クライアントがリクエストでこのヘッダーを指定しない場合、サーバーはAPIのデフォルト・バージョンを選択します。
サポートされているメディア・タイプ
リクエスト本文 - application/vnd.oracle.adf.action+json ()
ルート・スキーマ : スキーマ
タイプ: object
ソースを表示
ネストされたスキーマ : パラメータ
タイプ: object
追加プロパティの許可
ソースを表示
ネゴシエーションのレスポンスを検証および発行するために使用する値。 必須の値はレスポンスおよびレスポンス処理です。
トップに戻る

レスポンス

サポートされているメディア・タイプ

デフォルトのレスポンス

次の表では、このタスクに対するデフォルトのレスポンスについて説明します。
本文 ()
ルート・スキーマ : スキーマ
タイプ: object
ソースを表示
  • result
    追加プロパティの許可: additionalProperties
    処理が成功すると、レスポンスは正常に検証または発行されます。 送信されると、レスポンス・ステータスが下書きからアクティブに変わります。
ネストされたスキーマ : 結果
タイプ: object
追加プロパティの許可
ソースを表示
処理が成功すると、レスポンスは正常に検証または発行されます。 送信されると、レスポンス・ステータスが下書きからアクティブに変わります。
トップに戻る

次の例では、ネゴシエーション・レスポンスを検証および発行する方法について説明します。

cURLコマンドの例

次のcURLコマンドを使用して、RESTリソースに対するリクエストを送信します。

curl -u username:password -X POST -H "Content-Type:application/vnd.oracle.adf.resourceitem+json" -d 'request payload' 
"https://servername/fscmRestApi/resources/version/draftSupplierNegotiationResponses/action/ValidateAndSubmitNegotiationResponse"

ドラフト・レスポンスの検証

この例では、ユーザー定義の検証処理を使用して、ドラフト・レスポンスで更新されたレスポンス値にエラーがあるかどうかを検証する方法を示します。

リクエスト本文の例

次の例には、JSON形式のリクエスト本文のコンテンツが含まれます。 リクエスト・ペイロードでは、コマンドが更新するレコードで使用される属性値を指定します。

{
   "parameters": {
        
                "Response": "188755",
                "ResponseAction": "Validate"                
  }
    }

レスポンス本文の例

次の例には、レスポンス本文の内容がJSON形式で含まれます:

{
    "result": {
        "Response": "188755",
        "ResponseStatus": "Draft",
        "Negotiation": "40124",
        "NegotiationTitle": "Laptop Procurement FY23",
        "ProcurementBU": "Vision Operations",
        "Message": "Response was validated without errors"
    }
}

下書きレスポンスの発行

レスポンスを正常に検証した後、Submit User-defined(ユーザー定義の送信)処理を使用して、ネゴシエーションのドラフト・レスポンスを発行できます。 下書きレスポンスが正常に発行されると、レスポンス・ステータスが下書きからアクティブに変わります。

リクエスト本文の例

次の例には、JSON形式のリクエスト本文のコンテンツが含まれます。 リクエスト・ペイロードでは、コマンドが更新するレコードで使用される属性値を指定します。

{
   "parameters": {
        
                "Response": "188755",
                "ResponseAction": "Submit"                
  }
    }

レスポンス本文の例

次の例には、レスポンス本文の内容がJSON形式で含まれます:

{
    "result": {
        "Response": "188755",
        "ResponseStatus": "Active",
        "Negotiation": "40124",
        "NegotiationTitle": "Laptop Procurement FY23",
        "ProcurementBU": "Vision Operations",
        "Message": "Response submitted successfully"
    }
}
「トップに戻る」