简介SAP EWM 的模块概览培训材料面向物流信息化顾问、仓储业务负责人及刚接触扩展仓库管理的 ERP 从业者帮助其建立从组织架构到日常作业的整体认知。内容按结构、主要用语、功能与操作界面展开先说明仓库编号、仓储类型、仓储分区、仓位与活动区域的层级关系再梳理仓库请求、仓库订单、仓库任务及坐标化任务派发逻辑随后覆盖入库、库内、出库全流程并延伸到车辆管理、质量管理、转包、无线技术、上架与拣选策略、堆场及资源队列管理等特色能力末尾附操作界面展示与 QA。包内为 1 个 PDF 文件压缩包约 2.1MB轻量便于随时查阅和团队内部分享。已有 221 人学习适合用作 EWM 入门培训提纲、项目宣讲底稿或实施前的业务对齐材料也可辅助顾问快速梳理术语与流程脉络。1. 2018年的SAP EWM概览材料四段式目录背后藏着什么第一次拿到 SAP EWM 的培训材料很多人会先被目录劝退结构、用语、功能、界面四段式页数不多图比字多。可真到物流现场拣选队列对不上叉车、仓位坐标没人维护、上架推荐和实物区域差两个巷道翻回这份 OverView 才发现不是材料浅是自己跳过了它讲的组织结构那几页。这份 2018 年 8 月的概览材料覆盖仓库编号到仓位的层级模型、WR/WO/WT 作业关系、入库库内出库三段功能以及手持界面截图。适合刚接触 EWM 的仓管、内部顾问和运维也适合要带队做蓝图讨论的项目经理拿来做对齐底稿。2. 四层仓库建模仓库编号、仓储类型、仓储分区、仓位怎么落地2.1 IM 库存地点思维在 EWM 里为什么不够用IM 那套库存地点思维放在 EWM 里第一天就会撞墙。IM 里一个工厂下面挂几个库存地点原材料一个、辅料一个、产成品一个库存地点就是个数字除了说明货归谁管不承载任何物理信息。EWM 要做的是把真实仓库画进系统货架在哪、几层几列、叉车从哪个门进、哪个区域只放快流件。这两套模型的接缝处就是同步——物料、合作伙伴、工厂、库存地点这些主数据要先过来内向交货单、外向交货单、过账更改这些业务数据才有地方落。所以建模顺序不能反。先想清楚 ERP 侧哪几个库存地点要并进同一个 EWM 仓库再谈仓储类型怎么分。常见做法是把原材料、辅料、产成品三个 IM 库存地点映射到同一个 EWM 仓库编号下的不同仓储类型而不是一个库存地点建一个 EWM 仓库。后者看起来清晰实际是把物理仓库切碎了跨区域的补货、合并拣选、堆场调度全部失去意义。仓库编号在 EWM 里是组织架构的最高级是库存地点在物理上的集合这句话在每个项目上都要跟业务方念一遍。主数据同步这件事也要提前定边界。物料主数据里的包装规格、危险品标识、存储条件决定后面上架策略和转包标签能不能自动跑合作伙伴和工厂决定交货单能不能正确解析。这些字段在 IM 时代没人较真到 EWM 里全是硬依赖。我一般会在蓝图阶段拉一张表把 EWM 必需字段和 ERP 现有维护情况逐列打勾缺的列出来让主数据团队补不然上线前两周会集中爆。2.2 四级对象与活动区域的参数对照材料里把层级讲得很清楚落地时最容易含糊的是每一级的取值依据。下面这张表是我按实际项目整理的对照取值那一列不是标准答案是判断维度层级系统对象取值依据定错之后的典型后果仓库编号Warehouse Number物理仓库边界一个园区一个号跨仓调拨变成跨系统操作堆场无法统一调度仓储类型Storage Type货架类型或作业类型高架、漫流、快流、入库月台、出库月台、封存区、转包台上架策略失效货被推荐到不该去的区域仓储分区Storage Section仓储类型内更细的库位分组常按货架段或周转属性切拣选路径跨段跳跃行走距离翻倍仓位Bin坐标编码含巷道、货架、层、列任务队列顺序退化成随机拣选靠人记活动区域Activity Area逻辑分区通常由仓储类型加仓储分区组合资源绑错队列叉车在地牛区域排队仓储类型是这张表里最需要业务参与的。高架、漫流、快流这三个词听起来像仓库黑话实际对应的是三种作业节奏高架靠叉车、单次批量大漫流是散件、人工走位多快流靠近出库月台、周转极快。把它们混在一个仓储类型里系统就没办法按作业类型派任务资源管理直接失去抓手。材料里把入库月台、出库月台、封存区、转包台也列为仓储类型这点很多人第一次看会愣一下——月台也算存储类型算因为月台上有暂存、有交接、有任务只要产生仓库任务的地方就需要一个系统对象接住它。活动区域Activity Area是最容易被当成装饰品的一层。它的作用不是画地图好看是为了设定作业范围、优化资源使用。不同的活动区域会产生不同的任务队列不同的资源可以去完成不同的任务队列。换句话说活动区域是队列和资源之间的桥。你把它划大了一个资源要覆盖半个仓库行走时间吃掉产能划小了资源之间忙闲不均。常见做法是按物理邻近加作业相似度切一个活动区域内的行走时间控制在几分钟级别具体数字看仓库面积和设备速度没有通用值。2.3 从平面图到系统对象的五步落地顺序建模这件事顺序错了后面全是返工。我一般按下面五步走每步都有交付物不靠口头对齐出平面图标物理边界。把仓库的墙、门、月台、货架区、封存区、转包台全部标出来确定仓库编号的物理边界。这一步的交付物是一张带尺寸的平面图不是系统截图。按货架类型和作业类型切仓储类型。高架一段、漫流一段、快流一段月台单独成类型封存区和转包台也单独给。切完回头检查每个仓储类型是否只对应一种主要作业方式。在仓储类型内切仓储分区。同一排高架如果长度超过一定规模按段切开方便后续按段派任务、按段盘点。分区的粒度直接影响拣选路径的精细度。定仓位坐标编码规则。巷道、货架、层、列四段式最常见编码要能直接看出物理位置且字典序等于物理行走顺序。这一条是后面拣选路径能不能优化的前提。用仓储类型加仓储分区组合出活动区域。组合完之后把每个活动区域对应的资源类型列出来检查有没有出现某个区域没有任何资源能覆盖的空档。这五步做完系统里的骨架才算立住。后面所有上架策略、下架策略、队列合并规则、盘点范围都挂在这张骨架上。骨架歪了上层配置怎么调都是在补窟窿。2.4 仓位坐标与拣选路径的前置关系材料里有一句很关键的话EWM 系统中仓位是可以分配坐标的在派发仓库任务时系统在队列中会自动按坐标顺序展示给作业人员。这句话拆开看是两层意思。第一层坐标是任务排序的依据没有坐标就没有顺序第二层顺序是展示给作业人员的也就是最终影响人的行走路径不是影响系统内部逻辑。很多项目上线后抱怨拣选效率低追下去发现仓位坐标字段大面积为空。系统不会报错任务照样生成但队列排序退化成按任务创建时间作业人员拿着手持在仓库里来回折返。这种问题在测试环境看不出来因为测试数据量小、人少、怎么走都行一到真实单量就暴露。血泪经验是坐标补录要当成上线前的一个独立检查项按仓储类型逐段抽查字典序和物理顺序对不上的仓位要重新编码不能凑合。坐标规则定好之后拣选路径才有优化空间。材料里提到蛇形拣选和 Z 形拣选这两种路径策略的前提都是坐标能反映物理位置。蛇形是走完一条巷道折返进下一条Z 形是斜穿整个区域。选哪种不看喜好看巷道宽度、设备转弯半径、单次拣选行数。窄巷道、叉车不好掉头的蛇形更稳区域开阔、地牛为主的Z 形少走空路。这些策略在系统里是配置项但配置之前坐标得先对。2.5 活动区域划分的边界判断活动区域的边界判断我习惯用两个问题过一遍。第一个问题这个区域内的任务是不是同一类资源就能干完如果一半要叉车、一半要人工说明区域切错了应该按资源类型再拆。第二个问题这个区域内的行走时间是不是在一个作业循环内可以接受如果从区域一头到另一头要十几分钟那这个区域的队列再优化也没意义资源的时间全花在路上。还有一个常见误区是把活动区域和仓储分区当成一回事。仓储分区是基于仓储类型的更细节的库位分组偏物理活动区域是为了设定作业范围、优化资源使用而设置的逻辑分区偏作业。一个活动区域可以横跨多个仓储分区一个仓储分区也可能被两个活动区域共用取决于作业组织方式。把两者混为一谈配置的时候会互相打架。材料里还给了一个细节不同的活动区域会产生不同的任务队列不同的资源可以去完成不同的任务队列。这句话反过来读就是资源必须绑定到队列上否则系统不知道把任务派给谁。所以活动区域划完之后紧接着要检查资源与队列的绑定关系这个检查放在第 3 章讲队列合并时展开但建模阶段就要把区域清单定稿不然后面绑资源没有对象可绑。3. 仓库请求到仓库任务WR、WO、WT 三层怎么拆、队列怎么合并3.1 三个对象各自的职责边界材料里对这三个对象的描述很克制仓库请求WR、仓库订单WO、仓库任务WT若干个任务的集合是仓库订单资源及队列的分配单位是仓库订单最基本的作业单位是仓库任务指导作业人员在正确的地点、时间处理正确的货物。短短几句话实际是 EWM 作业管理的全部骨架。对象触发来源粒度承载的关键信息仓库请求 WR内向交货单、外向交货单、生产订单、过账更改单据级方向、业务单据号、整体需求仓库订单 WO由 WR 拆分而来任务集合资源、队列、作业优先级仓库任务 WT由 WO 拆分而来最小作业单位源仓位、目标仓位、物料、数量、作业类型理解这三层关键是理解拆分的动机。为什么不直接从交货单生成任务因为一张交货单可能包含几十个行项目分布在仓库不同区域用不同设备作业。直接生任务资源没法统一分配优先级没法统一管理。WR 到 WO 的拆分本质是按作业组织方式分组同一区域、同一流程类型、同一资源单位的任务归到一个 WO 里这样资源来领活的时候领的是一个包不是一个碎点。WT 到 WO 的合并规则材料列了区域、流程类型、资源单位、路线这几项。这几项不是随便列的它们对应四种不同的作业组织维度。按区域合并是为了减少行走按流程类型合并是为了让同类作业连续做减少切换成本按资源单位合并是为了让设备能力匹配按路线合并是为了运输环节顺路。实际配置时不会全开通常选两到三项做主规则剩下做辅助排序条件。全开的结果是合并条件太严WO 碎得跟 WT 差不多失去合并意义。3.2 队列合并规则怎么定才不空转队列管理这件事材料的定义是集合特定相同条件的拣选任务资源分配是使得资源出现在最适合的作业区域。两句话合起来看队列是任务的池子资源是池子的消费者中间的匹配逻辑决定产能。常见的翻车场景是队列建了、资源也绑了但叉车还是空跑。追下去往往是合并规则和资源能力不匹配。比如队列按区域合并一个区域里的任务既有整托又有散件资源绑的是叉车散件任务它干不了只能跳过跳过的任务在队列里越积越多叉车看起来一直在忙实际有效作业很少。解决办法是把流程类型也加进合并规则整托和散件分队列资源各绑各的。另一个场景是队列太多资源太少。每个仓储类型一个队列、每个活动区域一个队列听着精细实际一个资源要轮流照顾七八个队列切换成本比作业本身还高。我一般会把队列数量控制在资源数量的两到三倍以内超出的合并掉。这个比例不是定理是经验值小仓库可以更少大仓库设备多可以放宽但要有意识地数一数别让队列数量失控。材料里还提到一句不同的拣货队列决定不同的资源无人设备、叉车、地牛等。这句话在选型阶段很有用。如果仓库规划里未来要上无人设备队列设计就要预留按设备类型切的维度不能所有队列都按区域切。等到设备进场再改队列规则历史任务和资源绑定全部要重来代价很大。3.3 资源与队列的绑定参数资源绑定这件事配置项不多但每一项都要想清楚。我通常按下面几个维度核对参数作用常见错法资源类型区分叉车、地牛、人工、无人设备类型建得太粗叉车和地牛混用任务派错队列确定决定资源从哪个队列领任务只绑一个队列忙时无法跨区支援活动区域限定资源的作业地理范围区域划太大行走时间吃掉产能作业上限单资源同时处理的 WT 数量不设上限资源同时开太多任务现场混乱优先级规则决定队列内任务的先后优先级全靠手工紧急单插不进去资源类型这一项很多项目一开始只建了叉车和人工两类后来发现地牛、拣选车、AGV 的作业半径和载重都不一样只能临时加类型历史任务全部要重新分配。稳妥的做法是上线前把未来两三年可能引入的设备类型都列出来哪怕暂时不用也先把类型建好绑定关系留空。作业上限这一项容易被忽略。不设上限一个资源可以同时领十几条 WT手持上任务列表滚动好几屏作业人员反而不知道先干哪个。设了上限资源干完一条才能领下一条节奏可控。上限值按作业类型定整托上架可以低一些散件拣选可以高一些具体数字现场试出来别照抄。3.4 从交货单到 WT 的一次完整推演把上面这些串起来一张外向交货单从进系统到作业人员手持上出现任务大致是这么走的外向交货单在 ERP 侧创建同步到 EWM生成对应的仓库请求。此时系统知道要发什么货、发多少、发给谁但还不知道从哪个仓位拣。系统按下架策略确定拣选仓位把 WR 拆成若干 WO。拆分依据是队列合并规则同区域、同流程类型的行项目归到一起。每个 WO 再拆成 WT一条 WT 对应一次具体的仓位到月台的移动带源仓位、目标仓位、物料、数量。WT 进入队列队列按活动区域和流程类型已经建好资源绑定关系也已经配好。作业人员用手持领任务系统按仓位坐标顺序把 WT 展示出来形成拣选路径。作业人员扫描仓位、扫描物料、确认数量WT 确认完成。所有 WT 完成后WO 关闭WR 状态更新触发后续的出库过账和运输单位管理。实物过账校验通过库存扣减同步回 ERP。这条链路里任何一环配置错了现象都差不多任务不出现、任务出现了派不出去、派出去了干不完。排查的时候按链路倒着查先看 WT 有没有生成再看 WO 有没有资源再看队列有没有绑定一层层往上比凭感觉改配置快得多。这套倒查方法我在第 5 章会结合具体现象展开。4. 入库、库内、出库三段流程功能清单对到现场动作与配置项4.1 入库三个断点与四类收货来源材料把入库拆成收货、货物准备与上架计划、上架存储三段这个拆法不是流程美化是三个真实的作业断点。收货段解决货进来没有、数量对不对货物准备段解决这批货去哪、要不要处理上架段解决人把货放到位没有。三段之间任何一段卡住后面都动不了。收货段的动作链是提前交货通知、运输车辆到场、卸货、点数、货物接收过账。这里的重点是提前装运通知ASN的处理材料特别标注了自动或手动创建。ASN 提前到的价值不在于省一张单据而在于让仓库提前知道今天有多少货、什么品类、要不要预留月台和人力。ASN 不到收货就是盲收月台排队、人力空转全来了。常见做法是把 ASN 和运输车辆绑定车辆到场先核对 ASN再安排卸货月台。货物准备与上架计划段材料列了质量管理、退货管理、重包装、上架策略、过程控制。这一段最容易被简化成直接上架实际是入库质量的分水岭。待判定品要移到待判定区退货要单独处理重包装要占用转包台这些动作都需要系统里有对应的仓储类型和任务类型接住。上架策略在这一段起作用系统按物料主数据、包装类型、仓位能力推荐目标区域作业人员可以确认也可以按现场情况临时变更。上架存储段的重点功能材料列了固定货位、临近固定货位存储、包装类型及仓位类型、仓位能力。固定货位适合周转稳定的品类临近固定货位适合关联物料就近存放仓位能力限制则防止超量上架。这几条配置起来不复杂难的是和业务约定清楚哪些品类走固定、哪些走动态约定不清楚策略跑出来的推荐没人信最后还是人工指定。收货来源有四类采购入库收货、生产线退货、其他收货如手工和反协。这四类在系统里走的是不同的单据类型和流程配置时要分别检查任务类型、上架策略、过账规则是否覆盖。生产退货尤其容易漏因为它带着批次和质量状态上架目标通常是待判定区而不是正常存储区。4.2 库内上架策略之外的四个常配项库内过程材料列了存储和仓库计划两块。存储侧的动作是上架策略、库存整理、增值服务、转换包装、移动及封存过账更改计划侧是劳动管理、劳动力需求计划、盘点计划、补货。很多人把库内理解成货放着不动实际库内是任务密度最高的地方补货、盘点、移库、增值服务全在这一段。补货是库内最影响出库效率的一环。补货策略定得粗拣选位缺货才发现拣选任务卡住等补货出库时效直接崩。完整的补货策略要回答三个问题什么触发补货最低库存、需求预测还是拣选任务触发、补到哪里固定拣选位还是动态位、谁来补哪个资源类型、哪个队列。这三个问题在材料里没有展开但配置时必须逐条定缺一条策略就跑不起来。盘点的配置重点是范围和容差。材料提到按活动区域设定动态盘点或静态盘点。动态盘点不影响收货发货适合高频次小范围静态盘点冻结区域适合全盘或专项盘。容差权限设定管理是另一条差异在容差内自动过账超出容差要审批。容差定太松库存准确性没保障定太紧天天走审批盘点执行不下去。常见做法是按物料价值分级设容差高价值物料严低价值物料宽。移动及封存这一项材料在界面部分给了操作说明扫描包装标签移动到指定位置输入原因代码可以对该托物料进行封存、解封处理。这条流程在系统里对应过账更改封存不是把货搬走是改库存状态让它不参与可用库存计算。配置时要确认原因代码清单和对应的状态转换代码没维护全现场封存操作会卡在输入环节。增值服务订单管理材料举了套装、再包装、贴标签这些例子。这类作业的特点是临时性强、工序不固定配置上通常做成独立的流程类型和队列避免和常规拣选抢资源。转包管理也类似材料和出库、入库都有关联本质是把包装规格和到货数量做匹配自动创建包装标签这个在第 6 章的界面核对里会具体讲。4.3 出库拣选路径、队列整合与堆场衔接出库段材料拆成拣选路径与队列、拣选、出库上线到站点三段。重点功能列得很密工作计划优化、拣选路径优化、拣选队列整合、拣选位置决定、劳动力计划优化、可控的拣选容忍度、无纸化作业、手持车载声音增强现实等拣选方式、实物过账校验、运输单位管理、堆场管理。拣选路径优化和队列整合是绑在一起的。路径优化解决一个人怎么走最短队列整合解决哪些任务该给同一个人。两个都做产能才上得去只做一个效果有限。比如路径按蛇形优化了但队列里混着不同区域的紧急单作业人员还是得跨区跑。常见做法是先按区域和流程类型整合队列再在队列内部按坐标排序两层配合。可控的拣选容忍度是个容易被误解的功能。它的意思不是让拣选可以随便错而是允许在数量上有一个可控的偏差范围比如散件称重计量的品类允许按重量折算数量避免每单都去数。容忍度设多少取决于物料形态和计量方式整托、整箱、散件要分开定。设得太宽库存差异积累设得太窄作业人员频繁触发复核效率掉下去。出库上线到站点这一段材料提到实物过账校验、运输单位管理、堆场管理。实物过账校验是最后一道闸货到月台、装车之前核对实物和单据校验通过才过账。运输单位管理把同一车次的货归到一起堆场管理则管月台和停车位的调度。这两块在很多项目里被当成运输部门的事实际系统配置在 EWM 侧月台作为仓储类型、堆场作为独立区域都要提前建模不然出库最后一公里没有系统对象承接。出库来源有三类生产拉动出库、供应商退库、其他出货如手工和报废。生产拉动出库的特点是节拍强、时效紧队列优先级要单独设供应商退库的货通常状态特殊要避免和正常出库混流手工和报废出库量小但流程不能省过账校验一样要走。4.4 横贯三段的能力监控、劳动力、无线与堆场材料在功能概览的开头列了一组横贯能力车辆管理、收货质量管理、收货过程路径管理、转包管理、上架策略加上监控器及报表、劳动力管理、堆场管理、资源及队列管理、无线技术。这些不是某一段专属是三段共用的底座。无线技术这一项材料写得很具体手持、车载、RFID、打印机。这四类设备对应四种作业场景手持适合走动型作业车载适合叉车RFID 适合批量识别打印机适合标签。配置时要确认设备与队列、资源的绑定关系手持绑到人车载绑到叉车标签打印绑到转包台或上架工位。绑定关系没配好任务派出去了设备收不到现场只能对讲机喊。监控器及报表是运营的眼睛。材料没有展开具体报表清单但提到全面的仓库性能分析和运营监控。实际项目里最常用的是任务积压监控、资源利用率、队列时效这几类。配置阶段要把关键指标和业务方对齐不然上线后报表一堆没人看。劳动力管理这一项材料把它放在库内和出库两段都提了说明它是跨段的。劳动力需求计划、排班、执行监控是一套完整的链条落地时通常先做执行监控谁在干什么、干了多少再做需求计划预测要多少人。顺序反了计划没有历史数据支撑排出来的班没人信。5. 上线后最容易翻车的五个点逐条排查手册5.1 上架推荐区域和实物区域对不上现象手持扫描收货后系统推荐的上架区域在仓库东头实物习惯放西头作业人员每次都手动改改到最后没人看推荐。原因通常是两层。第一层是仓位主数据不全目标仓储类型下的仓位没有维护容量或状态策略算不出可用仓位退回到默认区域第二层是上架策略的确定顺序没配好多个策略同时命中系统取了排在前面的那个而那个策略对应的区域和现场约定不一致。解决先按仓储类型抽查仓位主数据确认容量、状态、存储条件字段完整再查策略确定顺序把区域匹配类策略的优先级调到兜底策略之前最后拿几个典型物料做端到端测试看推荐结果和现场约定是否一致。测试不要只测一个物料要覆盖不同包装类型和不同存储条件。5.2 叉车一直忙任务却越积越多现象资源利用率报表显示叉车接近满负荷但队列里待处理任务持续增长出库时效不达标。原因队列合并规则和资源能力不匹配。最常见的是队列按区域合并区域内混着整托和散件叉车只能干整托散件任务被反复跳过越积越多。另一种是资源绑定了多个队列系统按轮询派任务叉车在两个区域之间来回跑有效作业时间被行走吃掉。解决先看队列里的任务构成按流程类型统计占比如果散件占比高而资源是叉车就把队列按流程类型拆开散件单独建队列绑地牛或人工再看资源绑定的队列数量超过两三个的要收拢让资源固定在主队列忙时再跨区支援。调整后观察一周的任务积压曲线不要当天改当天判断。5.3 仓位坐标缺失导致任务顺序混乱现象作业人员反映手持上的任务顺序没有规律同一巷道的任务分散在列表各处拣选要来回折返。原因仓位坐标字段大面积为空或者坐标编码规则不统一有的按巷道-货架-层-列有的只填了巷道。系统按坐标排序时空值和格式不一致的值排序结果不可预期队列顺序退化成按任务创建时间。解决按仓储类型导出仓位清单检查坐标字段填充率低于九成的要补录补录时统一编码规则确保字典序等于物理行走顺序补完之后抽查几个队列看任务排序是否沿巷道推进。这件事没有捷径只能逐段核对但做完之后拣选路径优化才有基础。5.4 盘点差异过账后库存没有同步现象盘点凭证录入差异、执行差额过账EWM 侧库存已调整ERP 侧库存没变两边对不上。原因三种可能。一是过账更改的同步通道积压或中断EWM 过账成功但没传到 ERP二是盘点凭证的范围和活动区域不匹配盘了不该盘的仓位差异过账被系统拦下但没报错三是容差设置过宽差异在容差内自动过账但过账规则配置成了仅更新 EWM 侧。解决先查同步监控确认有没有积压的过账记录再核对盘点凭证的仓位范围和活动区域范围错了要冲销重盘最后检查容差和过账规则的组合容差内的自动过账也要走完整同步。盘点这种操作宁可上线前多测几轮也不要上线后靠对账救。5.5 转包标签打不出来现象转包环节扫描到货系统没有自动创建包装标签或者创建了但打印机没出纸。原因物料主数据里的包装规格没维护系统算不出该按什么规格拆包标签创建直接被跳过或者输出设备没绑定到对应的转包台工位标签创建成功但发送目标为空。解决先查物料主数据的包装规格字段缺失的批量补再查输出设备与工位的绑定关系转包台作为工作中心要绑定打印机最后做一次全流程测试从到货扫描到标签打印到人工扫描转包确认每一步都有反馈。标签这种实物输出测试环境跑通不算数要在现场用真打印机跑一遍。6. 从截图层到验收单手持界面六屏怎么逐条核对培训材料最后一部分是界面展示六张截图入库交货单查看、验收界面、转包界面、上架界面、移动及封存界面、盘点界面。截图看着是演示实际每一张都能翻成一条可执行的验收动作。我一般会把这六屏做成一张核对表上线前逐条走一遍走不通的当场记问题单。界面验证动作通过标准入库交货单查看按指定供应商、指定时间范围查询能列出该范围内所有入库单据每行能看到收货人、收货时间、上架人、上架时间验收界面扫描客户和交货单调出待验收列表列表展示物料、数量核对实物后能确认待判定品能移到待判定区转包界面扫描到货包装触发标签创建系统按物料包装规格和到货数量自动创建标签并打印人工扫描或自动转包后能在监控里看到状态上架界面扫描包装标签查看推荐区域系统按物料主数据推荐目标区域作业人员可确认也可临时变更到其他区域移动及封存界面扫描标签移动输入原因代码物料移动到指定位置封存后不参与可用库存解封后恢复盘点界面按活动区域创建盘点凭证可选动态或静态盘点容差权限生效差额过账后库存同步这张表的价值不在于六行字在于每一行的通过标准都是可观察的。入库交货单查看这一屏很多人只测了能不能查出来没测收货人、上架人这些字段有没有值。字段为空说明任务确认环节没有回写后面做绩效统计全是空的。验收界面的待判定区跳转要测的是状态转换有没有真正生效而不是界面有没有弹提示。转包界面最容易漏的是标签内容包装规格、批次、数量三个字段打错一个后面扫描全乱。上架界面的临时变更功能验收时要专门测一次变更后的任务闭环。作业人员改了推荐区域系统要能接受变更并更新任务的目标仓位而不是变更只改了界面显示、后台任务还是原仓位。移动及封存界面要测原因代码的完整性代码清单不全现场操作会卡在输入环节。盘点界面要测容差边界刚好在容差内和刚好超出容差各测一次确认自动过账和审批分流都正常。这六屏走完基本能确认手持侧的作业链路是通的。但有一件事我想单独说不要把培训材料的截图当成验收标准。截图是静态的验收要看的是截图背后的状态流转和字段回写。我吃过一次亏界面全部点通字段全是空的上线后做运营报表发现上架时长、拣选时长一个都算不出来回头补字段回写又花了三周。从那以后我每次做界面验收都强制走一遍操作后查字段的动作界面通过只是第一步数据落库才算完。希望帮到你。本文还有配套的精品资源点击获取