EDI是Electronic Data Interchange的缩写，中文常译为电子资料交换或电子数据交换。它指的是企业之间按照一套公认的标准，以计算机可处理的结构化格式，通过网络自动传递商业文档（如订单、发货通知、发票）的方式。XML则是eXtensible Markup Language的缩写，是一种用于描述数据的通用标记语言。二者经常被放在一起比较，但所处的技术层次并不相同。
一、EDI到底是什么
EDI并不是某一种具体的文件后缀，而是一整套关于“商业数据怎么写、怎么发、怎么读”的规范集合。一套完整的EDI体系通常包含三个要素：数据格式标准、传输通信协议以及业务语义约定。早期企业为了替代纸质单据，制定了如ANSI X12（北美常用）、UN/EDIFACT（国际常用）等标准，它们规定了采购订单里哪个字段代表数量、哪个代表单价，以及段与段之间用什么分隔。
从技术视角看，传统EDI报文往往是纯文本，使用固定的分隔符（比如*或|）来切分数据，人类读起来并不直观，但计算机解析效率很高。例如下面是一段简化的X12订单片段，并没有任何XML标签：
ISA*00* *00* *ZZ*SENDER *ZZ*RECEIVER *200101*1200*U*00401*000000001*0*P*> GS*PO*SENDER*RECEIVER*200101*1200*1*X*004010 ST*850*0001 BEG*00*NE*PO12345**20200101 REF*DP*001 N1*BY*BUYER COMPANY PO1*1*10*EA*5.00*PE*VN*ITEM001 CTT*1 SE*8*0001 GE*1*1 IEA*1*000000001
除了格式，EDI还涉及传输方式。老式EDI多通过VAN（增值网络）或AS2、SFTP等协议传送，强调可靠投递与加密。因此，说“EDI是一种格式”并不准确，它更像一个包含语法、语义和传输的完整框架。
二、XML在其中扮演什么角色
XML诞生于1998年，设计目标是让任何人都能定义自己的标签结构来描述数据。它用尖括号和嵌套表达层次，可读性比定长报文好很多。正因为如此，一些组织把原有EDI标准“改写”成了XML形态，例如ebXML、XML版本的EDIFACT，以及行业内的cXML（常用于采购目录对接）。此时，XML只是EDI标准的一种序列化语法，并非凭空取代EDI。
下面的代码展示了一段用XML表达的简化订单，语义上和前面的X12片段等价，但结构更直观：
<Order>
<OrderNumber>PO12345</OrderNumber>
<OrderDate>2020-01-01</OrderDate>
<Buyer>BUYER COMPANY</Buyer>
<Items>
<Item>
<LineNo>1</LineNo>
<Quantity>10</Quantity>
<UnitPrice>5.00</UnitPrice>
<VendorItem>ITEM001</VendorItem>
<Item>
</Items>
</Order>可以看到，XML本身不规定“订单必须有哪些字段”，它只提供描述能力。如果脱离具体的EDI业务规范，两段XML可能结构完全不同，系统依然无法互通。所以XML是载体，EDI标准才是让双方看懂的字典。
三、EDI与XML的关系总结
用一句话概括：EDI是标准与流程体系，XML是数据描述语言。二者是“规范”与“语法”的关系，而非对立或替代关系。传统EDI可以不用XML，现代基于XML的报文也可以属于EDI范畴。在选型时，若合作方要求ANSI X12并通过AS2收发，你就需要EDI映射软件把内部数据转成X12；若对方接受cXML over HTTPS，你则用XML生成报文即可。
下面用表格对比常见组合，帮助理解边界：
| 类型 | 是否算EDI | 是否用XML | 典型场景 |
|---|---|---|---|
| ANSI X12 | 是 | 否 | 北美零售、汽车供应链 |
| EDIFACT | 是 | 否（原生） | 国际物流、海关 |
| ebXML | 是 | 是 | 跨国企政对接 |
| 自定义XML | 否（无标准） | 是 | 普通系统API报文 |
很多团队在对接时踩坑，是因为把“发XML”等同于“做EDI”，结果对方系统因缺少标准语义校验而拒收。正确做法是先确认业务标准代号，再决定序列化方式。理解这一点，企业集成时的沟通成本和开发返工都会明显下降。
四、开发中的实际处理建议
如果你要在代码里同时支持传统EDI与XML，建议将解析层抽象出来。内部领域模型统一，对外提供多种适配器。例如用Python可以把X12先转成字典，再序列化为XML给另一系统：
def parse_x12(segment_text):
# 简化示例：按*拆分每段
docs = {}
for line in segment_text.split('n'):
parts = line.split('*')
if parts[0] == 'BEG':
docs['order_no'] = parts[3]
elif parts[0] == 'PO1':
docs.setdefault('items', []).append({
'qty': parts[2],
'price': parts[4],
'sku': parts[7]
})
return docs
def to_xml(doc):
# 将内部字典转为简化XML字符串
items = ''.join(
'<Item><Quantity>%s</Quantity></Item>' % i['qty']
for i in doc.get('items', [])
)
return '<Order><Number>%s</Number>%s</Order>' % (doc['order_no'], items)
raw = "BEG*00*NE*PO12345**20200101nPO1*1*10*EA*5.00*PE*VN*ITEM001"
data = parse_x12(raw)
print(to_xml(data))这种写法把“标准解析”和“格式输出”解耦，以后若新增JSON或CSV对接，只需加一个序列化函数，不必改动核心逻辑。同时也提醒我们，无论外表是XML还是纯文本，背后遵循的EDI语义规则才是打通系统的关键。