Shippo 批次状态-'；验证'；创建失败后

嗨，我正在尝试处理装运批次，在我创建如下批次后：

{"default_carrier_account":"9348***********50","default_servicelevel_token":"usps_priority","metadata":"test","label_filetype":"PDF_4x6","batch_shipments":[{"carrier_account":"93********************","servicelevel_token":"usps_priority","shipment":"c8c411c2ad8b497eb583decf7c3c614d","metadata":1},{"carrier_account":"9348ce6eecf**********ab850","servicelevel_token":"usps_priority","shipment":"768ae43826b04040b32490a6f069fa4f","metadata":2}]}

batch 0f0b69ae42bc475ab3c1421edddeb4fc creation failed

我收到这样的通知：

{"default_carrier_account":"9348***********50","default_servicelevel_token":"usps_priority","metadata":"test","label_filetype":"PDF_4x6","batch_shipments":[{"carrier_account":"93********************","servicelevel_token":"usps_priority","shipment":"c8c411c2ad8b497eb583decf7c3c614d","metadata":1},{"carrier_account":"9348ce6eecf**********ab850","servicelevel_token":"usps_priority","shipment":"768ae43826b04040b32490a6f069fa4f","metadata":2}]}

batch 0f0b69ae42bc475ab3c1421edddeb4fc creation failed

在此之后，我尝试发出api请求并获取批处理数据（状态、消息等），我将请求发布到：

并得到回应：

{
"object_id":"0f0b69ae42bc475ab3c1421edddeb4fc",
"object_owner":"info@skumatrix.com",
"status":"VALIDATING",
"object_created":"2017-04-16T16:35:24.925Z",
"object_updated":"2017-04-16T16:35:27.143Z",
"metadata":"test",
"default_carrier_account":"9***************b850",
"default_servicelevel_token":"usps_priority",
"label_filetype":"PDF_4x6",
"batch_shipments":{
"count":0,
"next":null,
"previous":null,
"results":{
}
},
"object_results":{
"purchase_succeeded":0,
"purchase_failed":0,
"creation_failed":0,
"creation_succeeded":0
},
"label_url":{
}
}

---

我不明白的是-为什么状态仍在验证，为什么没有错误消息？

因此，对于初学者来说，Shippo中批处理对象的默认状态是

验证

。这就是为什么它会一直保持这种状态，尽管当出现意外故障时（这里似乎发生了这种情况）可能会有点混乱

如评论中所述，出现此故障是因为尝试使用装运对象的集合进行批量采购。批处理端点实际上应该允许您集体创建装运对象的集合，然后您可以根据这些装运对象的所需费率批量购买标签

费率检索通常是一个比较耗时的过程，具体取决于您有多少个连接的运输帐户。因此，批量创建的目的是让您能够获得许多包的Shippo检索率，并在完成后简单地检查它们（或者通过Shippo的Webhook获得完成通知）

---

因此，向前看，请确保首先尝试使用装运集合（）创建批处理。然后，您可以继续为装运创建标签，如。

似乎发生的错误发生在批次状态更新之前。这似乎使这些批更新停留在

验证

的状态。这是因为

验证

是批对象的默认状态。因此，我的请求有什么问题，据我从支持部门了解，它失败了，因为我使用了装运对象id而不是装运对象数组，但在api参考中，他们写道，我可以使用装运对象id或数组……这是因为批处理端点旨在集体创建这些装运。如果您已经有了装运对象ID，那么就不需要再使用批处理端点了。如果您已经有一堆装运对象ID，则可以使用将它们附加到现有批次中。否则，我建议只使用与装运对象关联的所需费率创建标签。