电子数据交换

电子数据交换，是组织之间依照约定的消息标准，以计算机可处理的结构化数据交换业务或管理信息的方式。它通常让发送方和接收方的信息系统直接生成、传输和处理订单、发票、运输或申报等消息，减少同一信息在纸面和系统间重复录入。它是一种数据交换与业务消息标准化方式，并不等同于XML，也不等同于电子商务。

电子数据交换的英文为 Electronic Data Interchange，简称EDI。联合国欧洲经济委员会贸易便利化与电子商务中心（UN/CEFACT）使用的定义强调：EDI是依照消息标准、以尽量少的人工干预在计算机之间交换数据。联合国贸易数据交换目录中的术语定义则概括为组织实体之间以标准格式交换可由计算机处理的数据。两种表述的共同点是“结构化”“约定标准”和“系统可处理”，而不是单纯把纸面文件扫描成电子文件。

EDI所交换的内容可以是商业或行政事务消息。常见业务消息包括订单、发票、发运通知、运输指令、库存或报关数据等；参与方可以是企业，也可以包括公共管理部门。联合国行政、商业和运输电子数据交换标准（UN/EDIFACT）是其中一种国际标准体系，名称中的“EDIFACT”指其具体规则和目录体系，EDI则是更广泛的交换方式及标准化实践，不是某一种格式或某一家软件产品。

EDI的基本前提是交换双方对消息结构和含义达成一致。发送系统按消息规范输出字段、代码及相互关系，接收系统据此识别和处理数据。要让这一过程可靠运行，双方通常还须约定所用消息及其版本、业务术语和代码表、参与方与商品等标识、必填字段、校验规则、传输方式、确认或错误处理方式。若双方用相同字段表达不同意思，或代码表与版本不一致，即使数据成功传输，接收方也可能无法正确解释。

EDI不是一个单独的传输协议，而是语义、消息结构、语法及传输安排协同工作的结果。语义层说明信息元素代表什么，例如数量、日期、地点或付款条件；消息规范规定完成某种业务功能所需的信息以及字段之间的关系；语法规定这些元素怎样排列和编码成机器可读的消息；传输层再通过双方选定的通信渠道把文件或消息送达对方系统。联合国EDIFACT标准将这类结构表达为数据元素、复合数据元素、段和消息，并使用相应语法规则。

共同采用一个标准，并不意味着双方对每笔消息的含义天然一致。实施时还要把各自系统中的业务数据映射到标准字段，并确定具体消息类型、版本、代码表、必填项和校验约束；组织内部编号如何对应标准代码，也需按双方约定处理。更换消息版本或业务代码时，映射和校验配置通常也要复核，否则格式正确的数据仍可能被解释成不符合业务预期的内容。

ISO 9735规定面向行政、商业和运输电子数据交换的EDIFACT应用层语法。ISO 9735-1:2002规定批量及交互消息在计算机应用系统间交换时通用的语法规则；ISO官网在2024年评审后仍将此版本标为现行。它是EDIFACT体系中的语法标准，不是所有EDI系统必须采用的唯一语法。

在实施中，EDI消息可能通过企业间直连、第三方网络服务或互联网承载；具体方式由标准、系统能力与双方安排决定。传输成功和业务处理成功也不是同一件事：发送回执只能说明消息到达或被接收的某一状态，业务层确认还可能需要专门消息和规则。数据加密、身份认证、签名、访问控制、可追溯记录以及备份等安全能力，取决于另行选用的技术、流程和协议，不能仅从“使用EDI”推定已经具备。

因此，更换通信渠道与升级消息规范是两类变更：前者调整送达路径，后者可能影响字段和处理规则，双方需分别核对相应配置与约定。

从发送到处理，可以区分几个不同环节：发送方从业务系统生成消息，按约定结构编码并传输；接收方读取消息后，先检查结构、字段和代码，再按本方业务规则判断是否受理；双方还可约定相应的回执、错误报告或业务答复。回执层次回答的问题不同：消息是否送达、能否被系统解析、相关业务是否接受，并非同一个状态。具体返回方式和含义取决于所选消息标准与双方协议。

假设企业甲向企业乙发送一份订单消息。乙方系统先回告消息已经到达，之后发现某个商品代码无法按双方映射识别，并返回错误或拒绝信息；这时传输成功并不表示订单已受理。这个虚构例子仅说明消息递交、数据校验和业务答复是可分开的环节，不指向某个真实企业或特定消息格式。若状态页面只显示“发送成功”，仍需查看双方约定的后续处理状态。

格式有效与事实准确也不是同一判断。系统能够识别字段、代码和消息边界，只能说明内容符合约定的表达结构；商品资料填错、信息已过期，或双方对某项业务含义理解不同，仍会影响后续处理。EDI支持按标准组织和传递信息，不能替代对源数据及交易内容的核对。

XML（可扩展标记语言）是描述文档结构并标记数据内容的文本语法。它与EDI不在同一概念层级：EDI描述组织间以标准消息交换业务数据的做法；XML提供一种表达结构化内容的语法。某个符合特定业务消息规范的XML文档可以作为EDI消息；但任意XML文件并不会因为使用XML就自动成为EDI。相反，UN/EDIFACT采用ISO 9735语法，其消息形式并非XML。GS1维护的标准也同时包括不同消息标准和语法，例如EANCOM、GS1 XML及UN/CEFACT XML，这说明EDI可用多种标准与语法实现。

电子商务通常关注借助电子网络开展的商业活动，例如买卖双方在线平台上的交易；EDI关注业务数据如何以结构化消息在系统之间交换。在线下单可能触发后台EDI订单、仓储、运输或结算消息，但两者并不等义。一个电子商务网站可以不采用EDI；企业间也可以在没有消费者网店的情况下用EDI传递订单和业务单据。

电子邮件、PDF、电子表格或扫描件也能承载业务信息，但若没有双方约定的结构和机器处理规则，接收者往往仍需阅读、转录或另行解析，通常不能仅凭“电子传送”称为EDI。反过来，邮件或文件通道中若承载按约定标准生成并可由系统处理的消息，通道本身不会改变其消息是否符合EDI标准这一判断。

EDI常用于订单到交付、开票结算、仓储运输、贸易单证和行政申报等重复性较高、参与方较多的流程。它可以减少重复录入，支持系统间自动校验和批量处理，并让不同组织对常见消息使用较一致的字段与代码。EDI也可作为更广泛的电子商务、供应链管理或无纸化贸易流程中的一项基础能力。

这些效果依赖实施条件。参与方需选定兼容的消息规范和版本，清理并映射数据，维护主数据与代码表，测试例外和错误情形，并在业务流程变化时持续更新接口。不同组织的旧系统、行业术语或国内监管格式可能不一致，转换和维护会带来成本；如果只有一方系统自动化，另一方仍需手工处理，整体流程也未必达到端到端自动化。标准化能降低结构差异，不能替代业务伙伴对交易条件、责任、付款、交付、争议处理和数据保护等事项的约定。

互操作测试宜覆盖整段消息生命周期，而不只检验文件能否送达：可分别核对字段和格式、必填信息、代码映射、成功与拒绝状态、错误反馈以及修正后重发等路径。这样可以发现发送方认定的有效值与接收方校验规则不一致之处。实际流程还可约定用于关联往来消息的参考信息，以及重复发送或处理失败时的处置方法；不同项目需要的测试项和状态安排并不完全相同。消息版本、代码表或业务接口变化时，也应重新评估双方映射与处理规则。

EDI本身也不自动证明数据真实、完整、获授权或具有特定法律效力。联合国贸易法委员会《电子商务示范法》为电子信息与纸面信息的法律承认等问题提供立法框架，但具体适用取决于相关法域是否采纳及其法律规则。联合国欧洲经济委员会第26号建议鼓励商业伙伴使用交换协议，以提升EDI关系的法律确定性；该建议提供参考，并非对所有组织强加的普遍义务。因此，EDI应理解为一类标准化、机器可处理的消息交换换机制，而不是安全认证、电子签名、交易合同、电子商务平台或法律合规的替代品。

• UNECE：Recommendation 25, Use of the UN/EDIFACT Standard
• UNECE/UN-CEFACT：Executive Guide on UN/EDIFACT
• ISO：ISO 9735-1:2002
• W3C：Extensible Markup Language（XML）1.0
• GS1：Electronic Data Interchange Standards
• UNECE：Recommendation 26 on the Commercial Use of Interchange Agreements for Electronic Data Interchange
• UNCITRAL：Model Law on Electronic Commerce