公开/公告号CN113240407A
专利类型发明专利
公开/公告日2021-08-10
原文格式PDF
申请/专利权人 中国建设银行股份有限公司;
申请/专利号CN202110333150.4
申请日2021-03-29
分类号G06Q20/10(20120101);G06Q40/00(20120101);G06Q40/02(20120101);
代理机构11127 北京三友知识产权代理有限公司;
代理人贾磊;李辉
地址 100033 北京市西城区金融大街25号
入库时间 2023-06-19 12:10:19
技术领域
本发明涉及账务数据处理技术领域，尤指一种银行与证券系统之间的账务一致性处理方法及系统。
背景技术
随着证券市场蓬勃发展，代理银证系统的账务数据日益庞大。在用户进行日间转账交易的过程中会产生账务流水的交易，实现投资者与证券公司之间的资金划转。对于日间转账过程中发生失败或异常时，代理银证系统无法及时保证银行与证券公司之间账务一致性。
因此，亟需一种可以保证银行与证券系统的账务一致性的技术方案。
发明内容
为克服现有技术存在的不足，本发明提出一种银行与证券系统之间的账务一致性处理方法及系统，可以保持银行，代理银证以及证券资金一致性，准确高效的保证客户与证券公司资金的安全，保证客户能顺利的进行证券业务，有效的解决了银行与证券公司双方记账不一致的问题，促进银证系统健康稳定的运行。
在本发明实施例的第一方面，提出了一种银行与证券系统之间的账务一致性处理方法，该方法包括：
获取银行与证券公司之间发起的转账交易业务；
根据所述转账交易业务的转账发起方及转账方向进行账务处理；其中，所述转账发起方为证券端或银行端，转账方向为银行向证券公司转账或证券公司向银行转账；
当由证券端发起银行向证券公司转账时，判断交易是否为重发交易，若为重发交易根据转账交易信息进行重发识别；若为新交易，判断交易要素以及交易金额，并根据券商模式获取客户对手方账号，调用银行主机进行记账；
当由银行端发起银行向证券公司转账时，调用银行主机对客户银行账号进行下账处理，并调用证券系统对客户资金账号进行上账处理；
当由证券端发起证券公司向银行转账时，判断交易是否为重发交易，若为重发交易根据转账交易信息进行重发识别；若为新交易，判断交易要素以及交易金额，并根据券商模式获取客户对手方账号，调用银行主机进行记账；
当由银行端发起证券公司向银行转账时，调用证券系统对客户资金账号进行下账处理，并调用银行主机对客户银行账号进行上账处理。
进一步的，当由证券端发起银行向证券公司转账时，若为重发交易，包括：
按照合作方合约编号、交易流水号、交易日期查询转账日志表的记录，根据所述记录查询交易要素是否一致；其中，交易要素至少包括：保证金账号、转账金额、币种和借贷标志；
若不一致，返回交易失败信息；若一致，检查所述记录中交易结束状态；
当原交易处于正在处理、已冲正或已失败时，返回交易失败信息；
当原交易处于交易成功时，检查转账流水表中是否存在记录，若不存在记录、查询数据库报错或存在记录且流水标志为抹账时，返回交易失败信息，若存在记录且流水标志为正常时，返回交易成功信息。
进一步的，当由证券端发起银行向证券公司转账时，若为新交易，包括：
根据券商模式获取到客户对手方账号，其中，券商模式包括：逐笔转账、集中转账；逐笔转账对手方账号为券商的汇总账，集中转账对手方账号为客户所属分行的内部账号；
调用银行主机进行记账；若银行主机记账成功，记录转账成功；若银行主机记账失败，记录转账失败；若银行主机记账转账异常将本笔流水插入到异步处理表中进行异步冲正银行主机处理，并记录转账失败。
进一步的，当由银行端发起银行向证券公司转账时，包括：
调用银行主机对客户银行账号进行下账处理，若银行主机记账发生异常状况，判定转账失败，并登记到异步处理表，通过后台进行冲正银行主机；若银行主机记账失败，判定转账失败；若银行主机记账成功时，调用证券系统对客户资金账号进行上账处理；
其中，如果证券系统记账失败，后台进程冲正银行主机，记录转账失败；如果证券系统记账异常，记录转账成功，并将转账交易信息记录到异步处理表中异步不断重发，直到重发成功或者重发次数达到预设上限次数；如果证券系统记账成功，记录转账成功。
进一步的，当由证券端发起证券公司向银行转账时，若为重发交易，包括：
按照合作方合约编号、交易流水号、交易日期查询转账日志表的记录，根据所述记录查询交易要素是否一致；其中，交易要素至少包括：保证金账号、转账金额、币种和借贷标志；
若不一致，返回交易失败信息；若一致，检查所述记录中交易结束状态；
当原交易处于正在处理或已失败时，返回交易失败信息；
当原交易处于交易成功时，检查转账流水表中是否存在记录，若不存在记录、查询数据库报错或存在记录且流水标志为抹账时，返回交易失败信息，若存在记录且流水标志为正常时，返回交易成功信息；
当原交易处于异常时，设置原交易流水号，根据券商模式获取到客户对手方账号，校验账号余额并查询转账限额，更新转账日志表全局交易流水号，调用银行主机进行记账。
进一步的，当由证券端发起证券公司向银行转账时，若为新交易，包括：
根据券商模式获取到客户对手方账号，其中，券商模式包括：逐笔转账、集中转账；逐笔转账对手方账号为券商的汇总账，集中转账对手方账号为客户所属分行的内部账号；
根据所述客户对手方账号校验账号余额并查询转账限额，更新转账日志表全局交易流水号，调用银行主机进行记账；其中，若银行主机记账成功，记录转账成功；若银行主机记账失败，记录转账失败；若银行主机记账转账异常将本笔流水插入到异步处理表中进行异步重复银行主机处理，并记录转账失败。
进一步的，当由银行端发起证券公司向银行转账时，包括：
调用证券系统对客户资金账号进行下账处理，若证券系统记账失败，判定转账失败；若证券系统记账异常，记录转账失败，登记异步处理表，异步冲正证券系统，直至冲正成功或冲正次数达到预设上限次数；如果证券系统记账成功，调用银行主机对客户银行账号进行上账处理；
其中，如果银行主机记账发生异常，记录转账成功，登记到异步处理表并异步调用银行主机进行记账处理；如果银行主机记账失败，记录转账失败，并异步冲正证券系统，直至冲正成功或冲正次数达到预设上限次数；如果银行主机记账成功，记录转账成功。
在本发明实施例的第二方面，提出了一种银行与证券系统之间的账务一致性处理系统，该系统包括：
交易获取模块，用于获取银行与证券公司之间发起的转账交易业务；
账务处理模块，用于根据所述转账交易业务的转账发起方及转账方向进行账务处理；其中，所述转账发起方为证券端或银行端，转账方向为银行向证券公司转账或证券公司向银行转账；
当由证券端发起银行向证券公司转账时，判断交易是否为重发交易，若为重发交易根据转账交易信息进行重发识别；若为新交易，判断交易要素以及交易金额，并根据券商模式获取客户对手方账号，调用银行主机进行记账；
当由银行端发起银行向证券公司转账时，调用银行主机对客户银行账号进行下账处理，并调用证券系统对客户资金账号进行上账处理；
当由证券端发起证券公司向银行转账时，判断交易是否为重发交易，若为重发交易根据转账交易信息进行重发识别；若为新交易，判断交易要素以及交易金额，并根据券商模式获取客户对手方账号，调用银行主机进行记账；
当由银行端发起证券公司向银行转账时，调用证券系统对客户资金账号进行下账处理，并调用银行主机对客户银行账号进行上账处理。
进一步的，当由证券端发起银行向证券公司转账时，若为重发交易，所述账务处理模块具体用于：
按照合作方合约编号、交易流水号、交易日期查询转账日志表的记录，根据所述记录查询交易要素是否一致；其中，交易要素至少包括：保证金账号、转账金额、币种和借贷标志；
若不一致，返回交易失败信息；若一致，检查所述记录中交易结束状态；
当原交易处于正在处理、已冲正或已失败时，返回交易失败信息；
当原交易处于交易成功时，检查转账流水表中是否存在记录，若不存在记录、查询数据库报错或存在记录且流水标志为抹账时，返回交易失败信息，若存在记录且流水标志为正常时，返回交易成功信息。
进一步的，当由证券端发起银行向证券公司转账时，若为新交易，所述账务处理模块具体用于：
根据券商模式获取到客户对手方账号，其中，券商模式包括：逐笔转账、集中转账；逐笔转账对手方账号为券商的汇总账，集中转账对手方账号为客户所属分行的内部账号；
调用银行主机进行记账；若银行主机记账成功，记录转账成功；若银行主机记账失败，记录转账失败；若银行主机记账转账异常将本笔流水插入到异步处理表中进行异步冲正银行主机处理，并记录转账失败。
进一步的，当由银行端发起银行向证券公司转账时，所述账务处理模块具体用于：
调用银行主机对客户银行账号进行下账处理，若银行主机记账发生异常状况，判定转账失败，并登记到异步处理表，通过后台进行冲正银行主机；若银行主机记账失败，判定转账失败；若银行主机记账成功时，调用证券系统对客户资金账号进行上账处理；
其中，如果证券系统记账失败，后台进程冲正银行主机，记录转账失败；如果证券系统记账异常，记录转账成功，并将转账交易信息记录到异步处理表中异步不断重发，直到重发成功或者重发次数达到预设上限次数；如果证券系统记账成功，记录转账成功。
进一步的，当由证券端发起证券公司向银行转账时，若为重发交易，所述账务处理模块具体用于：
按照合作方合约编号、交易流水号、交易日期查询转账日志表的记录，根据所述记录查询交易要素是否一致；其中，交易要素至少包括：保证金账号、转账金额、币种和借贷标志；
若不一致，返回交易失败信息；若一致，检查所述记录中交易结束状态；
当原交易处于正在处理或已失败时，返回交易失败信息；
当原交易处于交易成功时，检查转账流水表中是否存在记录，若不存在记录、查询数据库报错或存在记录且流水标志为抹账时，返回交易失败信息，若存在记录且流水标志为正常时，返回交易成功信息；
当原交易处于异常时，设置原交易流水号，根据券商模式获取到客户对手方账号，校验账号余额并查询转账限额，更新转账日志表全局交易流水号，调用银行主机进行记账。
进一步的，当由证券端发起证券公司向银行转账时，若为新交易，所述账务处理模块具体用于：
根据券商模式获取到客户对手方账号，其中，券商模式包括：逐笔转账、集中转账；逐笔转账对手方账号为券商的汇总账，集中转账对手方账号为客户所属分行的内部账号；
根据所述客户对手方账号校验账号余额并查询转账限额，更新转账日志表全局交易流水号，调用银行主机进行记账；其中，若银行主机记账成功，记录转账成功；若银行主机记账失败，记录转账失败；若银行主机记账转账异常将本笔流水插入到异步处理表中进行异步重复银行主机处理，并记录转账失败。
进一步的，当由银行端发起证券公司向银行转账时，所述账务处理模块具体用于：
调用证券系统对客户资金账号进行下账处理，若证券系统记账失败，判定转账失败；若证券系统记账异常，记录转账失败，登记异步处理表，异步冲正证券系统，直至冲正成功或冲正次数达到预设上限次数；如果证券系统记账成功，调用银行主机对客户银行账号进行上账处理；
其中，如果银行主机记账发生异常，记录转账成功，登记到异步处理表并异步调用银行主机进行记账处理；如果银行主机记账失败，记录转账失败，并异步冲正证券系统，直至冲正成功或冲正次数达到预设上限次数；如果银行主机记账成功，记录转账成功。
在本发明实施例的第三方面，提出了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现银行与证券系统之间的账务一致性处理方法。
在本发明实施例的第四方面，提出了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现银行与证券系统之间的账务一致性处理方法。
本发明提出的银行与证券系统之间的账务一致性处理方法及系统根据券商端和银行端发起的日间转账业务对投资者与证券公司之间的资金进行划转，当在日间转账过程中发生失败或异常时通过登记异步处理任务，由后台保证账务一致性；本发明通过转账方向和调用外部组件的顺序以及异步处理来确保银行与证券公司的的记账信息达成一致，在保证银行方资金数据准确的同时，也使证券公司更准确高效的开展证券业务。
附图说明
为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1是本发明一实施例的银行与证券系统之间的账务一致性处理方法流程示意图。
图2是本发明一具体实施例的由证券端发起银行向证券公司转账时的账务一致性处理流程示意图。
图3A及图3B是本发明一具体实施例的由银行端发起银行向证券公司转账时的账务一致性处理流程示意图。
图4A及图4B是本发明一具体实施例的由证券端发起证券公司向银行转账时的账务一致性处理流程示意图。
图5A及图5B是本发明一具体实施例的由银行端发起证券公司向银行转账时的账务一致性处理流程示意图。
图6是本发明一实施例的银行与证券系统之间的账务一致性处理系统架构示意图。
图7是本发明一实施例的计算机设备结构示意图。
具体实施方式
下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。
本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。
根据本发明的实施方式，提出了一种银行与证券系统之间的账务一致性处理方法及系统，可以用于账务数据处理领域。根据券商端和银行端发起的日间转账业务对投资者与证券公司之间的资金进行划转，当在日间转账过程中发生失败或异常时通过登记异步处理任务，由后台保证账务一致性；本发明通过转账方向和调用外部组件的顺序以及异步处理来确保银行与证券公司的的记账信息达成一致，在保证银行方资金数据准确的同时，也使证券公司更准确高效的开展证券业务。
在本发明实施例中，需要说明的术语有：
日间转账：指的是会产生账务流水的交易，实现投资者与证券公司之间的资金划转。
异步处理：是指在日间转账过程中发生失败或异常时，需要登记异步处理任务，由后台保证账务一致性。
下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。
图1是本发明一实施例的银行与证券系统之间的账务一致性处理方法流程示意图。如图1所示，该方法包括：
步骤S1，获取银行与证券公司之间发起的转账交易业务；
步骤S2，根据所述转账交易业务的转账发起方及转账方向进行账务处理；其中，所述转账发起方为证券端或银行端，转账方向为银行向证券公司转账或证券公司向银行转账；
步骤S210，当由证券端发起银行向证券公司转账时，判断交易是否为重发交易，若为重发交易根据转账交易信息进行重发识别；若为新交易，判断交易要素以及交易金额，并根据券商模式获取客户对手方账号，调用银行主机进行记账；
步骤S220，当由银行端发起银行向证券公司转账时，调用银行主机对客户银行账号进行下账处理，并调用证券系统对客户资金账号进行上账处理；
步骤S230，当由证券端发起证券公司向银行转账时，判断交易是否为重发交易，若为重发交易根据转账交易信息进行重发识别；若为新交易，判断交易要素以及交易金额，并根据券商模式获取客户对手方账号，调用银行主机进行记账；
步骤S240，当由银行端发起证券公司向银行转账时，调用证券系统对客户资金账号进行下账处理，并调用银行主机对客户银行账号进行上账处理。
为了对上述银行与证券系统之间的账务一致性处理方法进行更为清楚的解释，下面结合每一步进行详细说明。
在步骤S210中，当由证券端发起银行向证券公司转账时，若为重发交易，包括：
按照合作方合约编号、交易流水号、交易日期查询转账日志表的记录，根据所述记录查询交易要素是否一致；其中，交易要素至少包括：保证金账号、转账金额、币种和借贷标志；
若不一致，返回交易失败信息；若一致，检查所述记录中交易结束状态；
当原交易处于正在处理、已冲正或已失败时，返回交易失败信息；
当原交易处于交易成功时，检查转账流水表中是否存在记录，若不存在记录、查询数据库报错或存在记录且流水标志为抹账时，返回交易失败信息，若存在记录且流水标志为正常时，返回交易成功信息。
在步骤S210中，当由证券端发起银行向证券公司转账时，若为新交易，包括：
根据券商模式获取到客户对手方账号，其中，券商模式包括：逐笔转账、集中转账；逐笔转账对手方账号为券商的汇总账，集中转账对手方账号为客户所属分行的内部账号；
调用银行主机进行记账；若银行主机记账成功，记录转账成功；若银行主机记账失败，记录转账失败；若银行主机记账转账异常将本笔流水插入到异步处理表中进行异步冲正银行主机处理，并记录转账失败。
在步骤S220中，当由银行端发起银行向证券公司转账时，包括：
调用银行主机对客户银行账号进行下账处理，若银行主机记账发生异常状况，判定转账失败，并登记到异步处理表，通过后台进行冲正银行主机；若银行主机记账失败，判定转账失败；若银行主机记账成功时，调用证券系统对客户资金账号进行上账处理；
其中，如果证券系统记账失败，后台进程冲正银行主机，记录转账失败；如果证券系统记账异常，记录转账成功，并将转账交易信息记录到异步处理表中异步不断重发，直到重发成功或者重发次数达到预设上限次数；如果证券系统记账成功，记录转账成功。
在步骤S230中，当由证券端发起证券公司向银行转账时，若为重发交易，包括：
按照合作方合约编号、交易流水号、交易日期查询转账日志表的记录，根据所述记录查询交易要素是否一致；其中，交易要素至少包括：保证金账号、转账金额、币种和借贷标志；
若不一致，返回交易失败信息；若一致，检查所述记录中交易结束状态；
当原交易处于正在处理或已失败时，返回交易失败信息；
当原交易处于交易成功时，检查转账流水表中是否存在记录，若不存在记录、查询数据库报错或存在记录且流水标志为抹账时，返回交易失败信息，若存在记录且流水标志为正常时，返回交易成功信息；
当原交易处于异常时，设置原交易流水号，根据券商模式获取到客户对手方账号，校验账号余额并查询转账限额，更新转账日志表全局交易流水号，调用银行主机进行记账。
在步骤S230中，当由证券端发起证券公司向银行转账时，若为新交易，包括：
根据券商模式获取到客户对手方账号，其中，券商模式包括：逐笔转账、集中转账；逐笔转账对手方账号为券商的汇总账，集中转账对手方账号为客户所属分行的内部账号；
根据所述客户对手方账号校验账号余额并查询转账限额，更新转账日志表全局交易流水号，调用银行主机进行记账；其中，若银行主机记账成功，记录转账成功；若银行主机记账失败，记录转账失败；若银行主机记账转账异常将本笔流水插入到异步处理表中进行异步重复银行主机处理，并记录转账失败。
在步骤S240中，当由银行端发起证券公司向银行转账时，包括：
调用证券系统对客户资金账号进行下账处理，若证券系统记账失败，判定转账失败；若证券系统记账异常，记录转账失败，登记异步处理表，异步冲正证券系统，直至冲正成功或冲正次数达到预设上限次数；如果证券系统记账成功，调用银行主机对客户银行账号进行上账处理；
其中，如果银行主机记账发生异常，记录转账成功，登记到异步处理表并异步调用银行主机进行记账处理；如果银行主机记账失败，记录转账失败，并异步冲正证券系统，直至冲正成功或冲正次数达到预设上限次数；如果银行主机记账成功，记录转账成功。
本发明提出的银行与证券系统之间的账务一致性处理方法可以根据券商端和银行端发起的日间转账业务对投资者与证券公司之间的资金进行划转，当在日间转账过程中发生失败或异常时通过登记异步处理任务，由后台保证账务一致性；本发明通过转账方向和调用外部组件的顺序以及异步处理来确保银行与证券公司的的记账信息达成一致，在保证银行方资金数据准确的同时，也使证券公司更准确高效的开展证券业务。
需要说明的是，尽管在上述实施例及附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
为了对上述银行与证券系统之间的账务一致性处理方法进行更为清楚的解释，下面结合一个具体的实施例来进行说明，然而值得注意的是该实施例仅是为了更好地说明本发明，并不构成对本发明不当的限定。
参考图2，为本发明一具体实施例的由证券端发起银行向证券公司转账时的账务一致性处理流程示意图。如图2所示，具体流程包括：
步骤A1，判断系统营业状态，若在营业状态下可以进行操作。
步骤A2，检查系统是否停止转账，未停止转账可以进行操作。
步骤A3，检查券商合约是否存在，存在合约可以进行操作。
步骤A4，判断券商是否签到，完成签到可以进行操作。
步骤A5，查询当日是否允许券商从券商端转账，如果允许可以进行操作。
步骤A6，查询投资者合约是否存在，并校验合约状态，只有合约状态为正常和挂失，且投资者类型为个人可以进行操作。
步骤A7，根据黑名单校验开关，若在开启状态则联机查询投资者是否为黑名单客户，不是黑名单可以进行操作。
步骤A8，判断本次交易是否具有重发标志。若是，执行步骤A9；若不是，执行步骤A21。
步骤A9，按照合约方合约编号、交易流水号、交易日期查询转账日志表是否存在记录，若存在，执行步骤A10，若不存在，执行步骤A21。
步骤A10，查询要素是否一致，其中要素为保证金账号、转账金额、币种、借贷标志；若一致，执行步骤A11；若不一致，执行步骤A12。
步骤A11，检查转账日志表中交易结束状态；若状态为正在处理，执行步骤A13；若状态为原交易已冲正，执行步骤A14；若状态为原交易已失败，步骤步骤A15；若状态为原交易成功，执行步骤A16。
步骤A12，返回失败，重发流水与原交易信息不符。
步骤A13，返回异常，原交易正在进行，稍后重发。
步骤A14，返回失败，交易已冲正，不允许重发。
步骤A15，返回失败，交易已失败。
步骤A16，检查转账流水表中是否存在记录；若不存在或者查询数据库报错，执行步骤A17；若存在，执行步骤A18。
步骤A17，返回失败，重发时原交易流水失败。
步骤A18，判断流水标志，若为抹账，执行步骤A19；若为正常，执行步骤A20。
步骤A19，返回失败，原交易已冲正，不允许重发。
步骤A20，返回成功，原交易成功。
步骤A21，查询转账限额。
步骤A22，根据券商模式切换逐笔转账或集中转账模式，获取对手方账号。
步骤A23，登记转账日志表，结束状态为正在处理。
步骤A24，调用A0183A205转账。
步骤A25，判断转账结果，其中，
SYS_TX_STATUS＝＝00，成功；
SYS_TX_STATUS＝＝01或者04，失败；
SYS_TX_STATUS＝＝02或者03，异常；
若为成功，执行步骤A26；若为失败，执行步骤A28；若为异常，执行步骤A29；
步骤A26，登记转账流水表，流水标志位成功；更新管理账户余额；这两步为同一事务处理。
步骤A27，更新转账日志结束状态为成功，返回成功。
步骤A28，更新转账日志结束状态为失败，返回失败。
步骤A29，将数据插入异步处理表，等待异步冲正主机。
步骤A30，发送kafka消息；
步骤A31，更新转账日志结束状态为失败，返回失败。
参考图3A及图3B，为本发明一具体实施例的由银行端发起银行向证券公司转账时的账务一致性处理流程示意图。如图3A及图3B所示，具体流程包括：
步骤B1，判断系统营业状态，若在营业状态下可以进行操作。
步骤B2，检查系统是否停止转账，未停止转账可以进行操作。
步骤B3，业务类型是转账可以进行操作。
步骤B4，交易金额大于0可以进行操作。
步骤B5，查询投资者合约是否存在，并校验合约状态，只有合约状态为正常和挂失可以进行操作。
步骤B6，查询当日是否允许券商从券商端转账，如果允许可以进行操作。
步骤B7，根据黑名单校验开关，若在开启状态则联机查询投资者是否为黑名单客户，不是黑名单可以进行操作。
步骤B8，按照渠道上送的渠道编号、交易流水号(报文头中交易流水号)、交易日期查询转账日志表是否存在记录；若存在，执行步骤B9，若不存在，执行B20。
步骤B9，判断是否为银证转账；若不是，执行步骤B10；若是，执行步骤B11。
步骤B10，返回失败，非银证转账不允许重发。
步骤B11，查询要素是否一致，其中要素为保证金账号、转账金额、币种、借贷标志、金额、投资者银行结算账号；若不一致，执行步骤B12；若一致，执行步骤B13。
步骤B12，返回失败，重发流水与原交易信息不符。
步骤B13，检查转账日志表中交易结束状态，若状态为正在处理，执行步骤B14；若状态为原交易已失败，执行步骤B15；若状态为原交易已成功，执行步骤B16。
步骤B14，返回异常，原交易正在进行，稍后再试。
步骤B15，返回失败，原交易已失败。
步骤B16，检查转账流水表中是否存在记录；若存在，执行步骤B17，若不存在，执行步骤B20。
步骤B17，判断流水标志，若为抹账，执行步骤B18；若为正常，执行步骤B19。
步骤B18，返回失败，原交易已冲正，不允许重发。
步骤B19，返回成功，原交易已成功。
步骤B20，查询转账限额。
步骤B21，根据券商模式切换逐笔转账或集中转账模式，获取对手方账号。
步骤B22，非重发交易登记转账日志表，重发交易更新转账日志表的交易流水号。
步骤B23，判断券商合约是否存在记录；若存在，执行步骤B24；若不存在，执行步骤B25。
步骤B24，判断券商是否已经签到；若未签到，执行步骤B25，若签到，执行步骤B26；
步骤B25，更新转账日志表结束状态、返回信息、返回码，返回失败。
步骤B26，判断是否银证期转账；若是，执行步骤B27，若否，执行步骤B35。
步骤B27，判断银证期系统是否营业，若是，执行步骤B28；若否，执行步骤B32；
步骤B28，判断银期是否签到；若是，执行步骤B29；若否，执行步骤B32；
步骤B29，判断投资者银证期合约是否存在；若是，执行步骤B30；若否，执行步骤B32；
步骤B30，登记银证期转账流水表。
步骤B31，调用银期A03712101转账，判断转账结果；其中，
SYS_TX_STATUS＝＝00，成功；
SYS_TX_STATUS！＝＝00，失败；
若失败，执行步骤B32；若成功，执行步骤B34。
步骤B32，更新银期转账流水表状态为失败。
步骤B33，更新转账日志表结束状态、返回信息、返回码，返回失败。
步骤B34，更新银期转账流水表状态为成功。
步骤B35，调用A183A205转账。
步骤B36，判断转账结果，其中，
SYS_TX_STATUS＝＝00，成功；
SYS_TX_STATUS＝＝01或者04，失败；
SYS_TX_STATUS＝＝02或者03，异常；
若为成功，执行步骤B37；若为失败，执行步骤B25；若为异常，执行步骤B45；
步骤B37，登记转账流水表；更新管理账户余额；这两步为同一事务处理。
步骤B38，通知券商收款。
步骤B39，判断券商收款结果；其中，
返回码第1个字符是M，成功；
返回码是空，异常；
返回码是E1011或者E9999，异常；
返回码第1个字母不是M、E、R，异常；
其他返回码，失败；
若为异常，执行步骤B40，若为失败，执行步骤B43，若为成功，执行步骤B42。
步骤B40，将数据插入异步处理表，等待异步发送券商收款。
步骤B41，发送kafka消息。
步骤B42，更新划转日志表结束状态为成功，返回成功。
步骤B43，判断同步通知券商收款开关，若否，执行步骤B40，若是，执行步骤B44。
步骤B44，恢复保证金账户余额(如果券商取消交收，不更新)；
更新账务流水表流水状态为抹账。
这两步为同一个事务处理。
步骤B45，将数据插入异步处理表，等待异步冲正主机。
步骤B46，发送kafka消息。
步骤B47，更新划转日志表结束状态为失败，返回失败。
参考图4A及图4B，为本发明一具体实施例的由证券端发起证券公司向银行转账时的账务一致性处理流程示意图。如图4A及图4B所示，具体流程包括：
步骤C1，判断系统营业状态，若在营业状态下可以进行操作。
步骤C2，检查系统是否停止转账，未停止转账可以进行操作。
步骤C3，检查券商合约是否存在，存在合约可以进行操作。
步骤C4，判断券商是否签到，完成签到可以进行操作。
步骤C5，查询当日是否允许券商从券商端转账，如果允许可以进行操作。
步骤C6，查询投资者合约是否存在，并校验合约状态，只有合约状态为正常，且投资者类型为个人可以进行操作。
步骤C7，根据黑名单校验开关，若在开启状态则联机查询投资者是否为黑名单客户，不是黑名单可以进行操作。
步骤C8，判断是否是银证期转账，若是，执行步骤C9，若不是执行步骤C13。
步骤C9，检查银证期服务状态，服务处于启动状态可以进行操作。
步骤C10，检查银证期系统签到状态。
步骤C11，检查客户是否银证期签约。
步骤C12，检查客户银证期合约状态。
步骤C13，判断本次交易是否具有重发标志。若是，执行步骤C14；若不是，执行步骤C32。
步骤C14，按照合约方合约编号、交易流水号、交易日期查询转账日志表是否存在记录，若存在，执行步骤C15。
步骤C15，判断是否是银证期转账，若是，执行步骤C16，若不是，执行步骤C17。
步骤C16，银证转账不允许重发。
步骤C17，查询要素是否一致，其中要素为保证金账号、转账金额、币种、借贷标志；若不一致，执行步骤C18；若一致，执行步骤C19；。
步骤C18，返回重发流水与原交易信息不符。
步骤C19，检查转账日志表中交易结束状态，若状态为正在处理，执行步骤C20；若状态为原交易已失败，步骤步骤C21；若状态为原交易成功，执行步骤C2,3；若状态为原交易已冲正，执行步骤C27；。
步骤C20，返回原交易正在进行，稍后重发。
步骤C21，返回重发时原交易流水失败。
步骤C22，返回交易已失败。
步骤C23，检查转账流水表中是否存在记录，若不存在或者查询数据库报错，执行步骤C21；若存在，执行步骤C24。
步骤C24，判断流水标志，若为抹账，执行步骤C25；若为正常，执行步骤C26。
步骤C25，返回原交易已冲正，不允许重发。
步骤C26，返回原交易成功。
步骤C27，设置原交易流水号。
步骤C28，根据是否切换逐笔取对手账号。
步骤C29，判断未切换逐笔记账，则校验2135账号余额。
步骤C30，查询转账限额。
步骤C31，更新转账日志表全局交易流水号。
步骤C32，判断是否开启孰小判断标志；若是，执行步骤C33；若不是，执行步骤C40；
步骤C33，判断交易金额是否大于保证金账户余额，若是，执行步骤C34。
步骤C34，判断券商是否允许翻红。若是，执行步骤C35，若否或查询数据表失败，执行步骤C39；
步骤C35，根据券商编号和保证金账号查询客户翻红金额，若查询成功，执行步骤C36；若查询失败，执行步骤C38。
步骤C36，判断翻红金额是否超过限额；若否，执行步骤C40；若是，执行步骤C37。
步骤C37，返回翻红金额超限。
步骤C38，根据券商编号查询券商翻红金额；若查询成功，执行步骤C36。
步骤C39，返回管理账户余额不足。
步骤C40，根据是否切换逐笔取对手账号。
步骤C41，判断未切换逐笔记账，则校验2135账号余额。
步骤C42，查询转账限额。
步骤C43，登记转账日志表，结束状态改为正在处理；
登记转账流水表，处理标志为成功；
未取消交收、备付金则更新账户余额。
这三步为同一事务处理。
步骤C44，调用A0183A206转账。
步骤C45，判断转账结果，其中，
SYS_TX_STATUS＝＝00，成功；
SYS_TX_STATUS＝＝01或者04，失败；
SYS_TX_STATUS＝＝02或者03，异常；
若为成功，执行步骤C46；若为失败，执行步骤C53；若为异常，执行步骤C54。
步骤C46，判断转账是否为逐笔记账，若是，执行步骤C47，若否，执行步骤C48。
步骤C47，更新2135账号余额。
步骤C48，判断是否为银期转账，若是，执行步骤C49，若否，执行步骤C52。
步骤C49，调用银期A03712101交易，判断转账结果；其中，
SYS_TX_STATUS＝＝00，成功；
SYS_TX_STATUS！＝＝00，失败；
若成功，执行步骤C50，若失败，执行步骤C51。
步骤C50，更新划转日指标结束标志为成功，返回成功。
步骤C51，更新划转日指标结束标志为失败，返回失败。
步骤C52，更新划转日指标结束标志为成功，返回成功。
步骤C53，当前只有非重发才进行以下处理：
更新保证金账号余额；
更新划转日志表结束状态、返回信息、返回码，结束状态为失败；
更新账务流水记录，处理标志为失败。
步骤C54，将数据插入异步处理表，等待异步重发主机。
步骤C55，发送kafka消息。
步骤C56，更新划转日志表结束状态为异常，返回成功。
参考图5A及图5B，为本发明一具体实施例的由银行端发起证券公司向银行转账时的账务一致性处理流程示意图。如图5A及图5B所示，具体流程包括：
步骤D1，查询投资者合约是否存在，并校验合约状态，只有合约状态为正常可以进行操作。
步骤D2，业务类型只支持转账或银证期转账。
步骤D3，系统营业状态判断，只有处于营业状态可以进行操作。
步骤D4，检查系统停止转账，未停止转账可以进行操作。
步骤D5，根据黑名单校验开关，若在开启状态则联机查询投资者是否为黑名单客户，不是黑名单可以进行操作。
步骤D6，查询当日是否允许券商从券商端转账，如果允许可以进行操作。
步骤D7，查询转账限额。
步骤D8，获得券商的逐笔，熟小，交收标志。
步骤D9，按照渠道编号、交易流水号、交易日期查询转账日志表是否存在记录；若是，执行步骤D10，进行重发判断，若否，执行步骤D22。
步骤D10，判断是否为银证转账；若不是，执行步骤D11；若是，执行步骤D12。
步骤D11，返回失败，只支持银证重发。
步骤D12，查询要素是否一致，其中要素为保证金账号、转账金额、币种、借贷标志；若不一致，执行步骤D13；若一致，执行步骤D14。
步骤D13，返回失败，重发流水与原交易信息不符。
步骤D14，检查转账日志表中交易结束状态，若状态为正在处理，执行步骤D15；若状态为原交易已失败，执行步骤D16；若状态为原交易异常，执行步骤D17；若状态为原交易已成功，执行步骤D18。
步骤D15，返回异常，原交易正在进行，稍后再试。
步骤D16，返回失败，交易已失败。
步骤D17，将交易流水号赋值成原交易流水的交易号。
步骤D18，检查转账流水表中是否存在记录；若存在，执行步骤D19，若不存在，执行步骤D22。
步骤D19，判断流水标志，若为抹账，执行步骤D20；若为正常，执行步骤D21。
步骤D20，返回失败，原交易已冲正，不允许重发。
步骤D21，返回成功，原交易成功。
步骤D22，不是重发登记转账日志表，重发更新转账日记表-全局事件跟踪号。
步骤D23，判断券商是否签到，签到可以进行操作。
步骤D24，判断是否银证期转账，若是，执行步骤D25，若否，执行步骤D28；
步骤D25，查询银政企服务是否开启，处于开启状态可以转账。
步骤D26，判断银期系统是否签到，签到允许转账。
步骤D27，判断投资者银证期合约是否存在，只有合约状态正常才允许转账。
步骤D28，根据是否切换逐笔取对手账号。
步骤D29，根据是否切换逐笔判断2135余额。
步骤D30，保证金账号状态为销户或挂失不允许转出。
步骤D31，保证金账号开销户状态为销户不允许转出。
步骤D32，判断熟小标志，若是，执行步骤D33，进行熟小判断，若否，执行步骤D38。
步骤D33，判断交易金额是否大于保证金账户余额，若是，执行步骤D34。
步骤D34，判断券商是否允许翻红，若是，执行步骤D35，若否或查询数据表失败，返回失败。
步骤D35，根据券商编号和保证金账号查询客户翻红金额，若查询失败，执行步骤D36，若查询成功，执行步骤D37。
步骤D36，根据券商编号查询翻红金额，若查询成功，执行步骤D37，若查询失败，返回失败。
步骤D37，判断翻红金额是否小于交易金额与保证金余额的差值，若否，执行步骤D38，若是，返回失败。
步骤D38，通知券商付款。
步骤D39，判断付款结果，若付款失败，执行步骤D40，若付款异常，执行步骤D41，若付款成功，执行步骤D44。
步骤D40，更新转账日志表结束状态为失败、返回信息、返回码，返回失败。
步骤D41，将数据插入异常处理表，等待异步冲正券商。
步骤D42，发送kafka消息。
步骤D43，更新划转日志表记录结束状态为失败，返回失败。
步骤D44，判断交收标志是否开启，其中，
失败：返回错误码第一位为E且不是E9999或者E1011；
异常：返回错误码是第一位R或者错误码为E9999、或E1011、或错误码为空。返回码第1个字符不是M、E、R。
成功：返回码第一位为M。
若是，执行步骤D45，若否，执行步骤D46。
步骤D45，更新管理账户余额(余额-交易金额)和上次发生日期。
步骤D46，更新账户余额表中的上次发生日期。
步骤D47，根据逐笔开关设置集中记账标志。
步骤D48登记转账流水表。
上述D45-D48为同一个事务处理。
步骤D49，调用A0183A206转账。
步骤D50，判断转账结果，其中，
SYS_TX_STATUS＝＝00，成功；
SYS_TX_STATUS＝＝01或者04，失败；
SYS_TX_STATUS＝＝02或者03，异常；
若为失败，执行步骤D51；若为异常，执行步骤D55；若为成功，执行步骤D58。
步骤D51，更新账务流水表，流水状态为抹账；
更新账户余额(余额+交易金额)。
上述两步为同一个事务处理。
步骤D52，将数据差插入异常处理表，等待异步冲正券商。
步骤D53，发送kafka消息。
步骤D54，更新划转日志表记录结束状态为失败，返回失败。
步骤D55，将数据插入异常处理表，等待重发主机。
步骤D56，发送kafka消息。
步骤D57，更新划转日志表记录结束状态为异常，返回成功。
步骤D58，判断是否为银证期转账，若否，执行步骤D59，若是，执行步骤D61。
步骤D59，非逐笔方式更新2135余额信息。
步骤D60，更新划转日志表记录结束状态为成功，返回成功。
步骤D61，调用银期A03712101转账。
步骤D62，判断转账结果，其中，
SYS_TX_STATUS＝＝00，成功；
SYS_TX_STATUS！＝＝00，失败；
若成功，执行步骤D63，若失败，执行步骤D64。
步骤D63，更新银证期账务流水记录结果状态为成功，返回成功。
步骤D64，更新银证期账务流水记录结果状态为失败，返回失败。
在介绍了本发明示例性实施方式的方法之后，接下来，参考图6对本发明示例性实施方式的银行与证券系统之间的账务一致性处理系统进行介绍。
银行与证券系统之间的账务一致性处理系统的实施可以参见上述方法的实施，重复之处不再赘述。以下所使用的术语“模块”或者“单元”，可以是实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
基于同一发明构思，本发明还提出了一种银行与证券系统之间的账务一致性处理系统，如图6所示，该系统包括：
交易获取模块610，用于获取银行与证券公司之间发起的转账交易业务；
账务处理模块620，用于根据所述转账交易业务的转账发起方及转账方向进行账务处理；其中，所述转账发起方为证券端或银行端，转账方向为银行向证券公司转账或证券公司向银行转账；
当由证券端发起银行向证券公司转账时，判断交易是否为重发交易，若为重发交易根据转账交易信息进行重发识别；若为新交易，判断交易要素以及交易金额，并根据券商模式获取客户对手方账号，调用银行主机进行记账；
当由银行端发起银行向证券公司转账时，调用银行主机对客户银行账号进行下账处理，并调用证券系统对客户资金账号进行上账处理；
当由证券端发起证券公司向银行转账时，判断交易是否为重发交易，若为重发交易根据转账交易信息进行重发识别；若为新交易，判断交易要素以及交易金额，并根据券商模式获取客户对手方账号，调用银行主机进行记账；
当由银行端发起证券公司向银行转账时，调用证券系统对客户资金账号进行下账处理，并调用银行主机对客户银行账号进行上账处理。
进一步的，当由证券端发起银行向证券公司转账时，若为重发交易，所述账务处理模块620具体用于：
按照合作方合约编号、交易流水号、交易日期查询转账日志表的记录，根据所述记录查询交易要素是否一致；其中，交易要素至少包括：保证金账号、转账金额、币种和借贷标志；
若不一致，返回交易失败信息；若一致，检查所述记录中交易结束状态；
当原交易处于正在处理、已冲正或已失败时，返回交易失败信息；
当原交易处于交易成功时，检查转账流水表中是否存在记录，若不存在记录、查询数据库报错或存在记录且流水标志为抹账时，返回交易失败信息，若存在记录且流水标志为正常时，返回交易成功信息。
进一步的，当由证券端发起银行向证券公司转账时，若为新交易，所述账务处理模块620具体用于：
根据券商模式获取到客户对手方账号，其中，券商模式包括：逐笔转账、集中转账；逐笔转账对手方账号为券商的汇总账，集中转账对手方账号为客户所属分行的内部账号；
调用银行主机进行记账；若银行主机记账成功，记录转账成功；若银行主机记账失败，记录转账失败；若银行主机记账转账异常将本笔流水插入到异步处理表中进行异步冲正银行主机处理，并记录转账失败。
进一步的，当由银行端发起银行向证券公司转账时，所述账务处理模块620具体用于：
调用银行主机对客户银行账号进行下账处理，若银行主机记账发生异常状况，判定转账失败，并登记到异步处理表，通过后台进行冲正银行主机；若银行主机记账失败，判定转账失败；若银行主机记账成功时，调用证券系统对客户资金账号进行上账处理；
其中，如果证券系统记账失败，后台进程冲正银行主机，记录转账失败；如果证券系统记账异常，记录转账成功，并将转账交易信息记录到异步处理表中异步不断重发，直到重发成功或者重发次数达到预设上限次数；如果证券系统记账成功，记录转账成功。
进一步的，当由证券端发起证券公司向银行转账时，若为重发交易，所述账务处理模块620具体用于：
按照合作方合约编号、交易流水号、交易日期查询转账日志表的记录，根据所述记录查询交易要素是否一致；其中，交易要素至少包括：保证金账号、转账金额、币种和借贷标志；
若不一致，返回交易失败信息；若一致，检查所述记录中交易结束状态；
当原交易处于正在处理或已失败时，返回交易失败信息；
当原交易处于交易成功时，检查转账流水表中是否存在记录，若不存在记录、查询数据库报错或存在记录且流水标志为抹账时，返回交易失败信息，若存在记录且流水标志为正常时，返回交易成功信息；
当原交易处于异常时，设置原交易流水号，根据券商模式获取到客户对手方账号，校验账号余额并查询转账限额，更新转账日志表全局交易流水号，调用银行主机进行记账。
进一步的，当由证券端发起证券公司向银行转账时，若为新交易，所述账务处理模块620具体用于：
根据券商模式获取到客户对手方账号，其中，券商模式包括：逐笔转账、集中转账；逐笔转账对手方账号为券商的汇总账，集中转账对手方账号为客户所属分行的内部账号；
根据所述客户对手方账号校验账号余额并查询转账限额，更新转账日志表全局交易流水号，调用银行主机进行记账；其中，若银行主机记账成功，记录转账成功；若银行主机记账失败，记录转账失败；若银行主机记账转账异常将本笔流水插入到异步处理表中进行异步重复银行主机处理，并记录转账失败。
进一步的，当由银行端发起证券公司向银行转账时，所述账务处理模块620具体用于：
调用证券系统对客户资金账号进行下账处理，若证券系统记账失败，判定转账失败；若证券系统记账异常，记录转账失败，登记异步处理表，异步冲正证券系统，直至冲正成功或冲正次数达到预设上限次数；如果证券系统记账成功，调用银行主机对客户银行账号进行上账处理；
其中，如果银行主机记账发生异常，记录转账成功，登记到异步处理表并异步调用银行主机进行记账处理；如果银行主机记账失败，记录转账失败，并异步冲正证券系统，直至冲正成功或冲正次数达到预设上限次数；如果银行主机记账成功，记录转账成功。
应当注意，尽管在上文详细描述中提及了银行与证券系统之间的账务一致性处理系统的若干模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块的特征和功能可以在一个模块中具体化。反之，上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。
基于前述发明构思，如图7所示，本发明还提出了一种计算机设备700，包括存储器710、处理器720及存储在存储器710上并可在处理器720上运行的计算机程序730，所述处理器720执行所述计算机程序730时实现前述银行与证券系统之间的账务一致性处理方法。
基于前述发明构思，本发明提出了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现前述银行与证券系统之间的账务一致性处理方法。
本发明提出的银行与证券系统之间的账务一致性处理方法及系统根据券商端和银行端发起的日间转账业务对投资者与证券公司之间的资金进行划转，当在日间转账过程中发生失败或异常时通过登记异步处理任务，由后台保证账务一致性；本发明通过转账方向和调用外部组件的顺序以及异步处理来确保银行与证券公司的的记账信息达成一致，在保证银行方资金数据准确的同时，也使证券公司更准确高效的开展证券业务。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。
机译： 证券服务器，服务器银行，证券交易系统，证券交易处理方法及程序
机译： 一种管理账务的方法，网络系统，PDN GW和账务系统
机译： 一种管理账务的方法，网络系统，PDN GW和账务系统
