本文整理 Tesla EDI 对接过程中涉及的 850、830、862、856、810、997、824 等报文，以及 ASN/Label 验证、生产切换和日常运维排查中的关键注意事项，供正在准备或已经启动 Tesla EDI 对接的供应商参考。

适用范围

本文用于 Tesla EDI 对接、ASN/Label 验证、生产切换及日常运维排查。

涉及主要报文：

总体原则

• 每一个 Tesla vendor code 都需要独立完成验证流程。
• 每一个 vendor code 需要独立的 EDI ID。多个 supplier code/vendor code 通常不能共用同一个 EDI ID。
• 如果同一供应商有多个 vendor code，不一定要部署多套系统；可以一套 EDI 系统共用流程，通过 EDI ID、supplier code、vendor code 等标识区分数据。
• 供应商已有 Tesla EDI 连接后，如果新增 vendor code，仍需重新走验证。
• 856 ASN 与 Label 必须匹配；Tesla 明确要求先完成 Label 验证，再进行 ASN EDI 验证。
• 发货计划是滚动更新的，业务使用时应以最新版本 830/862 为准。
• 启用生产 EDI 856 后，Tesla Portal 上用于手工创建 ASN 和上传/处理 ASN 对应 Label 的通道将关闭，后续发货必须通过 EDI 856 提交 ASN，并使用已通过验证的 Label 逻辑。

对接实施步骤总览

下面按项目实际推进顺序整理。建议每一步完成后再进入下一步；如果当前步骤尚未完成，不建议提前进行后续验证，否则容易出现 Tesla 无法审核或 Portal 状态无法推进的情况。

关键提醒：

• 不要跳过第 6 步。Tesla 文档明确说明：Label approval 未完成前，Tesla 不会正式测试 ASN EDI。
• 第 8 步中 ASN 与 Label 必须一一匹配，License Plate、发货日期、包装层级、数量、单位都要一致。
• 第 9 步选择 EDI 856 生产激活日期前，要确认 portal 中还未完成的手工 ASN 已处理完毕。
• 第 9 步完成并启用 EDI 856 后，Portal 上手工做 ASN 和 ASN Label 的通道会关闭。用户后续不能再依赖 portal 手工补 ASN/Label，必须确保 ERP/EDI 侧已经具备生产能力。

前置准备

1. 获取 Tesla Supplier Portal 账号。

   • 登录 [Tesla Supplier Portal 地址]。
   • 如果没有账号，需要联系供应商内部 Tesla 主联系人或 Tesla/SupplierPortal 支持。

2. 获取并评审规范。

   • Tesla Supplier Portal 文档中心：[Tesla Supplier Portal 文档中心地址]
   • Label 规范：BMS-0000003 Generated Shipping Label Specification
   • EDI 规范：850、830、862、856、810、824、997 等。

3. 准备每个 vendor code 的 EDI 信息，并发送至 [Tesla EDI 支持邮箱]：

   • Production Qualifier / DUNS ID，例如 ZZ/ABCPROD
   • Test Qualifier / DUNS ID，例如 ZZ/ABCTEST
   • VAN Provider 本项目可替换为实际 VAN 服务商
   • Supplier company name
   • Supplier code / vendor code
   • Tesla 业务联系人

4. 网络和通道准备。

   • 确认 EDI 服务器可以访问 [项目 VAN/AS2 服务地址]。
   • 确认防火墙白名单、SSL/TLS、证书、AS2 ID、VAN EDI ID 已配置。
   • 配置错误报警邮箱，便于 997/824/连接失败时及时处理。

Tesla -> 供应商流程

1. 供应商向 [Tesla EDI 支持邮箱] 提供 EDI 信息。
2. Tesla 配置并发送测试文件：
   • 850 Purchase Order
   • 830 Planning Schedule
   • 862 Shipping Schedule
3. 供应商在 EDI 系统确认收到测试文件。
4. 供应商解析入库并推送到业务系统。
5. 如收不到文件，回复 Tesla 确认是否已通过 EDI 发送。
   • 可使用类似语句：We didn't receive this release via EDI. Could you please help to confirm if it was successfully sent through EDI?
6. Tesla Buyer/Planner 需要在 PO 或 scheduling agreement 上完成额外 EDI release enablement。
   • 850：Buyer 侧启用。
   • 830/862：Planner 侧启用。

供应商 -> Tesla 流程

856 ASN

Tesla 允许两种发货通知方式：

1. 在 Tesla Supplier Portal 手工提交 ASN。
2. ERP/EDI 生成 Label，并通过 856 提交 ASN。

选择 EDI 856 后，必须完成 Tesla ASN EDI Validation。验证通过并启用生产 EDI 856 后，Portal 上用于手工创建 ASN、提交 ASN 以及处理 ASN 对应 Label 的通道将关闭，后续 ASN 必须通过 EDI 856 发送。

用户需要先判断：

1. 如果只是临时少量发货，且 Tesla 未要求 EDI 856，可以先使用 Portal ASN。
2. 如果 Tesla 要求启用 EDI 856，必须先完成 Label 验证和 ASN 场景验证。
3. 如果已启用 EDI 856，后续不要再按 Portal 手工 ASN 流程准备发货，应直接在 ERP/EDI 中生成 856 和 Label。

810 Invoice

电子发票入口在 Tesla Supplier Portal：

1. 由有 Finance 权限的账号登录。
2. 进入 Profile / E-invoicing。
3. 启用 E-Invoicing Channels。

注意：

• 810 与 856 需要有关联关系，810 的 packing_list_number 应对应 856 的 packing_slip_number。
• 项目经验中建议 810 不传 price_type，在 unit_price 中直接传每个产品的实际单价。
• 如果收到 824 提示供应商 810 未启用，需要联系 Tesla 确认该 vendor code 的 810 EDI 状态。

Label 与 ASN 验证流程

1. Label Format Validation

目标：先证明供应商能按 Tesla 规范生成正确 Label。只有这一步通过后，才进入 ASN 场景验证。

1. 供应商/实施人员先阅读 BMS-0000003，确认生产实际会用到哪些 Label。
   • 常见包括 3S、1J、5J、6J。
   • 如果生产只使用部分 Label，只需要按实际场景准备；但 Tesla ASN 场景要求的 Label 仍需能生成。
2. 供应商从 Tesla Supplier Portal 下载 part data，或使用生产 PO 中释放的物料数据。
3. 供应商/ERP 按规范生成 Label 样张。
4. 供应商下载并填写每种生产 Label 对应的 Label Configuration Checklist。
5. 根据 checklist 自动反馈修正 Label。
6. 在 [Label Validation 页面地址] 选择 Validation Type = Label Format，上传 checklist。
7. 等待 SOS 联系人邮件反馈。
8. 在 [Label Validation Dashboard 地址] 查看 Label 审批状态。
9. 状态通过后，进入下一步：申请 ASN 测试数据并生成 ASN 场景文件。

注意：Label Format Approval 不是整体上线批准。除 3S Label 外，6J/5J/1J 必须等 ASN 场景全部验证并获得 Overall Approval 后才能用于生产。

2. ASN Scenarios Auto-Approval

目标：证明供应商生成的 856 ASN 与 Label 能在所有适用包装场景下匹配。

1. 新起邮件向 [Tesla EDI 支持邮箱] 申请 830/862 测试文件。
   • 不建议直接复用旧测试数据。Tesla 验证时发货日期、预计到达日期不能是过去日期。
2. EDI 确认收到 Tesla 测试 830/862，并导入业务系统。
3. 供应商按 ASN scenarios 准备测试发货数据。
   • 每个场景使用唯一 packing_slip_number。
   • 发货日期、预计到达日期使用未来日期。
   • License Plate、包装层级、数量、单位、物料号、PO line 与 Label 保持一致。
4. EDI 使用测试数据生成各场景 ASN txt。
5. 邮件发送 ASN .txt 给 Tesla EDI，说明：
   • 测试场景编号
   • packing slip number
   • 对应 ASN txt 文件
6. 根据 Tesla EDI 反馈修正 ASN。
7. 将 Tesla EDI 认可的 ASN txt 上传到 [Label Validation Dashboard 地址]。
8. 上传匹配的 Label 文件，格式可为 PDF/JPG/PNG。
9. 如果 portal 返回错误，按错误修正 ASN 或 Label 后重新上传。
10. 所有场景状态变为 Approved 后，等待 Overall Approval。
11. Overall Approval 通过后，进入下一步：选择生产激活日期。

3. 选择 EDI 856 生产激活日期

目标：让 Tesla 从 Portal ASN 模式切换到 EDI 856 模式。

1. 在 [Label Validation Dashboard 地址] 选择 ASN EDI 生产激活日期。
2. 至少在激活日前一天完成选择。
3. 激活前确认所有 portal 手工 ASN 已处于 ASN Submitted，不要留下未完成 ASN。
4. 通知供应商业务、仓库、ERP、EDI 运维人员切换日期。
5. 激活后，Portal 手工 ASN 和 ASN Label 通道会关闭，供应商必须通过 EDI 856 生成并提交 ASN。
6. 激活后进入下一步：首单生产验证。

Label 类型与包装场景

Tesla Label 中常见的 3S、1J、5J、6J 是不同层级/包装场景下使用的标签标识。生成 856 ASN 时，1J/5J/6J 还会出现在 License Plate Number 中，并且必须和 ASN 的包装层级一致。

使用判断：

• 只有物料内容标签，不代表一个 ASN 包装层级时，用 3S。
• 没有托盘，按箱或包直接发货时，用 1J。
• 有托盘，且托盘内是混装箱/混装物料时，托盘用 5J，托盘内每个箱/包用 1J。
• 有托盘，且托盘是整托/同质托盘时，用 6J。
• 如果同一票发货中既有整托又有散箱，需要在 ASN 中分别表达：整托用 6J，独立散箱用 1J，且独立散箱不要错误挂在整托下面。

简单示例：

ASN 场景要求

关键校验：

• 分隔符：segment delimiter 使用 ~，element delimiter 使用 *。
• HL02 不可省略，必须能体现层级父子关系。
• MAN 必须包含 Master License Plate number。
• 6J 必须走 HL*T tare/pallet 层。
• 1J/5J/6J 前缀必须与包装类型匹配。
• 使用托盘时，PO4 应提供托盘长宽高。
• 轮胎供应商每个 part number 需要一个 6J，且 HL loop 为 T。
• Mixed load pallet 只能有一个 PO number。
• 不要对同一 PO、PO line、part number、shipment 组合发送多个 packing slip，除非按 Tesla 允许的 PO 或 part number 维度拆分。

856 关键字段与项目经验

关于单位：

• 测试阶段曾出现数量单位 RL（ROLL） 在 portal 中报 UOM is Mandatory，Tesla 后续要求测试 ASN/Label 中使用 ROLL 才能通过。
• 最终生产结论：生产环境中，对于单位为 Roll 的数据，856、Label、810 继续使用 RL，不要用 ROLL。Tesla 说明 ROLL 只是为了通过测试环境验证。
• 如果 830/862 给出其他单位，原则上按 Tesla 最新反馈和生产规范保持一致，必要时邮件确认。

生产切换流程

生产切换建议按“切换前、切换当天、首单后”三段执行。

切换前

1. 确认所有必要报文已验证通过：830、862、850、856、810 视实际业务范围启用。
2. 确认 Label Format、ASN scenarios、Overall Approval 均已通过。
3. 确认 856 与 Label 生产逻辑已经部署到正式环境。
4. 确认 856 使用生产 EDI ID，测试 EDI ID 不再混用。
5. 确认 portal 中未完成的手工 ASN 已提交完成。
6. 与 Tesla 在 dashboard 中选择 ASN EDI activation date。
7. 通知供应商业务、仓库、ERP、EDI 运维：激活后 Portal 上手工做 ASN 和 ASN Label 的通道将关闭。

切换当天

1. EDI 运维提前关注 Tesla 入出站通道。
2. 首单生产 ASN 前，建议临时关闭 856 自动发送。
3. 供应商在 ERP/业务系统录入首单发货数据。
4. EDI 先生成 856 raw data，但暂不自动发出。
5. 人工检查：
   • packing_slip_number 是否唯一。
   • 856 与 Label 的 LP Number 是否一致。
   • 物料号、PO、PO line、数量、单位是否与 830/862/850 匹配。
   • 发货日期、预计到达日期是否正确。
   • ship from / ship to 地址是否为英文且非空。
   • REF*CN 是否符合运输方式要求。
6. 检查无误后发送 856。
7. 发送后检查 VAN/AS2 状态、997、824、Tesla portal 状态。

首单后

1. 如果 997 accepted 且没有 824 错误，继续观察 Tesla portal 是否能看到 ASN 状态。
2. 如 Tesla 确认收到且无错误，再恢复 856 自动发送。
3. 如果启用 810，继续验证 810 是否能生产发送，并确认 810 的 packing_list_number 与 856 的 packing_slip_number 对应。
4. 首单稳定后进入日常运维监控。

运维监控

日常需要关注：

• 入站 830/862/850 是否按预期到达。
• 出站 856/810 是否成功发送。
• 997 是否 accepted。
• 是否收到 824 错误。
• Tesla portal 中 ASN/Invoice 状态是否正常。
• 错误报警邮件是否正常触发。

常见问题处理

收不到 830/862/850

1. 检查 EDI/VAN/AS2 通道是否正常。
2. 检查 Tesla 是否已经发送。
3. 邮件联系 Tesla EDI 确认文件是否已通过 EDI 发出。
4. 对 830/862，确认 Planner 已在 scheduling agreement PO 上启用 EDI release。
5. 对 850，确认 Buyer 已在 PO 上启用 EDI release。

830/862 地址乱码或入库报字段超长

项目中出现过 Tesla 原始报文 ship from 地址含 ????，导致字段超长或地址为空。

处理建议：

1. 供应商/Tesla 应确保在 portal 或 Tesla 主数据中维护英文地址。

856 被 997 Reject

1. 先查看 997 是否有明确 segment/element 错误。
2. 若只提示一个或多个数据错误，优先检查：
   • 是否包含中文字符。
   • ship from 地址是否为空。
   • packing_slip_number 是否重复。
   • REF*CN 是否为有效 SHP 号或 DAP/DDP。
   • 1J/5J/6J 与包装层级是否匹配。
3. 修正后重新发送；重复发送可能导致 824 提示重复数据。

收到 824 错误

824 是 Tesla 应用层错误反馈。常见原因：

• PO line number 与 part/PO 不匹配。
• 缺少 PO line number。
• License plate number 重复。
• REF*CN shipment number 无效。
• 尝试取消不存在或未成功提交的 ASN。
• 810 未在 Tesla 侧启用。

处理建议：

1. 读取 824 错误正文，定位 ASN/Invoice、packing slip、part、PO line。
2. 在 Tesla portal failure report 查看对应错误。
3. 修正业务数据或映射后重发。
4. 如果 EDI、997、824 都查不到原因，邮件联系 [Tesla EDI 支持邮箱]，附 ASN txt 和 packing slip number。

824 提示 packing slip number 重复

给 Tesla 发送 856 后，如果收到 824 错误反馈，提示 packing slip number 已重复，并确认之前发送的 ASN 数据有误，需要按以下方式处理：

1. 先取消原 ASN：以原始 856 为基础，将 BSN01（Transaction Set Purpose Code）由 00 改为 01，表示该单据作废/取消，并发送取消报文。
2. 原 ASN 取消成功后，基于正确的数据重新生成一笔新的 856。
3. 新的 856 必须使用新的 packing slip number，同时将 BSN01 恢复为 00，再重新发送。

注意：不要直接使用原 packing slip number 重发，否则仍会收到 Duplicate packing slip number 错误。

ASN 在 Shipment Planning 中看不到

1. 发送 ASN 后等待至少 30 分钟。
2. 检查 shipment number：
   • 是否被取消。
   • 是否录错。
   • 是否省略 SHPxxxx-xxxxx 中的中横线。
3. 检查是否收到 997 failure 或 824。
4. 在 failure report 中查看错误。
5. 仍无法定位时联系 Tesla EDI。

需要取消 ASN

Tesla 只接受尚未物理收货的 ASN 取消。

• 如果 ASN 已被 reject，不需要取消，修正后重发即可。
• 如果 ASN 已成功提交但货不会到达，或数据错误且货未到 Tesla，需要发送 ASN cancellation。
• cancellation 报文应与原 ASN 镜像一致，区别是 BSN01 从 00 改为 01。
• 发送新 ASN 时记得恢复 BSN01=00。
• 如果相关 invoice 已发且不准确，需要按 Tesla 发票状态取消发票或开 credit。

Tesla EDI 对接支持

如果企业正在准备 Tesla EDI 对接，或在 ASN/Label 验证、856 生产切换、997/824 错误排查中遇到问题，可以结合当前 vendor code、报文范围、Label 类型、Portal 验证状态和 ERP/EDI 系统现状进行专项评估，避免在测试、切换或首单生产阶段反复返工。

联系方式