JIT 业务场景：汽车行业准时制的 SAP 实现
一、先纠正一个最容易搞反的概念 JIT 在 SAP 里分入站和出站，但它的命名是站在"你"（运行 SAP 的这家公司）的角度 来定义的，而且 SAP 标准的 JIT 模块主要是供应商视角 的解决方案： JIT 入站（JIT Inbound） = 你作为供应商，接收来自客户（如主机厂）发来的 JIT 呼叫，然后组织生产和发货。JIT 入站组件就是供应商用来接收并处理客户发来的准时制呼叫的。 JIT 出站（JIT Outbound）= 你作为客户/采购方，向你的下级供应商发出 JIT 呼叫去拉料。 ⚠️ 这一点和直觉相反，是很多人（包括我上一版）会搞错的地方。"入站"不是"我去拿货"，而是"呼叫信号进入我的系统" 。信号是从客户那边"入站"到供应商系统的，所以叫 Inbound。 JIT Inbound = 别人的呼叫"进来"，我是供应商，我来发货。 JIT Outbound = 我的呼叫"出去"，我是客户，催供应商发货。
二、JIT 属于哪个模块？需要先激活 JIT 不在标准 MM 的配置树下（这是我上一版的错误）。它属于SAP 汽车解决方案（IS-A，Industry Solution - Automotive） 下的IS-A-JIT 子模块。 关键前提： 标准 SAP 系统里 JIT 相关 T-Code（如 JITV）默认是不能用的，必须先激活汽车行业的DIMP（Discrete Industries & Mill Products）业务功能 。如果进入 JITV 报错说"Transaction JITV does not exist"，说明 Automotive 包 DIMP_SDUD 没有在你的系统里激活。S/4HANA 里对应的 Business Function 是否打开 三、JIT 的底层：调度协议（Scheduling Agreement） JIT 不是凭空运行的，它建立在SD 销售调度协议 之上。调度协议是一个长期框架，约定了"未来一段时间供应哪些物料、大概多少量"。 LZ ✅ LZ 是带交货计划的调度协议，可以包含预测交货计划和 JIT 交货计划，预测计划用于长期规划，JIT 计划用于具体的交货日期和时间，并且可以从 LZ 协议直接创建交货 LZM ❌ LZM 与 LZ 类似但不包含 JIT 交货计划，也不能直接交货，其单据流为：调度协议 LZM → 交货订单 TAM → 交货 LK LK 是带外部代理交货的调度协议，接收预测和/或 JIT 交货计划，但把货物交到寄售库存地点 LZS LZS 与 LZ 类似，但只能通过自开票 IDOC 来开票 LZJ / LZJS ✅ LZJ 和 LZJS 是 JIT 调度协议，仅在汽车（IS-A）系统中可用
调度协议在 SD 里维护：VA31（创建）/ VA32（修改）/ VA33（显示） 。所有调度协议都可以在事务 VA31 创建、VA32 修改、VA33 显示；对于带交货计划的调度协议，可以同时使用预测交货计划和 JIT 交货计划。 两种交货计划（Delivery Schedule）的区别： 预测交货计划（Forecast Delivery Schedule，FRC） — 长期规划用，对应 IDoc 消息类型DELFOR JIT 交货计划（JIT Delivery Schedule） 四、JIT 入站的三层呼叫结构（核心概念） 这是 JIT 入站最重要的概念。系统为每个 JIT 呼叫创建一个三层呼叫结构，该结构通过 EDI 接收，由呼叫抬头、组件组和呼叫组件三部分组成： └── 组件组（Components Groups） └── 呼叫组件（Call Components） 这种三层结构允许你处理装配件的顺序 JIT 呼叫、离散物料的顺序 JIT 呼叫以及汇总 JIT 呼叫。 整个流程的触发逻辑是这样的：JIT 入站集成在 SAP 系统的调度协议处理中。首先，客户向你发送预测交货计划或 JIT 交货计划，你用它来规划物料需求。实际的 JIT 流程从一个预测信号开始，这会在你的系统里创建并校验一个顺序 JIT 呼叫。 五、两种 JIT 呼叫类型：SeqJC vs SumJC 这是 JIT 里最关键的分类，决定了整个业务的处理方式。 顺序型 JIT 呼叫（Sequenced JIT Call，SeqJC） 这类呼叫用于接收完全配置好的组件的 JIT 呼叫，既带订单参考又带顺序。 特点：带顺序号（Sequence Number） ，必须严格按上线顺序供货 顺序 JIT 呼叫通常由客户多次发送，每次带不同的状态或顺序号，因此系统通过外部呼叫号来识别一个 JIT 呼叫并修改它 适用：汽车整车厂的座椅、车门板、保险杠等需要按车辆配置精确对应的零件 。 汇总型 JIT 呼叫（Summarized JIT Call，SumJC） 汇总 JIT 呼叫接收的呼叫，其项目由日期和数量对组成，这些项目不与成品关联，也不按预定顺序交货。 呼叫组件（通过 release 订购的物料）通常是预先生产的，汇总 JIT 呼叫可以在货物收到后立即交货 判断标准： 物料是否随客户产品配置变化、是否需要按上线顺序供货？
六、信号怎么进来？EDI 与 IDoc JIT 呼叫绝大多数通过EDI 传入。在这个 EDI 场景中，你接收并处理客户系统发给你的 JIT 呼叫，作为 JIT 入站的一部分，可以接收顺序和汇总两种 JIT 呼叫。 SEQJIT— JIT 呼叫的 IDoc 消息类型 DELFOR— 预测/交货预测计划的 IDoc 消息类型 呼叫的 EDI 入站是在销售（Sales）的 Customizing 中设置的，路径为：Logistics → Sales and Distribution → Sales → Sales documents → Scheduling agreements with delivery schedules → Control EDI inbound processing。 呼叫进来后的逻辑：使用呼叫控制（call control），你可以复现你的业务流程。呼叫控制基于"动作（actions）"，这些动作要么由进入的呼叫触发，要么在线手工触发。这个"动作（Action）"机制是 JIT 入站的核心——每一步处理（创建、修改、删除、生成交货、确认等）都是一个 Action。 七、JIT 入站完整流程（供应商视角） T-Code: JITV（Maintain JIT Control Data，维护 JIT 控制数据） Step 3: 客户通过 EDI 发来 JIT 呼叫（SEQJIT IDoc） 手工创建用: JIT1（JIT Call Inbound） 模拟用: JIT4（JIT Call Inbound: Simulation） T-Code: JITM（JIT Monitoring，JIT 监控） 或 JITG（JIT Cockpit，JIT 驾驶舱） 进度确认: JITF（Progress Confirmation） T-Code: JIT6（Action Entry - Barcode，条码动作录入） JIT7（Action Entry - Specified，指定动作录入） 已核实的入站 T-Code 一览（来源 sap-tcodes.org / SAP Help）： JIT Call Inbound（创建 JIT 呼叫） JIT Call Inbound: Simulation（模拟） JIT Call Fast Change（快速修改） Action Entry - Barcode（条码动作录入） Action Entry - Specified（指定动作录入） Maintain JIT Control Data（JIT 控制数据/客户主数据） Progress Confirmation（进度确认） Summarized JIT Calls Due for Delivery（到期汇总呼叫） Maintenance Dialog JIT Material（JIT 物料维护） Create Material Table from Scheduling Agreement Customizing JIT Inbound（入站配置）
注：上面的功能描述来自 sap-tcodes.org 的标准短文本（已核实存在），但 具体操作步骤的先后次序是我基于业务逻辑的整理 ，不同项目实际流程会有调整。
八、JIT 出站完整流程（客户视角） JIT 出站是你作为采购方，向下级供应商发 JIT 呼叫的场景。 已核实的出站 T-Code 一览（来源 sap-tcodes.org）： Create/Change: Outbound Call（创建/修改出站呼叫） Display: Outbound Call（显示出站呼叫） Monitoring JIT Outbound（出站监控，程序 RJITOUTMON01） JIT Cockpit Outbound（出站驾驶舱） JIT Outbound: Alerting（出站告警） Archiving JIT Outbound（出站归档，调用 SARA） Delivery Confirmation Outbound（出站交货确认） Customizing JIT Outbound（出站配置，程序 JITCUSTO）
出站配置的细分 T-Code（已核实）：OJIT58 用于 JIT Outbound 的 Actions（动作），OJIT59 用于 Processing Statuses（处理状态），OJIT60 用于 Action Control（动作控制），OJIT61 用于 Number Range Maintenance（编号范围维护），OJITO 用于 Customizing JIT Outbound。 九、配置入口在哪里？（按版本区分） 这是我上一版犯错的地方，这次说清楚不同版本的差异： 经典 JIT（ECC / S/4HANA 兼容模式） 配置主要通过专用 T-Code 进入，而不是手动点 SPRO 菜单树： OJITI— Customizing JIT Inbound（入站配置总入口） OJITO— Customizing JIT Outbound（出站配置总入口） OJIT0— JIT Customizing Subtree（JIT 配置子树） OJIT1— Customizing JIT Actions（JIT 动作配置） 在 SPRO 菜单树里，经典 JIT 通常位于 Logistics Execution → JIT Inbound 和相应的出站节点下，但 最可靠的方式是直接用上面这些 O 开头的配置 T-Code 进入 ，不依赖菜单路径记忆。
新一代 JIT（S/4HANA Next Generation） S/4HANA 推出了重写的 JIT 模块。根据 SAP Help Portal，新一代 JIT 的配置位于： SPRO → Logistics Execution → Just-In-Time Processing (Next Generation) 下面分JIT Supply to Customer （出站方向，供货给客户）和JIT Supply to Production （入站方向，供货给生产）两大分支。 说明： 我没能直接打开 SAP Help 验证每个子节点的精确名称（页面禁止抓取），但从多个搜索结果片段可以确认，新一代 JIT 确实在 Logistics Execution 下的 "Just-In-Time Processing (Next Generation)" 节点。 具体子节点请以你系统 SPRO 实际显示为准。
十、JIT 实施的真实难点 JIT 高度依赖 EDI 信号实时到达。信号丢失或延迟会直接导致供应商发货错误或产线停线。对策是部署中间件（PI/PO）做消息持久化和重发，配置 IDoc 监控（如 JITI — IDoc List for Specified JIT Calls）。 顺序型呼叫（SeqJC）严格依赖顺序号。由于顺序呼叫多次发送、每次顺序号可能不同，系统靠外部呼叫号识别并更新呼叫，所以双方要约定好顺序变更的处理规则和冻结期。 如果客户主数据没正确标记为 JIT 客户，创建调度协议时会报错。当创建并保存 LZN 销售调度协议时，如果客户不是有效的 JIT 客户，系统会给出警告"Customer is not a valid JIT Customer"，消息号 NJIT_MSG124。 客户发来的物料号是客户自己的编码，要映射到你的内部物料号，这通过客户物料信息记录维护：VD51（创建）/ VD52（修改）/ VD53（显示） 。 十一、小结 JIT 是 SAP 汽车解决方案（IS-A）里的专业模块，不属于标准 MM ，使用前必须激活 DIMP。它的核心逻辑是： 底座是 SD 调度协议（LZ / LZJ）； 信号靠 EDI（SEQJIT / DELFOR）； 入站是供应商收呼叫发货（JIT1/JITV/JITM）； 出站是客户发呼叫拉料（JITO1/JITOM）； 顺序型按配置排序，汇总型按日期数量。
最后再说一句：JIT 配置高度依赖系统版本和激活的业务功能，本文的 T-Code 都经过核实，但 IMG 路径请务必以你现场系统 SPRO 实际显示为准。 做 JIT 项目，建议先用 SE93 查 T-Code 是否存在、用 SFW5 确认 DIMP 业务功能状态，再动手配置。 信息来源： 本文 T-Code 来自 sap-tcodes.org 及 SAP Help Portal；概念（三层结构、SeqJC/SumJC、调度协议类型、IDoc 消息类型）来自 SAP 官方文档及 SAP Community。通过本文，我们了解了 SAP 的 [ SAP_MM模块—JIT简介说明 ] 。希望这些信息能帮助您在实际工作中更好地使用 SAP 系统，提高工作效率和管理水平。
感谢阅读，希望本文对您有所帮助，并期待在未来的文章中继续探讨 SAP 的更多功能和应用。
文章中如有错误。敬请指正！！
详细系统操作请查看博客：https://leo2014.blog.csdn.net
时间：2026-06-04
联系微信:Faithds
夜雨聆风
