[发明专利]一种账务处理方法及装置

说明书

本发明公开了一种账务处理方法及装置，对客服务应用端在确定当前支付交易为银行快捷支付交易时，通过将对客明细中的交易行重置为账务行得到目标对客明细，完成交易行调整；通过将目标对客明细中的对手字段填充为清算合约对应的贷方合约号得到交易行维度明细来取消同步贷方明细；通过Kafka仅将交易行维度明细发送至核算账务端进行交易行明细汇总，减少对客服务应用端发送至核算账务端的消息条数。本发明通过在对客服务应用端完成交易行调整、取消同步贷方明细和减少消息条数操作，使得银行快捷支付交易产生的明细在核算账务端仅体现为交易行维度明细，从而减少核算账务端产生的通存通兑明细数量，实现银行快捷支付场景的高效进行账务处理。

技术领域

本发明涉及数据处理技术领域，更具体的说，涉及一种账务处理方法及装置。

背景技术

银行快捷支付是2013年创新起来的一种支付理念，具有方便、快速的特点，是指用户购买商品时，不需开通网银，只需提供银行卡卡号、户名、手机号码等信息，银行验证手机号码正确性后，第三方支付发送手机动态口令到用户手机号上，用户输入正确的手机动态口令，即可完成支付。随着互联网技术的发展，人们已经越来越多的享受到在线支付带来的轻松和便利，而银行快捷支付也凭借着快捷方便的优势取得了迅猛发展，成为国内网上支付体系的重要补充。

为满足银行业务需求，通常以会计日为单位进行的各项统计、核对、披露等，因此，核算账务端需要获得各对客服务应用发生的核算类交易明细及余额，并对明细进行一定维度的汇总、加工，以达到账务核对的目的。然而，在使用银行分布式架构后，各对客服务应用在物理上分布式部署，数据库不统一，核算账务端需与各对客服务应用同步交易明细，进而对明细汇总、加工。该模式下，当面对交易规模庞大的银行快捷支付交易时，在同步交易明细过程中，会产生对客服务记账效率降低、TPS响应翻倍等问题，从而影响客户体验；另外，在核算账务端账务加工时，为保证一笔交易一个行部内借贷金额相等，会产生大量通存通兑明细，从而不仅增加了数据库的压力，还降低了账务加工和核对的效率，进而影响银行会计核算系统的每日核对效率。

综上，核算账务端如何在银行快捷支付场景高效的进行账务处理，成为本领域技术人员亟需解决的技术问题。

发明内容

有鉴于此，本发明公开一种账务处理方法及装置，以实现在银行快捷支付场景高效的进行账务处理。

一种账务处理方法，应用于对客服务应用端，所述账务处理方法包括：

判断当前支付交易是否为银行快捷支付交易；

如果是，则将对客明细中的交易行重置为账务行，得到目标对客明细；

将所述目标对客明细中的对手字段填充为清算合约对应的贷方合约号，得到交易行维度明细；

通过Kafka将所述交易行维度明细发送至核算账务端进行交易行明细汇总。

可选的，所述判断当前支付交易是否为银行快捷支付交易，包括：

当所述当前支付交易开始后，对客服务应用产生所述对客明细，并更新客户账户余额；

当所述客户账户余额更新完成后，调用核算账务组件；

通过所述核算账务组件判断所述当前支付交易是否为所述银行快捷支付交易。

可选的，还包括：

当所述当前支付交易不是所述银行快捷支付交易时，将账务行明细和交易行明细发送至所述核算账务端进行明细汇总。

一种账务处理方法，应用于核算账务端，所述账务处理方法包括：