支付风险控制系统及方法与流程

1.本发明涉及支付风险控制技术领域，尤其是涉及一种支付风险控制系统及方法。


背景技术：

2.随着寿险付费业务规模越来越大，业务逻辑越来越复杂，支付业务面临的资金风险也越来越大，关于付费风险控制的需求越来越迫切，各大公司对于付费风控项目的建设逐步推行，相关技术中，通常只能基于业务系统自身的功能进行简单的支付风险监控，然而该方式难以解决因银行系统问题、网络异常、人为错误操作、系统异常等各类不可控因素导致的资金重复支付问题，降低了资金安全，且重复支付后资金追回困难，客户体验度较差。


技术实现要素：

3.本发明的目的在于提供一种支付风险控制系统及方法，以对支付风险进行有效监控，以有效预防重复支付，保证资金安全，提升客户体验度。
4.本发明提供的一种支付风险控制系统，包括：依次连接的配置模块、控制模块、预警模块、监控模块、对账模块和资金确认模块；配置模块用于基于接收到的支付请求生成风险预警配置项，如果根据风险预警配置项判断支付请求中携带的当前付费数据不是重复支付的数据，将支付请求发送至控制模块；控制模块用于查询预设控制表中是否存在支付请求对应的编号，如果不存在编号，或存在编号但显示支付失败，将支付请求发送至预警模块；预警模块用于基于预设的支付风险控制策略判断支付请求是否为重复支付，根据判断结果确定支付结果；监控模块用于对支付结果进行监控；对账模块用于获取银行对账文件，如果银行对账文件与支付结果中的实际交易数据一致，将实际交易数据发送至资金确认模块；资金确认模块用于将实际交易数据中的交易金额与资金流水数据进行比对，如果比对结果一致，确认支付成功。
5.进一步的，配置模块用于接收支付请求，根据支付请求中携带的付费方式和付费业务类型，生成风险预警配置项。
6.进一步的，配置模块还用于如果根据风险预警配置项判断当前付费数据是重复支付的数据，阻断支付请求，将阻断结果返回至业务端，以使业务人员对支付请求进行确认。
7.进一步的，控制模块还用于如果预设控制表中存在支付请求对应的编号，且未显示支付失败，阻断支付请求，将阻断结果返回至业务端，以使业务人员对支付请求进行确认。
8.进一步的，预警模块用于获取支付请求中携带的付费方式和付费业务类型，如果基于预设的支付风险控制策略、付费方式和付费业务类型判断支付请求为重复，生成预警信息，并阻断支付请求，将阻断结果返回至业务端，将预警信息发送至指定终端，以使指定业务人员校验支付请求，如果校验确认支付请求中携带的当前付费数据是重复支付的数据，阻断支付请求；如果校验确认当前付费数据不是重复支付的数据，对当前付费数据进行支付；得到支付结果。
9.进一步的，预警模块还用于如果基于预设的支付风险控制策略、付费方式和付费业务类型判断支付请求不是重复支付，对当前付费数据进行支付，得到支付结果。
10.进一步的，监控模块还用于如果支付结果指示支付失败，且判断失败原因为异常失败原因，按预设方式显示异常失败预警信息，以提醒业务人员对支付结果进行确认；如果支付结果指示支付失败且判断失败原因为正常失败原因，或支付结果指示支付成功，将支付结果发送至对账模块。
11.进一步的，对账模块还用于如果银行对账文件与支付结果中的实际交易数据不一致，生成对账预警信息，以提醒业务人员对银行对账文件和实际交易数据重新比对。
12.进一步的，资金确认模块还用于如果比对结果不一致，生成比对预警信息，以提醒业务人员对实际交易数据中的交易金额与资金流水数据重新比对。
13.本发明提供的一种支付风险控制方法，方法包括：配置模块基于接收到的支付请求生成风险预警配置项，如果根据风险预警配置项判断支付请求中携带的当前付费数据不是重复支付的数据，将支付请求发送至控制模块；控制模块查询预设控制表中是否存在支付请求对应的编号，如果不存在编号，或存在编号但显示支付失败，将支付请求发送至预警模块；预警模块基于预设的支付风险控制策略判断支付请求是否为重复支付，根据判断结果确定支付结果；监控模块对支付结果进行监控；对账模块获取银行对账文件，如果银行对账文件与支付结果中的实际交易数据一致，将实际交易数据发送至资金确认模块；资金确认模块将实际交易数据中的交易金额与资金流水数据进行比对，如果比对结果一致，确认支付成功。
14.本发明提供的一种支付风险控制系统及方法，配置模块用于基于接收到的支付请求生成风险预警配置项，如果根据风险预警配置项判断支付请求中携带的当前付费数据不是重复支付的数据，将支付请求发送至控制模块；控制模块用于查询预设控制表中是否存在支付请求对应的编号，如果不存在编号，或存在编号但显示支付失败，将支付请求发送至预警模块；预警模块用于基于预设的支付风险控制策略判断支付请求是否为重复支付，根据判断结果确定支付结果；监控模块用于对支付结果进行监控；对账模块用于获取银行对账文件，如果银行对账文件与支付结果中的实际交易数据一致，将实际交易数据发送至资金确认模块；资金确认模块用于将实际交易数据中的交易金额与资金流水数据进行比对，如果比对结果一致，确认支付成功。该系统中的多个模块对应多重付费预警控制，每个支付请求都需要经过该多重付费预警控制，通过将支付风险控制前置，可以有效预防重复支付问题，保证了资金安全，提升了客户体验度。
附图说明
15.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
16.图1为本发明实施例提供的一种支付风险控制系统的结构示意图；
17.图2为本发明实施例提供的一种支付风险控制方式的流程图；
18.图3为本发明实施例提供的一种风险预警配置项的示意图；
19.图4为本发明实施例提供的一种预警邮件示意图；
20.图5为本发明实施例提供的一种异常失败原因预警的示意图；
21.图6为本发明实施例提供的一种邮件预警的示意图；
22.图7为本发明实施例提供的一种手工对账的示意图；
23.图8为本发明实施例提供的一种邮件预警配置页面的示意图；
24.图9为本发明实施例提供的另一种邮件预警配置页面的示意图；
25.图10为本发明实施例提供的一种确认页面的示意图。
具体实施方式
26.下面将结合实施例对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
27.随着寿险业务不断的发展，体量不断的壮大，保险公司每日向外支出的数据量也越来越大，关于付费风险控制的需求越来越迫切。各大公司对于付费风控项目的建设逐步推行，然而相关技术难以解决因银行系统问题、网络异常、人为错误操作、系统异常等各类不可控因素导致的资金重复支付问题，降低了资金安全，且重复支付后资金追回困难，客户体验度较差。
28.为便于对本实施例进行理解，首先对本发明实施例所公开的一种支付风险控制系统，如图1所示，包括：依次连接的配置模块10、控制模块11、预警模块12、监控模块13、对账模块14和资金确认模块15；配置模块10用于基于接收到的支付请求生成风险预警配置项，如果根据风险预警配置项判断支付请求中携带的当前付费数据不是重复支付的数据，将支付请求发送至控制模块11；
29.在实际实现时，通常会针对不同的付费业务制定不同的风险预警配置项，覆盖范围广、精度高。在接收到支付请求后，通过该配置模块10对应的策略可对支付请求中的当前付费数据是否重复进行智能分析，如果当前付费数据不是重复支付的数据，则进入下一道风险校验，即将支付请求发送至控制模块11。
30.控制模块11用于查询预设控制表中是否存在支付请求对应的编号，如果不存在编号，或存在编号但显示支付失败，将支付请求发送至预警模块12。
31.上述支付请求对应的编号可以是付费流水号等；该控制模块11对应的策略是指一笔支付业务只可支付一次，通过数据库主键进行唯一性控制，具体的，可以根据支付请求对应的编号查询预设控制表中是否存在该编号，如果不存在该编号，表示本次支付之前没有支付过当前付费数据，可以将该支付请求携带的当前付费数据及对应的编号保存至该控制表中，并进入下一道风控校验，即将支付请求发送至预警模块12。如果控制表中存在该编号，但明确显示该编号对应的付费数据支付失败，则允许再次支付，可以将该支付请求携带的当前付费数据及对应的编号保存至该控制表中，并进入下一道风控校验，即将支付请求发送至预警模块12。
32.预警模块12用于基于预设的支付风险控制策略判断支付请求是否为重复支付，根据判断结果确定支付结果；
33.在实际实现时，可以根据事先制定的支付风险控制策略进行重复付费预警，通常针对不同的业务场景所制定的策略也不同，例如，保全退费，拿当前支付数据检索历史支付记录，如存在同保单、同日期、同金额、同收款人的数据，则触发预警。该预警模块12对应的策略可以是针对不同的付费业务制定的不同的风控策略，覆盖范围广、精度高，可以根据该支付请求对应的支付风险控制策略判断是否重复支付，得到判断结果，根据该判断结果确定支付结果，比如，该支付结果可以是支付成功或支付失败等。
34.监控模块13用于对支付结果进行监控；该监控模块13可以监控支付结果，比如，可以定时获取支付结果，如果支付结果失败，可以校验失败原因是否是维护在白名单中的正常失败原因，并根据校验结果执行相应的处理措施。
35.对账模块14用于获取银行对账文件，如果银行对账文件与支付结果中的实际交易数据一致，将实际交易数据发送至资金确认模块15；具体实现时，可以定时获取银行对账文件，并将该银行对账文件与实际交易数据进行比对，该对账模块对应的策略可以将实际交易数据与银行对账文件中的交易信息逐一进行核对，以保证双方数据一致性。
36.资金确认模块15用于将实际交易数据中的交易金额与资金流水数据进行比对，如果比对结果一致，确认支付成功。在实际实现时，可以进一步经过账户资金确认，该资金确认模块15对应的策略为系统交易成功的交易金额与账户资金流水数据进行核对，以保证系统交易数据与资金流水数据一致，如果确认双方数据一致，则可以最终确认支付成功。
37.上述支付风险控制系统，配置模块用于基于接收到的支付请求生成风险预警配置项，如果根据风险预警配置项判断支付请求中携带的当前付费数据不是重复支付的数据，将支付请求发送至控制模块；控制模块用于查询预设控制表中是否存在支付请求对应的编号，如果不存在编号，或存在编号但显示支付失败，将支付请求发送至预警模块；预警模块用于基于预设的支付风险控制策略判断支付请求是否为重复支付，根据判断结果确定支付结果；监控模块用于对支付结果进行监控；对账模块用于获取银行对账文件，如果银行对账文件与支付结果中的实际交易数据一致，将实际交易数据发送至资金确认模块；资金确认模块用于将实际交易数据中的交易金额与资金流水数据进行比对，如果比对结果一致，确认支付成功。该系统中的多个模块对应多重付费预警控制，每个支付请求都需要经过该多重付费预警控制，通过将支付风险控制前置，可以有效预防重复支付问题，从而保证了资金安全，提升了客户体验度。
38.进一步的，配置模块用于接收支付请求，根据支付请求中携带的付费方式和付费业务类型，生成风险预警配置项。
39.具体的，参见图2所示的一种支付风险控制方式的流程图，步骤1中的支付风险配置对应上述配置模块，当有新增的付费方式及新增的付费业务类型时，可以获取该付费方式及付费业务类型，依据业务场景制定防重风险预警配置项，即上述风险预警配置项，后期根据业务需要对存储过程调整即可使用。参见图3所示的一种风险预警配置项的示意图，其中包括批次报盘风险支付控制配置项、柜面付费风险支付控制配置项、实时付费风险支付控制配置项等，可以根据付费方式及业务类型制定出相应的重复付费预警体系。
40.进一步的，配置模块还用于如果根据风险预警配置项判断当前付费数据是重复支付的数据，阻断支付请求，将阻断结果返回至业务端，以使业务人员对支付请求进行确认。
41.配置模块对应的策略可以对当前付费数据是否重复进行智能分析，分析后如存在
重复支付风险，则立即对该业务进行阻断，并返回业务端进行确认。
42.进一步的，控制模块还用于如果预设控制表中存在支付请求对应的编号，且未显示支付失败，阻断支付请求，将阻断结果返回至业务端，以使业务人员对支付请求进行确认。
43.如图2所示，步骤2中的防重支付控制-控制表对应上述控制模块，该控制模块对应的策略是指一笔支付业务只可支付一次，再次发起时直接进行逻辑阻断，支付在途、未对账、未资金确认、支付成功的数据不可进行二次支付，只有明确付费失败后才允许再次发起支付。具体可以根据请求实付号查询控制表中付费中或者付费成功数据等，如果控制表中有该请求实付号，则付费失败，结果返回业务端，流程结束，如果控制表中没有该请求实付号，则数据成功入库，进入下一风控校验。
44.进一步的，预警模块用于获取支付请求中携带的付费方式和付费业务类型，如果基于预设的支付风险控制策略、付费方式和付费业务类型判断支付请求为重复，生成预警信息，并阻断支付请求，将阻断结果返回至业务端，将预警信息发送至指定终端，以使指定业务人员校验支付请求，如果校验确认支付请求中携带的当前付费数据是重复支付的数据，阻断支付请求；如果校验确认当前付费数据不是重复支付的数据，对当前付费数据进行支付；得到支付结果。
45.如图2所示，步骤3中的防重支付控制-重复付费预警，即对应上述预警模块，获取业务端传送的付费方式及付费业务类型，进入支付风险校验，如果基于预设的支付风险控制策略判断支付请求重复，则校验不通过，确认付费失败，返回疑似重复付费，触发重复付费预警，系统马上自动对该笔数据进行拦截，将拦截结果返回业务端，并实时触发邮件自动发送功能，将预警数据发送到指定业务人员进行确认，如图4所示的一种预警邮件示意图。若业务人员判断为重复数据，则系统对该笔数据进行永久拦截；若业务人员判断为系统误判，则可以操作解除预警，解除后该笔支付将会继续进行支付。
46.进一步的，预警模块还用于如果基于预设的支付风险控制策略、付费方式和付费业务类型判断支付请求不是重复支付，对当前付费数据进行支付，得到支付结果。
47.如果基于预设的支付风险控制策略判断支付请求不重复，则校验通过，可以对该笔支付继续进行支付，并进入下一风控校验。
48.进一步的，监控模块还用于如果支付结果指示支付失败，且判断失败原因为异常失败原因，按预设方式显示异常失败预警信息，以提醒业务人员对支付结果进行确认；如果支付结果指示支付失败且判断失败原因为正常失败原因，或支付结果指示支付成功，将支付结果发送至对账模块。
49.如图2所示，步骤4中的异常失败原因监控对应上述监控模块，该监控模块对应的策略可针对非白名单特殊失败原因进行风险预警提醒，可预防因下游各问题导致返回的错误支付结果。具体的，可以定时获取付费结果，校验失败原因是否维护白名单，如果不是白名单中的失败原因，即是异常失败原因，可以通过企业微信预警，业务人员即可通过企业微信预警监控到异常失败原因后可第一时间与第三方(如银行)进行确认，如图5所示的一种异常失败原因预警的示意图。
50.进一步的，对账模块还用于如果银行对账文件与支付结果中的实际交易数据不一致，生成对账预警信息，以提醒业务人员对银行对账文件和实际交易数据重新比对。
51.如图2所示，步骤5中的银行资金对账对应上述对账模块，如果银行对账文件与支付结果中的实际交易数据不一致，即对账失败，会第一时间进行邮件预警，提醒相关人员及时核对处理异常数据，如图6所示的一种邮件预警的示意图、图7所示的一种手工对账的示意图、图8所示的一种邮件预警配置页面的示意图及图9所示的另一种邮件预警配置页面的示意图，图7中，用户可以选择需要对账日期和对账类型，点击确定按钮，可以与异常对账信息手工对账；图9中可对邮件接收人及抄送人进行修改。如果银行对账文件与支付结果中的实际交易数据一致，即对账成功，则进入下一风控校验。
52.进一步的，资金确认模块还用于如果比对结果不一致，生成比对预警信息，以提醒业务人员对实际交易数据中的交易金额与资金流水数据重新比对。
53.如图2的步骤6中，如果系统交易成功的交易金额与账户资金流水数据不一致，则可以生成比对预警信息，提醒相关人员人工核对交易金额与账户资金流水数据，如果数据一致，则风控校验通过，流程结束，如图10所示的一种确认页面的示意图，可以选择付费日期、付费渠道、确认状态，点击查询后，可以查询出待资金确认及已经资金确认数据，若为待确认状态，勾选查询数据，输入成功总金额，点击资金确认，若核对无误，则风控流程结束。
54.上述支付风险控制系统，结合实际遇到的问题及各种付费控制集合出一套多重风险控制策略，包括支付风控预警、防重支付控制、异常失败监控、银行资金对账、账户资金确认等，通过将支付风险前置，可以大幅降低资金风险，防止重复支付，为资金安全保驾护航。一笔付费业务的完整生命周期需经过上述六重风控体系，可有效拦截重复数据，上述支付风控控制系统是业内首创的多重风控体系，范围覆盖寿险所有支付业务，业务范围覆盖理赔款支付、保全退费、契撤退费、佣金支付等所有付费业务。
55.通过重复付费控制，同一支付业务只可支付一次，从业务的唯一性上进行控制。针对所有的付费业务定制了特有的风控规则，所有交易必须经过风控体系过滤，一旦触发风控规则，实时进行拦截并预警。目前已经涵盖寿险所有的付费场景，全方位监控，全面保驾资金安全。
56.本发明提供的一种支付风险控制方法，方法包括如下步骤：
57.步骤一，配置模块基于接收到的支付请求生成风险预警配置项，如果根据风险预警配置项判断支付请求中携带的当前付费数据不是重复支付的数据，将支付请求发送至控制模块。
58.步骤二，控制模块查询预设控制表中是否存在支付请求对应的编号，如果不存在编号，或存在编号但显示支付失败，将支付请求发送至预警模块。
59.步骤三，预警模块基于预设的支付风险控制策略判断支付请求是否为重复支付，根据判断结果确定支付结果；
60.步骤四，监控模块对支付结果进行监控。
61.步骤五，对账模块获取银行对账文件，如果银行对账文件与支付结果中的实际交易数据一致，将实际交易数据发送至资金确认模块。
62.步骤六，资金确认模块将实际交易数据中的交易金额与资金流水数据进行比对，如果比对结果一致，确认支付成功。
63.上述支付风险控制方法，多个模块对应多重付费预警控制，每个支付请求都需要经过该多重付费预警控制，通过将支付风险控制前置，可以有效预防重复支付问题，从而保
证了资金安全，提升了客户体验度。
64.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。