CN113628027A - 一种全渠道信用中心系统 - Google Patents

Abstract

本申请公开了一种全渠道信用中心系统，包括基础配置模块、授信管理模块、信用控制模块和授信档案管理模块；基础配置模块包括授信主体管理单元、可配维度管理单元、账期模型单元、额度检验策略单元和逾期校验策略单元；所述授信档案管理模块包括可用额度查询单元、已用额度查询单元、信用校验记录单元、逾期情况查询单元和客户授信查询单元。该系统根据各个主流行业的信用管理需求设计而成，用户通过规则配置即可搭配出适用的信用管理规则，使得同一系统能适用于不同的行业信用管理需求，同时系统支持新增规则的叠加，使得更具前瞻性、扩展性。本申请可广泛应用于信用管理技术领域内。

Description

一种全渠道信用中心系统

技术领域

本申请涉及信用管理技术领域，尤其是一种全渠道信用中心系统。

背景技术

授信管理是传统赊账业务的进化产物，授信管理是公司风险防范机制的重要组成部分，其建立和实施对于扩大公司销售、规避业务风险、促进公司资金的良性循环起到重要作用。针对授信业务发展出的一种涵括范围广、具有较高效率、以及很大发展潜力的管理模式。

同时业务不同和经营模式不同，企业的授信管理方式、规则也呈多样化，因此如何通过简单的规则配置即可适用于各种行业的信用管理需要并且使得系统更具扩展性、复用性，避免重复的系统功能开发、减少开发成本变得十分重要。

发明内容

本申请的目的在于至少一定程度上解决现有技术中存在的技术问题之一。

为此，本申请实施例的一个目的在于提供一种全渠道信用中心系统，该系统通过对各个主流行业的信用管理需求抽象化后设计而成，用户通过规则配置即可搭配出适用的信用管理规则，使得同一系统能适用于不同的行业信用管理需求，同时系统支持新增规则的叠加，使得更具前瞻性、扩展性。

为了达到上述技术目的，本申请实施例所采取的技术方案包括：

本申请实施例提供了一种全渠道信用中心系统，包括基础配置模块、授信管理模块、信用控制模块和授信档案管理模块；

所述基础配置模块包括授信主体管理单元、可配维度管理单元、账期模型单元、额度检验策略单元和逾期校验策略单元；所述基础配置模块用于配置规则和策略；

所述授信管理模块用于管理额度申请单、审批申请和下发信用额度；；

所述信用控制模块用于根据所述基础配置模块配置的规则和策略进行有效期校验、额度校验、逾期校验、额度释放或者额度占用；

所述授信档案管理模块包括授信客户单元、授信账户单元、账户可用额度查询单元、已用额度查询单元、信用流水单元、信用账单单元、逾期情况查询单元和客户授信查询单元；所述授信档案管理模块用于查询用户的信用信息、账单信息和额度信息。

另外，根据本申请上述实施例的一种全渠道信用中心系统，还可以有以下附加的技术特征：

可选地，在本申请的一个实施例中，还包括信用评估模块；所述信用评估模块用于查看用户的信用评分、账户的信用等级、系统的信用评估模型和信用评估指标。信用评估模块可根据不同的用户的需求增加或者删除。

可选地，在本申请的一个实施例中，所述基础配置模块与关联中心对接；所述基础配置模块用于调用关联中心，并获取关联中心的信息。基础配置模块可以调用管理中心的信息进行各种配置

可选地，在本申请的一个实施例中，所述关联中心包括客商中心、组织中心、商品中心和用户中心。

可选地，在本申请的一个实施例中，所述账期模型单元包括结账日期自定义模型、固定周结日模型、固定月结日模型和分期还款模型；所述账期模型单元用于配置信用账户的账单结算日规则。不同账期模型可以配置出不同的还款规则，使整个系统的信用管理规则更完善。

可选地，在本申请的一个实施例中，所述逾期校验策略单元用于配置逾期校验时点和逾期校验的规则；所述逾期校验时点包括提交订单时点、客服审核通过时点、财务审核通过时点、创建发货单时点和确认发货时点。

可选地，在本申请的一个实施例中，还通过接口与订单中心对接；所述接口包括信用账户查询接口、额度校验接口、预期校验接口、额度占用接口、还款接口、退款接口和账单查询接口。

该系统根据各个主流行业的信用管理需求设计而成，用户通过规则配置即可搭配出适用的信用管理规则，使得同一系统能适用于不同的行业信用管理需求，同时系统支持新增规则的叠加，使得更具前瞻性、扩展性。

附图说明

图1为本申请中一种具体实施例中全渠道信用中心系统的架构示意图；

图2为本申请中一种具体实施例中全渠道信用中心系统的审核流程示意图；

图3为本申请中一种具体实施例中全渠道信用中心系统的退款流程示意图。

具体实施方式

下面结合附图详细描述本发明的实施例对本发明实施例中的全渠道信用中心系统的结构、工作原理和过程作以下说明。

参照图1，本申请的实施例提供一种全渠道信用中心系统，可以包括基础配置模块1、授信管理模块2、信用控制模块3和授信档案管理模块4。整个信用中心系统与订单中心相互连接，订单中心可以调用信用中心系统，信用中心系统可以获取订单的信息。其中，在本申请的一些实施例中，基础配置模块1可以至少包括授信主体管理单元、可配维度管理单元、账期模型单元、额度检验策略单元或逾期校验策略单元中的至少一个，用户可根据不同的需求增加或者减少单元的数量；具体地，以创建额度检验策略单元为例，信用中心的基础配置模块1可以获取用户所输入的额度校验策略名称和设置的额度校验时点、校验方式，根据额度校验策略名称和设置的额度校验时点、校验方式完成额度检验策略单元的创建，在本申请的一些实施例中，基础配置模块1部件可以调用关联中心，获取关联中心的信息包括客商中心的客户信息、组织中心的组织信息、商品中心的商品信息和用户中心的用户信息等，可以根据关联中心的组织信息选择增减信用组织的数量或者维度，还可以配置信用中心系统的额度校验和逾期校验的规则；具体地，以逾期校验为例，基础配置模块1可以配置逾期校验的时点或者逾期校验的策略，如逾期校验的时点为提交订单、客服审核通过、财务审核通过、创建发货单、确认发货等时点，订单在结算经过这些时点时，订单中心将通过对应的逾期校验接口调用信用中心进行逾期校验，对应的额度校验接口调用信用中心进行额度校验，理所当然的是，由于基础配置模块1所配置的策略和规则并不只有上述两种，因此订单中心还能在不同的时点通过对应的接口调用信用中心进行不一样的流程，在订单中心调用信用中心进行逾期校验时，信用账户若不满足对应的逾期校验，则信用账户可能不能使用信用账户支付；例如，若配置逾期校验的规则为按照逾期率判断：已逾期大于等于2天的账单应收总额占未还账单应收总额≤10％；当前信用账户额度账单情况为单号1总金额10元，已还金额5元，应还金额5元，已逾期3天；单号2总金额10元，已还金额4元，应还金额6元，已逾期1天；单号3总金额10元，已还金额7元，应还金额3元，已逾期0天；计算公式：(单号1应还金额5元)/(单号1应还金额5元+单号2应还金额6元+单号3应还金额3元)＝35.7％，35.7％不符合≤10％的条件，则信用账户的逾期校验不给与通过。另外，基础配置模块1还可以设置不同的账期模型；具体地，基础配置模块1可以按照日期自定义模型，可以设定固定周月结日模型、固定月结日模型和分期还款模型等不同类型的模型设置不同的账期模型，信用账户可以选择不同的模型定期结算自己的欠款并释放信用额度。在本申请的一些实施例中，授信管理模块2可以管理额度的申请单、审批授信申请和下发信用额度；信用账户在申请额度的时候会产生申请单，信用中心系统可查询额度申请的申请单，信用中心也可以管理信用账户的信息和信用档案，信用中心调用关联中心中的用户中心获取用户中心的账户信息和信用档案，并可以对其进行编辑或更改。在本申请的一些实施例中，信用控制模块3可以根据基础配置模块1所配置的规则和策略进行包括有效期校验、额度校验、逾期校验、额度释放或者额度占用的控制。具体地，当支付中心的订单处于提交订单、客服审核通过、财务审核通过、创建发货单、确认发货，信用中心等流程时，系统中心可以根据基础配置模块1设定的有效期校验、额度校验、逾期校验、额度释放或者额度占用等时点策略进行时点的匹配，成功匹配后系统中心将对订单进行有效期校验、额度校验、逾期校验、额度释放或者额度占用等操作。在本申请的一些实施例中，授信档案管理模块4包括授信客户单元、授信账户单元、账户可用额度查询单元、已用额度查询单元、信用流水单元、信用账单单元、逾期情况查询单元和客户授信查询单元；授信档案管理模块4可以查询用户的信用信息、账单信息和额度信息。在本申请的一些实施例中，授信档案管理模块4还可以根据用户的需要增加或者减少不同的单元。另外，在本申请的一些实施例中，还可以设置信用评估模块5，信用评估模块5可以查看账户的信用评分、账户的信用等级、系统的信用评估模型和信用评估的指标，信用评估模块5可以根据具体的功能或者用户的需要设置具体的单元。

在本申请的一些实施例中，全渠道信用中心系统还可以与订单中心对接，在订单提交、客服审核、财务审核和退款等流程通过不同的接口完成逾期校验、额度校验，额度占用、额度释放等功能。

具体地以图2的客服审核流程为例，如图2所示，在支付订单时，信用中心可以进行信用账户的逾期校验和额度校验，并对订单进行额度占用。首先，在信用中心可以确定订单是否使用了信用账户和确定基础配置模块所配置的规则和策略，根据策略所设定的时点对信用账户进行逾期校验。根据逾期率判定信用账户的逾期校验是否通过，完成具体的逾期校验。具体地，当设定的逾期率判断规则为：已逾期≥1天的账单应收总额≤100元，而当前信用账户的信用额度账单情况为单号1总金额10元，已还金额5元，应还金额5元，已逾期3天；单号2总金额10元，已还金额4元，应还金额6元，已逾期1天；单号3总金额10元，已还金额7元，应还金额3元，已逾期0天；根据计算公式：(单号1应还金额5元+单号2应还金额6元)＝11元，11符合≤100的条件，则信用账户的逾期校验通过；当信用账户的逾期校验不通过时，信用中心可使用不同的管控方式，比如提醒客户该信用账户已逾期或者禁止该信用账户使用信用支付。当逾期校验通过后，信用中心可对信用账户进行额度校验，根据基础配置模块所配置的额度检验策略，在订单客服审核过程中完成额度校验，具体地，当订单金额小于信用账户可用余额，则校验通过，当订单金额大于信用账户的可用余额时，则信用中心可使用不同的管控方式，比如提醒客户该信用账户额度不足或者提醒该信用账户使用其他支付。额度校验通过后，信用中心可发起支付占用，在确认信用账户正常后，判断支付金额是否小于信用账户的可用余额，若小于则扣减额度生成额度流水，并更新订单的支付状态和支付方式。

而在信用账户取消订单、客服审核不通过、财务审核不通过、取消发货、拒绝签收或者退款流程时，信用中心可以进行信用账户的额度释放。本申请实施例以退款流程为例，具体的额度释放流程可参照图3所示，在图3中，信用账户取消订单、客服审核不通过、财务审核不通过、订单取消发货、订单不签收或者退款时，信用中心获取订单的信息，如订单是否使用了信用账户支付，订单是否处于已支付的状态等信息，在确认订单使用信用账户并处于已支付的状态时，信用中心可以获取基础配置模块所配置的额度释放的策略和时点，进行信用账户的额度释放。具体地，信用账户释放对应的订单支付的额度，对应的订单支付的额度为订单已支付的额度与订单已退款的额度的差值，当然在未退款的情况下对应的订单支付的额度为订单已支付的额度，订单已支付的额度为固定额度，信用账户释放的额度也会随着订单退款金额的增加而减少，同时信用中心累加更新账单已退款的金额，在更新账单后，账单回款的金额小于应收金额，信用中心则生成一张信用账户信用调整单，该信用调整单可以用于下一次的支付，最终更新订单账单回款金额，更新支付单和订单的支付状态。

在一些可选择的实施例中，在方框图中提到的功能/操作可以不按照操作示图提到的顺序发生。例如，取决于所涉及的功能/操作，连续示出的两个方框实际上可以被大体上同时地执行或所述方框有时能以相反顺序被执行。此外，在本申请的流程图中所呈现和描述的实施例以示例的方式被提供，目的在于提供对技术更全面的理解。所公开的方法不限于本文所呈现的操作和逻辑流程。可选择的实施例是可预期的，其中各种操作的顺序被改变以及其中被描述为较大操作的一部分的子操作被独立地执行。

此外，虽然在功能性模块的背景下描述了本申请，但应当理解的是，除非另有相反说明，功能和/或特征中的一个或多个可以被集成在单个物理装置和/或软件模块中，或者一个或多个功能和/或特征可以在单独的物理装置或软件模块中被实现。还可以理解的是，有关每个模块的实际实现的详细讨论对于理解本申请是不必要的。更确切地说，考虑到在本文中公开的装置中各种功能模块的属性、功能和内部关系的情况下，在工程师的常规技术内将会了解该模块的实际实现。因此，本领域技术人员运用普通技术就能够在无需过度试验的情况下实现在权利要求书中所阐明的本申请。还可以理解的是，所公开的特定概念仅仅是说明性的，并不意在限制本申请的范围，本申请的范围由所附权利要求书及其等同方案的全部范围来决定。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干程序用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行程序的定序列表，可以具体实现在任何计算机可读介质中，以供程序执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从程序执行系统、装置或设备取程序并执行程序的系统)使用，或结合这些程序执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供程序执行系统、装置或设备或结合这些程序执行系统、装置或设备而使用的装置。

计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的程序执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

在本说明书的上述描述中，参考术语“一个实施方式/实施例”、“另一实施方式/实施例”或“某些实施方式/实施例”等的描述意指结合实施方式或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施方式或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施方式或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施方式或示例中以合适的方式结合。

尽管已经示出和描述了本申请的实施方式，本领域的普通技术人员可以理解：在不脱离本申请的原理和宗旨的情况下可以对这些实施方式进行多种变化、修改、替换和变型，本申请的范围由权利要求及其等同物限定。

以上是对本申请的较佳实施进行了具体说明，但本申请并不限于所述实施例，熟悉本领域的技术人员在不违背本申请精神的前提下还可做作出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围内。

Claims (7)

1.一种全渠道信用中心系统，其特征在于，包括基础配置模块、授信管理模块、信用控制模块和授信档案管理模块；

所述基础配置模块包括授信主体管理单元、可配维度管理单元、账期模型单元、额度检验策略单元和逾期校验策略单元；所述基础配置模块用于配置规则和策略；

所述授信管理模块用于管理额度申请单、审批申请和下发信用额度；

所述信用控制模块用于根据所述基础配置模块配置的规则和策略进行有效期校验、额度校验、逾期校验、额度释放或者额度占用；

所述授信档案管理模块包括授信客户单元、授信账户单元、账户可用额度查询单元、已用额度查询单元、信用流水单元、信用账单单元、逾期情况查询单元和客户授信查询单元；所述授信档案管理模块用于查询用户的信用信息、账单信息和额度信息。

2.根据权利要求1所述的一种全渠道信用中心系统，其特征在于，还包括信用评估模块；所述信用评估模块用于查看账户的信用评分、账户的信用等级、系统的信用评估模型和信用评估指标。

3.根据权利要求1所述的一种全渠道信用中心系统，其特征在于，所述基础配置模块与关联中心对接；所述基础配置模块用于调用关联中心，并获取关联中心的信息。

4.根据权利要求3所述的一种全渠道信用中心系统，其特征在于，所述关联中心包括客商中心、组织中心、商品中心和用户中心。

5.根据权利要求1所述的一种全渠道信用中心系统，其特征在于，所述账期模型单元包括结账日期自定义模型、固定周结日模型、固定月结日模型和分期还款模型；所述账期模型单元用于配置信用账户的账单结算日规则。

6.根据权利要求1所述的一种全渠道信用中心系统，其特征在于，所述逾期校验策略单元用于配置逾期校验时点和逾期校验的规则；所述逾期校验时点包括提交订单时点、客服审核通过时点、财务审核通过时点、创建发货单时点和确认发货时点。

7.根据权利要求1所述的一种全渠道信用中心系统，其特征在于，还通过接口与订单中心对接；所述接口包括信用账户查询接口、额度校验接口、预期校验接口、额度占用接口、还款接口、退款接口和账单查询接口。

Images