上面两章讲了生产订单的创建以及生产订单的相关内容。

SAP PP学习笔记24 - 生产订单（制造指图）的创建_sap 工程外注-CSDN博客

SAP PP学习笔记25 - 生产订单的状态管理(System Status(系统状态)/User Status(用户状态)),物料的可用性检查，生产订单的打印，发料，退料等-CSDN博客

本章继续讲生产订单的内容：

- User Status(用户状态)的实例

- 订单分割中的重要概念 成本收集器

- Confirmation(报工)的概述

1，用户状态 （User Status)的复习

通过一个案例来复习一下用户状态的用法。

需求：

a），当第一次技术性关闭（系统状态变为TECO），财务可以做差异性分析(KKS2)

b），当取消技术性关闭之后，限制让财务不能做差异性分析

c），当再次进行技术性关闭（系统状态又会变为TECO），财务又可以做差异性分析

通过用户状态就可以简单的实现上述需求。

来看画面怎么操作。

1-1，User Status 的Customize

Spro > 生产计划/管理 > 指图管理 > MasterData > 指图

指图Type

双击 ZP03

Status管理

- Header Status Profile：ZPP00003 - Z制造指图Status Profile03

再去打开 Header Status Profile 的Customize

T-code：BS02 也可以打开

- ZSET 差异分析

实现上面的需求，主要就靠这里的设置：

- 技术完了 ： 消除-ON

- 取消技术完了：设定-ON

- 差异计算：禁止-ON

来分析一下过程：

  - 第一次技术完了，把该User Status ZSET设为OFF（即消除）

  - 这样差异计算是可以的

  - 取消技术完了的话，就设置该User Status ZSET为ON（即设定）

  - 这样差异计算就禁止

  - 再次技术完了的话，跟第一次技术完了效果一样，把该User Status ZSET设为OFF（即消除）

  - 这样差异计算又可以了

1-2，CO01/02设定

CO01 制造指图登录

- 品目：100-710-T17

- 指图Type：ZP03

点一下 i 图标

Status Profile：ZPP00003

Status（无番号）：ZSET - 差异性分析：OFF

1-3，画面确认

a），当第一次技术性关闭（系统状态变为TECO），财务可以做差异性分析

- Status：TECO

- Status（有番号）：ZSET：OFF

- KKS2 差异计算

说既不是DLV，也不是TECO

这明明就是TECO的呀，奇怪

不知道是操作问题还是没理解其他条件

MIGO 画面先收货试试看

收完货 System Status发生了变化

- System Status：TECO DLV...

KKS2

算了，这肯定是别的原因

能说明的是，ZSET没有阻止FI 做KKS2（差异分析），这就OK了

KKS2出现奇怪问题以后再说

b），当取消技术性关闭之后，限制让财务不能做差异性分析 

Menu > 机能 > 处理制限 > 取消技术性完了

- System Status：已经没有 TECO了

汗😓，没好用呀

c），当再次进行技术性关闭（系统状态又会变为TECO），财务又可以做差异性分析

手动设置为ON，然后做技术完了，看看能不能自动取消

手动设置为ON，然后保存

点 技术完了

保存之后，可以自动删除该 ZSET Flg

d），总结

a），当第一次技术性关闭（系统状态变为TECO），财务可以做差异性分析

     ==》OK

b），当取消技术性关闭之后，限制让财务不能做差异性分析

     ==》TODO：失败

c），当再次进行技术性关闭（系统状态又会变为TECO），财务又可以做差异性分析

     ==》OK

再做一遍试试看，发现无法Release，错误消息如下：

Msg番号：CO288 指图Type ZP03 Plant 1000：作业的确认规则没有更新

Solved: No checking rule maintained and release rejected - SAP Community

 - OPJK 指图管理

把在库确认规则给加上

这回可以Release了

保存之后，CO02 变更

技术完了

然后再做 取消技术完了

没有改善呢

研究了一阵子，发现一个有趣的现象

好像就只有一个User Status 参数的话，有的时候不太好用

我这回加上Release这个参数（默认都有的，我给删除掉了，我严重怀疑这个家伙是必须的）

来再试一遍

1），CO01 制造指图登录

输入

- 合计数量

- 日付

 点 i 图标

 

回到上一个页面，然后点 Release 图标，再点保存

2），点 技术完了

 因为是点的技术完了，所以并没有设置ZSET Flg，点保存

 3），CO02 制造指图变更

点 取消技术完了

可以看到已经设置上了

就是说 FI 那边就不能执行 KKS2 差异计算

KKS2 差异计算

4），CO02 制造指图变更

再次点 技术完了

又一次取消了该 ZSET Flg

KKS2 里面又出来这个奇怪的错误，咱先不管它

ZSET Flg导致的错误消失了

这样，下面任务列表的 b 也OK了，只是多了一个Release Status，一般来说影响不大

如果非要去掉应该也是可以的，需要再好好研究下，咱这里就Skip了。

a），当第一次技术性关闭（系统状态变为TECO），财务可以做差异性分析

     ==》OK

b），当取消技术性关闭之后，限制让财务不能做差异性分析

     ==》TODO：失败  ==》OK（需要加一个Release参数）

c），当再次进行技术性关闭（系统状态又会变为TECO），财务又可以做差异性分析

     ==》OK

3，订单分割（Split Order）

比如一张订单，干到一半，突然有工序干不了了，要换生产线，这个时候在系统上该怎么处理呢？

对，就是订单分割。

Menu > 机能 > 指图订单分割

2-1，成本收集器的概念

CO02 制造指图变更

Menu > Header > 决济规则

现在是指向 MAT（物料）

要做订单分割，要先做一个成本收集器，来收集成本。

因为换生产线的话，和原来的订单已经不是同一张订单了。

要归集成本，就需要用期间来归集到成本收集器。

来看一下成本收集器的Customize

Spro > 生产计划/管理 > 指图管理 > Master Data > 指图

指图Type依存Parameter

看一下 PP01，PP08

- PP01 标准制造指图

原价Collector（成本收集器）没有打勾

- PP08 标准制造指图（原价管理）（内部）

原价Collector（成本收集器）打勾了

也就是说想用成本收集器，要建一个PP08 指图Type的订单。

2-2，新建一个成本收集器（KKF6N）

KKF6N 制品原价Collector处理（处理产品成本收集器）

输入

- 品目 100-710-F17

- Plant 1000

点 新规 图标

指图Type （贩卖传票Type）

- CO01 原价Collector

- RM01 原价Collector

- 指图Type：RM01

- 品目的原价管理Level：生产Plant/计划Plant

然后点 确定

直接点保存即可

这样成本收集器就建好了

2-3，CO01 新建一个 指图Type PP08 的生产订单

- 指图Type：PP08

点击 Release（下达），然后保存

2-4，指图分割（分解订单）

 Menu > 机能 > 指图分解

- 分割方法

  - SPLIT_DP 分割为其他品目

  - SPLIT_OS 分割到仓库

  - SPLIT_SP 分割为同一品目

不太理解这里的业务

随便选一项，回车

- 分割数量：80 （意思是分割出来80个到其他工序）

看来只能Lot管理的品目才能分割吗？？

2-5，成本（原价）的收集方式

调查了一下，原来在制品Level，有两种成本收集方式：

- 指图别制品原价（按生产订单计算的成品成本）

  这种建立在Lot管理的制品基础上

- 期间别制品原价（按期间计算的成品成本）

  这种建立在重复制造的制品基础上

  按期间计算的成品成本，就需要一个概念，叫成本收集器。

指图别制品原价，期间别制品原价

咱们上面的 【2-4，指图分割】里面，用的就应该是指图别制品原价（按生产订单计算的成品成本）这种方式。

TODO：至于怎么做重复制造，以及在重复制造基础上来分割订单，并归集到成本收集器上面，咱们以后再说。

4，Confirmation(报工)的概述

4-1，Confirmation的用途及方式

Confirmation的用途：

- 收集实际成本

- 反映WIP(仕挂品/在制品)的情况

  比如到底有多少WIP，都在哪个阶段(比如哪个工序上），也是通过Confirmation来决定的

- 产能减少

  比如生产订单需要100个产能，已经报工了5个，那就只剩95个产能需求了

- 和HR连携，计算工资

- 物料移动，比如 物料倒冲和收货

可以通过以下方式报工

- 从 PDC 接口上传

- 手工输入

4-2，Confirmation的类型及功能

Confirmation Type：

- 按订单(Order)为单位来做

- 按订单中的工序(Operation)为单位来做

- 按订单中的重大事件(Milestone)工序为单位来做

Confirmation functions:

- 检查工序状态

- 监视活动默认值...

 

4-4，Progress confirmation（进程式报工）

比如一共9个，有3道工序，第一天生产3个，第二天生产2个，第三天生产4个

- 正常的报工是：

            工序1，工序2，工序3

Day1      3           3           3

Day2      2           2           2

Day3      4           4           4

- 进程式报工是：

            工序1，工序2，工序3

Day1      3           3           3

Day2      5           5           5

Day3      9           9           9