上线宣贯暨使用培训会

存货周转天数看板项目

把存货周转分析从“线下拼表 + 人工解释”升级为“统一入口 + 统一口径 + 多维查询 + 中心端卡控”的线上管理工具。

日期

2026-05-27

汇报人

王银梦

00｜会议导航：项目汇报 / 使用培训

导航

01–13：项目汇报

看四件事：为什么做、做成了什么、价值是什么、请确认什么。

目标：支撑一期闭环判断，确认上线后跟踪安排。

14–21：使用培训

看四件事：怎么进、怎么看、异常怎么查、问题怎么反馈。

目标：让使用者掌握 SAP 查询入口、异常排查路径、锁数规则和上线后反馈机制。

第一部分｜项目汇报

01–13
建设成果、上线条件与闭环确认

01｜项目总体结论与汇报重点

总体结论
项目结论：存货周转天数看板已形成 “一套底层数据口径 + 三大应用模块 + 一个管理闭环” 的一期建设成果：以产品线、法体公司、现地三大维度统一底层统计口径，以终端汇总分析、存货效率明细、中心端卡控三大模块支撑线上看数、异常追溯和月末锁数；大版本已于 2026-03-03 上线生产环境，当前进入一期闭环、宣贯上线和小问题持续优化阶段。
核心价值：将库存汇总、投料成本 / 销售成本、周转天数、历史月份数据和中心端锁数留痕统一到线上看板，支撑月度汇报和异常追踪。
关键变化：从线下多表拼接，升级为线上统一入口；从人工反复解释口径，升级为需求文档 + 看板逻辑 + 中心端卡控的标准化机制。

本次汇报重点

  1. 看背景：为什么需要围绕产品线、法体公司、现地三大维度建设线上看板。
  2. 看成果：一期形成了哪些底层口径、应用模块和管理闭环。
  3. 看条件：当前是否具备上线宣贯和一期闭环基础。
  4. 看安排：上线后 30 天如何跟踪问题。

02｜项目背景：为什么必须做

四类痛点

过去存货周转分析主要依赖线下表格、人工核对和多方口径确认，项目启动前主要有四类痛点：

痛点具体表现对管理的影响
数据分散库存汇总、投料成本、销售成本、周转天数分散在不同报表或线下表中。月度汇报前需要反复拼表、核对，效率低且容易出现版本差异。
口径不一产品线、现地、法体公司、历史月份等维度存在理解差异。同一指标在不同材料中口径不一致，影响汇报权威性。
异常定位慢周转天数异常时，需要人工追查销售成本、平均存货、期间和产品线。问题发现后不能快速定位原因，影响月结分析效率。
过程难留痕历史月份调整、中心端口径维护和解锁操作缺少统一留痕。影响数据治理、责任追溯和后续复盘。

03｜项目目标：统一、可查、可控、可复用

项目目标
一句话目标：把存货周转分析从“线下拼表 + 人工解释”升级为“统一入口 + 统一口径 + 多维查询 + 中心端卡控”的线上管理工具。

统一入口与口径

  • 统一入口：以存货周转天数看板为统一入口，集中查看终端周转汇总、终端周转明细和中心端卡控，分别支撑整体看数、明细追溯和月末锁数。
  • 统一口径：沉淀产品线、现地、法体公司、投料成本、销售成本、历史月份等规则。
  • 多维可查：支持按产品线、现地、法体公司、期间等维度查看与下钻。

自动采集与校验

  • 自动采集：通过BPC、HANA 等来源自动获取关键数据，减少人工搬运。
  • 自动校验：围绕源数据、成本字段、历史数据和汇总结果做一致性校验。
  • 法体补强：补充法体维度，形成法体、产品线、现地三维统计能力。

管理闭环与复用

  • 中心端可控：月结后锁数，历史月份原则上只读，调整必须留痕。
  • 效率提升：预计可减少约 90% 的线下拼表和手工整理工作量；该比例为预期测算，实际效果以上线后各现地反馈和 30 天跟踪结果为准。
  • 资产复用：后续可复用于跌价、风险库存、规则上线、线上取数等存货专题。

04｜上线条件达成情况

上线条件
判断结论：一期上线宣贯条件总体满足；剩余事项不影响主线闭环，按上线后 30 天跟踪和二期优化承接。
建议口径：按“主体功能上线、培训完成、遗留事项可跟踪”的标准完成一期闭环。
上线条件当前状态结论
主体功能上线大版本已于 2026-03-03 上线生产环境，终端汇总表、存货效率表形成基础能力。满足
核心数据口径产品线、现地、法体公司、投料成本、销售成本、周转天数等主线口径已沉淀到需求和看板逻辑。满足
历史月份留存已补强历史月份数据留存和只读管控方向，支撑月度追溯。满足
中心端卡控已形成存储、上锁、解锁、留痕机制；部分联调和细节优化进入持续跟踪。持续优化
用户培训2026-05-27 宣贯会完成项目汇报、使用培训、问题收集和一期闭环确认。本次完成
遗留问题管理边界场景、数据一致性、宣贯后使用问题纳入 30 天跟踪和二期清单。可控

05｜项目里程碑：从启动到一期闭环

里程碑

06｜项目推进工作量与过程成果

过程成果
阶段结论：本项目不是单一报表上线，而是经过会议推进、测试验证、问题收口和版本迭代后形成的一期闭环。

会议推进

融合会议系统留痕 24 场，覆盖 2025-10-22 启动期至 2026-05-19 收尾期。
关键纪要沉淀 7 条，支撑口径、测试、优化和闭环追溯。

测试验证

至少完成 7轮以上业务测试 / 线上化测试 / 优化测试 / 汇报前核对。
覆盖终端汇总表、存货效率表、SAP 明细一致性、成本字段和历史月份。

问题收口

主问题清单沉淀 6 项核心问题 / 风险。
已纳入主线或明确承接方式，剩余事项进入 30 天跟踪和二期清单。

过程成果沉淀

维度沉淀成果
需求与口径形成 V0.0—V5.0 需求版本，沉淀产品线、现地、法体、成本字段和历史月份口径。
测试与问题形成测试记录、问题清单、修复结论和后续优化事项，支撑上线后复盘。
项目资产形成项目资料总入口 + 需求 + 会议 + 问题 + 测试 + 汇报材料，可用于审计追溯和二期复用。

07｜需求迭代轨迹：从报表上线到管理卡控

V0.0–V5.0
版本 / 阶段日期关键变化
V0.02025-11-25原始立项：自动采集；统一成本口径。
V1.02026-03-03上线优化：完善基础字段；支撑汇报表展示。
V2.02026-03-27字段补强：新增销售成本字段；调整在制品余额逻辑。
V3.02026-04-23公式调整：周转天数分母改为销售成本；对齐年度核算口径。
V4.02026-05-15功能补强：补充产品线和历史月份；加入中心端卡控。
V5.02026-05-26收口优化：统一现地取值优先级；ZFIR205 新增库位字段。

08｜核心交付：三大看板模块

三大模块

终端汇总表

按产品线等维度展示库存汇总、合并销售成本、周转天数等关键指标。
服务对象：领导、中心端、现地总经理、月度汇报人员
管理价值：快速看整体、看趋势、看异常，支撑月度汇报主表。

各辅助表与汇总表对应

围绕投料成本、销售成本、平均存货、历史月份等辅助表，与终端汇总表建立字段和口径对应关系。
服务对象：财务、业务、现地存货负责人
管理价值：从汇总结果快速回溯辅助表来源，支撑明细核对、异常解释和口径校验。

中心看板

按期间 / 现地查看中心端数据状态、历史月份、锁数留痕和异常处理进度。
服务对象：中心端、IT、项目管理人员
管理价值：统一中心端管理视角，保障月度数据稳定，提高过程追溯和协同处理效率。

09｜数据流与看板逻辑

数据流
① SAP 源数据
CO / SD / MM
② 报表取数
ZFIR204 / ZFIR205 等
③ 口径加工
现地 / 产品线 / 法体公司
投料成本 / 销售成本
④ 指标计算
平均存货 / 销售成本 / 周转天数
⑤ 看板展示
终端汇总表 / 存货效率表
⑥ 中心端卡控
存储 / 上锁 / 解锁 / 留痕
⑦ 月度汇报与异常追踪
统一口径输出

核心指标口径

统计与成本

  • 统计维度：按 法体公司、产品线、现地 三维度统计汇总，用于领导汇总、现地分析、财务核对和可视化看板展示。
  • 投料成本：材料 + 委外 + 辅料 + 半成品，用于解释生产投入变化、成本波动和效率表明细核对。
  • 销售成本：BOM + 损耗 + 加工费 + 物流 + 制造 + 本部 + 销售物流费，作为周转天数计算和月度汇报的重要底层字段。

计算与治理

  • 周转天数：基于平均存货、销售成本等字段按统一公式输出，异常分析需同步核对期间、平均存货、销售成本和维度归属。
  • 数据采集：通过 ZMMR146、BPC、HANA 自动获取数据，并建立 KKAO、物料投入成本、销售成本、BPC 接口等存储表。
  • 数据校验：围绕源数据完整性、成本字段一致性、历史数据导入和多维汇总结果校验；异常进入问题清单协同确认。

10｜本项目带来的管理价值

管理价值
预计 90% 左右

预计可减少约 90% 的线下拼表和手工整理工作量；该比例为预期测算，实际效果待各现地上线使用后反馈确认。

24 场 / 4+ 轮

会议推进与测试验证共同支撑上线可信度。

6 个版本 / 3 大模块

从需求初稿迭代到终端汇总、存货效率表、中心端卡控。

过去现在价值
线下多表拼接统一线上看板入口预计减少约 90% 的线下拼表和重复整理工作量，实际效率改善以上线后各现地反馈为准。
口径反复解释需求文档 + 看板逻辑 + 宣贯材料统一说明降低沟通成本，提高跨部门理解一致性。
异常靠人工经验定位按产品线 / 现地 / 法体公司 / 期间多维查看提升异常定位效率，便于快速追踪原因。
历史月份调整不易追溯中心端存储、上锁、解锁、留痕增强数据治理能力，保障月度口径稳定。

11｜遗留问题与二期承接

二期承接
风险判断：剩余问题不影响一期上线主线；通过“上线后 30 天跟踪 + 二期优化清单”统一承接，避免分散修改影响整体口径。
遗留事项是否影响一期上线责任侧承接方式
边界场景口径不影响主线S01 财务 / 项目组纳入二期优化，形成明确口径后统一更新需求和培训材料。
数据一致性持续核对不影响上线中心端 / 现地 / 项目组上线后 30 天持续跟踪 SAP 明细、看板和月度汇报材料差异。
中心端卡控细节联调不影响宣贯IT / 中心端按中心端流程继续验证存储、上锁、解锁和留痕细节。
宣贯后使用问题不影响上线现地 / 项目组通过统一反馈模板收集，项目组每周汇总并闭环。
V5.0 新增优化不影响一期IT / 业务主责现地取值优先级、ZFIR205 库位字段等进入后续优化版本。

12｜下一步计划：一期闭环 + 30 天稳定期 + 二期优化

下一步
时间边界重点动作产出
2026-05-27召开上线宣贯会，完成项目汇报、使用培训、问题收集和一期闭环确认。会议纪要、问题反馈清单、闭环确认。
上线后 30 天集中跟踪权限、数据一致性、口径理解、中心端卡控和使用反馈，汇总形成二期优化清单。阶段性处理结论、FAQ / SOP 补充、二期优先级建议。

13｜请领导确认事项

请确认
请确认：是否同意项目按“主体功能上线、宣贯培训完成、遗留事项可跟踪”的标准完成一期闭环？

建议结论：同意。大版本已上线生产环境，核心口径、主要模块和宣贯材料已具备使用基础；未闭环事项统一纳入上线后 30 天跟踪和二期优化清单，不影响本次一期闭环。

第二部分｜使用培训

14–21
以 SAP 操作为主、看板定位为辅，帮助快速回到明细核对异常

14｜普通使用者只需要记住什么

一线使用
一线使用记忆口径：先用 ZMMR162 看汇总和周转；周转异常时，回到 ZFIR203 查销售成本、ZFIR204 查投料成本、ZFIR205 查在制品 / 库位；如果 SAP 明细、看板、线下表不一致，按统一反馈模板提交。

首次使用前检查

检查项确认口径权限不足时
SAP 事务码权限是否能打开 ZMMR162、ZFIR203、ZFIR204、ZFIR205 等查询入口。按权限申请流程提交；影响月结时由中心端 / IT 优先处理。
看板访问权限是否能进入存货周转天数看板和终端汇总表。反馈给项目组 / 中心端，由 IT 协助确认权限范围。
历史月份查看是否能查看本年历史月份数据和必要明细。确认查询期间、角色权限和中心端锁数状态。
问题截图能力是否能保留 SAP 查询条件、结果截图和看板截图。按反馈模板补齐截图和差异说明。

15｜SAP 入口与事务码速查

速查
培训讲法：正文只讲“速查版”，让使用者先记住入口和用途；详细字段说明放在附录，现场按需展开。
使用重点：普通用户重点掌握 162、203、204、205；
使用层级事务码短提示词什么时候用
一线查询ZMMR162查汇总 / 看周转月度汇报前先看整体结果，定位期间、公司、产品线、现地和周转天数异常。
一线查询ZFIR203查销售成本周转天数异常时，优先核对 BOM、损耗、加工费、物流、制造、本部、销售物流费等销售成本字段。
一线查询ZFIR204查投料成本核对材料、委外、辅料、半成品等投料成本，排查生产投入变化和成本波动。
一线查询ZFIR205查在制品 / 查库位追溯平均存货、在制品余额、工厂 / 物料 / 工单和库位相关异常。
上传维护ZMMB190 / ZMMB192 / ZMMB206终版 / 调整 / 策备上传月末将终版、库存调整、策备调整等确认结果写入系统。
后台支撑ZMMR146 + 配置表取数 / 兜底维护支撑库存底表、现地、产品线、库位等后台取数和规则维护。

16｜异常排查路径：发现周转天数异常后怎么查

排查路径
发现周转天数异常
确认期间是否正确
核对产品线 / 现地 / 法体
查销售成本 ZFIR203
查投料成本 ZFIR204
查在制品 / 库位 ZFIR205
仍有差异则提交反馈
排查原则：先确认查询条件，再核对维度归属，最后回到 SAP 明细定位成本或库存差异；不要直接在线下表中修改口径，避免形成多版本结果。

建议截图字段

17｜使用场景：中心端月末锁数

锁数
职责边界：普通使用者只需理解锁数规则，不负责锁数操作；中心端维护人员负责存储、上锁、解锁和留痕。

标准流程

① 确认本期取数完成
② 中心端维护口径
③ 存储本期数据快照
④ 上锁形成稳定月度口径
⑤ 判断是否需要调整
⑥ 解锁并填写原因/操作人/时间
⑦ 调整后重新上锁

关键要求

备注：中心端月末锁数相关优化已提交，待 IT 开发完成后再进入联调验证和正式启用。

18｜常见问题 FAQ

FAQ

Q1：SAP 明细、看板数据和线下表不一致怎么办？

先确认 SAP 查询条件、期间、现地、产品线、法体公司、取数时点和中心端锁数状态是否一致；如仍有差异，按统一反馈模板提交给中心端 / 项目组核对。

Q2：历史月份数据可以修改吗？

原则上历史月份只读。如确需调整，应由中心端按流程解锁、修改、留痕并重新上锁。

Q3：发现周转天数异常，第一步看什么？

先确认期间是否正确，再核对产品线 / 现地 / 法体公司维度，之后依次查看 ZFIR203、ZFIR204、ZFIR205。

Q4：以后月度汇报用哪个数据？

原则上以看板汇总作为统一展示口径，以 SAP 明细作为核对和异常解释依据，线下表仅作为辅助分析和问题核对。

Q5：有新需求怎么提？

统一反馈到项目组或指定收口人，由项目组评估后纳入优化清单，避免分散修改影响整体口径。

Q6：V5.0 新增需求会影响本次上线吗？

不影响一期上线主线。V5.0 属于上线后优化，主要用于提升现地取值一致性和异常定位效率。

Q7：我没有权限或打不开看板怎么办？

先确认 SAP / 看板权限范围，按权限申请流程提交；紧急影响月结的，由中心端 / IT 优先处理。

Q8：我应该截图 SAP 哪些字段？

至少包含期间、公司 / 法体、产品线、现地、物料 / 工厂、销售成本或投料成本字段，以及查询条件截图。

19｜反馈机制与责任分工

反馈机制
统一反馈原则：上线后问题不分散处理，统一进入“问题反馈 → 口径确认 → 系统评估 → 闭环反馈”流程；一般问题 30 天内跟踪闭环，影响月度汇报或锁数的问题优先处理。

反馈模板

紧急程度：影响月结 / 影响汇报 / 一般优化 问题描述： 影响期间： 涉及公司 / 法体： 涉及产品线： 涉及现地： SAP 查询事务码： SAP 查询条件： SAP 结果截图： 看板结果截图： 差异金额 / 差异字段： 期望处理结果： 反馈人： 反馈日期：

20｜角色分工总览

19 续页
角色统一定位主要责任输出物 / 关注点
张宝月
项目牵头 / 部长		决策与统筹把控一期闭环、二期方向和重大风险；协调跨部门资源，确认关键管理口径。闭环结论、二期方向、重大问题决策。
王银梦 / 陈飞龙
项目 PM		项目管理与收口共同负责项目节奏推进、业务口径确认、集中测试、汇报口径对齐、问题清单管理和结项收口；统一沉淀会议、反馈、闭环和二期清单。口径说明、测试结论、会议纪要、问题台账、闭环报告、二期清单。
杨冰宇 / 宋晓霞
IT 支持		系统与开发负责取数逻辑、权限处理、卡控规则和功能优化；评估 V5.0 及后续需求可行性。开发方案、修复记录、权限 / 程序处理结论。
周彩 / 马洋洋
中心端维护		数据与锁数负责中心端口径维护、上锁 / 解锁、历史数据调整和汇总数据确认。锁数记录、解锁原因、历史调整留痕。
各现地存货岗
一线使用人		核对与反馈负责 SAP 明细核对、成本异常说明、现地数据维护和使用问题反馈，按统一模板提交问题。差异说明、异常截图、现地反馈和验证结果。

21｜结尾页：本次会议希望达成的结果

结尾
结果 1：确认项目一期闭环和上线宣贯节奏。
结果 2：让使用者掌握 SAP 入口、查询路径、异常排查方法，以及看板汇总展示和中心端卡控规则。
结果 3：建立上线后 30 天反馈机制，将剩余问题和新增需求统一纳入二期优化。

最终口径

存货周转天数看板不是一次性上线动作，而是后续存货分析、月度汇报、异常追踪和数据治理的统一入口。

22｜项目标准附录索引：资料目录与链接总览

附录
资料入口：项目标准附录索引｜存货周转天数看板项目

项目管理类

  • 项目 Hub
  • 背景与目标
  • 会议纪要
  • 问题清单 / 风险 RAID
  • 历史归档

交付材料类

  • 需求文档
  • 开发 FS
  • 原型看板
  • 汇报宣贯
  • 测试报告 / 验收记录

说明：本页作为项目标准附录入口，只列示各类项目资料的汇总页面链接，具体内容进入对应页面维护，避免正文重复展开。

1 / 1