Petdirect 公司简介

Petdirect 是新西兰知名的宠物用品零售企业，总部位于新西兰奥克兰 Kingsland，业务覆盖宠物食品、零食、玩具、护理用品等多个品类。对于 Petdirect 供应商而言，订单接收、订单回复、发货通知和发票结算都需要较高的数据准确性和响应效率。

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

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

Petdirect EDI 需求概览

Petdirect EDI 对接主要围绕仓库及门店订单履约、发货协同和财务结算展开，从 Petdirect 下发采购订单开始，到供应商回复订单、发送发货通知并开具电子发票，同时跟踪交换接收回执，形成完整的业务闭环。业务报文按 ORDERS → ORDRSP → DESADV → INVOIC 顺序衔接；接收回执作为交换状态跟踪独立处理。

本次对接主要采用 AS2（暂定示例） 作为传输方式，并基于 EDIFACT 报文标准完成业务数据交换。涉及的核心业务单据如下：

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

采购订单

ORDERS 是Petdirect向供应商发送的采购订单报文，通常包含订单号、订单功能、订单日期、要求交货日期、买方及收货地点、商品编码、数量与单位、单价和金额等信息。供应商接收 ORDERS 后，需要识别原始、替换及取消类型，校验重复订单，并将有效订单同步到 ERP、OMS 或 WMS，作为订单回复、实际发货和发票匹配的基础。

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

ORDERS 的重点在于正确处理订单生命周期，而不是把每次收到的 ORDERS 都新增为订单。实施时应确保BGM 中同一订单号的替换报文完整覆盖旧版本，取消报文终止对应订单；原始和替换订单均需回复 ORDRSP，避免重复接单、依据旧版本发货或继续履行已取消订单。

交换接收回执

CONTRL 是Petdirect向供应商发送的交换级接收回执，通常包含被确认的交换控制号、原始发送方与接收方标识、动作码等信息。供应商接收 CONTRL 后，需要根据 UCI 关联原始发送记录，更新交换接收状态，并对未收到回执的发送记录进行追踪，作为报文投递跟踪和异常处理的基础。

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

CONTRL 的重点在于按交换级别确认对方已接收文件；UCI 动作码 8 仅表示 interchange received，不代表业务审核通过。实施时应确保UCI 引用原始交换控制号及双方标识，CONTRL 自身的 UNB/UNZ 控制号另行匹配，避免把接收成功误判为订单回复、发货或发票已获业务接受。

订单回复

ORDRSP 是供应商向Petdirect发送的采购订单回复报文，通常包含回复编号、原采购订单号、回复日期、要求交货日期、整单及行级状态、商品编码、数量与价格等信息。Petdirect接收 ORDRSP 后，需要核对回复与原订单，评估变更，并通过替换订单或取消订单通知供应商后续处理，作为确认最终履约内容和后续发货安排的基础。

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

ORDRSP 的重点在于及时回复并准确表达整单与行级处理结果；履约流程图要求收到订单后 1 个工作日内回复，供应商指南另有 24 小时表述，项目测试需统一时限口径。实施时应确保保留全部订单行，整单与行状态相互匹配；变更被接受后以 Petdirect 替换订单为准，并对替换订单再次完全接受回复，避免回复超时、行状态矛盾或在变更尚未确认时提前发货。

发货通知

DESADV 是供应商向Petdirect发送的预先发货通知（ASN）报文，通常包含ASN 编号、发货及单据日期、采购订单号、承运参考号、收货地点、包装层级、SSCC、商品编码及实际发货数量等信息。Petdirect接收 DESADV 后，需要关联采购订单，准备收货，并将 ASN 中的包装及商品信息与实际到货核对，作为仓库及门店收货、包装识别和订单履约核对的基础。

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

DESADV 的重点在于按 SOPI 或 SOTI 模型表达真实包装，并使电子 ASN 与实物 SSCC 标签对应。实施时应确保每份 ASN 仅对应一份采购订单及一次交付；同车合并多个订单时仍按订单分别发送 ASN，未实际发出的商品不得写入，避免收货扫描无法关联、数量核对失败或多订单混用导致错收。

电子发票

INVOIC 是供应商向Petdirect发送的发票或贷项通知报文，通常包含发票编号与日期、采购订单及 ASN 引用、交易方、税务登记号、币种、商品数量、单价、GST 与汇总金额等信息。Petdirect接收 INVOIC 后，需要关联采购订单及 ASN，核对实际交付、计价单位和金额，进入应付处理流程，作为订单、收货及发票的关联核对与财务结算的基础。

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

INVOIC 的重点在于按一份采购订单及一份 ASN（交付）开具一份发票，仅对实际发出的商品计费。实施时应确保发票号唯一，2 年内不得重复；商品数量、订购计价单位、价格和金额与最终订单及实际发货保持一致，避免发票重复、订单或 ASN 无法匹配，或因包含未发货商品而被拒收。

Petdirect EDI 对接方案如何落地？

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

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

对于希望实现订单接收、订单回复、发货通知、发票及回执的自动处理的供应商，推荐采用本地化部署方案。可基于知行之桥 EDI 系统，协助企业建立与 Petdirect 的 AS2（暂定示例） 传输通道，实现 EDIFACT 报文与内部业务数据之间的自动转换。

EDIFACT 报文本身可读性较差，不适合业务系统直接处理。通过知行之桥，Petdirect 与供应商之间往来的采购订单、订单回复、发货通知、发票和接收回执等报文，可以被转换为 ERP 更容易识别的 JSON 数据格式。这样，ERP 系统只需要处理清晰的业务字段，例如采购订单号、订单行号、供应商商品编码、数量与单位、要求交货日期、SSCC 和发票金额等，不需要直接理解复杂的 EDIFACT 段结构。

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

知行之桥 EDI 工作流示例

知行之桥会将 Petdirect 发来的采购订单报文自动解析并转换为业务 JSON，供 ERP、OMS 或 WMS 直接处理；内部系统生成订单回复、发货通知或发票 JSON 后，知行之桥再将其转换为 Petdirect 要求的 EDIFACT 报文，并通过 AS2（暂定示例） 自动发送给 Petdirect。

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

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

EDI 报文转换结果示例

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

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

在知行之云 Web EDI 中，Petdirect 发来的采购订单会被转换为可读的网页单据，业务人员可以在线查看订单及商品明细、维护订单回复、发货及发票信息，并生成订单回复、发货通知或发票等回传单据。

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

知行之云 Web EDI 通用产品页面示例

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

知行EDI方案选型建议

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

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

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