xml报文解析_STIHL EDIFACT DELFOR 解析过程

最新推荐文章于 2024-03-26 22:21:25 发布
最新推荐文章于 2024-03-26 22:21:25 发布
阅读量954 收藏
点赞数
文章标签： xml报文解析

在《STIHL EDI需求分析》一文中，着重分析了STIHL的需求，比如要求AS2传输，EDIFACT标准，涉及五种不同类型的业务文件。同时基于知行EDI平台，建立EDI工作流，解析与生成EDIFACT标准文件，同时实现和ERP系统集成。接下来介绍STIHL与供应商 DELFOR（交货计划）的业务需求和实现场景，以及解决方案的实现过程。

采购商接收由STIHL发送给供应商的DELFOR 报文，在STIHL EDI解决方案中提到，接收方向的工作流如下：

dc49f93e23792f74b8aa43ad84a54a55.png

下面以自定义XML解决方案为例，演示DELFOR的解析步骤。

报文转换

将从STIHL收到的EDIFACT标准的DELFOR 转换为自定义XML，主要分为以下步骤：

  1. EDIFACT标准的DELFOR报文

Delivery schedule – DELFOR

下文摘出EDIFACT标准报文的核心部分，附上文字说明，先了解DELFOR会携带的核心业务信息。

BGM+241+DELFOR0000001+5+AB'
-241 = Delivery schedule
-交货计划编号：DELFOR0000001
-5 = Replaces previous delivery schedule
 
DTM+137:20151110:102'
-137 = Document/message date/time
-交货计划日期：20151110
 
DTM+157:20151110:102'
-157 = Validity start date
-有效起始日期：20151110
 
NAD+SE+Seller code::92++Seller Name+Seller address++postcode+country code'
-SE = Seller
-销售方编号：Seller code
-销售方姓名：Seller Name
-销售方地址：Seller address
-邮编：postcode
-国家代码：country code
 
NAD+BY+Buyer code::91++Buyer Name+Buyer Address++postcode+country code'
-BY = Buyer
-采购方编号：Buyer code
-采购方姓名：Buyer Name
-采购方地址：Buyer address
-邮编：postcode
-国家代码：country code
 
GIS+95'
-Header/detailed section separation
 
LIN+1++1234567:BP::92'
-BP =  Buyer’s item/article number
-采购方物料编号：1234567
 
IMD+++::92:description'
-物料描述：description
 
FTX+COI+++Purchase order text'
-采购订单备注：Purchase order text
 
RFF+CO:order number:00001'
-采购订单编号：order number
-采购订单行号：000001
 
RFF+AAN:2'
-新预测编号：2
 
DTM+171:20151110:102'
-171 = Reference date/time
-新预测日期：20151110
 
RFF+SH:1'
-旧预测编号：1
 
DTM+171:20151103:102'
-171 = Reference date/time
-旧预测日期：20151110
 
NAD+CN+01::92++Delivery name+Delivery address+++postcode+country code'
-BY = Delivery
-收货方仓库：01
-收货方姓名：Delivery Name
-收货方地址：Delivery address
-邮编：postcode
-国家代码：country code
 
CTA+IC+key:name'
-IC = MRP controller
-物料管理员编号：key
-物料管理员姓名：name
 
COM++tel-number:TE'
-TE = Telephone number
-电话号码：tel-number
 
COM++fax-number:FX'
-FX = Fax number
-电话号码：fax-number
 
QTY+48:576:PCE'
-48 = Received quantity
-上一次接收数量：576
 
DTM+50:20151013:102'
-50 = Date of most recent delivery
-上次收货时间：20151013
 
RFF+DQ:DN0000001'
-DQ = last delivery note number
-上次发货通知编号：DN0000001
 
QTY+70:2880:PCE'
-70 = Input cumulative quantity
-累计接收数量：2880
 
DTM+51:20150101:102'
-51 = data cumulative quantity last reset
-累计开始时间：20150101
 
SCC+3'
-3 = Material procurement release
 
QTY+113:576:PCE'
-113 = Quantity to be delivered
-需求数量：576
-数量单位：PCE
 
DTM+2:20160121:102'
-2 = Delivery date/time, requested
-需求日期：20160121
 
SCC+4'
-4 = Preview without go-ahead
 
QTY+113:576:PCE'
-113 = Quantity to be delivered
-需求数量：576
-数量单位：PCE
 
DTM+2:20160211:102'
-2 = Delivery date/time, requested
-需求日期：20160121
 
QTY+113:576:PCE'
-113 = Quantity to be delivered
-需求数量：576
-数量单位：PCE
 
DTM+64:20170101:102'
-64 = start of needs period
-开始日期：20170101
 
DTM+63:20170131:102'
-63 = End of needs period
-结束日期：20170131
 
QTY+113:576:PCE'
-113 = Quantity to be delivered
-需求数量：576
-数量单位：PCE
 
DTM+64:20170301:102'
-64 = start of needs period
-开始日期：20170101
 
DTM+63:20170331:102'
-63 = End of needs period
-结束日期：20170131
  1. 使用EDIFACT端口，将DELFOR报文转化为EDI系统标准XML，以Delivery Schedule为例，结果如下：

相对原始EDIFACT DELFOR来说，以下标准XML格式对技术工程师来说，更易处理，但XML结构略复杂一些，同时有许多冗余信息，将在下一步作XML简化。

<TransactionSet>
 <TX-D99B-DELFOR type="TransactionSet">
 <Meta>
 <!--Message reference number-->
 <_0062>0</_0062>
 <!--MESSAGE IDENTIFIER-->
 <S009 type="Composite">
 <!--Message type-->
 <_0065><!--Delivery schedule message-->DELFOR</_0065>
 <!--Message version number-->
 <_0052><!--Draft version/UN/EDIFACT Directory-->D</_0052>
 <!--Message release number-->
 <_0054><!--Release 1999 - B-->99B</_0054>
 <!--Controlling agency, coded-->
 <_0051><!--UN/CEFACT-->UN</_0051>
 </S009>
 </Meta>
 <BGM type="Segment">
 <!--DOCUMENT/MESSAGE NAME-->
 <C002 type="Composite">
 <!--Document name code-->
 <_1001><!--Delivery schedule-->241</_1001>
 </C002>
 <!--DOCUMENT/MESSAGE IDENTIFICATION-->
 <C106 type="Composite">
 <!--Document/message number-->
 <_1004>DELFOR0000001</_1004>
 </C106>
 <!--Message function code-->
 <_1225><!--Replace-->5</_1225>
 <!--Response type code-->
 <_4343><!--Message acknowledgement-->AB</_4343>
 </BGM>
 <DTM type="Segment">
 <!--DATE/TIME/PERIOD-->
 <C507 type="Composite">
 <!--Date/time/period function code qualifier-->
 <_2005>137</_2005>
 <!--Date/time/period value-->
 <_2380>20151110</_2380>
 <!--Date/time/period format code-->
 <_2379>102</_2379>
 </C507>
 </DTM>
 <DTM type="Segment">
 <!--DATE/TIME/PERIOD-->
 <C507 type="Composite">
 <!--Date/time/period function code qualifier-->
 <_2005>157</_2005>
 <!--Date/time/period value-->
 <_2380>20151110</_2380>
 <!--Date/time/period format code-->
 <_2379>102</_2379>
 </C507>
 </DTM>
 <NADLoop1 type="Loop">
 <NAD type="Segment">
 <!--Party function code qualifier-->
 <_3035><!--Seller-->SE</_3035>
 <!--PARTY IDENTIFICATION DETAILS-->
 <C082 type="Composite">
 <!--Party identifier-->
 <_3039>Seler code</_3039>
 <!--Code list identification code-->
 <_1131></_1131>
 <!--Code list responsible agency code-->
 <_3055><!--Assigned by buyer or buyer&apos;s agent-->92</_3055>
 </C082>
 <!--NAME AND ADDRESS-->
 <C058 type="Composite">
 </C058>
 <!--PARTY NAME-->
 <C080 type="Composite">
 <!--Party name-->
 <_3036>Seller Name</_3036>
 </C080>
 <!--STREET-->
 <C059 type="Composite">
 <!--Street and number/p.o. box-->
 <_3042>Seller address</_3042>
 </C059>
 <!--City name-->
 <_3164></_3164>
 <!--COUNTRY SUB-ENTITY DETAILS-->
 <C819 type="Composite">
 </C819>
 <!--Postal identification code-->
 <_3251>postcode</_3251>
 <!--Country name code-->
 <_3207>country code</_3207>
 </NAD>
 </NADLoop1>
 <NADLoop1 type="Loop">
 <NAD type="Segment">
 <!--Party function code qualifier-->
 <_3035><!--Buyer-->BY</_3035>
 <!--PARTY IDENTIFICATION DETAILS-->
 <C082 type="Composite">
 <!--Party identifier-->
 <_3039>Buyer code</_3039>
 <!--Code list identification code-->
 <_1131></_1131>
 <!--Code list responsible agency code-->
 <_3055><!--Assigned by seller or seller&apos;s agent-->91</_3055>
 </C082>
 <!--NAME AND ADDRESS-->
 <C058 type="Composite">
 </C058>
 <!--PARTY NAME-->
 <C080 type="Composite">
 <!--Party name-->
 <_3036>Buyer name</_3036>
 </C080>
 <!--STREET-->
 <C059 type="Composite">
 <!--Street and number/p.o. box-->
 <_3042>Buyer address</_3042>
 </C059>
 <!--City name-->
 <_3164></_3164>
 <!--COUNTRY SUB-ENTITY DETAILS-->
 <C819 type="Composite">
 <!--Country sub-entity name code-->
 <_3229></_3229>
 </C819>
 <!--Postal identification code-->
 <_3251>postcode</_3251>
 <!--Country name code-->
 <_3207>country code</_3207>
 </NAD>
 </NADLoop1>
 <GISLoop1 type="Loop">
 <GIS type="Segment">
 <!--PROCESSING INDICATOR-->
 <C529 type="Composite">
 <!--Processing indicator description code-->
 <_7365><!--Product driven scheduling method-->95</_7365>
 </C529>
 </GIS>
 <LINLoop1 type="Loop">
 <LIN type="Segment">
 <!--Line item number-->
 <_1082>1</_1082>
 <!--Action request/notification description code-->
 <_1229/>
 <!--ITEM NUMBER IDENTIFICATION-->
 <C212 type="Composite">
 <!--Item number-->
 <_7140>1234567</_7140>
 <!--Item type identification code-->
 <_7143><!--Buyer&apos;s part number-->BP</_7143>
 <!--Code list identification code-->
 <_1131></_1131>
 <!--Code list responsible agency code-->
 <_3055><!--Assigned by buyer or buyer&apos;s agent-->92</_3055>
 </C212>
 </LIN>
 <IMD type="Segment">
 <!--Item description type, coded-->
 <_7077/>
 <!--ITEM CHARACTERISTIC-->
 <C272 type="Composite">
 </C272>
 <!--ITEM DESCRIPTION-->
 <C273 type="Composite">
 <!--Item description identification-->
 <_7009></_7009>
 <!--Code list identification code-->
 <_1131></_1131>
 <!--Code list responsible agency code-->
 <_3055><!--Assigned by buyer or buyer&apos;s agent-->92</_3055>
 <!--Item description-->
 <_7008>description</_7008>
 </C273>
 </IMD>
 <FTX type="Segment">
 <!--Text subject code qualifier-->
 <_4451><!--Order information-->COI</_4451>
 <!--Text function, coded-->
 <_4453/>
 <!--TEXT REFERENCE-->
 <C107 type="Composite">
 </C107>
 <!--TEXT LITERAL-->
 <C108 type="Composite">
 <!--Free text value-->
 <_4440>Purchase order text</_4440>
 </C108>
 </FTX>
 <RFFLoop4 type="Loop">
 <RFF type="Segment">
 <!--REFERENCE-->
 <C506 type="Composite">
 <!--Reference function code qualifier-->
 <_1153>CO</_1153>
 <!--Reference identifier-->
 <_1154>order number</_1154>
 <!--Line number-->
 <_1156>00001</_1156>
 </C506>
 </RFF>
 </RFFLoop4>
 <RFFLoop4 type="Loop">
 <RFF type="Segment">
 <!--REFERENCE-->
 <C506 type="Composite">
 <!--Reference function code qualifier-->
 <_1153>AAN</_1153>
 <!--Reference identifier-->
 <_1154>2</_1154>
 </C506>
 </RFF>
 <DTM type="Segment">
 <!--DATE/TIME/PERIOD-->
 <C507 type="Composite">
 <!--Date/time/period function code qualifier-->
 <_2005>171</_2005>
 <!--Date/time/period value-->
 <_2380>20151110</_2380>
 <!--Date/time/period format code-->
 <_2379>102</_2379>
 </C507>
 </DTM>
 </RFFLoop4>
 <RFFLoop4 type="Loop">
 <RFF type="Segment">
 <!--REFERENCE-->
 <C506 type="Composite">
 <!--Reference function code qualifier-->
 <_1153>SH</_1153>
 <!--Reference identifier-->
 <_1154>1</_1154>
 </C506>
 </RFF>
 <DTM type="Segment">
 <!--DATE/TIME/PERIOD-->
 <C507 type="Composite">
 <!--Date/time/period function code qualifier-->
 <_2005>171</_2005>
 <!--Date/time/period value-->
 <_2380>20151103</_2380>
 <!--Date/time/period format code-->
 <_2379>102</_2379>
 </C507>
 </DTM>
 </RFFLoop4>
 <NADLoop3 type="Loop">
 <NAD type="Segment">
 <!--Party function code qualifier-->
 <_3035><!--Consignee-->CN</_3035>
 <!--PARTY IDENTIFICATION DETAILS-->
 <C082 type="Composite">
 <!--Party identifier-->
 <_3039>D5</_3039>
 <!--Code list identification code-->
 <_1131></_1131>
 <!--Code list responsible agency code-->
 <_3055><!--Assigned by buyer or buyer&apos;s agent-->92</_3055>
 </C082>
 <!--NAME AND ADDRESS-->
 <C058 type="Composite">
 </C058>
 <!--PARTY NAME-->
 <C080 type="Composite">
 <!--Party name-->
 <_3036>Delivery name</_3036>
 </C080>
 <!--STREET-->
 <C059 type="Composite">
 <!--Street and number/p.o. box-->
 <_3042>Delivery address</_3042>
 </C059>
 <!--City name-->
 <_3164></_3164>
 <!--COUNTRY SUB-ENTITY DETAILS-->
 <C819 type="Composite">
 </C819>
 <!--Postal identification code-->
 <_3251>postcode</_3251>
 <!--Country name code-->
 <_3207>country code</_3207>
 </NAD>
 <CTALoop3 type="Loop">
 <CTA type="Segment">
 <!--Contact function code-->
 <_3139><!--Information contact-->IC</_3139>
 <!--DEPARTMENT OR EMPLOYEE DETAILS-->
 <C056 type="Composite">
 <!--Department or employee identification-->
 <_3413>key</_3413>
 <!--Department or employee-->
 <_3412>name</_3412>
 </C056>
 </CTA>
 <COM type="Segment">
 <!--COMMUNICATION CONTACT-->
 <C076 type="Composite">
 <!--Communication number-->
 <_3148>tel-number</_3148>
 <!--Communication number code qualifier-->
 <_3155>TE</_3155>
 </C076>
 </COM>
 <COM type="Segment">
 <!--COMMUNICATION CONTACT-->
 <C076 type="Composite">
 <!--Communication number-->
 <_3148>fax-number</_3148>
 <!--Communication number code qualifier-->
 <_3155>FX</_3155>
 </C076>
 </COM>
 </CTALoop3>
 <QTYLoop3 type="Loop">
 <QTY type="Segment">
 <!--QUANTITY DETAILS-->
 <C186 type="Composite">
 <!--Quantity type code qualifier-->
 <_6063><!--Received quantity-->48</_6063>
 <!--Quantity-->
 <_6060>576</_6060>
 <!--Measurement unit code-->
 <_6411>PCE</_6411>
 </C186>
 </QTY>
 <DTM type="Segment">
 <!--DATE/TIME/PERIOD-->
 <C507 type="Composite">
 <!--Date/time/period function code qualifier-->
 <_2005>50</_2005>
 <!--Date/time/period value-->
 <_2380>20151013</_2380>
 <!--Date/time/period format code-->
 <_2379>102</_2379>
 </C507>
 </DTM>
 <RFFLoop7 type="Loop">
 <RFF type="Segment">
 <!--REFERENCE-->
 <C506 type="Composite">
 <!--Reference function code qualifier-->
 <_1153>DQ</_1153>
 <!--Reference identifier-->
 <_1154>DN0000001</_1154>
 </C506>
 </RFF>
 </RFFLoop7>
 </QTYLoop3>
 <SCCLoop2 type="Loop">
 <SCC type="Segment">
 <!--Delivery plan commitment level code-->
 <_4017><!--Commitment for material-->3</_4017>
 </SCC>
 <QTYLoop4 type="Loop">
 <QTY type="Segment">
 <!--QUANTITY DETAILS-->
 <C186 type="Composite">
 <!--Quantity type code qualifier-->
 <_6063><!--Quantity to be delivered-->113</_6063>
 <!--Quantity-->
 <_6060>576</_6060>
 <!--Measurement unit code-->
 <_6411>PCE</_6411>
 </C186>
 </QTY>
 <DTM type="Segment">
 <!--DATE/TIME/PERIOD-->
 <C507 type="Composite">
 <!--Date/time/period function code qualifier-->
 <_2005>2</_2005>
 <!--Date/time/period value-->
 <_2380>20160121</_2380>
 <!--Date/time/period format code-->
 <_2379>102</_2379>
 </C507>
 </DTM>
 </QTYLoop4>
 </SCCLoop2>
 <SCCLoop2 type="Loop">
 <SCC type="Segment">
 <!--Delivery plan commitment level code-->
 <_4017><!--Planning/forecast-->4</_4017>
 </SCC>
 <QTYLoop4 type="Loop">
 <QTY type="Segment">
 <!--QUANTITY DETAILS-->
 <C186 type="Composite">
 <!--Quantity type code qualifier-->
 <_6063><!--Quantity to be delivered-->113</_6063>
 <!--Quantity-->
 <_6060>576</_6060>
 <!--Measurement unit code-->
 <_6411>PCE</_6411>
 </C186>
 </QTY>
 <DTM type="Segment">
 <!--DATE/TIME/PERIOD-->
 <C507 type="Composite">
 <!--Date/time/period function code qualifier-->
 <_2005>2</_2005>
 <!--Date/time/period value-->
 <_2380>20160211</_2380>
 <!--Date/time/period format code-->
 <_2379>102</_2379>
 </C507>
 </DTM>
 </QTYLoop4>
 <QTYLoop4 type="Loop">
 <QTY type="Segment">
 <!--QUANTITY DETAILS-->
 <C186 type="Composite">
 <!--Quantity type code qualifier-->
 <_6063><!--Quantity to be delivered-->113</_6063>
 <!--Quantity-->
 <_6060>576</_6060>
 <!--Measurement unit code-->
 <_6411>PCE</_6411>
 </C186>
 </QTY>
 <DTM type="Segment">
 <!--DATE/TIME/PERIOD-->
 <C507 type="Composite">
 <!--Date/time/period function code qualifier-->
 <_2005>2</_2005>
 <!--Date/time/period value-->
 <_2380>20160331</_2380>
 <!--Date/time/period format code-->
 <_2379>102</_2379>
 </C507>
 </DTM>
 </QTYLoop4>
 </SCCLoop2>
 </NADLoop3>
 </LINLoop1>
 </GISLoop1>
 </TX-D99B-DELFOR>
 </TransactionSet>
  1. 使用XML Map端口，将标准XML格式转换为自定义XML

下文输出的自定义XML，仅保留了与核心业务相关的数据，阅读起来简单直白。

以Delivery Schedule为例：

<Item>
 <OrderHeader>
 <!-- 交货计划编号 -->
 <forecase_number>DELFOR0000001</forecase_number> 
 <!-- 交货计划日期 -->
 <create_datetime>20151110</create_datetime>
 <!-- 采购方编号 -->
 <buyer_code>Buyer code</buyer_code>
 <!-- 采购方姓名 -->
 <buyer_name>Buyer Name</buyer_name>
 <!-- 采购方地址 -->
 <buyer_address>Buyer address</buyer_address>
 <!-- 销售方编号 -->
 <seller_code>Seller code</seller_code>
 <!-- 销售方姓名 -->
 <seller_name>Seller Name</seller_name>
 <!-- 销售方地址 -->
 <seller_address>Seller address</seller_address>
 <!-- 交货计划明细行 下文有三条明细数据 -->
 <OrderLine>
 <!-- 采购方物料编号 -->
 <buyer_item_number>1234567</buyer_item_number>
 <!-- 物料描述 -->
 <item_descript>description</item_descript>
 <!-- 采购订单编号 -->
 <order_number>order number</order_number>
 <!-- 采购订单行号 -->
 <order_line_no>00001</order_line_no>
 <!-- 需求数量 -->
 <quantity>576</quantity>
 <!-- 需求日期 -->
 <delivery_datetime>20160121</delivery_datetime>
 <!-- 开始日期 -->
 <start_datetime></start_datetime>
 <!-- 结束日期 -->
 <end_datetime></end_datetime>
 <!-- 收货方仓库 -->
 <delivery_code>01</delivery_code>
 <!-- 收货方姓名 -->
 <delivery_name>Delivery Name</delivery_name>
 <!-- 收货方地址 -->
 <delivery_address>Delivery address</delivery_address>
 </OrderLine>
 <OrderLine>
 <buyer_item_number>1234567</buyer_item_number>
 <item_descript>description</item_descript>
 <order_number>order number</order_number>
 <order_line_no>00001</order_line_no>
 <quantity>576</quantity>
 <delivery_datetime></delivery_datetime>
 <start_datetime>20170101</start_datetime>
 <end_datetime>20170131</end_datetime>
 <delivery_code>01</delivery_code>
 <delivery_name>Delivery Name</delivery_name>
 <delivery_address>Delivery address</delivery_address>
 </OrderLine>
 <OrderLine>
 <buyer_item_number>1234567</buyer_item_number>
 <item_descript>description</item_descript>
 <order_number>order number</order_number>
 <order_line_no>00001</order_line_no>
 <quantity>576</quantity>
 <delivery_datetime></delivery_datetime>
 <start_datetime>20170301</start_datetime>
 <end_datetime>20170331</end_datetime>
 <delivery_code>01</delivery_code>
 <delivery_name>Delivery Name</delivery_name>
 <delivery_address>Delivery address</delivery_address>
 </OrderLine>
 </OrderHeader>
</Item>

小技巧：当发现无法将两个XML文件的字段对应起来的时候，可以试试找找值相同的标签，再比对下注释。

更多EDI系统标准XML到客户自定义XML的转换步骤，可查看。

更多STIHL文章

  • 总览: [案例] STIHL EDI解决方案
  • DELFOR：[案例] STIHL EDI – DELFOR 分析
  • DESADV：[案例] STIHL EDI – DESADV
  • DESADV：[案例] STIHL EDI – DESADV自定义XML 方案

921f30a55ac3a72807ef7783fd1bf76c.png
weixin_39953100
关注
EDIFACT转XML
PBGun的专栏
08-19 1889
EDIFACT 标准提供了一套语法规则的结构、互动交流协议，并提供了一套允许多国和多行业的电子商业文件交换的标准消息。 在北美和欧洲，很多企业很早就采纳了 EDIFACT ，所以应用很广泛。 但是EDIFACT格式报文的内容，如果直接读很难读懂，就算你写程序读，仍然很费劲。 下面展示一下EDIFACT格式的报文： 这样的内容，我想大家都怕读这样的报文。 如果你想结构化一点，让整个
STIHL(斯蒂尔集团) EDI解决方案
01-09 654
STIHL斯蒂尔集团 德国斯蒂尔集团STIHL是一家具有92年历史的顶尖机械用具品牌，发明了世界上第一台电锯，被称作“电锯之父”和“世界电锯之王”。 2016年，知行软件助力供应商实现了与STIHL的EDI直连对接， 通过知行RSSBus EDI系统，供应商可以直接接收到STIHL的物料需求计划，并发送提前发货通知给STIHL。 满足STIHL对于业务数据安全传输要求，增强供应商国际竞争力。 业...
XML报文解析工具
07-27
适用于STM32任何类型板卡嵌入的XML解析工具，体积小，运算快，是经过多次修改后可以直接植入其他代码框架中的即用型解析工具
如何读懂EDIFACT报文
05-12 319
很多客户在进行EDI项目的时候，想要了解如何看懂EDIFACT报文中的数据，今天的文章就带大家学习EDIFACT报文的结构，以及如何才能获取到需要的数据。 首先，我们先来了解一下EDIFACT报文的结构，如下图所示： 一次EDI传输包含一段Interchange（必须有），Interchange中会包含一个或多个Functional Group（简称FG），FG段是否出现并不做强制要求，一个FG中可能会包含一个或多个Message。举例来说，如果需要在一次EDI传输中传送3个ORDERS采购订单，那么报文
宜家IKEA EDIFACT PRODAT报文详解
05-20 292
PRODAT（Product data message）,通常是一套很少改变的产品数据，可以包含技术和功能的产品描述，但不包含商业条款与条件。PRODAT通常会包括产品特性、技术数据、使用说明、使用要求和处理信息等。 PRODAT 是符合EDIFACT标准的一种业务单据，在详细了解PRODAT结构之前，可以优先阅读下如何读懂EDIFACT报文，这样阅读后续内容，效果更佳。 IKEA宜家将PRODAT称为Dimension Weights and Packaging—DWP文件，该信息是由 IKEA宜家向供应
STL_Lamina FMX NG_fmx_STIHL_
10-03
标题中的“STL_Lamina FMX NG_fmx_STIHL_”似乎指的是一个与STIHL公司的产品相关的3D模型或设计文件，其中“STL”通常代表“Standard Tessellation Language”，这是一种用于表示3D几何形状的标准格式。而“Lamina”...
STIHL MS 251 使用手册
最新发布
05-05
### STIHL MS 251 使用手册关键知识点解析 #### 一、产品安全警告与注意事项 **警告：**为了减少回弹伤害的风险，请严格按照本手册的要求使用STIHL低回弹导板和STIHL低回弹链条，或者使用其他可用的低回弹组件。 ...
bonapitit-bonanza-python-sdk
qq_41707308的博客
06-23 591
全网首个Bonapitit-bonanza-python-sdk简介关于规范编码目前已实现的方法准备工作：关联开发者账号和卖家账号（已关联过的请直接开始使用）开始正式使用简单的示例你以为就这么简单更好用的来了由于正在申请pypi账号代码即将上线中.................. 简介 第一次做 bonapitit的SDK ！可能也不能叫SDK，功能并不全面不喜勿喷。由于市面上并没有Python bonapitit的开源项目，正好工作中遇到了，于是写了一个简陋的包，希望能对对接跨境电商的开发者有所帮助，有
全球手动修枝锯市场总体规模，前15强厂商排名及市场份额分析报告.docx
03-13
2. **STIHL**：除了知名的电动工具外，STIHL也在手动修枝锯市场上占据了一席之地。 3. **Stanley**：Stanley是一家综合性工具制造商，其手动修枝锯产品以其耐用性和高效性而闻名。 4. **Fiskars**：Fiskars以其创新...
EDI:轻巧而通用的电子数据交换（EDI EDIFACT）解析器
05-22
埃迪 轻巧而通用的电子数据交换（EDI / EDIFACT）解析器 格式 是基于标准文本的数据交换格式，特定于每个行业，例如银行业或能源业。 它严重依赖于代码列表，这使得人类难以阅读。 该解析器充当EDI / EDIFACT文件与节点应用程序之间易于使用的中介。 设置 从npm安装： npm install edi 在您的节点应用程序中： var EDI = require('edi'); var text = "UNA:+.? 'UNB+IATB:1+6XPPC+LHPPC+940101:0950+1'UNH+1+PAORES:93:1:IA'MSG+1:45'IFT+3+XYZCOMPANY AVAILABILITY'ERC+A7V:1:AMD'IFT+3+NO MORE FLIGHTS'ODI'TVL+240493:1000::1220+FRA+JFK+DL+400+C'PD
Edifatto:解析，验证，浏览和转换EDIFACT和X12的工具-开源
04-25
“ Edifatto”是用于解析，验证和浏览EDI（EDIFACT和X12）文档的工具。 用户界面是GUI，命令行和Java API。 除了核心功能集之外，EDI文档还可以作为XML文档导出和导入，从而可以集成到基于XML的工具和工作流程中（例如匿名化或XSLT处理）。
EdifactConverter:用于将UN / EDIFACT转换为EDIFACT-XML的Java转换器-开源
05-13
与最终用户相比，该工具对Java开发人员的作用更大。 但是，熟悉Java的用户可以从命令行运行它。 文件openifact-converter-2.2-SNAPSHOT.jar是可运行的：例如：java -jar openifact-converter-2.2-SNAPSHOT.jar -process xml -fileIn ./src/test/resources/ORDERS_D01B.txt -outNs true -logLevel OFF可以在github上找到有关如何使用转换器的来源和Wiki：https://github.com/sapstern/edifactconverter该工具已获得Apache 2.0许可：https://www.apache.org/licenses /LICENSE-2.0当然，它不提供任何保修。 如果您遇到任何问题，或者喜欢，请与我联系。
EDI （UN EDIFACT）报文范例
03-02
EDI （UN EDIFACT）报文范例，介绍报文的范例
edifact, 在 un/EDIFACT格式中，处理EDI消息的工具.zip
10-10
edifact, 在 un/EDIFACT格式中，处理EDI消息的工具 EDIFACT用 un/EDIFACT格式处理EDI报文的工具支持的语法为版本 3 。它是在 Composer 软件包中提供的：composer require sabas/edifact映射xml文件是在单独的包中提供的：c
[EDI 案例] 捷豹路虎 JLR DELFOR & DELJIT 报文业务角度分析
EDI电子数据交换 | 知行软件
04-21 1327
JLR业务总述中讲到JLR 在与供应商的EDI 交换中使用到了EDIFACT标准的DELFOR（长期交付计划） 和DELJIT（短期交付计划），作为业务中重要的一节，供应商必须要准确并且准时的收到JLR 发送的计划。 本文将详细讲述DELFOR（长期交付计划） 和DELJIT（短期交付计划）报文规范、业务含义以及实施方案。 业务含义 DELFOR（长期交付计划） DELFOR（长期交付计划）是ED...
EDI小课堂之EDIFACT端口详解
EDI电子数据交换 | 知行软件
01-25 2806
今天的课程主要讲解EDIFACT端口的配置及使用。
EDIFACT 报文标准
畅链EDI
03-26 377
中国也制定了国家标准《行政、商业和运输业电子数据交换（EDIFACT）报文设计规则》，以促进EDIFACT在中国的应用和发展。除了上述常见的交易类型，EDIFACT还包括了其他多种交易类型，用于处理各种不同的业务场景。注：文案部分图片及内容来源于网络，版权归原创作者所有，如有侵犯到您的权益，请您联系我们进行删除，给您带来困扰，我们深感抱歉。标准的应用有助于简化贸易流程，提高数据交换的效率和准确性，降低错误和延误的风险，从而在全球贸易中发挥着重要作用。- 采购订单变更请求报文，用于请求变更已发出的采购订单。
EDI报文标准----EDIFACT
ChinlinkEDI的博客
03-26 739
EDIFACT（Electronic Data Interchange for Administration, Commerce and Transport）报文标准是一种国际通用的电子数据交换（EDI）格式，由联合国国际贸易法委员会（UNCITRAL）和国际标准化组织（ISO）共同开发。EDIFACT标准旨在促进不同国家和不同行业的组织之间进行高效、准确的数据交换。EDIFACT报文的特点：结构化：EDIFACT报文由一系列结构化的段组成，每个段包含特定的信息。标准化：EDIFACT定义了一套标准的代码和
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值