CN105574641A - 基于流程发起界面维护数据的多重组合录入机制 - Google Patents

Abstract

一种基于流程发起界面维护数据的多重组合录入机制，在关联流程执行结果已在客户的新图中改成了关联流程数量和关联流程未完成。关联流程未完成，是指这些关联流程中，没有完成的数量统计，催办有二种方式，节点人发送后，对下一个环节人进行催办；发起人发起催办，每个人都收到催办提醒，只是以催办名义出现。这样一方面可以减少应用程序安全控制的复杂度和难度，另一方面又可充分利用Socket的通信结构机制进行进行消息传递。本发明的实施例提供基于流程发起界面的新增表格做数据维护、统计待办数据和批量新建，一方面为系统管理员提供了灵活、方便的操作界面，另一方面又充分利用Socket的通信结构机制，具有安全性好、操作方便、实现容易等优点。

Description

基于流程发起界面维护数据的多重组合录入机制

技术领域

本发明涉及流程发起界面维护数据的多重组合录入技术领域，尤其涉及流程发起界面包含统计项、新增单条信息、可编辑新增管理列表和系统自动抓取对应待办理数据工选择的多重组合录入管理。

背景技术

流程管理，是一种以规范化的构造端到端的卓越业务流程为中心，以持续的提高组织业务绩效为目的的系统化方法。它应该是一个操作性的定位描述，指的是流程分析、流程定义与重定义、资源分配、时间安排、流程质量与效率测评、流程优化等。因为流程管理是为了客户需求而设计的，因而这种流程会随着内外环境的变化而需要被优化。

在流程管理技术领域，三种不同层次流程管理是优化与供应商有关的业务流程，比如预测、补货、计划、签约、库存控制、信息沟通等。供应商的绩效很大程度上受采购方的流程制约。例如预测流程中，如何确定最低库存、最高库存，按照什么频率更新、传递给供应商，直接影响供应商的产能规划和按时交货能力。再如补货，不同种类的产品，按照什么频率补货，补货点是多少，采购前置期是多少，不但影响到公司的库存管理，也影响到供应商的生产规划。管理层可以通过动员、强调达到一时效果，但不改变流程及其背后的规则，这种效果是暂时的。流程管理和改进的关键是确定目标和战略，书面化流程、实施流程，确定责任人并定期评估。在此基础上，开发一系列的指标，确保流程按既定方式运作，并与前面讲的按时交货率、质量合格率等挂钩。这样，从流程到绩效，再由绩效反馈到流程，形成一个封闭的管理圈。值得注意的是，流程改进更多的是渐进而非革命，因为每个公司总有现行的流程，不大可能推倒重来，要通过不断微调来优化。

系统实施基于流程发起界面维护数据的多重组合录入机制所带来的好处：基于流程发起界面维护数据的多重组合录入机制一方面为系统管理员提供了灵活、方便的操作界面，另一方面又充分利用Socket的通信结构机制，具有安全性好、操作方便、实现容易等优点.

发明内容

为了克服现有的多重组合录入机制的不足，本发明提供一种基于流程发起界面的新增表格做数据维护、统计待办数据和批量新建，如果某一个执行人，做过多次的步骤的话，按人员分组，操作数据倒序排列，关联流程执行结果已在客户的新图中改成了关联流程数量和关联流程未完成。关联流程数量，可以是自动的上下级的关联流程，也可以是手动的添加关联流程。关联流程未完成，是指这些关联流程中，没有完成的数量统计，催办有二种方式，1.节点人发送后，对下一个环节人进行催办，2.发起人发起催办，效果就是和关联备注一样，每个人都收到催办提醒；只是以催办名义出现。

本发明解决其技术问题所采用的技术方案是：在发起人界面，首先已经是发起以后流程了。规则我们现在做成的方式，是在流程编辑器中有一个规则框的节点，而不是把规则放在某个节点上。规则是由一个单独的规则框所生成。所以这里只能读取出发起人节点后面的节点的内容，如果发起人节点后是规则框节点的话，那么可以显示出规则。但是这里的规则是不能带操作的，因为是根据规则自动发起，不能手动发起。但是有一种规则比较特殊，例如：系统自动发起的采购流程，这种流程的发起是因为系统库存规则的定义，这种规则，只会出现在进销存流程的大图，每个小流程中，是不出现这种系统默认规则的节点的。对于这种系统默认规则，如果处理节点的后一个节点即便不是规则框，也会显示规则内容。关联流程执行结果，如果对应的流程有发起，那么显示这条流程的状态。这里的规则对应的流程列表，只会出现符合规则的数据。填写说明字段，是在流程编辑器中，节点里的有一个属性叫填写说明，那里的填写的值，反映在这里地方。现在做的流程里面是这么定义的，比方说采购流程里采购单有一个付款方式，设定为预付款，那么系统会自动发起一个付款流程。此时采购流程和付款流程是就自动成为关联流程。此时采购流程就是上级流程，付款流程就是下级流程。这种是自动上下级流程的设置方式。第二种方式，手动配置流程的关联关系，和自动上下级流程没有任何关系。选择一条我的发起的流程进行关联。

本发明的有益效果是，如果应用比较简单，客户端较少，同时发生请求的概率很低，或者客户端不介意等待服务的时间，可以采用重复服务器。而如果客户端较多，并对服务响应的要求较高，就应当采用并发服务器，这种方式可以满足大型和复杂应用的需求。如果使用无连接的模式，就不存存建立、断开连接等过程。但是通过基本信息传递实现提供服务的道理与有连接的模式是一样的。

附图说明

下面结合附图和实施例对本发明进一步说明。

图1为本发明实例流程编辑器流程表界面图。

图2为本发明实例流程编辑器流程图界面图。

图3为本发明实例发票图。

图4为本发明实例机构角色岗位图。

图5为本发明实例角色权限设置图。

图6为本发明实例岗位角色授权图。

图7为本发明实例流程流转设置图。

具体实施方式

在图3中，表示了本发明实例发票流转图。点击对应的标签，页面迅速定位到对应位置的总览上。本次开票金额合计：统计0区的待开发票的总览中所有的数据中发票金额的总计，待开发票数量：统计0区的待开发票的总览的虚拟发票数据总数。重复性检查，如有重复，显示重复的数据总数。如无重复显示0。重复条件是单位相同，销售订单相同，发票金额误差在正负5％，三者都有，才是重复。根据1区选择的订单，判断客户有无JQ号来决定显示的到底是线上还是线下货币。、根据订单的支付货币显示选择付款人，点击弹出选择客户界面，只能选一个客户。选择完成后，付款人，开户银行等字段自动带出。自动带出的字段不可编辑，只能通过选择改变。选择好客户后，1区待开票的销售订单-待选项总览的数据，只会出和这个选择的客户相关的订单。页面操作步骤如下：

1.打开流程。1区里面显示全部符合条件的销售订单。

2.在1区，直接找到线上或线下的客户的销售订单，或选择付款人按钮找，然后选中。

3.12区的各个分类出现这张销售订单已开票和未开票的明细并且根据默认每份发票最高额自动拆分销售订单开票，并且显示这份装箱单完整的开票记录(历史开票)。

4.在12区，选择改变每张发票最高额。

5.在12区里面产品列表对应开票最高额改变而调整自动发票出现的笔数。

6.在12区自动拆分的发票下通过移动到和移出产品数据条，调整好所需的每张发票；调整同时受最高额控制。

7.11区和12区的发票分组同步更新。

8.在11区里面逐条点击“添加到待审核”或全选添加到待审核，选中数据出现在0区里面。

9.在0区里面选中数据条，点击编辑，在编辑框输入纸质发票号码和日期，备注说明保存更新数据。

Claims (3)

1.基于流程发起界面维护数据的多重组合录入机制，其特征是：基于流程发起界面的新增表格做数据维护、统计待办数据和批量新建。

2.根据权利要求1所述的基于流程发起界面的新增表格做数据维护，其特征是：某一个执行人，做过多次的步骤的话，按人员分组，操作数据倒序排列，关联流程执行结果已在客户的新图中改成了关联流程数量和关联流程未完成。关联流程数量，可以是自动的上下级的关联流程，也可以是手动的添加关联流程。关联流程未完成，是指这些关联流程中，没有完成的数量统计，催办有二种方式，1.节点人发送后，对下一个环节人进行催办，2.发起人发起催办，效果就是和关联备注一样，每个人都收到催办提醒；只是以催办名义出现。

3.根据权利要求1所述的基于流程发起界面的统计待办数据和批量新建，其特征是：在发起人界面，首先已经是发起以后流程了。规则我们现在做成的方式，是在流程编辑器中有一个规则框的节点，而不是把规则放在某个节点上。规则是由一个单独的规则框所生成。所以这里只能读取出发起人节点后面的节点的内容，如果发起人节点后是规则框节点的话，那么可以显示出规则。但是这里的规则是不能带操作的，因为是根据规则自动发起，不能手动发起。但是有一种规则比较特殊，例如：系统自动发起的采购流程，这种流程的发起是因为系统库存规则的定义，这种规则，只会出现在进销存流程的大图，每个小流程中，是不出现这种系统默认规则的节点的。对于这种系统默认规则，如果处理节点的后一个节点即便不是规则框，也会显示规则内容。