申請書API (/ requisitions)

• 静的な勘定科目表を使用してこのAPIを送信する場合、含まれる区分値は既存の勘定科目からのものでなければなりません。
• 動的な勘定科目表を使用してこのAPIを送信する場合、含まれるセグメント値は既存の勘定科目セグメントまたはルックアップ値と一致する必要があります。指定されたセグメント値に対してアカウントが存在しない場合、APIは自動的に作成します。

Created_by要素は、APIユーザーキーからデフォルトですが、Requisition APIによって上書きすることができます。Coupaサポートに連絡して、申請APIがAPIユーザーキー値を上書きできるようにします。 

• 申請書行では、説明(自由形式)またはアイテム(カタログアイテム)のいずれかを使用できます。アイテムIDが使用されている場合は、そのアイテムが存在している必要があります。<source-type></source-type> は使用されず、無視されます。
• 通貨、要求者のユーザー、およびサプライヤーは、アクティブのステータスを持つシステムに存在する必要があります。 
• 項目：希望のサプライヤーと価格がアイテムに利用可能な場合、単価が指定されていない限り、それが使用されます。単価が指定された場合、アイテムで利用可能な既定の価格が上書きされます。説明とアイテムを指定することはエラーではありませんが、アイテムを使用すると、説明フィールドに渡されたを無視して、アイテムの説明に説明を設定します。
• 既定値:XMLで特に指定されていない限り、システムはシステム内の関連するデフォルト設定を尊重します。サプライヤーレコードからの支払と配送条件のデフォルト設定など。
• 項目番号：APIは、line - numが新しい行番号ごとに1ずつ増加することを期待しています。同じ行番号を使用する場合、同じ番号の他のすべての行は無視されます。
• バージョン30.2.2リリースアップデートの一環として、リクエスト元のコンテンツグループ以外のユーザーの申請書を作成できなかった問題を解決しました。申請書APIは、UIの機能を反映しています。 
• バージョン34.4.0リリースアップデートの一部として、申請書APIを使用して、別の申請書から行を挿入して新しい申請書を作成することができます。ソース申請書のステータスが下書きの場合にのみ使用します。申請書のステータスが下書きでない場合、申請書からの行を参照して別の新しい申請書を作成することはできません。「作成者」ユーザー
  
  がAPIを介して設定されている場合、そのユーザーのコンテンツグループアクセスは、申請書の作成について検証されます。参照用に次の表を参照してください。

• サプライヤーアイテムがカタログに関連付けられている場合、カタログは「承認済み」ステータスであり、現在の日付はカタログの開始日と終了日の範囲内である必要があります。
• サプライヤーアイテムが契約に関連付けられている場合、契約は「公開」状態でなければならず、現在の日付はカタログの開始日と終了日の範囲内でなければなりません。