如何快速掌握Sportisimo EDI项目中的ORDERS报文?
Sportisimo是运动器材,服装和鞋类产品的电子商务平台。知行软件助力客户成功对接Sportisimo,完整的EDI需求可以参考: Sportisimo EDI项目需求及包装标准
本文主要介绍Sportisimo EDI项目中的ORDERS报文,全称Purchase Order,是遵循UN/EDIFACT D.01标准的采购订单,指定由Sportisimo公司订购货物的细节。
ORDERS报文常见的使用场景是Sportisimo发送采购订单给供应商用于采购货物,其中货物的目的地可以写入订单行中。
Sportisimo向其下游供应商订购货物和服务,同时向供应商提供有关参与方和其他特殊要求的信息。GTIN代码用于识别货物和服务,GLN代码用于识别参与方。
GTIN和GLN代码必须在正式发送报文之前由双方沟通确定。
通常情况下通过ORDERS报文进行传输的数据被分为三组。第一组是在报文中只出现一次的数据,对整个报文都有效。第二组则指定与订单有关的交易伙伴的数据。交易伙伴是由标识符识别的,最多重复4次。在第三组中,主要包括采购订单中物料信息的数据,因此,它是可多次重复的。
ORDERS报文头部信息,只出现一次
头部信息对应着:
- BGM
- DTM+137
- DTM+2
- DTM+64
- DTM+63
- FTX+ZZZ
- CUX
这些字段在ORDERS报文中只出现一次,包含了以下内容:
- 订单类型编码
- 订单编号
- 订单创建日期
- 交付日期
- 最早交付日期
- 最晚交付日期
- 订单季度代码
- 货币代码
交易伙伴信息,最多出现4次
对应字段为:
- NAD+SU
- NAD+BY
- RFF+YC1
- NAD+IV
- NAD+DP
这些字段包含了以下内容:
- 供应商全球位置编码(GLN)
- 买方全球位置编码(GLN)
- 买方在供应商方的ID
- 收到发票的一方的全球位置编码(GLN)
- 交货地点的全球位置编码(GLN)
物料信息,最多出现200000次
对应的字段为:
- LIN
- PIA
- IMD+F+ANM
- IMD+F+35
- IMD+C+98
- QTY+21
- PRI+AAA
- PRI+AAB
- NAD+UC
- ALC+A
- PCD+12
这些字段包含了以下内容:
- 采购订单行号
- SKU产品的EAN/UPC编码
- 供应商目录中的条款编号
- 产品名称
- 产品颜色
- 产品型号
- 订购数量
- 产品检测单位
- 单位购买净价
- 供应商目录中的产品价格
- 供应商价格目录中的价格折扣百分比
- 交付的最终目的地的全球位置编码(GLN)
在查看ORDERS报文时,可以结合上文提到的三组信息进行查看,了解字段的重复特点之后,就可以及时发现由于字段重复不合规而导致的错误。
通过上述介绍,您是否掌握了Sportisimo ORDERS报文呢?您可以通过下面的示例报文来检测自己的学习成果!
Sportisimo ORDERS示例报文如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 | UNA:+.? ' UNB+UNOD:3+8592497000004:14+8594012615823:14+191215:1520+26++ORDERS+++EANCOM' UNH+1+ORDERS:D:01B:UN:EAN010' BGM+220+204803-55+9' DTM+137:20191215:102' DTM+2:20200803:102' DTM+64:20200801:102' DTM+63:20200805:102' FTX+ZZZ+++ZIMA' NAD+SU+8594012615823::9' NAD+BY+8592497000004::9' RFF+YC1:12345' NAD+IV+8592497000004::9' NAD+DP+8592497000370::9' CUX+2:CZK:9' LIN+1++4550153817049:SRV' PIA+1+2011B049-300:SA' IMD+F+ANM::9+:::LITE-SHOW JACKET' IMD+F+35::91+:::LIME ZEST' IMD+C+98+S::91' QTY+21:2:PCE' PRI+AAA:42' PRI+AAB:46' ALC+A' PCD+12:8.7' UNS+S' UNT+25+1' UNZ+1+26' |
您或许会注意到,在ORDERS报文规范的字段信息中所有字段都会有相应的字母M或字母C。根据EDIFACT标准,“M”即为Mandatory,表示报文中的必需字段。而“C”为Conditional,表示报文中的非必需字段。
至此,大家应该对ORDERS报文有了清晰的了解。在实际业务中,可以根据需要调整ORDERS报文中的字段,也可以忽略一些非必要字段。但需要保证所有的必需字段必须出现在报文中。这样才能保证报文可以顺利地进行下一步的文件格式转换。
了解更多EDI相关信息,欢迎交流。
注:文案部分图片及内容来源于网络,版权归原创作者所有,如有侵犯到您的权益,请您联系我们进行删除,给您带来困扰,我们深感抱歉。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 单元测试从入门到精通