UNFI EDI 对接指南：基于 AS2 与 X12 004010 打通订单、库存、发货、通知和发票流程

UNFI 是北美地区知名的食品杂货批发商和供应链服务提供商，总部位于美国罗得岛州普罗维登斯，业务覆盖天然、有机、特色、生鲜、传统食品和自有品牌等多个品类。对于 UNFI 供应商而言，订单接收与变更、产品活动同步、订单确认、发货跟踪和发票结算都需要较高的数据准确性和响应效率。

通过 EDI 对接 UNFI，供应商可以将原本依赖人工处理的业务单据，转为系统间自动传输与处理，减少人工下载订单、手工录入、重复对账和物流信息回填等工作量，降低错单、漏单和对账成本，提升整体供应链协同效率。

知行软件可基于知行之桥 EDI 系统或知行之云 Web EDI 系统，帮助供应商完成 UNFI AS2 通信、X12 004010 报文解析、字段映射、格式转换及业务系统集成，快速满足 UNFI 的 EDI 对接要求。

UNFI EDI 需求概览

UNFI EDI 对接主要围绕订单履约、库存协同、异常通知、物流发运和财务结算展开，从 UNFI 下发 850 或 875 采购订单开始，到供应商处理订单变更与产品活动数据，并回传订单确认、发货通知和相应发票，形成完整的业务闭环。

本文以 UNFI 供应商项目中常见的 AS2 与 X12 004010 对接场景为例。实际通信方式、报文版本和单据范围，应以 UNFI 针对供应商所属业务部门及运输模式提供的最新规范为准。涉及的核心业务单据如下：

EDI 单据	X12 004010 报文	传输方向	说明
采购订单	850	UNFI -> 供应商	下发采购订单、交易方、商品、数量、价格、交期及包装要求
采购订单变更	860	UNFI -> 供应商	通知对既有采购订单的数量、日期、价格、商品行或交付要求变更
杂货采购订单	875	UNFI -> 供应商	按杂货行业格式下发杂货产品采购订单、交付地点、商品和费用信息
产品活动数据	852	UNFI -> 供应商	同步报告期间、地点、商品以及库存、销售等产品活动数量
应用通知	824	UNFI -> 供应商	反馈业务报文在应用层的接受、拒绝或带变更接受结果及错误说明
文本消息	864	UNFI -> 供应商	传递面向业务人员的文本通知、解释或补充沟通信息
采购订单确认	855	供应商 -> UNFI	反馈采购订单的接受状态、承诺日期、行项目确认结果、数量和金额
发货通知	856	供应商 -> UNFI	回传发货编号、日期、订单、包装层级、物流、箱码、商品和发货数量
发票	810	供应商 -> UNFI	发送常规商品或服务的发票编号、订单引用、明细、费用和应付总额
杂货产品发票	880	供应商 -> UNFI	按杂货行业格式发送商品明细、价格差异、折让费用、数量和金额汇总

除业务单据外，项目通常还需要处理 997 功能性确认、AS2 MDN、重发和异常告警；是否启用及响应时限以实际规范为准。

在项目启动阶段，建议供应商优先确认 UNFI 最新 EDI 规范文件、AS2 连接参数、每类单据的传输方向、测试场景及上线要求。

采购订单

850 是 UNFI 向供应商发送的采购订单报文，通常包含订单号、订单日期、参考编号、要求交付日期、收货方、商品编号、订购数量、价格和包装信息等信息。供应商接收 850 后，需要将订单同步到 ERP、OMS 或 WMS，并建立后续业务单据的关联主键，作为订单确认、仓储备货、发货通知和发票匹配的基础。

实施时建议重点关注以下业务字段：

关注点	典型字段	说明
订单识别与日期	BEG、REF、DTM	识别采购订单号、订单日期、供应商编号、关联订单号及交付和发运日期
交易方与地址	N1、N3、N4	区分收货方和供应商，并传递地点标识及完整地址
商品与包装	PO1、PID、PO4	传递订购数量、单位、价格、制造商商品号、UNFI 商品号、UPC、GTIN 和包装规格

850 的重点在于准确解析订单头、交易方和商品行，并保留多种商品标识。实施时应确保 BEG 中的订单号以及 PO1 行号、UNFI 商品号、UPC 或 GTIN 在后续 855、856 和发票报文中保持一致，避免订单无法匹配、商品识别错误或交付日期偏差。

采购订单变更

860 是 UNFI 向供应商发送的买方发起的采购订单变更报文，通常包含变更原因、原采购订单号、变更日期、交易方、变更行号、变更数量、价格和商品标识等信息。供应商接收 860 后，需要定位原采购订单并将变更同步至订单管理和履约系统，作为订单版本控制、重新确认、备货调整和结算校验的基础。

实施时建议重点关注以下业务字段：

关注点	典型字段	说明
原订单与变更类型	BCH、REF	识别原采购订单、变更序号及变更原因
变更日期与交易方	DTM、N1、N3、N4	确认变更生效日期、相关地点和交付地址
行级变更	POC、PID、PO4	处理行项目的数量、价格、商品描述和包装变化

860 的重点在于将变更内容准确应用到原订单的指定行，而不是生成无关联的新订单。实施时应确保 BCH 与 REF 中的原订单引用、POC 行号及商品标识能够与已接收的 850 对应，避免重复建单、旧数量继续履约或新旧订单版本不一致。

杂货采购订单

875 是UNFI向供应商发送的杂货产品采购订单报文，通常包含采购订单号、参考编号、日期、收货方、商品标识、订购数量、价格、包装和费用等信息。供应商接收 875 后，需要转换为内部采购订单结构并进入备货和履约流程，作为杂货商品备货、订单确认、发货和 880 发票开具的基础。

实施时建议重点关注以下业务字段：

关注点	典型字段	说明
订单识别	G50、N9、G62	传递采购订单标识、业务参考以及订单和交付日期
收货地点	N1、N3、N4	规范要求识别商品交付方及其地址
商品与费用	G68、G69、G70、G72、G73	传递商品、数量、价格、描述、补充明细及折让或费用

875 的重点在于正确处理 875 的 G 系列段，并与常规 850 订单模型统一映射。实施时应确保G50 订单号、N9 参考、G68 商品标识和 G76 总计在后续业务单据中可追溯，避免杂货订单被误按 850 结构解析或商品与费用信息丢失。

产品活动数据

852 是UNFI向供应商发送的产品活动数据报文，通常包含处理代码、报告起止日期、报告地点、商品编号、活动类型和活动数量等信息。供应商接收 852 后，需要按地点和商品更新库存及产品活动记录，作为需求预测、补货计划、库存分析和供货协同的基础。

实施时建议重点关注以下业务字段：

关注点	典型字段	说明
报告周期与动作	XQ	识别处理代码以及报告开始和结束日期
报告地点	N1、N3、N4	确定产品活动数据所属的配送中心、仓库或零售地点
商品活动数量	LIN、ZA	关联商品标识、活动类型、数量和单位

852 的重点在于同时保留报告周期、地点、商品标识和活动数量类型。实施时应确保同一商品在 LIN 与 ZA 中的标识和数量口径与主数据及报告地点保持一致，避免库存或销售活动归属到错误地点，导致补货判断失真。

应用通知

824 是UNFI向供应商发送的应用处理结果通知报文，通常包含通知参考号、日期、原交易集标识、应用确认代码、错误代码和错误文本等信息。供应商接收 824 后，需要关联原始业务报文并更新处理状态，必要时触发人工修正和重发，作为业务异常监控、数据质量修复和报文闭环追踪的基础。

实施时建议重点关注以下业务字段：

关注点	典型字段	说明
通知识别	BGN	传递应用通知参考号和通知日期
原交易关联	OTI	标识被反馈的功能组、交易集及其接受或拒绝状态
错误详情	TED、NTE	提供技术错误代码、错误描述和补充说明

824 的重点在于把应用层反馈准确关联到原交易集，而不是仅作为技术回执归档。实施时应确保BGN 与 OTI 中的参考号、交易集控制号和原报文标识可定位唯一业务交易，避免应用拒绝未被发现，导致订单、发货或发票状态长期不一致。

文本消息

864 是UNFI向供应商发送的文本消息报文，通常包含消息主题、交易类型、消息日期、接收方、参考编号、消息标识和正文等信息。供应商接收 864 后，需要转换为可读通知并按接收方或业务参考进行分发和归档，作为业务提醒、异常说明和人工跟进的基础。

实施时建议重点关注以下业务字段：

关注点	典型字段	说明
消息主题与类型	BMG、DTM	识别消息主题、交易类型和相关日期
接收方与参考	N1、REF	确定消息接收对象及关联业务编号
消息内容	MIT、MSG	传递消息标识、标题和可供人员阅读的正文

864 的重点在于保留消息主题、接收方、参考信息和完整正文，便于业务人员直接阅读。实施时应确保MIT 消息标识、REF 业务参考和 MSG 正文按同一消息完整传递，避免重要业务通知被截断、错发或无法关联到相关交易。

采购订单确认

855 是供应商向UNFI发送的采购订单确认报文，通常包含确认类型、采购订单号、确认日期、承诺日期、商品行、确认状态、确认数量和金额等信息。UNFI接收 855 后，需要更新采购订单确认状态，并将差异反馈到订单履约流程，作为到货计划、缺货或替代处理、采购协同和金额核对的基础。

实施时建议重点关注以下业务字段：

关注点	典型字段	说明
确认头信息	BAK、REF、DTM	引用原采购订单并传递确认类型、确认日期和承诺日期
交易方与运输信息	N1、N3、N4、TD5	传递相关地点、地址及可用的承运或运输信息
行项目确认	PO1、ACK、CTT、AMT	按行反馈商品、确认状态、数量，并汇总行数和金额

855 的重点在于按订单行返回明确的确认状态、数量和日期，并准确表达差异。实施时应确保BAK 中的订单号以及 PO1 和 ACK 的行项目标识与原 850 订单保持一致，避免UNFI 无法判断订单是否接受、何时交付或哪些行存在差异。

发货通知

856 是供应商向UNFI发送的发货通知报文，通常包含发货通知号、发货日期时间、层级结构、采购订单号、承运信息、箱码、商品编号和发货数量等信息。UNFI接收 856 后，需要更新在途状态，并为预约收货、扫描和商品上架准备数据，作为物流跟踪、收货预约、箱级识别、到货核验和订单状态更新的基础。

实施时建议重点关注以下业务字段：

关注点	典型字段	说明
发货与订单识别	BSN、HL、PRF	标识发货通知、发货日期时间、业务层级和原采购订单
物流与包装	TD1、TD5、TD3、REF、MAN	传递包装数量、重量、承运商、设备、运输参考和箱码
商品与发货数量	LIN、SN1、PO4、PID	传递商品标识、发货数量、包装规格和商品描述

856 的重点在于正确构建 Shipment、Order、Pack、Item 层级并保持订单、箱和商品之间的关联。实施时应确保BSN 发货编号、PRF 订单号、MAN 箱码以及 LIN 和 SN1 的商品与数量形成可追溯链路，避免层级关系错误、箱码无法扫描或收货数量无法与订单匹配。

发票

810 是供应商向UNFI发送的商业发票报文，通常包含发票号、发票日期、采购订单号、交易方、付款条款、商品、开票数量、单价、折让费用和总金额等信息。UNFI接收 810 后，需要进入应付账款流程并与采购订单及收货记录执行匹配，作为三单匹配、差异处理、付款审批和财务入账的基础。

实施时建议重点关注以下业务字段：

关注点	典型字段	说明
发票与订单识别	BIG、REF、DTM	传递发票编号、日期、采购订单引用及相关业务日期
交易方与付款条款	N1、N3、N4、ITD	识别开票相关方、地址、折扣和到期付款条件
明细与金额	IT1、IT3、PID、SAC、TDS、ISS、CTT	传递商品、数量、价格、描述、折让费用、装运汇总和发票总额

810 的重点在于确保发票头、商品行、折让费用和汇总金额能够与订单和收货记录核对。实施时应确保BIG 中的发票与订单引用、IT1 商品和数量以及 TDS 总金额相互一致，避免发票无法匹配、金额差异或付款处理延迟。

杂货产品发票

880 是供应商向UNFI发送的杂货产品发票报文，通常包含发票号、发票日期、采购订单引用、交易方、商品、数量、价格、差异、折让费用和总金额等信息。UNFI接收 880 后，需要转换为内部应付发票并与 875 订单及收货信息匹配，作为杂货订单对账、差异处理、付款审批和财务入账的基础。

实施时建议重点关注以下业务字段：

关注点	典型字段	说明
发票与业务参考	G01、N9、G62	传递发票标识、采购订单参考以及开票和业务日期
商品和差异	G17、G69、G19	传递商品、开票数量、单位、价格、描述及数量或价格差异
费用与汇总	G72、G73、G31、G33	记录折让或费用，并汇总发票数量和总金额

880 的重点在于按 G 系列段准确表达杂货商品、价格差异、费用和汇总金额。实施时应确保G01 发票标识、N9 订单参考、G17 商品行、G31 数量及 G33 金额能够相互核对，避免杂货发票按常规 810 错误解析，导致商品或金额匹配失败。

UNFI EDI 对接方案如何落地？

在明确 UNFI 的 EDI 需求后，供应商需要选择合适的落地方式。

方案一：本地化部署 + ERP 系统无缝集成

对于希望实现订单、库存、发货、通知和发票自动处理的供应商，推荐采用本地化部署方案。可基于知行之桥 EDI 系统，协助企业建立与 UNFI 的 AS2 传输通道，实现 X12 004010 报文与内部业务数据之间的自动转换。

X12 004010 报文本身可读性较差，不适合业务系统直接处理。通过知行之桥，UNFI 与供应商之间往来的采购订单、订单变更、产品活动数据、订单确认、发货通知和发票等报文，可以被转换为 ERP 更容易识别的 JSON 数据格式。这样，ERP 系统只需要处理清晰的业务字段，例如订单号、商品编号、订购数量、交期、包装层级、发货数量和发票金额等，不需要直接理解复杂的 X12 004010 段结构。

下图展示了基于知行之桥 EDI 系统实现 UNFI 850 采购订单接收、解析、映射及 JSON 输出的典型工作流。 

知行之桥 EDI 工作流示例

知行之桥会将 UNFI 发来的采购订单、订单变更、产品活动数据或通知类报文自动解析并转换为业务 JSON，供 ERP、OMS 或 WMS 直接处理；内部系统生成订单确认、发货通知或发票 JSON 后，知行之桥再将其转换为 UNFI 要求的 X12 004010 报文，并通过 AS2 自动发送给 UNFI。

整个工作流覆盖 AS2 通信、X12 004010 解析、字段映射、JSON 转换和报文发送，内部系统只需处理清晰的业务 JSON，减少对 X12 004010 复杂结构的理解和开发成本。

以下以 850 采购订单为例，展示 X12 004010 报文转换为业务 JSON 后的效果，便于内部系统直接处理。

 

EDI 报文转换结果示例

方案二：暂不集成 ERP，直接使用知行之云 LIP

对于暂时没有 ERP 集成计划，或订单量尚未达到自动化集成规模的供应商，可以选择知行之云 LIP（Web EDI）方案。该方案无需在本地部署服务器，也不需要企业自行开发 ERP 接口，业务人员可直接通过网页处理 UNFI 的 EDI 单据。

在知行之云 LIP 中，UNFI 发来的采购订单、订单变更、产品活动数据或通知类会被转换为可读的网页单据，业务人员可以在线查看订单、订单变更、库存活动、应用通知和文本消息、维护订单确认、发货信息和发票信息，并生成订单确认、发货通知或发票等回传单据。

下图展示了知行之云 LIP 中业务人员处理订单、发货和发票等单据的页面示例。

知行之云 LIP 页面示例

当后续订单量增加、单据处理频率提升，或企业希望进一步提升自动化程度时，也可以从知行之云 LIP 逐步升级到知行之桥本地化部署方案，实现与 ERP、WMS、OMS 等系统的深度集成。

知行 EDI 方案选型建议

本地化部署知行之桥 EDI 系统更适合对数据安全、系统集成和长期运维有较高要求的企业。企业可将系统部署在本地服务器或私有云环境中，将订单、库存、客户地址、价格、发货、发票等业务数据保留在可控范围内，便于满足内部数据管理、安全审计和合规要求。

如果企业暂时不需要本地化部署，也暂不对接 ERP 等内部系统，建议直接开通 知行之云 LIP 系统，一套基于 SaaS 模式的 Web EDI 解决方案，同样支持试用。业务人员可通过网页处理订单、发货和发票，更适合中小型供应商快速满足 UNFI 或其他客户的 EDI 要求。

维度	知行之云 LIP (SaaS)	知行之桥 (本地部署/集成)
适用对象	中小型供应商、业务人员直接操作	中大型企业、追求高度自动化的用户
部署方式	网页登录（无服务器需求）	部署在用户私有服务器（本地/云端）
集成能力	网页可视化操作 / 手动录入	自动集成 SAP、Oracle、用友、金蝶等
对接方式	门户化管理	中间数据库、API、WebService、CSV
实施周期	1-3 天	1-2 周