L1-L4级流程架构：从供应链生产制造分解到PPT自动化生成

简介：一份面向供应链与制造领域的L1-L4级高阶流程规划框架PPT，共53页，适用于流程架构师、供应链规划人员及制造业管理者，可辅助理解业务架构与流程分层设计。内容以层级化流程分解为主线，将战略规划、投资决策、研发创新、营销服务、制造与供应链列为核心业务流，同时纳入人力、财务、质量、信息化等支撑流程。示例中，供应链战略与规划被逐层拆解为战略分析、战略资产规划、运营模式设计、网络规划、仓储策略、运输策略等具体活动，清晰呈现从企业战略到四级流程落地的完整路径，有助于把握各层级间的逻辑关联。整个资源包为1个pptx文件，压缩后仅1.45MB，当前已有60人学习下载。借助该框架，可快速建立流程分层认知，并借鉴其结构优化自身供应链与制造流程体系。

1. 供应链与生产制造的L1L4级流程，先定层级再谈画图

很多企业做供应链与生产制造的流程规划，第一版交付物往往是一张布满箭头和部门泳道的流程图，评审会上永远在争论“这个环节到底归谁”。等落到系统选型或数字化工厂立项才发现，这张图既对应不上SAP/APS/MES的具体事务，也没法往下拆KPI。问题不在美术，而在流程没有分级。这里说的L1L4级，指的是把流程从端到端价值流逐层拆成L1价值流、L2流程组、L3流程、L4活动四个层级，让每个管理动作、系统动作、角色职责都落在同一棵有编号的结构树上。适合做业务流程架构、ERP蓝图、BPM推广和精益改善的人。下面从层级定义、页面规划讲到生成骨架，按一个交付53页PPT的节奏完整过一遍。

2. 把L1L4拆成流程分层：从价值流到可执行动作的四级结构

2.1 L1和L2决定整体骨架

供应链和生产制造里的L1，一般按业务域切。我习惯分为“需求感知与计划、寻源与采购、生产制造、订单交付、退货与质量”五个域。L1必须有明确的钱和物边界，比如采购域的L1要从需求释放算到入库清点，不能把“供应商开发”和“补货执行”混在一个价值流里。每个L1内部再切出L2，例如“生产制造”下拆出生产计划、车间执行、质量管理、完工入库四个L2流程组。L2是跨部门协作的主要单元，也是后续分配流程负责人最舒服的粒度。

L1不能拆到十多个，一旦超过七个，端到端关系图就很难画，故事也讲不顺。常见的5个L1已经能覆盖业务全貌。L2的数量我一般控制在15到25个之间，因为L2是审批权限和主数据配置的重要边界：MES选型时的工单批次配置、SAP里的工厂与库存地点映射，都以L2为主要挂接对象。

2.2 L3和L4把高层流程变成能落地执行的动作

L3是“可执行流程”。拿主生产计划来说，L3可以是“MPS排产与冻结”，描述成“每周计划员运行产能粗算并冻结计划，变更单需车间经理签审”。L3在框架里承上启下：向上归入L2流程组，向下作为L4活动的容器。L4则是具体到人和系统的事务活动，例如“在APS界面导入未结订单并运行粗产能计算”，它必须包含操作对象、系统入口、频率和负责角色。

L4数量一大，PPT不可能全放。一般只选关键L4，或选高频操作类L4展开。这也是为什么53页能够装得下：L3全量呈现，L4按二八原则挑重点。

2.3 用编码体系给L1L4一个可引用的地址

接下来是框架的技术基础：编码。没有编码，L1到L4只是一堆词；有了编码，会议纪要、系统映射、物料主数据权限都能引用同一条地址。推荐规范是“域-流程组-流程-活动”，每一段用代码或不间断数字表示层级。

SC-PLN-03-040 │ │ │ └ L4活动：运行APS粗排并输出可承诺量ATP │ │ └ L3流程：主生产计划排程与冻结 │ └ L2流程组：生产计划 └ L1价值流：供应链计划

解释一下：SC是L1价值流代码，PLN是L2流程组，03是该流程组下第三条L3流程，040代表这条L3下第40个L4活动。编码里不要带业务部门名，因为流程可能会跨部门，名字变成部门名会给未来重组留下改编码的隐患。

需要留意的是，L1L4在别的语境里也指流程成熟度等级，类似CMMI的成熟度分级。这里讲的是流程分解层级，不是成熟度评估。如果你的评审团队习惯用成熟度等级，建议在项目启动时就明确区分，否则同一套名称会开成两场完全不同的会。

3. 把L1L4框架模块化装进53页PPT：页序、模板和颗粒度

3.1 53页的硬骨架：每段页数怎么分

给老板汇报的PPT一般不会少于四十页，但页数一多，结构就散。所以我会在动笔前先定页序，把53页切成六块，每一块都只讲一个层级的问题。

这个分布隐含一个原则：L4不上全，L3必须全。L3是评审的底线，因为L3缺失会导致系统边界和流程Owner对不齐；L4是系统细节，全量铺开没人看得过来。若流程库本身已很完整，可设一个过滤条件，比如“每天触发超过100次的L4活动”或“跨SAP/MES双系统的L4活动”才放到PPT里。

3.2 单页统一模板：一页只服务一个L2

53页PPT如果每页风格都换，评审者会把时间花在理解版式上，而不是讨论流程。我一般用一套固定模板，每页四个区域：

这套模板要求每一页都能被追问。右侧的“系统”字段最常被漏掉，一旦漏掉，等落系统时就得重新返工。底栏放KPI不是用来装饰，而是逼自己在L3层级就把度量方式想清楚。

3.3 用JSON把L3和L4定义成单页数据源

PPT里最需要维护的是L3和对应L4活动。为了不让手工维护拖动全局，我会先建一个JSON文件作为中间数据源，后面用脚本批量生成页面骨架。

{ "l2_code": "SC.PLN", "l2_name": "生产计划", "processes": [ { "code": "SC.PLN.03", "name": "主生产计划排程与冻结", "activities": [ { "code": "SC.PLN.03.040", "name": "运行APS粗排", "owner": "PMC", "system": "APS", "frequency": "每小时" }, { "code": "SC.PLN.03.050", "name": "输出冻结MPS", "owner": "PMC", "system": "APS/MES", "frequency": "每天" } ] } ] }

字段说明：owner对应RACI里的责任方，system是执行L4时的系统或事务入口，frequency决定该活动是否需要自动化。这三列在后续评审里几乎必问，提前放在数据源里比现场补写可靠得多。JSON只是中间态，最终输出到PPT、BPM数据库还是流程管理平台，只取决于下游接哪个系统。

4. 用python-pptx把L1L4级流程骨架批量生成为PPT页面

4.1 一个最小的生成脚本骨架

数据源准备好了，接下来是批量生成PPT。我用python-pptx写一个最小脚本，把每个L3流程输出为一页，表格里列出L4活动。

import json from pptx import Presentation from pptx.util import Inches def create_slides(json_path, out_path): # 读取L3/L4的数据源 with open(json_path, encoding="utf-8") as f: data = json.load(f) # 使用带标题占位符的版式5 prs = Presentation() for proc in data["processes"]: # 每一条L3流程生成一页 slide = prs.slides.add_slide(prs.slide_layouts[5]) slide.shapes.title.text = f"{proc['code']} {proc['name']}" acts = proc.get("activities", []) # rows=表头+L4活动数 rows = len(acts) + 1 shape = slide.shapes.add_table( rows, 3, Inches(0.5), Inches(1.5), Inches(11.5), Inches(rows * 0.45) ) table = shape.table headers = ["L4编码", "L4活动", "系统/事务"] for col, header in enumerate(headers): table.cell(0, col).text = header for row, act in enumerate(acts, start=1): table.cell(row, 0).text = act["code"] table.cell(row, 1).text = act["name"] table.cell(row, 2).text = act.get("system", "") prs.save(out_path) create_slides("supply_chain_l4.json", "supply_chain_l4.pptx")

脚本逻辑不复杂：先把JSON读入内存，遍历processes列表；每遍历到一个L3流程就新增一张幻灯片；再用add_table绘制三列表格，表头固定为“L4编码、L4活动、系统/事务”。最后把每个活动按行写入，生成的文件后续在PowerPoint里精修。

slide_layouts[5]是python-pptx默认模板里“标题和内容”的版式，有标题占位符。如果用layout[6]的空白版式，slide.shapes.title会拿到空对象，脚本就会报错，这一点新手常踩。

4.2 参数设置建议：行高、列宽、字数上限

生成PPT时最影响观感的是表格尺寸。页宽、表格宽、行高三者不匹配，文字就会挤出页面。以下是我固定使用的一组参数：

如果把脚本里的Inches(rows * 0.45)改成固定高度，比如0.3英寸，当L4描述超过两行时，PowerPoint会截断内容。较稳妥的做法是按文字长度动态计算行高：中文字符超过25个时，行高增加0.15英寸。脚本里给个粗略公式即可：

estimated_height = max(0.45, len(act["name"]) * 0.012 + 0.3)

这个公式不是精确排版工具，只是让页面不用手动一行行调。生成的PPT最终仍要过一遍人工审阅，尤其是流程图跨页时，连接线需要手工对齐。

4.3 用页数反向核对53页的规划

脚本只负责L3/L4页面，总页数一定不等于53。需要核验最终成品是否覆盖完整，可以单独写一个数页脚本：

from pptx import Presentation ppt_path = "supply_chain_l4.pptx" prs = Presentation(ppt_path) page_count = 0 for _ in prs.slides: page_count += 1 print(f"当前总页数: {page_count}")

如果输出的总页数比规划少，缺少的部分通常集中在L1地图、RACI矩阵和实施路线，这些页面不适合用表格自动生成，需要人工绘制。反过来，如果页数比53页多，说明L4活动选多了，需要回到JSON里去掉非关键活动，而不是在PPT里压缩字体。

5. 从L4活动反向校核L1L4级框架：系统事务、KPI和断点

5.1 把L4活动挂到系统、SLA和RACI上

流程规划进行到最后，真正决定框架是否可用的，不是PPT漂亮程度，而是L4活动能否对应到系统、指标和角色。我通常会做一张全局校核表，把每个L4活动逐条挂接。

5.2 用SQL找出缺失系统事务的L4活动

当流程量达到几十个L3、几百个L4时，人工检查不现实。我的习惯是把L4落到数据库里，用一条SQL把关键L4中没有系统事务的活动筛出来。

select l4.id, l4.code, l4.name, l4.owner, l4.frequency from l4_activity l4 left join system_transaction st on st.activity_code = l4.code where st.tcode is null and l4.is_critical = 1 order by l4.frequency desc;

这条SQL把每天高频触发、但没有系统事务支持的关键L4活动列在最前。查出来之后，如果第一行是一个高频操作却没有任何系统入口，说明L3流程层级切得不合理：可能是把虚拟动作当成流程，也可能是系统边界没覆盖。此时应回到L3层级重新检查，而不是直接在L4上加字段。

5.3 三件事有效避免L1L4框架流于形式

第一，不要把PPT里的L2流程组拆成几十个，一个组对应一个Owner，否则RACI到最后还是一张搁置的清单。第二，页面右上角统一放流程路径码，比如SC.PLN.03.040，评审会上直接报编号，沟通成本会明显下降。第三，把JSON导出成CSV并导入流程管理平台，让L4活动的维护从PPT转移成日常数据变更，PPT只作为快照存在。下次推进类似流程规划项目，先把L4活动的系统事务字段和Owner对齐，再画流程图，重复返工的量会少很多。

本文还有配套的精品资源，点击获取