CN115600969A - 一种业务处理方法、装置、电子设备及计算机可读介质 - Google Patents

Abstract

本申请公开了业务处理方法、装置、电子设备及计算机可读介质，涉及移动互联技术领域，一具体实施方式包括接收业务处理请求，获取对应的角色标识和所属机构标识，进而确定目标审核节点；展示渠道选择界面，进而获取用户选择的渠道标识，根据渠道标识确定对应的业务模板；获取用户提交的与业务模板对应的信息，进而基于信息生成待审核信息，发送待审核信息至目标审核节点以供审核；响应于审核通过，向角色标识对应的用户开放渠道标识对应的业务使用权限。从而实现技术基础能力的快速供给，提高工作效率和服务共享度。

Description

一种业务处理方法、装置、电子设备及计算机可读介质

技术领域

本申请涉及移动互联技术领域，尤其涉及一种业务处理方法、装置、电子设备及计算机可读介质。

背景技术

目前，随着微服务、平台化、数字化等热点技术的发展，以及它们强调共享重用，促进了软件快速交付和部署，现有慈善综合服务平台难以做到通过软件共享重用来快速满足公益行业业务需求，在大规模的公益组织推广中，会面临以下痛点：新的需求需要开发实现，软件交付时间长，成本较高，开发工作量大，效率低，个性化程度高和共享度低。

在实现本申请过程中，发明人发现现有技术中至少存在如下问题：

新的需求需要开发实现，软件交付时间长，成本较高，开发工作量大，效率低，个性化程度高和共享度低。

发明内容

有鉴于此，本申请实施例提供一种业务处理方法、装置、电子设备及计算机可读介质，能够解决现有的新的需求需要开发实现，软件交付时间长，成本较高，开发工作量大，效率低，个性化程度高和共享度低的问题。

为实现上述目的，根据本申请实施例的一个方面，提供了一种业务处理方法，包括：

接收业务处理请求，获取对应的角色标识和所属机构标识，进而确定目标审核节点；

展示渠道选择界面，进而获取用户选择的渠道标识，根据渠道标识确定对应的业务模板；

获取用户提交的与业务模板对应的信息，进而基于信息生成待审核信息，发送待审核信息至目标审核节点以供审核；

响应于审核通过，向角色标识对应的用户开放渠道标识对应的业务使用权限。

可选地，确定目标审核节点，包括：

获取全流程审核节点列表，进而确定角色标识对应的审核节点在全流程审核节点列表中的位置；

将全流程审核节点列表中在位置之后的审核节点确定为目标审核节点。

可选地，根据渠道标识确定对应的业务模板，包括：

确定渠道标识的数量，当渠道标识的数量为多个时，确定每一个渠道标识对应的业务模板。

可选地，基于信息生成待审核信息，包括：

获取用户输入的申请信息、渠道信息和商户信息；

根据信息、申请信息、渠道信息和商户信息，生成待审核信息。

可选地，发送待审核信息至目标审核节点以供审核，包括：

当目标审核节点的数量为多个时，确定各目标审核节点的审核顺序；

根据审核顺序，将待审核信息发送至各目标审核节点，以供依序进行审核。

可选地，在向角色标识对应的用户开放渠道标识对应的业务使用权限之后，方法还包括：

生成已开放业务使用权限的通知信息，并发送至角色标识对应的用户和所属机构标识对应的机构。

可选地，生成已开放业务使用权限的通知信息，包括：

获取渠道标识对应的业务使用地址和业务使用账号信息，进而根据角色标识、所属机构标识、业务使用地址和业务使用账号信息，生成已开放业务使用权限的通知信息。

另外，本申请还提供了一种业务处理装置，包括：

接收单元，被配置成接收业务处理请求，获取对应的角色标识和所属机构标识，进而确定目标审核节点；

业务模板确定单元，被配置成展示渠道选择界面，进而获取用户选择的渠道标识，根据渠道标识确定对应的业务模板；

发送单元，被配置成获取用户提交的与业务模板对应的信息，进而基于信息生成待审核信息，发送待审核信息至目标审核节点以供审核；

权限开放单元，被配置成响应于审核通过，向角色标识对应的用户开放渠道标识对应的业务使用权限。

可选地，接收单元进一步被配置成：

获取全流程审核节点列表，进而确定角色标识对应的审核节点在全流程审核节点列表中的位置；

将全流程审核节点列表中在位置之后的审核节点确定为目标审核节点。

可选地，业务模板确定单元进一步被配置成：

确定渠道标识的数量，当渠道标识的数量为多个时，确定每一个渠道标识对应的业务模板。

可选地，发送单元进一步被配置成：

获取用户输入的申请信息、渠道信息和商户信息；

根据信息、申请信息、渠道信息和商户信息，生成待审核信息。

可选地，发送单元进一步被配置成：

当目标审核节点的数量为多个时，确定各目标审核节点的审核顺序；

根据审核顺序，将待审核信息发送至各目标审核节点，以供依序进行审核。

可选地，装置还包括通知信息生成单元，被配置成：

生成已开放业务使用权限的通知信息，并发送至角色标识对应的用户和所属机构标识对应的机构。

可选地，通知信息生成单元进一步被配置成：

获取渠道标识对应的业务使用地址和业务使用账号信息，进而根据角色标识、所属机构标识、业务使用地址和业务使用账号信息，生成已开放业务使用权限的通知信息。

另外，本申请还提供了一种业务处理电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上述的业务处理方法。

另外，本申请还提供了一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现如上述的业务处理方法。

为实现上述目的，根据本申请实施例的又一个方面，提供了一种计算机程序产品。

本申请实施例的一种计算机程序产品，包括计算机程序，程序被处理器执行时实现本申请实施例提供的业务处理方法。

上述发明中的一个实施例具有如下优点或有益效果：本申请通过接收业务处理请求，获取对应的角色标识和所属机构标识，进而确定目标审核节点；展示渠道选择界面，进而获取用户选择的渠道标识，根据渠道标识确定对应的业务模板；获取用户提交的与业务模板对应的信息，进而基于信息生成待审核信息，发送待审核信息至目标审核节点以供审核；响应于审核通过，向角色标识对应的用户开放渠道标识对应的业务使用权限。从而实现技术基础能力的快速供给，提高工作效率和服务共享度。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本申请，不构成对本申请的不当限定。其中：

图1是根据本申请一个实施例的业务处理方法的主要流程的示意图；

图2是根据本申请一个实施例的业务处理方法的主要流程的示意图；

图3是根据本申请一个实施例的业务处理方法的主要流程示意图；

图4是根据本申请一个实施例的业务处理方法的在线填写资料子流程示意图；

图5是根据本申请一个实施例的业务处理方法的在线核准子流程示意图；

图6是根据本申请实施例的业务处理装置的主要单元的示意图；

图7是本申请实施例可以应用于其中的示例性***架构图；

图8是适于用来实现本申请实施例的终端设备或服务器的计算机***的结构示意图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

图1是根据本申请一个实施例的业务处理方法的主要流程的示意图，如图1所示，业务处理方法包括：

步骤S101，接收业务处理请求，获取对应的角色标识和所属机构标识，进而确定目标审核节点。

本实施例中，业务处理方法的执行主体(例如，可以是服务器)可以通过有线连接或无线连接的方式，接收业务处理请求。该业务例如可以是慈善行业在线注册、开户、提交资料并核验等的业务，本申请实施例对业务处理请求的内容不做具体限定。执行主体在接收到业务处理请求后，可以获取该请求中携带的角色标识，角色标识用于表征是什么角色的人员在发起业务处理请求。本申请实施例中的人员角色例如可以包括慈善机构人员、分行人员、慈善云平台运营人员、慈善云平台***管理员等，本申请实施例对人员角色不做具体限定。每一个人员角色都有对应的目标审核节点，例如人员角色为分行人员时，则其对应的目标审核节点为慈善云平台运营人员对应的节点，又例如人员角色为慈善机构人员时，则其对应的目标审核节点为分行运营工作人员对应的节点。

步骤S102，展示渠道选择界面，进而获取用户选择的渠道标识，根据渠道标识确定对应的业务模板。

渠道，例如二维码、公众号、门户等，本申请实施例对渠道不做具体限定。执行主体在获取用户在渠道选择界面选择的渠道对应的渠道标识后，可以根据选择的渠道标识确定该渠道标识对应的渠道所支持的业务模板。

具体地，根据渠道标识确定对应的业务模板，包括：

确定渠道标识的数量，当渠道标识的数量为多个时，确定每一个渠道标识对应的业务模板。

用户可以选择一个或多个渠道，也就是用户可以单选或多选展示在渠道选择界面上的渠道，当执行主体检测到用户选择多个渠道标识时，确定每一个所选择的渠道标识对应的业务模板。可以理解的是，一个业务模板可以对应一个或多个渠道。

步骤S103，获取用户提交的与业务模板对应的信息，进而基于信息生成待审核信息，发送待审核信息至目标审核节点以供审核。

执行主体向用户展示业务模板所需要上传的资源信息，在检测到用户上传了与业务模板对应的资源信息后，基于用户上传的资源信息生成待审核信息。用户上传的资源信息，例如可以包括证书公章和捐赠背景图、公众号信息、门户信息等，本申请实施例对用户上传的资源信息不做具体限定。

具体地，基于信息生成待审核信息，包括：

获取用户输入的申请信息、渠道信息和商户信息；其中，申请信息例如可以包括用户的个人信息、手机验证码等；渠道信息例如可以包括用户所选择的二维码渠道、公众号渠道或者门户渠道等；商户信息例如可以包括提供服务的一方的可提供服务信息、人员信息、价格信息等，本申请实施例对商户信息不做具体限定。

根据用户提交的与业务模板对应的信息、申请信息、渠道信息和商户信息，生成待审核信息以供目标审核节点审核。

具体地，发送待审核信息至目标审核节点以供审核，包括：

当目标审核节点的数量为多个时，确定各目标审核节点的审核顺序；根据审核顺序，将待审核信息发送至各目标审核节点，以供依序进行审核。

通过对目标审核节点进行排序，并将待审核信息按照排好的顺序依次发送给与排好的顺序相对应的目标审核节点进行审核，从而保证审核的有序性，提高审核效率和业务处理效率。

步骤S104，响应于审核通过，向角色标识对应的用户开放渠道标识对应的业务使用权限。

当执行主体确定对待审核信息审核通过之后，可以向发起业务处理请求的用户开放所请求的业务的使用权限。即业务处理请求对应的角色标识对应的用户申请了哪个渠道的业务使用，就向该角色标识对应的用户开放对应渠道的业务使用权限。

具体地，在向角色标识对应的用户开放渠道标识对应的业务使用权限之后，方法还包括：

生成已开放业务使用权限的通知信息，并发送至角色标识对应的用户和所属机构标识对应的机构。

示例的，该通知信息例如可以是短信通知信息、邮件通知信息或者即时通讯软件的通知信息，本申请实施例对该通知信息的形式和内容不做具体限定。

具体地，生成已开放业务使用权限的通知信息，包括：

获取渠道标识对应的业务使用地址和业务使用账号信息，进而根据角色标识、所属机构标识、业务使用地址和业务使用账号信息，生成已开放业务使用权限的通知信息。

示例的，执行主体可以通过短信通知申请人(即用户)和分行人员已开通XX渠道的业务使用权限并告知账号和使用地址。

本实施例通过接收业务处理请求，获取对应的角色标识和所属机构标识，进而确定目标审核节点；展示渠道选择界面，进而获取用户选择的渠道标识，根据渠道标识确定对应的业务模板；获取用户提交的与业务模板对应的信息，进而基于信息生成待审核信息，发送待审核信息至目标审核节点以供审核；响应于审核通过，向角色标识对应的用户开放渠道标识对应的业务使用权限。从而实现技术基础能力的快速供给，提高工作效率和服务共享度。

图2是根据本申请一个实施例的业务处理方法的主要流程示意图，如图2所示，业务处理方法包括：

步骤S201，接收业务处理请求，获取对应的角色标识和所属机构标识。

步骤S202，获取全流程审核节点列表，进而确定角色标识对应的审核节点在全流程审核节点列表中的位置A。

全流程审核节点列表中的各个审核节点依次可以是慈善机构人员对应的节点、分行运营工作人员对应的节点、慈善云平台运营人员对应的节点等。

当角色标识对应的是慈善机构人员时，角色标识对应的审核节点即为慈善机构人员对应的节点，在全流程审核节点列表中的位置排在第一个位置。

步骤S203，将全流程审核节点列表中在位置A之后的审核节点(例如分行运营工作人员对应的节点)确定为目标审核节点。

步骤S204，展示渠道选择界面，进而获取用户选择的渠道标识，根据渠道标识确定对应的业务模板。

承载执行主体的慈善综合服务云平台主要功能包括：二维码解决方案、公众号微门户解决方案、门户网站解决方案对应的轻定制、中定制、高定制业务模板，慈善综合服务云平台着力于线上化现有业务底座，快速推广上线，助力慈善公益机构的线上化数字化转型。示例的，业务模板，可以包括轻定制、中定制、高定制业务模板。其中，轻定制业务模板，可以包括慈善会模板1、慈善会模板2、慈善会模板3等。其中，慈善会模板1的内容可以包括：新闻动态、项目捐赠、物资捐赠、捐助动态(线上/线下)、机构介绍、个人中心等。慈善会模板2的内容可以包括：新闻动态、项目分类、项目捐赠、捐助动态、个人中心等。慈善会模板3的内容可以包括：新闻资讯、项目捐赠、帮扶申请、捐助动态、政策文件、机构介绍、个人中心等。每一个模板的内容都是有区别的。

中定制业务模板，可以包括红会模板和基金会模板，其中，红会模板的内容可以包括：发布项目、查询项目、审核项目、筹款结果项目、项目动态管理、季度报告管理、审计报告管理、项目类型管理、项目结项反馈、捐赠查询、捐赠地区管理、资金用途管理、二维码捐赠记录查询、机构总账查询、项目捐赠月报表、项目捐赠总报表、项目捐赠日报表、机构信息、机构扩展信息管理、用户查询、内容发布、内容展示、志愿者信息查询、活动发布、志愿者申请活动审核、活动查询、活动类型管理、业务分类管理、业务内容no发布、业务内容查询、首页模板配置管理、首页资源配置管理。基金会模板的内容可以包括：发布项目、查询项目、审核项目、筹款结束项目、项目动态管理、季度报告管理、审计报告管理、项目类型管理、项目结项反馈、捐赠查询、物资申请管理、捐赠地区管理、资金用途管理、物资捐赠管理、二维码捐赠记录查询、机构总账查询、项目捐赠月报表、项目捐赠总报表、项目捐赠日报表、机构信息、机构扩展信息管理、用户查询、内容发布、内容展示、志愿者申请活动审核、活动查询、活动类型管理、业务分类管理、业务内容发布、业务内容查询、首页模块配置管理、首页资源配置管理。

高定制业务模板，可以包括联合募捐(字母项目运营模式)、配捐、电子票据申请、子机构注册管理、税务计算器、证书个性化定制、慈善在线工具箱。

步骤S205，获取用户提交的与业务模板对应的信息，进而基于信息生成待审核信息，发送待审核信息至目标审核节点以供审核。

步骤S206，响应于审核通过，向角色标识对应的用户开放渠道标识对应的业务使用权限。

示例的，整个业务流程的参与者可以包括慈善机构人员，分行人员，慈善云平台运营人员，慈善云平台***管理员。

1.分行人员在财务***发起采购，慈善云平台运营人员确认后，分行人员在慈善综合服务云平台，填写申请资料，慈善综合服务云平台运营人员审核，审核通过后慈善综合服务云平台***开通相应功能并通知分行和慈善机构使用地址和账号。

2.慈善机构人员来到慈善综合服务云平台，填写申请资料，对应的地区分行人员审核通过后，慈善综合服务云平台运营人员审核，审核通过后慈善综合服务云平台***开通相应功能并通知分行和慈善机构使用地址和账号。

3.慈善综合服务云平台运营人员在***填写申请资料，慈善综合服务云平台运营人员审核，审核通过后慈善平台***开通相应功能并通知分行和慈善机构使用地址和账号。

主要分为慈善机构人员、分行人员、慈善云平台运营人员申请流程。

示例的，针对慈善机构人员申请流程：

1.在前端点击“注册”按钮，选择申请人角色(角色标识)为“慈善组织”，选择所属分行(分行标识)，填写注册的账户信息，输入手机号码和验证码完成注册。

2.用注册的账号进行登录。

3.选择产品服务，二维码解决方案，慈善微门户解决方案，慈善门户网站解决方案。

4.填写申请人信息及服务时间。

5.填写慈善机构信息及慈善机构附件信息。

6.填写解决方案信息(二维码解决方案，慈善微门户解决方案，慈善门户网站解决方案)及选择解决方案模板。

7.填写商户信息及附件信息，提交等待审核。

分行运营工作人员：

1.查看慈善机构申请单信息。

2.填写分行审批意见及审批提交。

慈善云平台运营人员：

1.查看慈善机构申请单信息。

2.查看分行审批意见，填写审批意见及审批提交。

3.查看慈善机构所分配的用户账号及机构信息。

慈善云平台***管理员：

1.配置平台慈善机构申请渠道信息。

2.配置平台慈善机构申请模板信息，角色、用户、菜单、权限信息。

3.配置平台慈善机构申请短信及短信模板信息。

示例的，针对分行人员申请流程：

1.在前端点击“注册”按钮，选择申请人角色为“分行人员”，选择所属分行，填写注册的账户信息，输入手机号码和验证码完成注册。

2.用第一步注册的账号进行登录。

3.选择产品服务，二维码解决方案，慈善微门户解决方案，慈善门户网站解决方案。

4.填写申请人信息及服务时间。

5.填写慈善机构信息及慈善机构附件信息。

6.填写解决方案信息(二维码解决方案，慈善微门户解决方案，慈善门户网站解决方案)及选择解决方案模板。

7.填写商户信息及附件信息，提交等待审核。

慈善云平台运营人员：

1.查看分行运营人员申请单信息。

2.填写审批意见及审批提交。

3.查看慈善机构所分配的用户账号及机构信息。

慈善云平台***管理员：

1.配置平台分行运营人员申请渠道信息。

2.配置平台分行运营人员申请模板信息，角色、用户、菜单、权限信息。

3.配置平台分行运营人员申请短信及短信模板信息。

本申请实施例可以实现技术基础能力的快速供给，提高工作效率和服务共享度。本申请实施例可以实现让业务人员或者运营人员通过图形化配置可视化地实现慈善公益用户需求。综合服务云平台用户的技术门槛较低，既可以是技术人员，运营人员，也可以是业务人员，或者多人协作。建立承载本申请的执行主体的慈善综合服务云平台，即慈善公益行业低代码开发平台：公益慈善机构在线注册，开户，自主提交资料并核验，在线提交商户并核验。形成慈善公益服务在线工具箱：公益慈善机构在线选择服务时间，渠道，服务产品及在线工具。提供多样化营销方式：公益慈善机构在线选择模板，功能选择(公众号模板，二维码模板，门户模块，证书样式定制，运营活动模板选择等)。提升慈善机构数字化运营能力：慈善机构在线查看多维数据分析，提供定制报表能力。

本申请实施例通过建立慈善公益行业低代码开发平台，可以形成慈善公益服务在线工具箱，灵活适配慈善行业需求，降低平台推广成本，提升推广效率，提供多样化营销方式，提升慈善机构数字化运营能力，提供多维度数据分析。以此通过图形化界面快速配置，尽可能不写代码或者编写极少量代码即可实现慈善行业业务功能，将应用研发所需的技术进行集成、封装，降低慈善机构自有信息化建设门槛。对应用研发、测试、部署、运行、维护提供一站式全生命周期支持，屏蔽底层存储、计算、网络等基础设施复杂性。以云服务为主要交付方式，实现技术基础能力的快速供给，目的是对生态赋能，支持业务创新和快速发展。

承载本申请实施例的执行主体的慈善组织综合服务云平台连结已有的服务，具备完善丰富的基础层功能，捐赠支付方式多样，支持主流捐赠运营模式(项目捐赠，二维码捐赠，多机构联合募捐，优质项目多渠道联合运营，公益求助，微心愿)，除此之外平台在场景建设、生态体系建设、长效培育机制的构建，场景落地路线图、场景构成的关键性要素等方面能形成闭环，通过场景建模、解耦、复用、协同开发、产业数据打通等，将示范慈善公益场景推广复用好，形成长期培育机制，创造更多更有影响力优质慈善公益事件，真正实现慈善机构的互通共存，加速慈善公益行业向好向善发展。慈善综合服务云平台是一种慈善公益行业平台软件，用户能通过它提供的图形化配置功能，快速配置出满足各种特定慈善业务需要的二维码、微门户、公众号及门户解决方案。它可以简化平台开发过程、提高效率、缩短客户交付周期，并且***稳定性较好，只要经过简单测试即可交付使用，最终降低整体推广成本。

图3是根据本申请一个实施例的业务处理方法的应用场景示意图。本申请实施例的业务处理方法，可以应用于对某一渠道的业务使用权限进行使用申请的场景。示例的，申请方：在前端登录后，点击“产品服务”里的“立即定制”按钮或者点击“首页”菜单下的“三种解决方案”进入申请。选择填写人员角色，进入下一步。在线填写资料，判断是否需要分行审核。进入核准子流程，进行核准。慈善综合服务云平台开通用户申请。慈善综合服务云平台通知申请方(分行、用户)使用地址及账号。申请单状态流转：填写人员角色选择完成→慈善机构基本信息完成→证明材料提交完成→渠道选择完成→渠道配置信息提交完成→模板选择完成→资源提交完成→商户(公众号、聚合支付商户)信息提交完成→工具箱选择完成→已提交审核→分行审核完成→运营人员审核完成→机构入驻完成。

图4是根据本申请一个实施例的业务处理方法的在线填写资料子流程示意图。在线填写资料子流程：账号注册；机构资料、附件提交(填写机构基本信息、提交机构证件资料)；渠道选择(选择渠道，例如公众号、门户、二维码等，填入购买服务的起止时间)；渠道配置及信息提交(选择渠道，若选择公众号渠道，则上传公众号服务号相关资料，若选择门户，则上传域名等服务器相关资料，或者也可以选择二维码，则无需上传资料)；商户配置及信息提交(商户资料提交)；功能配置(首先进行模板选择，进而对所选择的模板内的企业管理信息***菜单，即OMS菜单进行选择，然后对所选择的模板内的功能导航进行选择，最后对所选择的模板类的模块配置进行选择，其中，必选默认模块banner)；资源提交(对必须提供的资源进行提交，例如banner图片、捐赠证书公章图片等，并且***可以提供两种默认的图片供用户选择)；工具箱选择(工具箱选择：税务计算器、宣传单模板、证书样式定制、送祝福等，执行主体在检测到用户选择工具箱后，可以提示等待分行或者平台运营核准)。

图5是根据本申请一个实施例的业务处理方法的在线核准子流程示意图。如图5所示，运营人员：登录后台管理***；查询待审核记录；机构信息审核；慈善机构证件资质审核；开通渠道审核；产品服务(二维码、公众号、门户网站模板、功能、在线工具箱)审核。

本申请实施例可以实现慈善机构不必自行准备物理服务器设备，只需要在承载执行主体的慈善综合服务云平台上注册并提交相关资料，选择相应的解决方案，将服务节点部署在云服务器上，各参与方均通过互联网访问平台服务。各参与方不必另行购买物理设备，且后台可以直接通过云平台的后台管理***进行维护和配置。

具体地，承载执行主体的慈善综合服务云平台的建模信息包括：

申请人信息：创建时间、所属一级分行号、手机号、机构名称、角色0慈善机构人员1-分行人员、记录id。

渠道信息：渠道id、渠道名称(公众号、门户、二维码、小程序)，渠道类型、渠道配置信息。

申请单：记录id、申请人id、机构id、机构名称、渠道id、模板id、服务开始时间、服务结束时间、所属一级分行号、创建时间、最后修改时间、状态(0申请人信息填写完成，1角色选择完成，2机构基本信息填写完成，3机构资料上传完成，4渠道选择完成，5渠道配置信息提交完成，6模板选择完成，7资源提交完成，8商户信息完成，9暂存，10已提交审核，11分行审核同意，12分行审核拒绝，13运营审核同意，14运营审核拒绝，15机构入驻完成)、机构前端项目地址。

申请单审核记录：记录id、申请单记录id、分行审核人员id、分行审核时间、分行审核标志0-同意1-拒绝、分行审核意见、运营审核人员id、运营审核时间、运营审核标志0-同意1-拒绝、运营审核意见。

模板信息：模板id，模板名称，渠道id，示例图，示例地址，菜单id集合，导航分配导航id集合，模块分配模块id集合。

承载执行主体的慈善综合服务云平台，即慈善公益行业低代码开发平台，很少或几乎不需要写代码就可以快速开发公益应用，并可以快速配置和部署。慈善公益服务在线工具箱，灵活适配慈善行业运营推广。降低慈善机构信息化平台成本，提升慈善机构募款及服务效率，提供多样化募捐方式。助力慈善机构数字化转型，提供多维度数据收集及公示分析。

在对承载执行主体的慈善综合服务云平台进行功能开发的场景下，通过让大部分开发工作可以仅通过简单的在线填写表单与后台配置完成，承载执行主体的慈善综合服务云平台显著降低了慈善行业信息***使用者门槛。慈善综合服务云平台能让慈善机构从业人员实现超市自选式应用交付，既解决了传统IT交付模式下的任务堆积及沟通问题，避免稀缺的专业开发资源被大量简单、重复性的应用开发需求所侵占，也能让慈善机构人员真正按自己的想法去实现应用，标准化的产品选择后能集中资源解决慈善机构特色化的需求。

在本申请实施例中，承载执行主体的慈善综合服务云平台将所有慈善需求与应用开发相关活动都收敛到一个平台上后，将会具有以下有益效果：

1.人员聚合：平台能促进各职能角色(慈善组织，金融行业业务人员，捐赠人，受助人，政府监管角色)紧密协作以外，人员聚合到统一的平台进行作业后，还能促进整个公益行业流程的标准化、规范化和统一化。

2.应用聚合：一方面，新应用的架构设计、资产复用、与各相关应用(金融，政务，慈善行业)的相互调用变得更容易；另一方面，各应用的数据都天然互通，同时平台外数据也能通过集成能力进行打通，改善慈善机构的数据孤岛问题，提升慈善行业公信力。

3.生态聚合：当慈善综合服务云平台聚合了足够多的慈善机构和慈善应用后，有利于慈善组织在一个大的公益生态环境中生存，慈善综合服务云平台让慈善行业从整体生态健康持续发展出发，立足监管，打通各个公益产业链的上下游中各个任务目标的畅通以及低成本的有效运行。慈善综合服务云平台不仅是为慈善机构发展输入资源，更在于为它们搭建完整公益生态链，对缺失部分加补救，对薄弱环节加穷实，对阻碍生态链条要素流动的问题加以解决，将应用研发所需的技术进行集成、封装，降低慈善机构自有信息化建设门槛。对应用研发、测试、部署、运行、维护提供一站式全生命周期支持，屏蔽底层存储、计算、网络等基础设施复杂性。以云服务为主要交付方式，实现技术基础能力的快速供给，目的是对生态赋能，支持业务创新和快速发展。

4.开放平台：慈善事业的多样性、复杂性，决定了构建全方位的生态体系，需要打造开放共享的外部合作能力，提升差异化产品服务能力，为慈善组织提供更优质的服务，提升数字化经营决策能力，以数字化方式驱动慈善事业转型升级。将场景涉及的角色、组织、平台装备等一系列相关方进行资源整合、平台能力中心建设设计。形成场景能力建设完成后的慈善文化保障，更好的通过各方能力长效服务及建设相关慈善公益场景能力。

图6是根据本申请实施例的业务处理装置的主要单元的示意图。如图6所示，业务处理装置600包括接收单元601、业务模板确定单元602、发送单元603和权限开放单元604。

接收单元601，被配置成接收业务处理请求，获取对应的角色标识和所属机构标识，进而确定目标审核节点；

业务模板确定单元602，被配置成展示渠道选择界面，进而获取用户选择的渠道标识，根据渠道标识确定对应的业务模板；

发送单元603，被配置成获取用户提交的与业务模板对应的信息，进而基于信息生成待审核信息，发送待审核信息至目标审核节点以供审核；

权限开放单元604，被配置成响应于审核通过，向角色标识对应的用户开放渠道标识对应的业务使用权限。

在一些实施例中，接收单元601进一步被配置成：获取全流程审核节点列表，进而确定角色标识对应的审核节点在全流程审核节点列表中的位置；将全流程审核节点列表中在位置之后的审核节点确定为目标审核节点。

在一些实施例中，业务模板确定单元602进一步被配置成：确定渠道标识的数量，当渠道标识的数量为多个时，确定每一个渠道标识对应的业务模板。

在一些实施例中，发送单元603进一步被配置成：获取用户输入的申请信息、渠道信息和商户信息；根据信息、申请信息、渠道信息和商户信息，生成待审核信息。

在一些实施例中，发送单元603进一步被配置成：当目标审核节点的数量为多个时，确定各目标审核节点的审核顺序；根据审核顺序，将待审核信息发送至各目标审核节点，以供依序进行审核。

在一些实施例中，装置还包括图6中未示出的通知信息生成单元，被配置成：生成已开放业务使用权限的通知信息，并发送至角色标识对应的用户和所属机构标识对应的机构。

在一些实施例中，通知信息生成单元进一步被配置成：获取渠道标识对应的业务使用地址和业务使用账号信息，进而根据角色标识、所属机构标识、业务使用地址和业务使用账号信息，生成已开放业务使用权限的通知信息。

需要说明的是，本申请的业务处理方法和业务处理装置在具体实施内容上具有相应关系，故重复内容不再说明。

图5示出了可以应用本申请实施例的业务处理方法或业务处理装置的示例性***架构500。

如图5所示，***架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备501、502、503可以是具有业务处理屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所提交的业务处理请求提供支持的后台管理服务器(仅为示例)。后台管理服务器可以接收业务处理请求，获取对应的角色标识和所属机构标识，进而确定目标审核节点；展示渠道选择界面，进而获取用户选择的渠道标识，根据渠道标识确定对应的业务模板；获取用户提交的与业务模板对应的信息，进而基于信息生成待审核信息，发送待审核信息至目标审核节点以供审核；响应于审核通过，向角色标识对应的用户开放渠道标识对应的业务使用权限。从而实现技术基础能力的快速供给，提高工作效率和服务共享度。

需要说明的是，本申请实施例所提供的业务处理方法一般由服务器505执行，相应地，业务处理装置一般设置于服务器505中。

应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图6，其示出了适于用来实现本申请实施例的终端设备的计算机***600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机***600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM603中，还存储有计算机***600操作所需的各种程序和数据。CPU601、ROM602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶征信授权查询处理器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本申请公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的***中限定的上述功能。

需要说明的是，本申请所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括接收单元、业务模板确定单元、发送单元和权限开放单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备接收业务处理请求，获取对应的角色标识和所属机构标识，进而确定目标审核节点；展示渠道选择界面，进而获取用户选择的渠道标识，根据渠道标识确定对应的业务模板；获取用户提交的与业务模板对应的信息，进而基于信息生成待审核信息，发送待审核信息至目标审核节点以供审核；响应于审核通过，向角色标识对应的用户开放渠道标识对应的业务使用权限。

本申请的计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现本申请实施例中的业务处理方法。

根据本申请实施例的技术方案，从而实现技术基础能力的快速供给，提高工作效率和服务共享度。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (16)

1.一种业务处理方法，其特征在于，包括：

接收业务处理请求，获取对应的角色标识和所属机构标识，进而确定目标审核节点；

展示渠道选择界面，进而获取用户选择的渠道标识，根据所述渠道标识确定对应的业务模板；

获取用户提交的与所述业务模板对应的信息，进而基于所述信息生成待审核信息，发送所述待审核信息至所述目标审核节点以供审核；

响应于审核通过，向所述角色标识对应的用户开放所述渠道标识对应的业务使用权限。

2.根据权利要求1所述的方法，其特征在于，所述确定目标审核节点，包括：

获取全流程审核节点列表，进而确定所述角色标识对应的审核节点在所述全流程审核节点列表中的位置；

将所述全流程审核节点列表中在所述位置之后的审核节点确定为目标审核节点。

3.根据权利要求1所述的方法，其特征在于，所述根据所述渠道标识确定对应的业务模板，包括：

确定所述渠道标识的数量，当所述渠道标识的数量为多个时，确定每一个渠道标识对应的业务模板。

4.根据权利要求1所述的方法，其特征在于，所述基于所述信息生成待审核信息，包括：

获取用户输入的申请信息、渠道信息和商户信息；

根据所述信息、所述申请信息、所述渠道信息和所述商户信息，生成待审核信息。

5.根据权利要求1所述的方法，其特征在于，所述发送所述待审核信息至所述目标审核节点以供审核，包括：

当所述目标审核节点的数量为多个时，确定各所述目标审核节点的审核顺序；

根据所述审核顺序，将所述待审核信息发送至各所述目标审核节点，以供依序进行审核。

6.根据权利要求1所述的方法，其特征在于，在所述向所述角色标识对应的用户开放所述渠道标识对应的业务使用权限之后，所述方法还包括：

生成已开放业务使用权限的通知信息，并发送至所述角色标识对应的用户和所述所属机构标识对应的机构。

7.根据权利要求6所述的方法，其特征在于，所述生成已开放业务使用权限的通知信息，包括：

获取所述渠道标识对应的业务使用地址和业务使用账号信息，进而根据所述角色标识、所述所属机构标识、所述业务使用地址和所述业务使用账号信息，生成已开放业务使用权限的通知信息。

8.一种业务处理装置，其特征在于，包括：

接收单元，被配置成接收业务处理请求，获取对应的角色标识和所属机构标识，进而确定目标审核节点；

业务模板确定单元，被配置成展示渠道选择界面，进而获取用户选择的渠道标识，根据所述渠道标识确定对应的业务模板；

发送单元，被配置成获取用户提交的与所述业务模板对应的信息，进而基于所述信息生成待审核信息，发送所述待审核信息至所述目标审核节点以供审核；

权限开放单元，被配置成响应于审核通过，向所述角色标识对应的用户开放所述渠道标识对应的业务使用权限。

9.根据权利要求8所述的装置，其特征在于，所述接收单元进一步被配置成：

获取全流程审核节点列表，进而确定所述角色标识对应的审核节点在所述全流程审核节点列表中的位置；

将所述全流程审核节点列表中在所述位置之后的审核节点确定为目标审核节点。

10.根据权利要求8所述的装置，其特征在于，所述业务模板确定单元进一步被配置成：

确定所述渠道标识的数量，当所述渠道标识的数量为多个时，确定每一个渠道标识对应的业务模板。

11.根据权利要求8所述的装置，其特征在于，所述发送单元进一步被配置成：

获取用户输入的申请信息、渠道信息和商户信息；

根据所述信息、所述申请信息、所述渠道信息和所述商户信息，生成待审核信息。

12.根据权利要求8所述的装置，其特征在于，所述发送单元进一步被配置成：

当所述目标审核节点的数量为多个时，确定各所述目标审核节点的审核顺序；

根据所述审核顺序，将所述待审核信息发送至各所述目标审核节点，以供依序进行审核。

13.根据权利要求8所述的装置，其特征在于，所述装置还包括通知信息生成单元，被配置成：

生成已开放业务使用权限的通知信息，并发送至所述角色标识对应的用户和所述所属机构标识对应的机构。

14.一种业务处理电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一项所述的方法。

15.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一项所述的方法。

16.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的方法。

Images