什么是OSTRPT报文？

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对接的相关信息，欢迎交流。

阅读原文

原文地址：https://blog.csdn.net/Cara_EDI_Consultant/article/details/143681949

免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！