在零售、分销和制造业务中，订单、发货和发票并不代表交易已经结束。商品退回、数量短缺、价格错误、运费扣减、税费差异和折扣错误，都可能在原始业务完成后引发金额调整。

EDI X12 812（Credit/Debit Adjustment）用于说明：为什么调整、关联哪笔业务、涉及哪些商品，以及本次应增加还是减少金额。

资料范围：本文依据某零售交易伙伴的 X12 004060 版 812 实施规范整理。出于信息保护，伙伴名称与样例数据均已匿名化。文中的伙伴代码不代表 X12 通用要求，实际项目仍须以当前交易伙伴的实施指南为准。

一、EDI 812 是什么？

EDI X12 812 的全称是 Credit/Debit Adjustment Transaction Set，即“借记/贷记调整报文”。

它用于通知或请求交易伙伴处理一笔 Adjustment 或 Billback，记录与商品或服务有关的异常、扣款、补款、退货和金额修正。812 可以由买方向供应商发送，也可以由供应商向买方发送，因此不是固定单向报文。

可以简单理解为：

EDI 810 说明“这笔业务应收多少钱”，EDI 812 说明“原有结算为什么需要增加或减少一笔金额”。

812 不是付款凭证，也不代表银行已经完成扣款。真正的入账、抵扣或付款结果，仍需由双方的财务系统和结算流程确认。

二、哪些业务场景会使用 EDI 812？

812 既可以通知已经形成的调整，也可以请求对方处理调整。具体是“扣减对方应收款”还是“给对方补款”，不能只看 C 或 D，还要确认发送方、接收方、BCD05、CDD02、交易处理代码及双方的会计口径。

三、一份 812 回答哪些业务问题？

这套结构既让财务人员看到金额，也让采购、门店、仓储和物流人员找到对应的业务事实。

四、关键金额字段如何理解？

1. BCD：整张调整单

例如：

BCD04 = 12550  →  125.50

系统必须按数据类型恢复小数，不能把 12550 当成一万二千五百五十。

2. CDD：每一项调整明细

本文规范还规定：

• CDD04 与 CDD07 至少出现一个；
• 出现 CDD07 时必须提供 CDD11；
• CDD10/11 成对出现；
• CDD12/13 成对出现。

CDD04 是调整金额，CDD13 是由 CDD12 限定的价格，两者不能互相替代。原因码可作为 ERP 调整类型、审核流程和会计科目映射的分流依据；具体规则仍需结合交易伙伴约定和企业财务政策配置。

五、如何连接业务、物流和商品？

N9：参考信息

本文伙伴规范还使用：

• N9*L1*11：Product Safety Issue，产品安全问题；
• N9*ZZ*07：Return for Credit Defective，缺陷品退回并申请抵扣。

其他业务段

• N1/N3/N4：说明账单方、门店、收货方及地址。本文规范使用 BT、SN 和 ST 等实体代码。
• FOB：说明运输费用支付方式，例如 CC 到付、PC 预付后向客户收取、PP 由卖方预付。
• SHD：传递箱数、数量、重量、体积、运输方式、SCAC 及运输参考号。出现承运商和追踪号不代表实物已经签收。
• LIN：传递 SKU、供应商料号或采购订单号。业务系统应维护零售商 SKU 与供应商料号的对应关系。

六、结合样例理解完整业务

下面使用一组脱敏后的演示数据。调整单号、供应商号、门店号、SKU、型号、追踪号、日期和金额均已替换，不对应任何真实交易；报文结构、原因码和金额勾稽关系保持不变。

BCD*20260115*ADJ20260115001*O*30000*D**0000000000******ST*0123~
N9*VR*VENDOR1001~
N9*DP*25~
N9*L1*11~
N9*ZZ*07~
N9*2I*1ZDEMO1234567890~
FOB*PC~
CDD*RM*D*****1*EA**UCP*280.00*ICL*280.00*DEMO 7.6 CU.FT RETRO REFRIGERATOR~
LIN**SK*SKU100001*VP*MODEL-DEMO-76~
CDD*54*D**2000******UCP*0~

从业务角度可以读成：

1. 2026 年 1 月 15 日生成借记调整单 ADJ20260115001。
2. BCD03=O，按该伙伴规则从下一笔汇款中扣减。
3. BCD04=30000，按 N2 还原为 300.00。
4. 业务关联演示供应商 VENDOR1001、部门 25 和门店 0123。
5. 调整原因为产品安全问题及缺陷品退回。
6. 退回 1 EA，商品成本为 280.00；另扣运费 20.00。
7. 金额勾稽结果为：280.00 + 20.00 = 300.00。
8. 演示追踪号仅说明物流关联方式，不能用于真实查询。

这笔业务可以概括为：

某门店因产品安全问题退回 1 台缺陷商品，商品成本为 280.00，同时扣减运费 20.00，形成合计 300.00 的借记调整，并计划从下一笔供应商汇款中扣除。

七、企业实施时应重点确认什么？

1. 借贷视角：明确发送方、接收方及双方的会计口径。
2. 金额勾稽：确认商品、运费、税费和手续费如何计入 BCD04。
3. 小数处理：区分 N2 金额字段与普通小数字段。
4. 业务匹配：使用供应商号、门店、订单、收货号、SKU 和追踪号关联原业务。
5. 伙伴代码：区分 X12 标准含义与伙伴自定义子集。
6. 自动入账：根据金额、原因码和匹配结果设置容差与审批规则。
7. 技术与业务结果：997 等技术确认只说明报文接收情况，不代表财务认可调整。

八、总结

EDI X12 812 的核心价值，是把“为什么发生金额调整”与“这笔调整如何计算”放在同一份结构化报文中。

企业实施 812 时，真正的难点不是把 EDI 转成 XML 或 JSON，而是明确借贷方向、金额勾稽、原因码处理、原始单据匹配和争议审核规则。只有这些规则落地，812 才能成为可自动匹配、审核、入账和追溯的金额调整流程。