OSTRPT(Order Status Report)是一种 EDI(电子数据交换)报文,用于在供应链管理中向采购商报告订单状态。这种报文通常由供应商发送给采购商,目的是告知订单的当前处理状态、预期交货时间、订单中的变化等信息。也可以作为对订单状态查询的回复,由卖方或卖方机构发出或者可以作为按照双方约定定期发送的报告。
OSTRPT是EANCOM报文标准下的一种业务单据,在ANSI X12 报文标准中承担类似角色的业务单据为 EDI 870。
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) 卖方引起的事件
示例:
1 |
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日的订单,已被客户取消。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 |
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对接的相关信息,欢迎联系我们。
注:文案部分图片及内容来源于网络,版权归原创作者所有,如有侵犯到您的权益,请您联系我们进行删除,给您带来困扰,我们深感抱歉。