企业官网建设流程全解析

简介：金蝶云星空V7.3产品培训PPT，聚焦制造板块的生产管理，面向企业生产计划人员、车间管理者、ERP实施顾问及金蝶系统学习者。培训内容系统覆盖生产订单管理、用料清单维护、生产领料/退料/补料、生产汇报与入库等核心模块，并对车间、班组、退补料原因、变更原因等基础数据设置，以及系统参数、单据类型参数配置作了详细讲解，帮助读者建立从生产指令下发、投料与领料、进度汇报到完工结案的全流程监督控制思路。课件还展示了齐套分析、缺料分析、生产订单拆分、生产直送、盘点差异分摊等典型业务场景，突出领料控制、入库控制、在制材料控制、结案控制等关键管控点，对企业提升生产执行效率有直接借鉴价值。课件为1个PPT演示文稿，约5.28MB，方便用于内部转训或自学；目前已有308人学习浏览，适合需要快速理解金蝶云星空生产管理模块业务流程与参数设计的读者。

1. 金蝶云星空 V7.3 生产管理：这份培训资料到底在讲什么

在制造业信息化这个圈子里，金蝶云星空 V7.3 的制造模块培训 PPT 几乎是实施顾问和新手内部顾问必看的一份材料。但如果你把它当成“生产订单怎么下、领料单怎么录入”的操作手册，那就看浅了。这份资料真正值钱的地方，是把生产管理模块的配置逻辑讲清楚了——基础数据、系统参数、单据类型参数，每一个开关都在控制领料、汇报、入库、结案的全链路行为。它适合三类人：刚接手制造模块的 ERP 实施顾问、负责企业内部流程的 IT 人员，以及想搞懂“系统为什么这么控制”的车间主管。看完这份材料，你能回答三个问题：生产管理管到哪一步、控制参数在哪里设、配置错了会翻什么车。

2. 生产管理整体方案：7.3 比 7.2 多了什么

2.1 生产管理的业务范围：从计划到结案的七个节点

先看基本盘。培训资料里给的定义很明确：生产管理系统要结合工程数据管理、库存管理、计划管理、质量管理等系统，为企业提供从生产计划、投料与领料、生产汇报、到产品入库、生产订单结案等生产业务处理的全过程监督与控制。这段描述里最关键的两个词不是“计划”，也不是“入库”，而是“监督”与“控制”。

整个标准生产的内容构成，核心单据是七张：生产订单、生产用料清单、生产领料、生产补料、生产退料、生产汇报、生产入库。再加生产订单变更单和生产用料清单变更单两个变更通道。它们之间的协作关系是这样的：

• 生产订单是生产指令的源头，所有后续业务都挂在它下面
• 生产用料清单是 BOM 展开后针对该订单的物料需求快照，后续领料、倒冲都以它为准
• 生产领料、生产补料、生产退料对应物料流动的三条腿，分别处理正常消耗、额外补充和退库
• 生产汇报采集工时、合格数、不良数，是后续成本核算的原始依据
• 生产入库把产成品送进仓库，对应入库单
• 生产订单变更单与用料清单变更单处理订单数量、交期、用料的调整

这七个节点从业务上看是串行的，但从配置上看必须一开始就并行考虑。很多项目翻车，就是因为上线时只配了生产订单和领料单，结果业务跑到退料环节才发现退料原因没定义，跑到汇报环节才发现汇报类型没有默认值，单据录不进去才回头补基础资料，一个月内反复折腾。

项目实施时我最建议的做法是，先按培训资料里那张整体方案图，把“业务处理、报表分析、基础资料、单据类型”四个维度列成一张核对表，逐项确认后再开账号。这样后续进系统才不会东补一个参数、西加一个基础数据，把上线周期拖成“边用边配”的无底洞。

2.2 7.3 新增与完善点：倒冲领料、挪料、替代维护

资料里明确标出了 7.2 已实现、7.3 新增、7.3 完善三个状态，这部分信息量最大，也是老用户升级时最关心的地方。我把资料里的功能归类整理成这样一张表：

表里有些功能在资料中的归并有交叉，上线核对时以系统实际菜单为准。我挑几个影响面大的展开说。

第一个是倒冲领料和倒冲平台。倒冲在很多离散制造和流程制造企业里是刚需，之前做倒冲基本靠自定义开发，7.3 把这套逻辑产品化了。倒冲的逻辑是：依据生产汇报或入库数量，反算子项物料的应耗用量，自动生成领料单。它的前置控制点在系统参数里那几个“默认库存状态”，这几个参数看似只是下拉框选择，实际上决定了倒冲生成领料单时物料从哪个仓库、哪个仓位出。配错了倒冲完你会发现领料单上的仓库字段是空的，整条倒冲链路跑不通。

第二个是生产挪料。挪料的场景很常见：A 订单的物料被 B 订单临时占用，或者说某个物料要从甲仓挪到乙仓。7.3 通过生产挪料单实现跨订单、跨仓库的物料调整，审核后自动生成生产领料单或退料单。这里有个容易忽略的前置条件——生产挪料的领料人、退料人、仓管员是在系统参数里预设的，挪料审核生成单据时直接取这三个预设人员。我第一次给客户演示挪料，就是因为这个参数没设，单据生成后领料人一栏全空，当时场面一度很尴尬。

第三个是替代维护。生产过程中的物料替代是常态，电子行业尤其明显。7.3 完善的替代维护功能，让替代料在用料清单层面就能维护，而不是等到领料时发现料不够再临时换料。替代维护的颗粒度可以到子项物料级别，配合替代原因，可以被后续的用料清单变更记录追溯到。

这三个新增点指向同一个方向：7.3 把生产执行过程中的“异常处理”都产品化了。之前要靠计划员手工调单、靠仓库手工挪料的地方，现在都有对应的单据和参数来控制。

2.3 应用场景拆解：备料分析、订单拆分、生产直送

培训资料把应用场景列得很全：生产订单处理与执行、生产订单变更、生产用料清单维护与变更、生产备料、生产领退补、盘点差异分摊、生产汇报入库。这里我不逐一展开，重点讲三个高频场景。

生产备料是 7.3 的一个亮点。它包含齐套分析、欠料分析和缺料分析三个维度。齐套分析看的是“一个订单要开工，物料是不是都齐了”；欠料分析看的是“现有库存和采购在途之间的缺口”；缺料分析更细，按时间窗看某一天缺哪些料。这三套分析对应三种决策：订单能不能开工、要不要催采购、要不要调整排产顺序。配置上它们不占用单据类型参数，主要依赖物料主数据里的提前期、批量规则和仓库数据。如果 BOM 没维护准确，分析结果就是黑匣子，车间不敢信，计划员也不敢用，最后还是回到手工查库存的老路。

生产订单拆分解决的是“一个大订单分给多个车间或产线执行”的问题。拆分后可以针对子订单分别领料、汇报、入库，但成本会回归到源订单。这里需要提醒的是，拆分功能一旦启用，源订单和子订单之间的用料清单关系要提前理清，否则月底成本核算时会出现“子订单领了料，源订单没领料”的奇葩差异，财务查起来头大。

生产直送则是跳过生产入库、直接发货的场景，适合产成品不入库、生产完成即发运的行业。直送的配置会影响库存状态和后续的收入成本匹配。实施时建议先问清楚财务对这种业务形态的接受度，再决定是否启用，因为很多财务对“货没入库就发货”的账务处理天然抵触。

这三个场景背后有一个共同点：它们都不是孤立的功能按钮，而是需要基础数据、系统参数、单据类型参数共同支撑的完整业务流程。所以动手配置之前，把业务场景和参数映射关系先理一遍，比急着开账号录单子重要得多。

3. 基础数据设置：车间、班组和三类原因怎么配

3.1 车间：部门属性必须设成基本生产部门

车间是整个生产模块的基础数据，也是最容易被忽略细节的地方。培训资料里明确了车间的设置路径在【部门】界面，有两个关键动作。

第一，部门属性要设为“基本生产部门”。这个属性决定了下游所有单据能不能引用该部门作为生产车间。属性没设正确的话，后续创建车间资料时就找不到这个部门。这个问题的排查成本通常很高，因为报错往往要等到保存车间资料那一刻才出现，而且提示语不会直接告诉你是部门属性的问题，新手很容易在原地转圈半小时。

第二，如果车间存在固定的仓库和仓位，需要在【WIP 仓库】和【WIP 仓】中指定。这里有个实施前要确认的关键点：WIP 仓库的仓库属性必须是“车间仓”，否则在车间资料里选不到它。另外还要给车间设置对应的工厂日历，工厂日历决定了生产订单排产和汇报时计算工时用的工作天数。

车间资料在实际业务中的第一站是生产订单。指定生产订单由哪个车间执行时，系统会读取这个车间的 WIP 仓库作为物料流动的默认仓库，同时读取工厂日历用于推算开工和完工日期。所以车间资料如果配错，后续生产订单、生产汇报、生产退料全都会连锁反应。最典型的症状就是：退料单上仓库为空，或者生产订单的完工日期计算出来是周末。

3.2 退料原因、补料原因、变更原因：辅助资料三件套

退料原因、补料原因、变更原因都被定义在辅助资料里，配置方法很相似，但用途完全不同。

退料原因调用在生产退料单、委外退料单、简单退料单上。业务上常见的原因有来料不良、作业不良、计划变更导致的多领、订单取消的余料退回等。这里要特别注意：退料原因和生产退料单上的“退料类型”字段有关联。系统里有来料不良退料、作业不良退料之分，它们分别对应系统参数里不同的默认库存状态。如果原因编码和类型逻辑脱节，后续统计来料不良率、作业不良率时数据就会对不上。我一般建议把“退料-来料不良”“退料-作业不良”“退料-计划变更”分开编码，每一类的原因背后都对应明确的责任归属。

补料原因调用在生产补料单和委外补料单上。补料是领料的逆向补充，常见的原因有生产损耗超标、来料不良替换、工艺调整导致用量增加等。补料原因的维护粒度建议到“计算机能统计、管理上能行动”的程度。原因太粗，比如就一个“其他”，就分析不出哪个环节损耗严重；原因太细，录单的人会随便选，数据反而失真。根据我的经验，5 到 8 个原因就够用了。

变更原因调用在生产订单变更单上，用于说明为什么调整生产订单，比如交期调整、数量变更、工艺路线改变、物料替换等，它对应的管理需求是生产计划变更有据可查。很多企业上线初期不重视变更原因，觉得“改单是家常便饭，记原因浪费时间”。等到月底复盘计划达成率、追责交付延迟时，才发现没有任何数据支撑，只能靠人凭记忆补，然后补出来的记录没人认。我的习惯是宁可预设 10 个原因，也不要让用户自己填文本，因为自由文本永远没法统计。

3.3 汇报类型和班组：工时统计的底层数据结构

汇报类型是另一个看起来简单、实际上很讲究的基础数据。一个汇报类型有三种属性：有效工时、无效工时、中性。正常生产是有效工时，欠料停线、设备故障属于无效工时，支援其他部门属于中性工时。培训资料里特别强调：只有一个汇报类型可以被设为“默认类型”，制作生产汇报单时，系统会自动带出这个默认类型。

这个默认类型的选择，直接决定了报表里“生产效率”和“无效工时率”的计算口径。如果默认类型设成了有效工时，员工录汇报单时忘记修改汇报类型，所有工时都会被算作有效工时，月底生产效率数据虚高，车间主管看着漂亮，但老板一问“停线损失怎么没体现”就露馅了。我的实施技巧是：把“欠料停线”“设备故障”“待料”这些无效工时类型固定编码，让它们排在列表最前面，减少员工滚动查找选错概率。

班组信息挂在车间下面，主要用于生产汇报时细化执行单元。它的意义在于把工时归集到具体班组维度，后续做班组产能对比、班组绩效核算时才拿得出数。配置班组时建议先在 Excel 里把车间和班组的对应关系维护好再导入，避免在系统界面里一个个建，效率低还容易漏。

基础数据这一层没有太高深的技术含量，但它是整个生产管理的底座。我的经验是，基础数据的编码规则和启用状态，要在项目启动的第一周就定下来，因为后面所有单据引用都从这一层取数，回头改的代价远比一次性配好要高。

4. 系统参数与单据类型：控制强度都藏在这里

4.1 五个默认库存状态：退料与入库的易用性开关

系统参数是生产管理里真正“一夫当关”的部分。培训资料重点讲了三组参数，第一组就是默认库存状态，一共五个：

• 来料不良退料：生产退料时，退料类型为“来料不良退料”的默认库存状态
• 作业不良退料：生产退料时，退料类型为“作业不良退料”的默认库存状态
• 不合格品入库：生产入库时，入库类型为“不合格品入库”的默认库存状态
• 报废品入库：生产入库时，入库类型为“报废品入库”的默认库存状态
• 返工品入库：生产入库时，入库类型为“返工品入库”的默认库存状态

这一组参数解决的核心问题是操作易用性。生产退料单和生产入库单录入时，用户选了退料类型或入库类型，系统自动带出对应的默认库存状态，省去手工再选一次库存状态的动作。库存状态在云星空里是一个自定义程度很高的字段，企业通常会自定义出“合格品、不合格品、报废品、返工品、待检”这些状态。如果这组参数没配，用户在单据上只能手动选，一旦选错，后续库存账、成本计算都会小差不断。

这里有一个很实际的坑：库存状态本身要在库存模块的辅助资料里预先定义好，参数设置界面只能下拉选择已经存在的库存状态。所以实施顺序应该是：先建库存状态辅助资料，再配置系统参数，最后再测试退料和入库单据。顺序反了，参数保存都过不去，报错信息又模糊，排查起来特别耗时间。

4.2 单据类型参数：标准生产与返工生产的差异

生产订单的单据类型，是生产管理参数体系里最核心的一层。培训资料里反复强调，不同的生产订单可以选择不同的单据类型，业务控制遵循单据类型中的参数设置。换句话说，同一种业务完全可以用不同的单据类型来拉开管控力度。

单据类型参数里最基础的一条是生产类型，有两个选项：标准生产和返工生产。返工生产订单的用料清单中可以领用产品本身，这条特性决定了返工单和标准单的物料流动路径完全不同。如果返工品需要拆解后重新加工，还要配合拆卸类的业务处理。标准生产则不允许出现这种“自己领自己”的循环。

接下来几个参数是控制强度的关键。

用料清单展开方式：返工生产时可以选择仅主产品，也可以选择 BOM 展开。仅主产品适合那些返工工序不涉及物料投入的场景，比如重新测试、重新包装；BOM 展开适合需要完整物料配套的返工，比如更换多个零部件。这个参数在单据类型里一旦定死，返工时就不能灵活选。所以实施时建议把“简单返工”和“复杂返工”拆成两个单据类型，分别配置，不要一个返工单类型打天下。

用料清单变更方式：如果企业是粗放式管理，车间人员可以直接反审核生产用料清单来修改；如果企业是精细化管理，生产订单执行过程中调整用料清单要走生产用料清单变更，保留完整变更轨迹。这个参数直接决定了车间能不能“悄悄改用量”。我们曾经有个客户，就是因为这里选了允许反审核修改，结果物料用量被车间反复改了好几次，月底成本差异巨大，财务追查时发现变更记录根本不存在，最后只能让人事去谈话。

其他还有组织间委托加工、生产直送等开关，按业务需要开启。这里的原则是：单据类型宁可细分，不要大而化之。把“标准生产、返工生产、受托生产、拆卸生产”各建一个单据类型，每个单据类型的参数独立配置，比一个单据类型走天下要稳妥得多。

4.3 在制材料扣减控制：入库时扣还是汇报时扣

在制材料扣减控制是成本准确性的关键参数，培训资料给出了两种策略：

入库时扣减的逻辑是依据入库数量反算子项物料的耗用，扣减在制材料数量。这种方式控制点在仓库，逻辑简单直接，适合“生产完成即入库”的节奏。

汇报时扣减的逻辑是依据汇报单的合格数量、不合格数量、报废品、返工品之和反算子项物料耗用。这种方式控制点在车间，适合生产周期长、汇报节点多、需要让在制品实时反映现场状态的场景。

两种方式没有绝对的对错，但切换成本很高。我在实际项目里见过最典型的翻车案例是：上线时选了入库时扣减，跑了三个月后发现月末在制金额虚高，因为很多订单已经汇报了但还没入库，材料已经投到车间但系统里在制还没扣，财务怎么都对不上。后来想切到汇报时扣减，发现已经发生的历史单据的扣减逻辑不会重算，切换后对账更乱了。所以这个参数，上线前就要和财务、生产、仓库三方一起定下来，后面不要动。

4.4 生产订单自动执行：简化执行点与监控点

生产订单自动执行，是 7.3 里控制强度最灵活的一组参数。它把生产执行阶段做成可勾选的开关，企业可以根据自己的管理粒度来决定每个环节要不要设监控点。

比如管理粗放的产线，可以把下达、开工、汇报、完工全部勾选自动执行，一张生产订单从审核到下推领料、汇报、入库一气呵成，中间不需要人工确认。管理精细的产线，则可以把汇报设成手动，要求每道工序报工，把完工设置手动，要求质检合格后才能入库。

这里的配置原则是“自动执行是给流程减负，不是给管理放水”。我见过一个企业把所有环节都设成自动执行，结果车间物料员根本不知道有哪些订单在跑，因为订单自动下达、自动领料，人完全没有感知。后来被迫在单据类型上加了一个“开工确认”的手动节点，才把现场感知找回来。

所以单据类型参数虽然可选项很多，但最终服务的还是企业的管理粒度。实施时要和车间主任、计划员、仓库主管坐下来一个一个过，确认每个节点是“人必须看一眼”还是“系统跑掉就行”，再落到参数配置上。

5. 生产管理常见问题与避坑：配置错了全链路翻车

5.1 车间没有 WIP 仓库，退料单无处可退

现象：生产退料单审核时报错，提示仓库不能为空，或者退料单生成后仓库字段是空的，录单人只能手工补，效率极低，仓库人员还经常漏补。

原因：车间资料里没有维护 WIP 仓库，或者选中的 WIP 仓库的仓库属性不是“车间仓”。退料单上的默认仓库取自车间资料，车间资料为空，退料单自然带不出来。

解决：先确认仓库档案里存在属性为“车间仓”的仓库，再到【部门】界面的车间相关页签里指定 WIP 仓库和 WIP 仓位。注意顺序不能反，仓库档案没有建好之前，车间资料里选不到 WIP 仓库。配置完成后重新做一遍退料流程验证。

5.2 汇报类型没设默认，生产汇报单带不出工时

现象：生产汇报单新增时，汇报类型字段为空，工时相关字段无法录入或带出的工时属性不对，月底统计生产效率时数据明显偏低，无效工时率完全算不出来。

原因：汇报类型允许定义多个，但只有一个可以设为默认类型。没有设默认的情况下，系统无法自动带出，用户要么手动选、要么直接空着录，最终工时数据残缺。

解决：在辅助资料中找到汇报类型，把当前业务中最主流的类型，通常是“正常生产”或“标准作业”，勾选为默认。同时检查无效工时、中性工时类型是否全部启用并正确分类，确保生产汇报时能手动切换。配置完再让车间试录几张汇报单，确认默认带出和手动切换都正常。

5.3 生产订单自动执行后，审核环节形同虚设

现象：生产订单保存即审核，领料单、入库单全部自动生成，车间和仓库的数据对不上，中间环节出了问题没有任何拦截点，想追责的时候发现所有动作都是系统自动完成的，人没有确认过。原因：单据类型参数里把生产订单自动执行的所有节点都勾选了，系统按照配置自动跑完了全部流程，没有给人工留干预窗口。

解决：回到单据类型参数，把“开工确认”“汇报确认”“完工确认”等关键节点改回手动。生产订单自动执行适合流程非常稳定的产线，刚上线阶段建议至少保留一个手动确认节点，跑顺了再逐步自动化。改完参数后，要拿一张测试订单完整走一遍，确认每个节点的状态变化符合预期。

5.4 在制材料扣减方式选错，月末在制金额对不上

现象：月底财务对账时发现车间在制材料金额与实物不一致，差额集中在已经生产汇报但尚未入库的订单上，核对明细时发现这些订单的材料耗用根本没有被系统扣减。

原因：在制材料扣减控制选择了“入库时扣减”，已经汇报但未入库的订单，材料在系统里没有被扣减，造成在制金额虚高。这在生产周期长、汇报与入库不同步的企业里几乎必然出现。

解决：上线前明确业务的汇报和入库节奏。如果生产周期长、汇报与入库间隙大，务必选择“汇报时扣减”。如果已经跑了一段时间，不要直接在参数里切换，先和财务确认历史数据的处理方式，必要时做一次在制差异调整，再切换参数。这个参数一旦切换，新旧数据口径会混在一起，最容易引发财务不满。

5.5 变更原因不维护，用料清单变更记录没法追溯

现象：生产用料清单变更单上有变更记录，但说不清为什么要变更，月底复盘计划达成率或追溯质量问题时无据可查，车间和计划部互相推诿。

原因：变更原因没有在辅助资料中提前定义，用户在录变更单时原因字段为空，或者填了自由文本，导致无法统计和追溯。

解决：实施初期就把变更原因预设好，覆盖交期调整、数量变更、物料替换、工艺调整等高频场景，同时在单据布局里把变更原因设为必录字段，从源头保证数据完整。设置完成后定期抽查变更单，确认原因字段没有被乱填。

6. 把生产进度报表做成一张能信的执行看板

培训资料最后一节是报表分析，标准报表有生产进度报表、在制材料报表、领料分析、入库分析、损耗分析。但多数企业用下来的感受是：标准报表不够贴近自己的管理口径。制造部想看订单执行进度，计划部想看齐套情况，财务想看月末在制，三拨人三种口径。

我的做法是不做二次开发，直接基于生产订单、生产用料清单、生产领料单、生产汇报单写一个 SQL 查询，把生产进度看板挂在报表平台上，每天早上刷新一次。核心逻辑是五张表联动：生产订单审核后生成用料清单；领料单审核后累计实领数量；汇报单审核后累计合格数量。看板的粒度做到“订单加物料”，核心字段包括订单号、车间、产品编码、计划开工日期、计划完工日期、累计领料套数、累计合格数、完工百分比。

累计领料套数的计算逻辑是用领料单的实领数量除以用料清单里的单套用量，取整后作为已投料套数。累计合格数直接汇总汇报单的合格数量。完工百分比用累计合格数除以订单数量。下面是一段示意 SQL，实施时把表名和字段名替换成你们账套的实际物理表：

SELECT mo.FBillNo AS 订单号, mat.FNumber AS 产品编码, d.FName AS 执行车间, mo.FQty AS 订单数量, mo.FPlanStartDate AS 计划开工日, mo.FPlanFinishDate AS 计划完工日, COALESCE(ROUND(SUM(CASE WHEN mrl.FEntryId > 0 THEN mrl.FQty / NULLIF(bom.FQty, 0) ELSE 0 END), 0), 0) AS 累计领料套数, COALESCE(SUM(rep.FQualifiedQty), 0) AS 累计合格数, CASE WHEN mo.FQty = 0 THEN 0 ELSE SUM(rep.FQualifiedQty) * 100.0 / mo.FQty END AS 完工百分比 FROM 生产订单 mo LEFT JOIN 生产用料清单 bom ON bom.FMOId = mo.FId LEFT JOIN 生产领料单 mrl ON mrl.FMOId = mo.FId LEFT JOIN 部门 d ON d.FId = mo.FWorkshopId LEFT JOIN 生产汇报 rep ON rep.FMOId = mo.FId WHERE mo.FStatus = 4 -- 4 表示已审核状态，以实际账套为准 GROUP BY mo.FBillNo, mat.FNumber, d.FName, mo.FQty, mo.FPlanStartDate, mo.FPlanFinishDate HAVING COALESCE(SUM(rep.FQualifiedQty), 0) < mo.FQty

这段查询里用到的字段名是示意性的，各企业实施时的物理表名和字段名会有差异，重点是逻辑：LEFT JOIN 保证没有领料的订单也能显示，累计领料套数用单套用量反推，HAVING 条件只过滤出未完工的订单。做成看板后，每天早会上打开刷新，哪个订单缺料、哪个订单进度落后、哪个订单已经超领了，一目了然。

最后再强调一件事：参数配置没有后悔药，一旦跑起来再改，代价就是历史单据的对账成本。从那以后，我每次做生产管理模块的实施，都会把基础数据、系统参数、单据类型参数这三层核对表过一遍，再让客户签字确认。你手上这份培训 PPT 里的内容，也建议按这三个层次拆开，和系统实际菜单逐项对照一遍再动业务数据，能少走很多弯路。希望帮到你。

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