[点晴模切ERP]SAP业务蓝图解析:对象状态与业务事务
当前位置:点晴教程→点晴ERP企业管理信息系统
→『 经验分享&操作答疑 』
在写关于SAP的这个系列文章时,我有个想法,就是通过再次深入研究SAP(我曾做过几年的SAP内部顾问),细节性地整理和表达我已产生近10年的一个判断: 工业企业运行的基本逻辑就是就是通过业务活动去改变和推进业务对象的状态,基于业务对象状态的改变完整业务增值。 同时,也想通过这个整理,解决我当前职业中面临的一个核心问题: 如何用架构方法,在企业级的层次和规模上,完整规范地定义业务运行的内在逻辑,这个逻辑,必须是完备(不只是浮于表面的形式),必须是客观真实的(不是纯粹的基于个人臆想的逻辑构造),必须是科学的(来自业界的管理实践)。 基于上述想法,本篇内容就有了重要的意义:揭示SAP系统中有关业务对象状态及其与业务事务之间的互动关系。 在SAP系统中,业务对象有200多个,可以通过BS13事务代码查看,每个对象有各自的对象代码,本篇分析以ERP系统中的核心业务对象生产订单(对象代码ORH)为例。 生产订单的执行流程
生产订单状态
与生产订单相关的业务事务代码
业务事务与订单状态的关系 订单状态是业务事务执行的前提,同时,业务事务的执行也是订单状态改变的原因。 业务事务对订单状态的影响: 业务事务对订单状态的影响主要包括两种:设置(设定形成此状态)、删除(消除此状态)、无影响(不产生影响)。 如下为系统默认关系:
订单状态对业务事务的影响: 订单状态对业务事务的前提影响主要包括两种:允许(允许执行此业务)、禁止(禁止执行此业务),此外还有警告(提示某些信息)和无影响。 如下为系统默认关系:
注意上表中黄色字体的位置,似乎有悖常理(未曾发料就有产出、完成之后还能发料和收货),这是系统默认设置(为适应灵活的业务处理需求),用户可以自定义约束关系,具体是通过用户状态参数文件设置,并分配给特定的生产订单类型。 如何进行架构表达? 若要将上述业务逻辑在架构中进行完整表达,仅通过ArchiMate语言是无法实现的,可以考虑借助UML状态图甚至更多方法,对此有待继续研究解决。 阅读原文:原文链接 点晴模切ERP更多信息:http://moqie.clicksun.cn,联系电话:4001861886 该文章在 2025/3/27 13:02:54 编辑过 |
关键字查询
相关文章
正在查询... |