[点晴模切ERP]SAP业务蓝图解析:对象状态与业务事务
|
admin
2025年3月26日 0:20
本文热度 255
|
在写关于SAP的这个系列文章时,我有个想法,就是通过再次深入研究SAP(我曾做过几年的SAP内部顾问),细节性地整理和表达我已产生近10年的一个判断:
工业企业运行的基本逻辑就是就是通过业务活动去改变和推进业务对象的状态,基于业务对象状态的改变完整业务增值。
同时,也想通过这个整理,解决我当前职业中面临的一个核心问题:
如何用架构方法,在企业级的层次和规模上,完整规范地定义业务运行的内在逻辑,这个逻辑,必须是完备(不只是浮于表面的形式),必须是客观真实的(不是纯粹的基于个人臆想的逻辑构造),必须是科学的(来自业界的管理实践)。
基于上述想法,本篇内容就有了重要的意义:揭示SAP系统中有关业务对象状态及其与业务事务之间的互动关系。
在SAP系统中,业务对象有200多个,可以通过BS13事务代码查看,每个对象有各自的对象代码,本篇分析以ERP系统中的核心业务对象生产订单(对象代码ORH)为例。
生产订单的执行流程
流程节点 | 流程说明 | 执行方式 |
MRP运行 | 通过MRP运行,产生订单建议或者称为计划订单,计划订单表明通过投入怎样的物料投入,在何时产生什么产品。 | 人工触发系统处理 |
计划订单转生产订单 | 将MRP运行产生的计划订单单个或批量转为生产订单,此时计划订单即被删除。也可以不参照计划订单直接创建生产订单。 | 人工处理 |
可用性检查ATP | 对生产订单进行物料的可用性检查(ATP),检查是否有缺料情况。 | 在系统中查看针对生产订单的缺料提示。 |
能力计划检查 | 检查工作中心的能力和负荷。MRP基于无限产能计算,需要人工检查工作中心负荷判断是否计划可行。 | 人工检查系统内的工作中心负荷并予判断。 |
订单下达 | 生产订单进入可执行状态,一般而言此时物料齐备且产能充足。 | 人工 |
订单打印 | 按特定格式(如:领料单、配料单、工作中心指令单)打印输出订单数据,不同格式对应着不同的管理模式。根据实际情况,也可以不打印纸质订单。 | 人工 |
物料领用 | 仓库根据配料单进行配料,或者车间根据领料单进行领料。 | 人工 |
完工确认 | 确认生产完工情况,包括产出情况和耗用情况。 | 人工 |
产出入库 | 产成品入库 | 人工 |
订单成本结算 | 计算订单的物料耗用和工时耗用,确定订单成本。 | 人工 |
生产订单状态
生产订单状态 | 状态代码 | 状态说明 | 对应完成的流程 |
订单建立 | CRTD | 完成生产订单创建,可以是将MRP运行产生的计划订单转为生产订单 | MRP运行;
计划订单转生产订单 |
已承诺的物料 | MACM | 可用性检查ATP结果OK,即生产订单所需物料在库存中齐备 | 可用性检查ATP |
已释放 | REL | 生产订单完成下达,一般要先进行能力计划检查 | 能力计划检查;
订单下达 |
已过账的货物移动 | GMPS | 对生产订单投料(只要进行投料,即进入此状态,不管投料数量是否全部满足需求)
此前需要进行生产订单数据(领料单、配料单、工作中心指令单)的输出打印 | 订单打印(或不打印纸质订单);
物料领用 |
生产订单确认 | CNF | 生产订单报工(上报订单完成情况:进度、数量、质量、异常、资源耗用) | 完工确认 |
收货 | DLV | 生产订单产出收货 | 产出入库 |
技术实现 | TECO | 生产订单技术完成(通过在系统中手工切换到此状态实现订单完成) | 订单成本结算 |
与生产订单相关的业务事务代码
事务代码 | 事务操作 |
BFRE | 释放生产订单 |
RMNS | 重读主数据(BOM、工艺路线) |
RMOD | 生产订单打印 |
RMWA | 生产订单发料 |
RMWF | 生产订单收货 |
BTAB | 技术实现 |
业务事务与订单状态的关系
订单状态是业务事务执行的前提,同时,业务事务的执行也是订单状态改变的原因。
业务事务对订单状态的影响:
业务事务对订单状态的影响主要包括两种:设置(设定形成此状态)、删除(消除此状态)、无影响(不产生影响)。
如下为系统默认关系:
订单状态
业务事务 | 订单建立 | 已承诺的物料 | 已释放 | 已过账的货物移动 | 生产订单确认 | 收货 | 技术实现 |
释放 | 删除 | 删除 | 设置 | 无影响 | 无影响 | 无影响 | 无影响 |
打印 | 无影响 | 无影响 | 无影响 | 无影响 | 无影响 | 无影响 | 无影响 |
发料 | 无影响 | 无影响 | 删除 | 设置 | 无影响 | 无影响 | 无影响 |
收货 | 无影响 | 无影响 | 无影响 | 删除 | 删除 | 设置 |
|
技术实现 | 无影响 | 无影响 | 无影响 | 无影响 | 无影响 | 删除 | 设置 |
订单状态对业务事务的影响:
订单状态对业务事务的前提影响主要包括两种:允许(允许执行此业务)、禁止(禁止执行此业务),此外还有警告(提示某些信息)和无影响。
如下为系统默认关系:
业务事务
订单状态 | 释放 | 打印 | 发料 | 收货 |
订单建立 | 允许 | 警告 | 禁止 | 禁止 |
已承诺的物料 | 警告 | 警告 | 禁止 | 禁止 |
已释放 | 警告 | 允许 | 允许 | 允许 |
已过账的货物移动 | 禁止 | 警告 | 允许 | 允许 |
生产订单确认 | 禁止 | 警告 | 允许 | 允许 |
收货 | 禁止 | 警告 | 允许 | 允许 |
技术实现 | 禁止 | 警告 | 允许 | 允许 |
注意上表中黄色字体的位置,似乎有悖常理(未曾发料就有产出、完成之后还能发料和收货),这是系统默认设置(为适应灵活的业务处理需求),用户可以自定义约束关系,具体是通过用户状态参数文件设置,并分配给特定的生产订单类型。
如何进行架构表达?
若要将上述业务逻辑在架构中进行完整表达,仅通过ArchiMate语言是无法实现的,可以考虑借助UML状态图甚至更多方法,对此有待继续研究解决。
阅读原文:原文链接
点晴模切ERP更多信息:http://moqie.clicksun.cn,联系电话:4001861886
该文章在 2025/3/27 13:02:54 编辑过