简介这是一份面向海尔内部制单调度员及供应链物流信息化初学者的SAP LES操作指导书聚焦物流执行系统中运单制作、打印、车辆调度、不良品控制及到货及时率跟踪等核心环节。文档以岗位业务操作路径为主线逐一说明事务代码VT01N创建单独凭证、按配车单匹配DN并安排车辆、设置提货与运输时间以及打印提货单和运单的完整流程同时对创建发货订单时库存不足、订单保存后未能自动生成交货单等常见问题给出排查与处理思路便于一线人员快速对照执行。资源包共1个文件为doc格式压缩包大小约38KB体量精简适合作为岗位培训手册或新手上手备忘。目前已有85人学习浏览对于研究海尔供应链LES实践或物流执行系统操作逻辑的读者这份内部流程文档具有直接参考价值能帮助理解SAP后勤执行模块的运输计划与交付管理要点并借鉴其在实际业务中的异常处理经验。1. 制单调度员在SAP LES里到底管什么一张送货单背后的物流执行链路如果你在海尔这类制造企业里做过制单调度员你一定经历过这样的早上屏幕上十几个交货单等着下发仓库电话催拣配单司机在门卫室问装货口而你的工作看起来只是在SAP里点几下按钮——把销售订单转成交货单把交货单转成拣配单把拣配单转成发运单。这套动作背后的系统就是SAP LESLogistics Execution System物流执行系统。LES解决的核心问题不是“库存怎么记账”而是“仓库怎么把货发出去”它把一张销售订单从纸面需求变成可执行、可追踪、可确认的物流任务。制单调度员是LES链条里最特殊的一个角色你既不直接碰货也不直接开票但单据每卡一步第一个被电话轰炸的人一定是你。这篇内容就是围绕《海尔的SAP LES操作指导书制单调度员》这份文档要讲清楚的实操逻辑来写的——不背事务代码清单而是把LES里制单调度员要做的每一步拆开先弄清为什么发货业务不能只靠MIGO硬扛再逐单走一遍从交货单到过账的完整流程最后把半年内最容易翻车的几个场景摆出来。适合正在接手LES制单岗位的新人、要给内部写SOP的ITBP以及刚把LES模块上线还摸不清边界的业务顾问。2. 从ECC到LES为什么发货业务不能只靠MIGO一杆子捅到底2.1 MIGO做发货的边界库存过账和物流作业是两回事很多从传统ECC环境转过来的同事上手LES第一反应是抵触我原来在MIGO里输入移动类型601填个交货单号点过账库存就出去了财务也不耽误——为什么海尔非要再套一层LES让我多操作好几个事务代码这个疑问本身没错问题在于它混淆了两件不同的事。MIGO做的发货过账本质是“库存数量从一个视图转移到另一个视图”的财务库存动作它只关心结果过账前库存是多少过账后库存是多少物料凭证和会计凭证有没有生成。至于这箱货在仓库哪个货位、由哪个拣配员在什么时间从哪个仓位拿出来、装到了哪辆车上——MIGO一概不知道也不需要知道。而LES要管的就是“不知道”的那部分。在叫SAP WMWarehouse Management的传统LES架构里收货、上架、拣配、下架、装运这些仓库作业全部要通过WM层面的单据去驱动和执行货在库内的每一次移动都有据可查。海尔这类产成品仓、线边仓和备件仓并存的场景货值高、批次要求严、发货窗口期短如果没有LES发货作业就退化成“财务记账正确、实物管理靠人”的黑匣子状态。所以第一条边界很清楚MIGO负责“账对不对”LES负责“货在哪、谁在动”。制单调度员如果每天只盯着MIGO是否过账成功是不合格的只有当过账之前的拣配、装运这些物流作业在系统里闭环了你才真正把这个岗位做全了。2.2 LES的核心单据链销售订单到发货过账中间发生了什么LES的日常操作是围绕一条单据链展开的这条链恰好也是SAP SD模块里最容易被新手搞混的串联关系。完整链路是销售订单VA01/VA02维护→ 外向交货单VL01N创建→ 拣配单WM层面的Transfer Order事务代码LT06/LT12处理→ 装运单VT01N创建→ 发货过账VL02N过账或者由WM确认后自动过账。这条链里制单调度员最需要想清楚的是“当前单据卡在哪个环节”。外向交货单有交货状态、拣配状态、装运状态三个维度而不是一个笼统的“已发货”。很多调度员被业务追着问“货到底发出去没有”打开VL03N一看交货单过账状态是C就以为万事大吉——其实C只代表发货过账完成装运单的POD交货证明可能还没确认运输成本可能还没结算。在LES里拣配环节特别值得注意。外向交货单创建后系统需要把交货单的需求行转成WM层面的Transfer RequirementTR转储需求再生成Transfer OrderTO转储单。这一步在经典WM里通常用事务代码LT06按交货单生成TO或LT04按TR生成TO来触发。制单调度员常说“下发拣配任务”指的就是这个动作——它把一张销售导向的交货单翻译成了仓库拣配员能照着干活的上架/下架指令。2.3 什么场景必须走LES什么场景直接用MIGO更省事不是所有发货都必须套LES否则SAP也不会保留MIGO直接发货的通道。根据我自己的经验判断标准可以简化成一句话如果货还在仓库里且需要拣配、理货、装运这些环节就走LES如果货已经不在仓库管理范围内或者根本不需要库内作业直接MIGO反而高效。下面这张表是我在给业务做“什么时候找调度员、什么时候自己过账”培训时常用的判断依据你也可以直接用来当内部指导手册的底稿业务场景推荐路径原因成品销售发货从产成品仓拣配出库LESVL01N→LT06→VL02N需要库内拣配、装运跟踪、批次追溯公司间转储A工厂发给B工厂LES或MIGO均可看是否跨库转储订单相关交货单走LES紧急调拨可直接MIGO 541样品、备件零散发货量小且不拣配MIGO直接发货移动类型601走LES反而增加无意义的WM单销售退货入库LES收货方向MIGO 651 WM确认退货需要质量检验、仓位分配紧急补发司机已到现场等货可MIGO先过账事后补LES单据但必须有审批否则账实节奏会乱这里有个细节值得多说一句海尔这类体量的工厂上线LES后最怕的就是“线下不走单”。可能是某个调度员觉得走流程麻烦直接在MIGO里把货过账了库存是出去了仓库拣配员却没有收到任何TO单结果就是账上显示已发货、实物还在库位里睡觉。这类问题我在后面的避坑章节会专门展开。3. 上线前要摸清的家底组织架构、主数据与拣配策略3.1 仓库号、存储类型与仓位调度员必须能看懂的三个“仓库暗号”LES里的主数据维度和MM模块的工厂/库位Plant/Storage Location是两套体系这往往是制单调度员最开始最发怵的地方。在SAP里LES/WM用仓库号LGNUM来标识一个物理仓库仓库号下再分存储类型LGTYP来区分不同的存储区域比如高位货架区、拣配区、发货暂存区、退货区。再往下一层才是具体的仓位LGPLA精确到货架的第几排第几列。为什么制单调度员要看懂这套“仓库暗号”因为你在跑LT06生成拣配单时系统会根据物料主数据的WM视图、存储类型搜索规则自动算出一个“源仓位”和“目标仓位”。如果搜索规则配得不对TO单上就会出现一个明显不合理的仓位——比如把整托成品分配到退货暂存区。不懂LGNUM/LGTYP含义的调度员看到这类TO单通常直接放行结果拣配员到了指定仓位发现是空的来回折腾半小时。你不需要会配这些但要会看。创建交货单或拣配单报错时很多错误信息里会直接带仓库号和存储类型例如“仓位 15-03-002 在存储类型 002 中不存在”。如果不知道002是什么区域你连这个错该提单给谁都不清楚。我的建议是新上岗的制单调度员第一天不是去背事务代码而是找WM顾问要一张“仓库号-存储类型-用途”对照表贴在工作位旁边。3.2 拣配策略按单拣配与按波次拣配的选型逻辑制单调度员在LES里的一个重要日常决定是用什么策略把交货单转成拣配TO。SAP WM提供了多种拣配策略最常被调度员接触到的有两种按单拣配和波次拣配Wave Picking。按单拣配就是一张交货单生成一张TO单拣配员拿着一份拣配单走一趟拣货区把这张单上的所有货品一次性拣完。优点是逻辑简单、责任清晰、查询方便适合单量不大、发货品种多且分散的场景。缺点也明显拣配员可能为了一个单的几件货在仓库里来回跑拣配路径利用率低发货高峰时人效上不去。波次拣配是把多个交货单合并成一批集中生成拣配任务拣配员按波次一起去拣之后再到理货区分拣。海尔这类家电制造企业的成品发货一天内大量交货单在相近时间段内发出按波次拣配能显著减少拣配员行走距离、提高装车效率。但波次拣配对调度员的计划和信息系统要求更高——你要在正确的时间点把订单“切”进波次太晚切进去的订单只能走下一波直接影响装车计划。我的建议是上线初期先用按单拣配跑两到四周让业务人员和仓库作业人员先把LES的流程跑通再考虑上波次。直接上波次容易把“LES没跑顺”和“波次策略没配好”两个问题搅在一起排错成本成倍上升。等拣配差异率降到一定程度再和WM顾问商量引入波次计划事务代码如经典WM的波次向导也不迟。3.3 数据准备清单没有干净的批次和仓位调度员就是救火队员LES制单调度员的大部分“坑”根子都不在LES本身而在主数据。我见过太多项目系统刚上线头两个星期调度员忙到吃不上饭打开报表一看不是物料主数据缺WM视图就是批次状态没激活质量检验再要么就是仓位主数据没设最大容量整托货下架时系统提示仓位容量不足。这里我给制单调度员一个实用的“上线前自检清单”照着逐项过一遍能省掉后面至少一半的救火电话检查项检查用事务代码正常状态说明物料主数据是否维护WM视图MM03 → 仓库1/仓库2视图必须有仓库号条目且已勾选“WM 仓储”物料是否启用批次管理MM03 → 批次管理字段海尔成品普遍启用批次未启用则无法按批追溯源仓位和目标仓位是否存在于仓库号下LS03/LS11查看仓位仓位必须物料号、批次、容量允许存放交货单项目是否有库存可发VLPOD/VL03N查看库存状态不允许负库存发货按单可卖但库存不可发会把调度卡死运输计划点/装运点是否配置完整VT01N创建装运单试出未配置装运点交货单状态永远走不到下一步顺便说一下如果你所在的企业是从SAP ECC升级到S/4HANA环境的主数据检查就更重要了——S/4里物料和仓位的一些字段逻辑有变化最好的办法是用事务代码在测试环境把典型物料从头跑一遍创建、上架、拣配、过账而不是只靠顾问说“配置都好了”。所谓“后悔药”就是上线前多花两天穿行测试也千万别上线后天天出差异报告。4. 制单调度员的日常从交货单创建到发货过账的完整操作4.1 第一步用VL01N把销售订单转成外向交货单制单调度员一天工作的起点通常是接收销售或计划发来的“发货通知”在系统里找到对应的销售订单然后创建外向交货单。最常用的操作路径是事务代码VL01N —— 按销售订单创建交货单。具体操作步骤大致如下进入事务代码VL01N在“按销售订单创建”页签输入销售订单号和项目行按回车。系统带出装运点、客户、送达方等信息确认抬头数据无误。进入项目明细检查交货数量是否与销售订单未交量一致特别关注批次是否有可用库存。保存系统生成外向交货单号例如 00800xxxxx记录该号码用于后续拣配。这里有一个调度员新手最常见的困惑交货单保存后为什么库存没有扣减答案是因为你还没做拣配和发货过账。外向交货单创建时只是把“销售订单的未交量”转成了“交货单的待发量”库存仍然停留在存储位置上。只有到后面做WM拣配下架、确认TO单并完成VL02N发货过账库存才会真正从仓库库存中扣减会计凭证也随之生成。所以调度员一定要养成一个好习惯创建完交货单后先通过VL03N查看整张交货单的状态概览确认“拣配状态”和“装运状态”都是初始状态而不是直接关掉界面。哪怕后面流程都由系统自动跑也必须在头脑里清楚这张单走到哪一步了。很多项目里做SAP workflow增强其实就是为了在交货单状态变化时自动发消息给调度员原理上就是把上面说的状态更新当成了触发事件。4.2 第二步用LT06下发放拣配任务注意批量选择屏幕的过滤条件交货单创建完成后就要把交货单的需求转成WM层面的TO单。经典WM的常用事务代码是LT06它可以从外向交货单直接生成TO单而不需要先手动创建转储需求TR。如果系统配置里启用了自动TR生成LT06会把你选中的所有交货单项目一次性转成TO拣配员在RF手持终端上就能看到任务。使用LT06时有几个选择屏幕的过滤条件需要格外留意仓库号必须确认当前登录的仓库号是你负责的仓库选错了生成的TO会跑到别的仓。外向交货单号范围批量选择时确认“截至日期”和“截至时间”是否覆盖了你想要下发的所有单子。移动类型通常系统预填WM的移动类型如601发货不要随意改动。检查物料/批次/仓位建议勾选系统自带的可用性检查选项避免生成TO时才发现库存不足。生成TO后事务代码LT21或LT22可以查看TO单清单。调度员在这一步的“技术含量”在于检查TO的行项目里源仓位是否来自可用库存、目标仓位是否指向发货暂存区。如果发现源仓位在存储类型002退货区八成是仓位搜索策略有问题这时候宁可取消TO重新生成也不要让拣配员白跑一趟。4.3 第三步拣配确认与VL02N发货过账谁先谁后要想清楚TO单生成后仓库拣配员用LT12WM中的拣配确认或者RF终端做确认把实物从源仓位移到目标仓并确认。这一步做完TO单状态变为已确认外向交货单的拣配数量也随之更新。接下来才是调度员操作的VL02N发货过账。关于VL02N调度员常有两种操作习惯一种是每张交货单拣配完成就立即过账另一种是攒一批到整车装完再统一过账。从系统逻辑上讲只要TO确认数量达到了交货单的全部数量VL02N就可以过账。从业务上讲我更推荐“整车齐套后统一过账”因为这样装运单上的实际发货量与过账量容易保持一致后续做POD和运输结算时更省事。VL02N界面里的几个按钮值得记牢单击“保存”按钮即可完成过账系统会同时生成物料凭证和会计凭证如果勾选了“发货过账后自动输出”的打印配置过账时会自动打印装箱单或发货单。海尔这类企业常常还做了MIGO过账增强让系统在发货过账时自动把交货单号、销售订单号带入会计凭证文本字段方便财务做收入确认凭证时追溯来源。作为调度员你要明白MIGO过账增强改的是“过账后凭证长得什么样”而不是“库存怎么发出去的”别把关系搞反。4.4 第四步用VT01N创建装运单并完成装运确认发货过账不等于运输环节结束。在SAP LES里运输管理由装运单来承载。事务代码VT01N用来创建装运单你可以把多张交货单挂在同一张装运单下指定承运商、车辆、装货时间窗口和装货点。创建装运单的操作要点进入VT01N输入装运点如海尔青岛黄岛园区对应的装运点代码回车。在“交货单”页签里添加已经过账的交货单号。填写计划装运日期/时间、实际装运日期/时间如已知。维护承运商编码和运输方式汽运/海运/铁路。保存生成装运单号。装运单生成后调度员要跟踪装运电子状态已创建→装运启动→装运确认→POD确认。很多企业上线LES后货物已出厂、司机已签收但系统里装运单状态还停在“已创建”原因就是没有人做装运确认或者负责运输的岗位没有收到SAP workflow通知。这里的血泪经验是制单调度员哪怕不负责运输也要每周用VT03N过一次“已过账但装运状态未完成”的交货单清单把挂在半路的单子拉出来看看到底卡在哪一道。4.5 海尔场景里的批量处理用LSMW和批量报表减轻重复劳动制单调度员的工作里最枯燥的是那种“一张单一张单翻”的重复操作。比如每天有几十张交货单需要检查批次库存逐张点开VL03N能花掉一上午。这时候可以考虑两个套路一是让IT配合做报表把交货单状态、库存、批次、装运单号一次性拉出来二是数据量大的初始数据迁移用LSMW批量导入。LSMW在LES这边典型的应用场景是导入仓位主数据、库存初始余量——注意是初始化和主数据维护日常业务单据不建议用LSMW传。在操作层面我建议调度员把“批处理会话”作为基本功来学用VL03N或VL06F按订单类型、装运点、日期范围批量查看外向交货单再配合电子表格做筛选和分发。毕竟LES里的标准报表不一定能覆盖每个工厂的自定义需求会用现有报表组合出自己需要的视图是制单调度员“不做救火队员”的关键一步。5. 制单调度员避坑指南上线半年最容易翻车的5个场景5.1 现象交货单已经过账仓库说货还在库位里这是LES上线后最严重也最常见的“账实不符”场景。调度员查询VL03N发货过账状态是C财务凭证也生成了但仓库实物没有动。最后查下来原因是有人发现LT06生成的TO单拣配确认没做完直接在VL02N里强行过账。或者更直接——有人用MIGO把移动类型601做掉了绕过了整个WM流程。原因VL02N在系统层面允许“不检查TO状态”强制过账而MIGO发货则完全绕过WM。业务上把LES当成了可有可无的中间层没有形成“先确认后过账”的统一路径。解决上线时必须和财务、仓库三方约定所有从LES纳管仓库发出的货一律走“交货单→TO→拣配确认→VL02N过账”链路禁止用MIGO直接对纳管库存做发货过账。技术上可以在MIGO里做增强校验当物料挂在WM仓库号下时禁止手工过账并弹出提示这类校验在S/4HANA里可以通过BADI或增强点实现海尔各工厂的具体实现方式可能不同但方向都是“把口子堵上”。5.2 现象拣配单打印出来拣配员找不到批次仓库反馈TO单上显示的批次号在源仓位根本不存在或者批次状态是“冻结”的。调度员核查后确认是创建交货单时系统选了一个不该选的批次。原因多半是批次确定策略配置问题。LES里交货单创建时会根据策略自动确定批次如果策略没有把“质量检验通过”“可用库存”作为限制条件系统就可能选到冻结批次或已预留给其他订单的批次。解决短期来说调度员在创建交货单后、下发TO前用事务代码MCHA查看批次的可用性状态对可疑批次手工调整。长期来说要让MM顾问检查批次确定策略的“仅允许可用库存”的选项。另外每次盘点后在系统里批量更新的批次状态记录要纳入制单调度员的交接班检查内容。5.3 现象过账成功后会计凭证里的销售订单号是空的财务月末对账发现一部分收入凭证的文本字段没有销售订单号追溯起来非常费劲。调度员第一反应是“我过账时填了销售订单啊”——但检查系统字段发现发货过账生成的物料凭证/会计凭证中参考字段并没有把销售订单带过去。原因SAP标准逻辑里VL02N过账可以从外向交货单携带销售订单信息到会计凭证的分配字段但需要专门的字段映射配置或者依赖MIGO过账增强。在经典ECC里这个映射经常因为销售订单项目类别、计划行类别配置不全而失效。解决让财务顾问检查销售订单项目类别的“项目类别”字段是否启用了“交货过账时的科目分配参考”。同时调度员在VL02N过账界面保存前可以检查凭证预览里的科目分配页签确认销售订单号出现在文本字段里再保存。这道检查看似繁琐但比起月底财务发来几十条差异记录30秒的确认动作性价比高得多。5.4 现象车辆到了装货口装运单状态还是“已创建”调度员收到运输公司电话说车已到厂但仓库安保系统里查不到放行记录。进入系统一查交货单早就过账了但装运单停留在“已创建”没有更新到“装运启动”状态。原因装运单的状态更新依赖“装运确认”动作而很多企业把装运确认交给了运输调度岗——这个岗位往往不看SAP或者没有在SAP workflow的通知范围里。于是交货单和装运单之间断档仓库的放行规则以装运单状态为准实物就卡在大门口。解决制单调度员每天早上一上班用VT03N按装运点日期搜一遍“交货单全部过账但装运单未确认”的单据发现断档的及时通知运输调度做装运确认。更进一步可以把“装运单确认状态变化”配置成SAP workflow通知同时推送给制单调度员和运输调度员避免两个岗位都以为对方在盯。5.5 现象下架时提示仓位容量不足整批发货停摆仓库一个整TO单有几十个托拣配员捡到一半LT12确认时报错提示目标仓位容量不足任务停在那里无法继续。原因目标仓位通常是发货暂存区的最大容量配置没有按实际场景调整或者装运暂存区的库位利用策略是“固定仓位”多个TO单同时往同一个仓位下架就会互相挤占。解决调度员在处理这类报错时不要只把报错转给顾问就完事。先检查目标仓位是不是只有一个——如果是可以手工调整TO行项目的目标仓位把当前单子指到相邻可用仓位。同时记录这个存储类型的容量占用数据提交给WM顾问做后台容量参数的优化。说到底仓位容量和物料尺寸、托盘数量强相关这种参数不踩几次坑很难一次配准。6. 进阶把制单调度员的经验沉淀成一份“不背锅”的标准作业指导书到了这个阶段你已经能把日常LES操作完整走下来也踩过几个坑了。接下来值得做的一件事是把自己脑子里的流程固化成一份可传承的标准作业指导书SOP也就是像《海尔的SAP LES操作指导书制单调度员》这样的文档。写这份东西不是为了应付审计而是为了让你自己和接手你岗位的人在遇到每一个异常时能按图索骥不必每次都用“打电话问顾问”来解决。一份合格的制单调度员SOP建议包含三张核心内容。第一张是“事务代码速查表”从VL01N、LT06、LT12、VL02N、VT01N到VT03N每行写明事务代码、用途、关键字段、常见报错的应对方式。第二张是“状态字段解释表”面向交货单状态和装运单状态把每一个数字或代码对应的业务含义解释清楚——尤其要把“已过账”和“装运完成”这两件事在表里拆开写。第三张是“异常处理决策表”把我在上一章写到的五类翻车场景以及你在自己工厂里遇到过的新场景按“现象、原因、解决、升级路径”四个维度列成表格。SOP写完以后至少要做三轮验证。第一轮是自己拿一单正常业务从销售订单一路跑到POD确认每个截图和步骤和线上环境一致第二轮是让一个没有LES操作经验的同事照着SOP做一遍看他在哪里卡住——卡住的地方就是文档写得不清楚的地方也是最容易“背锅”的地方第三轮是在月结或者全面盘点时拿着SOP检查一遍特殊业务如退货入库、跨工厂转储补齐日常发货之外的边缘场景。你可能会觉得这很花时间但以我自己的经验来说一次盘点差异的排查时间往往就抵得上写完整份SOP的功夫。制单调度员这个岗位表面上是“点按钮的人”实际上是一切物流异常的汇集点。把系统逻辑弄清楚把每一步操作的边界和顺序想明白把踩过的坑写下来传给下一任比认识多少个人、加多少天班都管用。希望这篇内容对你有帮助也祝你的LES单据链永远顺畅不卡壳。本文还有配套的精品资源点击获取
