CN111459962B - 一种基于生产流程的订单拆分合并处理方法及装置 - Google Patents

Abstract

本发明公开了一种基于生产流程的订单拆分合并处理方法及装置，该方法包括：当订单上的产品流转到不同流程节点时，对订单进行拆分，处于同一节点的产品形成一个拆分子订单；对拆分子订单及其产品所处的流程节点进行一致性验证，若拆分子订单所处流程节点与其产品所处的流程节点不一致，则验证不通过，取消拆分操作，若验证通过则将订单的流程信息复制给每个拆分子订单；对流转到同一流程节点的拆分子订单进行合并，形成新的订单，将最后到达此流程节点的拆分子订单的流程信息复制给新的订单。该方法可按需要对订单进行拆分与合并，保持订单与产品的状态一致，准确显示订单状态，追踪订单产品的具体生产情况。

Description

一种基于生产流程的订单拆分合并处理方法及装置

技术领域

本发明涉及计算机技术领域，具体是一种基于生产流程的订单拆分合并处理方法及装置。

背景技术

订单生产管理是制造企业实现产品生产过程安全、高效、低耗、按期交货的重要途径。在制造企业BPM业务流程管理中，订单生产管理流程是最为重要的业务流程。

现有的各信息管理系统中的订单生产管理流程，从订单接收、订单评审、订单下达到生产实施、产品试验、订单交付，都将一个订单作为一个整体对待，不可拆分。

订单在流程的执行过程中，会在所有可能的环节出现订单分裂的需求。如：订单下达后，因为物料只采购到一部分，顾客同意先生产一部分产品后交货；由于企业试验环境有限，同一订单的产品需要分批次进行试验；订单上产品数据量巨大，只能分时段发货等等。

已有的BPM订单管理流程并不能支持上述出现的情况，即无法进行订单的拆分。当同一个订单的产品实际上处于不同的生产节点时，比如一个订单需要50台机器，其中20台已经处于生产阶段，但由于物料问题，另外30台还处于采购阶段。对于这种情况，不能简单的说订单处于生产、采购或者生产和采购阶段，这种描述都是不准确的。如果无法对订单的进行拆分，那么系统无法准确显示此订单此时的状态，造成线上与线下订单产品状态不一致的情况。同时，也无法追踪订单产品的具体生产情况。

发明内容

体针上述现有技术的不足，本发明的目的是提供一种基于生产流程的订单拆分合并处理方法及装置。

为实现上述目的，本发明提供一种基于生产流程的订单拆分合并处理方法，包括如下步骤：

步骤1，当订单上的产品流转到不同流程节点时，对订单进行拆分，处于同一节点的产品形成一个拆分子订单；

步骤2，对拆分子订单及其产品所处的流程节点进行一致性验证，若拆分子订单所处流程节点与其产品所处的流程节点不一致，则验证不通过，取消拆分操作，若验证通过则将订单的流程信息复制给每个拆分子订单，将订单标记为不可操作状态；

步骤3，对流转到同一流程节点的拆分子订单进行合并，形成新的订单，将最后到达此流程节点的拆分子订单的流程信息复制给新的订单，将进行合并后的拆分子订单标记为不可操作状态。

进一步优选的，步骤1具体包括：

步骤1.1，当同一订单的产品流转到不同流程节点时，新增拆分子订单，每个流程节点对应一个拆分子订单；

步骤1.2，将订单中除产品数量与所处流程节点以外的信息复制给子订单，根据订单编号生成规则生成各拆分子订单的新的订单编号，并更新产品所属的订单编号，其中，拆分子订单的产品数量为该拆分子订单上处于此流程节点的产品的数量，拆分子订单所处的流程节点为其产品所处的流程节点。

进一步优选的，所述订单、拆分子订单的信息均包括订单信息与产品信息；

所述订单的订单信息存储在订单信息表中，所述拆分子订单的订单信息存储在订单信息临时表中，所述订单、拆分子订单的产品信息均存储在产品信息表中；

所述订单的订单信息与拆分子订单的订单信息均包括：

订单编号字段，用于标志订单的唯一性；

订单类型字段，用于控制是否可对订单进行操作；

订单状态字段，用于表示订单所处的流程节点；

产品数量字段，用于表示订单上产品的数量；

原始订单编号字段，用于记录原始订单编号；

所述产品信息包括：

产品编号字段，用于标志产品的唯一性；

产品状态字段，用于表示产品所处的流程节点；

订单编号，用于表示产品所属订单；

原始订单编号，用于记录产品所属的原始订单。

进一步优选的，步骤2具体包括：

将订单临时表中属于同一个订单的拆分子订单的订单编号与产品信息表中各记录的订单编号字段进行匹配；

当产品记录的订单编号字段与拆分子订单的订单编号一致时，比较拆分子订单所处的状态是否与产品记录的产品状态是否一致；

当所有拆分子订单的订单状态与其产品状态一致时，验证通过，否则一致性验证不通过；

当一致性验证未通过时，取消拆分操作，当一致性验证通过时，将订单的流程信息复制给每个拆分子订单，将订单标记为不可操作状态。

进一步优选的，所述流程信息由流程已走的节点信息、流程当前节点信息、节点办理情况信息组成；

所述流程信息存储到与订单流程相关的信息表中，具体包括流程实例表、流程任务表、流程评论表，其中，所述流程实例表为存储流程信息的主表，关联订单与流程，流程任务表、流程评论表为存储订单流程信息的从表，记录流程当前节点信息、节点办理情况信息；

所述将订单的流程信息复制给每个拆分子订单，具体为：将流程实例表、流程任务表、流程评论表中与此订单流程相关的记录复制一条，将流程关联的订单更改为拆分子订单的订单编号。

进一步优选的，步骤3具体包括：

当拆分子订单流转到下一个流程节点时，将拆分子订单的原始订单编号与订单信息表中的各记录的原始订单编号字段进行匹配；

当存在原始订单编号相同的订单时，比较订单与此拆分子订单所处的流程节点是否一致，若存在一致的情况，则将原始订单编号相同且订单状态一致的拆分子订单进行合并，按照订单编号生成规则产生新的订单编号，形成新的订单，将拆分子订单的流程信息复制给新的订单，将进行合并操作的拆分子订单标记为不可操作状态。

为实现上述目的，本发明还提供一种基于生产流程的订单拆分合并处理装置，其特征在于，包括订单产品状态追踪模块、数据处理模块和订单产品状态一致性检验模块，其中：

订单状态追踪模块用于实时追踪每个订单及其产品状态，当出现订单产品不属于同一个流程节点时，通知数据处理模块进行订单拆分，当拆分子订单流转到同一节点时，通知数据处理模块进行订单合并；

数据处理模块用于根据拆分原则对订单进行拆分，根据合并原则对拆分子订单进行合并；

订单产品状态一致性检验模块用于对拆分的订单进行订单状态与产品状态的一致性验证。

进一步优选的，所述订单状态追踪模块包括数据监测单元与数据比较单元，其中：

数据监测单元用于监测订单产品状态，当监测到订单产品状态发生变化时，向数据比较单元发送数据比较请求；

所述数据比较单元用于比较订单各个产品状态，当同一订单产品出现不同的状态时，则需要发送订单拆分请求；当不同订单的产品状态一致，且比较的订单所属的原始订单一致时，发送订单合并请求。

进一步优选的，所述数据处理模块包括订单拆分单元和订单合并单元，其中：

所述订单拆分单元用于处理订单状态追踪模块发送的订单拆分请求，当接收到拆分请求时，首先进行订单数据拆分操作，然后调用订单产品状态一致性检验模块进行数据一致性验证，验证通过则进行订单流程信息复制操作；

所述订单合并单元用于处理订单状态追踪模块发送的订单合并请求，进行订单合并操作。

进一步优选的，所述订单产品状态一致性检验模块包括数据验证单元，所述数据验证单元用于验证拆分子订单的订单状态与其产品的状态是否一致。

本发明提供的一种基于生产流程的订单拆分合并处理方法及装置，该方法可按需要对订单进行拆分与合并，保持订单与产品的状态一致，准确显示订单状态，追踪订单产品的具体生产情况。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图示出的结构获得其他的附图。

图1为本发明实施例中基于生产流程的订单拆分合并处理方法的流程示意图；

图2为本发明实施例中基于生产流程的订单拆分合并处理装置的结构框图；

图3为本发明实施例中基于生产流程的订单拆分合并处理方法工作示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明，本发明实施例中所有方向性指示(诸如上、下、左、右、前、后……)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。

另外，在本发明中如涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

在本发明中，除非另有明确的规定和限定，术语“连接”、“固定”等应做广义理解，例如，“固定”可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接，还可以是物理连接或无线通信连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系，除非另有明确的限定。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

另外，本发明各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

如图1所示的是本实施例中基于生产流程的订单拆分合并处理方法的流程图，图2为本发明实施例中基于生产流程的订单拆分合并处理装置的结构框图，图3为本发明实施例中基于生产流程的订单拆分合并处理方法工作示意图。如图1-3所示：

在步骤101，当订单的产品流转到不同流程节点，对订单数据进行订单拆分处理，处于同一流程节点的产品形成一个拆分子订单。

所述流程节点对应于产品生产过程中的各个阶段。产品的生产流程一般包括设计、采购、入场检、生产、试验、检验、齐套、验收等阶段。同一订单的产品，由于外在条件的影响，可能出现处于不同生产阶段的情况。例如，有一个订单编号为2019121000001的订单，此订单上有500台机器。这五百台机器已全部生产完成，按照生产流程，这些机器需要流转到试验阶段，由试验部门接收。但由于试验设备不足，无法同时对这五百台机器进行试验，只能同时对100台机器进行试验。这100台机器试验完成后进入检验阶段，剩下的400台还停留在试验阶段。为准确表示订单及其产品的状态，对同一订单的所有产品进行生产流程追踪，需要在生产管理系统中对此订单进行拆分。拆分前此订单在订单信息表中记录如下表1所示

表1订单信息表

在表1中order_code为订单的编号；order_type为订单类型，0表示不可对订单进行拆分或合并操作，1表示可对订单进行拆分或合并；order_stage为订单所处的流程阶段；product_num为订单上的产品数量；origin_order_code为原始订单编号，对于未拆分的订单，原始订单编号与订单编号一致。

此外，在订单信息表中还包括create_time、update_time等字段，其中create_time为订单创建的时间，update_time为最近一次订单信息的更新时间。

拆分前，订单2019121000001的流程部分相关信息如下表2、表3、表4所示：

表2流程实例表

pro_ins_id	order_code	stage	next_stage	create_time	update_time
						1	2019121000001	试验	检验	2019-10-1715:40	2019-12-1716:25

在表2中，pro_ins_id为流程实例id；order_code为流程所关联的订单编号；stage为流程所处的节点，与订单的流程阶段对于；next_stage为下一个流程节点。

表3流程任务表

task_id	pro_ins_id	task_name	create_time	finish_time
					12	1	试验	2019-12-1716:40

在表3中，task_id为任务id，每个流程节点对应一个流程任务；pro_ins_id为此任务所属的流程实例；task_name为任务名称；create_time为任务创建时间；finish_time为任务的完成时间。

表4流程评论表

在表4中，comment_id为评论id，每个任务对应一个或多个评论记录；pro_ins_id为此评论所属的流程实例；task_id为次评论所关联的任务；content为评论的内容；comment_by为评论人，即任务处理人；comment_time为评论时间。

当订单2019121000001的100台机器进入到检验阶段，其余400台仍处于试验阶段时，产品的信息记录如下表5所示：

表5产品信息表

在表5中,product_code为产品编号，作为产品的唯一性标志；product_stage为产品所处的流程阶段；order_code为产品所属的订单编号；origin_order_code为产品所属的原始订单编号；create_time和update_time分别为产品记录的创建时间和最近一次的更新时间。

当订单产品状态追踪模块201监测到订单2019121000001的500台机器不属于同一流程节点时，向数据处理模块202发送拆分请求。数据处理模块处理拆分请求，将订单拆分为两个拆分子订单，根据订单编号生成规则生成的订单编号为2019121000001_1和2019121000001_2。

拆分后，在订单信息临时表中新增了两条订单记录，如下表6所示：

表6订单信息临时表

订单信息临时表的字段信息与订单信息表一致，包含订单编号、订单类型等基础信息；

进行订单数据拆分时，需要将原始订单上的产品分配到拆分子订单上，拆分后，产品信息表修改成如下表7所示：

表7产品信息表

在步骤102，订单产品状态一致性检验模块203对拆分子订单及其产品的状态进行一致性验证，在此实施方式中，为判断产品信息表到的product_stage字段是否与其所属订单的记录的order_stage字段内容一致，如果不一致，则取消此次拆分操作，将订单信息临时表中新增两条拆分子订单记录删除，还原产品信息表状态；若验证通过，则将订单临时表的拆分子订单信息复制到订单信息表中，订单2019121000001的相关流程信息复制给拆分子订单2019121000001_1和2019121000001_2，相关表信息下表所示：

表8订单信息表

表9流程实例表

表10流程任务表

task_id	pro_ins_id	task_name	create_time	finish_time
					12	1	试验	2019-12-1716:40
13	2	试验	2019-12-1716:40
					14	3	试验	2019-12-1716:40	2019-12-1715:21
15	3	检验	2019-12-1715:21

表11流程评论表

其他与流程相关的信息表做以上类似的处理，最后需要将订单2019121000001的订单记录及相关流程记录标志为不可操作状态。至此，订单拆分完成。订单2019121000001拆分为2019121000001_1和2019121000001_2两个订单，在试验阶段之前，两个订单的流程信息一致，在此阶段及其之后，两个订单的流程流转互不相关，只追踪其产品的实时状态。

订单拆分完成后，拆分子订单作为普通订单继续在生产管理系统中流转。如再次遇到需要进行拆分的情况，则按上述的拆分流程继续进行拆分。

为减少订单越拆越多的情况，需要在拆分子订单满足一定条件时，对订单进行合并操作。

在步骤103，当订单2019121000001_1和2019121000001_2流程流转到同一个生产阶段时，例如订单2019121000001_2的产品流转到了齐套阶段，在等待齐套完成的时间内，订单2019121000001_1的产品也流转到了齐套阶段，且两个订单的在同一时间内完成齐套工作，都需要流转到下一阶段入库。订单产品状态追踪模块201监测到订单2019121000001_1的产品流转到下一节点，即齐套时，会根据此订单的原始订单编号2019121000001在订单信息表中查询是否有原始订单编号也为2019121000001且处于齐套节点的订单，如有则通知数据处理模块202进行订单合并操作。在订单信息表中新增一条订单记录，根据订单编号生成规则，合并后的订单编号为m_1_2019121000001，更新产品信息表的订单编号为合订单编号。同时将订单2019121000001_1流程信息复制给合并后的订单m_1_2019121000001,将订单2019121000001_1和订单2019121000001_2的订单记录记录流程记录标记为不可操作状态。合并操作完成后相关表信息如下所示

表12订单信息表

表13产品信息表

表14流程实例表

表15流程任务表

表16流程评论表

至此，订单合并操作完成。此时生产管理系统中以订单m_1_2019121000001来追踪原始订单2019121000001的产品信息，并记录了订单流转过程中拆分与合并操作。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明实施例进行了较为详细的说明，但是本发明实施例不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，本发明的范围由所附的权利要求范围决定，而非由实施例的具体描述所界定。

Claims (9)

1.一种基于生产流程的订单拆分合并处理方法，其特征在于，包括如下步骤：

步骤1，当订单上的产品流转到不同流程节点时，对订单进行拆分，处于同一节点的产品形成一个拆分子订单；

步骤2，对拆分子订单及其产品所处的流程节点进行一致性验证，若拆分子订单所处流程节点与其产品所处的流程节点不一致，则验证不通过，取消拆分操作，若验证通过则将订单的流程信息复制给每个拆分子订单，将订单标记为不可操作状态；

步骤3，对流转到同一流程节点的拆分子订单进行合并，形成新的订单，将最后到达此流程节点的拆分子订单的流程信息复制给新的订单，将进行合并后的拆分子订单标记为不可操作状态；

步骤1具体包括：

步骤1.1，当同一订单的产品流转到不同流程节点时，新增拆分子订单，每个流程节点对应一个拆分子订单；

步骤1.2，将订单中除产品数量与所处流程节点以外的信息复制给子订单，根据订单编号生成规则生成各拆分子订单的新的订单编号，并更新产品所属的订单编号，其中，拆分子订单的产品数量为该拆分子订单上处于此流程节点的产品的数量，拆分子订单所处的流程节点为其产品所处的流程节点。

2.根据权利要求1所述基于生产流程的订单拆分合并处理方法，其特征在于，所述订单、拆分子订单的信息均包括订单信息与产品信息；

所述订单的订单信息存储在订单信息表中，所述拆分子订单的订单信息存储在订单信息临时表中，所述订单、拆分子订单的产品信息均存储在产品信息表中；

所述订单的订单信息与拆分子订单的订单信息均包括：

订单编号字段，用于标志订单的唯一性；

订单类型字段，用于控制是否可对订单进行操作；

订单状态字段，用于表示订单所处的流程节点；

产品数量字段，用于表示订单上产品的数量；

原始订单编号字段，用于记录原始订单编号；

所述产品信息包括：

产品编号字段，用于标志产品的唯一性；

产品状态字段，用于表示产品所处的流程节点；

订单编号，用于表示产品所属订单；

原始订单编号，用于记录产品所属的原始订单。

3.根据权利要求2所述基于生产流程的订单拆分合并处理方法，其特征在于，步骤2具体包括：

将订单临时表中属于同一个订单的拆分子订单的订单编号与产品信息表中各记录的订单编号字段进行匹配；

当产品记录的订单编号字段与拆分子订单的订单编号一致时，比较拆分子订单所处的状态是否与产品记录的产品状态是否一致；

当所有拆分子订单的订单状态与其产品状态一致时，验证通过，否则一致性验证不通过；

当一致性验证未通过时，取消拆分操作，当一致性验证通过时，将订单的流程信息复制给每个拆分子订单，将订单标记为不可操作状态。

4.根据权利要求3所述基于生产流程的订单拆分合并处理方法，其特征在于，所述流程信息由流程已走的节点信息、流程当前节点信息、节点办理情况信息组成；

所述流程信息存储到与订单流程相关的信息表中，具体包括流程实例表、流程任务表、流程评论表，其中，所述流程实例表为存储流程信息的主表，关联订单与流程，流程任务表、流程评论表为存储订单流程信息的从表，记录流程当前节点信息、节点办理情况信息；

所述将订单的流程信息复制给每个拆分子订单，具体为：将流程实例表、流程任务表、流程评论表中与此订单流程相关的记录复制一条，将流程关联的订单更改为拆分子订单的订单编号。

5.根据权利要求4所述基于生产流程的订单拆分合并处理方法，其特征在于，步骤3具体包括：

当拆分子订单流转到下一个流程节点时，将拆分子订单的原始订单编号与订单信息表中的各记录的原始订单编号字段进行匹配；

当存在原始订单编号相同的订单时，比较订单与此拆分子订单所处的流程节点是否一致，若存在一致的情况，则将原始订单编号相同且订单状态一致的拆分子订单进行合并，按照订单编号生成规则产生新的订单编号，形成新的订单，将拆分子订单的流程信息复制给新的订单，将进行合并操作的拆分子订单标记为不可操作状态。

6.一种基于生产流程的订单拆分合并处理装置，其特征在于，采用权利要求1至5任一项所述的方法进行订单拆分合并处理，所述订单拆分合并处理装置包括订单产品状态追踪模块、数据处理模块和订单产品状态一致性检验模块，其中：

订单状态追踪模块用于实时追踪每个订单及其产品状态，当出现订单产品不属于同一个流程节点时，通知数据处理模块进行订单拆分，当拆分子订单流转到同一节点时，通知数据处理模块进行订单合并；

数据处理模块用于根据拆分原则对订单进行拆分，根据合并原则对拆分子订单进行合并；

订单产品状态一致性检验模块用于对拆分的订单进行订单状态与产品状态的一致性验证。

7.根据权利要求6所述基于生产流程的订单拆分合并处理装置，其特征在于，所述订单状态追踪模块包括数据监测单元与数据比较单元，其中：

数据监测单元用于监测订单产品状态，当监测到订单产品状态发生变化时，向数据比较单元发送数据比较请求；

所述数据比较单元用于比较订单各个产品状态，当同一订单产品出现不同的状态时，则需要发送订单拆分请求；当不同订单的产品状态一致，且比较的订单所属的原始订单一致时，发送订单合并请求。

8.根据权利要求6所述基于生产流程的订单拆分合并处理装置，其特征在于，所述数据处理模块包括订单拆分单元和订单合并单元，其中：

所述订单拆分单元用于处理订单状态追踪模块发送的订单拆分请求，当接收到拆分请求时，首先进行订单数据拆分操作，然后调用订单产品状态一致性检验模块进行数据一致性验证，验证通过则进行订单流程信息复制操作；

所述订单合并单元用于处理订单状态追踪模块发送的订单合并请求，进行订单合并操作。

9.根据权利要求6所述基于生产流程的订单拆分合并处理装置，其特征在于，所述订单产品状态一致性检验模块包括数据验证单元，所述数据验证单元用于验证拆分子订单的订单状态与其产品的状态是否一致。