X12学习手册
EDI术语中的X12是指ANSI X12 报文标准(EDI Document Standard),于 1979 年发布,由认证标准委员会维护,在过去的几十年中得到扩展,以满足全球业务流程的要求,包括汽车、物流、零售、医药、金融、保险、运输、供应链和政府的要求。 X12使用ASC X12.58安全结构,该结构结合了身份验证、压缩、加密和保证,以保证电子数据交换文件以其原始格式到达其目的地,并且没有被篡改,同时向接收方保证它来自原始发送方。 X12标准下的EDI报文结构 [...]
EDI术语中的X12是指ANSI X12 报文标准(EDI Document Standard),于 1979 年发布,由认证标准委员会维护,在过去的几十年中得到扩展,以满足全球业务流程的要求,包括汽车、物流、零售、医药、金融、保险、运输、供应链和政府的要求。 X12使用ASC X12.58安全结构,该结构结合了身份验证、压缩、加密和保证,以保证电子数据交换文件以其原始格式到达其目的地,并且没有被篡改,同时向接收方保证它来自原始发送方。 X12标准下的EDI报文结构 [...]
VDA标准是德国汽车工业协会(Verband der Automobilindustrie,简称VDA)制定的一系列汽车行业标准。这些标准包括了汽车生产、质量管理、供应链管理、环境保护、安全性能等方面的规范和指南。VDA标准通常被德国和国际上的汽车制造商采用,以确保他们的产品和流程符合高质量和可持续性的要求。这些标准的使用有助于提高整个汽车供应链的效率和一致性,确保汽车制造商和供应商之间的合作更加顺畅。 方案介绍 本方案主要解决将用户接收到的VDA报文转换为Excel格式,并且以邮件的形式自动发送至指定邮箱。要想实现上述功能,需要在知行之桥 EDI 系统中搭建如下工作流: 上述工作流中包含三个端口(即功能模块),从上到下依次是:VDA端口、Excel端口以及EmailSend端口。 适用版本:知行之桥 EDI [...]
TI EDI 工作流简介 TI EDI到SQL Server示例流具有预配置的端口,用于从TI的EDI集成规范转换以下交易集: 850 采购订单,企业 -> TI [...]
Diehl EDI & Excel 方案简介 Diehl EDI 到 Excel 示例流具有预配置的端口,用于从 [...]
近期为了帮助广大用户更好地使用EDI系统,我们根据以往的项目实施经验,将成熟的EDI项目进行开源。用户安装好知行之桥EDI系统之后,只需要下载我们整理好的示例代码,并放置在知行之桥指定的工作区中,即可开始使用。 今天的文章主要为大家介绍Jabil EDI项目,了解如何获取开源的项目代码以及如何部署到知行之桥EDI系统中。 Jabil EDI 项目工作流简介 Jabil EDI项目主要实现从EDI 到 SQLite的转换,示例工作流具有预配置的端口,用于从 [...]
EDI电子数据交换中的ICN是什么? 在EDI术语中,ICN# 的全称为Interchange Control Number,是文件的发送方分配的唯一标识符,可以识别每一个文件。 我们常见的符合X12和EDIFACT报文标准的文件中,ICN#分别指的是ISA13和UNB06,如下示例: X12标准: ISA*00* *00* *ZZ* [...]
在EDI系统中,延迟处理数据是一种非常重要的功能,可以使数据处理更加灵活,从而提高整个系统的效率。 由于EDI系统进行数据交换的速度非常快。当数据被发送到接收方时,接收方需要立即对其进行处理。然而,在某些情况下,接收方可能无法立即处理数据,例如在系统维护期间或者其他原因。需要将数据存储在EDI系统中,等待接收方能够处理它的时候再发出,这时就需要延迟处理数据。 接下来为大家介绍需要设置延迟处理数据的一个真实场景: 通过EDI发送数据时,如果交易伙伴要求企业发送810发票的时间要晚于856发货通知,但企业的业务部门处理数据时,是同时处理856和810的,业务系统会同时推送856和810的数据到EDI系统中,是否可以在EDI系统中对810设置延迟发送呢? 可以在XML Map端口的高级设置选项卡下进行设置,即可满足延迟发送指定报文的需求。 比如需要设置发送856两个小时之后才发送810: 单击处理810文件的XMLMap端口,在高级设置选项卡下的延迟处理中,填写需要延迟的时间,单位为秒。如果需要设置两个小时的延迟处理,则这里填写7200即可。通过以上操作步骤,企业能够快速实现交易伙伴对于业务报文发送顺序的要求。 在知行之桥EDI系统中,无需复杂的操作或者代码,只需要进行简单配置即可实现对指定文件的延迟处理。设置延迟处理数据意味着有更多的时间来优化数据处理过程,使其更有效率、更稳定。通过对数据处理过程进行持续的改进和优化,可以最大限度地提高数据分析的准确性和效率。 了解更多 [...]
为了保证客户与交易伙伴之间数据传输的安全性,AS2传输协议中,通常会通过一对数字证书对传输数据进行签名和加密。但是证书是有有效期的,在证书到期之前,需要贸易双方及时更换新的证书。 在更新证书时,由于客户通常是和海外合作伙伴进行EDI对接,双方存在时差,无法在同一时间进行人工更换。因此,有客户希望能够在交易伙伴证书到期的时候,定时更换交易伙伴证书。针对这个需求,我们提出两种不同的解决方案,可以实现定时自动更换交易伙伴AS2证书: 方案一 Script端口+自定义脚本 1.首先需要在知行之桥EDI系统的系统设置-证书界面上传需要更新的证书。 2.在工作流界面左侧的基础栏中找到Script端口并拖出,左键单击打开Script端口,在下方的脚本部分输入对应的更换证书脚本。 更换证书脚本(将此脚本中相关信息进行更改,复制在Script端口即可) {"ConnectorId": "[as2.connecitor]","Workspace": "[workspace.value]","certificate": [...]
知行之桥EDI系统从2020版本开始引入了Validate端口,用来实现对XML数据文件进行一些规则的验证,保证XML数据文件的有效性。本文将介绍如何使用Validate端口。 端口创建 同其他功能性端口一样,只需要将Validata端口从左侧的端口清单拖拽到右侧的工作空间就可以创建一个Validate端口进行使用,如下图创建一个端口名称为Validate_Test的Validate端口: 端口功能 Validate端口通过设置一些校验规则,对输入的XML数据文件进行有效性校验,比如数据转换过程中常见的数据库XML、EDI标准XML、自定义XML,所以使用该端口需要保证数据源文件为XML文件。 Validate端口支持对输入的XML文件进行xpath验证和Header验证: xpath验证:对输入的XML文件结构,比如节点路径、节点值进行校验。 Header验证:对输入文件消息头部信息进行校验,比如文件名称(filename) 本文将用以下示例XML进行演示: POTEST001 [...]
JSON 端口可直接实现在 JSON 和 XML 之间进行转换。端口会自动检测输入文件是 JSON 还是 XML,然后将文件在两种格式间相互转换。 该端口较多的是运用在API接口调用集成方案的项目当中,我们以百思买项目为例,知行之桥将接收到的百思买的EDI报文首先映射为XML格式文件,最后再通过JSON端口转换为Json;用户给百思买发送数据时,也会将JSON格式数据推送至固定目录下,知行之桥经过一系列的转换,生成EDI报文之后发送给百思买。 [...]