ShipBob订单显示部分履约后，先把每票货件对应起来

电商订单被拆成多个包裹后，订单页上的一个状态无法完整说明每票货物的进度。仓库运营人员回复客户前，应先确定页面描述的是Order还是Shipment，再查看状态详情。

ShipBob的Status Reference说明，一个订单可以关联一票或多票货件，订单状态由底层货件状态推导。文档的组合表中，一票Processing、另一票Completed，对应订单Partially Fulfilled；一票Exception、另一票Completed也可能得到这个汇总状态。[1] 因而，部分履约并不能单独说明未完成部分究竟卡在什么环节。

更容易混淆的是Completed。文档将货件层级的这个状态解释为已完成履约、已经离开ShipBob，并明确指出这不等于承运人已经送达。它的状态详情还可能显示等待承运人取件、运输中、派送中或已送达等不同记录。[1] 如果报表只保留大状态，客服看到Completed就回复“已签收”，会把两个阶段压成一个结论。

一个较清楚的内部视图，可以按订单号展开，每行保留一票货件的标识、Shipment状态、状态详情和此次查询时间。发现Partially Fulfilled时，从这张表指出哪一票已进入后续环节，哪一票仍需处理。这里建议的是报表组织方式，不是额外的ShipBob状态定义。

例如，假设两票货件分别处于Processing和Completed，可以描述为一票仍在履约、一票已完成仓端履约，再根据第二票的详情说明其运输进度。这个示例只用于解释层级关系，没有对应任何真实客户订单，也没有根据状态推算到货日期。若剩余货件为Exception，还应继续读取具体原因，不能统一归为物流延误。

文档同页还列出了入库单和退货资源的状态。它们也会使用Completed等名称，但描述的业务对象不同。对接系统时，给状态保留资源类型，比单独维护一列英文单词更便于排查问题。订单、货件和签收证据分别对应清楚后，履约进度的说明才足够准确。