汽车EDI:埃贝赫Eberspächer EDI 需求分析

埃贝赫Eberspächer是全球领先的汽车热管理与排气技术Tier 1供应商,是一家拥有159年历史的德国家族企业,总部位于德国巴登-符腾堡州埃斯林根(Esslingen am Neckar)。截至2024财年,公司全球销售额约80亿欧元,员工超过11,000人,在欧洲、北美、南美、中国、印度、南非等地拥有50多个生产基地和18个研发中心。其高度重视供应链数字化与可追溯性,对全球供应商实施严格的EDI规范要求,以实现准时制(JIT/JIS)交付和全链条透明化管理。

埃贝赫Eberspächer EDI需求

在开始实施EDI项目之前,需要与埃贝赫Eberspächer确认本次EDI项目的具体需求,通常由EDI 传输协议、EDI报文标准以及EDI单据类型组成。

EDI 传输协议

埃贝赫Eberspächer支持的 EDI传输协议包括:

  • OFTP2
  • VAN

如果企业希望通过 SFTP或者AS2这两种传输协议来搭建EDI连接通道,需要与埃贝赫Eberspächer的运维团队邮件沟通。

EDI 报文标准

埃贝赫Eberspächer 支持的EDI 报文标准有两种:

  • VDA
  • EDIFACT

企业可以在埃贝赫Eberspächer发来的《EDI_Queationnaire》文件中勾选一种。

EDI 单据类型

企业在上一步中选择的EDI报文标准会对应不同的EDI单据类型:

VDA 标准下支持的单据类型有:

  • VDA 4905
  • VDA 4913

EDIFACT标准下支持的单据类型有:

  • DELFOR,版本号:D.97A
  • DEADV,版本号:D.97A
  • ORDERS,版本号:D.97A

如果企业选择的EDI报文标准为EDIFACT,《EDI_Queationnaire》文档中提供了埃贝赫Eberspächer的发送方/接收方 ID(UNB.0010)以及发送方/接收方 Qualifier(UNB.007),供应商需要在对应位置填充自己的ID以及标识符信息。

如何基于知行之桥EDI系统实现埃贝赫Eberspächer的EDI对接需求?
部署EDI系统须知

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

搭建EDI工作流

完成以上准备工作后,即可在知行之桥 EDI 系统中搭建对应的工作流,下面展示了供应商基于此系统与埃贝赫Eberspächer对接的典型工作流示例(以OFTP传输协议,EDIFACT报文标准,中间数据库方案为例),并通过 SQL Server 实现与 ERP 系统的无缝集成:

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

场景一:自动接收并处理埃贝赫Eberspächer发来的文件

通过知行之桥EDI系统接收埃贝赫Eberspächer发来的DELFOR交付预测以及ORDERS采购订单,解析并将数据存放进指定的中间数据库表中,以下便是实现此功能的工作区:

工作流解读与业务价值:

1.OFTP端口:自动、安全地从VAN供应商处接收加密的DELFOR交付预测以及ORDERS采购订单报文。

2.EDIFACT端口:将接收到的EDI报文从标准EDIFACT格式解析为结构化的XML数据,并进行数据验证。

3.Branch端口:将解析后的XML数据进行文件分流,用户可在此端口自定义分流条件。

4.XML Map端口:将解析后的XML数据,按照预定义的规则,映射并生成可供用户业务系统直接使用的数据格式(如数据库XML)。

5.SQLSever端口:将最终处理好的预测以及订单数据自动写入用户指定的中间数据库表。用户的ERP系统即可直接查询并使用这些数据,彻底告别手动录入,实现订单处理零错误、分钟级响应。

场景二:自动发送文件给Eberspächer

反向流程中,内部系统生成的业务数据(发货通知信息)也需要映射并封装为符合Eberspächer标准的 EDIFACT 报文(DESADV发货通知)。以下工作流实现了从业务数据到标准报文的自动转换与发送:

工作流解读与业务价值:

1.SQLSever端口:实时或定时从您的中间数据库表中,获取由ERP系统生成的发货单业务数据。

2.XML Map端口:将您的内部数据格式,精准映射为符合 Eberspächer 严格规范的EDIFACT报文(DESADV发货通知)。

3.EDIFACT端口:将XML数据生成为标准的EDI报文。

4.OFTP端口:对报文进行数字签名与加密,并安全发送。

EDI注意事项
关于不同的埃贝赫Eberspächer工厂

EDI项目中,企业需明确要对接哪个埃贝赫Eberspächer工厂,德国、波兰、加拿大或者是中国。不同工厂对于EDI字段要求可能会有差异,需要注意区分。企业可以在埃贝赫Eberspächer公开的文档中,获取工厂代码:埃贝赫Eberspächer Plant Codes

埃贝赫Eberspächer 虚拟文件名要求

基本格式:

文件类型.XX

文件类型 = VDA4905,DELFOR等 XX = SAP 系统(ES, NK)

|----------------------|------------|-----------|
| 文件类型 | VDA | EDIFACT |
| 预测Forecast | VDA4905.XX | DELFOR.XX |
| 发货通知 Shipping Advice | VDA4913.XX | DESADV.XX |
| 发票 Invoice | VDA4906.XX | INVOIC.XX |
| 采购订单Orders | | ORDERS.XX |

在EDI测试流程中,需要添加测试字样,这时虚拟文件名的实例格式为:

TEST.VDA4905.ES

阅读原文:知行软件 | 汽车EDI:埃贝赫Eberspächer EDI 需求分析

相关推荐
安当加密5 天前
智能网联汽车如何守住“信任根”? CAS 构建汽车行业专用密钥管理体系
汽车
LVXIANGAN5 天前
汽车智能座舱中LVDS、CAN、以太网、RTP的区别
自动驾驶·汽车
LONGZETECH5 天前
技术解析|比亚迪秦 PLUS EV 故障诊断仿真软件,院校实训落地最优解
汽车·汽车仿真教学软件·汽车教学软件
holeer5 天前
【V3.0】「酒店 × 视觉AI」项目 | 需求分析说明书(软件工程概论 - 课程作业三)
人工智能·软件工程·需求分析·原型设计·总体设计·结构化设计
雨大王5125 天前
整车制造计划排程排产系统的创新与实践
人工智能·汽车·制造
RunsenLIu5 天前
基于 Spring Boot 3 与 Vue 3 的汽车租赁系统
vue.js·spring boot·汽车
ws2019076 天前
聚焦测试测量新机遇,AUTO TECH China 2026广州汽车技术展锚定行业未来
人工智能·科技·汽车
沪漂阿龙6 天前
大模型选型决策全流程:从需求分析到生产上线的六步法
人工智能·数据挖掘·需求分析
汽车仪器仪表相关领域6 天前
动态诊断充电中枢:DCA-8000型动态诊断充电系统 4S店/维修连锁/新能源服务站/车队维保全场景实战全解
人工智能·车载系统·汽车·负载均衡·压力测试·可用性测试
lfPCB6 天前
汽车电子的“热管理师”:铝基板在新能源汽车中的应用
汽车