业务协同平台--简介

牛魔王_1

已于 2024-09-09 09:44:46 修改

阅读量970

点赞数 24

分类专栏：自研Mom系统企业信息化开发平台文章标签：低代码开发平台 MOM 信息化协同自动化

于 2024-09-08 23:29:20 首次发布

本文链接：https://blog.csdn.net/niu_mo_wang/article/details/142033491

版权

自研Mom系统同时被 3 个专栏收录

7 篇文章 1 订阅

订阅专栏

开发平台

6 篇文章 0 订阅

订阅专栏

企业信息化

5 篇文章 0 订阅

订阅专栏

一、使用场景

        1.多个系统统一在业务协同平台定义协同策略，由业务协同平台代替人工完成一系列的单据录入
        2.同时业务协同平台将执行任务推送给pda、pad等执行终端，通知各人员、设备进行作业执行
        3.作业过程中，可设置完成时间预警、作业节点通知，时刻了解作业进程
        4.做完再给你做过程分析，给出优化建议

就问你这一套下来后，酸爽不酸爽。

上面提到的只是业务协同平台的一个应用案例。这里说的业务协同平台指的是我们自研MOM系统中的一个模块。业务协同平台研发的初衷是为了打通多系统、多组织间的数据交互，减少手工录单、减少项目化接口开发。目前常用于两大类的自动化场景：

1.多系统间的数据交互

比如一家公司上了ERP系统，又上了WMS系统。销售人员在ERP系统中录入销售订单和发货单后，需要由WMS系统管理后续的拣货和出库动作，出库动作执行完成后，又需要在ERP系统中录入销售出库单，以便在ERP系统中完成后续的存货核算和财务归集。

这里面至少涉及到2个系统间的数据交互：a. ERP发货单生成 WMS的拣货任务

b. WMS出库单生成 ERP的出库单

解决上述需求通常的解决方案就是找到这两个系统的供应商做二次开发。同步两个系统中用到的基础档案，在两个系统间的人工操作界面上，通过保存单据或审核单据，这些动作触发调用两系统间的接口。这种二次定制化开发的方式存在明显的缺点。例如，二次开发对开发人员的技术要求较低，开发人员素质良莠不齐；项目化测试不如产品化测试，产品化测试的环节多、用例全、更具体系化、也更有深度；加上项目化开发验证群体少，导致容易出现各种BUG。定制化开发的逻辑也是面向当前特定场景，防呆、检验能省则省，支撑的场景僵化，一旦业务调研有遗漏或者业务稍作调整，需要重新二次开发，工作量加大、代码质量进一步降低。后期想要更新、迭代，由于缺乏对当前情形的记忆与理解，又无法用普遍性的逻辑和场景去推理之前的做法，大概率需要重新梳理、开发和实施。

其实，系统间交互的场景里，数据交互是比较固定的，都是上游系统的数据传给下游系统，上述例子就是将ERP中的商品名称、发货数量、发货日期等传递给WMS系统，其它大部分场景也都类似。

并且，当前ERP厂商巨头垄断的格局已形成，产品成熟稳定，对接方式固定。

完全具备标准化和配置化的基础。业务协同平台基于上述层面的考虑，对系统内、系统内的档案同步、单据参照生单、接口调用、信息系统与执行系统的定位与互联等一系列的实现方式进行整合与归纳，实现了通过配置化就可以完成对接、下发、自动执行等工作，这种方式成熟稳定，灵活高效，交付快，无须项目化开发BUG少，无须手工录单工作量少、准确率高。

2.MOM系统本身的自动化流程

这里主要应用于多个职能部门间的任务自动衔接。应用场景也是非常多。

a. 自动化流程无需手工录入

这在多组织间的生产任务分配、跨组织调拨、跨组织发货、上下游部门间的任务推送等等场景有很多应用场景。拿集售分产为例（一家组织负责销售、多家组织为它生产），大部分的系统需要在销售订单后，二次开发销售分单功能，分别生成下游多家组织的生产订单。常规方式需要人工在系统中进行销售分单，且销售分单功能也需要进行二次开发，这里的人工操作和二次开发同样存在着影响操作效率、降低信息化系统稳定性、增加测试难度等等问题。

b. 项目上业务流程发生变化

不少ERP系统，审核发货单会自动生成销售出库单，但是常规做法是将逻辑硬编码在系统化系统的产品代码里的。哪天企业业务发生部分变化，发货单审核后，需要下发质检任务或者XX任务，这个逻辑超出了超出了原产品预埋的推送范围，它就没办法实现了。

此时大部分厂商给出的方案就是二开新单据，弃用标准产品流程或者直接不与支持。

但是，有了业务协同平台这事情就变得极其简单，业务流程变换后，只需要调整协同路径即可。