尧图网站设计 尧图网站设计YAOTU DESIGN
ARTICLE DETAIL

资讯详情

深耕网站设计与一线实操的经验洞察。

SAP供应链管理PPT实战:用数据链路与事务码构建汇报

SAP供应链管理PPT实战:用数据链路与事务码构建汇报 简介面向企业管理者、信息化顾问及供应链相关学习者的SAP供应链管理培训PPT系统讲解供应链管理知识帮助读者从理论到实践理解SCM基本概念、SCM与ERP/APO的关系、SCOR参考模型以及SAP SCM/APO产品体系。资源包共1个pptx文件大小1.22MB页数适中、逻辑连贯适合作为快速入门或内部培训讲义。PPT以麻省理工的啤酒游戏切入解释需求放大现象与牛鞭效应并结合静态网络、动态过程两种定义剖析供应链管理本质随后梳理企业内部、企业外部、多环节链式及网状供应链等管理范围按照战略层、战术层、运作层说明决策层次。内容还回顾了从传统供应链、精细供应链到集成化敏捷供应链、用户化敏捷供应链的发展历程帮助把握信息化建设的演进脉络。已有108人学习适合在方案汇报、知识普及或课程准备中作为简明参考资料。1. SAP供应链管理PPT真正稀缺的不是模板是数据很多团队把SAP供应链管理PPT做成了模块展览一段MM采购、一段PP生产、一段SD交货最后贴三四张截图。管理层看完只记得“系统功能很多”回答不了“库存为什么积压”“配送为什么延误”。缺的不是版式而是数据链路和流程结构。供应链信息的每一环在SAP里都留有单据和数据计划的净需求、采购订单、交货、库存移动。把PPT从功能列表改成“场景数据口径”的结构才算真正讲清楚供应链。本文按顾问汇报的常见做法展开先拆章节框架再定取数口径用STO、EWM PPF和序列号追溯三个高频页型做示范最后落到PPT文件级设置与验收。适合SAP供应链顾问、ERP项目团队和需要向管理层汇报的IT负责人。2. 供应链章节框架用SAP模块地图拆出能讲的页面做PPT最怕开头就是“解决方案总体架构”整页名词炸开后面却接不上数据。我一般先把章节锚定在“组织模型 流程域页面”上让每一页都能对应到SAP里的一个对象或一张单据。2.1 组织模型页先交代清楚谁和谁在协作第一页不介绍“公司简介”而是放一页供应链组织模型工厂、存储地点、采购组织、装运点之间的关系。这页决定了后面所有页面按哪个组织范围展示数据也决定了页面标题里要不要带工厂编码。对象在SAP中的含义在PPT页面中的作用公司代码独立核算单位供应链单据最终要落在财务上界定法人边界避免跨公司代码混算工厂独立物权库存实体相当于实物意义上的“基地”页面按工厂划分批次标题带工厂号存储地点工厂下的库存位置MM-IM最小可视维度标注“库存具体在哪个地点”采购组织向供应商下达采购订单的组织单位采购类页面按采购组织汇总装运点负责发货、生成交货单、确定运输路径发货与OTIF页面场景如果项目启用了EWM组织模型页还要补上仓库号、门区与货位因为后面EWM PPF的触发动作都依赖这些对象。业务伙伴主数据用一到两行说明即可不用单独页展开重点是让读者明白“客户和供应商在供应链视图里都统一叫BP”。2.2 流程域到页面主题的映射表页面归类不要从功能菜单出发而是从五个供应链流程域出发计划、采购、生产、交付、退货。每个域只留最有数据支撑的页面主题标题即证据。供应链流程域SAP侧模块/组件典型PPT页面主题页面上的关键数据需求与库存计划PP-MRP物料需求计划净需求与计划收货MD01/MD04/MD07/MDVP采购履约MM-PUR采购订单交付、JIT/计划协议ME2N/ME23N计划协议行库存管理MM-IM库存现状与库龄批次状态MB52、MARD、MCHA生产执行PP-SFC生产订单进度与差异COOIS、生产订单状态交付履约SD-LE外向交货与OTIF、配送时效VL06F/VL09退货SDMM客户退货521移动类型MIGO退货单据QM02检验批这里把“JIT”单独提一下。很多SAP供应链PPT把JIT当成概念写在标题里却拿不出数据。常见做法是在MM采购计划协议里建立调度协议行后续生成交货计划PPT页面展示“计划协议行号→交货计划→确认结果”三段这比贴一张JIT流程图有用得多。移动类型521也要一样处理页面里出现521就要能回答“这批退货是从哪个交货单退回、有没有生成检验批”。2.3 页面取舍能讲清数据从哪里来再保留有了映射表还需要做两轮过滤。第一轮把“只有功能没有单据”的页面删掉。比如“端到端可视化大屏”这类页面在没有明确的数据源之前不要进正文。第二轮对每个保留的页面问一句话“假如领导追问这个数字从哪来我能不能说出事务码和报表条件”能说清就留说不清就改成“流程页”而非“数据页”避免数据口径失真。我常用的做法是给页面命名加前缀让目录本身变成一份数据字典01-计划-MRP-MD04/MD07-物料需求计划 02-采购-PO-ME2N/ME23N-采购订单与供应商交付 03-库存-IM-MB52/MMBE-工厂库存与库龄 04-生产-PP-COOIS/CO03-生产订单执行状态 05-交付-SD-VL06F/VL09-外向交货与OTIF 06-退货-QM-SD-521/QM02-客户退货与检验批命名规则是“章节编号-流程域-模块-事务码-业务标题”。这样目录本身就说明了数据来源评审时同事可以直接指出“03这一页用的MB52口径不对”而不是笼统说“这页看不明白”。3. 从SAP取数到填页事务码、报表导出与数据页脚本化章节框架定了之后就要解决“页面里那几行数据从哪来”的问题。PPT里贴SAP截图是最快的做法但截图没有时效性改一次盘点结果就要重新截。这里给出更稳的三步处理先选对事务码再导出干净的数据最后用脚本把数据做成页面。3.1 常用报表事务码与数据口径对照表不同页面需要不同的数据源先列一张可以直接参考的对照表需要展示的场景首选事务码数据口径与注意事项物料计划状态MD04 / MD07 / MDVPMD04看单物料净需求MD07做工厂级需求汇总MDVP侧重计划订单的生产排程库存余额与库龄MB52 / MC.9MB52按工厂/库位看库存库龄必须转MC.9或批次BI口径物料移动凭证MB51按期间、工厂、移动类型筛选STO异常追踪常用采购订单交付ME2N / ME80FN对比订单行已收、未收数量外向交货VL06F优先筛选未过账、未装运、交期逾期的行生产订单进展COOIS / CO03按生产订单状态拆分不要只看“完工率”这些事务码返回的都是ALV报表。跑数据时要留意“口径版本”问题同一张页面上个月用的MB52、这个月改用MC.9数字就会对不上。我一般会在页面页脚保留“报表来源事务码”一列后面数据核对时能少很多争执。3.2 从ALV导出到Excel的常规步骤ALV导出的标准路径是执行事务码在选择屏幕填好工厂、物料、期间执行报表后再点击ALV工具栏的“导出”按钮选择“电子表格”或“文本文件”。行数少没问题但报表超过10万行时GUI导出会把客户端Excel直接卡死。超过这个量常见做法是改用后台作业。先在事务码上保存变式然后通过SM36定义后台作业将输出设备设为本地文件作业完成后在AL11找到生成路径再用FTP或共享盘把文件拉到桌面。相比GUI导出后台作业不吃客户端内存也便于按月定时跑数。注意ALV导出的中文字段偶尔会乱码。优先检查SAP GUI的语言设置是否与系统语言一致导出CSV类文件时能用Tab分隔就不要用逗号分隔减少Excel解析错位。3.3 用python-pptx把导出的Excel变成PPT表格页数据干净之后不要急着复制粘贴表格。多次复制会导致单元格宽度不一、字体混乱。更工程化的做法是写一段生成脚本我常用python-pptx配合openpyxl# -*- coding: utf-8 -*- # 将Excel导出的库存表转为PPT表格页 from pptx import Presentation from pptx.util import Cm, Pt from openpyxl import load_workbook wb load_workbook(inventory.xlsx) ws wb.active data list(ws.iter_rows(values_onlyTrue)) # 第0行是列名 header, body data[0], data[1:] # 生成16:9空白页宽33.867cm、高19.05cm prs Presentation() prs.slide_width Cm(33.867) prs.slide_height Cm(19.05) slide prs.slides.add_slide(prs.slide_layouts[6]) # add_table(行数, 列数, 左边距, 上边距, 宽, 高) shape slide.shapes.add_table( len(data), len(header), Cm(0.8), Cm(2.0), Cm(32.0), Cm(7.0) ) tbl shape.table for r, row in enumerate(data): for c, val in enumerate(row): cell tbl.cell(r, c) cell.text if val is None else str(val) # 表头与正文用不同字号 for p in cell.text_frame.paragraphs: p.font.size Pt(16 if r 0 else 14) p.font.name 等线add_table里的宽度和高度只是初始值表格会随文本内容自动扩展。参数里Cm(0.8)是表格距左边界的距离后面各列宽度要用tbl.columns[c].width逐一重设。脚本里把表头行设为16磅、正文14磅是为了保证投影时不糊。如果页面数据只有三到五列也可以把表格横向居中视觉效果更好。这种方式的另一个好处是页面可以循环生成。比如按工厂自动生成20页库存页每页标题写上“工厂1000库存”还是“工厂2000库存”都不用手工改。3.4 页脚统一加“取数口径”行生成PPT时我在每页页脚固定加一行数据时间: 2025-06-30 23:59 | 来源: MB52/工厂1000-2000 口径: 含在途库存不含冻结库存 | 版本: V1.3这行不光是给评审看的也是以后返工时的依据。数据改过一版版本号跟着变避免出现“我这版是上周的”“不对这是前天导出的”这类对话。4. 三大高价值页面重写STO、EWM PPF与序列号追溯不同行业的供应链PPT内容差别很大但有三类页面出现频率最高、也最容易讲空STO跨工厂调拨、EWM PPF、序列号追溯。这里分别给出我常用的页面写法。4.1 STO跨工厂调拨用单据状态串起整页STO在SAP里是库存转储订单多数公司用它做工厂间调拨或工厂间补货。页面最忌只放一张MB1B截图正确做法是用“单据状态移动类型数量”三条线一起推进。环节操作移动类型PPT应展示的内容产生调拨需求MD04显示计划调拨-调拨需求数量、需求日期创建转储订单ME21N采购订单类型UB-订单号、源工厂、目标工厂、计划交期发货过账MB1B / MB11351或311实际发货数量、批次、过账时间在途库存特别库存视图-在途数量、预计到达日期收货MIGO101或321目标库位、实收数量、差异数量页面上横向画五步流程中间放一行“当前在途”的数字底部列差异原因。讲的时候顺着流程讲讲完收货再回头解释“在途”是哪个环节的余额。这样领导不会再问“这页到底要说明什么”。补充一个排障场景当发现STO在途库存长期挂着优先用MB51按移动类型351和101核对是否有发货未收货。写成SQL层面来查也是可以的-- 查询STO跨工厂调拨的移动凭证近似口径项目上需按实际字段调整 SELECT mblnr AS 物料凭证, budat AS 过账日期, bwart AS 移动类型, -- 351 发货 / 101 收货 matnr AS 物料号码, werks AS 发货工厂, wempf AS 收货工厂, menge AS 数量 FROM MKPF JOIN MSEG ON MSEG.mblnr MKPF.mblnr WHERE bwart IN (351, 101, 311, 321) AND werks 1000 ORDER BY budat DESC实际系统里的SAP表字段会因版本和增强而不同这个SQL适合建立“先查移动类型再对比收发数量”的取数思路进正文前建议先在测试机上验证字段名。4.2 EWM PPF把“动作框架”讲成三列逻辑EWM里最让听众困惑的是PPF。PPF全称Post Processing Framework简单说就是“在某个仓库事件发生后系统自动触发后续动作”的机制。常见的后续动作有波次下达、仓库任务创建、外向交货输出等。很多PPT直接截一张PPF配置界面页面密密麻麻全是条件字段。这样讲完观众只记得“很复杂”。我更建议用一张三列表格PPF动作示例触发事件条件与执行结果波次下达波次创建或变更后满足仓库自动释放条件时生成仓库任务外向交货输出外向交货更新满足输出条件时触发打印或EDI报文仓库任务确认任务执行完毕触发后续上架或装运动作页面结构分成两层上层是流程线说明“哪个事件触发了哪个动作”下层是当前数据比如“本周波次自动释放率为多少、手动干预了多少单”。把PPF当成业务触发器来讲而不是把它当成配置向导来讲页面就立住了。4.3 序列号追溯把单件历史讲成一条时间线启用序列号管理后SAP能记录每一件物资从收货、投料、入库到发运的完整轨迹。PPT里做追溯页时我见过最高效的画法是“时间线表格”混合左边是一条纵向时间线右边是每一步关联的批次、序列号、交货单号。# 用序列号事件列表构造时间线数据示例结构 events [ (2025-06-01, 原材料收货, 批次B0012312), (2025-06-03, 生产投料, 装配线A2), (2025-06-08, 成品入库, 工厂1000/成品库位), (2025-06-10, 发运过账, 外向交货80012345), ] for date, action, detail in events: print(f{date} {action:10} {detail})追溯页反而不能只列数据还要加一条“业务重点结论”。例如某次质量投诉涉及一个区间内的序列号页面就应标出“共锁定N件、已召回M件、剩余K件待确认”配合右上角的序列号输入框做演示。这样页面既展示了SAP能力也回应了质量问题。5. PPT工程细节页面尺寸、字体和导出时不翻车的设置内容做好后最后一个影响观感的环节是将PPT文件本身作为交付物处理。供应链汇报大都在会议室投屏或发送PDF审阅页面尺寸、字体渲染和导出清晰度都直接影响效果。5.1 页面尺寸、字体与行高参数表参数项建议值说明页面比例16:933.867cm × 19.05cm投屏和笔记本都默认16:94:3会留黑边中文正文思源黑体 / 微软雅黑不要用宋体做小字号投影笔画过细数据表格Consolas / 等线数字用等宽字体上下行容易对齐正文磅值20-24磅12-14磅在会议室后排基本不可读表格磅值14-16磅表格数据不应少于12磅行距1.2-1.5单倍行距放中文长段落时容易挤成一团设置页面大小时我优先在python-pptx里直接指定而不是在PowerPoint的“设计-幻灯片大小”里反复调整# 批量设置已完成PPT中没有显式字号的文本 from pptx import Presentation from pptx.util import Pt prs Presentation(SAP 供应链管理PPT.pptx) for slide in prs.slides: for shape in slide.shapes: if shape.has_text_frame: for paragraph in shape.text_frame.paragraphs: for run in paragraph.runs: if run.font.size is None: run.font.size Pt(20) prs.save(SAP 供应链管理PPT_check.pptx)这段脚本只处理没有显式字号的文字不会破坏已经调好的标题。用它做一次全局兜底能避免几十页PPT里偶尔露出默认字号的文字。5.2 SAP导出的ALV表格放进PPT前做三样改造第一删掉ALV导出后多余的标题行和总计行。很多ALV导出会带回一个汇总行直接贴会造成两行数据重复。第二按业务维度重新排序。做库存页时把库存金额最高的物料放前面不要维持系统默认的物料号顺序。第三统一数字格式。ALV导出的数字经常不带千分位放到PPT里要在Excel里先设置“#,##0”保证数字列宽度一致。5.3 PPT里PNG导出为PDF变糊的排查与规避把PPT保存成PDF后常出现页面里的PNG图变糊。原因多数不是PDF压缩而是插入的图片本身只有72 DPI或96 DPI。工程做法是把SAP截图在截取时设为更高分辨率或者干脆用矢量图形重画表格和流程。PDF导出设置里选择“印刷质量”有用但无法从根本上修复源图过小的问题。注意如果页面里截的是SAP GUI窗口截好后先按1:1检查字是否虚。虚了就重新截不要在PPT里拉伸拉伸后字一定是糊的。5.4 文件加密与打开异常的处理供应链PPT在项目组里流转时常见三类打开异常。第一类是“标记为最终版本”打开后是只读状态此时在“文件-信息-保护演示文稿”去掉最终标记另存即可。第二类是“打开需要密码”这是编辑权限保护需要向文档所有者获取口令没有合法的绕过捷径。第三类是文件打不开优先用Office的“打开并修复”功能修复成功后立刻另存为新文件再继续编辑。6. 用脚本对整份PPT做一次结构自检交付供应链PPT前我一般会跑一遍结构自检而不是靠眼睛翻页。检查项包括页面是否空白、是否缺少文本、是否只有表格没有说明、目录命名与页面顺序是否一致。脚本可以用python-pptx实现几行代码就能覆盖常见问题# -*- coding: utf-8 -*- # 结构自检检查“SAP 供应链管理PPT.pptx”的页面完整性 import sys from pptx import Presentation prs Presentation(sys.argv[1]) issues [] for idx, slide in enumerate(prs.slides, 1): has_text False has_table False for shape in slide.shapes: if shape.has_text_frame and shape.text_frame.text.strip(): has_text True if shape.has_table: has_table True if not has_text and not has_table: issues.append(f第{idx}页既无文本也无表格疑似空白页) if issues: print(发现问题) for issue in issues: print(issue) else: print(页面结构与文本分布检查通过)这个脚本输出的是“第N页疑似空白页”这类提示。配合前面第二章的目录命名规则还可以进一步检查第一页文本是否包含对应章节前缀。如果页面标题是“库存现状”但文件名和命名规范里写的是“03-库存-IM-MB52”脚本可以加一行判断标题前两位是否等于“03”做不到就提示“页面编号与目录不一致”。自检只解决结构问题不解决数据准确性问题。数据是否准确仍要靠页脚的“来源事务码取数时间”对齐。把这两者合起来每次改完数据重新导出Excel、重新生成PPT、再跑一遍自检整个交付流程就能形成一个闭环。最后将这些检查脚本放进项目目录随PPT版本一起发给评审人减少来回确认的时间。本文还有配套的精品资源点击获取
返回列表