在汽车供应链中主机厂的需求计划会随着生产节奏持续滚动更新。Ferrari 通过 ODETTE DELINS 报文向供应商发送物料交付计划供应商需要将这些计划转换为 ERP、SRM、MES 或生产计划系统可以识别的结构化数据。本文参考 Ferrari DELINS 规范并结合测试报文说明 Ferrari DELINS 报文如何表达业务信息以及 EDI 对接时需要重点处理哪些字段、层级和异常点。Ferrari DELINS 是什么DELINS 是 ODETTE 标准中的 Delivery Instruction / Delivery Schedule 类报文。Ferrari 使用它向供应商传递指定零件在未来一段时间内的交付需求。一份 Ferrari DELINS 不只是“哪天交多少件”还会同时说明报文发送方、接收方和报文编号Ferrari 买方身份、供应商身份和收货工厂计划有效期从哪一天开始每个 Ferrari 零件号、描述、单位和合同/订单号物料对应的计划频率例如日计划、周计划、月计划每个交付日期或交付区间的数量每条计划是执行/即时需求还是预测/计划需求。对供应商而言DELINS 的关键不是解析出一串段名而是把“报文头 – 工厂 – 物料 – 交付明细”的上下级关系完整保留下来避免计划行在导入 ERP 时失去归属。Ferrari DELINS 需求概览项目Ferrari DELINS 要求报文标准ODETTE DELINS Version 3测试报文类型UNH1DELINS:3::OD:INTESA业务用途Ferrari 向供应商发送交付计划 / Delivery plans报文发送方UNB 中发送方为 FERRARI:AA接收方UNB 中接收方为供应商代码例如 27****:AA报文编号MID 中 Program Number例如 0003****报文日期时间MID 中日期和时间例如 260409:0000计划有效期开始ARI 中 Effective from date例如 260413买方BDT例如 0940********0366供应商SDT例如 27****收货工厂 / 目的地CSG例如 030物料信息ARD包含 Ferrari 零件号、描述、单位、合同/订单号物料附加信息SAD包含更新动作、物料状态和计划频率状态/累计信息DST包含计算日期及累计数量等状态字段交付明细DEL包含起止日期、数量和计划类型执行/即时需求DEL 中计划状态 1计划/预测需求DEL 中计划状态 4一份真实 Ferrari DELINS 传递了什么测试报文通常包含多行物料、每个物料包含多行交付明细。报文整体结构如下UNA UNB UNH MID SDT BDT ARI CSG ARD SAD DST DEL... ARD SAD DST DEL... CSG ARD... UNT UNZ报文原文示例以下示例基于测试场景整理已对业务标识信息进行处理仅用于说明 DELINS 报文结构和字段含义。UNA:.? UNBUNOA:1FERRARI:AA27****:AA260409:06452DELINS UNH1DELINS:3::OD:INTESA MID0003****260409:0000 SDT::::::27**** BDT0940********0366 ARI4260413 CSG::::::030 ARD055058***::BLACK SCREEN FISSO DX CPL:PCE000012**** SAD1202 DST2604094::4 DEL260413:0000:260413:00001:::1 DEL260416:0000:260416:00000:::1 DEL260420:0000:260420:00001:::1 DEL260423:0000:260423:00002:::1 ... DEL260608:0000:260614:00001:::4 DEL260615:0000:260621:00005:::4 DEL260622:0000:260628:00005:::4 ... DEL270916:0000:270922:00000:::4 DEL270923:0000:270929:00000:::4 DEL270930:0000:271006:00000:::4 CSG::::::030 ARD055058***::BLACK SCREEN FISSO SX CPL:PCE000012**** SAD1202 DST2604094::4 DEL260413:0000:260413:00001:::1 ... ARD055059***::CONDOTTO PORTA ANT SX CPL:PCE000012**** SAD1202 DST260409 DEL260413:0000:260413:00000:::1 ... ARD055059***::CONDOTTO PORTA ANT DX CPL:PCE000012**** SAD1202 DST260409 DEL260413:0000:260413:00000:::1 ... UNT3481 UNZ12将报文还原为业务信息后可以得到以下概览业务信息示例值含义报文发送方FERRARIFerrari 发出交付计划供应商代码27****接收该 DELINS 的供应商报文类型DELINS:3::OD:INTESAODETTE DELINS V3Intesa 子集报文编号0003****本次计划的 Program Number报文日期时间2026-04-09 00:00Ferrari 创建本次计划的日期时间计划有效期开始2026-04-13规范说明为文件日期之后的周一买方代码0940********0366Ferrari 买方识别号收货工厂030Recipient Plant Code / 收货工厂代码报文体段数348UNT3481从 UNH 到 UNT 的段数物料数4示例中有 4 个 ARD 物料块交付明细数326示例中有 326 条 DEL 明细测试报文中的 4 个物料如下序号Ferrari 零件号描述单位合同/订单号DEL 条数非零需求条数数量合计1055058***BLACK SCREEN FISSO DX CPLPCE000012****82581,0052055058***BLACK SCREEN FISSO SX CPLPCE000012****82581,0053055059***CONDOTTO PORTA ANT SX CPLPCE000012****81499934055059***CONDOTTO PORTA ANT DX CPLPCE000012****8148992按 DEL 中的计划状态汇总计划状态业务含义DEL 条数数量合计1Executive / Immediate执行或即时交付需求62224Planned / Expected计划或预测需求2643,973合计3263,995从示例可以看到Ferrari 会在同一份 DELINS 中混合发送近期执行需求和远期预测需求。供应商系统应保留计划状态不应把所有数量都当成同一种业务性质处理。Ferrari DELINS 关键业务信息1. 报文头与信封报文头用于识别“谁发给谁、哪一份计划、什么时候生成”。报文内容业务含义示例UNA:.? ‘EDIFACT 服务字符定义分隔符、释放符等UNB交换信封Ferrari 发给供应商 27****交换日期时间为 2026-04-09 06:45UNH消息头消息引用号 1报文类型 DELINS V3MIDMessage Identity DataProgram Number 为 0003****报文日期时间为 2026-04-09 00:00UNT消息尾报文体段数 348消息引用号 1UNZ交换尾本交换包含 1 条消息交换控制号 2处理建议使用 UNB 的发送方、接收方和交换控制号做通信层追踪使用 UNH 的消息引用号校验 UNT使用 MID 的 Program Number 作为业务计划编号使用 MID 的日期时间判断计划版本先后校验 UNT 段数避免截断报文被误导入。2. 业务参与方Ferrari DELINS 使用不同段表达供应链参与方。段规范名称示例业务含义SDTSeller DetailsSDT::::::27****供应商信息示例中供应商号为 27****BDTBuyer DetailsBDT0940********0366买方信息规范说明为 0940 Ferrari VAT registration numberCSGRecipient DetailsCSG::::::030收货工厂 / 目的地示例中工厂代码为 030注意UNB 的接收方、SDT 的供应商和 CSG 的收货工厂是不同业务角色。对接时应分别映射不要全部写入同一个“客户/供应商代码”字段。3. 计划有效期与计划类型ARI 段提供本次交付计划的附加信息。报文内容字段含义示例值说明ARI4260413Release Type Code4规范中 Ferrari 固定为 Message Type Code 4ARI4260413Effective from date260413本次计划有效期开始日2026-04-13规范说明 ARI 的有效期开始日期表示报文日期之后的周一。测试报文 MID 日期为 2026-04-09ARI 为 2026-04-13正好是之后的周一。4. 物料、描述、单位与合同/订单ARD 是 Ferrari DELINS 中最核心的物料段。每个 ARD 表示一个 Ferrari 零件及其对应的合同/订单关系。示例ARD055058***::BLACK SCREEN FISSO DX CPL:PCE000012****解析为位置示例值业务含义ARD/7304055058***Ferrari 买方零件号ARD/7008BLACK SCREEN FISSO DX CPL物料描述ARD/6410PCE数量单位ARD/1022000012****合同号或采购订单号/行号组合规范对 ARD 的 1022 字段有特别说明合同号右对齐并补零至 10 位合同位置右对齐并补零至 4 位组合为 14 位。例如合同号与行号会按固定位数补零后拼接。示例中的 000012**** 可按“订单/合同号 行号”的组合字段处理。如果 Ferrari 计划携带项目号规范说明零件号可能扩展为 16 位前 9 位为零件号后接 1 个空格和 6 位项目号。对接时建议为“Ferrari 零件号”和“项目号”预留拆分逻辑。5. 物料附加信息与计划频率SAD 用于描述物料层面的附加信息例如更新动作、物料状态、计划频率。示例SAD1202解析为位置示例值业务含义SAD/78071Instruction Update Action Code / Type of SchedulingSAD/715320Article status规范示例中固定为 20SAD/20132Program Emission Frequency计划发布频率SAD/2013 的常见取值代码业务含义2Daily programming日计划3Weekly programming周计划4Monthly programming月计划5Other / closed order programming其他或关闭订单计划测试报文 4 个物料均为 SAD1202表示本次物料层计划频率为日计划。但明细 DEL 中同时存在日粒度和周粒度日期区间因此导入 ERP 时不能只依赖频率字段还应结合 DEL 的起止日期判断计划粒度。6. 状态与累计数量DST 是 Delivery Status 段用于表达计算日期、累计计划数量、累计收货数量、差异数量等状态信息。示例DST2604094::4 DST260409规范定义的关键字段包括字段业务含义DST/2253Calculation Date / Limit Date计算日期DST/6802Actual cumulative scheduled quantity累计计划数量DST/6804Actual cumulative received quantity累计接收数量DST/6806Delivery Quantity Balance交付数量差异可带正负号DST/2121Quantities Accumulation Start Date累计开始日期DST/6812Quantity Balance数量余额示例中 DST 信息较简略至少应读取 260409 作为状态计算日期。若后续生产报文携带累计数量应将其作为历史收发货与当前计划之间的对账依据。7. 交付明细DEL 是交付计划明细段。每条 DEL 对应一个日期或日期区间、数量和计划状态。示例DEL260413:0000:260413:00001:::1 DEL260608:0000:260614:00001:::4解析为位置示例值业务含义DEL/2803260413起始日期2026-04-13DEL/20020000起始时间00:00DEL/2805260413结束日期2026-04-13DEL/20020000结束时间00:00DEL/60601数量DEL/68111 或 4计划状态执行/即时或计划/预测DEL/6811 的含义代码规范含义对接建议1Executive / ImmediateDelivery Order可作为近期较确定的执行需求或发货参考4Planned / Expected用于备料、产能规划和中长期预测示例中近期存在单日需求序号起始时间结束时间数量状态12026-04-13 00:002026-04-13 00:0011 执行/即时22026-04-16 00:002026-04-16 00:0001 执行/即时32026-04-20 00:002026-04-20 00:0011 执行/即时42026-04-23 00:002026-04-23 00:0021 执行/即时也存在周粒度的远期预测序号起始时间结束时间数量状态12026-06-08 00:002026-06-14 00:0014 计划/预测22026-06-15 00:002026-06-21 00:0054 计划/预测32026-06-22 00:002026-06-28 00:0054 计划/预测42026-06-29 00:002026-07-05 00:0054 计划/预测52026-07-06 00:002026-07-12 00:0054 计划/预测报文字段详解UNA / UNB / UNH段示例说明UNAUNA:.? ‘定义 EDIFACT 分隔符UNBUNBUNOA:1FERRARI:AA27****:AA260409:06452DELINS交换信封包含发送方、接收方、交换日期时间和控制号UNHUNH1DELINS:3::OD:INTESA消息头说明消息类型为 ODETTE DELINS V3MID字段示例值说明Program Number0003****计划编号 / 文档编号Date260409报文日期2026-04-09Time0000报文创建时间SDT / BDT / CSG段示例说明SDTSDT::::::27****供应商编号BDTBDT0940********0366Ferrari 买方编号CSGCSG::::::030收货工厂或目的地代码ARI字段示例值说明Release Type Code4Ferrari 规范中 Message Type Code 为 4Effective from date260413计划有效期开始日期2026-04-13ARD字段示例值说明Buyer’s Article Number055058***Ferrari 零件号Seller’s Article Number空供应商零件号示例未使用Article DescriptionBLACK SCREEN FISSO DX CPL零件描述Unit of MeasurementPCE计量单位Order / Contract Number000012****合同/订单及行号组合SAD字段示例值说明Instruction Update Action Code1物料层计划动作/计划类型Article Status20物料状态Frequency2日计划DST字段示例值说明Calculation Date260409状态计算日期Actual cumulative scheduled quantity4示例部分物料携带累计计划数量Cumulative received quantity / balance4示例中以简化复合字段形式出现导入时需按接口映射确认DEL字段示例值说明First date / time260413:0000起始日期时间Last date / time260413:0000结束日期时间Quantity1需求数量Scheduled status indicator1 或 41 执行/即时4 计划/预测建议的 ERP 接口结构建议将 Ferrari DELINS 转换为如下层级避免物料和计划明细脱离所属工厂、订单和报文版本FerrariDELINS ├─ MessageHeader ├─ Parties │ ├─ Sender │ ├─ ReceiverSupplierCode │ ├─ BuyerCode │ └─ SellerCode └─ Consignees[] ├─ ConsigneePlantCode ├─ ConsigneeName └─ Items[] ├─ FerrariPartNumber ├─ Description ├─ UnitOfMeasure ├─ ContractOrOrderNumber ├─ InstructionUpdateAction ├─ ArticleStatus ├─ ProgramFrequency └─ Schedules[] ├─ StartDateTime ├─ EndDateTime ├─ Quantity └─ ScheduleStatus如果 ERP 只能接收扁平明细至少应在每条计划明细中带上以下字段字段必要性说明ProgramNumber必填本次 DELINS 编号MessageDateTime必填判断版本先后SupplierCode必填供应商BuyerCode建议必填Ferrari 买方ConsigneePlantCode必填收货工厂FerrariPartNumber必填Ferrari 零件号PartDescription建议必填便于业务核对UnitOfMeasure必填数量单位ContractOrOrderNumber必填合同/订单关联ProgramFrequency建议必填日/周/月计划StartDateTime必填计划开始时间EndDateTime必填计划结束时间Quantity必填需求数量可为 0ScheduleStatus必填1 或 4区分执行需求与预测需求对接 Ferrari DELINS 最容易出错的地方1. 把 ODETTE DELINS 当成 EDIFACT DELFOR 处理测试报文虽然有 UNA/UNB/UNH/UNT/UNZ 信封但业务段是 ODETTE DELINS 风格例如 MID/SDT/BDT/ARI/ARD/SAD/DST/DEL。如果按 EDIFACT DELFOR 的 BGM/NAD/LIN/QTY/SCC/DTM 去映射会丢失 Ferrari 的关键业务字段。2. 忽略 DEL 的计划状态DEL 中的 6811 用于区分执行/即时需求和计划/预测需求。示例中 1 与 4 同时出现。ERP 导入时应保留状态字段并让业务规则决定哪些需求用于发货、哪些用于备料和产能规划。3. 只读取起始日期不读取结束日期Ferrari DELINS 的 DEL 可以表示单日也可以表示一段区间。比如DEL260608:0000:260614:00001:::4这表示 2026-06-08 到 2026-06-14 这个区间的计划数量为 1而不是只在 2026-06-08 当天交 1 件。系统应同时保存开始日期和结束日期。4. 将数量为 0 的计划行直接丢弃示例报文中存在大量数量为 0 的 DEL 行。它们可能用于表达某些周期没有需求或用于覆盖/清零既有预测。是否过滤应由业务规则决定原始解析层不建议静默删除。5. 混淆 SAD/2013 计划频率与 DEL 日期粒度示例物料层 SAD/2013 为 2表示日计划但远期 DEL 明细中存在周区间。建议同时保留频率字段和 DEL 起止日期不要只根据频率推断所有计划都是单日。6. 未拆分或误拆分合同/订单号规范说明 ARD/1022 是合同号/订单号与位置号的组合字段。若 ERP 需要拆分应根据 Ferrari 确认的长度规则处理前 10 位为合同/订单号后 4 位为行号。示例 000012**** 可按“订单/合同号 行号”的组合字段处理拆分规则需以双方确认的长度为准。7. 忽略报文版本控制供应商可能持续收到新的 DELINS。建议用以下组合判断和追踪版本Sender SupplierCode ProgramNumber MessageDateTime ConsigneePlantCode FerrariPartNumber ContractOrOrderNumber导入新计划时应结合 Ferrari 业务规则判断是覆盖原计划、更新同一周期还是保留历史版本供追踪。Ferrari DELINS 自动化对接流程建议自动化流程包括接收 Ferrari DELINS 原始报文校验 UNB/UNH/UNT/UNZ 控制信息解析 MID/SDT/BDT/ARI 报文头和参与方按 CSG - ARD - SAD/DST/DEL 层级解析收货工厂、物料和计划将日期从 YYMMDD 转换为完整日期例如 260413 转为 2026-04-13保留 DEL 的起止日期、数量和计划状态按 Ferrari 零件号、订单号、收货工厂更新 ERP 中的交付计划对未知物料、未知工厂、异常单位、负数/异常数量、段数不匹配进行告警保存原始报文与解析结果便于业务追溯。示例计划明细解析以第一个物料为例CSG::::::030 ARD055058***::BLACK SCREEN FISSO DX CPL:PCE000012**** SAD1202 DST2604094::4 DEL260413:0000:260413:00001:::1 DEL260608:0000:260614:00001:::4对应业务含义字段解析结果收货工厂030Ferrari 零件号055058***物料描述BLACK SCREEN FISSO DX CPL单位PCE合同/订单号000012****计划频率2日计划状态计算日期2026-04-09第一条需求2026-04-13 00:00数量 1执行/即时第二条需求2026-06-08 至 2026-06-14数量 1计划/预测推荐校验规则校验项建议规则报文类型必须为 DELINS:3::OD:INTESA 或双方约定的 Ferrari DELINS 类型发送方UNB 发送方应为 FERRARI接收方UNB 接收方应与供应商代码匹配报文编号MID Program Number 不应为空报文日期MID 日期应可解析有效期开始ARI Effective from date 应可解析收货工厂CSG 工厂代码应在主数据中存在Ferrari 零件号ARD 零件号应在物料主数据中存在单位ARD 单位应在允许单位列表中例如 PCE合同/订单号ARD 订单/合同字段不应为空交付日期DEL 起止日期应可解析结束日期不早于开始日期数量DEL 数量应为数字允许 0计划状态DEL 状态应在允许值内例如 1、4段数UNT 段数应与实际消息段数一致实施 Ferrari DELINS 对接的价值完成 Ferrari DELINS 自动化对接后供应商可以自动接收 Ferrari 最新交付计划减少人工下载和录入准确区分近期执行需求和远期预测需求按 Ferrari 零件号、订单号、工厂和计划周期更新 ERP避免因日期区间、单位或数量录入错误造成交付异常保存每版计划方便追踪需求变化和客户计划调整将 EDI 报文直接转化为可执行的备料、排产和交付计划。Ferrari DELINS 的核心难点在于它既有 EDIFACT 信封又采用 ODETTE DELINS 业务段既有单日计划又有区间计划既有执行需求又有预测需求。只有在解析时保留这些业务层级和状态差异EDI 对接才真正能支撑供应链协同。