在2019年借电商平台进入中国市场两年后，德国连锁商超巨头奥乐齐ALDI在上海开出了线下实体店。随着线下店开业，ALDI微信小程序商城也正式上线，提供店铺周围三公里快速配送服务。 如果说好市多Costco走的是“大盒精选”路线——大包装、大客单、大店。那么，奥乐齐ALDI就是“小盒精选”——小包装、小客单、小业态。奥乐齐ALDI几乎90%以上商品是自有品牌，因此需要在全球范围内寻找生产商，按照一流品质贴牌生产。如何处理这些来自全球供应商的业务数据，成为一大难点。 与Walmart、Costco等信息和文件量极大的公司相比，奥乐齐ALDI在使用EDI提升业务数据处理流程自动化方面算是一个后来者。但多年来，奥乐齐ALDI不断强化其EDI能力，在集团中广泛推广并应用 EDI ，以便能够使用数字化业务流程与其供应商和业务合作伙伴进行通信。 奥乐齐ALDI 供应商的 EDI 连接 支持的传输协议 [...]
IFTMBC是宜家与其供应商之间传输的符合EDIFACT标准的报文，在此前的文章如何读懂EDIFACT报文中，我们已经对EDIFACT做了详细的解读。在供应商发给宜家IFTMBF运输预定请求后，宜家会回复IFTMBC运输预订确认给供应商。 本文将从供应商接收宜家发送的EDI IFTMBC运输预定确认的角度出发，向大家详细讲解如何通过知行之桥EDI系统实现由EDIFACT到XML的格式转换。 下图为宜家EDI IFTMBC运输预订确认示例文件转换前以及经知行之桥EDI系统转换后的效果对比图： IKEA IFTMBC运输预定确认报文详解 宜家会给供应商发送EDIFACT标准的IFTMBC运输预定确认，示例如下 UNA:+.? ' [...]
家乐福（Carrefour）于1959年创立于法国，是大卖场业态的首创者，欧洲第一大零售商，世界第二大国际化零售连锁集团，主营大型超市、超市以及折扣店。大型连锁商超的供应链遍布全球，需要传输的业务数据量十分庞大，因此家乐福Carrefour选择使用EDI来实现与交易伙伴的数据传输。 家乐福Carrefour EDI需求 传输协议：AS2 对于家乐福Carrefour和其供应商而言，AS2传输协议具有便宜、稳定、可信赖的特点，出现漏传、错传的风险更低。即使出现文件丢失的情况，也能够更好的被追踪。 报文标准：EDIFACT 报文类型： 家乐福Carrefour使用最多的报文类型包括： ORDERS 采购订单 [...]
马勒MAHLE以其精湛的工艺和广泛的应用领域，在欧美制造业素有盛名，是众多国际汽车与发动机零部件制造商中的佼佼者，为汽车与发动机行业提供高质量的零部件产品。 使用EDI实现电子数据交换是与马勒MAHLE成功开展业务的前提，因此供应商要想和马勒MAHLE建立合作，首先需要具备EDI能力，供应商应当如何与马勒MAHLE建立EDI连接呢？ 传输协议：AS2 报文标准：EDIFACT 本次项目中，马勒MAHLE最初提出需要使用VAN来实现EDI通信，根据以往的项目经验，如果使用VAN则会产生额外的流量费用，更理想的方式是采用直连的方式。 我们的客户A公司写邮件给马勒MAHLE询问是否支持AS2或者OFTP等直连的方式，得到了马勒MAHLE的肯定答复：可以通过AS2实现EDI直连！ 如果你也遇到类似的情况，可以向交易伙伴写邮件进行确认，直连的方式可以为企业节省流量费用，实现起来也更加便捷。 企业的业务信息可以通过EDI系统进行交换，马勒MAHLE选择使用EDI国际报文标准：VDA或者EDIFACT。针对上述两种报文标准马勒MAHLE分别设计有自己的一套规范文件。最常用的报文类型主要包括：DELFOR物料需求计划（接收）以及DESADV发货通知（发送）。 马勒MAHLE运输流程以及相关注意事项 供应商通过EDI收到来自马勒MAHLE的DELFOR物料需求计划，在规定的周期内准备货物，并在发货时通过EDI系统将发货通知发送给马勒MAHLE。DESADV发货通知中会包含包装数据以及包装序列号等信息，能够及时登记货物，从而避免马勒的采购团队与供应商之间出现不必要的沟通，同时在货物接收过程中实现更好的产能利用。 [...]
麦德龙Metro AG 总部位于杜塞尔多夫，在全球范围内经营批发和零售业务。在2018/2019 财年，麦德龙Metro 的全球销售额约为 270 亿欧元。从2016年开始，麦德龙Metro就开始对其当时约230家门店和20,000多家分销合作伙伴进行数字化整合，借助其内部IT服务提供商Metro-Systems的IT支持，实现与合作伙伴的EDI通信。 为了能够通过EDI与麦德龙Metro交换业务数据，供应商需要通过Metro Link Portal进行注册。 [...]
百思买集团 Best Buy 是全球最大家用电器和电子产品零售集团，在大型家电专业店+连锁经营的基础上同时实施成本领先的战略。引入EDI技术成为其进一步优化其供应链管理体系，实现降本增效的关键一步。Best Buy 将 DROP SHIP 业务的EDI对接交由Commerce hub [...]
在使用知行之桥EDI系统的时候，有些客户作为SFTPServer端进行SFTP连接的时候，希望能够将文件按照不同的业务类型进行区分，并将区分好的文件放入不同的文件夹中，然后将这些文件夹共享给合作伙伴。 针对客户希望共享多个文件夹给交易伙伴的问题，知行之桥EDI系统中SFTPServer端口的其他路径功能可以轻松解决这个问题。它可以向SFTP客户共享除“Send”、“Receive”文件夹以外的文件夹。 知行之桥的SFTPServer端口可以在服务器上提供唯一的主目录，每个用户的主目录包含一个“Send”文件夹，和一个“Receive”文件夹。 我们只需要在SFTPServer端口中指定想要共享文件夹的相对路径（相对个人设置中根目录的相对路径），并且为此路径设置相应的权限即可。关于端口中路径权限的设置：如果希望用户给对应路径中写入文件，但是不希望读取文件，则配置“写”权限；反之，若是只想要让对应用户读取对应路径下的文件，但是不希望改变文件，则配置“读”权限。 步骤一：打开知行之桥EDI系统，点击界面上方个人设置部分，在个人设置界面打开SFTPServer界面，设置SFTP服务器的根目录。注意：此处根目录填写的是SFTP服务器根目录的绝对路径。 步骤二：我们需要打开SFTPServer端口，在高级设置界面的其他路径部分，填写SFTPServer下需要共享文件夹的相对路径，然后为其配置相应的权限。 例如这里想要在SFTPServer路径下增加两个文件夹test1和test2，test1接收对方发送过来的文件，因此test1的权限设置为写，test2提供给对方客户读取文件，因此test2的权限为读，点击保存变更。 到这里我们的SFTPServer的配置就全部结束了。 知行之桥EDI系统同时支持SFTP Server和SFTP [...]
本文着重讲述Kroger EDI项目中，Kroger发给供应商的X12 850 报文（采购订单）。 在此前的文章 如何读懂X12 中，我们对X12已经做了详细的解读，接下来让我们以 Kroger EDI项目中对X12 850采购订单的处理为例深入了解X12 850采购订单。 下图为Kroger [...]
和常见的X12以及EDIFACT类似，PEPPOL BIS也是一种EDI标准，主要用于B2G和B2B交易，在欧盟的应用十分广泛。在业务场景中，PEPPOL不单单只是用于发票，从下单到开票流程中均可提供标准化的数据传输。 在此前的文章中，我们了解了PEPPOL网络的对接流程，如果企业计划接入PEPPOL网络，除了通过PEPPOL接入点与交易伙伴建立连接之外，还需要了解通过PEPPOL网络传输的文件格式——PEPPOL BIS。 在展开介绍之前，先带大家回顾一下PEPPOL网络的传输流程： 接入PEPPOL网络的企业可以自由选择任何国家的任何接入点 签订一个协议即可连接所有 各PEPPOL接入点之间没有漫游费用 具有开放式的四角模型 对于接收方和发送方接入点具有以下要求： [...]
在与客户进行沟通的时候，经常有客户对EDI实施很感兴趣，一方面是客户具有相应的IT基础和技术力量，并且后续可能会有更多合作伙伴的EDI接入，因此客户有自主实施的想法；另一方面也可以在一定程度上为企业节约成本。 知行之桥的现有功能，对于有意愿进行自主实施的客户，具有非常便利的可操作性。实施人员只需要有一些基本的代码基础和思维，就可以在知行EDI系统上实现零代码完成EDI标准报文的格式转换。 在知行之桥中，几乎所有的文件格式转换都是基于XML格式类型进行转换的。因此，无论客户的最终目标格式是哪一种，都需要先将原始文件转换成XML格式的文件，再进行后续的操作。 知行之桥EDI系统常见的报文类型有EDIFACT、X12、VDA等。 接下来，我们以接收EDI订单为例，通过知行之桥EDI平台完成零代码报文转换，将EDI报文转换成XML文件。 知行之桥的EDI端口，可以初步实现EDI订单报文和标准XML格式的自动转换。 可以通过此端口将EDI报文转换成标准XML文件，也可以将XML文件转换成EDI报文，此处我们需要使用到端口的“EDI转换为XML”功能。 如图所示，这是EDI端口转换得到的XML文件，通过此端口转换得到的XML文件，其可读性依然较低，还需要进行进一步的映射，转换成企业可以处理的文件格式。 此时，我们需要使用到知行之桥的XML Map端口，它可以实现两种XML之间的格式转换。在XML [...]
