准时达是富士康科技集团授权的供应链物流科技管理平台服务公司，积累了近20年的精益供应链管理经验，专注制造业上游从原材料到成品，以及下游从成品到终端消费者的全程端到端供应链整合，通过与客户在供应链领域的深度融合，让供应链真正成为企业的核心竞争力。我们与全球超过3000家3C零组件厂商及客户密切合作，服务超过1000家知名品牌客户，以卓越的全球供应链管理经验成为业界的佼佼者。 本文主要介绍准时达如何通过EDI为国内某知名公司供货？初次了解EDI时，您可能会觉得它很陌生，下文将带您深入分析准时达的EDI需求。 EDI (Electronic Data Interchange)，即电子数据交换，旨在实现两个企业之间业务系统数据的交换。比如，一家公司可以通过电子数据交换平台，向另一家公司发送订单、查询库存、通知发货等信息。帮助企业整合供应链、降低库存、实现精益生产。查看更多关于EDI的介绍。 准时达EDI项目需求 1. EDI项目需求概览 1.1 [...]
如今，数据安全漏洞问题的越来越严重。 根据风险安全组织的报告，仅2019年的前六个月就发生了3,800多次违规事件，比上一年增长了54％。 每次违规的成本也在迅速增长。根据Ponemon Institute / IBM Security 组织发表的 “ 2019年数据泄露成本报告”发现，数据泄露的平均成本现在为392万美元。 [...]
像许多公司一样，由于他们的交易伙伴要求，如要进行业务交易必须使用EDI(电子数据交换)，于是企业别无选择，只能采用EDI。 有部分企业在刚接触EDI时，思路是转向VAN(增值网络)。VAN作为外包服务为企业提供EDI，推迟了企业对EDI的投资或是咨询EDI专业知识的需求。如果您是EDI新手，VAN似乎是一个有吸引力的选择，因为它能为您“处理EDI”。VAN将在您的应用系统和您交易伙伴的系统之间建立映射，然后按照流量计费的模式提供持续的EDI翻译和文件传输，不同的VAN根据您交换消息的千字符、文档或行项目的数量收费。EDI业务量较低的企业可能会觉得VAN方式的成本比较合理。 但总，随着企业业务的发展和壮大，有一天，大多数的企业会推翻此前的想法，发现使用直连EDI方式更有意义。EDI解决方案让您能直接控制自身企业的运营，并且成本仅为VAN方式的一小部分。因为直连EDI方式不按流量计费，您可以在不收取服务费的情况下使用EDI连接交易伙伴，享有无限制的消息收发权限。 以下信息，可以帮助您判断企业的EDI成熟度，以及转到直连EDI方式是否更有意义。 不断增长的费用&成本 在很多方面，这是一个简单的数学问题。在EDI项目实施初期，EDI软件通常需要一部分资金投入。但从长远来看，会大大降低企业的运营成本。VAN在开始时对小规模和低交易量稍有优势，但随着业务量与日俱增，服务费也将持续增长。在足够高的交易量下，VAN的服务费会让您的利润大大折损，尤其是许多VAN会因为超过交易量限制而收取额外费用，年成本投入就可能高达六位数甚至七位数。如果您的企业面临这样的问题，那么，是时候改用直连EDI解决方案了，一套系统即可处理您的所有交易消息。 添加EDI交易伙伴、数据量和大型文件 这与费用和成本密切相关。由于许多增值业务是根据单据、行或千字符收费的，所以您添加的交易伙伴、数据量和大型文件交换越多，您的VAN成本就越高。如果您未来有计划增加交易伙伴，并预期会有更高的数据交易量，是时候开始寻找直连EDI解决方案了。 延迟对接交易伙伴 通常，VAN需要3到6个月才能与新的交易伙伴建立电子数据交换。这种时间上的延迟会造成机会成本，因为，在这段时间内您无法与交易伙伴进行业务交易。直连EDI只需要一个有效的解决方案和流程，就可以让您快速对接交易伙伴，实现电子数据自动化传输，平均项目时间缩减至VAN的50%不到。 [...]
如果您对EDI项目实施有一定的了解，想必您一定知道，在正式开始EDI项目实施之前，都会有EDI顾问与您接洽，沟通EDI项目需求。其中，会包含EDI通信双方使用哪种传输协议，传输的报文是符合什么标准的，传输的业务报文都包含哪些种类，标准的EDI报文转换成什么格式，是否与企业现有业务系统集成。以上问题，在项目需求沟通初期都务必要确认清楚。 以上，我们提到标准的EDI报文转换成什么格式，这一问题其实也是很多客户在项目实施中比较纠结的一点。实际上，这主要取决于您企业的信息化情况。通常，企业如已有业务系统，为了实现数据自动化处理，都会选择与现有的业务系统集成，支持的方式有很多，比如金蝶、用友可以通过数据库表方式与EDI系统集成，某客户的物流管理系统选择API方式与EDI系统集成，诸如此类。当然，也存在部分客户没有业务系统的情况，那EDI数据转换成什么格式才方便业务人员读取、操作呢？ 本文以X12 830报文转换为CSV格式文件为例，从收到X12 830报文开始，依次按照系统处理顺序，介绍如何使用知行EDI系统将X12 830报文转换为CSV格式。实际上，CSV这种方案不只是适用于没有业务系统的企业，有的业务系统也是支持直接导入CSV格式文件的，同样也适用CSV方案。 以下，是一个完整的X12 830报文转换为CSV格式的工作流。其中，经由3个端口处理，最终解析得到CSV格式的830文件。 X12ToXML端口 首先，配置X12端口转换类型(Translation [...]
前面小编已经介绍了帮助客户对接他们合作伙伴的EDI系统，详细介绍了每个项目的需求和实施方案，相信对于EDI及一些常用的解决方案应该都比较了解了。本文小编将带您了解一个新的需求：在EDI项目实施过程中，有些客户需要将订单、发货通知等业务报文中的主要业务数据进行打印，或者有些客户需要打印Label（标签），发货时贴在箱子上进行发货，一般客户需要打印的文档格式为PDF，那么如何将需要的业务数据写入PDF文档中呢？接下来小编将带您借助知行EDI系统的PDF端口来实现这个需求。 PDF 端口简介 在知行EDI系统FLOWS页面左侧的常用端口列表，选择PDF端口拖拽到右侧工作区，拖拽后需要设置Port ID（端口名称），测试示例中命名端口名称为“PDF_Test”， 点击“Create Port”便可在右侧的工作间创建一个名为“PDF_Test”的PDF端口。 如下图是创建的一个名为“PDF_Test”的PDF 端口: 如上图每一个PDF [...]
随着EDI（Electronic Data Interchange的简称，电子数据交换）的发展，越来越多的企业选择使用EDI解决方案。EDI解决方案中最重要的是三个元素： 传输协议： 常见的传输协议有AS2, OFTP2, SFTP, FTP等等，可参考EDI传输协议； 报文标准： 常见的报文标准有EDIFACT, [...]
企业实施EDI项目对于整个业务合作关系的发展都是至关重要的，它为企业与其交易伙伴提供了一种高度自动化的方式，使得计算机与计算机之间能自动进行数据传输。有效地降低了企业数据传输成本，提升了业务数据流转速率，更是缩短了企业回款周期，企业现金流更为稳健。 一直以来，EDI项目实施都受到企业高层的格外关注和重视。顺理成章的，IT部门和采购部门就要来肩负此重任。一系列等问题，需要考虑并评估。以往接触的项目中，少数客户就有这样的一个问题：选择自主开发还是找寻EDI提供商来完成EDI项目实施呢？ 本文，就此问题展开讨论，希望能帮助企业用户选择到一个适合的方案，为EDI项目成功实施奠定坚实的基础。 人员配备 自主开发 EDI技术在国内除去EDI提供商的EDI专业技术人员外，尚未成为专业学科为更多人熟知并掌握。企业用户更多是专注于本行业技术研发、或是市场开拓，对于EDI技术知之甚少。缺乏EDI专业技术，没有项目经验或是经历。不了解EDI项目实施的阶段任务，难以制定合理的项目实施计划。深入到项目实施细节，对于理解报文规范、梳理数据关系映射、实现与后端应用系统集成，更是棘手。 EDI提供商 EDI提供商专注于EDI技术研究、软件开发及项目实施。EDI项目实施人员更是长期专注于项目实施，接触的企业级用户成百上千，在项目实战中积累了一套成熟、可靠的方法和经验。对于项目实施的每个环节都是了如指掌，轻松应对各种难题。 软件产品 自主开发 [...]
上节课我们讲了，如何自己读懂EDI报文规范，那么本节课，小知接着为大家讲，如何使用知行EDI系统自己做报文翻译呢？ 首先，知行EDI系统是由不同的端口功能组合而成，通过端口名称可示意其实现的功能。知行EDI系统的端口分为两类，分别是连接端口和转换端口。其中，连接端口表示和外部传输或内部系统集成的端口，例如OFTP端口，AS2端口，Database端口等等。而转换端口表示将某种文件转换为另外一种文件的端口，例如EDIFACT端口，X12端口，Excel端口等等。 另外，知行EDI系统中，对EDI报文的处理一定会经过X12或EDIFACT端口。显然，X12端口是处理X12标准EDI报文的，EDIFACT端口是处理EDIFACT标准EDI报文的。经过这两种端口，可以实现将EDI报文和标准XML文件之间的相互转换，也就是既可以将EDI报文转换成标准XML，也可以将标准XML转换为EDI报文。 小知在这里提醒一下同学们，因为在知行EDI系统中，不同的方案会用到不同的端口，有的端口可能会需要写一些脚本语言，这里的脚本语言是小知自家定义的一种语言，叫做RSBScript语言。如果对RSBScript语言不了解，可能会造成使用过程中功能的限制。不过同学们放心，大多数实施方案，例如XML，IDOC，数据库中间表，CSV等，几乎都只需要通过配置或界面操作来实现，不需要额外写脚本语言。另一方面，RSBScript语言也非常简单，只要有一定的Script脚本语言基础，就会很容易掌握的。关于RSBScript脚本语言，可点击RSBScript 语言实战详细了解。 我们依然以一个850报文为例： 这是一份原始850 EDI报文： ISA*00* *00* [...]
如何使用知行EDI系统模拟连通性测试？ EDI（电子数据交换， Electronic Data Interchange 的缩写）传输协议中，都有一个发送方和接收方，双方需交换配置信息和证书，且均完成配置后进行传输。但是很多用户在未收到EDI配置信息前，需要对EDI连接进行建模和测试。知行EDI系统就支持用户使用本系统进行EDI传输自测。本文将介绍常用的几种协议在知行EDI系统中的自测模式。 本次测试中将使用证书，证书创建请查阅。 AS2 AS2协议是EDI传输协议中常用的一种协议类型。更多详情可查看 EDI（电子数据交换）AS2通信方式。 [...]
总览 XML 是知行之桥用于处理工作流中数据的主要格式。 因此，将{{ page.file_format }}文件转换为XML 是作为工作流中进一步处理的过渡步骤，或者在操作XML 之后将XML 转换为{{ page.file_format [...]
