AVI-SPL EDI 对接指南:SFTP 与 X12 004010 报文实施方案

Published On: 2026年9月10日Categories: 零售行业 EDI, 成功案例Views: 9

© All rights reserved. • 西安知行软件有限公司 • 陕ICP备09022277号

AVI-SPL 公司简介

AVI-SPL 是美国及全球市场知名的数字化工作场所服务与 AV/UC 协作技术解决方案提供商,总部位于美国佛罗里达州坦帕,业务覆盖企业音视频集成、统一通信、会议协作、数字标牌、托管服务、教育与体验空间技术等多个品类。对于 AVI-SPL 供应商而言,采购订单接收、订单确认、发货通知、发票结算、价格目录同步和 997 功能确认都对数据准确性和响应效率有较高要求。

由于其业务场景同时涉及设备、服务、项目交付、发货、发票和目录价格,供应商侧需要稳定处理订单、ASN、发票、价格目录以及 997 功能确认。

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

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

AVI-SPL EDI 需求概览

AVI-SPL EDI 对接主要围绕采购订单接收、订单确认、发货通知、发票结算、价格目录同步和功能确认展开,从 AVI-SPL 下发 850 采购订单开始,到供应商回传 997 功能确认、发送 855 订单确认、按实际发货发送 856,并开具 810 发票;如需更新商品或服务目录与价格,还需要发送 832 价格/销售目录,形成完整的业务闭环。

本次对接主要采用 SFTP 作为传输方式,并基于 X12 004010 报文标准完成业务数据交换。涉及的核心业务单据如下:

EDI 单据 X12 004010 报文 传输方向 说明
850 采购订单 850 AVI-SPL -> 供应商 AVI-SPL 向供应商下发采购订单,传递商品或服务明细、数量、价格、交期、交易方地址、运输指示和订单金额
997 功能确认 997 双向:AVI-SPL <-> 供应商 对已接收的 X12 功能组和交易集进行语法层面的接收确认,说明报文是否被接收、接受或因语法问题被拒绝
855 订单确认 855 供应商 -> AVI-SPL 供应商向 AVI-SPL 回传采购订单确认,说明订单接受或拒绝状态,并可在行级确认数量、交期和明细状态
856 发货通知 856 供应商 -> AVI-SPL 供应商向 AVI-SPL 回传发货通知,提前告知发货批次、承运商、收货方、采购订单、商品明细、发货数量、追踪号或序列号
810 发票 810 供应商 -> AVI-SPL 供应商向 AVI-SPL 开具电子发票,传递发票号、发票日期、采购订单号、账单方/收款方/收货方、行项目金额、税额和发票总金额
832 价格/销售目录 832 供应商 -> AVI-SPL 供应商向 AVI-SPL 提供商品或服务目录、价格、物料标识、序列化属性、包装尺寸、重量和制造商信息

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

850 采购订单

850 是 AVI-SPL 向供应商发送的采购订单报文,通常包含 ISA/GS/ST 控制信息、BEG 订单头、CUR 币种、REF 参考号与条款、PER 联系人、TAX 税务信息、FOB/CSH/ITD 条款、N1/N3/N4 交易方地址、PO1/PID 行项目、DTM/MSG/SCH 交期和备注、TD5 运输方式、AMT 金额、CTT 汇总等信息。供应商接收 850 后,需要解析订单号、订单日期、USD 币种、付款条款、供应商/账单方/收货方信息、商品或服务编号、数量、单价、交期、运输方式和金额,并同步到 ERP、OMS 或 WMS,作为订单确认、履约安排、发货通知和发票匹配的基础。

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

关注点 典型字段 说明
订单头识别 ISA、GS、ST、BEG 识别发送方、接收方、控制号、采购订单号、订单日期、BEG01 原始/取消状态以及 BEG02 订单类型
币种、条款与联系人 CUR、REF、PER、TAX、FOB、CSH、ITD 规范中 AVI-SPL 币种为 USD;REF 可承载账号和供应商条款,PER 传递采购或业务联系人信息
交易方与地址 N1、N3、N4、PER 区分供应商、账单方和收货方,保留地址、城市、州、省、邮编及对应联系人
行项目、交期、运输与金额 PO1、PID、DTM、MSG、SCH、TD5、AMT、CTT 识别商品或服务编号、订购数量、单价、描述、交期、行备注、运输指示、行金额和订单总金额

850 的重点在于准确识别 BEG 中的订单目的和订单类型,并保留 PO1、SCH、TD5、AMT 等字段与后续单据之间的对应关系。实施时应确保采购订单号、订单行号、物料编号、数量、交期和金额在 855、856、810 等后续报文中保持一致,避免订单无法正确确认、发货数量或交期偏差、发票与订单无法匹配。

997 功能确认

997 是 AVI-SPL 或供应商向对应交易伙伴发送的功能确认报文,通常包含 ST 控制信息、AK1 功能组确认头、AK2 交易集确认头、AK3 段错误、AK4 元素错误、AK5 交易集确认结果、AK9 功能组确认结果、SE 汇总等信息。对应交易伙伴接收 997 后,需要根据收到的 850、855、856、810、832 等业务报文生成或处理 997,记录功能组控制号、交易集控制号、语法校验结果和错误位置,作为 EDI 通信闭环、测试验收、异常追踪和重发判断的基础。

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

关注点 典型字段 说明
功能组确认 AK1、AK9 AK1 引用被确认功能组,AK9 汇总功能组接受/拒绝状态及交易集数量
交易集确认 AK2、AK5 AK2 指向被确认的具体交易集,AK5 返回该交易集的语法处理结果
错误定位 AK3、AK4 当报文存在语法问题时,定位错误段、错误元素和错误代码,便于排查
控制号追踪 ISA13、GS06、ST02、AK102、AK202 通过互换、功能组和交易集控制号建立原始报文与确认报文之间的关联

997 的重点在于明确其只反映 X12 语法和控制结构处理结果,不等同于业务接受或订单确认。实施时应确保 AK1/AK2 引用的功能组控制号和交易集控制号与原始报文保持一致,避免无法证明报文是否被对方系统接收,或将语法确认误判为业务确认。

855 订单确认

855 是供应商向 AVI-SPL 发送的订单确认报文,通常包含 ST 控制信息、BAK 订单确认头、CUR 币种、ITD 付款条款、DTM 日期、N9/MSG 参考与备注、N1/N3/N4/PER 交易方信息、PO1/PID/REF/DTM/ACK 行级确认、CTT/AMT 汇总等信息。AVI-SPL 接收 855 后,需要确认采购订单是否接受或拒绝,并回传订单号、确认日期、订单行、确认数量、单位、价格、交期和行级状态,作为订单状态更新、履约计划、异常处理和后续发货的基础。

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

关注点 典型字段 说明
确认结果 BAK01、BAK02、BAK03、BAK04 BAK02 用于返回订单接受或拒绝状态,规范中关注 Accepted 和 Rejected-No Detail
币种与条款 CUR、ITD、DTM 承接订单币种和付款条款,并补充确认相关日期
交易方信息 N1、N3、N4、PER 维护与订单相关的买方、供应商、收货方或联系人信息
行级确认 PO1、PID、REF、DTM、ACK 按订单行回传商品或服务编号、数量、单位、交期和 IA/IR 等行状态

855 的重点在于 BAK02 需要明确返回接受或拒绝,行级 ACK 信息需要与原 850 的 PO1 行项目对应。实施时应确保采购订单号、订单行号、物料编号、确认数量、单位和交期与原 850 保持可追溯关系,避免 AVI-SPL 无法判断订单是否被供应商接受,或后续发货与原订单无法匹配。

856 发货通知

856 是供应商向 AVI-SPL 发送的发货通知报文,通常包含 BSN 发货通知头、HL 层级结构、TD1 重量、TD5 承运商、REF 提单/追踪/序列号、DTM 发货日期、N1/N3/N4 收货方、PRF 采购订单引用、LIN 商品编号、SN1 发货数量、PID 描述等信息。AVI-SPL 接收 856 后,需要接收并校验实际发货批次、采购订单号、收货方、承运商、追踪号、序列号、商品或服务编号和发货数量,作为收货准备、运输追踪、订单状态更新和发票匹配的基础。

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

关注点 典型字段 说明
发货头与层级 BSN、HL BSN 标识发货通知编号、日期和时间,HL 建立 Shipment/Order/Item 层级
承运商与发货日期 TD1、TD5、DTM 传递重量、承运商代码或路由信息,以及 DTM 中的发货日期
订单与收货方 N1、N3、N4、PRF 标识收货方地址,并在订单层引用原 850 采购订单号
商品、数量与追踪 LIN、SN1、PID、REF 传递买方/供应商物料号、发货数量、商品描述、追踪号和序列号

856 的重点在于按照 Shipment、Order、Item 层级组织 HL 结构,并在订单层引用 PRF 采购订单号。实施时应确保发货数量、商品编号、采购订单号、追踪号和序列号与订单及实际物流保持一致,避免 AVI-SPL 无法提前识别到货内容,收货和对账出现延迟。

810 发票

810 是供应商向 AVI-SPL 发送的发票报文,通常包含 ST 控制信息、BIG 发票头、NTE 备注、CUR 币种、REF 参考号、N1/N3/N4/PER 交易方、ITD 付款条款、IT1 发票行、PID 描述、REF/DTM/CAD/SAC 行级补充、TDS 总金额、TXI 税额、CTT 汇总等信息。AVI-SPL 接收 810 后,需要接收并校验发票号、发票日期、采购订单号、账单方、收款方、收货方、付款条款、发票行、数量、单价、税额和总金额,作为应付账款处理、发票校验、三单匹配和付款安排的基础。

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

关注点 典型字段 说明
发票头 BIG、CUR、REF 识别发票日期、发票号、采购订单号、币种和客户采购订单参考号
交易方与条款 N1、N3、N4、PER、ITD 区分账单方、收款方、收货方、售达方和付款条款
发票行 IT1、PID、REF、DTM、CAD、SAC 传递发票行数量、单位、单价、商品或服务编号、描述、日期、运费或附加费用
金额与税额 TDS、TXI、CTT TDS 汇总发票总金额,TXI 传递税额,CTT 校验发票行数量

810 的重点在于 BIG04 需要引用原采购订单号,TDS 和 TXI 金额需要与发票行及税额计算保持一致。实施时应确保发票号、采购订单号、商品编号、数量、单价、税额和总金额准确对应,避免发票无法通过校验、付款延迟或财务对账异常。

832 价格/销售目录

832 是供应商向 AVI-SPL 发送的价格/销售目录报文,通常包含 ST 控制信息、BCT 目录头、DTM 生效日期、CUR 币种、N1 交易方、LIN 商品标识、YNQ 序列化问答、PID 描述、PO4 包装重量尺寸、CTP 价格、N1 制造商、SE 汇总等信息。AVI-SPL 接收 832 后,需要同步目录编号、目的代码、生效日期、币种、供应商/买方、供应商物料号、制造商物料号、UPC、买方物料号、序列化标识、产品描述、包装规格和价格,作为商品主数据维护、报价校验、采购下单和价格对账的基础。

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

关注点 典型字段 说明
目录头与生效信息 BCT、DTM、CUR 识别目录目的、目录编号、交易集目的代码、生效日期和币种
商品标识 LIN 传递供应商物料号、制造商物料号、UPC 和买方物料号等多种标识
商品属性 YNQ、PID、PO4、N1 传递是否序列化、产品描述、包装数量、重量、长宽高和制造商信息
价格信息 CTP 传递 DAP、MSR 等价格类型、单价、数量和计量单位

832 的重点在于 LIN 中的多套商品标识和 CTP 中的价格类型需要与 AVI-SPL 主数据规则一致。实施时应确保供应商物料号、制造商物料号、UPC、买方物料号、价格、生效日期和币种保持准确,避免目录主数据错误、价格不一致或采购订单无法正确匹配物料。

AVI-SPL EDI 对接方案如何落地?

在明确 AVI-SPL 的 EDI 需求后,供应商需要选择合适的落地方式。

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

对于希望实现采购订单、订单确认、发货通知、发票、价格目录和功能确认自动处理的供应商,推荐采用本地化部署方案。可基于知行之桥 EDI 系统,协助企业建立与 AVI-SPL 的 SFTP 传输通道,实现 X12 004010 报文与内部业务数据之间的自动转换。

X12 004010 报文本身可读性较差,不适合业务系统直接处理。通过知行之桥,AVI-SPL 与供应商之间往来的 850 采购订单、855 订单确认、856 发货通知、810 发票、832 价格/销售目录和 997 功能确认等报文,可以被转换为 ERP 更容易识别的 JSON 数据格式。这样,ERP 系统只需要处理清晰的业务字段,例如采购订单号、订单日期、币种、付款条款、供应商信息、账单方信息、收货方信息、商品或服务编号、数量、单价、交期、承运商、追踪号、发票号、税额和目录价格等,不需要直接理解复杂的 X12 004010 段结构。

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

知行之桥 EDI 工作流示例

知行之桥会将 AVI-SPL 发来的 850 采购订单报文自动解析并转换为业务 JSON,供 ERP、OMS 或 WMS 直接处理;内部系统生成 855 订单确认、856 发货通知、810 发票、997 功能确认或 832 价格/销售目录 JSON 后,知行之桥再将其转换为 AVI-SPL 要求的 X12 004010 报文,并通过 SFTP 自动发送给 AVI-SPL。

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

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

EDI 报文转换结果示例

方案二:暂不集成 ERP,直接使用知行之云 Web EDI

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

在知行之云 Web EDI 中,AVI-SPL 发来的 850 采购订单会被转换为可读的网页单据,业务人员可以在线查看采购订单、确认状态、发货信息、发票信息、价格目录和功能确认结果、维护订单接受或拒绝、发货与追踪信息、发票金额、价格目录和确认结果,并生成 855 订单确认、856 发货通知、810 发票、997 功能确认或 832 价格/销售目录等回传单据。

下图展示了知行之云 Web EDI 中业务人员处理订单、订单确认、发货、发票、价格目录和功能确认等单据的页面示例。

知行之云 Web EDI 页面示例

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

知行EDI方案选型建议

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

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

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

如果你正在准备与 AVI-SPL 进行 EDI 对接,欢迎联系知行软件,获取 AVI-SPL EDI 对接方案、测试流程、报文映射建议及示例工作流,快速推进项目测试与上线。

为什么选择

知行之桥®?​

根据企业规模与集成需求,提供从本地部署到云端托管的灵活选择

可视化 EDI 工作流

基于拖拽式图形化设计器,零代码构建完整 EDI 业务流程,满足复杂供应链自动化场景。

Odette & Drummond 认证

通过 Odette(OFTP) 与 Drummond(AS2) 权威认证,确保与主机厂安全合规、高可靠的数据交换。

多系统集成能力

提供数据库、REST/SOAP、FTP/SFTP 等标准化接口,实现 ERP、WMS、MES 等系统的双向数据自动同步。

数据映射格式转换

内置可视化 Mapping 编辑器,零代码实现 EDI 报文与企业内部数据格式(XML/JSON…)的映射转换及复杂规则处理。

实时监控预警机制

全流程可视化监控报文状态,支持邮件、钉钉、企业微信自动预警,保障 JIT 交付的稳定性与及时性。

多工厂支持

支持集团级多组织、多工厂架构,实现数据隔离与权限管控,统一平台集中运维,满足大型制造企业多地点协同需求。