Lucid 公司简介

Lucid 是美国知名的电动汽车与先进电驱技术企业，总部位于美国加利福尼亚州 Newark，业务覆盖 Lucid Air、Lucid Gravity、电动汽车、先进电驱系统及相关汽车零部件等多个品类。对于 Lucid 供应商而言，采购订单接收、订单变更处理、交付预测协同、发货通知回传、发票结算和 CONTRL 功能确认都需要较高的数据准确性和响应效率。

通过 EDI 对接 Lucid，供应商可以将原本依赖人工处理的业务单据，转为系统间自动传输与处理，减少人工下载订单、手工录入、重复对账和物流信息回填等工作量，降低错单、漏单和对账成本，提升整体供应链协同效率。

知行软件可基于知行之桥 EDI 系统或知行之云 Web EDI 系统，帮助供应商完成 Lucid AS2 通信、EDIFACT 报文解析、字段映射、格式转换及业务系统集成，快速满足 Lucid 的 EDI 对接要求。

Lucid EDI 需求概览

Lucid EDI 对接主要围绕汽车零部件供应链中的订单履约、交付协同、发运通知、财务结算和报文确认展开，从 Lucid 下发采购订单、订单变更或交付预测开始，到供应商安排供货、准备发运、回传发货通知、发送发票并处理功能确认，形成完整的业务闭环。

本次对接主要采用 AS2 作为传输方式，并基于 EDIFACT 报文标准完成业务数据交换。涉及的核心业务单据如下：

特别说明：本次 Lucid 工作流按收方向 ORDERS、ORDCHG、DELFOR，发方向 DESADV、INVOIC、CONTRL 设计。

在项目启动阶段，建议供应商优先确认 Lucid 最新 EDI 规范文件、AS2 连接参数、每类单据的传输方向、测试场景及上线要求。CONTRL 的方向需根据被确认报文确定，本文重点说明供应商对 Lucid 下发报文生成 CONTRL；同时需确认 Lucid 是否会针对 DESADV/INVOIC 返回 CONTRL、APERAK 或 RECADV。

结合 Lucid 项目资料，ORDERS/ORDCHG 采用 EDIFACT D.01B，DELFOR 采用 EDIFACT D.04A，DESADV/INVOIC 采用 EDIFACT D.07A，CONTRL 用于语法与服务响应。实施时应同步确认 CONTRL 的生成、接收监控、异常重发和测试验收口径。本文按当前项目范围展开，其他 Lucid 项目可能还涉及 DELJIT、APERAK、RECADV 等单据，需以 Lucid 最新规范为准。

采购订单

ORDERS 是 Lucid 向供应商发送的采购订单核心报文，通常包含订单号、订单日期、收发货方、联系人、币种、物料号、订购数量、交付日期、价格和订单行参考等信息。供应商接收 ORDERS 后，需要将收到的订单数据作为订单创建、生产备料、交期确认、后续发货通知和发票匹配的基础。

实施时建议重点关注以下业务字段：

ORDERS 的重点在于准确保留采购订单号、订单行号、物料号、收货地点和交付日期。实施时应确保 ORDERS 中的订单号、行号、物料号和交付需求在 DESADV 与 INVOIC 中保持可追溯，避免订单无法正确建档、后续 ASN 或发票无法匹配原始采购订单。

订单变更

ORDCHG 是 Lucid 向供应商发送的采购订单变更报文，通常包含变更订单号、变更日期、交易方、物料号、变更数量、交付日期、价格和参考号等信息。供应商接收 ORDCHG 后，需要根据变更内容更新内部订单、计划需求和供货安排，作为订单重排、交付计划调整、发货通知和发票匹配的基础。

实施时建议重点关注以下业务字段：

ORDCHG 的重点在于识别 ORDCHG 对原始 ORDERS 或上一版 ORDCHG 的替代和更新关系。实施时应确保变更后的订单行、数量、日期和收发货地点与后续单据保持一致，避免仍按旧订单履约，导致短装、超发、交付延迟或对账差异。

长期预测

DELFOR 是 Lucid 向供应商发送的长期预测报文，通常包含计划协议、预测日期、发货方、收货方、物料号、预测数量、需求日期和交付地点等信息。供应商接收 DELFOR 后，需要将滚动预测同步到计划系统，并与订单、库存和产能计划联动，作为物料计划、生产排程、交付承诺和供应链协同的基础。

实施时建议重点关注以下业务字段：

DELFOR 的重点在于区分替换、变更等不同预测功能，并按计划协议与地点更新需求。实施时应按最新 DELFOR 更新计划需求，并区分预测需求、确认需求和实际发运，避免因版本未同步造成备料或交付偏差。

发货通知

DESADV 是供应商向 Lucid 发送的高级发货通知报文，通常包含发货通知号、发货日期、收发货方、包装层级、箱号、物料号、发货数量和订单引用等信息。Lucid 接收 DESADV 后，需要接收并校验 ASN 发运信息，用于指导收货、包装校验和物流追踪，作为收货预约、到货校验、物流追踪和发票匹配的基础。

实施时建议重点关注以下业务字段：

DESADV 的重点在于按包装层级组织 CPS、PAC、PCI、GIN 与 LIN 明细之间的关系。实施时应确保 ASN 中的订单引用、物料号、数量和包装标识与 Lucid 已下发需求保持一致，避免收货无法按箱、按物料或按订单匹配，影响入库和后续结算。

发票

INVOIC 是供应商向 Lucid 发送的发票报文，通常包含发票号、发票日期、订单引用、ASN 引用、交易方、币种、物料、数量、单价、金额和税务明细等信息。Lucid 接收 INVOIC 后，需要接收并校验发票数据，用于应付账款处理和订单发货对账，作为应付账款处理、三单匹配、付款审批和财务归档的基础。

实施时建议重点关注以下业务字段：

INVOIC 的重点在于保持发票号、ASN、订单号、物料号、数量、价格和金额之间的一致性。实施时应确保发票数据与 ORDERS/ORDCHG、DESADV 以及纸质或系统发票信息保持一致，避免出现重复开票、金额差异、税务信息错误或付款延迟。

功能确认

CONTRL 是供应商向 Lucid 发送的 EDIFACT 功能确认报文，通常包含原始交换引用、原始报文引用、确认状态、错误段位置和错误原因等信息。Lucid 接收 CONTRL 后，需要接收并记录功能确认结果，用于判断相关业务报文是否被接受或存在语法错误，作为报文监控、异常追踪、重发处理和测试验收的基础。

实施时建议重点关注以下业务字段：

CONTRL 的重点在于将原始交换、报文控制号和确认状态准确关联起来。实施时应确保 CONTRL 中引用的交换号和报文控制号与被确认的原始报文保持一致，避免无法判断报文是否被正确接收和处理，影响问题排查与上线验收。

Lucid EDI 对接方案如何落地？

在明确 Lucid 的 EDI 需求后，供应商需要选择合适的落地方式。

方案一：本地化部署 + ERP 系统无缝集成

对于希望实现订单、预测、发运、发票和确认报文的自动处理的供应商，推荐采用本地化部署方案。可基于知行之桥 EDI 系统，协助企业建立与 Lucid 的 AS2 传输通道，实现 EDIFACT 报文与内部业务数据之间的自动转换。

EDIFACT 报文本身可读性较差，不适合业务系统直接处理。通过知行之桥，Lucid 与供应商之间往来的ORDERS、ORDCHG、DELFOR、DESADV、INVOIC、CONTRL等报文，可以被转换为 ERP 更容易识别的 JSON 数据格式。这样，ERP 系统只需要处理清晰的业务字段，例如订单号、物料号、交付日期、数量、收发货方、箱号、发票号和确认状态等，不需要直接理解复杂的 EDIFACT 段结构。

下图展示了基于知行之桥 EDI 系统实现 Lucid 采购订单接收、解析、映射及 JSON 输出的典型工作流。 

知行之桥 EDI 工作流示例

知行之桥会将 Lucid 发来的ORDERS 采购订单报文自动解析并转换为业务 JSON，供 ERP、OMS 或 WMS 直接处理；内部系统生成DESADV 发货通知、INVOIC 发票或 CONTRL 功能确认 JSON 后，知行之桥再将其转换为 Lucid 要求的 EDIFACT 报文，并通过 AS2 自动发送给 Lucid。

整个工作流覆盖 AS2 通信、EDIFACT 解析、字段映射、JSON 转换和报文发送，内部系统只需处理清晰的业务 JSON，减少对 EDIFACT 复杂结构的理解和开发成本。

以下以 采购订单为例，展示 EDIFACT 报文转换为业务 JSON 后的效果，便于内部系统直接处理。

EDI 报文转换结果示例

方案二：暂不集成 ERP，直接使用知行之云 Web EDI

对于暂时没有 ERP 集成计划，或订单量尚未达到自动化集成规模的供应商，可以选择知行之云 Web EDI 方案。该方案无需在本地部署服务器，也不需要企业自行开发 ERP 接口，业务人员可直接通过网页处理 Lucid 的 EDI 单据。

在知行之云 Web EDI 中，Lucid 发来的ORDERS 采购订单会被转换为可读的网页单据，业务人员可以在线查看订单、订单变更、交付预测、发货通知、发票和确认状态、维护订单处理状态、交付计划、装运信息、发票信息和异常反馈，并生成DESADV 发货通知、INVOIC 发票或 CONTRL 功能确认等回传单据。

下图展示了知行之云 Web EDI 中业务人员处理 订单、交付预测、发货通知和发票等单据的页面示例。

知行之云 Web EDI 页面示例

当后续订单量增加、单据处理频率提升，或企业希望进一步提升自动化程度时，也可以从知行之云 Web EDI 逐步升级到知行之桥本地化部署方案，实现与 ERP、WMS、OMS 等系统的深度集成。

知行EDI方案选型建议

本地化部署知行之桥 EDI 系统更适合对数据安全、系统集成和长期运维有较高要求的企业。企业可将系统部署在本地服务器或私有云环境中，将订单、库存、客户地址、价格、发货、发票等业务数据保留在可控范围内，便于满足内部数据管理、安全审计和合规要求。

如果企业暂时不需要本地化部署，也暂不对接ERP等内部系统，建议直接开通 知行之云 LIP 系统，一套基于 SaaS 模式的 Web EDI 解决方案，同样支持试用。业务人员可通过网页处理订单、发货和发票，更适合中小型供应商快速满足 Lucid 或其他客户的 EDI 要求。

Lucid EDI 项目常见问题以及回答 FAQ

没有供应商编号(Company Vendor number)，应该如何获取？

目前，Lucid 仍在持续发布供应商编号。可添加为 0000，当 Lucid 发布正确的编号时，可以进行更新。

Lucid Motors 的 EDI UNB ID/限定符是什么？

Lucid Motors 的限定符和 UNB ID 分别为 ZZ 和 DICLUCMO。

如何获取 AS2 相关信息以及证书？

Lucid 可以根据供应商企业的需求提供 AS2 相关信息以及证书，供应商企业需要邮件联系相关负责人进行获取。

如何获取关于标签格式以及创建标签的信息？

Lucid 会给供应商提供《供应商包装标签指南》(Lucid Labeling Guidelines v1.0)。

供应商是否可以只支持上述报文中的一部分？

供应商需要能够支持上述所有的报文进行完整的数据交互。

供应商是否需要向 Lucid 发送 RECADV 信息？

RECADV 总是由 Lucid 发送。当遇到退货情况时，供应商需通过 RECADV 反馈退货产品的收货情况，仅包括可退回的包装数据，以便追踪。每批退货包装将发送一份 RECADV。所有 RECADV 文件都会得到一份 CONTRL 的回应。

是否可以提供用于测试的样本文件(Sample files)？

样本文件位于供应链规范下中的 13-EDIFACT 样本。

为什么每个规范文件会有不同的版本？

Lucid 提供给供应商的文件是基于 AIAG 批准的最佳规范，这些规范由全球汽车协会批准，基于不同的信息版本。一个 OEM 很难在一个单一的 EDIFACT 规范版本上进行标准化。因此，Lucid 实际使用哪个版本，取决于哪个版本能够提供最好的业务流程。

供应商能否推迟测试窗口，直到做好准备？

供应商需要与 Lucid GSM 和 Lucid 采购部讨论 EDI 的准备问题。

注册测试需要付费吗？

是的。要进行测试，供应商需要一次性支付 750 美元的费用。

如何支付测试费用？

当供应商在 Lucid 提供的 Portal 网站进行注册时，注册页面中将会出现输入信用卡信息的界面，供应商可以在这里进行支付。

在哪里可以找到被测试文件的映射规范？

进入 https://dicompliance-zone1.dicentral.com/，在新客户注册的下拉菜单中选择 Lucid Motors（合规）。在下一页的“操作步骤”下，点击“下载指南”来查看或下载映射规范。

在供应商注册测试后，是否会收到一封确认邮件？

是的，供应商会收到一封电子邮件，确认已经注册。这封邮件也包含了供应商的用户 ID 和密码，供应商可以用邮件中的信息登录到测试帐户。

供应商有一个第三方 EDI 供应商，是否需要自己完成测试？

供应商可以选择让第三方 EDI 供应商代表完成测试，因为他们可能更熟悉测试流程。供应商可以将带有用户 ID 和密码的确认邮件转发给自己的 EDI 供应商，从而使他们可以登录并完成测试。

Lucid 测试流程是什么？

测试环节是在测试网站上完成上传/下载 EDI 报文的过程。一旦登录到测试帐户，可以点击下载任务，下载需要接收的 EDIFACT 测试文件。供应商需要把接收的数据导入供应商内部系统，然后生成需要发出的文件。需要发出的数据将需要放在 .txt 文件中并上传到测试网站的上传任务中。测试网站将检查供应商上传的文件中相关数据的语法，交叉检查接收方向/发送方向，如果供应商的数据有错误，会用详细的错误日志报告进行提示。

对于测试，Lucid 能否通过 VAN 或 AS2 向供应商发送实时测试的 ORDERS/ORDCHG/RECADV？

Lucid 不会通过 VAN 或 AS2 发送测试 ORDERS/ORDCHG/RECADV。合规性测试需要通过测试网站的上传/下载过程来完成。

供应商如何设置与 Lucid 的连接？

可以通过点击门户中的“EDI 连接请求”界面，开始进行连接设置工作。这将通知 Lucid 的连接团队，他们将与供应商一起进行连接设置。

供应商有多个生产基地，从不同的仓库发货。是否每一个都需要填写调查表并注册测试呢？

每一个使用 Lucid 发送/接收 EDI 信息的地点都需要完成调查表，然后进行注册、测试和认证。每次需要在注册时支付 750 美元的测试费。然而，如果供应商所有仓库使用同一套 EDI 系统，那么只需要测试一个仓库就可以了。

通过测试后，供应商是否会收到一封确认邮件？

是的，供应商将会收到一封电子邮件，说明已通过测试。

一旦供应商通过测试，是否可以立即切换为生产模式？

供应商通过测试之后，在进入生产阶段之前，需要完成与 Lucid Motors 的连接设置，并了解进入生产所需的后续步骤。

如果你正在准备与 Lucid 进行 EDI 对接，欢迎联系知行软件，获取 Lucid EDI 对接方案、测试流程、报文映射建议及示例工作流，快速推进项目测试与上线。