本文将从发送角度出发，带大家了解如何给博世BOSCH发送DESADV发货通知报文，并将其转换为博世BOSCH要求的EDIFACT格式。 在文章如何读懂EDIFACT报文？中，我们对EDIFACT已经做了详细的解读，大家可以以此为基础，开始深入了解 DESADV发货通知。 本文将对符合EDIFACT国际报文标准的DESADV发货通知报文进行详细解读，并且展示通过知行之桥EDI系统转换后得到的EDIFACT文件。 下图为BOSCH DESADV发货通知示例报文转换前及经过知行之桥EDI系统转换后的结果对比图。 利用知行之桥EDI系统可以将XML文件转换为符合国际标准的 EDIFACT文件，再通过EDI系统发送给BOSCH即可，企业可以从自己的业务系统中生成如下XML文件，或者将自己的业务数据填进如下的XML文件。每个字段的业务含义都已做了明确的注释。 1.博世BOSCH发货通知 XML [...]
本文将从接收角度出发，带大家了解如何接收博世BOSCH发来的DELFOR交付预测报文，并将其转换为更易理解的XML格式。 在文章如何读懂EDIFACT报文？中，我们对EDIFACT已经做了详细的解读，大家可以以此为基础，开始深入了解 DELFOR交付预测。 本文将对符合EDIFACT国际报文标准的DELFOR交付预测报文进行详细解读，并且展示通过知行之桥EDI系统转换后得到的XML文件。 报文解读 1.博世BOSCH DELFOR 交付预测EDIFACT示例详解 UNA:+.? ' [...]
项目背景 本特勒集团（Benteler)于1876年成立于德国，是一家历史悠久的家族式集团公司。德国本特勒汽车工业公司是全球汽车零部件最主要供应商之一，为世界上几乎所有汽车制造商生产配套产品。 J公司作为本特勒的供应商，为本特勒进行汽车零部件的供应。本特勒选择通过建立EDI连接的方式，来与供应商进行业务数据的互通。知行软件作为J公司的EDI供应商，已与J公司建立了长期的、默契的合作关系，不仅帮助J公司实现了与本特勒的数据连接，在此之前已实现了同多家采购商的业务对接。 在开始项目之前，知行软件已对本特勒的EDI业务模式做了熟悉的了解。下面就请一起来看看，知行软件是如何协助J公司完成与本特勒的对接吧！ 项目需求 1.传输协议 本特勒 Benteler 支持AS2连接 2.报文标准 [...]
IFTMBF运输预定请求满足了全球运输链中交易伙伴的需求，这个报文是基于单一托运的，不受运输方式、出发地、目的地的约束，适用于任何货物的运输。并提供运输和交付货物的必要信息。 IFTMBF运输预定请求的基本组成 运输方式：用于运输货物或人员的运输方式，如公路、铁路、海运等 运输工具：用于运输货物或人员的运输工具，如飞机、卡车、船只。 运输工具类型：运输过程中使用的车辆类型，例如：宽体车、油罐车、客轮。 运输设备：促进货物运输和处理的必要物质资源。例如，海运集装箱、拖车、托盘。 运输设备类型：例如：40英尺集装箱、四路托盘、mafi拖车。 如何使用IFTMBF运输预定请求？ 场景一： IFTMBF运输预定请求一般由供应商发给其交易伙伴，在交易伙伴回复IFTMBC运输预订确认后，供应商就可以发送DESADV发货通知了。 [...]
很多客户在进行EDI项目的时候，想要了解如何看懂EDIFACT报文中的数据，今天的文章就带大家学习EDIFACT报文的结构，以及如何才能获取到需要的数据。 首先，我们先来了解一下EDIFACT报文的结构，如下图所示： 一次EDI传输包含一段Interchange（必须有），Interchange中会包含一个或多个Functional Group（简称FG），FG段是否出现并不做强制要求，一个FG中可能会包含一个或多个Message。举例来说，如果需要在一次EDI传输中传送3个ORDERS采购订单，那么报文结构为一个Interchange下包含3个Message。 对报文结构有了基本的了解之后，我们再来看下如何从报文中获取数据。以下是一段示例的ORDERS采购订单报文，每一行开头由3个字符组成，叫做Segment节点，代表特定的业务含义，例如BGM代表报文的开始以及一些主信息，DTM代表时间信息，NAD代表实体信息（buyer、seller、bill-to等），RFF代表一些参考信息，LIN代表订单行物料信息，QTY代表数量等。 接下来，以LIN行为例，LIN表示Segment起始信息，+是数据元素Element分隔符（也可根据情况设置为其他符号），:是子元素Subelement分割符，’是段Segment分割符。再来看业务含义：001为订单行号，0000057G3454为物料号，BP是有固定含义的限定符Qualifier，限定该物料号为买方物料号，如果限定符为VP即为销售方物料号。类似的限定符还有QTY段的PCE，限定物料数量单位。 最后我们来详细地解析这一条ORDERS数据，假如我们要获取以下数据（只列举了部分信息段）： 例如，我们要从报文中获取订单号以及订单日期，根据以上表格可以得知会出现在BGM以及DTM段，我们直接在报文中定位到该行，便可得知订单号为K12345、订单日期为19980626。其他的信息可以使用同样的方法获取，如下图： 以上就是基本的阅读EDIFACT报文以及获取业务数据的方法，虽然我们可以直接从EDIFACT报文中读取到数据，但相信大家可以感受到人工阅读EDIFACT报文，并从中提取数据是非常麻烦的。报文设计的初衷是为了方便计算机处理，不过直接阅读报文对于开发人员来说也是有意义的，可以用来对比收到的数据与原始数据是否一致。但对于ERP用户或者业务团队来说，很显然并不需要去读原始的EDIFACT报文，只需阅读EDI供应商解析后的数据。EDI在整个数据交换的流程中扮演的更多的是一个传输、翻译的角色。 知行之桥中的EDIFACT端口，可一步完成EDIFACT报文的解析或生成，方便将EDIFACT数据同步到不同的业务系统中，可点击EDIFACT端口查看EDIFACT端口详解，欢迎下载试用。 [...]
很多企业使用自动化生产设备取代传统流水线工作，一定程度上缩短了生产周期，提高了市场竞争力，但这还不够。在实际生产中，提升企业信息化水平、加快推动工业化、发展智能制造，才能确保企业经济效益稳步快速的增长。当订单量逐步增长，交易伙伴会向下游供应商发出EDI连接的邀请，这不仅意味着供应商与交易伙伴的合作更加密切，一旦企业具备EDI能力，其信息化水平也会得到大幅提高！ 交易伙伴发来EDI对接邀请 安波福公司(AptivPLC)原名德尔福汽车公司(Delphi Automotive)，于2017年分拆其动力总成业务部后改名为安波福公司，目前全球汽车零部件企业排名第19位。近期安波福Aptiv向汽车行业A公司发出EDI对接邀请，计划通过EDI传输双方的业务数据。 通过搭建EDI系统实现A公司与安波福Aptiv之间的数据共享，达到线上下单、交期预测等功能，提高工作效率及下单准确性。 响应需求，明确解决方案 对A公司而言，维护与交易伙伴之间的合作关系，保持稳定的销售渠道固然重要，但如何合理安排明确的生产需求计划，降低库存积压才是亟需解决的问题。要解决这些问题，A公司需要一个这样的工具： 第一，满足交易伙伴的对接要求 第二，方便开发 第三，界面简洁易操作 [...]
如今，在世界各地，几乎所有行业，从小型企业到大型企业，都在使用EDI（电子数据交换）与交易伙伴进行数据交互。开展业务和与交易伙伴进行数据交互都需要准备、发送、接收和处理大量的文件。 知行之桥中的EDIFACT端口支持电子数据交换（EDI）文件与 XML 之间的相互转换，这样做的目的是将标准但难以处理的EDI报文转换成容易解析的XML。今天的课程主要讲解EDIFACT端口的配置及使用。 快点击下方视频，一探究竟吧! 小知再来带大家回顾一下视频中的要点： 端口功能： 可以将XML文档转换为 EDIFACT 文档，也可以将 [...]
什么是 EDI 订单规范？ EDI ORDERS 是用于下采购订单的 EDIFACT EDI 消息。 如何使用订单？ [...]
什么是 EDI DESADV 规范？ EDIFACT 是国际合作伙伴（除美国以外）之间 EDI 合作伙伴交换的主要 EDI 文档标准。 [...]
什么是 EDIFACT SLSRPT 消息？ EDIFACT SLSRPT（销售数据报告）消息用于提交销售数据，包括销售对象的信息、销售的产品、数量、日期等。SLSRPT使接收者能够调整他们未来的生产和计划要求。 如何使用EDIFACT SLSRPT ？ 此消息用于提交指定时期内一个或多个销售点的销售数据。该消息通常是由卖方发送给他们的供应商，但也可以通过销售协调员或配送中心生成，并直接发送给制造商或代表相关合作伙伴工作的第三方供应商。 [...]
