Shape EDI 需求分析

Shape Corp 是一家总部位于美国密歇根州的汽车 Tier-1 供应商,成立于 1974 年,专注于高性能多材料车身结构件与安全系统的研发与制造。公司在超高强度钢、铝挤压、滚压成形及注塑等先进工艺方面具备领先能力,服务全球主流整车厂。作为全球化运营的制造企业,Shape在订单协同、生产排程、发货通知及对账结算等环节高度依赖标准化数据交换,因此构建稳定、符合汽车行业规范的 EDI 体系,成为保障其供应链高效运作的重要基础。

Shape EDI 需求

目前供应商与Shape之间通过EDI来传输业务报文,实现与Shape的ERP系统的直连。

采用的传输协议为:VAN

支持的报文标准为:ANSI X12或者EDIFACT

传输的业务单据主要包括:DELFOR交付预测(D.96A)以及DESADV发货通知(D.97A)。

如何基于知行之桥EDI系统实现Shape 的EDI对接需求

部署EDI系统须知

准备具有固定公网IP的服务器及域名。将域名与公网IP地址关联起来,以便通过域名访问与该IP地址相关联的EDI 服务。知行之桥EDI系统将会部署在企业的本地服务器上。

搭建EDI工作流

完成以上准备工作后,即可在知行之桥 EDI 系统中搭建对应的工作流。

在本项目中,知行之桥 EDI 系统通过可视化工作流设计,实现了:

  • 通信自动收发与日志监控
  • DELFOR交付预测报文结构自动解析与字段映射
  • DESADV发货通知自动生成与规则校验
  • 与 ERP API 双向数据同步

下面展示了供应商基于EDI系统与Shape 对接的典型工作流示例(以EDIFACT报文标准,API方案为例)。

Shape-edi1.png

需要部署知行之桥EDI系统,搭建AS2连接通道(实现与VAN供应商的连接),实现 DELFOR交付预测报文解析以及生成DESADV发货通知。

完整工作流如上所示,这些小方块是知行之桥EDI系统中的一个个功能模块,通过蓝色连接线将这些功能模块连接起来,箭头所指方向即为数据流向。

通过上述工作流,能够顺利将Shape发来的DELFOR交付预测报文转换为JSON格式,方便企业进一步处理,并生成符合Shape要求的DESADV发货通知。

基于知行之桥EDI系统搭建上述工作流能够帮助企业进一步集成内部业务系统,打通数据传输和处理通道,更快、更高效地实现业务数据传输,提高企业的信息化水平。

Shape EDI DELFOR 报文注意事项

1.基础格式与标准
  • 标准版本:Shape 使用的报文子集基于 EDIFACT DELFOR D.96A。
  • 日期与时间格式:除非另有说明,日期通常采用 CCYYMMDD(限定符 2379 = 102),时间采用 HHMM。
  • 报文功能 (BGM):Shape 目前仅传输代码 “5” (Replace),这意味着当前收到的交付计划将完全取代之前的版本。
2.关键业务段落注意事项
  • 零件编号 (LIN 段):
  • 零件号格式多样。较新的零件号由 6 位数字 + 站点后缀 组成(如 123456-20),其中后缀代表订货工厂(例如 -20 代表 Grand Haven 园区,-21 代表 Athens 园区)。
  • 特别注意:零件号后缀不应与零件版本号(修订号)混淆,两者在报文中属于不同的数据段。
  • 零件版本号 (PIA 段):Shape 的零件修订版本(工程变更级别)会在 PIA 段中使用代码 “EC” 进行标识。
  • 参考单号 (RFF 段):代码 “ON” 代表与该行项目相关的 采购订单 (PO) 编号。
  • 数量类型 (QTY 段):
  • 限定符“1”:表示离散的预测数量。
  • 限定符“3”:表示自 PO 创建以来的 累计收货总量 (Cumulative Quantity)。除非 PO 编号或零件版本发生变更,否则该累计值不会重置。
  • 限定符“79”:表示上一次的累计收货总量。
  • 排程条件 (SCC 段):Shape 会传输最多 21 个天计划数量 和最多 24 个周计划数量。状态指示器“1”代表确认需求 (Firm), “4”代表计划/预测需求 (Planning)。
3.工厂代码与路由 (Plant Codes)
  • 工厂识别:必须准确识别报文中的 Plant ID(工厂代码) 以确保货物送达正确的操作点。例如,美国总部的多个工厂代码不同以及中国昆山工厂也有其唯一代码。
  • 信箱代码 (Mailbox Code):发送和接收报文时需匹配对应的Mailbox ID(如美国工厂通常使用 01:065859555),因此在开始EDI项目之前,需要确认具体对接哪一个Shape 工厂。
4.计划期间 (DTM 段)

Horizon Period:在描述交付计划覆盖的时间跨度时,限定符使用 “323”,格式通常为 CCYYMMDD-CCYYMMDD(但在报文数据元素中不带连字符,对应格式限定符 “711”)。

Shape DESADV 报文注意事项

在处理 Shape Corp 的 EDIFACT DESADV(发货通知/ASN) 报文时,供应商需要严格遵守其基于 D.97A 版本的实施指南。以下是发货通知报文的关键注意事项:

1.报文发送时机与基本规则
  • 发送时机:发货通知必须在货物离开供应商设施后立即发送。这对于收货工厂跟踪装运和准备物理接收至关重要。
  • 拒收风险:所有标记为“强制 (Mandatory)”的数据元素必须包含在报文中。任何缺失或错误的条目都将导致报文被拒收。
  • 字符限制:在 BGM 段中仅使用字母和/或数字,禁止使用特殊字符或符号,否则可能导致处理失败。
2.关键业务段落注意事项

2.1发运标识号 (SID/BGM 1004):

  • 必须是由发货方分配的唯一控制编号,通常称为 SID。
  • 唯一性要求:该编号在一年内不得重复,如果在一年内重复,将导致报文被拒收。
  • 引用一致性:该 SID 必须同时出现在装箱单 (Packing List) 和 提单 (Bill of Lading) 上。Shape 会将此号码作为支付汇款的参考号。

2.2报文功能 (BGM 1225):Shape 目前仅自动处理代码 “9” (Original/原始发送)。

2.3时间戳 (DTM):

  • 报文生成日期/时间 (137) 和 实际发货日期/时间 (11) 是强制性的。
  • 格式通常为 CCYYMMDDHHMM (限定符 2379 = 203)。

2.4测量与重量 (MEA):

必须提供三项数据:总毛重 (G)、总净重 (N) 和 总装运单元数量 (SQ)。
重量值不得包含小数。

2.5承运商信息 (TDT):

必须提供有效的承运商 SCAC 代码。

3.参与方标识 (NAD)

3.1报文中最多可包含 5 个 NAD 段,其中前 3 个为绝对强制:

  • MI (物料发布方):Shape 的分支机构 DUNS 编号。
  • ST (送货至):必须根据 Shape 提供的工厂代码准确填写。
  • SU (供应商):供应商的工厂 DUNS 编号。

3.2如果发货地址 (SF) 与供应商地址不同,则 SF 段也是强制性的。

4.包装与装箱序列 (CPS/PAC/GIR)

4.1层级结构

CPS 段用于定义包装的分层关系(自上而下),每条 ASN 最多允许 499 个 CPS 循环。

4.2序列号 (GIR)

  • 用于提供容器序列号(条码标签上的序列号)。
  • 如果涉及原材料或金属件,必须在 GIR 段提供 炉号/批次号 (Heat/Batch number)。

4.3单箱数量 (QTY 52):发送包装信息的供应商必须提供每个包装单元内的具体数量。

5.行项目细节 (LIN/QTY)

5.1零件信息:必须包含 Shape 分配的零件号和对应的 修订版本号 (Engineering Change Level)。每条 ASN 最多允许 499 个行项目。
5.2.累计数量 (QTY 3):必须提供自采购订单 (PO) 创建以来,该供应商向该工厂运送该零件的总累计发货量。
5.3单次发货量 (QTY 12):本次实际装运的零件数量。

了解更多 EDI 信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用 EDI 软件。

注:文案部分图片及内容来源于网络,版权归原创作者所有,如有侵犯到您的权益,请您联系我们进行删除,给您带来困扰,我们深感抱歉。

标签: , , , , , , , ,
文章分类 帮助文档, 成功案例, 操作指南, 汽车行业EDI, 知识库