导语：买家一次付款，ERP 里冒出三个订单——先别怀疑丢单，这是你还没搞懂美客多的三层订单结构。
Order 不是“一次购买”
买家一次买了 3 件商品、一次完成付款，同步到 ERP 后却出现三个 Order ID——很多人的第一反应是 ERP 把订单拆坏了。其实美客多官方明确：在 Pack 模型下，一次购买（Purchase）可以包含多个 Orders。正确的理解是三层：Pack 是买家这次购买的“外层容器”，Order 是这次购买里具体生成的订单单元，Shipment 是这些商品最终怎么走物流。一次结账可能产生 1 个 Pack 装 3 个 Order，再关联 1 个 Shipment（或因物流条件不同形成多个物流处理）。官方 Pack 资源本身就包含 orders 和 shipment 字段。
最典型的坑：拿 Pack ID 当 Order ID 去查
ERP 或开发拿到一个 ID 直接请求 /marketplace/orders/{id}，结果 404，第一反应“订单没同步下来”？不一定——如果这个 ID 实际是 Pack ID，拿去 Order 接口查询就会 404。正确逻辑是先判断 ID 类型：属于 Pack 就查 Pack 资源，再从里面取关联的 order_id。所以 ERP 提示“订单不存在”时，先确认查的是 Order ID 还是 Pack ID，别急着判断美客多丢单。
实际发货，到底看哪个
按需求分：查卖了什么、数量多少 → 看 Order；判断几个 Order 是不是同一次购买 → 看 pack_id；判断怎么发货、面单和物流进度 → 看 Shipment。注意 Order Status 和 Shipment Status 不是一回事，Shipment 资源才负责物流状态、配送信息和面单流程。订单处理别只做“Order → 打面单”，应该理解成 Pack → Order → Shipment 三层一起看。
一个买家买 3 件，能直接装一个包吗
不要看到 Pack 相同就擅自把所有货塞一个包——Pack 只说明它们属于同一次购买，实际物流执行以平台返回的 Shipment 信息为准（是否拆包、走哪条物流线、面单怎么打）。一句话记住层级：Purchase 之下是 Pack，Pack 之下是多个 Order，Shipment 管物流。层级理清，ERP 订单问题就少一半。
结语：Pack 管归组、Order 管商品、Shipment 管物流——层级理清，404 和“丢单”的误会就少一半。
