CN115796879A - 一种基于银行多收款账户的收银方法及其企业收银系统 - Google Patents
一种基于银行多收款账户的收银方法及其企业收银系统 Download PDFInfo
- Publication number
- CN115796879A CN115796879A CN202211455121.6A CN202211455121A CN115796879A CN 115796879 A CN115796879 A CN 115796879A CN 202211455121 A CN202211455121 A CN 202211455121A CN 115796879 A CN115796879 A CN 115796879A
- Authority
- CN
- China
- Prior art keywords
- order
- enterprise
- cash
- collection
- transfer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明属于网络技术领域,涉及一种基于银行多收款账户的收银方法及其企业收银系统,包括以下步骤:A、企业向银行申请多个收款账户并保存到企业收银系统;B、付款方下单时,企业收银系统将收款账户和订单一对一绑定;C、付款方转账时,企业收银系统轮询银行系统的收款账户的查询接口进行订单收款的确认并自动完成订单。本发明实现了企业、银行、付款方从下单、转账到订单完成的自动化流转,避免了付款方、企业客服、企业财务的人工介入,大大提高了收银交互的实时性和准确性,提升了付款方的转账用户体验,同时节省了企业收银各个环节投入的人工成本。
Description
技术领域
本发明属于网络技术领域,涉及一种基于银行多收款账户的收银方法及其企业收银系统。
背景技术
传统的企业转账收款和确认订单过程中,由于付款人转账的软件和银行不受限制,跨行转账过程中无法流转订单唯一ID,付款人转账后,企业收银系统无法确定转账流水属于哪笔企业订单,只能付款人提交转账流水证明给企业客服,企业客服找企业财务进行核对再完成订单。本发明实现了企业、银行、付款方从下单、转账到订单完成的自动化流转,避免了付款方、企业客服、企业财务的人工介入,大大提高了收银交互的实时性和准确性,提升了付款方的转账用户体验,同时节省了企业收银各个环节投入的人工成本。只是由于付款人转账金额的不确定性,可能造成实际转账金额和订单金额有差异,此时系统亦需做好转多、转少时的自动化修复流程。
发明内容
本发明针对上述的问题,提供了一种基于银行多收款账户的收银方法及其企业收银系统。
为了达到上述目的,本发明采用的技术方案为,
一种基于银行多收款账户的收银方法,具体包括以下步骤:
S1,企业收银系统包括企业订单管理服务和企业收款账户管理服务;
S2,企业申请多个收款账户,并将收款账户录入企业收款账户管理服务,然后将收款账户设置为待使用状态;
S3,付款方下单时,企业订单管理服务调用企业收款账户管理服务的查询接口查出待使用状态的收款账户;
S4,企业订单管理服务任意取用其一收款账户和订单一对一绑定;
S5,企业订单管理服务调用企业收款账户管理服务的状态更新接口将收款账户设置为使用中状态;
S6,企业订单管理服务运行订单定时任务;
S7,订单定时任务开始运行;
S8,订单定时任务查出数据库所有的未完成和转少状态的订单;
S9,订单定时任务循环处理未完成和转少状态的订单,即完成多账户对应收银对账的目的。
2.根据权利要求1所述的一种基于银行多收款账户的收银方法,其特征在于,所述S9中:
S901,订单定时任务调用银行系统的收款账户的查询接口查询账户下是否存在转账流水,不存在转账流水则循环取下个订单;
S902,存在转账流水,且转账金额等于订单的金额,则修改订单状态为完成状态,通知付款方订单已完成;
S903,存在转账流水,且转账金额小于订单的金额,则修改订单状态为转少状态,通知付款方订单转账金额小于订单金额。
S904,存在转账流水,且转账金额大于订单的金额,则修改订单状态为转多状态,调用银行打款接口,将多出的金额自动退回付款方,通知付款方订单已完成;
作为优选,该系统分为企业订单管理服务和企业收款账户管理服务,服务采用Java Web服务器Tomcat配置,并建立数据库。
作为优选,所述数据库采用数据库管理系统MySQL搭建,由企业收银系统对其进行访问。
作为优选,所述订单定时任务是由Java编写的JVM线程,其功能为定时轮询转账状态。
与现有技术相比,本发明的优点和积极效果在于,
1、本发明中,通过建立多收款账户和订单的一对一绑定关系,实现了从下单、转账到订单完成的自动化;
2、本发明中,通过自动化的转账收款,避免了付款方、企业客服、企业财务的人工介入,节省了企业收银各个环节投入的人工成本;
3、本发明中,通过自动化的转账收款,大大提高了收银交互的实时性和准确性,提升了付款方的转账用户体验。
4、本发明中,通过对企业收银系统划分为企业订单管理服务和企业收款账户管理服务,进行业务功能的拆分,利于服务的简单化和集群部署。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明下单、转账到订单完成的流程图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和实施例对本发明做进一步说明。需要说明的是,在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用不同于在此描述的其他方式来实施,因此,本发明并不限于下面公开说明书的具体实施例的限制。
实施例1,
请参阅图1,本发明实施例中,基于银行多收款账户的企业收银系统及设计方法,包括如下步骤:
S1,企业收银系统包括企业订单管理服务和企业收款账户管理服务;
S2,企业申请多个收款账户,并将收款账户录入企业收款账户管理服务,然后将收款账户设置为待使用状态;
具体来说,申请账户的方式要看具体银行所能支持的方式,可以是人工和银行业务员对接申请获取,也可以通过银行账户生成API生成获取,如API生成有故障,应进行告警,开发人员介入排查问题。
S3,付款方下单时,企业订单管理服务调用企业收款账户管理服务的查询接口查出待使用状态的收款账户;
具体来说,若收款账户耗尽,企业收银系统可将自动转账确认流程退化为人工转账确认流程,避免系统问题导致企业无法收款。
S4,企业订单管理服务任意取用其一收款账户和订单一对一绑定;
具体来说,可以设计一个收款账户ID和订单ID关联的数据库表,将收款账户ID和订单ID作为一条唯一记录插入到数据库表中,达到一对一绑定的目的。
S5,企业订单管理服务调用企业收款账户管理服务的状态更新接口将收款账户设置为使用中状态;
S6,企业订单管理服务运行订单定时任务;
S7,订单定时任务开始运行;
S8,订单定时任务查出数据库所有的未完成和转少状态的订单;
具体来说,定时任务负责轮询所有订单,获取订单关联的收款账户,再查询收款账户的转账流水,最后进行转账流水和订单金额的核对。
S9,订单定时任务循环处理未完成和转少状态的订单;
具体来说,转账订单和收款账户都应该设置过期时间,过期自动调用企业收款账户管理服务的状态更新接口将收款账户状态更新为待使用状态,同时调用企业订单管理服务的关闭接口关闭转账订单。
所述步骤S9包括一下步骤:
S902,存在转账流水,且转账金额等于订单的金额,则修改订单状态为完成状态,通知付款方订单已完成;
具体来说,通知收款方的方式可以是短信通知和企业收银系统页面的显示订单完成通知。假如因为Bug通知失败,可将此事件存入消息队列,重复一定次数进行通知。
S903,存在转账流水,且转账金额小于订单的金额,则修改订单状态为转少状态,通知付款方订单转账金额小于订单金额;
具体来说,付款方有可能通过找客服人工完成订单,此时收款账户可能被长期占用,应将转账订单和收款账户设置一定过期时间,过期即重新回收利用。
S904,存在转账流水,且转账金额大于订单的金额,则修改订单状态为转多状态,调用银行打款接口,将多出的金额自动退回付款方,通知付款方订单已完成;
具体来说,调用银行打款接口是公司出款业务,较为敏感,应在打款前设置财务人员进行审核复查此订单是否真为转多订单,为可能的系统bug加多一层人工校验。
S905,循环取任务。
以上所述,仅是本发明的较佳实施例而已,并非是对本发明作其它形式的限制,任何熟悉本专业的技术人员可能利用上述揭示的技术内容加以变更或改型为等同变化的等效实施例应用于其它领域,但是凡是未脱离本发明技术方案内容,依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与改型,仍属于本发明技术方案的保护范围。
Claims (5)
1.一种基于银行多收款账户的收银方法,其特征在于,具体包括以下步骤:
S1,企业收银系统包括企业订单管理服务和企业收款账户管理服务;
S2,企业申请多个收款账户,并将收款账户录入企业收款账户管理服务,
然后将收款账户设置为待使用状态;
S3,付款方下单时,企业订单管理服务调用企业收款账户管理服务的查询接口查出待使用状态的收款账户;
S4,企业订单管理服务任意取用其一收款账户和订单一对一绑定;
S5,企业订单管理服务调用企业收款账户管理服务的状态更新接口将收款账户设置为使用中状态;
S6,企业订单管理服务运行订单定时任务;
S7,订单定时任务开始运行;
S8,订单定时任务查出数据库所有的未完成和转少状态的订单;
S9,订单定时任务循环处理未完成和转少状态的订单,即完成多账户对应收银对账的目的。
2.根据权利要求1所述的一种基于银行多收款账户的收银方法,其特征在于,所述S9中:
S901,订单定时任务调用银行系统的收款账户的查询接口查询账户下是否存在转账流水,不存在转账流水则循环取下个订单;
S902,存在转账流水,且转账金额等于订单的金额,则修改订单状态为完成状态,通知付款方订单已完成;
S903,存在转账流水,且转账金额小于订单的金额,则修改订单状态为转少状态,通知付款方订单转账金额小于订单金额。
S904,存在转账流水,且转账金额大于订单的金额,则修改订单状态为转多状态,调用银行打款接口,将多出的金额自动退回付款方,通知付款方订单已完成。
3.根据权利要求2所述的一种基于银行多收款账户的企业收银系统,其特征在于,该系统分为企业订单管理服务和企业收款账户管理服务,服务采用Java Web服务器Tomcat配置,并建立数据库。
4.根据权利要求3所述的一种基于银行多收款账户的企业收银系统,其特征在于,所述数据库采用数据库管理系统MySQL搭建,由企业收银系统对其进行访问。
5.根据权利要求4所述的一种基于银行多收款账户的企业收银系统,其特征在于,所述订单定时任务是由Java编写的JVM线程,其功能为定时轮询转账状态。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211455121.6A CN115796879A (zh) | 2022-11-21 | 2022-11-21 | 一种基于银行多收款账户的收银方法及其企业收银系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211455121.6A CN115796879A (zh) | 2022-11-21 | 2022-11-21 | 一种基于银行多收款账户的收银方法及其企业收银系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115796879A true CN115796879A (zh) | 2023-03-14 |
Family
ID=85439348
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211455121.6A Pending CN115796879A (zh) | 2022-11-21 | 2022-11-21 | 一种基于银行多收款账户的收银方法及其企业收银系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115796879A (zh) |
-
2022
- 2022-11-21 CN CN202211455121.6A patent/CN115796879A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2698156C1 (ru) | Способы и системы для обновления хранящихся учетных данных держателя карты | |
US20170286929A1 (en) | Method and system for digital money management for a payment account | |
US20180197167A1 (en) | System and method for person-to-person payments | |
WO2018200120A1 (en) | Method and system for implementing chargebacks on a distributed ledger system | |
US9508057B2 (en) | Automatically updating account information | |
CN110825813B (zh) | 一种数据迁移方法及装置 | |
CN103971197A (zh) | 一种跨境电子商务的对账方法及系统 | |
CN110415095A (zh) | 一种对账方法、装置、终端及存储介质 | |
CN112131305A (zh) | 账户处理系统 | |
US11763300B2 (en) | Method and system for currency-agnostic real-time settlement | |
CN113626527A (zh) | 一种财务数据处理方法及系统 | |
CN116383052A (zh) | 批处理任务的自动化测试方法、装置、设备及存储介质 | |
CN115796879A (zh) | 一种基于银行多收款账户的收银方法及其企业收银系统 | |
US20150294314A1 (en) | System and method of providing multinational card programs | |
CN114546872B (zh) | 一种凭证管理测试方法、装置、计算机设备及存储介质 | |
CN115858489A (zh) | 基于数据迁移的交易处理方法、装置、计算机设备及介质 | |
WO2014169008A1 (en) | System and method of providing multinational card programs | |
CN113064837B (zh) | 基于交易场景的数据库基准测试方法及装置 | |
JP5850546B1 (ja) | 国債元利金分配システム及びその方法 | |
CN112785285A (zh) | 多银行支付方法、系统、服务器和存储介质 | |
CN102346889B (zh) | 基于销售点终端的脱机交易方法、系统以及相关装置 | |
US20140201065A1 (en) | System for and method of mobile fleet data capture with real-time authorization data | |
US20150106173A1 (en) | Method and system for card link filtering | |
CN118154180A (zh) | 联动转账处理方法、装置、设备及存储介质 | |
CN115168378A (zh) | 一种银行客户信息交易历史的记录方法、装置及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |