简介《光伏企业供应链规划及集成计划报告》是一份面向光伏企业供应链管理者、运营规划及数字化推进人员的专业参考材料。报告以集团战略愿景为起点系统梳理供应链体系现状通过多场管理层与业务代表访谈及生产基地实地调研输出覆盖计划、采购、制造、交付、IT领域的供应链能力评估和关键发现并针对周期性、季节性、地域性、规模性等行业特征给出集成计划与数字化供应链的改进方向。整份资源为单份PPT文档含1个pptx文件压缩包约6.94MB便于直接阅读或二次编辑。已有55人学习浏览。作为95页的完整汇报版PPT内容包含愿景与战略解读、供应链蓝图现状理解、供应链能力评估与关键发现、关键举措与改进方向、附录五大部分并保留了调研访谈范围、行业趋势数据及现状流程图等细节适合用来构建或优化光伏企业的供应链规划框架亦可作为供应链数字化转型项目的前期调研样例。1. 从95页PPT看光伏供应链诊断的闸门先承认行业特征才能谈集成计划一份95页的光伏供应链规划报告最有价值的不是结论页而是它把行业特性翻译成供应链要求的过程。报告开篇用四组数据定了调光伏行业具有周期性、季节性、地域性、规模性需求受政策节点驱动Q2与Q3是需求旺盛期每个环节资本密集且规模成本曲线陡峭。多数企业把供应链问题当成系统选型问题但这套评估先回到行业坐标系里再谈现状、差距和举措。读者对象是正在从Excel计划转向产销协同与APS体系的供应链计划、IT及运营从业者。下面按调研方法论、集成计划架构、系统断点、改进路线、验证手段五条线拆解尽量落到可以直接复用的颗粒度。2. 供应链能力评估落地访谈分层、五维模型与主题编码2.1 三层访谈设计的差异化目标XX供应链体系现状评估的访谈结构有不少值得复用的细节前期蓝图组与专题组共开展5场执行委员会领导层访谈、14场业务领导层访谈和50场业务代表访谈同时对西安和泰州生产基地实地调研参与人数逾110人累计超过120小时。三层访谈要解决的问题完全不同。执行委员会领导层访谈的核心是确认战略约束扩产节奏是订单驱动还是产能驱动全球基地布局的优先级在哪里关键物料采购的瓶颈是交期还是价格。业务领导层访谈的重点是跨部门流程边界例如销售与计划之间谁对预测负责、基地有没有产能调配权、电池运营中心与事业部计划运营部的职责划分。业务代表访谈则聚焦操作层排产数据是否还在Excel和电话里流转、MES里的在制品能不能直接进入集成计划、外协采购有没有系统流程。访谈层场次/时长获取的信息类型典型输出执行委员会领导层5场/约60分钟战略约束、投资节奏、组织边界战略愿景约束清单业务领导层14场/约90分钟流程现状、职责边界、系统权限业务流程图与断点清单业务代表50场/约45分钟操作细节、异常场景、数据真实路径数据流与痛点清单基地调研西安、泰州执行一致性、指标口径差异主数据与口径问题清单基地调研往往比访谈更能暴露问题。我一般会带三张表去现场主数据清单、设备OEE日报表、计划回滚记录。如果两个生产基地对同一指标的统计口径都不一致主数据问题先于计划问题暴露集成计划也就失去了统一的数据底座。2.2 五维能力模型不追求总分只标记差距评估模型固定为计划、采购、制造、交付、IT五个维度每个维度下设若干能力项每个能力项定义L1到L4成熟度等级。评估结果不是给企业打一个总分而是为每个能力项同时标记“现状等级”和“目标等级”两个点之间的差距就是后续改进举措的输入。以计划维度的“净需求计算”能力项举例L1主计划在Excel里按订单毛需求汇总不区分在库、在途和已分配量。L2部分产品线使用MRP但BOM版本混乱计算结果需要大量人工修正。L3系统按物料和版本跑净需求库存与在途数据自动参与计算。L4净需求计算纳入约束条件包括关键设备产能、供应商锁定周期输出建议性排产方案。这份报告里提到的“初版主计划是Excel且不是净需求”对应的成熟度就是L1。仔细看会发现很多光伏企业不是没有MRP而是BOM和主数据的质量撑不起净需求计算这是评估结论要落到系统的关键连接点。2.3 主题编码从50场访谈记录到关键发现50场业务代表访谈如果用自然语言汇总产出的只会是一份冗长的问题清单。更有效的做法是走一遍主题编码第一步开放式编码把原始记录切成短句并打标签。比如“集成计划数据、人工记录、Excel传递、准确度差”可以拆成四个编码数据人工录入、跨系统传递、Excel协作、数据准确性。第二步轴心编码把标签归并到主题域。“人工录入”和“Excel协作”归入“计划数据链路断裂”“供应能力靠电话确认”归入“采购供应信号缺失”。第三步选择性编码统计各编码的出现频次找出影响面最大的主题作为关键发现。from collections import Counter tags [ manual_entry, excel_collab, data_accuracy, manual_entry, no_system_flow, excel_collab ] freq Counter(tags) for tag, count in freq.most_common(3): print(f{tag}: {count})频次统计只是第一步关键发现还要经过业务领导层交叉验证影响程度。下表演示了从访谈原文到关键发现的压缩过程访谈原文摘录开放式编码轴心编码归属最终关键发现M6月计划在Excel里做每次版本更新靠邮件发Excel协作、版本失控计划数据链路计划数据未系统化版本管理缺失关键物料供应能力靠电话确认电话确认、无系统记录供应能力信号采购寻源与SOP脱节外协采购没有进系统外协无系统流程采购流程覆盖外协业务处于数据盲区完成这一步后零散的访谈素材才可能变成后续可以排序、可以立项的改进点。3. 集成计划体系怎么搭M6月产销协同与W4周排产的双层架构3.1 双层计划架构与光伏行业的四个特征光伏行业的四个特征直接决定计划分层方式。周期性来自补贴政策调整节点需求波动不是平滑曲线M6月计划窗口必须紧跟市场预判而不是按年度固定排布。季节性方面Q2与Q3是需求旺盛期Q3与Q4进入调整期库存和产能策略要在年度曲线上预留弹性。地域性体现在海外市场增量区域不同海内外销售网络与生产基地需要分开建模。规模性对应的是满产策略规模越大成本越低产线必须跑满但满产压缩了计划调整的回旋余地。这四点叠加后单层计划体系无法同时完成两个目标中长期产能与关键物料布局需要月度甚至更长周期视野近端订单交付需要按周甚至按天的执行计划。所以集成计划体系普遍采用双层架构M6月产销协同计划定方向W4周排产计划做执行中间通过T6/T3供需匹配建立约束传递。3.2 月度产销协同的11个节点如何排布事业部层面的月度产销协同流程大致可以拆成11个节点运行节奏跨一个月度周期时间窗活动责任角色输入/输出每月3日汇总大区销售需求营销运营部销售需求汇总每月3日汇总基地产能与电池供应能力计划运营部资源组产能汇总表每月3日收集关键物料供应能力供应链采购履行组关键料供应能力每月5日制定初版主计划计划运营部初版M6主计划每月8日需求调整与确认营销运营部/计划运营部终版需求计划每月8日制定M6终版主计划计划运营部终版主计划每月8日生成物料需求计划计划运营部物控组物料需求计划每月10日发布物料需求给采购物控组物料需求PR每月10日制定M6电池需求计划计划运营部资源组电池需求计划每月10日发布电池供应计划电池运营中心运营管理组电池供应计划每月下旬制定W4周排产计划计划运营部/基地计划物控部周排产计划这套流程在Excel时代最大的风险是各节点的计算逻辑分散在多个工作簿里版本靠邮件锁定。评估时我第一个动作是检查“初版主计划是否做了净需求减法”。如果这个计算不存在后续物料需求会被高估采购多下单的结果就是库存积压在满产模式下问题会被放大。3.3 关键物料供应能力校验的计算逻辑在MRP与产能计划之间插入一道关键物料供应校验是光伏行业特别需要的一步。光伏电池的BOM相对固定但物料版本影响很大。以POE胶膜为例一代和二代同时供应且品质存在差异直接决定组件良率。物料需求如果只按物料编码汇总不区分版本计算结果就没有采购参考价值。import pandas as pd m6_demand pd.read_csv(m6_demand.csv) # 产品、月份、订单量 bom pd.read_csv(bom_with_versions.csv) # 产品、物料、版本、用量 supply_plan pd.read_csv(key_material_supply.csv) # 物料、月份、可承诺量 mrp m6_demand.merge(bom, onproduct_code) mrp[gross_qty] mrp[order_qty] * mrp[usage_rate] gross_summary mrp.groupby( [material_code, material_version, period], as_indexFalse )[gross_qty].sum() check gross_summary.merge( supply_plan, on[material_code, period], howleft ) check[gap] check[gross_qty] - check[plan_supply_qty] shortage check[check[gap] 0] shortage.to_csv(material_shortage_list.csv, indexFalse)参数说明order_qty来自M6需求计划usage_rate取自BOM用量material_version区分POE一代/二代这类同码不同版本。plan_supply_qty由供应链采购履行组按月度给出可承诺量。gap大于0的物料版本进入异常处理流程要么供应商扩产要么更换物料版本要么调整需求计划。这段计算的价值在于把需求侧和供给侧拉到同一个颗粒度上比较物料版本和月份两个维度只要有一个对不齐结果就没有意义。3.4 W4周滚动排产如何衔接月度约束月度SOP给出的是M6的框架落地到车间必须通过W4周计划逐周滚动。执行逻辑是周初用最近一周的实际订单加上未来三周的预测生成W4周计划并按“冻结期调整期”管理。冻结期通常覆盖本周和下周期间排产不轻易变动超出冻结期的部分在每次滚动时按最新信息调整。基地计划员按产线和天排产输出给基地IE、物控和外协电池调度。W4周计划的难点不是算法而是周度更新纪律。月度产销协同会议结束不等于计划已经锁定W4滚动必须固定在每周同一时间、使用同一数据源否则计划与执行很快分裂。实际运行中基地计划与事业部计划运营部之间最容易在“电池供应计划”和“排产计划”的衔接处断掉需要明确的输入输出责任人和交付物。4. 计划在系统间穿行IT架构盘点与集成断点识别4.1 用系统覆盖矩阵把现状摆上桌面IT现状诊断如果只问“系统是否上线”很多企业会给出“基本都有”的答案。更有效的方式是把系统放到组织维度上逐格标注覆盖状态。下表是参照报告信息整理的系统覆盖矩阵系统集团/总部事业部生产基地海外组织备注ERP已上线已上线已上线覆盖缺失财务统一制造覆盖不全SRM已上线已上线——供应商预测、绩效评估功能缺失TMS已上线已上线——与ERP集成不完整MES—部分基地部分基地—基地间实施进度不一致WMS—部分基地部分基地—物流编码规范未统一EAM立项准备———设备数据化滞后CRM————客户数据空白BI建设中手工报表为主——无体系化分析平台矩阵的价值不只是看哪个格子是空的而是把系统覆盖缺失直接映射到业务风险。EAM未上线意味着产能评估缺少设备健康度数据基地报上来的可动工时没有系统校验CRM空白意味着销售需求源头数据缺失需求计划只能靠销售手工填报古晋等海外基地的系统覆盖缺失直接造成全球交付数据无法统一归集。4.2 三类集成断点数据不同源、流程没入系统、分析没有底座报告对IT现状的概括是“缺乏整体规划、建设分散、应用集成少、应用深度弱、应用分析缺”。落到执行层面我看到的是三类断点。第一类是系统间集成弱。SRM在供应商预测、能力协同、绩效评估三块功能缺失供应商主数据与ERP不完全一致CRM和ERP没能双向互动销售订单数据无法从客户源头流入计划体系。第二类是业务没有进入系统。外协采购没有启用SRM功能EAM还在立项准备中大量流程停留在手工Excel状态。第三类是主数据滞后。集团没有建立物流编码规范BOM阶段标准化不足各系统间数据无法对接交换“集成计划数据还得人工记录传递”——这句访谈原话描述的就是主数据缺位后的真实场景。三类断点里最底层的是主数据。系统间集成可以靠接口解决但接口传输的字段如果两边编码不统一数据进了管道也出不了口。所以断点识别的下一步永远是主数据治理而不是急着上集成平台。4.3 接口字段映射系统集成之前先统一对话语言诊断报告里附带一份接口字段示例比空谈“加强集成”更有说服力。下面是ERP向SRM传递交付承诺的接口样本{ interface_id: ERP_SRM_DELIVERY_PROMISE, biz_record: { order_id: SO-20240618-0217, material_code: LR6-72HBD-370M, material_version: B, request_qty: 4800, promise_date: 2024-07-15, plant_code: TAIZHOU_BASE } }字段说明order_id对应销售订单号material_code对应组件物料编码material_version映射电池、硅片、胶膜等物料的版本promise_date是供应链承诺交付日期plant_code指定生产交付基地。这段示例想表达的是接口定义本身不难难的是编码规范统一之前同一个组件在ERP里是LR6-72HBD-370M在MES里可能是另一套编号接口传过去还需要人工翻译。主数据没有先行集成就只剩形式。5. 诊断结果转化为路线图五大领域问题归堆与优先级排序5.1 先按领域把关键发现归堆报告合计输出XX个关键发现覆盖计划、采购、制造、交付及IT领域。脱敏报告里的XX不影响理解关键看问题怎么归类领域典型问题现象业务影响计划主计划在Excel中完成且不是净需求版本靠邮件传递物料需求高估库存积压采购外协采购未进SRM供应商绩效评估无功能支撑外协数据空白供应风险不可见制造满产策略导致库存积压和副产品基地生产水平不均交付不稳定成品滞库交付销售需求、发货需求、排产需求之间衔接弱承诺交付日期失真IT主数据滞后物流编码规范缺失报表手工执行决策数据准确性和时效性差归堆之后要注意一个规律每个问题都同时包含“业务流程断层”和“系统支撑缺陷”两个层面。比如“计划数据靠人工传递”流程断层是没有定义计划数据的唯一来源和版本管理规则系统缺陷是没有集成平台承接。写路线图时只写系统缺陷流程断层不修补系统上线后依然不好用。5.2 用影响与复杂度打分排序而不是被问题数量带偏问题清单通常很长不可能全部纳入下一年度改进计划。我一般用简化的RICE模型打分四个参数分别是影响面涉及多少个基地或SKU、业务影响对库存周转和准时交付的影响程度、信心指数对问题判断的把握度和所需工作量人月优先级等于前三项乘积除以工作量。initiatives [ {name: 统一物料与BOM主数据, reach: 10, impact: 9, confidence: 0.9, effort: 6}, {name: 上线SRM外协采购模块, reach: 4, impact: 7, confidence: 0.7, effort: 5}, {name: 搭建M6供需平衡Excel模板, reach: 7, impact: 6, confidence: 0.8, effort: 1}, ] for it in initiatives: it[priority] (it[reach] * it[impact] * it[confidence]) / it[effort] for it in sorted(initiatives, keylambda x: x[priority], reverseTrue): print(f{it[name]}: {it[priority]:.2f})输出结果中统一物料与BOM主数据的优先级最高因为影响面最大、把握度也高外协采购模块虽然重要但目前业务规模有限且工作量偏高排到后面。打分参数不一定一开始就准确可以在评审会上逐项过一遍凡是缺少数据支撑的分值标注“待验证”。这个环节的重点是让决策者看到优先级差异来自影响范围和实现成本而不是问题喊声的大小。5.3 速赢线与建设线并行推进基于打分结果路线图通常分两条线。速赢线在6到8周内完成计划数据Excel模板标准化、月度SOP例会纪律固化、关键物料供应异常上报机制建立先解决流程断层让关键数据以统一模板流转起来。建设线则按主数据、系统集成、集成计划平台、BI分析体系的顺序推进。两条线并行但主数据必须最先动否则后面的系统集成和APS实施都会返工。报告里提到的“先自上而下基于集团目标导向再自下而上按业务紧急程度落地”本质就是这条路线图的选择逻辑。6. 用计划达成率差异分析反向校准需求预测6.1 用SQL把计划与执行拉平计划体系运转一个月后必须回答一个问题计划到底准不准。组件产品的计划达成率可以这样计算select base_code, date_format(plan_day, %Y-%m) as plan_month, product_code, sum(plan_qty) as plan_qty, sum(actual_ship_qty) as actual_ship_qty, round(sum(actual_ship_qty) / nullif(sum(plan_qty), 0), 4) as fill_rate from s_and_op_delivery_snap where plan_day between 2024-01-01 and 2024-06-30 group by base_code, date_format(plan_day, %Y-%m), product_code having sum(plan_qty) 0 order by fill_rate asc limit 30;逻辑说明s_and_op_delivery_snap是每次滚动计划发布后形成的计划执行快照表记录每个基地、每个产品在计划周期内的计划发货量和实际发货量。plan_qty是计划发货量actual_ship_qty是实际发货量nullif防止除零。查询结果按达成率升序排列前30条就是最需要关注的偏差记录。这里要区分两个口径需求预测准确率等于实际需求除以预测需求衡量市场和销售的输入质量计划执行达成率等于实际发货除以计划发货衡量产销协同与生产执行力。两个指标混在一起算会导致责任无法定位。6.2 四维差异归因与满产策略的放大效应如果某基地某月达成率低于80%按四个维度做归因时间维度看是否落在季节性低谷或政策调整节点产品族维度看是否在做新型号集中切换客户类型维度看是项目型客户波动还是分布式分销商预测偏差基地维度看是设备故障还是物料供应断档。这四个维度对应计划模型里的时间、SKU族、需求细分和产能单元归因结果可以直接反馈到M6计划参数里。满产策略会显著放大达成率异常的影响。产能被排满意味着几乎没有缓冲吸收临时插单。需求预测偏高时排产出来的产量变成成品库存积压后又产生副产品需求预测偏低时可交付量直接损失客户订单延期。所以满产模式下建议同时盯两个辅助指标库存滞库率和紧急催货率。若计划达成率低但库存持续增加大概率是预测偏高而非执行问题若达成率低且紧急催货率飙升则偏向执行端或者供应端。把归因结论写进下一次SOP会议的输入材料在计划、执行、再计划的循环里完成对需求预测的反向校准。本文还有配套的精品资源点击获取
光伏供应链诊断到集成计划落地：从Excel到产销协同与APS的转型路径
简介《光伏企业供应链规划及集成计划报告》是一份面向光伏企业供应链管理者、运营规划及数字化推进人员的专业参考材料。报告以集团战略愿景为起点系统梳理供应链体系现状通过多场管理层与业务代表访谈及生产基地实地调研输出覆盖计划、采购、制造、交付、IT领域的供应链能力评估和关键发现并针对周期性、季节性、地域性、规模性等行业特征给出集成计划与数字化供应链的改进方向。整份资源为单份PPT文档含1个pptx文件压缩包约6.94MB便于直接阅读或二次编辑。已有55人学习浏览。作为95页的完整汇报版PPT内容包含愿景与战略解读、供应链蓝图现状理解、供应链能力评估与关键发现、关键举措与改进方向、附录五大部分并保留了调研访谈范围、行业趋势数据及现状流程图等细节适合用来构建或优化光伏企业的供应链规划框架亦可作为供应链数字化转型项目的前期调研样例。1. 从95页PPT看光伏供应链诊断的闸门先承认行业特征才能谈集成计划一份95页的光伏供应链规划报告最有价值的不是结论页而是它把行业特性翻译成供应链要求的过程。报告开篇用四组数据定了调光伏行业具有周期性、季节性、地域性、规模性需求受政策节点驱动Q2与Q3是需求旺盛期每个环节资本密集且规模成本曲线陡峭。多数企业把供应链问题当成系统选型问题但这套评估先回到行业坐标系里再谈现状、差距和举措。读者对象是正在从Excel计划转向产销协同与APS体系的供应链计划、IT及运营从业者。下面按调研方法论、集成计划架构、系统断点、改进路线、验证手段五条线拆解尽量落到可以直接复用的颗粒度。2. 供应链能力评估落地访谈分层、五维模型与主题编码2.1 三层访谈设计的差异化目标XX供应链体系现状评估的访谈结构有不少值得复用的细节前期蓝图组与专题组共开展5场执行委员会领导层访谈、14场业务领导层访谈和50场业务代表访谈同时对西安和泰州生产基地实地调研参与人数逾110人累计超过120小时。三层访谈要解决的问题完全不同。执行委员会领导层访谈的核心是确认战略约束扩产节奏是订单驱动还是产能驱动全球基地布局的优先级在哪里关键物料采购的瓶颈是交期还是价格。业务领导层访谈的重点是跨部门流程边界例如销售与计划之间谁对预测负责、基地有没有产能调配权、电池运营中心与事业部计划运营部的职责划分。业务代表访谈则聚焦操作层排产数据是否还在Excel和电话里流转、MES里的在制品能不能直接进入集成计划、外协采购有没有系统流程。访谈层场次/时长获取的信息类型典型输出执行委员会领导层5场/约60分钟战略约束、投资节奏、组织边界战略愿景约束清单业务领导层14场/约90分钟流程现状、职责边界、系统权限业务流程图与断点清单业务代表50场/约45分钟操作细节、异常场景、数据真实路径数据流与痛点清单基地调研西安、泰州执行一致性、指标口径差异主数据与口径问题清单基地调研往往比访谈更能暴露问题。我一般会带三张表去现场主数据清单、设备OEE日报表、计划回滚记录。如果两个生产基地对同一指标的统计口径都不一致主数据问题先于计划问题暴露集成计划也就失去了统一的数据底座。2.2 五维能力模型不追求总分只标记差距评估模型固定为计划、采购、制造、交付、IT五个维度每个维度下设若干能力项每个能力项定义L1到L4成熟度等级。评估结果不是给企业打一个总分而是为每个能力项同时标记“现状等级”和“目标等级”两个点之间的差距就是后续改进举措的输入。以计划维度的“净需求计算”能力项举例L1主计划在Excel里按订单毛需求汇总不区分在库、在途和已分配量。L2部分产品线使用MRP但BOM版本混乱计算结果需要大量人工修正。L3系统按物料和版本跑净需求库存与在途数据自动参与计算。L4净需求计算纳入约束条件包括关键设备产能、供应商锁定周期输出建议性排产方案。这份报告里提到的“初版主计划是Excel且不是净需求”对应的成熟度就是L1。仔细看会发现很多光伏企业不是没有MRP而是BOM和主数据的质量撑不起净需求计算这是评估结论要落到系统的关键连接点。2.3 主题编码从50场访谈记录到关键发现50场业务代表访谈如果用自然语言汇总产出的只会是一份冗长的问题清单。更有效的做法是走一遍主题编码第一步开放式编码把原始记录切成短句并打标签。比如“集成计划数据、人工记录、Excel传递、准确度差”可以拆成四个编码数据人工录入、跨系统传递、Excel协作、数据准确性。第二步轴心编码把标签归并到主题域。“人工录入”和“Excel协作”归入“计划数据链路断裂”“供应能力靠电话确认”归入“采购供应信号缺失”。第三步选择性编码统计各编码的出现频次找出影响面最大的主题作为关键发现。from collections import Counter tags [ manual_entry, excel_collab, data_accuracy, manual_entry, no_system_flow, excel_collab ] freq Counter(tags) for tag, count in freq.most_common(3): print(f{tag}: {count})频次统计只是第一步关键发现还要经过业务领导层交叉验证影响程度。下表演示了从访谈原文到关键发现的压缩过程访谈原文摘录开放式编码轴心编码归属最终关键发现M6月计划在Excel里做每次版本更新靠邮件发Excel协作、版本失控计划数据链路计划数据未系统化版本管理缺失关键物料供应能力靠电话确认电话确认、无系统记录供应能力信号采购寻源与SOP脱节外协采购没有进系统外协无系统流程采购流程覆盖外协业务处于数据盲区完成这一步后零散的访谈素材才可能变成后续可以排序、可以立项的改进点。3. 集成计划体系怎么搭M6月产销协同与W4周排产的双层架构3.1 双层计划架构与光伏行业的四个特征光伏行业的四个特征直接决定计划分层方式。周期性来自补贴政策调整节点需求波动不是平滑曲线M6月计划窗口必须紧跟市场预判而不是按年度固定排布。季节性方面Q2与Q3是需求旺盛期Q3与Q4进入调整期库存和产能策略要在年度曲线上预留弹性。地域性体现在海外市场增量区域不同海内外销售网络与生产基地需要分开建模。规模性对应的是满产策略规模越大成本越低产线必须跑满但满产压缩了计划调整的回旋余地。这四点叠加后单层计划体系无法同时完成两个目标中长期产能与关键物料布局需要月度甚至更长周期视野近端订单交付需要按周甚至按天的执行计划。所以集成计划体系普遍采用双层架构M6月产销协同计划定方向W4周排产计划做执行中间通过T6/T3供需匹配建立约束传递。3.2 月度产销协同的11个节点如何排布事业部层面的月度产销协同流程大致可以拆成11个节点运行节奏跨一个月度周期时间窗活动责任角色输入/输出每月3日汇总大区销售需求营销运营部销售需求汇总每月3日汇总基地产能与电池供应能力计划运营部资源组产能汇总表每月3日收集关键物料供应能力供应链采购履行组关键料供应能力每月5日制定初版主计划计划运营部初版M6主计划每月8日需求调整与确认营销运营部/计划运营部终版需求计划每月8日制定M6终版主计划计划运营部终版主计划每月8日生成物料需求计划计划运营部物控组物料需求计划每月10日发布物料需求给采购物控组物料需求PR每月10日制定M6电池需求计划计划运营部资源组电池需求计划每月10日发布电池供应计划电池运营中心运营管理组电池供应计划每月下旬制定W4周排产计划计划运营部/基地计划物控部周排产计划这套流程在Excel时代最大的风险是各节点的计算逻辑分散在多个工作簿里版本靠邮件锁定。评估时我第一个动作是检查“初版主计划是否做了净需求减法”。如果这个计算不存在后续物料需求会被高估采购多下单的结果就是库存积压在满产模式下问题会被放大。3.3 关键物料供应能力校验的计算逻辑在MRP与产能计划之间插入一道关键物料供应校验是光伏行业特别需要的一步。光伏电池的BOM相对固定但物料版本影响很大。以POE胶膜为例一代和二代同时供应且品质存在差异直接决定组件良率。物料需求如果只按物料编码汇总不区分版本计算结果就没有采购参考价值。import pandas as pd m6_demand pd.read_csv(m6_demand.csv) # 产品、月份、订单量 bom pd.read_csv(bom_with_versions.csv) # 产品、物料、版本、用量 supply_plan pd.read_csv(key_material_supply.csv) # 物料、月份、可承诺量 mrp m6_demand.merge(bom, onproduct_code) mrp[gross_qty] mrp[order_qty] * mrp[usage_rate] gross_summary mrp.groupby( [material_code, material_version, period], as_indexFalse )[gross_qty].sum() check gross_summary.merge( supply_plan, on[material_code, period], howleft ) check[gap] check[gross_qty] - check[plan_supply_qty] shortage check[check[gap] 0] shortage.to_csv(material_shortage_list.csv, indexFalse)参数说明order_qty来自M6需求计划usage_rate取自BOM用量material_version区分POE一代/二代这类同码不同版本。plan_supply_qty由供应链采购履行组按月度给出可承诺量。gap大于0的物料版本进入异常处理流程要么供应商扩产要么更换物料版本要么调整需求计划。这段计算的价值在于把需求侧和供给侧拉到同一个颗粒度上比较物料版本和月份两个维度只要有一个对不齐结果就没有意义。3.4 W4周滚动排产如何衔接月度约束月度SOP给出的是M6的框架落地到车间必须通过W4周计划逐周滚动。执行逻辑是周初用最近一周的实际订单加上未来三周的预测生成W4周计划并按“冻结期调整期”管理。冻结期通常覆盖本周和下周期间排产不轻易变动超出冻结期的部分在每次滚动时按最新信息调整。基地计划员按产线和天排产输出给基地IE、物控和外协电池调度。W4周计划的难点不是算法而是周度更新纪律。月度产销协同会议结束不等于计划已经锁定W4滚动必须固定在每周同一时间、使用同一数据源否则计划与执行很快分裂。实际运行中基地计划与事业部计划运营部之间最容易在“电池供应计划”和“排产计划”的衔接处断掉需要明确的输入输出责任人和交付物。4. 计划在系统间穿行IT架构盘点与集成断点识别4.1 用系统覆盖矩阵把现状摆上桌面IT现状诊断如果只问“系统是否上线”很多企业会给出“基本都有”的答案。更有效的方式是把系统放到组织维度上逐格标注覆盖状态。下表是参照报告信息整理的系统覆盖矩阵系统集团/总部事业部生产基地海外组织备注ERP已上线已上线已上线覆盖缺失财务统一制造覆盖不全SRM已上线已上线——供应商预测、绩效评估功能缺失TMS已上线已上线——与ERP集成不完整MES—部分基地部分基地—基地间实施进度不一致WMS—部分基地部分基地—物流编码规范未统一EAM立项准备———设备数据化滞后CRM————客户数据空白BI建设中手工报表为主——无体系化分析平台矩阵的价值不只是看哪个格子是空的而是把系统覆盖缺失直接映射到业务风险。EAM未上线意味着产能评估缺少设备健康度数据基地报上来的可动工时没有系统校验CRM空白意味着销售需求源头数据缺失需求计划只能靠销售手工填报古晋等海外基地的系统覆盖缺失直接造成全球交付数据无法统一归集。4.2 三类集成断点数据不同源、流程没入系统、分析没有底座报告对IT现状的概括是“缺乏整体规划、建设分散、应用集成少、应用深度弱、应用分析缺”。落到执行层面我看到的是三类断点。第一类是系统间集成弱。SRM在供应商预测、能力协同、绩效评估三块功能缺失供应商主数据与ERP不完全一致CRM和ERP没能双向互动销售订单数据无法从客户源头流入计划体系。第二类是业务没有进入系统。外协采购没有启用SRM功能EAM还在立项准备中大量流程停留在手工Excel状态。第三类是主数据滞后。集团没有建立物流编码规范BOM阶段标准化不足各系统间数据无法对接交换“集成计划数据还得人工记录传递”——这句访谈原话描述的就是主数据缺位后的真实场景。三类断点里最底层的是主数据。系统间集成可以靠接口解决但接口传输的字段如果两边编码不统一数据进了管道也出不了口。所以断点识别的下一步永远是主数据治理而不是急着上集成平台。4.3 接口字段映射系统集成之前先统一对话语言诊断报告里附带一份接口字段示例比空谈“加强集成”更有说服力。下面是ERP向SRM传递交付承诺的接口样本{ interface_id: ERP_SRM_DELIVERY_PROMISE, biz_record: { order_id: SO-20240618-0217, material_code: LR6-72HBD-370M, material_version: B, request_qty: 4800, promise_date: 2024-07-15, plant_code: TAIZHOU_BASE } }字段说明order_id对应销售订单号material_code对应组件物料编码material_version映射电池、硅片、胶膜等物料的版本promise_date是供应链承诺交付日期plant_code指定生产交付基地。这段示例想表达的是接口定义本身不难难的是编码规范统一之前同一个组件在ERP里是LR6-72HBD-370M在MES里可能是另一套编号接口传过去还需要人工翻译。主数据没有先行集成就只剩形式。5. 诊断结果转化为路线图五大领域问题归堆与优先级排序5.1 先按领域把关键发现归堆报告合计输出XX个关键发现覆盖计划、采购、制造、交付及IT领域。脱敏报告里的XX不影响理解关键看问题怎么归类领域典型问题现象业务影响计划主计划在Excel中完成且不是净需求版本靠邮件传递物料需求高估库存积压采购外协采购未进SRM供应商绩效评估无功能支撑外协数据空白供应风险不可见制造满产策略导致库存积压和副产品基地生产水平不均交付不稳定成品滞库交付销售需求、发货需求、排产需求之间衔接弱承诺交付日期失真IT主数据滞后物流编码规范缺失报表手工执行决策数据准确性和时效性差归堆之后要注意一个规律每个问题都同时包含“业务流程断层”和“系统支撑缺陷”两个层面。比如“计划数据靠人工传递”流程断层是没有定义计划数据的唯一来源和版本管理规则系统缺陷是没有集成平台承接。写路线图时只写系统缺陷流程断层不修补系统上线后依然不好用。5.2 用影响与复杂度打分排序而不是被问题数量带偏问题清单通常很长不可能全部纳入下一年度改进计划。我一般用简化的RICE模型打分四个参数分别是影响面涉及多少个基地或SKU、业务影响对库存周转和准时交付的影响程度、信心指数对问题判断的把握度和所需工作量人月优先级等于前三项乘积除以工作量。initiatives [ {name: 统一物料与BOM主数据, reach: 10, impact: 9, confidence: 0.9, effort: 6}, {name: 上线SRM外协采购模块, reach: 4, impact: 7, confidence: 0.7, effort: 5}, {name: 搭建M6供需平衡Excel模板, reach: 7, impact: 6, confidence: 0.8, effort: 1}, ] for it in initiatives: it[priority] (it[reach] * it[impact] * it[confidence]) / it[effort] for it in sorted(initiatives, keylambda x: x[priority], reverseTrue): print(f{it[name]}: {it[priority]:.2f})输出结果中统一物料与BOM主数据的优先级最高因为影响面最大、把握度也高外协采购模块虽然重要但目前业务规模有限且工作量偏高排到后面。打分参数不一定一开始就准确可以在评审会上逐项过一遍凡是缺少数据支撑的分值标注“待验证”。这个环节的重点是让决策者看到优先级差异来自影响范围和实现成本而不是问题喊声的大小。5.3 速赢线与建设线并行推进基于打分结果路线图通常分两条线。速赢线在6到8周内完成计划数据Excel模板标准化、月度SOP例会纪律固化、关键物料供应异常上报机制建立先解决流程断层让关键数据以统一模板流转起来。建设线则按主数据、系统集成、集成计划平台、BI分析体系的顺序推进。两条线并行但主数据必须最先动否则后面的系统集成和APS实施都会返工。报告里提到的“先自上而下基于集团目标导向再自下而上按业务紧急程度落地”本质就是这条路线图的选择逻辑。6. 用计划达成率差异分析反向校准需求预测6.1 用SQL把计划与执行拉平计划体系运转一个月后必须回答一个问题计划到底准不准。组件产品的计划达成率可以这样计算select base_code, date_format(plan_day, %Y-%m) as plan_month, product_code, sum(plan_qty) as plan_qty, sum(actual_ship_qty) as actual_ship_qty, round(sum(actual_ship_qty) / nullif(sum(plan_qty), 0), 4) as fill_rate from s_and_op_delivery_snap where plan_day between 2024-01-01 and 2024-06-30 group by base_code, date_format(plan_day, %Y-%m), product_code having sum(plan_qty) 0 order by fill_rate asc limit 30;逻辑说明s_and_op_delivery_snap是每次滚动计划发布后形成的计划执行快照表记录每个基地、每个产品在计划周期内的计划发货量和实际发货量。plan_qty是计划发货量actual_ship_qty是实际发货量nullif防止除零。查询结果按达成率升序排列前30条就是最需要关注的偏差记录。这里要区分两个口径需求预测准确率等于实际需求除以预测需求衡量市场和销售的输入质量计划执行达成率等于实际发货除以计划发货衡量产销协同与生产执行力。两个指标混在一起算会导致责任无法定位。6.2 四维差异归因与满产策略的放大效应如果某基地某月达成率低于80%按四个维度做归因时间维度看是否落在季节性低谷或政策调整节点产品族维度看是否在做新型号集中切换客户类型维度看是项目型客户波动还是分布式分销商预测偏差基地维度看是设备故障还是物料供应断档。这四个维度对应计划模型里的时间、SKU族、需求细分和产能单元归因结果可以直接反馈到M6计划参数里。满产策略会显著放大达成率异常的影响。产能被排满意味着几乎没有缓冲吸收临时插单。需求预测偏高时排产出来的产量变成成品库存积压后又产生副产品需求预测偏低时可交付量直接损失客户订单延期。所以满产模式下建议同时盯两个辅助指标库存滞库率和紧急催货率。若计划达成率低但库存持续增加大概率是预测偏高而非执行问题若达成率低且紧急催货率飙升则偏向执行端或者供应端。把归因结论写进下一次SOP会议的输入材料在计划、执行、再计划的循环里完成对需求预测的反向校准。本文还有配套的精品资源点击获取