流程工业数字工厂协同工作云平台系统的制作方法

1.本发明属于信息技术领域，具体是一种流程工业数字工厂协同工作云平台系统。


背景技术：

2.数字化服务型企业在经营过程中，通常会产生大量的项目合同、订单、协议和其他合约文件，在处理过程中，需要频繁地和客户通过邮件往来对文件进行沟通和确认。电子邮件作为沟通的重要媒介，在使用中往往存在以下问题：
3.(1)数字化服务企业通常与客户在多个项目上存在长期合作关系，每个项目又会频繁产生事先无法预料的服务子项，传统的合约流程很难适用，在易用性、规范性和灵活性方面都不能令人满意。
4.(2)oa(office automation)或crm(customer relationship management)系统通常将业务和邮件分开管理，收发和查看邮件往往需要在系统之间来回切换，效率低、易出错。对于小项目，往往因为沟通成本占比过高而导致亏损。
5.(3)客户邮件杂乱无序，无法快速判断类型和定位业务。
6.(4)接收邮件时，只能手动到邮箱系统下载附件，无法自动归档和提取信息。
7.(5)拟定文件和发送邮件时，只能套用模板，无法根据业务上下文自动生成完整的信息。而手动输入的信息往往比较随意，常常导致理解偏差甚至业务风险。
8.(6)收发邮件后，需要再到系统做相应处理，否则无法了解合约进程，甚至遗漏重要的邮件。
9.(7)客户需要拟定大量的合约文档，而且没有统一的标准，繁琐又容易出错。
10.(8)客户无法全面快捷地了解项目的反馈和进程，会对项目产生失控感。
11.因此，有必要提出一种能够解决当下数字化服务项目合同管理问题的云端协作系统。


技术实现要素：

12.为了解决现有技术中存在的上述技术问题，本发明提出一种流程工业数字工厂协同工作云平台系统。本发明的数字化项目合同管理协同工作平台，基于云端部署的微服务，设有高效灵活的合同管理流程，与邮箱系统深度融合，辅以可深度学习的ocr(optical character recognition，光学字符识别)技术，可大幅提升合同管理工作的质量和效率。具体介绍如下。
13.一种流程工业数字工厂协同工作云平台系统，系统结构包括访问层、接口层、服务层和数据层；访问层提供给用户访问形式，接口层为访问层与服务层之间提供访问数据接口；数据层存储系统运行过程中的数据；
14.本平台系统的服务层包括：基础服务、智能合约引擎、服务配置和合约服务；所述接口层提供业务流程涉及的合约服务接口；
15.基础服务分为多个不同的基础服务；在服务配置中，由用户定义基础服务涉及的
专有服务特性，获得服务配置；智能合约引擎整合各个基础服务，根据服务配置实现通用的合约服务；
16.一、所述基础服务中：包括邮件服务、文件服务、消息服务和智能识别服务；
17.邮件服务：实现邮件的解析、接收和发送；
18.文件服务：实现文档的读、写、保存及版本管理；
19.消息服务：实现业务触发通知和待办业务提醒；
20.智能识别服务：整合paddleocr模型库，以实现图片文字(包括中英文数字组合等)的识别。同时，所识图片也可以不断训练模型，从而大幅增加识别的准确率；
21.二、所述服务配置中：
22.流程配置：定义系统的业务流程；
23.数据结构配置：定义系统业务数据结构，系统在数据库创建配置好的业务表；
24.页面配置：基于业务流程和数据结构，定义业务操作页面的设计；
25.模板配置：基于业务流程和数据结构，定义合约文件模板和邮件模板；
26.数据抓取配置：基于业务流程和模板，定义需要从邮件及其附件抓取的业务信息；
27.字典配置：配置系统编码和元数据；
28.三、所述智能合约引擎中把邮件服务、文件服务、消息服务和智能识别服务整合统一的处步骤：智能检测、智能抓取、智能处理和智能流转，
29.步骤1)智能检测：基于模板配置，整合智能识别和邮件服务检测邮箱中与合约业务相关的新邮件；
30.步骤2)智能抓取：基于数据抓取配置，整合智能识别、邮件服务和文件服务，从新邮件中获取要处理的业务数据；然后通过消息服务通知相关用户到相应业务环节的待处理列表中查看处理；
31.步骤3)智能处理：基于页面和文件模板配置，整合智能识别和文件服务自动加载抓取的业务信息，自动读取或创建业务文件并预览；
32.步骤4)智能流转：基于模板配置，通过邮件服务自动将邮件发送给相关人员，通过消息服务通知下一环节的用户到待处理列表中查看处理；
33.系统的业务流程中的每个节点任务，都通过上述步骤1)～4)，实现闭环地自动地处理。
34.对于客户和企业之间的某一业务流程，步骤包括：
35.(1)发起服务请求：客户根据实际需要通过某类型基础服务向企业提出服务请求，在本业务流程中，“某类型基础服务”简称为“基础服务”；
36.(2)服务请求智能处理：企业和客户签订框架合同和服务订单后，通过基础服务说明服务的对象、领域、工作范围和预期完成时间；
37.客户通过基础服务发出服务请求sr后，系统开启全程智能处理流程中的服务请求智能处理流程：
38.(3)服务请求智能处理流程：
39.系统定期读取客户通过基础服务发出的请求并解析，如果客户发送了新服务请求，系统读取新服务请求信息，并显示在企业相应处理人员的服务请求待办列表中；
40.然后，企业相应处理人员查看新服务请求详情判断后续操作：如果拒绝，系统则取
消此服务请求并通过基础服务告知客户；如果接受，系统则进入合约文件智能处理流程；
41.(4)合约文件智能处理：
42.企业相应处理人员接受客户的服务请求后，对合约文件进行智能处理，步骤为：
43.首先，系统自动生成相应合约文件并显示在企业相应处理人员的待办列表中，企业相应处理人员查看无误后，将该合约文件通过基础服务发送给客户；
44.客户审核后通过基础服务发通知，系统收到通知后智能判断客户的审核意见；如果客户同意，系统进入后续合约文件的智能处理环节；如果客户不同意，系统自动升版合约文件，加入到企业相应处理人员的服务请求待办列表中重新处理；
45.每类合约文件的智能处理流程都是一致的；
46.(5)关闭服务请求：当客户确认服务授权时，财务的服务请求待办列表中显示此服务请求的应收账款，此服务请求每收到一笔客户付款，系统则自动扣减服务请求的应收账款，并提醒财务确认；当客户付清服务请求的款项后，系统则通知财务关闭服务请求，至此服务请求的业务流程全部结束。
47.在服务层中还包括日志管理、权限管理和安全管理；日志管理拦截记录每一次服务访问；权限管理控制用户的访问权限；安全管理对用户会话进行验证，防止常规非法篡改和访问。
48.在数据层中，业务产生的数据存于mysql，文件存于svn，频繁使用的数据则暂存于redis。
49.本发明创造的有益效果
50.本发明的智能合约引擎，对合约业务进行高度抽象，专注于核心的、通用的合约业务的智能化和封装。而具体的合约业务通过服务配置定义专有的服务特性，相当于自定义一套合约服务，然后通过智能合约引擎，在系统中实现不同业务、不同角色、不同界面的灵活定制。
51.上述设计，对软件开发者而言，可将复杂的核心业务逻辑和具体业务解耦，提升代码的可重用性和可维护性，实现高弹性的系统开发，从而大幅提升开发效率，减少成本。对用户而言，仅仅通过配置，可以定制适合自己的合约系统，而且只要配置得当，完全可以让系统实现覆盖合约全生命周期的智能管理。当业务流程改变时，只需改变配置就能适应，而无需重新购买或升级系统，从而大幅减少软件支出成本。
52.此外，本发明将智能识别与邮件、文档、消息等基础深度融合，可智能处理复杂的业务逻辑，而这些对对用户是透明的，用户最终体验的是：邮件处理、文件处理和业务流程无缝衔接所带来的方便和快捷。系统绝大多数任务均可自动触发并完成，用户无需输入或输入很少的信息就可一键确认，完成任务的提交，剩下的工作如：邮件收发，任务流转，文件拟定、签章、升版和归档，都由系统智能处理，尽可能地简化业务操作流程，提升文档处理效率，并降低人为失误的概率。
附图说明
53.图1是本发明设计示意图；
54.图2是本发明的服务配置示意图；
55.图3是本发明的智能服务引擎工作原理图；
56.图4是具体实例的业务流程图；
57.图5是具体实例的服务请求智能处理子流程；
58.图6是具体实例的合约智能处理子流程；
59.图7是具体实例的系统架构图；
60.图8是具体实例的用于工程角色查看tech节点的数据列表的页面；
61.图9是具体实例的用于工程角色查看tech节点的数据列表的页面；
62.图10是具体实例的用于工程角色配置合同信息的页面；
63.图11是具体实例的用于工程角色配置工时页面的页面。
具体实施方式
64.下面结合具体实施方式对本发明创造进一步说明。
65.一、概述：
66.技术方案
67.1、设计思路
68.为解决当前普遍存在的合同管理问题，本发明提出如下设计方案：
69.1)智能的合约引擎
70.基于基础服务和智能识别技术，实现邮件检测、数据抓取、文档处理、业务流转等通用的智能合约服务。
71.2)灵活的服务配置
72.通过服务配置，在通用的智能合约引擎基础上，实现真实业务场景中业务流程、邮件、文档的深度融合，从而提供高度灵活的合约服务。
73.2、方案设计
74.如图1所示，本发明的系统设计如下：
75.本发明以基础服务为根本，以智能合约引擎为核心，以服务配置为导向，构建高弹性的服务框架，为访问层提供各类合约服务接口，实现不同企业、不同业务、不同角色、不同界面的灵活定制，从而完成合约全生命周期的一体化管理。
76.如图2所示，本发明的所有服务都基于配置，通过配置实现合约服务的灵活性，具体说明如下：
77.(1)流程配置：定义系统的业务流程。
78.(2)数据结构配置：定义系统业务数据结构，系统将自动在数据库创建配置好的业务表。
79.(3)页面配置：基于业务流程和数据结构，定义业务操作页面的设计。
80.(4)模板配置：基于业务流程和数据结构，定义合约文件模板和邮件模板。
81.(5)数据抓取配置：基于业务流程和模板，定义需要从邮件及其附件抓取的业务信息。
82.(6)字典配置：配置系统编码和元数据，如合约状态、字段类型等。
83.如图3所示，智能合约引擎整合邮件服务、文件服务、消息服务、智能识别等基础服务实现通用的智能合约服务；然后根据配置实现定制的各种合约服务。下面详细介绍各个智能模块的工作原理：
84.(1)智能检测：基于模板配置，整合智能识别和邮件服务检测邮箱中与合约业务相关的新邮件。
85.(2)智能抓取：基于数据抓取配置，整合智能识别、邮件服务和文件服务从新邮件中获取要处理的业务数据，然后通过消息服务通知相关用户到相应业务环节的待处理列表中查看处理。
86.(3)智能处理：基于页面和文件模板配置，整合智能识别和文件服务自动加载抓取的业务信息，自动读取或创建业务文件并预览。
87.(4)智能流转：基于模板配置，通过邮件服务自动将邮件发送给相关人员，通过消息服务通知下一环节的用户到待处理列表中查看处理。
88.(5)业务流程中的每个节点任务，均可通过上述智能模块，实现闭环的近乎全自动的处理。
89.本平台系统由硬件设备提供基础支持，硬件设备包括各类服务器、交换机、终端设备以及其它设备；各个硬件设备为平台字体的运行提供硬件支撑。硬件设备集成了计算机网络系统、通信设备等。本平台系统的访问形式包括局域网用户访问、远程用户访问、浏览器远程访问以及wap访问等。
90.二、举例
91.下面详细以某企业的合同管理系统为例，详细描述本发明的实现。下文中提到的“系统”即为本发明的“流程工业数字工厂协同工作云平台系统”：
92.1、业务流程设计
93.如图4，用户的业务流程如下：
94.(1)发起服务请求：客户根据实际需要通过邮件向企业提出服务请求(service request，简称为sr)
95.(2)服务请求智能处理：企业和客户签订框架合同和po(purchase order)单后，说明服务的对象、领域、工作范围和预期完成时间。客户发出服务请求邮件后，系统将开启全程智能处理流程，处理流程如图5所示步骤为：
96.首先是服务请求处理，系统定期读取客户的邮件并解析，如果客户发送了新的sr，系统从附件文档中读取sr信息，并显示在pm(project manager)的sr待办列表(to do list)中。
97.pm查看sr详情判断后续操作：如果拒绝，系统则取消此服务请求并发邮件告知客户；如果接受，系统则进入合约文件智能处理流程(即下述步骤3)。
98.(3)合约文件智能处理：pm接受客户的sr后，则合约管理环节将按如下流程智能处理与客户往来的各类合约文件：技术标书(tp)—》商务标书(cp)—》授权证明(as)—》里程碑交付证明(amcc)—》里程碑发票。
99.每类合约文件的智能处理流程都是一致的，处理流程如图3所示，步骤为：
100.首先，通过上一流程(比如pm提交sr后)触发，系统自动生成相应合约文件(比如tp)并显示在相应的to do list(比如tp待办)中，该文件的责任人(比如pm)查看无误后，只需“确认提交”就可将该文件通过邮件发送给客户。
101.客户审核后会发邮件通知，系统收到邮件后根据邮件标题、正文和附件，检索/扫描文本或图片形式的关键字，判断客户的审核意见。如果客户同意，系统进入后续合约文件
的智能处理环节(如商务标书智能处理)；如果客户不同意，系统自动升版合约文件重新开始处理。如图6所示。
102.(4)关闭服务请求：当客户确认服务授权时，财务的sr to do list中会显示此sr的应收账款，此sr每收到一笔客户付款，系统则自动扣减sr的应收账款，并提醒财务确认。当客户付清sr的款项后，系统则通知财务关闭sr。至此sr的业务流程全部结束。
103.2、系统结构设计
104.参考图7，本实例以基础服务为根本，以智能合约引擎为核心，以服务配置为导向，构建高弹性的服务框架，为访问层提供具体业务流程涉及的各种合约接口，日志服务拦截记录每一次服务访问，权限管理控制用户的访问权限，安全管理对用户会话进行验证，防止常规非法篡改和访问。业务产生的数据存在mysql，文件存在svn，频繁使用的数据则暂存于redis。
105.3、具体实现详解
106.下面以业务流程中服务请求智能处理子流程的实现为例，具体介绍：
107.假如客户a通过邮件发送新的要约，系统则根据配置检测邮件、读取要约数据并保存到数据库，然后并进入合约智能管理流程处理，进行如下设计：
108.1)服务配置
109.(1)流程配置
110.使用camunda-modeler-5.2.0定制bpmn流程：文件名contract.bpmn，key：contract
111.任务依次如下
112.新建：id：new
113.工程确认：id：tech
114.工程客户审核：id：techcustomercheck
115.商务确认：id：business
116.商务客户审核：businesscustomercheck
117.工作量确认：id：worktime
118.工作量客户审核：id：worktimecustomercheck
119.账务确认：id：finance
120.客户打款：id：customerpay
121.(2)字典配置
122.＝＝＝＝＝＝＝＝＝＝字典类型：性别＝＝＝＝＝＝＝＝＝＝
123.键名：男，键值：1；键名：女，键值：2
124.字典类型：项目类型
125.键名：查图，键值：1，填写键名：设计，键值：2，填写键名：对比，键值：3
126.＝＝＝＝＝＝＝＝＝＝字典类型：邮件回复状态＝＝＝＝＝＝＝＝＝＝
127.键名：同意，键值：1；键名：拒绝，键值：2
128.＝＝＝＝＝＝＝＝＝＝字典类型：合约状态＝＝＝＝＝＝＝＝＝＝
129.键名：新建，键值：1；
130.键名：工程确认，键值：2；
131.键名：工程客户审核，键值：3；
132.键名：商务确认，键值：4；
133.键名：商务客户审核，键值：5；
134.键名：工作量确认，键值：6；
135.键名：工作量客户审核，键值：7；
136.键名：账务确认，键值：8；
137.键名：完成，键值：9；
138.＝＝＝＝＝＝＝＝＝＝字典类型：专业类型＝＝＝＝＝＝＝＝＝＝
139.键名：工艺，键值：1；
140.键名：仪表，键值：2；
141.键名：电器，键值：3；
142.键名：土建，键值：4；
143.键名：设备，键值：5；
144.＝＝＝＝＝＝＝＝＝＝字典类型：工种类型＝＝＝＝＝＝＝＝＝＝
145.键名：管理，键值：1；
146.键名：专家，键值：2；
147.键名：绘图，键值：3；
148.键名：质检，键值：4；
149.(3)表结构配置
150.合同表
151.本表用于存储解析邮件合同pdf数据
152.表名：service_request_info
153.字段”id“、长度”4“、类型int、备注”id“、主键、非空、字典转换无
154.字段”title“、长度”100“、类型varchar、备注”合约标题“、默认值不填写表示无、字典转换不选择表示无
155.字段”project_no“、长度”100“、类型varchar、备注”项目编号“、默认值不填写表示无、字典转换不选择表示无
156.字段”project_type“、长度”4“、类型int、备注”项目类型“、默认值”0“、是否字典转换选择字典类型”项目类型“157.字段”service_requester“、长度”50“、类型varchar、备注”发起者“、是否字典转换选择字典类型“专业类型”158.字段”service_required_for“、长度”50“、类型varchar、备注”服务专业“、是否字典转换无
159.字段”brief_description“、长度”500“、类型varchar、备注”项目概述“160.字段”sow_requirement“、长度”5000“、类型varchar、备注”工作内容“161.字段”schedule_in_weeks“、长度”4“、类型int、备注”工期按周“、默认值”0“、是否字典转换无
162.字段”start_date“、类型date、备注”开始时间“、字典转换无
163.字段”end_date“、类型date、备注”结束时间“、字典转换无
199.工作量表
200.用于工作量确认节点填写，保存工作量信息
201.表名“service_request_milestone“用于保存工作量信息
202.字段”id“、长度”4“、类型int、备注”id“、主键、非空、字典转换无
203.字段”service_request_id“、长度”4“、类型int、备注”合同id“204.字段”proportion_of_amcc_approved“、长度”4“、类型int、备注”完成比例“205.字段”remark“、长度”500“、类型字符、备注”说明备注“206.字段”status“、长度”4“、类型int、备注”状态“207.字段”version“、长度”4“、类型int、备注”版本“208.字段”date_submit“、类型date、备注”提交时间“、字典转换无
209.字段”user_insert“、类型int、备注”初次写入用户id“210.字段”user_update“、类型int、备注”最后更新用户id“211.字段”date_insert“、类型date、备注”初次写入时间“212.字段”date_update“、类型date、备注”最后更新时间“213.财务表
214.用于流程中财务节点，保存财务信息
215.表名“service_request_finance“216.字段”id“、长度”4“、类型int、备注”id“、主键、非空、字典转换无字段”service_request_id“、长度”4“、类型int、备注”合同id“217.字段”amount“、类型bigdecimal、备注”金额“218.字段”remark“、长度”500“、类型字符、备注”说明备注“219.字段”status“、长度”4“、类型int、备注”状态“220.字段”version“、长度”4“、类型int、备注”版本“221.字段”date_submit“、类型date、备注”提交时间“、字典转换无字段”user_insert“、类型int、备注”初次写入用户id“222.字段”user_update“、类型int、备注”最后更新用户id“223.字段”date_insert“、类型date、备注”初次写入时间“224.字段”date_update“、类型date、备注”最后更新时间“225.(4)邮件抓取配置
226.通用抓取配置
227.与客户a约定邮件标题、内容、附件
228.添加收件人
229.邮箱：xiaoming@qq.com
230.邮件密码：123123
231.要约邮件标题：包含固定字符“a公司服务请求”+变量{}，如a公司服务请求{}
232.内容：不限，新建合约以附件表格为准，客户回复审核以内容为准附件：pdf
233.对应流程id：new，当收到匹配邮件时触发流程new节点。
234.工时审核标题：包含固定字符“a公司服务请求工时审核回复”+变量{}
235.内容：
236.匹配关键字：同意
237.状态：1
238.匹配关键字：拒绝
239.状态：2
240.流程id：techcustomercheck，当收到匹配邮件时触发流程techcustomercheck节点。
241.商务审核
242.标题：包含固定字符“a公司服务请求商务审核回复”+变量{}
243.内容：
244.匹配关键字：同意
245.状态：1
246.匹配关键字：拒绝
247.状态：2
248.流程id：businesscustomercheck，当收到匹配邮件时触发流程businesscustomercheck节点。
249.工作量审核
250.标题：包含固定字符“a公司服务请求工作量审核回复”+变量{}
251.内容：
252.匹配关键字：同意
253.状态：1
254.匹配关键字：拒绝
255.状态：2
256.流程id：worktimecustomercheck，当收到匹配邮件时触发流程worktimecustomercheck节点。
257.(5)pdf抓取配置
258.解析符合首次合同邮件的pdf附件，pdf标题与项目编号之间内容为标题，项目编号与项目类型之间内容为项目编号，项目描述与项目附件列表之间为项目描述，以此类推，获取pdf内容，解析对应内容会保存到表中。选择表名“service_request_info”,
259.选择字段名“title”，填写开始内容“标题”，填写结束内容“项目编号”260.选择字段名“project_no”，填写开始内容“项目编号”，填写结束内容“项目类型”261.选择字段名“project_type”，填写开始内容“项目类型”，填写结束内容“日期”等
262.(6)邮件模板配置
263.添加模板
264.名称：工时发送
265.收件人:xxxxx@xxxx.com
266.抄送人：xxxxx@xxxx.com
267.正文：工时见附件
268.签名：选择签名图片
269.(7)合约文件模板
270.模板id：tp_excel
271.选择流程：tech
272.上传文件excel(要求excel模板里已经定义好变量)
273.选择数据源表：service_request_info
274.表关系字段：id
275.选择字段：id，变量名：id
276.选择字段：title，变量名：title
277.选择字段：project_no，变量名：project_no
278.选择字段：project_type，变量名：project_type
279.选择字段：status，变量名：status，字典：合约状态
280.(8)页面配置
281.列表页面
282.·
参考图8，此页面用于工程角色查看tech节点的数据列表
283.增加页面：填写页面id：service_request_list，标题：合同列表，选择表”service_request_info“，是否列表：是
284.选择字段：id，显示名称：id
285.选择字段：title，显示名称：标题
286.选择字段：project_no，显示名称：项目编号
287.选择字段：project_type，显示名称：项目类型，字典：项目类型
288.选择字段：status，显示名称：状态，字典：合约状态
289.选择字段：操作，选择选项链接，选择service_request_view(须配置完链接页面后选择页面id)，
290.操作参数：参数名：id，参数字段：id
291.角色：工程
292.流程：tech
293.·
参考图9，此页面用于工程角色查看worktime节点的数据列表
294.增加页面：填写页面id：service_request_list_worktime，标题：合同工作量，选择表”service_request_info“，是否列表：是
295.选择字段：id，显示名称：id
296.选择字段：title，显示名称：标题
297.选择字段：project_no，显示名称：项目编号
298.选择字段：project_type，显示名称：项目类型，字典：项目类型
299.选择字段：status，显示名称：状态，字典：合约状态
300.选择字段：操作，选择选项链接，选择service_request_worktime(须配置完链接页面后选择页面id)，
301.操作参数：参数名：id，参数字段：id
302.角色：工程
303.流程：worktime
304.通过以上配置，工程角色可显示两个流程节点的tab页且可查看编辑对应数据。
305.同理配置商务、账务列表页面。
306.参考图10，详情页面(合同信息)
307.增加页面：填写页面id：service_request_view，标题：合同信息，选择表：
308.service_request_info，是否列表：否，行：5，列：5
309.确定生成表格，表格可拖动调整布局
310.选择控件标题，拖曳到行1列1位置，点击控件，填写名称：id，id：idlabel选择控件文本，拖曳到行1列2位置，点击控件，填写id：id，选择字段：id选择控件标题，拖曳到行1列4位置，点击控件，填写名称：标题，id：titlelabel选择控件文本，拖曳到行1列5位置，点击控件，填写id：title，选择字段：title下拉选择可编辑流程(新建，工程确认只有这两个流程可修改此数据)
311.选择控件标题，拖曳到行2列1位置，点击控件，填写名称：项目类型，id：projecttypelabel
312.选择控件文本，拖曳到行2列2位置，点击控件，填写id：projecttype，选择字段：project_type，字典：项目类型，下拉选择可编辑流程(新建，工程确认只有这两个流程可修改此数据)
313.选择控件标题，拖曳到行2列4位置，点击控件，填写名称：状态，id：status
314.选择控件文本，拖曳到行2列5位置，点击控件，填写id：status，选择字段：status，字典：合约类型
315.选择控件标题，拖曳到行3列1位置，点击控件，填写名称：备注，id：remark
316.选择控件文本，拖曳到行3列2位置，点击控件，填写id：remark，选择字段：remark，类型：字符，长度：100，合并列：1,2,3
317.选择控件按钮，拖曳到行4列4位置，点击控件，填写名称：提交，id：formsubmit保存页面基本信息、布局、控件属性
318.生成页面：根据页面布局信息、控件类型信息等生成静态页面以id命名，生成service_request_list.html，service_request_view.html；java代码，controller包含list、view、edit路径，根据可编辑流程参数判断可编辑数据
319.是否生成文件：是
320.选择模板：tp_excel
321.提交按钮配置是否发送邮件：是
322.角色：工程
323.同理配置工作量详情service_request_worktime、商务、账务详情页面等。
324.参考图11，工时页面(工程信息)
325.增加页面：填写页面id：service_request_tech，标题：工程信息，选择表：service_request_tech，动态列表：是，行：1，列：4(显示标题行，可点击增加行)
326.确定生成表格，表格可拖动调整布局
327.选择控件隐藏域，id：service_request_id，选择字段：id
328.选择控件标题，拖曳到行1列1位置，点击控件，填写名称：专业，id：displicine，选择字段：displicine
329.选择控件标题，拖曳到行1列2位置，点击控件，填写名称：工种，id：worktype，
330.选择字段：work_type
331.选择控件标题，拖曳到行1列3位置，点击控件，填写名称：工时，id：worktime
332.选择字段：work_time
333.选择控件标题，拖曳到行1列4位置，点击控件，填写名称：备注，id：remark
334.选择字段：remark
335.是否生成文件：是
336.选择模板：tp_xxxx
337.否发送邮件：否
338.角色：工程
339.同理配置商务、账务详情页面
340.2)智能合约处理
341.(1)获取服务配置中的邮件配置，轮询邮箱xiaoming@qq.com的收件箱，如果初次收到邮件标题“a公司服务请求20220101”，判断标题匹配”a公司服务请求“，下载附件pdf，解析pdf内容，根据配置解析title、project_type等，并保存到表service_request_info为一条合同数据
342.(2)启动新的流程实例，记录合同数据与流程实例new的关系，工程角色用户登录系统，判断当前流程节点为tech，获取节点为tech，角色为工程对应的页面配置service_request_list(sr)
343.(3)后端通过配置查询数据传给前端，显示列表页面service_request_list，列表显示id、标题、项目编号、项目类型、状态。后端根据前端传回的记录id，通过配置查询数据给前端，展示详情页面service_request_view并判断是否可编辑数据，可编辑内容根据配置校验。数据保存到对应的业务表service_request_info和service_request_view。数据提交后，系统根据配置进入下一任务节点。
344.(4)系统根据配置传值给页面service_request_tech(tp)，并生成客户所要的tp文档，提交时根据邮件配置打开自动写好的新邮件。
345.邮件发出后，系统自动存档附件。客户回复邮件后，系统自动根据配置获取回复邮件，并判断客户是否同意此tp。如果客户不同意，tp自动升版，相当于重新开启此流程。如果客户统一，系统根据配置进入一下任务节点。
346.(5)按照步骤(4)的操作，不断执行当前任务节点并转到下一次任务节点，直至流程结束。

技术特征：
1.一种流程工业数字工厂协同工作云平台系统，系统结构包括访问层、接口层、服务层和数据层；访问层提供给用户访问形式，接口层为访问层与服务层之间提供访问数据接口；数据层存储系统运行过程中的数据；其特征是服务层包括：基础服务、智能合约引擎、服务配置和合约服务；所述接口层提供业务流程涉及的合约服务接口；基础服务分为多个不同的基础服务；在服务配置中，由用户定义基础服务涉及的专有服务特性，获得服务配置；智能合约引擎整合各个基础服务，根据服务配置实现通用的合约服务；一、所述基础服务：包括邮件服务、文件服务、消息服务和智能识别服务；邮件服务：实现邮件的解析、接收和发送；文件服务：实现文档的读、写、保存及版本管理；消息服务：实现业务触发通知和待办业务提醒；智能识别服务：整合paddleocr模型库，以实现图片文字的识别；二、所述服务配置中：流程配置：定义系统的业务流程；数据结构配置：定义系统业务数据结构，系统在数据库创建配置好的业务表；页面配置：基于业务流程和数据结构，定义业务操作页面的设计；模板配置：基于业务流程和数据结构，定义合约文件模板和邮件模板；数据抓取配置：基于业务流程和模板，定义需要从邮件及其附件抓取的业务信息；字典配置：配置系统编码和元数据；三、所述智能合约引擎中把邮件服务、文件服务、消息服务和智能识别服务整合统一的处步骤：智能检测、智能抓取、智能处理和智能流转，步骤1)智能检测：基于模板配置，整合智能识别和邮件服务检测邮箱中与合约业务相关的新邮件；步骤2)智能抓取：基于数据抓取配置，整合智能识别、邮件服务和文件服务，从新邮件中获取要处理的业务数据；然后通过消息服务通知相关用户到相应业务环节的待处理列表中查看处理；步骤3)智能处理：基于页面和文件模板配置，整合智能识别和文件服务自动加载抓取的业务信息，自动读取或创建业务文件并预览；步骤4)智能流转：基于模板配置，通过邮件服务自动将邮件发送给相关人员，通过消息服务通知下一环节的用户到待处理列表中查看处理；系统的业务流程中的每个节点任务，都通过上述步骤1)～4)，实现闭环地自动地处理。2.根据权利要求1所述的流程工业数字工厂协同工作云平台系统，其特征是对于客户和企业之间的任一业务流程，步骤包括：(1)发起服务请求：客户根据实际需要通过某类型基础服务向企业提出服务请求，在本业务流程中，“某类型基础服务”简称为“基础服务”；(2)服务请求智能处理：企业和客户签订框架合同和服务订单后，通过基础服务说明服务的对象、领域、工作范围和预期完成时间；客户通过基础服务发出服务请求sr后，系统开启全程智能处理流程中的服务请求智能
处理流程：(3)服务请求智能处理流程：系统定期读取客户通过基础服务发出的请求并解析，如果客户发送了新服务请求，系统读取新服务请求信息，并显示在企业相应处理人员的服务请求待办列表中；然后，企业相应处理人员查看新服务请求详情判断后续操作：如果拒绝，系统则取消此服务请求并通过基础服务告知客户；如果接受，系统则进入合约文件智能处理流程；(4)合约文件智能处理：企业相应处理人员接受客户的服务请求后，对合约文件进行智能处理，步骤为：首先，系统自动生成相应合约文件并显示在企业相应处理人员的待办列表中，企业相应处理人员查看无误后，将该合约文件通过基础服务发送给客户；客户审核后通过基础服务发通知，系统收到通知后会判断客户的审核意见；如果客户同意，系统进入后续合约文件的智能处理环节；如果客户不同意，系统自动升版合约文件，加入到企业相应处理人员的服务请求待办列表中重新处理；每类合约文件的智能处理流程都是一致的；(5)关闭服务请求：当客户确认服务授权时，财务的服务请求待办列表中显示此服务请求的应收账款，此服务请求每收到一笔客户付款，系统则自动扣减服务请求的应收账款，并提醒财务确认；当客户付清服务请求的款项后，系统则通知财务关闭服务请求，至此服务请求的业务流程全部结束。3.根据权利要求1所述的流程工业数字工厂协同工作云平台系统，其特征是在服务层中还包括日志管理、权限管理和安全管理；日志管理拦截记录每一次服务访问；权限管理控制用户的访问权限；安全管理对用户会话进行验证，防止常规非法篡改和访问。4.根据权利要求1所述的流程工业数字工厂协同工作云平台系统，其特征是在数据层中，业务产生的数据存于mysql，文件存于svn，频繁使用的数据则暂存于redis。

技术总结
一种流程工业数字工厂协同工作云平台系统，系统结构包括访问层、接口层、服务层和数据层；访问层提供给用户访问形式，接口层为访问层与服务层之间提供访问数据接口；数据层存储系统运行过程中的数据；服务层包括：基础服务、智能合约引擎、服务配置和合约服务；所述接口层提供业务流程涉及的合约服务接口；基础服务分为多个不同的基础服务；在服务配置中，由用户定义基础服务涉及的专有服务特性，获得服务配置；智能合约引擎整合各个基础服务，根据服务配置实现通用的合约服务。本系统对软件开发者而言可大幅提升开发效率，减少成本。对用户而言，通过配置即可定制适合的合约系统，无需重新购买或升级系统，从而大幅减少软件支出成本。本。本。


技术研发人员：冯强 李洁 黄毅 石宁宁 汤天羽
受保护的技术使用者：南京中图数码科技有限公司
技术研发日：2023.04.26
技术公布日：2023/7/25