本申请涉及计算机技术领域，尤其涉及一种工单审核方法、系统、终端和存储介质。
背景技术：
目前行业主流的saas服务供应商提供的工单平台，往往偏重工作流引擎的流程驱动功能，在工单发起时候填写完业务表单后，后续便难以进行业务信息处理，在流程节点里只做“同意”或“不同意”之类简单的审批处理直到工单结束。同时，工单审核事务处理进度的反馈依赖各个参与方主动上报，一旦当前参与方处理完成后，其他审核人无法实时快速掌握后续进展，往往需要去梳理过往邮件或者消息记录，甚至得找到每一个处理人一一核实，导致处理周期长，审核人反复沟通，归档整理困难等弊端。
技术实现要素：
本申请实施例通过提供一种工单审核方法、系统、终端和存储介质，旨在解决工单审核的进度信息依赖各个参与方主送上报且审核内容简单的问题。
为实现上述目的，本申请一方面提供一种工单审核方法，所述工单审核方法包括以下步骤：
接收工单数据，获取为所述工单数据制定的审核流程图；
确定所述审核流程图中每个审核节点分别对应的审核内容以及审核人；
获取工单数据审批当前到达的审核节点，输出审核提醒信息至所述审核节点对应的审核人，以提醒所述审核人对所述审核节点对应的审核内容进行审核。
可选地，所述确定所述审核流程图中每个审核节点分别对应的审核内容以及审核人的步骤之后，还包括：
接收所述审核流程图中审核信息的修改指令；
根据所述修改指令确定所述审核流程图中待修改的审核节点，以及所述待修改的审核节点对应的待修改内容，执行所述待修改内容的修改操作。
可选地，所述执行所述待修改内容的修改操作的步骤包括：
若所述待修改内容为修改审核人信息，则将所述待修改的审核节点中审核人信息进行修改；
若所述待修改内容为修改业务数据信息，则与所述待修改的审核节点中审核内容关联的业务方进行信息交互，以完成所述业务数据信息的修改。
可选地，所述确定所述审核流程图中每个审核节点分别对应的审核内容以及审核人的步骤包括：
获取所述审核流程图中各个审核节点；
确定所述各个审核节点分别对应的审核内容，并根据所述审核内容确定所述审核人。
可选地，所述获取工单数据审批当前到达的审核节点，输出审核提醒信息至所述审核节点对应的审核人的步骤之后，包括：
接收所述工单数据的获取指令，根据所述获取指令确定待获取的数据类型；
在数据库中获取与所述数据类型对应的数据报表。
可选地，所述获取工单数据审批当前到达的审核节点，输出审核提醒信息至所述审核节点对应的审核人的步骤包括：
若所述工单数据审批中首个审核节点对应的商户资料通过审核，则输出审核提醒信息至运营核对节点对应的审核人；
若所述运营核对节点对应的审核内容通过审核，则输出审核提醒信息至风控审核节点对应的审核人；
若所述风控审核节点对应的审核内容通过审核，则输出审核提醒信息至财务审核节点对应的审核人。
可选地，所述若所述风控审核节点对应的审核内容通过审核，则输出审核提醒信息至财务审核节点对应的审核人的步骤之后，包括：
若所述财务审核节点对应的审核内容通过审核，则输出审核提醒信息至运营确认节点对应的审核人；
若所述运营确认节点对应的审核内容通过审核，则完成所述工单数据的审核操作。
此外，为实现上述目的，本申请另一方面还提供一种工单审核系统，所述系统包括：
接收模块，用于接收工单数据，获取为所述工单数据制定的审核流程图；
确定模块，用于确定所述审核流程图中每个审核节点分别对应的审核内容以及审核人；
获取模块，用于获取工单数据审批当前到达的审核节点，输出审核提醒信息至所述审核节点对应的审核人，以提醒所述审核人对所述审核节点对应的审核内容进行审核。
此外，为实现上述目的，本申请另一方面还提供一种终端，所述终端包括存储器、处理器及存储在存储器上并在处理器上运行的工单审核的程序，所述处理器执行所述工单审核程序时实现如上所述工单审核方法的步骤。
此外，为实现上述目的，本申请另一方面还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述工单审核方法的步骤。
本实施例在接收用户发送的工单数据时，获取为工单数据制定的审核流程图，进一步确定审核流程图中每个审核节点分别对应的审核内容以及审核人；获取工单数据审批当前到达的审核节点，向审核节点对应的审核人发送审核提醒信息，使得审核人及时对审核节点对应的审核内容进行审核。通过为工单数据制定审核流程图，并向审核流程图中每个审核节点对应的审核人发送审核提醒信息，使得工单审核的进度信息不再依赖各个参与方主送上报，提高了工单审核的效率。
附图说明
图1为本申请实施例方案涉及的硬件运行环境的终端结构示意图；
图2为本申请工单审核方法第一实施例的流程示意图；
图3为本申请工单审核方法第二实施例的流程示意图；
图4为本申请工单审核方法第三实施例的流程示意图；
图5为本申请工单审核方法第四实施例的流程示意图；
图6为本申请工单审核方法中确定所述审核流程图中每个审核节点分别对应的审核内容以及审核人的流程示意图；
图7为本申请工单审核方法中执行所述待修改内容的修改操作的流程示意图；
图8为本申请工单审核方法中若所述风控审核节点对应的审核内容通过审核，则输出审核提醒信息至财务审核节点对应的审核人的步骤之后的流程示意图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。
本申请实施例的主要解决方案是：接收工单数据，获取为所述工单数据制定的审核流程图；确定所述审核流程图中每个审核节点分别对应的审核内容以及审核人；获取工单数据审批当前到达的审核节点，输出审核提醒信息至所述审核节点对应的审核人，以提醒所述审核人对所述审核节点对应的审核内容进行审核。
由于工单审核事务处理进度的反馈依赖各个参与方主动上报，一旦当前参与方处理完成后，其他审核人无法实时快速掌握后续进展，往往需要去梳理过往邮件或者消息记录，甚至得找到每一个处理人一一核实，导致处理周期长，审核效率低等弊端。而本申请在接收用户发送的工单数据时，获取为工单数据制定的审核流程图，进一步确定审核流程图中每个审核节点分别对应的审核内容以及审核人；获取工单数据审批当前到达的审核节点，向审核节点对应的审核人发送审核提醒信息，使得审核人及时对审核节点对应的审核内容进行审核。通过为工单数据制定审核流程图，并向审核流程图中每个审核节点对应的审核人发送审核提醒信息，使得工单审核的进度信息不再依赖各个参与方主送上报，提高了工单审核的效率。
如图1所示，图1为本申请实施例方案涉及的硬件运行环境的终端结构示意图。
如图1所示，该终端可以包括：处理器1001，例如cpu，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。存储器1005可以是高速ram存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
可选地，终端还可以包括摄像头、rf(radiofrequency，射频)电路，传感器、遥控器、音频电路、wifi模块、检测器等等。当然，所述终端还可配置陀螺仪、气压计、湿度计、温度传感器等其他传感器，在此不再赘述。
本领域技术人员可以理解，图1中示出的终端结构并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图1所示，作为一种计算机可读存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及工单审核程序。
在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的工单审核程序，并执行以下操作：
接收工单数据，获取为所述工单数据制定的审核流程图；
确定所述审核流程图中每个审核节点分别对应的审核内容以及审核人；
获取工单数据审批当前到达的审核节点，输出审核提醒信息至所述审核节点对应的审核人，以提醒所述审核人对所述审核节点对应的审核内容进行审核。
参考图2，图2为本申请工单审核方法第一实施例的流程示意图，所述工单审核方法包括以下步骤：
步骤s10，接收工单数据，获取为所述工单数据制定的审核流程图；
由于现有的企业办公平台，如oa平台，仅支持处理简单的审批流程，例如采购报销、年假申请、外出申请等，且在审批流程中一般进行同意或不同意审核操作，无法应对复杂事务流程。此外，工单审核的进度信息的反馈依赖各个参与方主动上报，一旦当前参与方处理完成后，其他审核人无法实时快速掌握后续进展，往往需要去梳理过往邮件或者消息记录，导致审核周期长且效率低。
因此，在进行工单数据审核前，需要为用户递交的工单数据制定审核流程图，并为每个审核人设置审核权限以及对应审核的内容。具体地，用户在终端(如笔记本电脑、台式电脑、手机等)登录工单管理平台，在工单发起页面发起工单，填写表单并提交后即发起成功，当工单发起成功后，在业务数据报表和工单流程报表里先后生成一条新的记录。其中，表单需要填写的工单数据包括代理商编号、代理商类型、风险等级、风险类型、商户类型等信息。
工单管理平台在获取到工单数据时，获取为工单数据制定的审核流程图，其中，工单管理平台中设置有相应的审核流程图制定规则，通过审核流程图制定规则自动为工单数据制定的审核流程图；还可以是由流程图创建人根据工单数据的内容手动创建审核流程图。在制定审核流程图时，需要为审核流程图设置审核节点，其中，基于不同的工单业务，审核节点的设置也不同，如风控工单的审核节点包括商户资料审核节点、运营核对节点、风控审核节点、财务审核节点以及运营确认节点；客诉工单的审核节点包括运营审核节点、运营处理节点、代理商审核节点等等。工单管理平台为每个审核节点设置审核内容，例如商户资料审核节点主要审核的内容为商户提交的资料是否完整、合格等；风控审核节点主要审核用户的信用资质情况，比如征信情况、负债欠款、贷款资料的真假、还款能力等。进一步地，为每个审核节点设置一个或多个审核人，并为不同的审核人配置不同的审核权限，如可根据审核人的职位级别信息配置审核权限，审核人的职位级别越高，审核权限越大。可选地，同一审核人可审核不同审核节点的内容，且在不同的审核节点具有不同的审核权限。
步骤s20，确定所述审核流程图中每个审核节点分别对应的审核内容以及审核人；
由于在工单审核的过程中，需要确定审核流程图中每个审核节点分别对应的审核内容以及审核人，才能向每个审核节点对应的审核人发送审核提醒信息，并使审核人知道需要审核的内容，而不是做简单的“同意”或“不同意”的审核。因此，在获取到工单的审核流程图时，自动识别每个审核节点对应的审核内容和审核人。
进一步地，参考图6，所述确定所述审核流程图中每个审核节点分别对应的审核内容以及审核人的步骤包括：
步骤s23，获取所述审核流程图中各个审核节点；
步骤s24，确定所述各个审核节点分别对应的审核内容，并根据所述审核内容确定所述审核人。
在获取每个审核节点分别对应的审核内容以及审核人时，先获取审核流程中各个审核节点，进一步确定各个审核节点分别对应的审核内容，并根据审核内容确定审核人。例如：在风控工单审核中，先确定风控工单的各个审核节点，如运营核对节点、风控审核节点、财务审核节点等，确定每个审核节点的审核内容，如财务审核节点主要审核商户的原始凭证、记帐凭证是否合法，内容是否真实，手续是否齐备等，进一步获取财务审核内容的标识信息，如原始凭证、记账凭证等，根据标识信息确定对应的审核人，如财务员a。
步骤s30，获取工单数据审批当前到达的审核节点，输出审核提醒信息至所述审核节点对应的审核人，以提醒所述审核人对所述审核节点对应的审核内容进行审核。
当用户需要查看待处理工单或所发起工单的审核进度信息时，可在终端中登录工单管理平台进行实时查看，在登录工单管理系统后，可看到用户对应的工单信息，如待用户处理的工单数量及工单类型、用户发起的工单数量及工单类型以及已处理完的工单数量及工单类型等。具体地，登录工单管理平台，打开“我的工作台”后，在工单管理页面对应显示“待我处理的工单”模块、“我发起的工单”模块以及“我处理的工单”模块，每个模块对应显示不同工单类型和数量，如在“待我处理的工单”模块中，显示风险排查工单(195)、客户测试工单(43)等。当点击“待我处理的工单”模块时，页面跳转至“工单数据报表”显示页面，其中，在“工单数据报表”显示页面中显示每个工单的工单号、工单类型、创建人、当前状态、当前处理人/租、流程图等信息。在点击“流程图”时，页面跳转至当前工单的审核流程图，通过审核流程图可知工单数据审批当前到达的审核节点；其中，在审核流程图中，使用不同的标识区分已完成处理的审核节点、当前待处理的审核节点以及未处理的审核节点等，如使用颜色、符号、数字等区分。
工单管理平台设置有审核的检测程序，实时检测工单数据审批到达的审核节点，当检测到审核节点发生变化时，如从“运营核对”节点跳转至“风控审核”节点，获取“风控审核”节点对应的审核人，如用户a；进一步通过自动发送邮件、企业微信推送、企业运营管理系统桌面弹窗提醒以及人工手动催单等方式向用户a发送审核的提醒信息，以提醒用户a对“风控审核”节点对应的审核内容进行审核。
本实施例在接收用户发送的工单数据时，获取为工单数据制定的审核流程图，进一步确定审核流程图中每个审核节点分别对应的审核内容以及审核人；获取工单数据审批当前到达的审核节点，向审核节点对应的审核人发送审核提醒信息，使得审核人及时对审核节点对应的审核内容进行审核。通过为工单数据制定审核流程图，并向审核流程图中每个审核节点对应的审核人发送审核提醒信息，使得工单审核的进度信息不再依赖各个参与方主送上报，提高了工单审核的效率。
进一步地，参考图3，提出本申请工单审核方法第二实施例。
所述工单审核方法第二实施例与工单审核方法第一实施例的区别在于，所述确定所述审核流程图中每个审核节点分别对应的审核内容以及审核人的步骤之后，还包括：
步骤s21，接收所述审核流程图中审核信息的修改指令；
步骤s22，根据所述修改指令确定所述审核流程图中待修改的审核节点，以及所述待修改的审核节点对应的待修改内容，执行所述待修改内容的修改操作。
现有的审核流程图在涉及流程变更和业务逻辑添加或删除时，由于流程信息和业务信息对开发人员隔离，导致升级成本高昂且不满足现代企业高速发展带来的办公流程和业务流程快速迭代的需求。而在本申请的工单管理平台中，设置有审核人交互模块和关联业务方交互模块，其中，所述审核人交互模块包括各种交互板块，如电子邮件(e-mail)、企业微信以及桌面弹窗等；所述关联业务交互模块包括各种业务板块，如消息服务(jsm)、表层资源状态转移风格接口(rsetapi)以及数据库(database)；进一步地，所述审核信息包括审核人信息、业务数据信息、审核内容信息等。当工单管理平台接收到审核流程图中审核信息的修改指令时，根据修改指令确定审核流程图中待修改的审核节点，以及待修改的审核节点对应的待修改内容，进一步执行待修改内容的修改操作。例如：基于修改指令确定当前需要修改的审核节点为运营核对节点，具体修改运营核对节点中的商户名称，则对商户名称进行修改。
进一步地，参考图7，所述执行所述待修改内容的修改操作的步骤包括：
步骤s220，若所述待修改内容为修改审核人信息，则将所述待修改的审核节点中审核人信息进行修改；
步骤s221，若所述待修改内容为修改业务数据信息，则与所述待修改的审核节点中审核内容关联的业务方进行信息交互，以完成所述业务数据信息的修改。
在工单审核的过程中，若某一审核节点长时间(如3天)未被审核人处理，且该工单审核比较紧急时，可以对该审核节点对应的审核人进行更换，即当待修改内容为修改审核人信息时，需要将待修改的审核节点中审核人信息进行修改。例如风控审核节点的审核人为用户b，由于用户b出差、请假等原因导致没时间审核，此时，可将用户b修改为用户c，并向用户c发送审核提醒信息；其中，用户c可为风控审核节点的审核候选人。可选地，还可以将用户b修改为审核流程图中审核权限最高的用户d，并向用户d发送审核提醒信息。
在工单管理平台中，主要接入的业务包括客诉业务、风控业务以及差错长短款业务，在关联业务方设置有不同的部门，每个部门对接不同的业务内容。若在审核的过程中需要业务数据信息，则需要与关联业务方进行通信，具体地，以消息服务(jsm)和表层资源状态转移风格接口(rsetapi)作为信息交互的载体，与待修改的审核节点中的审核内容关联的业务方进行工单审核结果与业务信息交互，以完成业务数据信息的修改。
本实施例通过接收审核流程图中审核信息的修改指令，根据修改指令修改审核节点中的审核人信息或业务数据信息，使得可根据审核的需求修改审核流程图中的信息，提高了审核的多样性，满足了现代企业高速发展带来的办公流程和业务流程快速迭代的需求。
进一步地，参考图4，提出本申请工单审核方法第三实施例。
所述工单审核方法第三实施例与工单审核方法第一实施例和第二实施例的区别在于，所述获取工单数据审批当前到达的审核节点，输出审核提醒信息至所述审核节点对应的审核人的步骤之后，包括：
步骤s31，接收所述工单数据的获取指令，根据所述获取指令确定待获取的数据类型；
步骤s32，在数据库中获取与所述数据类型对应的数据报表。
传统办公工作期间，通常会因人为疏忽所致遗失信息内容或者材料文件的处理不够妥当等各种问题状况；而在数据材料调取期间，由于原始存档资料和历史处理时间轴零散，导致在查询资料与整理资料时需花费较多时间，且工作量较大。而本申请在用户发起工单时，自动获取工单对应的业务数据存储至数据库中；在工单审核期间，也会自动将工单对应的流程数据存储至数据库中。进一步数据库将获取到的数据进行分类整合，形成业务数据报表、工单数据报表以及流程报表三大板块，其中，在业务数据报表可进行报表查询以及将查询到的报表以excel表格或word文档等形式导出；在工单数据报表可获取待我处理工单报表、已处理工单报表以及我发起的工单报表；在流程报表中可获取审核流程图信息以及审核的记录信息。
当用户需要查询工单数据报表时，只需进入到数据库中对应的报表查询模块，在工单管理平台接收到用户基于报表查询模块发送的工单数据的获取指令时，根据获取指令确定待获取的数据类型，如业务数据、工单数据以及流程数据等，进一步获取数据类型对应的数据报表。其中，在点击显示页面上的导表按钮时，会弹出导表的选择信息，所述选择信息包括数据处理的时间、数据类型、商户名称、风险等级等；进一步选择导表的格式，如excel表格或word文档，根据所选的导表格式将对应的选择内容导出。
本实施例的工单管理平台在接收工单数据的获取指令时，根据获取指令确定待获取的数据类型，并在数据库中获取与数据类型对应的数据报表。通过提前对数据进行分类管理，使得用户在获取工单数据报表时无需花费大量时间进行查询与整理，具有较好的伸缩性和扩展性。
进一步地，参考图5，提出本申请工单审核方法第四实施例。
所述工单审核方法第四实施例与工单审核方法第一实施例、第二实施例以及第三实施例的区别在于，所述获取工单数据审批当前到达的审核节点，输出审核提醒信息至所述审核节点对应的审核人的步骤包括：
步骤s33，若所述工单数据审批中首个审核节点对应的商户资料通过审核，则输出审核提醒信息至运营核对节点对应的审核人；
步骤s34，若所述运营核对节点对应的审核内容通过审核，则输出审核提醒信息至风控审核节点对应的审核人；
步骤s35，若所述风控审核节点对应的审核内容通过审核，则输出审核提醒信息至财务审核节点对应的审核人。
在风险工单的审核流程图中，首个审核节点对应的审核内容为对商户资料的审核，其中，商户资料的审核包括审核商家资料是否完整、商户资料的真实性与准确性等。当商户资料通过审核后，自动跳转至运营核对节点，并向运营核对节点对应的审核人发送审核提醒信息，以使审核人对运营核对节点中的审核内容进行审核。其中，运营核对包括工单详情、业务详情以及处理记录等信息的核对，所述工单详情核对包括工单号、工单类型、工单细类等信息的核对；所述业务详情包括商户编号、商户名称、风险等级、风险类型等信息的核对。当运营核对的信息通过审核后，进一步判断商户是否为微信或支付宝的风险商户，若否，则自动跳转至风控审核节点；若是，则需要审核人到微信或支付宝进行申诉，其中，所述申诉是在线下处理的。申诉完成后，登记申诉结果，进一步根据申诉结果判断是否申诉成功，当申诉不成功时，审核人可以选择暂不处理或提交给风险审核；当申诉成功时，自动跳转至风控审核节点。其中，若未通过运营核对时，则向前端业务系统发送审核结果信息，以通知用户修改资料或补充资料等，进一步当运营核对的次数超过设定审核次数时，如5次，则直接终止审核。
当审核节点达到风控审核节点时，向风控审核节点对应的审核人发送审核提醒信息，以使审核人对风控审核节点中的审核内容进行审核，例如：审核商户的信用信息、风险等级、风险类型等。当审核内容未通过风控审核时，向前端业务系统发送审核结果信息，以通知用户修改资料或补充资料等，进一步当未通过风控审核的次数超过设定次数时，如5次，则直接终止审核。当风控审核通过后，进一步判断是否解冻商户，即解除冻结商户的银行账户或账户中的存款等。若不解冻商户，则自动跳转至运营确认节点，并向运营确认节点对应的审核人发送审核信息；若解冻商户，恢复商户的结算功能，则自动跳转至财务审核节点，并向财务审核节点对应的审核人发送审核提醒信息，以提醒审核人审核财务审核节点对应的审核内容。
进一步地，参考图8，所述若所述风控审核节点对应的审核内容通过审核，则输出审核提醒信息至财务审核节点对应的审核人的步骤之后，包括：
步骤s350，若所述财务审核节点对应的审核内容通过审核，则输出审核提醒信息至运营确认节点对应的审核人；
步骤s351，若所述运营确认节点对应的审核内容通过审核，则完成所述工单数据的审核操作。
若财务审核节点对应的审核人接收到审核提醒信息时，审核商户递交的原始凭证、记帐凭证是否合法，内容是否真实，手续是否齐备，数字是否正确，会计处理是否准确等。若在审核过程中发现的问题和差错，及时查明原因并通知有关人员进行更正和处理，若财务审核通过，则向商户打款，并跳转至运营确定，向运营确认节点对应的审核人发送审核提醒信息，当运营确认审核通过后，则完成风险工单的审核。其中，在审核完成后，会生成相应的审核记录，所述审核记录包括审核人信息、审核时间、审核结果、审核不通过的原因描述等信息。
可选地，对于客诉工单的处理流程如下：由用户发起工单，进入工单审核，在工单审核中的处理人包括工单岗自行处理、运营处理以及代理商处理。当选择工单岗自行处理时，直接跳转至坐席回访节点，与客户商讨；当客户满足当前的处理结果时，则结束客诉工单审核。当选择运营处理时，跳转至运营审核节点，进一步判断是否指派他人处理工单，若指派，则跳转至运营处理节点，当运营处理节点的内容通过审核，则跳转至工单岗确认节点；若不指派，则直接跳转至工单岗确认节点；进一步当工单岗确认节点的内容通过审核后，则跳转至席回访节点，与客户商讨；当客户满足当前的处理结果时，则结束客诉工单审核。当选择代理商处理时，跳转至代理商处理节点，由直属代理商进行处理，审核内容通过后，进一步跳转至工单岗确认节点，当工单岗确认节点的内容通过审核后，则跳转至席回访节点，与客户商讨；当客户满足当前的处理结果时，则结束客诉工单审核。
本实施例通过商户资料审核节点、运营核对节点、风控审核节点、财务审核节点以及运营确认节点对风控工单进行审核，每个审核节点对应不同的审核内容，而不是做简单的“同意”与“不同意”处理，使得提高了审核的质量与效率。
此外，本申请还提供一种工单审核系统，所述系统包括：
接收模块，用于接收工单数据，获取为所述工单数据制定的审核流程图；
确定模块，用于确定所述审核流程图中每个审核节点分别对应的审核内容以及审核人；
获取模块，用于获取工单数据审批当前到达的审核节点，输出审核提醒信息至所述审核节点对应的审核人，以提醒所述审核人对所述审核节点对应的审核内容进行审核。
进一步地，所述确定模块包括接收单元和修改单元；
所述接收单元，用于接收所述审核流程图中审核信息的修改指令；
所述修改单元，用于根据所述修改指令确定所述审核流程图中待修改的审核节点，以及所述待修改的审核节点对应的待修改内容，执行所述待修改内容的修改操作。
进一步地，所述修改单元，还用于若所述待修改内容为修改审核人信息，则将所述待修改的审核节点中审核人信息进行修改；
所述修改单元，还用于若所述待修改内容为修改业务数据信息，则与所述待修改的审核节点中审核内容关联的业务方进行信息交互，以完成所述业务数据信息的修改。
进一步地，所述确定模块还包括获取单元和确定单元；
所述获取单元，用于获取所述审核流程图中各个审核节点；
所述确定单元，用于确定所述各个审核节点分别对应的审核内容，并根据所述审核内容确定所述审核人。
进一步地，所述获取模块包括接收单元和获取单元；
所述接收单元，用于接收所述工单数据的获取指令，根据所述获取指令确定待获取的数据类型；
所述获取单元，用于在数据库中获取与所述数据类型对应的数据报表。
进一步地，所述获取模块还包括输出单元；
所述输出单元，用于若所述工单数据审批中首个审核节点对应的商户资料通过审核，则输出审核提醒信息至运营核对节点对应的审核人；
所述输出单元，还用于若所述运营核对节点对应的审核内容通过审核，则输出审核提醒信息至风控审核节点对应的审核人；
所述输出单元，还用于若所述风控审核节点对应的审核内容通过审核，则输出审核提醒信息至财务审核节点对应的审核人。
进一步地，所述输出单元，还用于若所述财务审核节点对应的审核内容通过审核，则输出审核提醒信息至运营确认节点对应的审核人；
所述输出单元，还用于若所述运营确认节点对应的审核内容通过审核，则完成所述工单数据的审核操作。
上述的工单审核系统各个模块功能的实现与上述方法实施例中的过程相似，在此不再一一赘述。
此外，本申请还提供一种终端，所述终端包括存储器、处理器及存储在存储器上并在处理器上运行的工单审核的程序，所述终端基于工作流引擎框架，提供用户权限控制，流程事件监听和接口回调，表单事件处理事务控制和流程图定制等核心模块，通过一个全局工作台接入全部工单流程，实现从“我的待办”、“我的发起”和“已完成”到不同类别工单的可视化审核节点的自动跳转，在其对应的业务场景下，展示完整的工单详情、业务详情、处理记录，辅助审核人进行当前节点的业务处理。同时，能够实时绘制流程图，标识现阶段已处理完成的节点、当前待处理的节点、未处理的节点等处理轨迹；还提供了定时统计、自动生成定制化数据报表的功能。因此，所述终端通过运用无纸化办公系统，能够确保企业日常各项工作内容均可实现从冗杂常务性的等级及管理当中逐渐解放出来；易于集成到企业运营管理系统中，解决现有工单系统与其他系统集成的瓶颈，避免出现工单处理流程沦为”信息孤岛”，给用户带来不良体验；除了工单业务数据报表需要定制开发外，工单发起和审核、工单流程报表、工单数据报表实现了对具体某一工单的业务内容差异，具有较好的伸缩性和扩展性。
此外，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述工单审核方法的步骤。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
应当注意的是，在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本申请可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
尽管已描述了本申请的可选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括可选实施例以及落入本申请范围的所有变更和修改。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
1.一种工单审核方法，其特征在于，所述方法包括：
接收工单数据，获取为所述工单数据制定的审核流程图；
确定所述审核流程图中每个审核节点分别对应的审核内容以及审核人；
获取工单数据审批当前到达的审核节点，输出审核提醒信息至所述审核节点对应的审核人，以提醒所述审核人对所述审核节点对应的审核内容进行审核。
2.根据权利要求1所述的工单审核方法，其特征在于，所述确定所述审核流程图中每个审核节点分别对应的审核内容以及审核人的步骤之后，还包括：
接收所述审核流程图中审核信息的修改指令；
根据所述修改指令确定所述审核流程图中待修改的审核节点，以及所述待修改的审核节点对应的待修改内容，执行所述待修改内容的修改操作。
3.根据权利要求2所述的工单审核方法，其特征在于，所述执行所述待修改内容的修改操作的步骤包括：
若所述待修改内容为修改审核人信息，则将所述待修改的审核节点中审核人信息进行修改；
若所述待修改内容为修改业务数据信息，则与所述待修改的审核节点中审核内容关联的业务方进行信息交互，以完成所述业务数据信息的修改。
4.根据权利要求1所述的工单审核方法，其特征在于，所述确定所述审核流程图中每个审核节点分别对应的审核内容以及审核人的步骤包括：
获取所述审核流程图中各个审核节点；
确定所述各个审核节点分别对应的审核内容，并根据所述审核内容确定所述审核人。
5.根据权利要求1所述的工单审核方法，其特征在于，所述获取工单数据审批当前到达的审核节点，输出审核提醒信息至所述审核节点对应的审核人的步骤之后，包括：
接收所述工单数据的获取指令，根据所述获取指令确定待获取的数据类型；
在数据库中获取与所述数据类型对应的数据报表。
6.根据权利要求1所述的工单审核方法，其特征在于，所述获取工单数据审批当前到达的审核节点，输出审核提醒信息至所述审核节点对应的审核人的步骤包括：
若所述工单数据审批中首个审核节点对应的商户资料通过审核，则输出审核提醒信息至运营核对节点对应的审核人；
若所述运营核对节点对应的审核内容通过审核，则输出审核提醒信息至风控审核节点对应的审核人；
若所述风控审核节点对应的审核内容通过审核，则输出审核提醒信息至财务审核节点对应的审核人。
7.根据权利要求6所述的工单审核方法，其特征在于，所述若所述风控审核节点对应的审核内容通过审核，则输出审核提醒信息至财务审核节点对应的审核人的步骤之后，包括：
若所述财务审核节点对应的审核内容通过审核，则输出审核提醒信息至运营确认节点对应的审核人；
若所述运营确认节点对应的审核内容通过审核，则完成所述工单数据的审核操作。
8.一种工单审核系统，其特征在于，所述系统包括：
接收模块，用于接收工单数据，获取为所述工单数据制定的审核流程图；
确定模块，用于确定所述审核流程图中每个审核节点分别对应的审核内容以及审核人；
获取模块，用于获取工单数据审批当前到达的审核节点，输出审核提醒信息至所述审核节点对应的审核人，以提醒所述审核人对所述审核节点对应的审核内容进行审核。
9.一种终端，其特征在于，所述终端包括存储器、处理器及存储在存储器上并在处理器上运行的工单审核程序，所述处理器执行所述工单审核程序时实现如权利要求1至7中任一项所述的方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有工单审核程序，所述工单审核程序被处理器执行时实现如权利要求1至7中任一项所述的方法的步骤。
技术总结