CN113592633B - 一种信用卡审批及核准业务的方法 - Google Patents

Abstract

本发明涉及一种信用卡审批及核准业务的方法，包括以下步骤：预设字段表和产品字段配置表，字段表和产品字段配置表组合形成数据校验网；数据校验网对待审批数据进行数据校验，以得到规范且合法的待审批数据；根据业务功能将审批及核准流程划分为多个节点，依次罗列各节点，每个节点内包含本节点的名称、类型、审批状态以及下一节点的名称；依据节点顺序依次对待审批数据进行审批及核准，直至所有节点审批及核准结束；若在任一节点的审批及核准过程中出现异常，则将当前待审批数据分配到异常池，由异常池解决当前异常。本发明解决了传统信用卡审批的弊端，同时还能规范审批流程，减少了人为判断差错性，提高了审批效率。

Description

一种信用卡审批及核准业务的方法

技术领域

本发明涉及银行管理系统技术领域，特别涉及一种信用卡审批及核准业务的方法。

背景技术

传统信用卡审批业务的档案依据手工作业、手工登记信息和纸质档案呈递。存在整体流程耗时高、登记信息不方便、流程监控难、档案呈递过程成本高以及管理不便等诸多问题。

因此有必要提供一种信用卡审批及核准业务的方法，以解决传统信用卡审批的弊端，同时还能规范审批流程，提高审批效率。

发明内容

本发明的目的在于提供一种信用卡审批及核准业务的方法，以解决传统信用卡审批的弊端，同时还能规范审批流程，提高审批效率。

为了解决上述问题，本发明提供了一种信用卡审批及核准业务的方法，包括以下步骤：

预设字段表和产品字段配置表，字段表为产品字段配置表中的产品提供字段配置，字段表和产品字段配置表组合形成数据校验网；

数据校验网对待审批数据进行数据校验，以得到规范且合法的待审批数据；

根据业务功能将审批及核准流程划分为多个节点，依次罗列各节点，每个节点内包含本节点的名称、类型、审批状态以及下一节点的名称；

依据节点顺序依次对待审批数据进行审批及核准，直至所有节点审批及核准结束；

若在任一节点的审批及核准过程中出现异常，则将当前待审批数据分配到异常池，由异常池解决当前异常。

可选的，在所述信用卡审批及核准业务的方法中，

字段表内包括但不限于字段编号、字段名、关联枚举、最大长度以及字段所属表；

产品字段配置表包括但不限于字段编号、产品编号、是否必填以及联动校验标志位；

字段表和产品字段配置表组合时，根据产品编号获取对应的产品字段配置表，再根据获取的产品字段配置表内的字段编号获取对应的字段表，将获取的产品字段配置表和字段表组合，得到产品编号对应产品进行数据校验的校验准则，形成数据校验网。

可选的，在所述信用卡审批及核准业务的方法中，数据校验网对待审批数据进行数据校验，包括以下步骤：

从待审批数据中获取产品编号，根据产品编号获取对应的产品字段配置表，再根据获取的产品字段配置表内的字段编号获取对应的字段表，将获取的产品字段配置表和字段表内预设的字段与所述待审批数据进行匹配，若全部匹配，则数据校验通过，判定所述待审批数据规范且合法，否则数据校验不通过，判定所述待审批数据不规范和/或不合法，并不再对待审批数据进行下一步骤。

可选的，在所述信用卡审批及核准业务的方法中，匹配规则包括但不限于：字段是否必填、长度是否超过最大长度、字段存储位置是否正确。

可选的，在所述信用卡审批及核准业务的方法中，根据业务功能将审批及核准流程划分为多个节点，节点包括但不限于银行审批节点、第三方审批节点、风控审批节点以及人工节点；

其中银行审批节点、第三方审批节点以及风控审批节点的类型为第一类，即为非人工控制的节点；人工节点的类型为第二类，即为人工控制的节点。

可选的，在所述信用卡审批及核准业务的方法中，

银行审批节点与银行系统交互，银行审批节点获取银行系统的数据源，并在银行审批节点审核通过后将审批结果传送至银行系统；

第三方审批节点与第三方系统交互，第三方审批节点获取第三方系统的数据源，并在第三方审批节点审核通过后将审批结果传送至第三方系统；

风控审批节点与风控系统交互，风控审批节点获取风控系统的数据源，并在风控审批节点审核通过后将审批结果传送至风控系统。

可选的，在所述信用卡审批及核准业务的方法中，每个节点产生的数据作为入参流转至下一个节点，以减少数据库的交互。

可选的，在所述信用卡审批及核准业务的方法中，审批状态包括审核通过、待定以及异常。

可选的，在所述信用卡审批及核准业务的方法中，任一节点审批及核准待审批数据时，

若审批状态为审核通过，则由下一节点继续审批及核准待审批数据；

若审批状态为待定，则在当前节点审批及核准结束后暂停下一节点的审批及核准，并等待时间驱动启动下一节点的审批及核准；

若审批状态为异常，则将所述待审批数据分配到异常池，并暂停下一节点的审批及核准，直至当前节点恢复正常并且审批状态为审核通过。

可选的，在所述信用卡审批及核准业务的方法中，由异常池解决当前异常的方式如下：

若是网络原因导致异常，则采用重试或疏通网络的方式解决当前异常；

若是系统漏洞导致异常，则人工排查并解决当前异常；

若是审批及核准流程原因导致暂停异常，则主动唤醒流程解决当前异常。

在本发明所提供的信用卡审批及核准业务的方法中，通过设置线上的数据校验网、审批节点以及异常池，解决了传统信用卡审批的弊端，同时还能规范审批流程，使业务人员操作更便利，减少了人为判断差错性，提高了审批效率。

附图说明

图1为本发明实施例提供的信用卡审批及核准的流程图。

具体实施方式

下面将结合示意图对本发明的具体实施方式进行更详细的描述。根据下列描述，本发明的优点和特征将更清楚。需说明的是，附图均采用非常简化的形式且均使用非精准的比例，仅用以方便、明晰地辅助说明本发明实施例的目的。

如果本文所述的方法包括一系列步骤，则本文所呈现的这些步骤的顺序并非必须是可执行这些步骤的唯一顺序，且一些所述的步骤可被省略和/或一些本文未描述的其他步骤可被添加到该方法中。

传统信用卡审批业务的档案依据手工作业、手工登记信息和纸质档案呈递。存在整体流程耗时高、登记信息不方便、流程监控难、档案呈递过程成本高以及管理不便等诸多问题。

因此有必要提供一种信用卡审批及核准业务的方法，如图1所示，图1为本发明实施例提供的信用卡审批及核准的流程图，所述方法包括以下步骤：

预设字段表和产品字段配置表，字段表为产品字段配置表中的产品提供字段配置，字段表和产品字段配置表组合形成数据校验网；

数据校验网对待审批数据进行数据校验，以得到规范且合法的待审批数据；

根据业务功能将审批及核准流程划分为多个节点，依次罗列各节点，每个节点内包含本节点的名称、类型、审批状态以及下一节点的名称；

依据节点顺序依次对待审批数据进行审批及核准，直至所有节点审批及核准结束；

若在任一节点的审批及核准过程中出现异常，则将当前待审批数据分配到异常池，由异常池解决当前异常。

进一步的，参考图1，在所有节点审批及核准结束之后，所述待审批数据调整为终态数据，并存入数据库；接着将终态数据对应的文件上送是信用卡中心，由信用卡中心进行建卡建账操作。

优选的，字段表内包括但不限于字段编号、字段名、关联枚举、最大长度以及字段所属表；产品字段配置表包括但不限于字段编号、产品编号、是否必填以及联动校验标志位；字段表和产品字段配置表组合时，根据产品编号获取对应的产品字段配置表，再根据获取的产品字段配置表内的字段编号获取对应的字段表，将获取的产品字段配置表和字段表组合，得到产品编号对应产品进行数据校验的校验准则，形成数据校验网。

进一步的，数据校验网对待审批数据进行数据校验，包括以下步骤：

从待审批数据中获取产品编号，根据产品编号获取对应的产品字段配置表，再根据获取的产品字段配置表内的字段编号获取对应的字段表，将获取的产品字段配置表和字段表内预设的字段与所述待审批数据进行匹配，若全部匹配，则数据校验通过，判定所述待审批数据规范且合法，否则数据校验不通过，判定所述待审批数据不规范和/或不合法，并不再对待审批数据进行下一步骤。

在一个实施例中，字段表如下：

字段名	业务含义	备注
			field_id	字段编号	主键，同时也是产品字段配置表的外键
field_name	字段名
			……	关联枚举
……	最大长度
			……	字段所属表
……	……	……

产品字段配置表如下：

字段名	业务含义	备注
			id	主键
field_id	字段编号	对应字段表主键field_id
			product_cd	产品编号	对应不同的卡产品
……	是否必填
			……	联动校验标志位
……	……

不难看出，字段表内配置了待审批数据对应的字段名、描述、所属表以及长度位等规则，而产品字段配置表针对不同的卡产品product_cd整理出该卡产品下所有的字段集合，来约束该字段是否必填、是否存在联动校验。基于这种表设计下，待审批数据进入本方法的系统时，会将字段表和产品字段配置表联动整合成一个数据校验网，优先匹配该待审批数据的卡产品product_cd，然后根据卡产品拿到需要的字段校验准则，从而将待审批数据和校验字段进行匹配。

较佳的，匹配规则包括但不限于：字段是否必填、长度是否超过最大长度、字段存储位置是否正确，从而达到灵活配置化校验待审批数据的目的。

如图1所示，根据业务功能将审批及核准流程划分为多个节点，节点包括但不限于银行审批节点、第三方审批节点、风控审批节点以及人工节点；其中银行审批节点、第三方审批节点以及风控审批节点的类型为第一类，即为非人工控制的节点；人工节点的类型为第二类，即为人工控制的节点。

继续参考图1，银行审批节点与银行系统交互，银行审批节点获取银行系统的数据源，并在银行审批节点审核通过后将审批结果传送至银行系统；三方审批节点与第三方系统交互，第三方审批节点获取第三方系统的数据源，并在第三方审批节点审核通过后将审批结果传送至第三方系统；风控审批节点与风控系统交互，风控审批节点获取风控系统的风控策略数据源，并在风控审批节点审核通过后将审批结果传送至风控系统。优选的，本方法的系统与银行系统、第三方系统以及风控系统等外部系统进行交互时，可以通过socket、http、框架集成的mq等进行交互。

较佳的，每个节点产生的数据作为入参流转至下一个节点，以减少数据库的交互。同时在任一节点的审批及核准完成时保存数据，实现数据的持久化，防止数据丢失。

优选的，在所述信用卡审批及核准业务的方法中，审批状态包括审核通过、待定以及异常。

任一节点审批及核准待审批数据时，

若审批状态为审核通过，则由下一节点继续审批及核准待审批数据；

若审批状态为待定，则在当前节点审批及核准结束后暂停下一节点的审批及核准，并等待时间驱动启动下一节点的审批及核准；

若审批状态为异常，则将所述待审批数据分配到异常池，并暂停下一节点的审批及核准，直至当前节点恢复正常并且审批状态为审核通过。

具体的，本发明需要标记头结点以及头结点的下一节点，然后由头部向尾执行，其中每一个节点执行对应节点的业务功能。

在一个实施例中，参考图1，各节点的配置如下：

如上表所示，流程图编号一致，则认为属于同一流程。然后根据指定的节点名称，去执行对应的代码。继续参考图1，在数据校验完成后，进入银行审批节点，银行审批节点需要访问银行的数据源接口，如果接口交互正常，本方法的系统拿到指定的银行数据源数据，那么节点正常结束；找到配置的下一节点即第三方审批节点，开始第三方审批节点的逻辑，以此类推直至结束。但是，如果节点没有正常结束，比如银行审批节点，请求银行数据源的时候若没有拿到指定的数据，则节点异常，如果该节点配置需要异常重试，那么该待审批数据将会直接被分配到异常池内，然后依据异常池的规则，在规定时间内解决异常并执行银行审批节点的逻辑，直至成功执行。若出现异常重试超时等情况，则待审批数据为审核不通过，并结束流程。

优选的，由异常池解决当前异常的方式如下：

若是网络原因导致异常，则采用重试或疏通网络的方式解决当前异常；

若是系统漏洞导致异常，则人工排查并解决当前异常；

若是审批及核准流程原因导致暂停异常，则主动唤醒流程解决当前异常。

具体的，本方法的系统具有异常重试功能，且会对非正常状态的数据进行检查，节点内的异常包括有业务异常和系统异常，其异常原因在历史表里都有记录，绝大多数情况均可以通过数据库排查出异常原因。这些异常进入异常池后，会依据异常池配置对待审批数据进行重试。因为考虑到本方法的系统多处和外部系统进行交互，因此存在因为网络等问题导致接口交易失败的情况，这样的数据能够通过重试解决当前异常；另一方面，如果是因为系统漏洞导致的异常，也可以预留充足的时间给研发人员排查并解决问题，然后通过异常池恢复数据，并解决当前异常。若待审批数据长时间未到达终态，本方法也存在对应的措施，例如通过配置主动唤醒流程，也根据可以通过页面功能区将接口异常的待审批数据重新进行审批。

综上，在本发明所提供的信用卡审批及核准业务的方法中，通过设置线上的数据校验网、审批节点以及异常池，解决了传统信用卡审批的弊端，同时还能规范审批流程，使业务人员操作更便利，减少了人为判断差错性，提高了审批效率。并且风控系统等的介入能够根据客户的各种特征数据更精准的产出审批结论。

上述仅为本发明的优选实施例而已，并不对本发明起到任何限制作用。任何所属技术领域的技术人员，在不脱离本发明的技术方案的范围内，对本发明揭露的技术方案和技术内容做任何形式的等同替换或修改等变动，均属未脱离本发明的技术方案的内容，仍属于本发明的保护范围之内。

Claims (9)

1.一种信用卡审批及核准业务的方法，其特征在于，包括以下步骤：

预设字段表和产品字段配置表，字段表为产品字段配置表中的产品提供字段配置，字段表和产品字段配置表组合形成数据校验网，方式如下：字段表和产品字段配置表组合时，根据产品编号获取对应的产品字段配置表，再根据获取的产品字段配置表内的字段编号获取对应的字段表，将获取的产品字段配置表和字段表组合，得到产品编号对应产品进行数据校验的校验准则，形成数据校验网；

数据校验网对待审批数据进行数据校验，以得到规范且合法的待审批数据；

根据业务功能将审批及核准流程划分为多个节点，依次罗列各节点，每个节点内包含本节点的名称、类型、审批状态以及下一节点的名称；其中，节点包括但不限于银行审批节点、第三方审批节点、风控审批节点以及人工节点；

依据节点顺序依次对待审批数据进行审批及核准，直至所有节点审批及核准结束；

若在任一节点的审批及核准过程中出现异常，则将当前待审批数据分配到异常池，由异常池解决当前异常，方式如下：若是网络原因导致异常，则采用重试或疏通网络的方式解决当前异常；若是系统漏洞导致异常，则人工排查并解决当前异常；若是审批及核准流程原因导致暂停异常，则主动唤醒流程解决当前异常。

2.如权利要求1所述的信用卡审批及核准业务的方法，其特征在于，

字段表内包括但不限于字段编号、字段名、关联枚举、最大长度以及字段所属表；

产品字段配置表包括但不限于字段编号、产品编号、是否必填以及联动校验标志位。

3.如权利要求2所述的信用卡审批及核准业务的方法，其特征在于，数据校验网对待审批数据进行数据校验，包括以下步骤：

从待审批数据中获取产品编号，根据产品编号获取对应的产品字段配置表，再根据获取的产品字段配置表内的字段编号获取对应的字段表，将获取的产品字段配置表和字段表内预设的字段与所述待审批数据进行匹配，若全部匹配，则数据校验通过，判定所述待审批数据规范且合法，否则数据校验不通过，判定所述待审批数据不规范和/或不合法，并不再对待审批数据进行下一步骤。

4.如权利要求3所述的信用卡审批及核准业务的方法，其特征在于，匹配规则包括但不限于：字段是否必填、长度是否超过最大长度、字段存储位置是否正确。

5.如权利要求1所述的信用卡审批及核准业务的方法，其特征在于，根据业务功能将审批及核准流程划分为多个节点；

其中银行审批节点、第三方审批节点以及风控审批节点的类型为第一类，即为非人工控制的节点；人工节点的类型为第二类，即为人工控制的节点。

6.如权利要求5所述的信用卡审批及核准业务的方法，其特征在于，

银行审批节点与银行系统交互，银行审批节点获取银行系统的数据源，并在银行审批节点审核通过后将审批结果传送至银行系统；

第三方审批节点与第三方系统交互，第三方审批节点获取第三方系统的数据源，并在第三方审批节点审核通过后将审批结果传送至第三方系统；

风控审批节点与风控系统交互，风控审批节点获取风控系统的数据源，并在风控审批节点审核通过后将审批结果传送至风控系统。

7.如权利要求1所述的信用卡审批及核准业务的方法，其特征在于，每个节点产生的数据作为入参流转至下一个节点，以减少数据库的交互。

8.如权利要求1所述的信用卡审批及核准业务的方法，其特征在于，审批状态包括审核通过、待定以及异常。

9.如权利要求8所述的信用卡审批及核准业务的方法，其特征在于，任一节点审批及核准待审批数据时，

若审批状态为审核通过，则由下一节点继续审批及核准待审批数据；

若审批状态为待定，则在当前节点审批及核准结束后暂停下一节点的审批及核准，并等待时间驱动启动下一节点的审批及核准；

若审批状态为异常，则将所述待审批数据分配到异常池，并暂停下一节点的审批及核准，直至当前节点恢复正常并且审批状态为审核通过。