Brose EDI 项目报文解读:VDA 4987 Global DESADV
此前的文章:《Brose EDI 项目报文解读:VDA 4984 Global DELFOR》中介绍了DELFOR交付预测报文,本文主要为大家介绍Brose EDI项目中常用的VDA 4987 Global DESADV发货通知报文。旨在带大家了解如何阅读Brose提供的EDI规范文件,如何在规范文件中获取ASN提前发货通知所需要的关键信息。 [...]
此前的文章:《Brose EDI 项目报文解读:VDA 4984 Global DELFOR》中介绍了DELFOR交付预测报文,本文主要为大家介绍Brose EDI项目中常用的VDA 4987 Global DESADV发货通知报文。旨在带大家了解如何阅读Brose提供的EDI规范文件,如何在规范文件中获取ASN提前发货通知所需要的关键信息。 [...]
XML Map 端口是用于在不同XML之间建立关系映射的工具,允许通过拖拽操作实现源XML和目标 XML之间的数据字段映射,除此之外,XML Map 端口还提供了其它丰富多彩的功能,使用户能够更加灵活和高效的处理XML 数据映射任务,让我们一同深入探索这些功能吧。 以生成850订单为例: 点击下载850订单的源文件和目标文件 自定义脚本检查必填字段 [...]
此前的文章:Daimler EDI 项目案例 中,我们已经成功对接Daimler,接下来我将为大家介绍如何将发票由Daimler的发票系统切换至EDI。 EDI需求背景 在Daimler的前期需求中,只涉及到了VDA4905交付预测以及VDA4913发货通知两种报文。对于发票,供应商都是通过Daimler的发票系统来传输的。但Daimler的发票系统对每日发票数有限制,每天最多只能传输500个发票。对供应商X公司而言,这并不能满足其需求。而EDI并没有这个限制,因此需要将发票切换至EDI。 由于Daimler的发票业务所使用的OFTP传输通道与其他业务不同,因此在增加发票需求时,不能使用此前对接Daimler的OFTP传输通道。需要根据最近的OFTP连接信息创建新的传输通道。 将发票从Daimler发票系统切换至 VDA 4938 [...]
TI EDI 工作流简介 TI EDI到SQL Server示例流具有预配置的端口,用于从TI的EDI集成规范转换以下交易集: 850 采购订单,企业 -> TI [...]
在进行EDI实施开发前,我们需要先确认实施的方案。经常面临的难题就是,到底要选择哪种方案。直接收发Excel或者是与业务系统进行集成?这两种方案分别适用于什么场景?到底应该选择哪种方案?本文将进行全面的说明。 Excel方案 相比于其他直接集成的方式,Excel方案稍有不同。Excel方案,顾名思义,是EDI报文和Excel之间的数据转换。它的基本思路是:在接收到交易伙伴发来的EDI报文,并在EDI平台内部完成格式的转换之后,将数据直接呈现在Excel中。用户可以直观地看到接收到的数据;手动在Excel上录入数据之后,将Excel上传至EDI平台,EDI平台在内部做字段映射,将表格中的数据映射到固定的EDI字段上,最终生成EDI报文发送给交易伙伴。 在知行EDI系统中,可以使用Excel端口完成Excel和EDI XML的双向转换,使用Email Send/Receive端口可以发送/接收用户的Excel文件。 对于Excel方案来说,仍有很多人工录入的工作,人工干预的越多,那么出错的概率也就越大,因此,如果数据量过大,相比于之前传统的业务模式,接入EDI并没有提升多少效率。并且Excel方案其实并没有直接与业务系统集成起来,只相当于是中间的一个数据载体。 直接集成业务系统方案 直接集成业务系统方案,便是直接将EDI系统和业务系统进行集成,可以将EDI收到的数据直接推送到业务系统,或在业务系统中填写完数据后则会直接推送到EDI系统,自动触发转换、发送。常见的集成方式有:API、中间数据库表等。 一般情况下,收到交易伙伴的文件之后,很短的时间内数据就将直接出现在业务系统中;在业务系统中录入数据之后,数据很快就可以直接发送给交易伙伴。 [...]
金蝶ERP作为目前使用最广泛的业务系统之一,面向不同的服务群体有不同类别的软件,主要有企业管理软件、协同管理软件、政府非盈利组织管理软件。夯实的数据整合管理能力和应对不同业务的实施灵活性,让金蝶ERP的客户遍地开花,具有庞大用户群的金蝶ERP成为了EDI与ERP集成项目中出现频次最多的ERP系统之一。本文主要讲述知行之桥EDI系统采用中间数据库表方式集成金蝶ERP的方法及步骤。 首先要明确的就是,使用中间数据库表的方式集成知行之桥EDI系统和金蝶ERP,就是采用一张或多张数据库表作为中间表,存放知行之桥EDI系统收到EDI报文后解析所得的业务数据,以及发送EDI报文需要ERP提供的数据。中间数据库表,顾名思义它不等于ERP系统的生产数据库表,ERP仅在这个数据库中存放EDI发送报文所需的业务数据,和读取EDI接收的业务数据。 中间数据库表,作为EDI系统和ERP系统间数据传输的纽带,它既可以用于EDI数据的溯源,避免纠纷,也保证了EDI和ERP集成后的平稳运行。EDI和ERP约定不直接修改中间数据库表中的数据,以此完整保留EDI所传输数据,方便在出现业务数据争议时进行数据溯源;ERP自行从中间数据库表抓取及存放数据,不直接修改ERP生产数据库的数据,便是在EDI和ERP集成中对ERP系统平稳运行的一个侧面保护也可以在不影响ERP原有业务的基础上完成和EDI的集成。 知行之桥EDI系统和金蝶ERP系统,通过各自的接口来连接中间数据库表,实现从中间数据库表中存放和读取数据。下图所示便是知行之桥EDI系统中的数据库端口,用于配置数据库表信息,完成与中间数据库表的连接。目前支持的数据库有:MySQL、PostgreSQL、SQLite、SQL Server、Oracle等。关于数据库端口的配置和使用方法,见知行软件官网文章数据库端口配置以及连接设置 以上详细介绍了知行之桥EDI系统采用中间数据库表方式集成金蝶ERP的方法,下面以对接金蝶K3为例,讲述知行之桥EDI系统采用中间数据库表方式集成金蝶ERP的步骤。主要分为以下5个步骤: EDI整理所需业务字段,ERP整理所有业务字段 EDI和ERP做业务字段做对应 客户业务人员、EDI工程师、ERP工程师三方会议讨论业务字段 建数据库表 [...]
一次EDI项目实施通常需要经历需求分析、制定实施计划、前期准备、EDI连接测试、数据映射实施(含与后端系统集成)、本地集成测试、业务集成测试、交付验收、用户培训、试运行&调试、正式上线,共11个阶段。期间需要客户与其EDI提供商协同配合,才能顺利地完成EDI项目实施。本文主要介绍客户及其EDI提供商如何分工,帮助客户理解EDI项目实施中自身以及EDI提供商的主要工作内容,从全局角度理解EDI项目实施过程,并提前做好人员安排。 在每次EDI项目实施中,EDI提供商都会为客户配备有销售顾问、项目经理、实施工程师以及运维工程师。从前期咨询,中期项目实施以及后期上线维护,全程跟进项目并为结果负责。以下对EDI提供商的人员分工进行介绍。 销售顾问 售前技术咨询,解答客户有关EDI的疑问 协助客户分析EDI项目实施资料,整理EDI项目实施需求 结合客户项目需求,演示和介绍EDI软件产品及项目实施主要流程 初步制定项目实施方案及实施计划,提供报价和合同 跟进客户项目进展,促成合同交易 项目经理 遵从项目要求,确立最终的项目实施方案及实施计划 [...]
实际业务中,企业之间往往会传输标准化的EDI报文,如X12标准下的850订单,或是EDIFACT标准下的DELFOR交付计划等。但也有一部分客户会提出这样的问题:EDI只能传输标准EDI报文吗?不是。除了符合国际标准的报文以外,EDI还可以传输多种格式的文件。 标准EDI报文只是说明这种报文是被权威机构制定、并且被众多企业一直认可并使用的。EDI支持的常见报文标准包括EDIFACT、X12、VDA等,其中EDIFACT报文标准由联合国主导开发。使用EDIFACT报文标准的企业有捷豹路虎和索格非等。X12报文标准,由ANSI附属机构认证标准委员会(ASC)维护。主要代表有:特斯拉和亚马逊等。VDA报文标准,由德国汽车工业协会制定,其主要代表有:宝马和大众等。由此可见标准的EDI报文应用广泛,但EDI也可以传输其他非标准报文格式的文件。在以往的项目中,客户根据自身需求也在EDI系统中成功传输了一些非标准报文的内容。主要传输的非标准报文格式包括:图片、CSV、Json、XML、Excel等。 接下来介绍EDI传输非标准报文的示例,通常情况下使用符合国际标准的EDI报文足以满足企业的业务数据传输需要,但有时企业的实际业务中需要传输非标准的EDI报文。如博西案例中,企业需要传输给交易伙伴图片格式的文件,详细情况可参考:博西BSH EDI实例 提高物流信息交互 传输非标准报文还有一种情况,企业与其合作伙伴之间经过协商,制定两个企业共同认可的一套报文标准。或者企业对合作伙伴提出要求,需要按照企业内部自定义的的报文标准进行数据传输。EDI支持企业自定义的报文标准,而这种非标准报文同样可以实现业务数据的传输,满足业务需求,生成自定义的XML文件,但传输非标准报文意味着传输本身会受到许多约束。 首先,报文的通用性会受到限制,标准报文是国际通用的,被广泛应用于各行业、各领域的企业中。企业采用标准报文可以极大程度上减少对接多个合作伙伴的工作量。其次企业传输非标准报文会拉长项目准备周期,如果企业已经适应了符合国际标准的报文格式,突然更换新标准,无疑需要企业甚至其合作伙伴耗费大量时间去熟悉新的报文标准,企业需要考虑非标准报文带来的时间成本。最后,标准EDI报文应用范围广、部署时间长,长时间的应用沉淀使得标准EDI报文具有很多值得学习的经验,非标准报文没有一套规范化的行业标准对其进行约束,存在许多难以预知的问题,企业需要考虑非标准报文带来的潜在风险。因此,从企业长远发展的角度来看,更推荐企业使用符合国际标准的报文。 通过以上分析,我们了解到EDI可以传输多种非标准格式的内容,但历经时间沉淀,国际标准化的EDI报文仍具有不可替代性。因此,标准EDI报文是企业使用EDI的最优选择,当企业遇到标准EDI报文无法满足的需求时可以使用非标准报文或者其他非标准格式的内容作为补充。 了解更多EDI信息,请您电话 150-0298-3180 [...]
经常听到用户会有这样的疑问,使用EDI,有没有行业限制呢?所有行业都能用吗?第一次接触EDI技术的你,是不是也有这样的困惑呢? 答案是,EDI是没有行业限制的。从汽车行业、机械行业,到零售行业、家居行业甚至服装行业,都可以使用EDI进行自动化地数据传输。 本文主要从EDI适用的应用场景以及在部分行业中的应用现状出发,对EDI的应用情况进行介绍。帮助企业了解EDI在其他行业的应用现状,更深入地理解EDI,在未来企业信息化建设中能主动结合企业现状并为EDI平台建设做好准备。 图中可以看到供应商、仓库、代工厂、第三方物流、配送中心以及零售商等组织/企业。橘色线条表示实物流,代表他们之间货物/原材料的流转。蓝色线条表示信息流,代表组织/企业之间的业务消息对的传递。蓝色线条将各个组织/企业与中央的知行EDI系统相连,代表企业两两之间可以借助于知行EDI系统在互联网上建立EDI连接,从而进行业务消息的收发。 其中,下游供应商与上游采购商、供应商与仓库、物流承运商与仓库,或是配送中心与终端客户,这样的业务合作关系在各行各业都普遍存在。不论是汽车或是零售行业,基本都会涉及下游供应商、上游采购商以及终端零售商。他们两两之间建立长期且稳定的业务合作关系,为满足供销的业务模式,势必会存在采购订单、发货通知、发票等一系列的业务消息传递。EDI的优势就在于可以安全、可靠的传递业务消息,“无纸化”的传输方式不仅降低了数据传输的资金投入,还减少了人力投入。由此得知,EDI可以灵活地应用在各个行业中,提升企业间信息传输的自动化程度。 除去EDI在行业应用是否有限制的问题,关于传输协议和报文标准的选择,大家也会有疑问。针对不同的行业,是不是也要使用特定的某种标准呢? 目前知行的主要客户包含汽车、物流、零售、化工、医疗、化工、电子及能源等十余种行业。由于各行业的业务特征,以及市场选择和用户使用习惯的作用,各行业逐渐形成了一些具有倾向性的应用特征。比如,汽车制造、物流行业更多地会选择OFTP/OFTP2.0传输协议,报文标准普遍使用的是UN/EDIFACT。高新电子科技以及零售等行业则使用AS2传输协议较多一些,报文标准也更多地采用了ANSI X12标准。 不同行业对传输协议和报文标准的选择并不是绝对的。实际项目中,用户选择哪种传输协议,主要是基于在互联网上传输是否安全去考量的。对于业务报文标准的选择基本不用有太多顾虑,因为每种报文标准里都包含主要业务的单据类型,可以涵盖99.99%的业务需要。 如果企业是应交易伙伴的要求接入EDI系统,那么基本上可以确定,交易伙伴已经有完备的EDI系统。以往项目中,大中型企业普遍支持多种主流的传输协议和报文标准。以德州仪器TI为例,传输方式支持AS2 [...]
知行软件自2008年成立至今,曾为物流、汽车、零售等十余种行业的企业级客户提供EDI技术咨询及EDI解决方案。从前期的咨询阶段直至验收上线,EDI项目实施平均需要经历两个月的时间。整个过程包括准备阶段、EDI连接测试、实施映射、EDI业务测试、用户验收测试以及用户培训等。 伴随海外EDI市场的成熟以及EDI技术具备安全、自动及高效的显著优势,与海外交易伙伴业务往来较多的国内企业也陆续收到一些关于实施EDI的要求。为满足与交易伙伴进行业务合作的需要(如,接收订单数据。),国内企业逐渐将接入EDI提上日程。由此可见,接入EDI不仅是企业信息化的必然结果,更是与海外交易伙伴建立业务合作的重要前提。 EDI项目合作期间接触到不少的采购、业务和技术负责人,他们大都是第一次接触EDI。在其海外交易伙伴要求建立EDI系统之前,对EDI技术知之甚少。因此,在EDI项目启动前做好准备工作,成为必不可少的一步,向专业的EDI软件服务提供商咨询也变得尤为重要。 本文主要结合以往的项目经验对企业实施EDI过程中的常见问题以及解决方案进行分享,为后续其他企业实施EDI项目作为参考。 业务成本占业务收入比例过高 企业作为盈利性组织,势必会考虑业务成本占业务收入比例。各行各业不尽相同,据有关资料显示,工业企业约50%-70%,零售企业约85%-95%。作为企业的市场销售部门,如果业务成本占业务收入比例过高,多数情况下甚至会放弃业务合作以避免亏损。 从长期的战略角度出发,企业决策者需要站在一个较长的时间维度(一年甚至几年)去衡量实施EDI项目所带来的影响。海外客户要求接入EDI,不仅是为了促进业务数据高效准确传输,同时也是在评定未来是否有意向以及实力开展更加深入的合作。企业应结合现状综合考虑,尽可能积极配合海外交易伙伴的合作需求,避免错失市场机遇。实际操作中,可以选择性价比较高的EDI解决方案,找到短期内成本与收入的平衡。 自开发或是寻找EDI供应商 EDI项目实施一直都受到企业高层的关注和重视,顺理成章的,就需要技术部门肩负此重任。自开发或是寻找EDI供应商也成为了技术部门首要问题。 对于没有专门设立技术部门的企业来讲,通常会选择寻找EDI提供商来提供全套的EDI解决方案,快速消除技术门槛。大中型企业具备完备的技术团队,自开发或许是个不错的选择。但是在企业竞争激烈的形势下,时间成本不仅是时间本身的流失,更是在等待时间内造成的市场机会的丢失。 [...]