ベンダー出品者出荷配送API v1ユースケースガイド
出荷API(DF)を使用して、出品者出荷(DF)プログラムに参加しているベンダーの出品者出荷オペレーションの管理を支援する方法。
APIバージョン:v1
出品者出荷APIとは
ベンダーは、出品者出荷APIを使用して、出荷関連書類をAmazonと交換できます。配送ラベルのリクエスト、配送ラベルの受け取り、出荷確認書の送信、納品書の取得、顧客請求書の取得を行うことができます。
顧客請求書はインド地域に固有のものです。
次のオペレーションを使用できます。
オペレーション | HTTPメソッド | Path | 説明 |
---|---|---|---|
submitShippingLabelRequest
|
POST | /vendor/directFulfillment/shipping/v1/shippingLabels |
1件以上の配送ラベルリクエストを送信します。 |
getShippingLabels
|
GET | /vendor/directFulfillment/shipping/v1/shippingLabels |
フィルター条件に基づいて配送ラベルのリストを取得します。 Note: This is a restricted operation and therefore requires a Restricted Data Token (RDT) for authorization. For more information, refer to the Tokens API Use Case Guide. |
getShippingLabel
|
GET |
|
発注番号で配送ラベルを取得します。 注:配送ラベルリクエストを送信した場合、配送ラベルは作成後90日で期限切れになるため、90日よりも前の配送ラベルをリクエストしないでください。 |
submitShipmentConfirmations
|
POST | /vendor/directFulfillment/shipping/v1/shipmentConfirmations |
1通以上の出荷確認書をAmazonに送信します。 |
submitShipmentStatusUpdates
|
POST | /vendor/directFulfillment/shipping/v1/shipmentStatusUpdates |
配送ステータスの更新を送信します。ベンダー独自の配送業者のみ。 |
getPackingSlips
|
GET | /vendor/directFulfillment/shipping/v1/packingSlips |
作成日の範囲に基づいて納品書のリストを取得します。 Note: This is a restricted operation and therefore requires a Restricted Data Token (RDT) for authorization. For more information, refer to the Tokens API Use Case Guide. |
getPackingSlip
|
GET | /vendor/directFulfillment/shipping/v1/packingSlips/{purchaseOrderNumber} |
発注番号で特定の注文に関する納品書を取得します。 注:データの取得は6か月前までしかさかのぼることができません。つまり、 createdBefore を6か月よりも前にすることはできません。 |
getCustomerInvoices
|
GET | /vendor/directFulfillment/shipping/v1/customerInvoices |
フィルター条件に基づいて顧客請求書のリストを取得します。 Note: This is a restricted operation and therefore requires a Restricted Data Token (RDT) for authorization. For more information, refer to the Tokens API Use Case Guide. |
getCustomerInvoice
|
GET | /vendor/directFulfillment/shipping/v1/customerInvoices/{purchaseOrderNumber} |
発注番号で顧客請求書を取得します。 注:データの取得は6か月前までしかさかのぼることができません。つまり、 createdBefore を6か月よりも前にすることはできません。 |
submitShippingLabelRequest
submitShippingLabelRequest
オペレーションでは、発注書ごとの配送ラベル情報をAmazonにリクエストできます。スキーマに従うことで、複数の配送ラベルリクエストを1回のAPI呼び出しで一括送信できます。配送ラベルがAmazonで作成されると、getShippingLabel
オペレーションを使用してダウンロードできます。
配送ラベルリクエストが正常に送信されたことの確認
Vendors can verify the status of their shipping label requests using the Direct Fulfillment Transaction Status API. Allow the system up to 15 min to show the status after submission. If the transaction status is not updated after 30 minutes, open a Contact Us case in Vendor Central.
配送ラベルリクエストAPIの統合ワークフロー
次の図は、配送ラベルリクエストを送信するためのワークフローを示しています。
ビジネスの要件
Amazonは、ベンダーが注文の確認APIを使用して注文受諾を確認した後、配送ラベルリクエストを受け取る必要があります。
Amazon独自の配送ラベルを使用する場合、リクエストで商品情報やパッケージ情報を送信することは任意です。
国固有のビジネス要件
国固有の要件はありません。
submitShippingLabelRequestリクエスト
配送ラベルをリクエストするには、submitShippingLabelRequest
オペレーションを呼び出し、次のパラメーターを渡します。
ボディのパラメーター:
名前 |
説明 |
必須 |
---|---|---|
shippingLabelRequests |
1通以上の配送ラベルをリクエストします。 タイプ:< |
はい |
リクエストの例:
POST "https://sellingpartnerapi-na.amazon.com/vendor/directFulfillment/shipping/v1/shippingLabels"
{
"shippingLabelRequests": [
{
"purchaseOrderNumber": "2JK3S9VC",
"sellingParty": {
"partyId": "999US"
},
"shipFromParty": {
"partyId": "ABCD"
},
"containers": [
{
"containerType": "carton",
"containerIdentifier": "123",
"trackingNumber": "XXXX",
"dimensions": {
"length": "12",
"width": "12",
"height": "12",
"unitOfMeasure": "IN"
},
"weight": {
"unitOfMeasure": "KG",
"value": "10"
},
"packedItems": [
{
"itemSequenceNumber": 1,
"buyerProductIdentifier": "B07DFVDRAB",
"packedQuantity": {
"amount": 1,
"unitOfMeasure": "Each"
}
}
]
}
]
}
]
}
submitShippingLabelRequestレスポンス
成功レスポンスには、以下が含まれます。
名前 |
説明 |
必須 |
---|---|---|
transactionId
|
このトランザクションを識別するためのGUID 。この値をトランザクションステータスAPIで使用して、このトランザクションのステータスを返すことができます。 タイプ:文字列 |
いいえ |
レスポンスの例:
{
"transactionId": "20190905010908-8a3b6901-ef20-412f-9270-21c021796605"
}
getShippingLabels
The getShippingLabels
operation returns shipping labels for all orders which meet the filter criteria specified in the request. You must have already requested shipping labels using the submitShippingLabelRequest
operation before you use this API to get shipping labels available to you for fulfillment. Amazon recommends that vendors check for shipping labels at least once per hour during business hours. Depending on your business volume, you can choose to check more frequently. You can get up to 100 shipping labels in one API call. If there are more than 100 shipping labels you can use the nextToken value to get the next set of shipping labels.
認可用の制限付きデータトークン
これは制限付きのオペレーションであるため、認可用の制限付きデータトークン(RDT)が必要です。詳細については、トークンAPIユースケースガイドを参照してください。
次の図は、出荷ラベルを取得する場合の統合ワークフローを示しています。
getShippingLabelsリクエスト
配送ラベルのリストを取得するには、getShippingLabels
オペレーションを呼び出し、次のパラメーターを渡します。
クエリーパラメーター:
名前 | 説明 | 必須 |
---|---|---|
shipFromPartyId |
注文を出荷するベンダーの倉庫ID。指定しない場合、すべての倉庫の注文が結果に含まれます。 タイプ:文字列 |
いいえ |
limit |
返されるレコード数への制限。 最小値:1 最大値:100 タイプ:整数 |
いいえ |
createdAfter |
この日時を過ぎて有効になった配送ラベルが結果に含まれます。ISO-8601の日時形式にする必要があります。 データ型:文字列(日時) |
はい |
createdBefore |
この日時より前に有効になった配送ラベルが結果に含まれます。ISO-8601の日時形式にする必要があります。 データ型:文字列(日時) |
はい |
sortOrder |
注文作成日で昇順(ASC )または降順(DESC )の並べ替えを実行します。 タイプ:列挙( |
いいえ |
nextToken |
配送ラベル数が指定された結果サイズの制限を超える場合、ページ割りに使用します。トークン値は前のAPI呼び出しで返されます。 タイプ:文字列 |
いいえ |
リクエストの例:
GET https://sellingpartnerapi-na.amazon.com/vendor/directFulfillment/shipping/v1/shippingLabels?limit=2&createdAfter=2020-02-15T14:00:00-08:00&createdBefore=2020-02-20T00:00:00-08:00&sortOrder=DESC
getShippingLabelsレスポンス
成功レスポンスには、以下が含まれます。
名前 | 説明 | 必須 |
---|---|---|
pagination |
100を超える配送ラベルが返される場合、ページ割り用のnextToken がレスポンスで返されます。 タイプ:文字列 |
いいえ |
shippingLabels |
配送ラベルのリスト。 タイプ:< |
いいえ |
レスポンスの例:
{
"pagination": {
"nextToken": "MDAwMDAwMDAwMQ=="
},
"shippingLabels": [
{
"purchaseOrderNumber": "2JK3S9VC",
"sellingParty": {
"partyId": "999US"
},
"shipFromParty": {
"partyId": "ABCD"
},
"labelFormat": "PNG",
"labelData": [
{
"packageIdentifier": "PKG001",
"trackingNumber": "1Z6A34Y60369738804",
"shipMethod": "UPS_GR_RES",
"shipMethodName": "UPS Ground Residential",
"content": "Base 64 encoded string goes here "
}
]
},
{
"purchaseOrderNumber": "2JK3S9VD",
"sellingParty": {
"partyId": "999US"
},
"shipFromParty": {
"partyId": "ABCD"
},
"labelFormat": "PNG",
"labelData": [
{
"packageIdentifier": "PKG002",
"trackingNumber": "1Z6A34Y60369738805",
"shipMethod": "UPS_GR_RES",
"shipMethodName": "UPS Ground Residential",
"content": "Base 64 encoded string goes here "
}
]
}
]
}
配送ラベルの取得
getShippingLabel
オペレーションは、発注番号を使用して指定した配送ラベルに関する情報を返します。このレスポンスには、ラベルタイプ、発注詳細、配送方法など、その発注書の完全な配送ラベル情報が含まれます。
You can also use this API to get details for any shipping label (in the time range of seven days from a rolling window of the last six months, after the vendor went live on API).
次の図は、特定の配送ラベルを取得するための統合ワークフローを示しています。
配送ラベルはいつまでにリクエストすればいいですか?
ZPLラベルとPNGラベルは、必ず注文の発送期限日にリクエストしてください。
国固有のビジネス要件
配送ラベルレスポンスに、国固有の要件はありません。
getShippingLabelリクエスト
配送ラベルをリクエストするには、getShippingLabel
オペレーションを呼び出し、次のパラメーターを渡します。
パスのパラメーター:
名前 | 説明 | 必須 |
---|---|---|
purchaseOrderNumber
|
発注番号。この配送ラベルが返されます。注文時に受け取ったものと同じpurchaseOrderNumber でなければなりません。 タイプ:文字列 |
はい |
リクエストの例:
GET https://sellingpartnerapi-na.amazon.com/vendor/directFulfillment/shipping/v1/shippingLabels/2JK3S9VC
getShippingLabelレスポンス
成功レスポンスには、以下が含まれます。
名前 | 説明 | 必須 |
---|---|---|
purchaseOrderNumber
|
このフィールドには、この注文の発注番号が含まれます。 タイプ:文字列 |
はい |
sellingParty
|
販売者またはベンダーのID。 | はい |
shipFromParty
|
ベンダーの倉庫コード。 | はい |
labelFormat
|
ラベルの形式。 列挙(LabelFormat) |
はい |
labelData
|
この配送に含まれるパッケージの詳細を入力します。 タイプ:< |
はい |
レスポンスの例:
{
"purchaseOrderNumber": "2JK3S9VC",
"sellingParty": {
"partyId": "999US"
},
"shipFromParty": {
"partyId": "ABCD"
},
"labelFormat": "PNG",
"labelData": [
{
"packageIdentifier": "PKG001",
"trackingNumber": "1Z6A34Y60369738804",
"shipMethod": "UPS_GR_RES",
"shipMethodName": "UPS Ground Residential",
"content": "Base 64 encoded string goes here"
}
]
}
submitShipmentConfirmations
submitShipmentConfirmations
オペレーションで、Amazonに出荷確認書を送信できます。出荷確認書によって、配送を効率的に追跡し、購入者に知らせることができます。内容は、発注番号、出荷日、お届け予定日、お問い合わせ番号など、出荷される商品に関する情報です。
出荷確認書により、配送業者と効果的に協力して配送荷物を追跡できます。
有効な出荷確認書がないと、次のような結果につながる可能性があります。
-
納品される内容がよくわからない。
-
実際の出荷と発注書との照合エラー。
-
不一致を解決するための手動調査。
出荷確認書が正常に送信されたことの確認
Vendors can verify the status of their shipment confirmations via Vendor Central > Orders > Direct Fulfillment Orders or using the Direct Fulfillment Transaction Status API. Allow the system up to 10 min to determine the status after submission. If Vendor Central is not showing the correct values for the shipment confirmation, open a Contact Us case in Vendor Central. Refer to the Business Requirements section for information about creating shipment confirmations.
次の図は、出荷確認書を送信するための統合ワークフローを示しています。
ビジネスの要件
注文が倉庫から出荷されてから4時間以内に、このAPIを使用して注文の出荷を確認する必要があります。
フロアが拒否された配送については、shipmentStatus
フィールドの値をFLOOR_DENIAL
に設定します。
発注書のすべての品目が出荷確認書に記載されている必要があります。部分的な注文フルフィルメントは認められません。いずれかの品目が出荷できない場合、ベンダーは注文をフロア拒否として拒否する必要があります。
商品のitemSequenceNumber
は、注文メッセージで受け取ったものと同じでなければなりません。
buyerProductIdentifier
またはvendorProductIdentifier
のどちらかを出荷確認書で送付することが必須です。発注書で受け取った値と同じものを送信する必要があります。
ベンダー独自の配送業者の場合、scacCode
の送信は必須です。
Amazonから配送ラベルが提供されている場合、Amazonはパッケージ情報にアクセスできるため、「container」セクションは任意です。「items」セクションの送信は必須です。
出荷確認書の「container」には、shipMethod
を指定する必要があります。
国固有のビジネス要件
なし
submitShipmentConfirmationsリクエスト
出荷確認書を送信するには、submitShipmentConfirmations
オペレーションを呼び出し、次のパラメーターを渡します。
ボディのパラメーター:
名前 | 説明 | 必須 |
---|---|---|
shipmentConfirmations |
確認された出荷のリスト タイプ:< |
はい |
リクエストの例:
POST https://sellingpartnerapi-na.amazon.com/vendor/directFulfillment/shipping/v1/shipmentConfirmations
{
"shipmentConfirmations": [
{
"purchaseOrderNumber": "PO00050003",
"shipmentDetails": {
"shippedDate": "2019-08-07T19:56:45.632Z",
"shipmentStatus": "SHIPPED",
"isPriorityShipment": true,
"estimatedDeliveryDate": "2019-08-07T19:56:45.632Z"
},
"sellingParty": {
"partyId": "VENDORCODE"
},
"shipFromParty": {
"partyId": "VENDORWAREHOUSECODE"
},
"items": [
{
"itemSequenceNumber": 1,
"buyerProductIdentifier": "ASIN001",
"vendorProductIdentifier": "9782700001659",
"shippedQuantity": {
"amount": 100,
"unitOfMeasure": "Each"
}
},
{
"itemSequenceNumber": 2,
"buyerProductIdentifier": "ASIN002",
"vendorProductIdentifier": "9782700001659",
"shippedQuantity": {
"amount": 100,
"unitOfMeasure": "Each"
}
},
{
"itemSequenceNumber": 3,
"buyerProductIdentifier": "ASIN003",
"vendorProductIdentifier": "9782700001659",
"shippedQuantity": {
"amount": 100,
"unitOfMeasure": "Each"
}
},
{
"itemSequenceNumber": 4,
"buyerProductIdentifier": "ASIN004",
"vendorProductIdentifier": "9782700001659",
"shippedQuantity": {
"amount": 100,
"unitOfMeasure": "Each"
}
}
],
"containers": [
{
"containerType": "carton",
"containerIdentifier": "123",
"trackingNumber": "TRACK001",
"scacCode": "SCAC001",
"carrier": "ABCD001",
"shipMethod": "UPS",
"dimensions": {
"length": "10",
"width": "10",
"height": "10",
"unitOfMeasure": "IN"
},
"weight": {
"unitOfMeasure": "KG",
"value": "10"
},
"packedItems": [
{
"itemSequenceNumber": 1,
"buyerProductIdentifier": "ASIN001",
"packedQuantity": {
"amount": 100,
"unitOfMeasure": "Each"
}
}
]
},
{
"containerType": "carton",
"containerIdentifier": "234",
"trackingNumber": "TRACK002",
"scacCode": "SCAC001",
"carrier": "ABCD001",
"shipMethod": "UPS",
"dimensions": {
"length": "10",
"width": "10",
"height": "10",
"unitOfMeasure": "IN"
},
"weight": {
"unitOfMeasure": "KG",
"value": "10"
},
"packedItems": [
{
"itemSequenceNumber": 2,
"buyerProductIdentifier": "ASIN002",
"packedQuantity": {
"amount": 100,
"unitOfMeasure": "Each"
}
}
]
},
{
"containerType": "carton",
"containerIdentifier": "ABCD",
"trackingNumber": "TRACK003",
"scacCode": "SCAC001",
"carrier": "ABCD001",
"shipMethod": "UPS",
"dimensions": {
"length": "10",
"width": "10",
"height": "10",
"unitOfMeasure": "IN"
},
"weight": {
"unitOfMeasure": "KG",
"value": "10"
},
"packedItems": [
{
"itemSequenceNumber": 3,
"buyerProductIdentifier": "ASIN003",
"packedQuantity": {
"amount": 100,
"unitOfMeasure": "Each"
}
}
]
},
{
"containerType": "carton",
"containerIdentifier": "id12",
"trackingNumber": "TRACK004",
"scacCode": "SCAC001",
"carrier": "ABCD001",
"shipMethod": "UPS",
"dimensions": {
"length": "10",
"width": "10",
"height": "10",
"unitOfMeasure": "IN"
},
"weight": {
"unitOfMeasure": "KG",
"value": "10"
},
"packedItems": [
{
"itemSequenceNumber": 4,
"buyerProductIdentifier": "ASIN004",
"packedQuantity": {
"amount": 100,
"unitOfMeasure": "Each"
}
}
]
}
]
}
]
}
submitShipmentConfirmationsレスポンス
成功レスポンスには、以下が含まれます。
名前 | 説明 | 必須 |
---|---|---|
transactionId |
このトランザクションを識別するためのGUID 。この値をトランザクションステータスAPIで使用して、このトランザクションのステータスを返すことができます。 タイプ:文字列 |
はい |
レスポンスの例:
{
"transactionId": "20190905010908-8a3b6901-ef20-412f-9270-21c021796605"
}
submitShipmentStatusUpdates
重要
配送ステータス更新は、VOC(ベンダー独自の配送業者)ベンダーのみが使用します。VOCベンダーとは、配送に独自の配送業者を使用し、購入者に配送するためにAmazonの配送業者を使用しないベンダーのことです。輸送コスト、購入者に荷物を配送する責任は、最終的にベンダーが負います。
submitShipmentStatusUpdates
オペレーションで、最終購入者に配送中の荷物の輸送ステータスイベントを更新できます。VOCベンダーは、輸送フェーズ中に配送ステータスを更新(一般的にはスキャン)する必要があります。
この情報はAmazonの購入者の「注文履歴」ページに転送されます。その結果、注文の追跡と配送プロセスの可視性が高まります。
配送ステータスの更新に失敗すると、スキャン率が低下したり、最終的には倉庫が一時停止するなど、運用KPIが悪くなる可能性があります。
配送ステータス更新が正常に送信されたことの確認
Vendors can verify the status of their shipment status updates via Vendor Central > Orders > Direct Fulfillment Orders or by using the Direct Fulfillment Transaction Status API. Allow the system up to 10 min to determine the status after submission. If Vendor Central is not showing the correct values for the shipment confirmation, open a Contact Us case in Vendor Central. Refer to the Business Requirements section for information about creating shipment confirmations.
次の図は、配送ステータス更新を送信するための統合ワークフローを示しています。
ビジネスの要件
この API は、お客様が VOC (ベンダー独自運送業者) ベンダー、つまりお客様への貨物の輸送に自社の運送業者を使用する場合にのみ使用してください。
このAPIは、出荷確認書APIまたはVendor Centralの出荷確認書によって出荷が確認された後、配送ステータスを更新するためにのみ使用します。
配送ステータスAPIのtrackingNumber
は、出荷確認書に記載されたtrackingNumber
と完全に一致している必要があります。一致していない場合、配送ステータスの更新は失敗します。
配送ステータス更新APIの1回の呼び出しが、1つの物理パッケージに対応している必要があります。複数の荷物を配送ステータス更新の配列としてバッチ処理すると、1回のAPI呼び出しで複数の荷物の配送ステータスを更新できます。
出品者出荷注文では、注文を購入者に配送するために必要な物理パッケージが複数になる可能性があります。そのため、注文全体の配送ステータスを反映するには複数の配送ステータスを更新する必要があります。
ベンダーは、Amazonの配送ステータスガイドラインに従って、可能な限り配送ステータスを送信する必要があります。
お届け日時指定注文の場合は、お届け予定時間と配送時間帯を指定するshipmentSchedule
配列を送信する必要があります。
国固有のビジネス要件
なし
その他のフィールドの説明
statusCode
and reasonCode
これらのフィールドは、ISA X12やEDIFACTなど、EDI規格で使用される標準コードで、特定のステータスイベントとステータスイベントの理由を入力するために使用します。statusCode
とreasonCode
の特定の組み合わせで、最終購入者への出荷輸送フェーズ内のイベントが決定されます。
以下に、サポートされているステータスコードと理由コードの組み合わせ、およびそれに対応する現在のVendor Centralのステータスコードを示します。
EDIFACTステータスコード | EDIFACT理由コード | オペレーションの説明 | Vendor Centralの該当UI |
---|---|---|---|
404 | 117 | 大規模な事故により出荷が遅れました | DELAYED |
301 | 000 | 商品は購入者に配達されました | DELIVERED |
101 | 000 | 商品はFCを出発しました | DEPARTED\_FROM\_FC |
201 | 000 | 商品は配送業者の施設に到着しました | IN\_TRANSIT |
409 | 000 | 配送業者が商品を紛失しました | LOST |
302 | 000 | 商品は配送中です | OUT\_FOR\_DELIVERY |
407 | 000 | 受取人が商品の受け取りを拒否しました | REJECTED |
416 | 000 | 商品は配送不能で破棄されます | UNDELIVERABLE |
X12ステータスコード | X12理由コード | オペレーションの説明 | Vendor Centralの該当UI |
---|---|---|---|
DE | AF | 大規模な事故により出荷が遅れました | DELAYED |
D1 | NS | 商品は購入者に配達されました | DELIVERED |
XB | NS | 商品はFCを出発しました | DEPARTED\_FROM\_FC |
O1 | NS | 商品は配送業者の施設に到着しました | IN\_TRANSIT |
CA | PL | 配送業者が商品を紛失しました | LOST |
OD | NS | 商品は配送中です | OUT\_FOR\_DELIVERY |
A7 | AM | 受取人が商品の受け取りを拒否しました | REJECTED |
AP | BG | 商品は配送不能で破棄されます | UNDELIVERABLE |
submitShipmentStatusUpdatesリクエスト
配送ステータス更新を送信するには、submitShipmentStatusUpdates
オペレーションを呼び出し、次のパラメーターを渡します。
ボディのパラメーター:
名前 | 説明 | 必須 |
---|---|---|
shipmentStatusUpdates |
確認された出荷のリスト。 タイプ:< |
はい |
リクエストの例:
POST https://sellingpartnerapi-na.amazon.com/vendor/directFulfillment/shipping/v1/shipmentStatusUpdates
{
"shipmentStatusUpdates": [
{
"purchaseOrderNumber": "DX00050015",
"sellingParty": {
"partyId": "999US"
},
"shipFromParty": {
"partyId": "ABCD"
},
"statusUpdateDetails": {
"trackingNumber": "TRACK005",
"statusCode": "D1",
"reasonCode": "NS",
"statusDateTime": "2020-08-07T19:56:45Z",
"statusLocationAddress": {
"city": "Any Town",
"postalCode": "98101",
"stateOrRegion": "Washington",
"countryCode": "US"
}
}
}
]
}
submitShipmentStatusUpdatesレスポンス
成功レスポンスには、以下が含まれます。
名前 | 説明 | 必須 |
---|---|---|
transactionId |
このトランザクションを識別するためのGUID 。この値をトランザクションステータスAPIで使用して、このトランザクションのステータスを返すことができます。 タイプ:文字列 |
はい |
レスポンスの例:
{
"transactionId": "20190905010908-8a3b6901-ef20-412f-9270-21c021796605"
}
getPackingSlips
getPackingSlips
オペレーションは、指定された基準を満たす注文の納品書のリストを返します。特定の注文について納品書を取得する必要がある場合は、代わりにgetPackingSlip
オペレーションを使用します。
認可用の制限付きデータトークン
これは制限付きのオペレーションであるため、認可用の制限付きデータトークン(RDT)が必要です。詳細については、トークンAPIユースケースガイドを参照してください。
ベンダーはこのAPIを使用して、フルフィルメントの対象となる発注の納品書を取得する必要があります。Amazonは、ベンダーが営業時間中、少なくとも1時間に1回、注文を確認することを推奨しています。ビジネスの規模に応じて、確認の頻度を増やすとよいでしょう。1回のAPI呼び出しで最大100通の納品書を取得できます。納品書が100通を超える場合は、nextTokenの値を次のリクエストのパラメーターとして使用して、次のセットを取得することができます。
次の図は、納品書を取得する場合の統合ワークフローを示しています。
getPackingSlipsリクエスト
納品書を取得するには、getPackingSlips
オペレーションを呼び出し、次のパラメーターを渡します。
クエリーパラメーター:
名前 | 説明 | 必須 |
---|---|---|
shipFromPartyId |
注文フルフィルメント用のベンダーwarehouseId 。指定しない場合、結果にすべての倉庫の注文が含まれます。 タイプ:文字列 |
いいえ |
limit |
返されるレコード数への制限。 最小値:1 最大値:100 タイプ:整数 |
いいえ |
createdAfter |
この日時を過ぎて有効になった納品書が結果に含まれます。ISO-8601の日時形式にする必要があります。 データ型:文字列(日時) |
はい |
createdBefore |
この日時より前に有効になった納品書が結果に含まれます。ISO-8601の日時形式にする必要があります。 データ型:文字列(日時) |
はい |
sortOrder |
納品書作成日でASC またはDESC の並べ替えを実行します。 タイプ:列挙( |
いいえ |
nextToken |
納品書数が指定された結果サイズの制限を超える場合、ページ割りに使用します。トークン値は前のAPI呼び出しで返されます。 タイプ:文字列 |
いいえ |
リクエストの例:
GET https://sellingpartnerapi-na.amazon.com/vendor/directFulfillment/shipping/v1/packingSlips?createdBefore=2020-06-12T12:00:00-08:00&createdAfter=2020-06-12T00:00:00-08:00&limit=2&sortOrder=DESC
getPackingSlipレスポンス
成功レスポンスには、以下が含まれます。
名前 | 説明 | 必須 |
---|---|---|
pagination |
100件を超える注文が返される場合、ページ割り用のnextToken がレスポンスで返されます。 タイプ:文字列 |
いいえ |
packingSlips |
納品書の詳細が含まれます。 タイプ:< |
いいえ |
レスポンスの例:
{
"payload": {
"pagination": {
"nextToken": "NEBxNEBxNEBxNR=="
},
"packingSlips": [
{
"purchaseOrderNumber": "UvgABdBjQ",
"content": "base64 encoded string",
"contentType": "application/pdf"
}, {
"purchaseOrderNumber": "VvgCDdBjR",
"content": "base64 encoded string",
"contentType": "application/pdf"
}
]
}
}
getPackingSlip
getPackingSlip
オペレーションは、発注番号を使用して指定した特定の納品書に関する情報を返します。このレスポンスには、納品書のbase64でエンコードされた文字列が含まれます。コンテンツタイプは常に「application/pdf」です。
次の図は、納品書を取得する場合の統合ワークフローを示しています。
getPackingSlipリクエスト
納品書を返すには、getPackingSlip
オペレーションを呼び出し、次のパラメーターを渡します。
パスのパラメーター:
名前 | 説明 | 必須 |
---|---|---|
purchaseOrderNumber |
必要な納品書のpurchaseOrderNumber 。 タイプ:文字列 |
はい |
リクエストの例:
GET https://sellingpartnerapi-na.amazon.com /vendor/directFulfillment/shipping/v1/packingSlips/UkP3YkKDr
getPackingSlipレスポンス
成功レスポンスには、以下が含まれます。
名前 | 説明 | 必須 |
---|---|---|
purchaseOrderNumber |
この納品書の出荷の発注番号。 タイプ:文字列 |
いいえ |
packingSlip |
納品書情報。 タイプ: |
いいえ |
レスポンスの例:
{
"payload": {
"purchaseOrderNumber": "UvgABdBjQ",
"content": "base64 encoded string",
"contentType": "application/pdf"
}
}
getCustomerInvoices
The getCustomerInvoices
operation returns customer invoices for all purchase orders which meet the filter criteria you specify. The use of this API is mandatory only in the India region and not required in any other region. Amazon recommends that vendors check for customer invoices at least once per hour during business hours. Depending on your business volume, you can choose to check more frequently. You can get up to 100 customer invoices in one API call. If there are more than 100 customer invoices you can use the nextToken
value as a parameter in the next request to get the next set of customer invoices.
認可用の制限付きデータトークン
これは制限付きのオペレーションであるため、認可用の制限付きデータトークン(RDT)が必要です。詳細については、トークンAPIユースケースガイドを参照してください。
次の図は、顧客請求書を取得する場合の統合ワークフローを示しています。
getCustomerInvoicesリクエスト
顧客請求書を返すには、getCustomerInvoices
オペレーションを呼び出し、次のパラメーターを渡します。
クエリーパラメーター:
名前 | 説明 | 必須 |
---|---|---|
shipFromPartyId |
注文フルフィルメント用のベンダーwarehouseId 。指定しない場合、結果にすべての倉庫の注文が含まれます。 タイプ:文字列 |
いいえ |
limit |
返されるレコード数への制限。 最小値:1 最大値:10 タイプ:整数 |
いいえ |
createdAfter |
この日時を過ぎて有効になった注文が結果に含まれます。ISO-8601の日時形式にする必要があります。 データ型:文字列(日時) |
はい |
createdBefore |
この日時より前に有効になった注文が結果に含まれます。ISO-8601の日時形式にする必要があります。 データ型:文字列(日時) |
はい |
sortOrder |
注文作成日でASCまたはDESCの並べ替えを実行します。 タイプ:列挙( |
いいえ |
nextToken |
注文数が指定された結果サイズの制限を超える場合、ページ割りに使用します。トークン値は前のAPI呼び出しで返されます。 タイプ:文字列 |
いいえ |
リクエストの例:
GET https://sellingpartnerapi-na.amazon.com/vendor/directFulfillment/shipping/v1/customerInvoices?limit=2&createdAfter=2020-02-15T14:00:00-08:00&createdBefore=2020-02-20T00:00:00-08:00&sortOrder=DESC
getCustomerInvoicesレスポンス
成功レスポンスには、以下が含まれます。
名前 | 説明 | 必須 |
---|---|---|
pagination |
100通を超える顧客請求書が返される場合、ページ割り用のnextToken がレスポンスで返されます。 タイプ:文字列 |
いいえ |
customerInvoices |
顧客請求書のリスト。 タイプ:< |
いいえ |
レスポンスの例:
{
"pagination": {
"nextToken": "MDAwMDAwMDAwMQ=="
},
"customerInvoices": [
{
"purchaseOrderNumber": "PO98676856",
"content": "base 64 content goes here"
}
]
}
getCustomerInvoice
getCustomerInvoice
オペレーションは、発注番号を使用して指定された顧客請求書に関する情報を返します。このレスポンスには、その発注書の完全な顧客請求書情報が含まれます。
このAPIを使用して、顧客請求書の詳細を取得することもできます(過去6か月間のうち7日間、ベンダーがAPIの使用を開始後)。
次の図は、顧客請求書を返すための統合ワークフローを示しています。
国固有のビジネス要件
インド地域のみ、顧客請求書APIを使用する必要があります。
getCustomerInvoiceリクエスト
顧客請求書を返すには、getCustomerInvoice
オペレーションを呼び出し、次のパラメーターを渡します。
パスのパラメーター:
名前 | 説明 | 必須 |
---|---|---|
purchaseOrderNumber |
この請求書が返される出荷の発注番号。 タイプ:文字列 |
はい |
リクエストの例:
GET https://sellingpartnerapi-na.amazon.com/vendor/directFulfillment/shipping/v1/shippingLabels/2JK3S9VC
getCustomerInvoiceレスポンス
成功レスポンスには、以下が含まれます。
名前 | 説明 | 必須 |
---|---|---|
purchaseOrderNumber |
この注文の発注番号。 タイプ:文字列 |
はい |
content |
Base64でエンコードされた顧客請求書。 タイプ:文字列 |
はい |
レスポンスの例:
{
"payload": {
"purchaseOrderNumber": "PO98676856",
"content": "base 64 encoded string"
}
}
Updated 23 days ago