在汽车供应链中，需求并不是一张下完就不再变化的采购订单。

整车厂会根据生产计划，持续向供应商发送未来数周的物料需求。供应商需要及时识别需求变化，安排原材料、产能与交付节奏。Renault 使用EDIFACT DELFOR D96A报文传递此类预测计划。

本文结合 Renault DELFOR 规范与一份真实示例报文，说明 Renault 如何表达预测需求，以及供应商在 EDI 对接时需要重点处理哪些信息。

Renault DELFOR 是什么？

DELFOR（Delivery Schedule Message）即交付计划报文。Renault 通过 DELFOR 向供应商发送指定物料在未来一段时间内的预测需求。

一份 DELFOR 不只是“什么时候交多少货”，还会同时说明：

• 哪个 Renault 工厂或收货方提出需求；
• 需求对应哪个供应商、采购订单和 Renault 零件号；
• 货物应送至哪个卸货点；
• 每个预测周期的开始时间、结束时间和需求数量；
• 当前计划采用按日更新还是按周更新；
• 新计划是替换原计划，还是进行周期性更新。

对于供应商而言，准确处理 DELFOR，是做好备料、排产和交付的第一步。

Renault DELFOR 需求概览

一份真实 Renault DELFOR 传递了什么？

示例报文包含 1 个物料、1 个收货方和 5 个预测时间窗口。将报文还原成业务信息后，可以得到以下内容：

这条报文的核心不是一个单独日期，而是一组连续的预测区间：

从这组数据可以看出，Renault DELFOR 既可以表达单日需求，也可以表达跨多日的预测周期。供应商不能只读取数量和某一个日期，而应将开始时间、结束时间、数量和单位作为一组完整计划处理。

Renault DELFOR 关键业务信息

1. 报文与有效期

报文头用于判断“这是谁发出的哪一版计划，以及计划覆盖到什么时候”。

其中，Arrival 与 Departure 会直接影响计划时间的理解：

• 当指令性质为10（Departure）时，计划时间表示预计发运时间；
• 当指令性质为2（Arrival）时，计划时间表示预计到货时间。

这一区分应进入业务映射或排产逻辑，不能只作为无意义代码保存。

2. 业务参与方

Renault DELFOR 使用不同的NAD限定符区分参与方。

买方、开票方和收货方可能使用相近的代码，但业务角色不同。对接时应按限定符分别映射，避免全部写入同一个“客户代码”字段。

3. 物料、订单与卸货点

每个计划物料需要与 Renault 零件号、订单号和卸货点正确关联。

Renault 规范对更新动作给出了明确含义：

• 3：周计划采用 Delete and Replace，新计划替换原计划；
• 9：日计划或多日内计划采用 Cycle Updating，按周期更新。

因此，系统收到新 DELFOR 后，不能简单把所有计划行持续累加。应先根据更新动作与业务规则，决定替换还是更新原计划。

4. 预测时间与数量

每条预测计划由QTY、SCC和DTM共同表达。

在真实示例中，一条典型计划为：

QTY+113:7000:PCE' SCC+4++Y' DTM+63:202606152300:203' DTM+64:202606151100:203'

它表示：该物料存在一条 Forecast 计划，数量为 7,000 件，预测时间从 2026 年 6 月 15 日 11:00 开始，到当日 23:00 结束。

对接 Renault DELFOR 最容易出错的地方

将预测数量直接当成正式订单

SCC+4表示 Forecast。它用于支持备料和产能规划，不应在没有业务确认的情况下直接等同于正式发货指令。

忽略计划的更新方式

周计划和日计划的更新逻辑不同。若系统只追加、不替换，可能造成需求重复累计，进一步导致过量备料或发货。

拆散时间窗口与数量

DTM+64、DTM+63和QTY+113属于同一条计划。映射时必须保留三者的关联关系，尤其是在一个物料下存在多条计划时。

混淆发运时间与到货时间

同一组开始和结束时间，在 Departure 与 Arrival 场景下代表不同业务含义。系统需要结合报文中的指令性质解释时间。

只保存 Renault 零件号，不保存订单和卸货点

同一物料可能对应不同订单或交付位置。Renault 零件号、采购订单号、收货方和卸货点应作为关联信息共同进入 ERP。

对示例报文放松必填校验

Renault 规范将计划频率定义为必填信息，而真实报文中后续SCC+4可能未重复携带频率。实施时应结合 Renault 实际发送逻辑确认继承规则，同时保留异常监控，避免静默丢失计划频率。

Renault DELFOR EDI 对接方案

供应商可以通过 EDI 系统自动接收 Renault DELFOR，并将报文转换为 ERP、SRM 或生产计划系统可识别的格式。

一套完整的 Renault DELFOR 自动化流程通常包括：

1. 接收并识别 Renault 发来的 DELFOR 报文；
2. 校验报文类型、参与方、物料、订单、数量与计划时间；
3. 按 Renault 规则识别预测频率和更新动作；
4. 将多条预测计划转换为 ERP 可处理的明细结构；
5. 根据业务规则更新原有预测计划；
6. 对缺少关键字段、未知物料或异常数量进行告警。

建议 ERP 接口至少保留以下业务层级：

DELFOR ├─ 报文信息 ├─ 买方 / 开票方 / 供应商 └─ 收货方 └─ 物料 ├─ Renault 零件号 ├─ 采购订单号 ├─ 卸货点 └─ 预测计划 ├─ 计划状态与频率 ├─ 开始时间 ├─ 结束时间 ├─ 数量 └─ 单位

该结构可以保证每条预测需求始终归属于正确的收货方、物料和订单，避免在转换过程中丢失上下级关系。

实施 Renault DELFOR 对接的价值

实现 DELFOR 自动化后，供应商可以：

• 自动获取 Renault 最新需求预测，减少人工下载和录入；
• 快速识别计划变化，为备料和产能安排争取时间；
• 避免因日期、数量或卸货点录入错误造成交付异常；
• 保留每版预测计划，方便追踪需求变化；
• 将业务人员从重复的数据整理工作中释放出来。

Renault DELFOR 的难点并不在于“收到一串 EDIFACT 字符”，而在于正确理解计划周期、更新动作和业务关联。只有把报文转换为可执行、可追踪的生产与交付计划，EDI 对接才真正产生价值。

扩展阅读：

Renault DELJIT EDI 对接指南

Renault DESADV EDI 对接指南