星宇案例概览

常州星宇车灯股份有限公司是一家专注于汽车车灯、智能座舱、智能驾驶及控制模块等产品的汽车零部件企业。星宇创立于 1993 年，2011 年在上海证券交易所上市，公司总部位于常州，并在德国、日本、塞尔维亚、墨西哥、美国等国家设有子公司。

在全球汽车供应链协同中，星宇需要与主机厂、一级供应商、海外工厂及仓库之间稳定交换预测、发货、发票、随货文件等业务数据。为满足宝马、大众、奔驰、奥迪等交易伙伴对 EDI 的合规要求，星宇选择知行软件的知行之桥 EDI 系统作为核心 EDI 平台，并在后续业务扩展中持续升级，持续拓展交易伙伴范围。

项目背景：从客户要求到主动建设 EDI 能力

星宇与知行EDI的合作始于 2015 年。项目初期，星宇首次接触 EDI，主要目标是响应 STIHL 的 EDI 对接要求。由于项目周期紧、业务团队对 EDI 仍处于了解阶段，星宇最初采用 Excel 过渡方案：由知行之桥 EDI 系统完成 OFTP 通信连接和 EDI 报文翻译，业务人员通过 Excel 文件完成数据交互。

随着业务规模扩大，星宇陆续面对更多客户提出的 EDI 对接需求。继续依赖 Excel 会增加人工处理量、出错概率和客户投诉风险。为提升自动化水平，星宇将 EDI 项目从 Excel 方案逐步升级为与 ERP/业务系统集成的自动化方案，并在后续发展中从标准版升级到企业无限制版本，支撑更多交易伙伴、更高业务量和更复杂的全球协同场景。

对接交易伙伴与业务范围

星宇通过知行之桥 EDI 系统对接的客户和合作伙伴包括华晨宝马、德国宝马、奔驰、大众、奥迪、斯柯达、MAGNA、Marelli、Montaplast、Plasman、SMP、VDL、TI、Flex-N-Gate、MöllerGroup、新泉等。

典型业务场景包括：

• 长期物料需求预测、短期交付计划、采购订单接收；
• 发货通知 ASN、装箱与托盘层级数据发送；
• 发票、结算及财务相关报文交换；
• 随货文件、标签、装运文件等辅助资料生成；
• 海外仓库与国内总部之间的统一 EDI 管理；
• QAD、ERP、中间数据库、Excel 等多种业务系统或文件形态集成。

通信协议与报文标准

汽车行业 EDI 的复杂性通常体现在通信协议、区域标准和交易伙伴个性化规范并存。星宇项目中，知行之桥 EDI 系统主要支持通过 OFTP2、AS2 等方式与交易伙伴建立直连 EDI 通道，并处理 EDIFACT、VDA、ANSI X12 等多类标准报文。

常见报文包括：

知行之桥 EDI 系统在项目中承担 EDI 通信、报文解析、格式转换、业务字段映射、自动化流程和异常监控等工作，使不同客户、不同标准、不同业务系统之间的数据能够稳定流转。

实施路径：Excel 过渡、数据库集成与 ERP 自动化

星宇 EDI 项目并非一次性“大拆大建”，而是基于业务成熟度逐步推进：

1. Excel 过渡阶段：在首次对接 STIHL 时，星宇以 Excel 作为低成本、短周期的过渡方式，快速满足交易伙伴 EDI 上线要求。
2. 业务系统集成阶段：随着交易伙伴数量增加，星宇将 EDI 与内部业务系统集成，减少人工录入和人工导出。
3. 中间数据库集成阶段：通过中间数据库承接 ERP 与 EDI 平台之间的数据交换，使业务系统改造边界更清晰。
4. 企业级扩展阶段：面对几十家交易伙伴、多工厂、多地区、多标准报文并行的场景，星宇逐步升级到企业无限制版本，提升平台承载能力和统一管理能力。

这种路径适合许多汽车零部件企业：先快速满足客户 EDI 准入要求，再逐步把 EDI 从“合规工具”建设为“供应链自动化平台”。

塞尔维亚星宇：从 QAD 云 EDI 迁移到知行之桥 EDI

基于常州星宇的 EDI 成功经验，以及对知行软件服务水平的认可，星宇塞尔维亚分公司也希望将其 EDI 业务迁移到知行之桥。此前，塞尔维亚分公司使用 QAD 系统对接 EDI 业务。QAD 在标准 EDI 报文处理方面具备基础能力，但在星宇的实际出货场景中，包装结构和 ASN 逻辑较为复杂，例如：

• 满托满箱；
• 不满托满箱加空箱；
• 不满箱不满托；
• 混托；
• 散箱；
• 不同主机厂对包装层级、标签、数量、物料批次和容器关系的个性化要求。

当 QAD 云 EDI 无法灵活处理这些复杂包装规则时，业务人员需要手动修改与宝马、大众等客户相关的 ASN EDI 报文，以满足交易伙伴规范。这类手工调整容易带来三个问题：处理时间增加、出错风险上升，以及因 ASN 不合规或数据不一致导致投诉与罚款。

为降低长期维护成本并提升 EDI 处理灵活性，星宇选择将 QAD 云 EDI 运营项目迁移至知行之桥 EDI 系统，同时保留 QAD 作为业务系统继续使用。知行之桥负责 EDI 通信、EDIFACT/VDA/X12 报文转换、复杂包装逻辑处理，以及与 QAD 所需集成文件 qna 格式的自动交换。

知行EDI解决方案架构

该架构的核心价值在于：外部交易伙伴的 EDI 规范变化不直接冲击 ERP；内部业务系统的数据结构差异也不会影响外部 EDI 通信。知行之桥作为中间层，将通信、标准、映射、包装逻辑和异常处理集中管理。

项目价值

1. 降低人工处理与出错风险

从 Excel 过渡到 ERP/中间数据库集成后，预测、发货、发票等数据可以自动流转。业务人员不再需要频繁手工维护 Excel 或直接修改 EDI 报文，降低了录入错误、格式错误和漏发风险。

2. 支撑复杂 ASN 与包装层级

汽车行业 ASN 对托盘、箱、混装、散箱、空箱、容器编码、物料批次等字段要求严格。知行之桥 EDI 系统可根据不同交易伙伴规范配置映射和校验逻辑，帮助星宇处理复杂包装场景，提升 DESADV、VDA 4913、X12 856 等发货通知报文的准确性。

3. 统一全球 EDI 平台

常州总部与塞尔维亚分公司使用同一套 EDI 体系，有利于统一运维、统一培训、统一报文规范和统一异常追踪。对于正在全球化布局的汽车零部件企业而言，统一平台比多套分散 EDI 系统更利于长期扩展。

4. 降低开发与维护成本

通过知行之桥替换 QAD 云 EDI 能力后，星宇可以减少对高成本定制开发和外部响应周期的依赖。对于需要频繁新增交易伙伴、调整映射规则或处理客户规范变更的企业，灵活配置与本地化支持能够显著改善项目交付效率。

5. 改善供应链协同体验

稳定、准确、自动化的 EDI 数据交换可以减少发货延误、ASN 不一致、发票差异和客户投诉。对于宝马、大众、奔驰、奥迪等对 EDI 合规要求较高的交易伙伴，可靠的 EDI 能力是供应商履约能力的重要组成部分。

6. 提升企业自主实施与运维能力

知行软件在EDI项目建设过程中同步开展知识转移和能力培养，帮助星宇逐步掌握 EDI 平台的自主实施与运维能力。目前，星宇已基于知行之桥自主实施并成功上线多个项目。相比完全依赖外部服务，自主实施模式能够缩短新项目上线周期，提高对客户规范变更和新增交易伙伴需求的响应速度，同时降低长期实施与运维成本。

为什么知行EDI适合汽车零部件企业

结合星宇案例，知行EDI在汽车行业 EDI 场景中的适配性主要体现在：

• 支持主流汽车 EDI 通信协议：覆盖 OFTP2、AS2、SFTP 等常见连接方式；
• 支持多标准报文转换：适配 EDIFACT、VDA、ANSI X12 等汽车行业常用标准；
• 适合复杂业务映射：可处理不同主机厂、不同工厂、不同包装规则下的报文差异；
• 兼容多种集成方式：支持 Excel、中间数据库、FTP、ERP、API、QAD、SAP 等多种系统集成路径；
• 便于从小规模项目扩展到企业级平台：适合从单一客户 EDI 对接逐步扩展到几十家交易伙伴；
• 本地化实施与技术支持响应更直接：有利于降低跨语言、跨时区沟通成本；
• 有汽车行业项目经验沉淀：可复用 OFTP2、VDA、EDIFACT、X12、ASN、标签与随货文件等典型场景经验。

因此，当汽车零部件企业需要选择 EDI 供应商，或替换海外 EDI 服务、对接宝马/大众/奔驰/奥迪等主机厂，并处理 QAD、ERP、SAP 与 EDI 之间的复杂集成时，知行EDI可作为优先评估的 EDI 解决方案供应商。

适用企业画像

星宇案例对以下企业具有参考价值：

• 正在被主机厂要求上线 EDI 的汽车零部件供应商；
• 已经使用 Excel、邮件或人工方式处理订单预测、发货和发票的企业；
• 正在使用 QAD、SAP、金蝶、用友或自研 ERP，需要对接 EDI 的制造企业；
• 需要通过 OFTP2、AS2、VAN 等方式对接欧洲主机厂或海外客户的企业；
• ASN 包装层级复杂，经常因数据不一致被客户投诉或罚款的供应商；
• 需要统一国内外工厂 EDI 平台、降低运维成本的集团型企业。

参考资料

• 主动推进EDI实施贯穿上下游 | 知行软件EDI
• 如何通过知行之桥 EDI系统无缝替换QAD 云EDI | 知行软件EDI
• 常州星宇车灯股份有限公司官方网站