大家好,很多客户在进行 EDI 项目的时候,想要了解如何看懂 X12 报文中的数据,那么今天的文章就带大家来了解一下X12报文的结构,以及如何才能获取到需要的数据。 以此类推,我们可以获取到报文中的关键信息,如下图: 以上就是基本的阅读X12报文以及获取业务数据的方法,虽然我们可以直接从X12报文中读取到数据,想必大家也可以感受到人工去阅读X12报文,并从中提取数据是非常麻烦的 但对于ERP用户或者业务团队来说,很显然他们不需要去读原始的X12报文。 EDI 在整个数据交换的流程中扮演的更多的是一个传输、翻译的角色。 知行之桥中的X12端口,可一步完成X12报文的解析或生成,方便将X12数据同步到不同的业务系统中,欢迎下载试用。 今天的850报文只是X12标准中一种简单的类型,还有很多种结构不同的报文,希望大家可以利用今天讲解的方法尝试地去读懂其他的报文,如果有任何疑问,请联系我们。
欢迎来到EDI小课堂,一起学习、交流EDI知识,聊一聊关于EDI的那些事儿~ 今天的课程主要讲解通过XML Map端口将X12文件转换成CSV文件。 你是否有过这样的疑问? 我们收到了X12报文,如何将其转换为可读性更强的CSV、自定义JSON等格式呢? 举个例子 交易伙伴发来如下图所示的Invoice发票类型的X12文件: 为了更加清晰地看到发票明细和数据信息,需要将其转换为如下图所示的CSV文件: 我们应该如何实现呢? 下方讲解课程将带着大家逐步完成X12格式到CSV格式的转换。 视频内容 学习了今天的课程,或许你还会有疑问,小知带你回顾一下课程要点: 1.XML Map端口的源文件和目标文件模板如何获取? 希望通过本课程的讲解,能帮助你了解如何通过XML Map端口将X12文件转换成CSV文件。
本文主要为大家介绍X12 830和862的区别。
在所有行业中最常用的EDI标准有ANSI ASC X12(X12)和UN/EDIFACT(EDIFACT)。这两种标准都以电子方式交换文档在交易伙伴之间进行业务流程。 ANSI X12和EDIFACT标准的开发人员 – X12:X12标准是由美国国家标准协会(ANSI)于1979年特许的认可标准委员会X12(也称为ASC X12)开发和维护的。 ANSI X12和EDIFACT标准的文档结构 X12和EDIFACT的结构基本上是相似的。 两种标准具有相同的结构,但使用不同的术语。 X12事务编号和EDIFACT 编号 – 在ANSI X12标准中,所有文档均具有3位数字,例如,810表示发票,846表示库存查询和建议,856表示发货通知。 不同类型的EDI文件:ANSI X12与EDIFACT 下表列出了一些常见的ANSI X12事务集以及相应的EDIFACT消息。
这些信息可以通过 EDI X12 867 传递。 EDI X12 867 的全称是 Product Transfer and Resale Report,中文通常称为“产品转移与转售报告”。 、DTM、REF、N1明细客户或地点、产品、数量、单位、金额PTD、N1、QTY、LIN、UIT、AMT、PID、REF、DTM汇总明细数量、汇总金额、报文结束信息CTT、AMT、SE不同交易伙伴和 X12 该示例不能直接用于实际项目,真实项目必须按照交易伙伴的 X12 版本和实施指南调整。 示例中的 00、SS、SD、39、76、SU、ST、92、VP 和 UP 都是 X12 代码。实际项目不能直接照搬,必须先确认交易伙伴是否接受这些代码。六、实施 EDI 867 前需要确认什么?1.
什么是X12报文要准确理解X12,一个重要的背景是:它并非单一的文件格式,而是一套由ANSI授权并归口管理的ASC X12委员会开发和维护,用于企业间电子数据交换的报文标准体系。 X12报文的结构与核心要素:从“信封”到“内容”的精巧设计那么,一份X12报文长什么样?它内部是如何组织的?理解X12的结构,是掌握EDI应用的基础。 行业定制扩展:X12标准并非一成不变。 传输与内容的分离X12定义的是数据的内容和格式,它本身不负责传输。在现代EDI实践中,X12报文常与AS2等安全传输协议结合使用——X12负责“说什么”,传输协议负责“如何安全地说”。 X12报文的解析与集成实践在企业内部,X12报文需要与ERP、WMS、OMS等业务系统深度集成。以下是几个关键的实践要点:映射设计映射是将X12报文与内部系统数据相互转换的逻辑。
本次对接主要采用 AS2 作为传输方式,并基于 X12 004010 报文标准完成业务数据交换。 可基于知行之桥 EDI 系统,协助企业建立与 Kmart 的 EDI 传输通道,实现 X12 004010 报文与内部业务数据之间的自动转换。 X12 004010 报文本身可读性较差,不适合业务系统直接处理。 整个工作流覆盖 EDI 通信、X12 004010 解析、字段映射、JSON 转换和报文发送,内部系统只需处理清晰的业务 JSON,减少对 X12 004010 复杂结构的理解和开发成本。 以下以 采购订单为例,展示 X12 004010 报文转换为业务 JSON 后的效果,便于内部系统直接处理。
\x14\n\x0cterminalType\x18\x01 \x01(\t\x12\x12\n\nappVersion\x18\x02 \x01(\t\x12\x15\n\rsystemVersion \x18\x03 \x01(\t\x12\x11\n\tdeviceKey\x18\x04 \x01(\t\x12\x0c\n\x04lang\x18\x05 \x01(\t\x12\x12\n\nappChannel \x12\x16\n\x0e\x64\x65viceUniqueId\x18\x04 \x01(\t\x12\x10\n\x08\x62lackBox\x18\x05 \x01(\t\x12\x12\n t\x12\x13\n\x0bphoneMarker\x18\x0e \x01(\t\x12\x12\n\nphoneModel\x18\x0f \x01(\t\x12\x14\n\x0coperationSys \x18\x11 \x01(\t\x12\x1b\n\x13operationSysVersion\x18\x12 \x01(\t\x12\x12\n\nisEmulator\x18\x18 \x01(
本次对接卡特EDI的项目,使用传输协议为AS2、报文标准采用X12。 X12 856 提前发货通知,其中856可以提供的信息包括:装运信息、订单信息、货品信息、包装信息等。 X12 810 当货物已发货或已经提供了相关服务,此时供应商通过发送810给合作伙伴进行财务结算。 特殊费用/津贴代码——X12 150,用于识别ASC X12津贴或费用代码。常见的代码如:CUS表示报关费,DEL表示送货到户费。 设备描述代码——X12 40,用于描述卡特彼勒使用的ASC X12设备。常见的代码如:TV表示卡车、货车,PU表示皮卡车。 包装形式代码——X12 211,规定了指定数量的包装形式代码。
在此前的文章如何读懂X12报文中,我们对X12已经做了详细的介绍,大家可以以此为基础,深入了解855采购订单确认报文。 下图为Wayfair EDI X12 855示例报文转换前及经过知行之桥EDI系统转换后的结果对比图。 X12端口:即上文命名为 Wayfair_XMLToX12 的端口X12端口可以将 XML 文档转换为 X12 文档,也可以将 X12 文档转换为 XML。 本次示例中,需要将 XML Map 处理后的目标XML文件转换为X12 格式。 生成 X12 文档时,X12 端口将 XML 转换为 X12 格式的文档,并生成适当的 X12 头,也就是我们上述报文讲解中出现的ISA及GS字段。
指令示例: ADD x14,x12,x13 将x12和x13寄存器中的数相加,并将结果放入x14寄存器中。 指令示例: SLT x14,x12,x13 将x12和x13寄存器中的数当作有符号数进行比较,如果x12寄存器中的数小于x13寄存器中的数,将x14寄存器中的数置为1,否则置为0。 对应的伪指令为SNEZ rd,rs2 指令示例: SLTU x14,x12,x13 将x12和x13寄存器中的数当作无符号数进行比较,如果x12寄存器中的数小于x13寄存器中的数,将x14寄存器置为1, 指令示例: AND x14,x12,x13 将x12和x13寄存器中的数按位与的结果写入x14寄存器。 图5 AND机器编码格式 [2] 1.5. OR OR的指令格式为OR rd,rs1,rs2。 指令示例: OR x14,x12,x13 将x12和x13寄存器中的数按位或的结果写入x14寄存器。 图6 OR机器编码格式 [2] 1.6.
伟创力Flextronics EDI项目,报文标准包括了X12和EDIFACT两种。 本文着重讲述伟创力Flextronics EDI项目中X12 850报文解读。 在此前的文章如何读懂X12报文中,我们对X12已经做了详细的介绍,大家可以以此为基础,深入了解850订单。 850是X12国际标准报文规范下采购订单Purchase Order的报文类型代码。 下图为伟创力Flextronics EDI X12 850示例报文转换前及经过知行之桥EDI系统转换后的结果对比图。 下载示例工作流 下载测试文件 利用知行之桥的X12端口(左)和XMLMAP端口(右),即可实现将伟创力FlextronicsX12 850订单,由X12格式转换为目标XML格式。 如下图步骤所示: 1、首先用【X12端口】,将接收到的X12 850订单由EDI转换为标准XML文件。 ①“转换类型”选择X12转换为XML。 ②在“输入”中上传X12 850测试文件。
x1a\x03\n\x01\x02\n\x17\n\x08feature2\x12\x0b\n\t\n\x07chicken\n\x14\n\x08feature3\x12\x08\x12\x06\n\ \x03\n\x15\n\x08feature2\x12\t\n\x07\n\x05horse\n\x14\n\x08feature3\x12\x08\x12\x06\n\x04\xcc\xc4\x82 x17\n\x08feature2\x12\x0b\n\t\n\x07chicken\n\x14\n\x08feature3\x12\x08\x12\x06\n\x04`\xac\xab?' \n\x14\n\x08feature3\x12\x08\x12\x06\n\x04\xdc\x1b3>\n\x11\n\x08feature0\x12\x05\x1a\x03\n\x01\x01\n\ n\x08feature2\x12\x08\n\x06\n\x04goat\n\x14\n\x08feature3\x12\x08\x12\x06\n\x04\xb5\x96\x1b?'
EDI 826 – 税务信息交换报文 ( Tax Information Exchange Transaction) 标准 EDI 格式包括 X12、EDIFACT 及其子集。 而今天提到的EDI 826 报文是符合ANSI X12 报文标准的报文类型,是纸质税务信息的电子版本。EDI 826报文类型用于在税务机构和其他授权方之间交换税务信息。 关于X12报文的详细解读可以参考文章:如何读懂X12报文 每个数据元素都包含一个数据字段。数据元素可以包括已付税款、欠税款或税款类型,与纸质税务信息一一对应。 知行之桥EDI系统,通过内置的各种EDI功能端口,可以处理X12、EDIFACT以及VDA等格式的报文。有助于企业轻松地与交易伙伴交换EDI报文。 针对X12报文,知行之桥特别设计了X12端口,集成X12报文的解析和生成功能,为将X12报文同步到不同的业务系统中做出了充分的准备。 除了今天提到的EDI 826 报文之外,还有许多功能各异的报文。
方法将所有协议消息序列化为二进制字符串serialized_example = example_proto.SerializeToString()# 输出结果:b'\nn\n4\n\x06scores\x12 *\n(\n&\x08\x03\x12\x08\x12\x02\x08\x02\x12\x02\x08\x03"\x18x\x00\x00\x00\x82\x00\x00\x00\x8c\x00\x00 \x00R\x00\x00\x00_\x00\x00\x00+\x00\x00\x00\n\x14\n\x04name\x12\x0c\n\n\n\x08xiaoming\n\x12\n\x06height \x12\x08\x12\x06\n\x04\xcd\xcc,C\n\x0c\n\x03age\x12\x05\x1a\x03\n\x01\x14'Write TFRecordwith tf.io.TFRecordWriter
\x12\x00\x00\x00\x0D1538216707720 column=f:area, timestamp=1538216707892, value=\xE6\xB1 \x00\x00\x12\x12\x00\x00\x00\x0D1538216707720 column=f:city, timestamp=1538216707892, \x12\x00\x00\x00\x0D1538216707720 column=f:memberType, timestamp=1538216707892, value=0 \x12\x00\x00\x00\x0D1538216707720 column=f:mobileManufacturer, timestamp=1538216707892, \x12\x00\x00\x00\x0D1538216707720 column=f:mobileModel, timestamp=1538216707892, value=
报文标准 BRP 使用的报文标准为:X12。 5.映射关系处理 在BRP EDI项目中,双方主要交换的是X12报文。对供应商而言,无法直接处理X12报文,因此需要将X12报文转换为更容易处理的XML格式。 BRP发过来的报文格式是符合X12报文标准的,供应商要想处理X12报文,需要通过知行之桥EDI系统的X12以及XMLMap端口(这里的端口是指功能模块),将X12报文转换为XML。 供应商将业务数据上传到EDI系统之后,需要通过XMLMap以及X12端口,将业务数据转换为BRP要求的X12。
Autozone与供应商传输的是X12标准报文,业务类型包含850(采购订单)、856(发货通知)和810(发票),供应商通过使用知行EDI直连系统的中间数据库方案,自动化传输、翻译,实现X12报文自由转换 X12标准报文工作流。 ##### 文件传输 - 自动接收ANSI X12标准850报文 autozone-edi-1.png - 自动发送ANSI X12标准856&810报文 autozone-edi-2.png 标准报文,并转发至 X12 Port; 2)AZ_x12toxml (X12 Port):将 X12 标准报文转换为标准 XML 格式,并转发至 Script Port; 3)AZ_parse850 传输协议,将 X12 标准报文发送至交易伙伴 EDI 系统。
请参考文章:OFTP2 成为汽车行业全球云通信标准的五个原因 EDI项目采用ANSI X12报文标准。若想翻译EDI X12数据,首先需要知道业务报文代码和schema的版本号。 ANSI X12报文标准有自己的一套schema,EDI系统默认支持的X12 schema主要有00401、00403和00501三种版本。 对X12报文标准的详细介绍可以参考ANSI X12 值得注意的是,本次EDI项目中,供应商需要传输schema为00304的X12报文。
在此前的文章如何读懂 X12 中,我们对 X12 已经做了详细的解读,接下来开始深入了解 850 订单。 下图为 OTP EDI X12 850 示例报文转换前以及经知行之桥 EDI 系统转换后的效果对比图:OTP X12 850 示例订单详解OTP会给供应商发送 符合X12 国际标准的 EDI 850 订单 端口解读以下端口是上述工作流的核心要素:X12端口:即上文命名为OTP_X12ToXML的端口X12端口可以将 XML 文档转换为 X12 文档,也可以将 X12 文档转换为 XML。 本次示例中,需要将 XML Map 处理后的目标XML文件转换为X12 格式。 生成 X12 文档时,X12 端口将 XML 转换为 X12 格式的文档,并生成适当的 X12 头,也就是我们上述报文讲解中出现的ISA字段。