基于供应链金融服务平台的公司权限托管系统的制作方法

文档序号:11654722阅读:453来源:国知局
基于供应链金融服务平台的公司权限托管系统的制造方法与工艺

本发明涉及金融服务权限的数据处理,具体地说是一种基于供应链金融服务平台的公司权限托管系统。



背景技术:

供应链金融服务系统是为实现供应链金融业务而设计实现的信息化管理软件,主要为服务方(银行或金融机构)、核心企业以及其上下游企业提供金融服务,用于管理上下游中小企业的资金流,基于交易、订单、存货、资产等有效凭证提供票据管理、到期还款、融资等金融业务。系统服务的企业类型各式各样,有些较大的企业,有专职的工作人员处理各类交易,并且内部有自己的权限控管层次,有些较小型的企业,可能没有专职的工作人员可以线上处理,而将其授权于父层级公司或金融机构代为处理,因此针对不同的公司,除了要分配操作自己的业务范围交易外,还可以操作其可以管理的企业的业务,为此我们要专门定制,为可以替代其他公司开放被授权处理的业务功能权限,并限制其仅能操作自己子公司的相关业务。

因为每个企业规模是不一样的,有些企业,仅允许将权限托管给服务方(银行或金融机构)操作,有些可能允许多方操作,但针对不同的被托管方,授权不同的业务操作权限,随着客户群的不断增加,托管需求变得越来越复杂,每次都要为其个性定制。无法将权限开放这一操作的主动权交给托管方,为系统的管理方带来了较高的管理和开发成本,所以方案需要进一步优化。



技术实现要素:

本发明所要解决的技术问题就是提供一种基于供应链金融服务平台的公司权限托管系统,能够实现一种可更灵活自由的权限托管机制,使授权方可自己决定需要授权给被授权方哪些功能权限,也可以自己随时收回权限,被授权方的用户,可以通过自己的操作界面,灵活切换为其他托管方角色,并执行该角色可操作的业务功能。

为解决上述技术问题,本发明提供的一种基于供应链金融服务平台的公司权限托管系统,其特征在于:该系统将供应链金融服务用户划分为被托管方、托管方和服务方,而服务权限为新增用户、删除用户、修改用户、上传票据、票据审批、申请融资、融资审批;

被托管方为企业的父公司,托管方为企业,服务方为银行或金融机构;

被托管方设置专门的代理组,托管方根据业务需要,设立托管的角色组,服务方与所有企业默认为父子关系,管理各企业之间的父子关系,同时能够作为被托管方接受托管方的托管;

被托管方拥有票据上传和申请融资的实体权限,同时还拥有用户删除、用户修改、票据上传和申请融资的角色转换权限,托管方拥有用户删除、用户修改、票据上传和申请融资的实体权限,服务方拥有新增用户的实体权限,同时拥有票据上传和申请融资的角色转换权限;

托管方根据业务需要将角色组与代理组相关联,从而变更被托管方或服务方的角色,以使其获得对自己的托管。

在上述技术方案中,所述被托管方具有关闭其设置的代理组的功能权限的功能。

在上述技术方案中,所述被托管方设置的代理组为用户删除和用户修改的角色转换权限组与票据上传和申请融资的角色转换权限组。

在上述技术方案中,托管方设置的角色组为用户删除和用户修改的实体权限组与票据上传和申请融资的实体权限组。

与现有技术相比,本发明的有益效果在于:本发明的托管授权,非至上而下,而是至下而上,不需要服务方统一管理,将权限分配分散到各个子公司单独动作,降低了服务方的运营成本,以及个别权限开放的个性化开发成本;权限托管的主动权掌握在托管方,哪些功能需要托管,操作权限如何按职责分配,何时托管或何时解除托管;被托管方代用户处理托管方业务,是以虚拟切换到托管方用户的方式,而非在自己的操作页面新增相应操作权限,不会让用户在使用系统时产生角色混淆,造成业务操作错误。

附图说明

图1为本发明供应链金融服务角色权限托管关系图;

图2为本发明角色组权限设定示意图。

具体实施方式

以下结合附图对本发明的具体实施例作进一步的详细描述:

本发明所设计的基于供应链金融服务平台的公司权限托管系统,其特征在于:该系统将供应链金融服务用户划分为被托管方、托管方和服务方,而服务权限为新增用户、删除用户、修改用户、上传票据、票据审批、申请融资、融资审批;

被托管方为企业的父公司,托管方为企业,服务方为银行或金融机构;

被托管方设置专门的代理组,托管方根据业务需要,设立托管的角色组,服务方与所有企业默认为父子关系,管理各企业之间的父子关系,同时能够作为被托管方接受托管方的托管;

被托管方拥有票据上传和申请融资的实体权限,同时还拥有用户删除、用户修改、票据上传和申请融资的角色转换权限,托管方拥有用户删除、用户修改、票据上传和申请融资的实体权限,服务方拥有新增用户的实体权限,同时拥有票据上传和申请融资的角色转换权限;

托管方根据业务需要将角色组与代理组相关联,从而变更被托管方或服务方的角色,以使其获得对自己的托管。

在上述技术方案中,所述被托管方具有关闭其设置的代理组的功能权限的功能。

在上述技术方案中,所述被托管方设置的代理组为用户删除和用户修改的角色转换权限组与票据上传和申请融资的角色转换权限组。

在上述技术方案中,托管方设置的角色组为用户删除和用户修改的实体权限组与票据上传和申请融资的实体权限组。

如图1、图2所示,本发明系统主要将参与方划为了三方:

服务商是指实际开展供应链金融业务的组织或者机构,可以是银行、保理公司、保险公司等符合法律准入政策的具有独立法人资格的公司。银行/金融机构作为系统的管理方和对企业的服务方,向其核心企业以及上下游企业开展应链金融服务。管理由其提供金融服务的所有企业,包括核心企业以及上下游企业,维护其相互关系以及权限机制。

核心企业是指在某个行业领域具有一定规模和信誉的大型制造企业,在其供应链上一般有大量的稳定的上下游企业。这些上下游企业与核心企业之间构成了一个命运共同体。

上下游企业是指为核心企业提供原材料、部件或者是生产销售服务的中小企业。

参与方关系层次如下:

无论是“核心企业”还是“上下游企业”都有可能授权服务商或其父公司代为操作相关交易,在系统中统一管理为公司企业company,系统中服务商(银行或金融机构)与所有核心及上下游企业默认为父子关系,可以服务商管理各公司企业之间的父子关系。

托管方将需要代理的功能权限,建立为独立的角色组,若需要分别授权不同的托管方或多个角色组处理不同的功能权限,亦可设立多个角色组;将被托管方的某个角色组与托管方的角色组进行关联,来实现被托管的父层级方的用户组成员被虚拟为子层级方的一名操作用户,并仅能操作该子层级方的业务数据。

实施例:

1.被托管方(即服务方/父公司)设立专门的代理小组,如图1中角色组rolegroup01和rolegroupa01,可不分配任务功能权限;

2.托管方设立根据业务需要,设立托管的角色组,如图1中角色组:rolegroupa01、rga01-1和rgb01-2,为角色组分配将授权给被托管方的功能权限;

3.由托管方建立托管关系,即托管方可选择父层级方(服务方或母公司)下的某一角色组,将该角色组设为欲托管的角色组的子角色组,如图1中角色组间从属关系rolegroup01torolegroupa01、rolegroupa02torga01-1、rolegroupa03torga02-2;

4.服务方(银行/金融机构)用户usera,即可切换为公司企业companya的rolegroupa01角色身份,为其代处理相关交易(userb、userc同理可推其代管的公司角色权限),即将usera虚拟为companya的一个用户。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1