既存の作業確認に明細を追加します。
post
/fscmRestApi/resources/11.13.18.05/purchaseOrderSchedules/{purchaseOrderSchedulesUniqID}/action/confirmWork
分割払いスケジュールの既存の作業確認に明細を追加します。 パフォーマンス期間のスケジュールで完了した作業の数量、金額または割合を指定できます。
リクエスト
パス・パラメータ
- purchaseOrderSchedulesUniqID(required): string
これは、購買オーダー・スケジュール・リソースの複合キーを構成し、購買オーダー・スケジュールのインスタンスを一意に識別するために使用される属性のハッシュ・キーです。 クライアントはハッシュ・キー値を生成しないでください。 かわりに、クライアントは、購買オーダー・スケジュールの特定のインスタンスにナビゲートしてハッシュ・キーを取得するために、購買オーダー・スケジュール・コレクション・リソースを問い合せる必要があります。
ヘッダー・パラメータ
- Effective-Of:
このヘッダーは文字列値を受け入れます。 この文字列は、セミコロンで区切られた
= 有効日範囲操作の実行に使用されます。 受け入れられるパラメータは、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の値は、解析時に正の整数が生成されるように文字列である必要があります。のリストです。 - Metadata-Context:
REST APIがランタイム・カスタマイズをサポートしている場合、サービスのシェイプはランタイム中に変更される可能性があります。 RESTクライアントは、これらの変更から自身を分離したり、このヘッダーを指定して最新バージョンのAPIと対話することを選択できます。 たとえば: Metadata-Context:sandbox="TrackEmployeeFeature".
- REST-Framework-Version:
RESTクライアントとサービスの間のプロトコル・バージョン。 クライアントがリクエストでこのヘッダーを指定しない場合、サーバーはAPIのデフォルト・バージョンを選択します。
サポートされているメディア・タイプ
- application/vnd.oracle.adf.action+json
レスポンス
サポートされているメディア・タイプ
- application/json
- application/vnd.oracle.adf.actionresult+json
デフォルトのレスポンス
次の表では、このタスクに対するデフォルトのレスポンスについて説明します。
ルート・スキーマ : スキーマ
タイプ:
ソースを表示
object
-
result(required): string
リクエストが成功すると、このアクションによって、作業確認番号とともに確認メッセージが返されます。
例
次の例は、既存の作業確認に明細を追加する方法を示しています。
cURLコマンドの例
次のcURLコマンドを使用して、RESTリソースに対するリクエストを送信します。
curl -u username: password -X POST -H "Content-Type: application/json" -d "https://servername/fscmRestApi/resources/version/purchaseOrderSchedules/purchaseOrderSchedulesUniqID"
例1 リクエスト本文
この例では、合計進捗率を指定することによって、作業確認明細が下書き作業確認に追加されます。
次の例には、JSON形式のリクエスト本文のコンテンツが含まれます
"{ "name": "confirmWork", "parameters": [ { "totalProgressPercent": 80 } ] }"
例1 レスポンス本文
次の例には、レスポンス本文の内容がJSON形式で含まれます:
The progress was uploaded to work confirmation 1000135-1.
例2 リクエスト本文
この例では、数量を指定することによって、作業確認明細が下書き作業確認に追加されます。
次の例には、JSON形式のリクエスト本文のコンテンツが含まれます
"{ "name": "confirmWork", "parameters": [ { "quantity": 1000 } ] }"
例2 レスポンス本文
次の例には、レスポンス本文の内容がJSON形式で含まれます:
The progress was uploaded to work confirmation 1000135-1.
例3 リクエスト本文
この例では、作業確認明細が、金額を指定して下書き作業確認に追加されます。
次の例には、JSON形式のリクエスト本文のコンテンツが含まれます
"{ "name": "confirmWork", "parameters": [ { "amount": 1000000 } ] }"
例3 レスポンス本文
次の例には、レスポンス本文の内容がJSON形式で含まれます:
The progress was uploaded to work confirmation 1000135-1.