AUMOVIO EDI 需求分析

AUMOVIO 是一家专注于汽车智能化与电动化技术领域的企业品牌,业务涵盖汽车电子系统、智能驾驶辅助技术以及动力与控制相关解决方案。作为面向全球汽车产业链的技术型企业,AUMOVIO 在产品研发、生产制造及全球供应链协同方面具有较高的信息化要求。

在汽车行业高度协同的供应体系中,AUMOVIO 需要与整车厂(OEM)及上下游供应商保持实时、标准化的数据交互,以支撑预测计划、生产排程、物料交付与财务结算等核心业务流程。因此,EDI(Electronic Data Interchange)成为其供应链体系中的关键基础设施。

在实际业务场景中,通常涉及:

  • 预测与排产(DELFOR)
  • 交付指令(DELJIT)
  • 发货通知(DESADV)
  • 对账与发票(INVOIC)
  • 传输协议(如 OFTP2、AS2、VAN)

对于 AUMOVIO 这类汽车产业链企业而言,构建稳定、安全、符合行业标准的 EDI 解决方案,不仅能够提升订单处理效率,还能降低人工错误率,实现供应链全流程的数字化协同。

AUMOVIO EDI 需求

在开始实施 EDI 项目之前,需要与 AUMOVIO 确认本次 EDI 项目的技术规范,通常包括:

  • 传输协议
  • 报文标准
  • 业务单据类型
传输协议

AUMOVIO支持的EDI传输协议包括:AS2、OFTP以及VAN,本项目将以AS2为例,为大家介绍如何基于知行之桥EDI系统建立EDI连接,如采用其他传输协议,知行之桥同样可以实现对接,企业根据实际需求,与AUMOVIO沟通达成一致即可。

报文标准:EDIFACT D.97A

EDIFACT 是国际通用的电子数据交换标准,在汽车行业被广泛采用。AUMOVIO EDI 项目中不同报文所使用的EDI规范版本号可能会有不同,因此企业在开始项目实施之前需要确认当前文档为AUMOVIO提供的最新版本。对供应商而言,需要:

接收报文:DELFOR长期交付预测(规范版本号:D04A)、DELJIT短期交付预测(规范版本号:D04A)、ORDERS采购订单(规范版本号:D14A)、SBI INVOIC(规范版本号:D07A)、REMADV汇款通知单(规范版本号:D03A)

发送报文:DESADV发货通知(规范版本号:D07A)、DELFORP计划交付(作为对DELFOR报文的回复,规范版本号:D97A)、INVOIC(规范版本号:D07A)

注:企业可直接在AUMOVIO官网获取EDI 连接信息以及EDI规范等实施EDI项目必须的文档。上述需求为AUMOVIO目前的EDI需求全集,企业实施EDI项目需要以与AUMOVIO EDI团队的实际沟通为准。

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

部署EDI系统须知

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

搭建EDI工作流

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

以汽车行业某公司对接AUMOVIO的真实需求为例,知行之桥 EDI 系统通过可视化工作流设计,实现了:

  • AS2 通信自动收发与日志监控
  • DELFOR、ORDERS 报文结构自动解析与字段映射
  • DESADV 自动生成与规则校验
  • 与 ERP API 双向数据同步
  • 系统支持报文版本校验、语法一致性检查,有效降低人工干预风险。

下面展示了供应商基于此系统与AUMOVIO 对接的典型工作流示例(以AS2传输协议,EDIFACT报文标准,API方案为例)

AUMOVIO_flow.png

此示例方案中,共使用11个端口(AS2端口的发送和接收计为1个端口),企业可根据端口数量选择合适的知行之桥版本。

AUMOVIO EDI 项目注意事项

传输协议和技术层面

1.获取通信参数

供应商不应盲目配置,必须参考官方提供的技术参数:

  • 数据表获取:生产环境的 OFTP 和 AS2 数据表(Data Sheets) 可以在 AUMOVIO 供应商公开网站的“EDI 通讯参数(EDI Communication Parameter)”部分找到。
  • 配置协调:具体的 EDI 连接实施必须与相关 AUMOVIO 站点的 EDI 部门 共同协调完成。

2.数据格式与转换逻辑

  • 标准要求:AUMOVIO 要求使用 EDIFACT 标准,不支持 X12 标准。现有客户可能允许使用 VDA 4905/4913,但 AUMOVIO 的长期战略是统一到 EDIFACT 或 VDA。
  • 中转系统:AUMOVIO 内部使用 SAP 系统,其 ERP 会将消息以 SAP IDoc 格式发送至 EDI 子系统,再由该子系统转换为通用的 EDIFACT 标准(如 DELFOR D.04A)发送给供应商。

3.测试与验证流程

  • 严禁在生产环境测试:为了避免对生产流程产生影响,AUMOVIO 规定 必须使用测试 IT 系统 进行连接测试,严禁直接在生产系统(Productive Systems)中进行测试。
  • 兼容性调整:供应商应调整其自身 IT 系统的设置,以确保与 AUMOVIO 的报文格式完全兼容并能正确处理。
  • 监控责任:连接建立后,双方均有义务定期监控 IT 系统中的信息流,以确保数据传输的准确性和完整性。
报文层面

DELFOR 长期预测

1.关键段逻辑与 SCC 调度类型

DELFOR 报文通过 SCC 段定义需求的性质和 AUMOVIO 的承诺水平,供应商应根据不同代码安排生产和采购:

  • SCC+1 (Firm):确定的交付指示。
  • SCC+2 (Commitment for manufacturing):授权供应商开始制造货物。
  • SCC+3 (Commitment for material):授权供应商采购原材料以准备生产。
  • SCC+4 (Planning/forecast):仅作为未来需求的估算/预测,不构成采购授权。

2.技术规范与报文结构

  • 标准版本:AUMOVIO 使用 GLOBAL DELFOR 标准,基于 EDIFACT D.04A S3 版本。
  • 唯一性要求:UNH 段中的报文参考号 (Message Reference Number) 在约定的时间段内(如一个日历年)必须是唯一的。
  • 时间界限 (Horizon):虽然报文可能包含较长的时间跨度,但通常仅在由“有效开始日期”和“失效日期”确定的较短周期内(如一周)被视为有效。
  • 数量类型 (QTY):
  • QTY+113:表示待交付数量。
  • QTY+70:表示 AUMOVIO 已收到的累计数量。
  • QTY+74:表示最新的累计数量。

3.供应商的核对责任

  • 一致性检查:供应商有义务检查收到的报文是否完整、正确且合理。如果发现任何偏差,必须立即通知 AUMOVIO 的相关负责人。
  • 发货匹配:供应商在发送高级发货通知 (ASN/DESADV) 时,数据必须与 DELFOR 报文中的订单信息及实际装运单据相匹配。

ORDERS采购订单

1.订单行项目 (Order Line) 的操作规范

  • 动作代码 (Action Code):在 LIN 段中,必须通过 1229 字段明确指示行项目的状态:
  • 代码 1 (Added):新增行项目(初始订单或变更订单中新加的项目)。
  • 代码 2 (Deleted):删除行项目(用于订单取消或变更)。
  • 代码 3 (Changed):变更行项目(如数量、日期或时间的变动)。
  • 参考单据号 (RFF):每个行项目都必须指定订单号 (RFF+ON)。根据业务流程,可能还需要提供客户参考号 (CR) 或合同号 (CT)。

2.地址与交付信息

  • 收货方 (Ship-To) 层级:送货地址既可以设置在抬头层级,也可以设置在行项目层级,但二者互斥 (XOR),即不能同时存在。双方必须预先约定使用哪种模式。
  • 唯一标识符:在 NAD 段中,必须使用唯一的业务伙伴标识符(如客户编号、供应商编号或 DUNS 编号)。

3.关键数据段填写要求

  • 价格信息 (PRI):计算价格(代码 CAL)在 SG33 组中定义,包含价格金额、价格单位基数及测量单位代码。
  • 产品识别 (PIA):除了主要的买家物料号,还可以通过 PIA 段提供供应商物料号 (SA)、颜色代码 (CL) 或 EAN 码 (EN) 等辅助信息。
  • 特定识别号 (GIR):在传输特定车辆信息时,仅允许在车辆识别码 (VIN) 或门位编号 (Door Key Number) 中选择其一进行传输,不可同时发送。
  • 订单备注 (FTX):用于传输与订单相关的说明文字(Subject Code 为 COI),单条备注长度支持高达 512 个字符。

4.系统控制

  • 报文完整性:报文末尾必须包含 UNS+S 段进行部分控制,并以 UNT 段汇总段数量。
  • 测试标识:在进行 EDI 联调测试时,UNB 段的 0035 字段应设置为 1;而在正式业务交换中应忽略此元素。

DESADV 发货通知

1.核心业务规则:单行项目限制

  • 单行项目原则 (Single Line Item):供应商在发送 ASN 时,必须确保每个 ASN/送货单号仅对应单一零件号 (Single part number)。
  • 处理限制:绝大多数 AUMOVIO 工厂无法处理包含多个零件号的 ASN。这意味着,如果在同一批次中运送多种零件,必须为每种零件创建独立的 ASN/送货单号。

2.唯一性与发送时机

  • 唯一性要求:ASN/送货单号在系统内必须是唯一的。
  • 提前通知 (Pre-ASN):对于由 AUMOVIO 支付运费的运输任务(通过 TMS 管理),供应商必须在发货前一天发送 Pre-ASN,作为电子提货通知。
  • 数据一致性:纸质装运单据上的数据必须与通过 EDI 发送的 ASN 数据完全匹配。

3.包装与标签规范 (Packaging & Labeling)

  • 包装顺序:在 CPS 段(包装层级)中,请务必从小型包装(如纸箱/托盘 Tray)开始描述,而不是直接从托盘 (Palette) 开始。
  • 标签要求:所有包装单元必须符合 AUMOVIO 的 TST N09800.03-000 标识要求。
  • 标签流水号:如果报文中包含包装信息,则 SG15 组(标签号码)是强制性的。每个搬运单元的标签序列号需在 GIN 段中明确。

4.关键段逻辑注意事项

  • 文档标识 (BGM):报文名称代码为 351(发货通知),1004 字段承载发货单号。
  • 重量信息 (MEA):货物的总毛重 (Gross weight) 是强制性填写的。
  • 日期要求 (DTM):必须包含单据发布日期(代码 137)和预计到达日期 (Estimated arrival date)(代码 132)。
了解更多 EDI 信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用 EDI 软件。

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

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