OSTRPT（Order Status Report）是一种 EDI（电子数据交换）报文，用于在供应链管理中向采购商报告订单状态。这种报文通常由供应商发送给采购商，目的是告知订单的当前处理状态、预期交货时间、订单中的变化等信息。也可以作为对订单状态查询的回复，由卖方或卖方机构发出或者可以作为按照双方约定定期发送的报告。
OSTRPT是EANCOM报文标准下的一种业务单据，在ANSI X12 报文标准中承担类似角色的业务单据为 EDI 870。
点击在GS1官网下载 OSTRPT报文的规范文件
OSTRPT报文的典型用途
1.订单确认：确认收到订单并报告其状态（例如：已接受、已拒绝、已修改）。
2.订单进度更新：提供订单处理的实时状态，如订单已准备好发货、正在运输或已经交付。
3.预期交货时间：告知客户预计的交货日期和时间窗口。
4.异常通知：报告订单中的问题或延误，例如库存不足、供应链中断等。
点击在知行EDI规范查询平台中查看 OSTRPT 报文的字段详解
OSTRPT报文常和以下内容有关：
- 一次询盘/询价
- 一个或多个订单（ORDERS），货物/货物装卸和运输（HANMOV）或者发货指示（INSDES）
- 一条或多条订单中的一个或者多个产品
需要注意的是，ODTRPT中的状态并不能对报文接收方进行任何实际指示，例如，如果此报文中的状态是 “ready for shipment”，并不能被用来传输运输信息，企业还是需要通过发送 DESADV发货通知报文来传输发货信息。
OSTRPT报文的应用场景
电子行业
元器件供应商与经销商之间常见的业务流程如下：
1.元器件供应商向经销商发送价格和销售清单（PRICAT）
2.经销商向供应商发送采购订单（ORDERS）
3.供应商向经销商发送采购订单确认（ORDRSP）
4.供应商向经销商发送由卖方发起的变更（ORDCHG）
5.经销商向供应商发送订单变更（ORDCHG）
6.供应商向经销商发送订单变更确认（ORDRSP）
7.供应商向经销商提供订单状态报告（OSTRPT）
8.供应商向经销商提供发货通知（DESADV）
9.供应商向经销售发送发票（INVOIC）
OSTRPT报文中包含的主要数据
- 订单编号
- 订单日期
- 订单状态
- 买方ID
- 收货方ID
OSTRPT报文中包含数据中，不同的订单状态将会通过STS字段的标识符进行标记，在GS1的规范中，常见的状态类别编码如下：
- UP2：订单
- UP3：货到付款订单
- UP4：紧急订单
- UP5：之前取消的订单
状态描述编码如下：
- 14 = Process, completed ，完成处理
- 21 = Delivery, completed，完成投递
- 27 = Despatch, completed 完成发货
- 64 = Order or request cancelled，订单或请求已取消
- 314 = Delayed, at origin，已延迟
- 315 = Held, by logistic service provider，包裹或货物当前由物流服务提供商持有
- 316 = Incident occurred but accepted by ordering party，事件发生但被订购方所接受
- 22E = Despatched urgent (GS1 Temporary Code)，紧急发送
- 23E = Delivered cash on delivery (GS1 Temporary Code)，货到付款
- 24E = Delivered previous call (GS1 Temporary Code)，包裹已经成功送达，并且之前的电话联系或通知已完成
- 26E = Not enough information for despatch (GS1 Temporary Code)，派送信息不足
- 31E = Despatch being prepared (GS1 Temporary Code)，准备派送中
- 39E = Goods returned by recipient (GS1 Temporary Code)，收件人已将货物退回
- 76E = Not collected (GS1 Temporary Code)，包裹尚未被物流公司取走
状态原因编码描述如下：
- 13 = Customs refusal 包裹在海关被拒绝放行
- 22 = Empty 空包裹
- 16 = Destination incorrect 目的地不正确
- 25 = Export restrictions 出口限制
- 28 = Import restrictions 进口限制
- 46 = Payment not received 未收到付款
- 68 = Undefined incident attributed to buyer 收件人引起的未定义事件
- 69 = Undefined incident attributed to carrier 承运人引起的未定义事件
- 23E = Delivery different date (GS1 Temporary code) 择期交付
- 28E = Delivery too late (GS1 Temporary Code) 交付太晚
- 35E = Incident attributed to seller (GS1 Temporary Code) 卖方引起的事件
示例：
STS+UP2::9+27'上述报文的含义为：采购订单已经被发出。
OSTRPT报文示例
以下是一个从GLN编号为5411111123451的供应商发送给GLN编号为5412345123453的买方的OSTRPT报文示例，此订单状态报告的生成日期为2002年1月6日，订单状态编号为OR5252。
以下OSTPRT报文提供了4个采购订单的状态信息：
- 订单编号为 CD2544，订单日期为2001年12月31日的订单，于2002年1月2日被GLN编号为5422331123459的承运方紧急发送。
- 订单编号为 BH4155，订单日期为2001年12月24日的订单，于2001年12月28日发货给GLN编号为5412345111115的收货方。
- 订单编号为 AJ5223，订单日期为2001年12月2日的订单，已被海关拒绝清关。
- 订单编号为 CO5473，订单日期为2001年12月27日的订单，已被客户取消。
UNH+1+OSTRPT:D:01B:UN:EAN005' 报文头部信息
BGM+348+OR5252+9' 订单状态报告编号：OR5252
DTM+137:20020106:102' 订单状态报告日期为2002年1月6日
NAD+BY+5412345123453::9' 买方ID为GLN 5412345123453
NAD+SU+5411111123451::9' 供应商ID为GLN 5411111123451
DOC+220+CD2544' 第一个订单编号为CD2544
DTM+137:20011231:102' 订单日期为2001年12月31日
STS+6::9+22E::9' 订单状态为despatched urgent紧急发货
DTM+334:20020102:102' 订单状态日期为2002年1月2日
NAD+CA+5422331123459::9' 紧急发货的承运方：GLN 5422331123459
DOC+220+BH4155' 第二个订单编号为 BH4155
DTM+137:20011224:102' 订单日期为 2001年12月24日
STS+7::9+21::9' 订单已送达
DTM+334:20011228:102' 状态日期为2001年12月28日
NAD+DP+5412345111115::9' 收货方GLN 5412345111115
DOC+220+AJ5223' 第三个订单编号为AJ5223
DTM+137:20011202:102' 订单日期为2001年12月2日
STS+7::9+17' 订单被海关拒绝清关
DOC+220+CO5473’第四个订单编号CO5473
DTM+171:20011227:102' 订单日期为2001年12月27日
STS+7::9+64+21' 订单已被取消
UNT+22+1' 报文总行数为22如果您希望了解有关EDI对接的相关信息，欢迎交流。
阅读原文
