在汽车供应链中需求并不是一张下完就不再变化的采购订单。整车厂会根据生产计划持续向供应商发送未来数周的物料需求。供应商需要及时识别需求变化安排原材料、产能与交付节奏。Renault 使用EDIFACT DELFOR D96A报文传递此类预测计划。本文结合 Renault DELFOR 规范与一份真实示例报文说明 Renault 如何表达预测需求以及供应商在 EDI 对接时需要重点处理哪些信息。Renault DELFOR 是什么DELFORDelivery Schedule Message即交付计划报文。Renault 通过 DELFOR 向供应商发送指定物料在未来一段时间内的预测需求。一份 DELFOR 不只是“什么时候交多少货”还会同时说明哪个 Renault 工厂或收货方提出需求需求对应哪个供应商、采购订单和 Renault 零件号货物应送至哪个卸货点每个预测周期的开始时间、结束时间和需求数量当前计划采用按日更新还是按周更新新计划是替换原计划还是进行周期性更新。对于供应商而言准确处理 DELFOR是做好备料、排产和交付的第一步。Renault DELFOR 需求概览项目Renault DELFOR 要求报文标准EDIFACT DELFOR D96A业务用途发送未来交付预测报文类型BGM34交付计划报文标识计划状态SCC4预测计划状态物料标识Renault 零件号订单关联采购订单或补充订单号更新方式周计划删除并替换日计划或多日内计划周期更新计划频率W表示 WeeklyY表示 Daily需求数量QTY113数量单位使用 ODETTE 计量单位例如PCE一份真实 Renault DELFOR 传递了什么示例报文包含 1 个物料、1 个收货方和 5 个预测时间窗口。将报文还原成业务信息后可以得到以下内容业务信息示例值含义DELFOR 编号20260607232081254本次预测计划的唯一编号报文生成时间2026-06-10 16:42Renault 创建本次报文的时间预测有效期2026-06-15 00:00至2026-07-19 23:59本次计划覆盖的时间范围供应商内部账号00609733Renault 系统中的供应商账号买方代码09459813295提出需求的 Renault/Dacia 工厂代码收货方代码09459813295CI实际收货方的 ODETTE 代码Renault 零件号546182936RRenault 使用的物料编号物料描述VR-BIELLETTE BARRE A订购物料描述卸货点168G7010物料交付的具体卸货位置采购订单号0000693244需求对应的采购订单或补充订单计划状态4Forecast预测需求计划频率YDaily按日计划这条报文的核心不是一个单独日期而是一组连续的预测区间序号预测开始时间预测结束时间需求数量12026-06-15 11:002026-06-15 23:007,000 PCE22026-06-22 11:002026-06-22 23:0010,500 PCE32026-06-29 00:002026-06-29 23:5912,250 PCE42026-07-06 00:002026-07-12 23:5912,250 PCE52026-07-13 00:002026-07-19 23:5910,500 PCE合计52,500 PCE从这组数据可以看出Renault DELFOR 既可以表达单日需求也可以表达跨多日的预测周期。供应商不能只读取数量和某一个日期而应将开始时间、结束时间、数量和单位作为一组完整计划处理。Renault DELFOR 关键业务信息1. 报文与有效期报文头用于判断“这是谁发出的哪一版计划以及计划覆盖到什么时候”。EDIFACT 内容业务含义处理建议BGM34...Forecast 报文及 DELFOR 编号使用 DELFOR 编号识别本次计划DTM137报文生成时间用于判断计划版本先后DTM157有效期开始时间GPI 场景下可能出现DTM36有效期结束时间GPI 场景下可能出现DTM2或DTM10到货或发运指令性质2表示 Arrival10表示 Departure其中Arrival 与 Departure 会直接影响计划时间的理解当指令性质为10Departure时计划时间表示预计发运时间当指令性质为2Arrival时计划时间表示预计到货时间。这一区分应进入业务映射或排产逻辑不能只作为无意义代码保存。2. 业务参与方Renault DELFOR 使用不同的NAD限定符区分参与方。EDIFACT 内容业务含义NADBY买方/提出需求的工厂NADIV开票方或开票地点CTANT开票联系部门NADSE供应商NADCN收货方RFFADERenault 系统中的供应商内部账号买方、开票方和收货方可能使用相近的代码但业务角色不同。对接时应按限定符分别映射避免全部写入同一个“客户代码”字段。3. 物料、订单与卸货点每个计划物料需要与 Renault 零件号、订单号和卸货点正确关联。EDIFACT 内容业务含义示例LIN ... :INRenault 零件号546182936RLIN/1229更新动作3或9RFFON采购订单或补充订单号0000693244IMD物料描述VR-BIELLETTE BARRE APIA ... :SA供应商物料号规范定义可选PIA ... :DR图纸版本号规范定义可选LOC11卸货点168G7010Renault 规范对更新动作给出了明确含义3周计划采用 Delete and Replace新计划替换原计划9日计划或多日内计划采用 Cycle Updating按周期更新。因此系统收到新 DELFOR 后不能简单把所有计划行持续累加。应先根据更新动作与业务规则决定替换还是更新原计划。4. 预测时间与数量每条预测计划由QTY、SCC和DTM共同表达。EDIFACT 内容业务含义QTY113计划交付数量SCC4Forecast预测计划状态SCC/C329/2013计划频率W周计划Y日计划DTM64预测开始时间DTM63预测结束时间DTM2单一交付周期时间可选在真实示例中一条典型计划为QTY113:7000:PCE SCC4Y DTM63:202606152300:203 DTM64:202606151100:203它表示该物料存在一条 Forecast 计划数量为 7,000 件预测时间从 2026 年 6 月 15 日 11:00 开始到当日 23:00 结束。对接 Renault DELFOR 最容易出错的地方将预测数量直接当成正式订单SCC4表示 Forecast。它用于支持备料和产能规划不应在没有业务确认的情况下直接等同于正式发货指令。忽略计划的更新方式周计划和日计划的更新逻辑不同。若系统只追加、不替换可能造成需求重复累计进一步导致过量备料或发货。拆散时间窗口与数量DTM64、DTM63和QTY113属于同一条计划。映射时必须保留三者的关联关系尤其是在一个物料下存在多条计划时。混淆发运时间与到货时间同一组开始和结束时间在 Departure 与 Arrival 场景下代表不同业务含义。系统需要结合报文中的指令性质解释时间。只保存 Renault 零件号不保存订单和卸货点同一物料可能对应不同订单或交付位置。Renault 零件号、采购订单号、收货方和卸货点应作为关联信息共同进入 ERP。对示例报文放松必填校验Renault 规范将计划频率定义为必填信息而真实报文中后续SCC4可能未重复携带频率。实施时应结合 Renault 实际发送逻辑确认继承规则同时保留异常监控避免静默丢失计划频率。Renault DELFOR EDI 对接方案供应商可以通过 EDI 系统自动接收 Renault DELFOR并将报文转换为 ERP、SRM 或生产计划系统可识别的格式。一套完整的 Renault DELFOR 自动化流程通常包括接收并识别 Renault 发来的 DELFOR 报文校验报文类型、参与方、物料、订单、数量与计划时间按 Renault 规则识别预测频率和更新动作将多条预测计划转换为 ERP 可处理的明细结构根据业务规则更新原有预测计划对缺少关键字段、未知物料或异常数量进行告警。建议 ERP 接口至少保留以下业务层级DELFOR ├─ 报文信息 ├─ 买方 / 开票方 / 供应商 └─ 收货方 └─ 物料 ├─ Renault 零件号 ├─ 采购订单号 ├─ 卸货点 └─ 预测计划 ├─ 计划状态与频率 ├─ 开始时间 ├─ 结束时间 ├─ 数量 └─ 单位该结构可以保证每条预测需求始终归属于正确的收货方、物料和订单避免在转换过程中丢失上下级关系。实施 Renault DELFOR 对接的价值实现 DELFOR 自动化后供应商可以自动获取 Renault 最新需求预测减少人工下载和录入快速识别计划变化为备料和产能安排争取时间避免因日期、数量或卸货点录入错误造成交付异常保留每版预测计划方便追踪需求变化将业务人员从重复的数据整理工作中释放出来。Renault DELFOR 的难点并不在于“收到一串 EDIFACT 字符”而在于正确理解计划周期、更新动作和业务关联。只有把报文转换为可执行、可追踪的生产与交付计划EDI 对接才真正产生价值。扩展阅读Renault DELJIT EDI 对接指南Renault DESADV EDI 对接指南