宜家EDI IFTMBC运输预定确认详解
原创
IFTMBC是宜家与其供应商之间传输的符合EDIFACT标准的报文，在此前的文章如何读懂EDIFACT报文中，我们已经对EDIFACT做了详细的解读。在供应商发给宜家IFTMBF运输预定请求后，宜家会回复IFTMBC运输预订确认给供应商。
本文将从供应商接收宜家发送的EDI IFTMBC运输预定确认的角度出发，向大家详细讲解如何通过知行之桥EDI系统实现由EDIFACT到XML的格式转换。
下图为宜家EDI IFTMBC运输预订确认示例文件转换前以及经知行之桥EDI系统转换后的效果对比图：
IKEA IFTMBC运输预定确认报文详解
宜家会给供应商发送EDIFACT标准的IFTMBC运输预定确认，示例如下
1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253 | UNA:+.? 'UNB+UNOC:4+IKEA UNB ADDRESS+PARTNER UNB ADDRESS+20170502:1101+421094'UNH+111143131+IFTMBC:D:16A:UN'BGM+770+9025340+34'-770 = Booking confirmation运输预订确认限定符-9025340 = 运输预订确认编号CTA+IC+:ERIK JOHANSSON'-IC = 联系信息限定符-ERIK JOHANSSON = 联系人姓名COM+46 476 81000:TE'-46 476 81000 = 电话号码-TE = 电话号码限定符DTM+137:20170721:102'-137 = 文档创建时间限定符-20170721 = 文档创建时间-102 = CCYYMMDD日期格式DTM+200:201707210830:203'-200 = 提货日期限定符-201707210830 = 提货日期-203 = CCYYMMDDHHMM日期格式DTM+235:201707211230:203'-235 = 最晚提货日期-201707211230 = 最晚提货日期-203 = CCYYMMDDHHMM日期格式FTX+DEL+++ESHPCON'-DEL = Delivery information 交货信息限定符-ESHPCON = 交货信息FTX+TRA+++Truck will arrive at the factory at:latest 1500 pickup date'-TRA =Transportation information 运输信息-Truck will arrive at the factory at:latest 1500 pickup date = 运输信息RFF+AAS:008-TSO-S114977'-AAS = 发货编号限定符-008-TSO-S114977 = 发货编号RFF+CU:000000000159'- CU = 托运编号限定符- 000000000159 = 托运编号TDT+20++2'-20 = 运输方式限定符-2 = Railroad铁路运输NAD+CA+33026-CAR::92++HAPAG-LLOYD CONTAINER LINE GMBH'-CA = Carrier承运人限定符-33026-CAR = 承运人编号-HAPAG-LLOYD CONTAINER LINE GMBH = 承运人名称NAD+CN+030-DT::92'-CN = Consignee送货方限定符-030-DT = 送货方编号EQD+TE+CRXU4763499:C40DV:92+:::40 Feet Container Dry Van'-TE = Trailer 拖车限定符-CRXU4763499 = 拖车编号-C40DV = 拖车代码-40 Feet Container Dry Van = 拖车描述UNT+15+111143131'UNZ+1+421094' |
|---|
通过上述报文解读可以看到，我们接收到的 IFTMBF 报文可读性较差，无论是企业的业务人员还是 IT 人员都很难从以上报文中直接获取到有效的业务信息。因此需要对此 IFTMBF 运输预订确认进行格式转换。
EDI 系统转换效果
利用知行之桥 EDI 系统可以将其转换为可读性更强的目标 XML 格式文件，以便于进一步处理，转换效果如下：
12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849 | <?xml version="1.0" encoding="UTF-8"?><Items xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <IKEA_IFTMBC> <CARRIERNAME>HAPAG-LLOYD CONTAINER LINE GMBH</CARRIERNAME> <!-- 承运人名称 --> <CARRIERNO>33026-CAR</CARRIERNO> <!-- 承运人编号 --> <CONSIGNMENTNO>000000000159</CONSIGNMENTNO> <!-- 托运编号 --> <CONTACTNAME>ERIK JOHANSSON</CONTACTNAME> <!-- 联系人姓名 --> <CONTACTNO></CONTACTNO> <!-- 联系人编号 --> <CREATEDATE>2017-07-21 00:00:00.0000+08:00</CREATEDATE> <!-- 文档创建时间 --> <DELIVERYINFO1>ESHPCON</DELIVERYINFO1> <!-- 交货信息1 --> <DELIVERYINFO2></DELIVERYINFO2> <!-- 交货信息2 --> <DELIVERYNO>030-DT</DELIVERYNO> <!-- 送货方编号 --> <EQUIPMENTCODE>C40DV</EQUIPMENTCODE> <!-- 装载单元代码 --> <EQUIPMENTDESC>40 Feet Container Dry Van</EQUIPMENTDESC> <!-- 装载单元描述 --> <EQUIPMENTNO>CRXU4763499</EQUIPMENTNO> <!-- 装载单元ID --> <EQUIPMENTTYPE>TE</EQUIPMENTTYPE> <!-- 装载单元类型 TE = Trailer 拖车 --> <IFTMBCNO>9025340</IFTMBCNO> <!-- IFTMBC编号 --> <LATESTCOLLECTIONDATE>2017-07-21 12:30:00.0000+08:00</LATESTCOLLECTIONDATE> <!-- 最晚提货日期 --> <PICKUPDATE>2017-07-21 08:30:00.0000+08:00</PICKUPDATE> <!-- 提货日期 --> <SHIPMENTNO>008-TSO-S114977</SHIPMENTNO> <!-- 发货编号 --> <TELEFAXNO></TELEFAXNO> <!-- 传真 --> <TELEPHONENO></TELEPHONENO> <!-- 电话号 --> <TRANSINFO1>Truck will arrive at the factory at</TRANSINFO1> <!-- 运输信息1 --> <TRANSINFO2>latest 1500 pickup date</TRANSINFO2> <!-- 运输信息2 --> <TRANSTYPE>2</TRANSTYPE> <!-- 运输方式 2 - Railroad --> </IKEA_IFTMBC></Items> |
|---|
可以看到，经 EDI 系统转换之后的目标 XML 文件中，我们将业务数据与业务字段联系起来，这样的文件可读性更强，并且更方便进行下一步数据处理。
工作流示例
通过上述的讲解想必大家已经了解了宜家IFTMBC运输预订确认 XML以及EDIFACT格式报文的结构和内容了，下面我们就来实际操作下吧！
下面就是对宜家IFTMBC运输预订确认进行格式转化的工作流，你可以下载知行之桥EDI系统，导入【示例工作流】以及【宜家EDIFACT:IFTMBC测试文件】，进行实战操作。
1.下载示例工作流、EDI IFTMBF测试文件和Schema文件
解压后的示例工作流名为IKEA_IFTMBC.arcflow，测试文件名为IFTMBC.edi
Schema文件名为D16A.zip，需解压放在www\app_data\edifact_schemas目录下
2.在知行之桥EDI系统上传上述工作流
创建工作区
首先在知行之桥EDI系统的工作流选项卡中，点击右上方的齿轮图标，点击 +创建工作区，你可以对工作区进行自定义命名，示例中我们将其命名为： IKEA_IFTMBC。
导入工作流
在知行之桥EDI系统的工作流选项卡中，点击导入工作区，然后选择你要导入的workflow导入即可
导入的工作流如下图所示：
3.上传测试文件进行测试
在IKEA_EDIToXML端口的输入选项卡下，点击更多，上传测试文件：IFTMBC.edi.
在IKEA_IFTMBC_IN端口的输出选项卡下，点击IFTMBC_9025340_2211141220.xml，即可下载转换成XML的IFTMBF文件
端口解读
上述工作流主要用到了如下两个端口：
EDIFACT 端口：可以将EDIFACT报文转换成报文标准的XML文件，或者进行逆向转换，同时会在此端口配置或者检测交换头部信息。
XML Map 端口：将数据从一种 源XML 格式转换为目标XML格式，提供便捷的后端兼容性。
以上是对宜家IFTMBC运输预定确认的详细介绍，想要了解更多EDI报文转换示例，可直接点击知行之桥在线系统示例。更多EDI报文信息，欢迎联系知行软件。
更多EDI信息，请参阅: EDI是什么？
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。