CN106897840A - 一种基于招标模式的票据直贴方法和*** - Google Patents
一种基于招标模式的票据直贴方法和*** Download PDFInfo
- Publication number
- CN106897840A CN106897840A CN201710139159.5A CN201710139159A CN106897840A CN 106897840 A CN106897840 A CN 106897840A CN 201710139159 A CN201710139159 A CN 201710139159A CN 106897840 A CN106897840 A CN 106897840A
- Authority
- CN
- China
- Prior art keywords
- bank
- bill
- transaction
- default
- trading object
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0635—Risk analysis of enterprise or organisation activities
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Human Resources & Organizations (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Marketing (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Technology Law (AREA)
- Educational Administration (AREA)
- Game Theory and Decision Science (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明特别涉及一种基于招标模式的票据直贴方法和***。方法包括以下步骤:获取交易发起者的银行账户和待交易票据的票号;获取交易对象;对待交易票据进行验证,验证通过后生成目标交易银行和交易价格;开设第一托管账户,当第一托管账户中存入了待交易票据时,签收该票据,并给目标交易银行发送贴现报文,然后在预设银行中开设第二托管账户,当接收到预设银行的指令后将款项从第一托管账户经第二托管账户转入交易发起者的银行账户,所述指令表示第一托管账户中的票据已被目标交易银行提走,且第一托管账户中存入与交易价格一致的款项。本发明不仅提高了票据直贴的效率和成功率,而且有利于采用最低贴息成本进行贴现,增加企业收益。
Description
技术领域
本发明涉及一种计算机领域,特别涉及一种基于招标模式的票据直贴方法和***。
背景技术
贴现是指远期汇票,包括银行承兑汇票和商业汇票经承兑后,汇票持有人在汇票尚未到期前在贴现市场上转让,受让人扣除贴现息后,将票款付给出让人的行为或银行购买未到期票据的业务。票据贴现可以分为三种,分别是直贴、转贴现和再贴现,直贴指银行承兑汇票的持票人在汇票到期前,为了取得资金,贴付一定利息将票据权利转让给银行的票据行为,是持票人向银行融通资金的一种方式。传统直贴的方式包括以下步骤:首先通过电话与多家银行进行沟通从而确定交易对象和交易价格,然后企业准备贸易背景合同、公司公章、财务章、法人私章、贴现申请书、企业法人营业执照复印件、***以及交易对象认为需要提供的其他资料,通过这些资料向银行发起申请,银行受理并审批通过后,对该企业放款。因此,传统直贴方式大都是在线下进操作,且各个节点都需要花费较长的时间,不利于直贴交易的完成。同时为了方便企业快速融资,国家取消了对贸易背景的要求,因此贴现过程中如何保障资金安全、如何提高贴现效率和成功率、如何节约时间成本等这些问题都对现有票据直贴方法提出了新的挑战。
发明内容
本发明提供了一种基于招标模式的票据直贴方法和***,解决了以上所述的技术问题。
本发明解决上述技术问题的技术方案如下:一种基于招标模式的票据直贴方法,包括以下步骤:
步骤1,获取交易发起者输入的银行账户和待交易票据的票号;
步骤2,获取至少一个交易对象;
步骤3,根据所述票号获取所述待交易票据的第一票据信息,并对所述第一票据信息进行验证,验证通过后执行步骤4;
步骤4,生成交易事件,并将所述交易事件发布给所述至少一个交易对象,在预设交易时间内接收所有交易对象的至少一个报价价格,并在所述预设交易时间结束后,选择预设交易时间内报价价格最高的交易对象作为目标交易银行并生成对应的交易价格;
步骤5,在预设银行中开设具有票据接收功能的第一托管账户,并通过预设银行的银企直连接口在预设查询期限内查询所述第一托管账户中是否存入了与所述票号一致的票据,若是,则执行步骤6,若否,则结束交易流程;
步骤6,签收所述票据,并通过第一托管账户向所述目标交易银行发送贴现报文,当接收到所述预设银行发送的指令后执行步骤7,所述指令用于表示所述第一托管账户中的票据已被所述目标交易银行提走,且所述第一托管账户中存入与所述交易价格一致的款项;
步骤7,在所述预设银行中开设用于托管贴现款项的第二托管账户,并将所述款项从所述第一托管账户中转入所述第二托管账户;
步骤8,接收交易发起者的提现指令,并根据所述提现指令将所述款项从第二托管账户中转入所述交易发起者的银行账户。
本发明的有益效果是:本发明提供了一种基于招标模式的票据直贴方法,议价前首先对票据进行验证,保证用户进行票据交易的安全,然后通过在线议价方式和交割方式不仅提高了票据直贴的效率和成功率,而且方便多家银行在线进行竞价,有利于采用最低贴息成本进行贴现,增加企业收益。
在上述技术方案的基础上,本发明还可以做如下改进。
进一步,所述步骤3中对所述第一票据信息进行验证具体包括以下步骤:
S301,在电子商业汇票***中查询所述票号,并获取所述票号对应的权利人信息和第二票据信息,判断所述权利人信息是否与交易发起者一致,且判断第一票据信息是否与所述第二票据信息相同,若是,则验证通过并执行S302,若有一个为否,则结束交易流程;所述第二票据信息包括票据票号、票面金额、承兑人、出票日和到期日;
S302,查询预先建立的风险数据库,根据所述票号获取对应的风险等级,根据所述风险等级验证所述票据是否存在风险,若是,则生成提示信息,并结束交易流程,若否,则验证通过并执行步骤4。
采用上述进一步方案的有益效果是:本进一步技术方案首先查询电子商业汇票***,验证票据的权利人是否和交易发起方注册时的名称一致,从而防止票据被他人非法贴现;同时对票据的基本信息进行验证,保证票据基本信息的正确性;然后通过查询风险数据库对票据交易的风险等级进行验证,从而在票据交易过程中向用户提示交易风险,保证了用户进行票据交易、转让的安全,促进了整个票据交易市场的有序进行。所述风险数据库是基于法院、票据交易网等公共平台所公示的信息以及本发明***自己发现、收集或经举报获取的风险数据建立的,不仅风险数据完善,而且更新及时,可以最大限度的为用户规避票据交易中的风险。
进一步,所述步骤4中,当预设交易时间内没有接收到任何交易对象的报价或者所有交易对象的报价价格均低于交易发起者输入的预设底价时,结束交易流程。
进一步,步骤4具体为:
S401,生成交易事件,并根据交易事件和所述至少一个交易对象生成第一报价请求事件,所述第一报价请求事件包括交易品种、交易数量和交易对象列表中至少一个交易对象;
S402,通过服务器将所述第一报价请求事件发送到每个交易对象对应的客户端,并在预设交易时间内获取通过所述服务器返回的至少一个第二报价请求事件,所述第二报价请求事件包括交易对象对应的报价价格;
S403,所述预设交易时间结束后,选择预设交易时间内报价价格最高的交易对象作为目标交易银行,并生成对应的交易价格;若预设交易时间内没有接收到任何交易对象返回的第二报价请求事件或者所有交易对象的报价价格均低于交易发起者输入的预设底价,则结束交易流程。
采用上述进一步方案的有益效果是:本进一步技术方案通过将票据交易事件分别发送给多个交易对象,可以实现和多个交易对象进行多人议价,从而可以及时获取双方报价,节省了票据直贴时间,提高了票据直贴的效率和成功率,实现了用户利益最大化。
进一步,所述步骤1具体为:获取交易发起者输入的银行账户和待交易票据的票号,并验证所述银行账户是否真实,若是,则执行步骤2,若否,则结束交易流程。
采用上述进一步方案的有益效果是:本进一步技术方案中,在进行票据直贴前先验证交易发起者的银行账户是否真实,从而避免了不能将款项转入交易发起者的银行账户的情况,不仅提高了票据直贴的效率和成功率,同时保证了票据直贴的安全性。
进一步,步骤2中,获取至少一个交易对象的具体步骤为:根据预设的交易对象列表获取至少一个交易对象或获取用户手动输入的至少一个交易对象,并将手动输入的交易对象添加到预设的白名单列表。
采用上述进一步方案的有益效果是:本进一步技术方案中设置了多种获取交易对象的方式,当需要和相同的交易对象进行多次交易时,采用预设的交易对象列表即可快速获取交易对象名单,而当和交易对象进行初次交易或者只用进行一次交易时,采用直接输入的方法效率更高。
为了解决本发明的技术问题,还提供了一种基于招标模式的票据直贴***,包括:
第一获取模块,用于获取交易发起者输入的银行账户和待交易票据的票号;
第二获取模块,用于获取至少一个交易对象;
验证模块,用于根据所述票号获取所述待交易票据的第一票据信息,并对所述第一票据信息进行验证,验证通过后驱动议价模块;
议价模块,用于生成交易事件,并将所述交易事件发布给所述至少一个交易对象,在预设交易时间内接收所有交易对象的至少一个报价价格,并在所述预设交易时间结束后,选择预设交易时间内报价价格最高的交易对象作为目标交易银行并生成对应的交易价格;
票据交易处理模块,用于在预设银行中开设具有票据接收功能的第一托管账户,并通过预设银行的银企直连接口在预设查询期限内查询所述第一托管账户中是否存入了与所述票号一致的票据,若否,则结束交易流程;若是,则签收所述票据,并通过所述银企直连接口和所述第一托管账户向所述目标交易银行发送贴现报文;
资金处理模块,用于在所述预设银行中开设用于托管贴现款项的第二托管账户,并当接收到所述预设银行发送的指令后,将所述款项从所述第一托管账户中转入所述第二托管账户,所述指令用于表示所述第一托管账户中的票据已被所述目标交易银行提走,且所述第一托管账户中存入与所述交易价格一致的款项;以及用于接收交易发起者的提现指令,并根据所述提现指令将所述款项从第二托管账户中转入所述交易发起者的银行账户。
进一步,所述验证模块包括:
第一验证单元,用于在电子商业汇票***中查询所述票号,并获取所述票号对应的权利人信息和第二票据信息,然后判断所述权利人信息是否与交易发起者一致,且判断第一票据信息是否与所述第二票据信息相同,若是,则验证通过并驱动第二验证单元,若有一个为否,则结束交易流程;所述第二票据信息包括票据票号、票面金额、承兑人、出票日和到期日;
第二验证单元,用于查询预先建立的风险数据库,根据所述票号获取对应的风险等级,根据所述风险等级验证所述票据是否存在风险,若是,则生成提示信息,并结束交易流程,若否,则验证通过并驱动议价模块。
进一步,所述议价模块还用于当预设交易时间内没有接收到任何交易对象的报价或者所有交易对象的报价价格均低于交易发起者输入的预设底价时,结束交易流程。
进一步,所述议价模块包括:
第一生成单元,用于生成交易事件,并根据交易事件和所述至少一个交易对象生成第一报价请求事件,所述第一报价请求事件包括交易品种、交易数量和交易对象列表中至少一个交易对象;
发布单元,用于通过服务器将所述第一报价请求事件发送到每个交易对象对应的客户端,并在预设交易时间内获取通过所述服务器返回的至少一个第二报价请求事件,所述第二报价请求事件包括交易对象对应的报价价格;
第二生成单元,用于所述预设交易时间结束后,选择预设交易时间内报价价格最高的交易对象作为目标交易银行,并生成对应的交易价格;并当预设交易时间内没有接收到任何交易对象返回的第二报价请求事件或者所有交易对象的报价价格均低于交易发起者输入的预设底价时,结束交易流程。
进一步,所述第一获取模块具体用于获取交易发起者输入的银行账户和待交易票据的票号,并验证所述银行账户是否真实,若是,则驱动第二获取模块,若否,则结束交易流程。
进一步,所述第二获取模块具体用于根据预设的交易对象列表获取至少一个交易对象或获取用户手动输入的至少一个交易对象,并将手动输入的交易对象添加到预设的白名单列表。
本发明附加的方面的优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本发明实践了解到。
附图说明
图1为本发明实施例提供的一种基于招标模式的票据直贴方法的示意性流程图;
图2为本发明另一实施例提供的一种基于招标模式的票据直贴方法中步骤4的示意性流程图;
图3为本发明实施例提供的一种基于招标模式的票据直贴***的示意性结构图;
图4为本发明另一实施例提供的一种基于招标模式的票据直贴***中议价模块的示意性结构图。
具体实施方式
以下结合附图对本发明的原理和特征进行描述,所举实例只用于解释本发明,并非用于限定本发明的范围。
图1为本发明实施例提供的一种基于招标模式的票据直贴方法的示意性流程图,如图1所示,包括以下步骤:
步骤1,获取交易发起者输入的银行账户和待交易票据的票号;
步骤2,获取至少一个交易对象;
步骤3,根据所述票号获取所述待交易票据的第一票据信息,并对所述第一票据信息进行验证,验证通过后执行步骤4;
步骤4,生成交易事件,并将所述交易事件发布给所述至少一个交易对象,在预设交易时间内接收所有交易对象的至少一个报价价格,并在所述预设交易时间结束后,选择预设交易时间内报价价格最高的交易对象作为目标交易银行并生成对应的交易价格;
步骤5,在预设银行中开设具有票据接收功能的第一托管账户,并通过预设银行的银企直连接口在预设查询期限内查询所述第一托管账户中是否存入了与所述票号一致的票据,若是,则执行步骤6,若否,则结束交易流程;
步骤6,签收所述票据,并通过第一托管账户向所述目标交易银行发送贴现报文,当接收到所述预设银行发送的指令后执行步骤7,所述指令用于表示所述第一托管账户中的票据已被所述目标交易银行提走,且所述第一托管账户中存入与所述交易价格一致的款项;
步骤7,在所述预设银行中开设用于托管贴现款项的第二托管账户,并将所述款项从所述第一托管账户中转入所述第二托管账户;
步骤8,接收交易发起者的提现指令,并根据所述提现指令将所述款项从第二托管账户中转入所述交易发起者的银行账户。
本实施例提供了一种基于招标模式的票据直贴方法,在预设交易时间内,交易对象可以不断调整自己的报价价格,同时议价前首先对票据进行验证,保证用户进行票据交易的安全,然后通过在线议价方式和交割方式不仅提高了票据直贴的效率和成功率,而且方便多家银行在线进行竞价,有利于采用最低贴息成本进行贴现,增加企业收益。
在优选实施例中,所述步骤3中对所述第一票据信息进行验证具体包括以下步骤:
S301,在电子商业汇票***中查询所述票号,并获取所述票号对应的权利人信息和第二票据信息,判断所述权利人信息是否与交易发起者一致,且判断第一票据信息是否与所述第二票据信息相同,若是,则验证通过并执行S302,若有一个为否,则结束交易流程;所述第二票据信息包括票据票号、票面金额、承兑人、出票日和到期日;
S302,查询预先建立的风险数据库,根据所述票号获取对应的风险等级,根据所述风险等级验证所述票据是否存在风险,若是,则生成提示信息,并结束交易流程,若否,则验证通过并执行步骤4。
该优选实施例首先查询电子商业汇票***,验证票据的权利人是否和交易发起方注册时的名称一致,从而防止票据被他人非法贴现;同时对票据的基本信息进行验证,保证票据基本信息的正确性;然后通过查询风险数据库对票据交易的风险等级进行验证,从而在票据交易过程中向用户提示交易风险,保证了用户进行票据交易、转让的安全,促进了整个票据交易市场的有序进行。所述风险数据库是基于法院、票据交易网等公共平台所公示的信息以及本发明***自己发现、收集或经举报获取的风险数据建立的,不仅风险数据完善,而且更新及时,可以最大限度的为用户规避票据交易中的风险。
优选实施例的所述步骤4中,当预设交易时间内没有接收到任何交易对象的报价或者所有交易对象的报价价格均低于交易发起者输入的预设底价时,结束交易流程。图2为本发明另一实施例提供的一种基于招标模式的票据直贴方法中步骤4的示意性流程图,如图2所示,所述步骤4具体为:
S401,生成交易事件,并根据交易事件和所述至少一个交易对象生成第一报价请求事件,所述第一报价请求事件包括交易品种、交易数量和交易对象列表中至少一个交易对象;
S402,通过服务器将所述第一报价请求事件发送到每个交易对象对应的客户端,并在预设交易时间内获取通过所述服务器返回的至少一个第二报价请求事件,所述第二报价请求事件包括交易对象对应的报价价格;
S403,所述预设交易时间结束后,选择预设交易时间内报价价格最高的交易对象作为目标交易银行,并生成对应的交易价格;若预设交易时间内没有接收到任何交易对象返回的第二报价请求事件或者所有交易对象的报价价格均低于交易发起者输入的预设底价,则结束交易流程。
上述优选实施例通过将票据交易事件分别发送给多个交易对象,可以实现和多个交易对象进行多人议价,从而可以及时获取双方报价,节省了票据直贴时间,提高了票据直贴的效率和成功率,实现了用户利益最大化。
在优选实施例中,所述步骤S401具体为:通过调用函数submiPricetInquiry将所述交易品种、交易数量和至少一个交易对象封装在所述交易事件中生成第一报价请求事件,然后将所述第一报价请求事件转换为对应的MAP格式的数据,并通过socket通信函数将所述MAP格式的数据发送给服务器。
在另一优选实施例中,所述服务器包括第一连接服务器、消息服务器、应用服务器和第二连接服务器,所述步骤S402具体包括以下步骤:
步骤A1,所述第一连接服务器接收所述第一报价请求事件后,对所述第一报价请求事件的交易发起者进行匹配,若匹配到交易对象,则执行步骤A2,若没有匹配到交易对象,则执行步骤A3;
步骤A2,通过socket通信函数将所述第一报价请求事件发送给每个交易对象对应的客户端,并在预设交易时间内获取所述客户端返回的至少一个第二报价请求事件,然后执行S403;
步骤A3,将所述第一报价请求事件存储在消息服务器后,执行步骤A4;
步骤A4,应用服务器通过消息监听线程持续监听所述第一报价请求事件,并通过ServerEventListener接口读取与本应用服务器相关联的第一报价请求事件,然后根据所述第一报价请求事件生成对应的服务器事件,并将所述服务器事件发送到消息服务器,等待相关联的其他连接服务器进行读取,所述服务器事件包括所述第一报价请求事件的全部内容;
步骤A5,相关联的第二连接服务器监听到所述服务器事件后,对所述服务器事件的交易发起者进行匹配,并通过socket通信函数将所述服务器事件发送给每个交易对象对应的客户端,并在预设交易时间内获取所述客户端返回的至少一个第二报价请求事件,然后执行S403。
优选的,所述步骤1具体为:获取交易发起者输入的银行账户和待交易票据的票号,并验证所述银行账户是否真实,若是,则执行步骤2,若否,则结束交易流程。所述优选实施例中,在进行票据直贴前先验证交易发起者的银行账户是否真实,比如可以随机打一笔小额的钱款到交易发起者的银行账户,让交易发起者输入这笔钱的金额以确认所述银行账户是否真实,从而避免了不能将款项转入交易发起者的银行账户的情况,不仅提高了票据直贴的效率和成功率,同时保证了票据直贴的安全性。
在另一优选实施例的步骤2中,获取至少一个交易对象的具体步骤为:根据预设的交易对象列表获取至少一个交易对象或获取用户手动输入的至少一个交易对象,并将手动输入的交易对象添加到预设的白名单列表。该优选实施例设置了多种获取交易对象的方式,当需要和相同的交易对象进行多次交易时,采用预设的交易对象列表即可快速获取交易对象名单,而当和交易对象进行初次交易或者只用进行一次交易时,采用直接输入的方法效率更高。
在优选的实施例中,获取预设的交易对象列表具体包括以下步骤:
生成用于获取交易对象列表的ActionEvent事件;
通过ActionListener接口监听所述ActionEvent事件,并把监听到的ActionEvent事件传播给对应的***;
所述***接收ActionEvent事件,然后执行ActionListener接口预先定义的与所述ActionEvent事件对应的处理函数,并启动一个独立处理线程,所述独立处理线程调用Thread worker接口,所述Thread worker接口采用表单的数据处理方法与存储有交易对象信息的连接服务器进行通信,获取所述连接服务器返回的交易对象列表;
采用表单的界面处理方法将所述交易对象列表以弹框的方式返回给第一客户端的界面。
图3为本发明实施例提供的一种基于招标模式的票据直贴***的示意性结构图,如图3所示,包括:
第一获取模块,用于获取交易发起者输入的银行账户和待交易票据的票号;
第二获取模块,用于获取至少一个交易对象;
验证模块,用于根据所述票号获取所述待交易票据的第一票据信息,并对所述第一票据信息进行验证,验证通过后驱动议价模块;
议价模块,用于生成交易事件,并将所述交易事件发布给所述至少一个交易对象,在预设交易时间内接收所有交易对象的至少一个报价价格,并在所述预设交易时间结束后,选择预设交易时间内报价价格最高的交易对象作为目标交易银行并生成对应的交易价格;
票据交易处理模块,用于在预设银行中开设具有票据接收功能的第一托管账户,并通过预设银行的银企直连接口在预设查询期限内查询所述第一托管账户中是否存入了与所述票号一致的票据,若否,则结束交易流程;若是,则签收所述票据,并通过所述银企直连接口和所述第一托管账户向所述目标交易银行发送贴现报文;
资金处理模块,用于在所述预设银行中开设用于托管贴现款项的第二托管账户,并当接收到所述预设银行发送的指令后,将所述款项从所述第一托管账户中转入所述第二托管账户,所述指令用于表示所述第一托管账户中的票据已被所述目标交易银行提走,且所述第一托管账户中存入与所述交易价格一致的款项;以及用于接收交易发起者的提现指令,并根据所述提现指令将所述款项从第二托管账户中转入所述交易发起者的银行账户。
本实施例提供了一种基于招标模式的票据直贴***,议价前首先对票据进行验证,保证用户进行票据交易的安全,然后通过在线议价方式和交割方式不仅提高了票据直贴的效率和成功率,而且方便多家银行在线进行竞价,有利于采用最低贴息成本进行贴现,增加企业收益。
优选的,所述验证模块包括:
第一验证单元,用于在电子商业汇票***中查询所述票号,并获取所述票号对应的权利人信息和第二票据信息,然后判断所述权利人信息是否与交易发起者一致,且判断第一票据信息是否与所述第二票据信息相同,若是,则验证通过并驱动第二验证单元,若有一个为否,则结束交易流程;所述第二票据信息包括票据票号、票面金额、承兑人、出票日和到期日;
第二验证单元,用于查询预先建立的风险数据库,根据所述票号获取对应的风险等级,根据所述风险等级验证所述票据是否存在风险,若是,则生成提示信息,并结束交易流程,若否,则验证通过并驱动议价模块。
该优选实施例首先查询电子商业汇票***,验证票据的权利人是否和交易发起方注册时的名称一致,从而防止票据被他人非法贴现;同时对票据的基本信息进行验证,保证票据基本信息的正确性;然后通过查询风险数据库对票据交易的风险等级进行验证,从而在票据交易过程中向用户提示交易风险,保证了用户进行票据交易、转让的安全,促进了整个票据交易市场的有序进行。
优选的,所述议价模块还用于当预设交易时间内没有接收到任何交易对象的报价或者所有交易对象的报价价格均低于交易发起者输入的预设底价时,结束交易流程。图4为本发明另一实施例提供的一种基于招标模式的票据直贴***中议价模块的示意性结构图,如图4所示,所述议价模块具体包括:
第一生成单元,用于生成交易事件,并根据交易事件和所述至少一个交易对象生成第一报价请求事件,所述第一报价请求事件包括交易品种、交易数量和交易对象列表中至少一个交易对象;
发布单元,用于通过服务器将所述第一报价请求事件发送到每个交易对象对应的客户端,并在预设交易时间内获取通过所述服务器返回的至少一个第二报价请求事件,所述第二报价请求事件包括交易对象对应的报价价格;
第二生成单元,用于所述预设交易时间结束后,选择预设交易时间内报价价格最高的交易对象作为目标交易银行,并生成对应的交易价格;并当预设交易时间内没有接收到任何交易对象返回的第二报价请求事件或者所有交易对象的报价价格均低于交易发起者输入的预设底价时,结束交易流程。
在优选实施例中,所述第一生成单元具体用于通过调用函数submiPricetInquiry将所述交易品种、交易数量和至少一个交易对象封装在所述交易事件中生成第一报价请求事件。所述发布单元具体用于将所述第一报价请求事件转换为对应的MAP格式的数据,并通过socket通信函数将所述MAP格式的数据发送给服务器。
在其他优选实施例中,所述服务器包括第一连接服务器、消息服务器、应用服务器和第二连接服务器:
所述第一连接服务器用于接收所述第一报价请求事件,对所述第一报价请求事件的交易发起者进行匹配,若匹配到交易对象,则通过socket通信函数将所述第一报价请求事件发送给交易对象对应的客户端,并接收交易对象通过客户端发送的至少一个第二报价请求事件;以及用于当没有匹配到交易对象时,则将所述第一报价请求事件存储在消息服务器中;
消息服务器,用于存储所述第一报价请求事件和所述服务器事件;
应用服务器,通过消息监听线程持续监听所述第一报价请求事件,并通过ServerEventListener接口读取与本应用服务器相关联的第一报价请求事件,然后根据所述第一报价请求事件生成对应的服务器事件,并将所述服务器事件发送到消息服务器,等待相关联的第二连接服务器进行读取,所述服务器事件包括所述第一报价请求事件的全部内容;
第二连接服务器,用于监听并接受所述服务器事件后,对所述服务器事件的交易发起者进行匹配,并通过socket通信函数将所述服务器事件发送给每个交易对象对应的客户端,以及接收每个交易对象通过客户端发送的至少一个第二报价请求事件。
上述优选实施例通过将票据交易事件分别发送给多个交易对象,可以实现和多个交易对象进行多人议价,从而可以及时获取双方报价,节省了票据直贴时间,提高了票据直贴的效率和成功率,实现了用户利益最大化。
优选的,所述第一获取模块具体用于获取交易发起者输入的银行账户和待交易票据的票号,并验证所述银行账户是否真实,若是,则驱动第二获取模块,若否,则结束交易流程。所述优选实施例中,在进行票据直贴前先验证交易发起者的银行账户是否真实,从而避免了不能将款项转入交易发起者的银行账户的情况,不仅提高了票据直贴的效率和成功率,同时保证了票据直贴的安全性。
在另一优选实施例中,所述第二获取模块具体用于根据预设的交易对象列表获取至少一个交易对象或获取用户手动输入的至少一个交易对象,并将手动输入的交易对象添加到预设的白名单列表。该优选实施例设置了多种获取交易对象的方式,当需要和相同的交易对象进行多次交易时,采用预设的交易对象列表即可快速获取交易对象名单,而当和交易对象进行初次交易或者只用进行一次交易时,采用直接输入的方法效率更高。
优选实施例中,所述第二获取模块至少包括交易对象列表获取单元,所述交易对象列表获取单元用于生成用于获取交易对象列表的ActionEvent事件,通过ActionListener接口监听所述ActionEvent事件,并把监听到的ActionEvent事件传播给对应的***,所述***接收ActionEvent事件,然后执行ActionListener接口预先定义的与所述ActionEvent事件对应的处理函数,并启动一个独立处理线程,所述独立处理线程调用Thread worker接口,所述Thread worker接口采用表单的数据处理方法与存储有交易对象信息的连接服务器进行通信,获取所述连接服务器返回的交易对象列表,然后采用表单的界面处理方法将所述交易对象列表以弹框的方式返回给第一客户端的界面。
在本发明的描述中,需要理解的是,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种基于招标模式的票据直贴方法,其特征在于,包括以下步骤:
步骤1,获取交易发起者输入的银行账户和待交易票据的票号;
步骤2,获取至少一个交易对象;
步骤3,根据所述票号获取所述待交易票据的第一票据信息,并对所述第一票据信息进行验证,验证通过后执行步骤4;
步骤4,生成交易事件,并将所述交易事件发布给所述至少一个交易对象,在预设交易时间内接收所有交易对象的至少一个报价价格,并在所述预设交易时间结束后,选择预设交易时间内报价价格最高的交易对象作为目标交易银行并生成对应的交易价格;
步骤5,在预设银行中开设具有票据接收功能的第一托管账户,并通过预设银行的银企直连接口在预设查询期限内查询所述第一托管账户中是否存入了与所述票号一致的票据,若是,则执行步骤6,若否,则结束交易流程;
步骤6,签收所述票据,并通过第一托管账户向所述目标交易银行发送贴现报文,当接收到所述预设银行发送的指令后执行步骤7,所述指令用于表示所述第一托管账户中的票据已被所述目标交易银行提走,且所述第一托管账户中存入与所述交易价格一致的款项;
步骤7,在所述预设银行中开设用于托管贴现款项的第二托管账户,并将所述款项从所述第一托管账户中转入所述第二托管账户;
步骤8,接收交易发起者的提现指令,并根据所述提现指令将所述款项从第二托管账户中转入所述交易发起者的银行账户。
2.根据权利要求1所述的基于招标模式的票据直贴方法,其特征在于,所述步骤3中对所述第一票据信息进行验证具体包括以下步骤:
S301,在电子商业汇票***中查询所述票号,并获取所述票号对应的权利人信息和第二票据信息,判断所述权利人信息是否与交易发起者一致,且判断第一票据信息是否与所述第二票据信息相同,若是,则验证通过并执行S302,若有一个为否,则结束交易流程;所述第二票据信息包括票据票号、票面金额、承兑人、出票日和到期日;
S302,查询预先建立的风险数据库,根据所述票号获取对应的风险等级,根据所述风险等级验证所述票据是否存在风险,若是,则生成提示信息,并结束交易流程,若否,则验证通过并执行步骤4。
3.根据权利要求2所述的基于招标模式的票据直贴方法,其特征在于,步骤4具体为:
S401,生成交易事件,并根据交易事件和所述至少一个交易对象生成第一报价请求事件,所述第一报价请求事件包括交易品种、交易数量和交易对象列表中至少一个交易对象;
S402,通过服务器将所述第一报价请求事件发送到每个交易对象对应的客户端,并在预设交易时间内获取通过所述服务器返回的至少一个第二报价请求事件,所述第二报价请求事件包括交易对象对应的报价价格;
S403,所述预设交易时间结束后,选择预设交易时间内报价价格最高的交易对象作为目标交易银行,并生成对应的交易价格;若预设交易时间内没有接收到任何交易对象返回的第二报价请求事件或者所有交易对象的报价价格均低于交易发起者输入的预设底价,则结束交易流程。
4.根据权利要求1~3任一所述的基于招标模式的票据直贴方法,其特征在于,所述步骤1具体为:获取交易发起者输入的银行账户和待交易票据的票号,并验证所述银行账户是否真实,若是,则执行步骤2,若否,则结束交易流程。
5.根据权利要求4所述的基于招标模式的票据直贴方法,其特征在于,所述步骤2中,获取至少一个交易对象的具体步骤为:根据预设的交易对象列表获取至少一个交易对象或获取用户手动输入的至少一个交易对象,并将手动输入的交易对象添加到预设的白名单列表。
6.一种基于招标模式的票据直贴***,其特征在于,包括:
第一获取模块,用于获取交易发起者输入的银行账户和待交易票据的票号;
第二获取模块,用于获取至少一个交易对象;
验证模块,用于根据所述票号获取所述待交易票据的第一票据信息,并对所述第一票据信息进行验证,验证通过后驱动议价模块;
议价模块,用于生成交易事件,并将所述交易事件发布给所述至少一个交易对象,在预设交易时间内接收所有交易对象的至少一个报价价格,并在所述预设交易时间结束后,选择预设交易时间内报价价格最高的交易对象作为目标交易银行并生成对应的交易价格;
票据交易处理模块,用于在预设银行中开设具有票据接收功能的第一托管账户,并通过预设银行的银企直连接口在预设查询期限内查询所述第一托管账户中是否存入了与所述票号一致的票据,若否,则结束交易流程;若是,则签收所述票据,并通过所述银企直连接口和所述第一托管账户向所述目标交易银行发送贴现报文;
资金处理模块,用于在所述预设银行中开设用于托管贴现款项的第二托管账户,并当接收到所述预设银行发送的指令后,将所述款项从所述第一托管账户中转入所述第二托管账户,所述指令用于表示所述第一托管账户中的票据已被所述目标交易银行提走,且所述第一托管账户中存入与所述交易价格一致的款项;以及用于接收交易发起者的提现指令,并根据所述提现指令将所述款项从第二托管账户中转入所述交易发起者的银行账户。
7.根据权利要求6所述的基于招标模式的票据直贴***,其特征在于,所述验证模块包括:
第一验证单元,用于在电子商业汇票***中查询所述票号,并获取所述票号对应的权利人信息和第二票据信息,然后判断所述权利人信息是否与交易发起者一致,且判断第一票据信息是否与所述第二票据信息相同,若是,则验证通过并驱动第二验证单元,若有一个为否,则结束交易流程;所述第二票据信息包括票据票号、票面金额、承兑人、出票日和到期日;
第二验证单元,用于查询预先建立的风险数据库,根据所述票号获取对应的风险等级,根据所述风险等级验证所述票据是否存在风险,若是,则生成提示信息,并结束交易流程,若否,则验证通过并驱动议价模块。
8.根据权利要求7所述的基于招标模式的票据直贴***,其特征在于,所述议价模块包括:
第一生成单元,用于生成交易事件,并根据交易事件和所述至少一个交易对象生成第一报价请求事件,所述第一报价请求事件包括交易品种、交易数量和交易对象列表中至少一个交易对象;
发布单元,用于通过服务器将所述第一报价请求事件发送到每个交易对象对应的客户端,并在预设交易时间内获取通过所述服务器返回的至少一个第二报价请求事件,所述第二报价请求事件包括交易对象对应的报价价格;
第二生成单元,用于所述预设交易时间结束后,选择预设交易时间内报价价格最高的交易对象作为目标交易银行,并生成对应的交易价格;并当预设交易时间内没有接收到任何交易对象返回的第二报价请求事件或者所有交易对象的报价价格均低于交易发起者输入的预设底价时,结束交易流程。
9.根据权利要求6~8任一所述的基于招标模式的票据直贴***,其特征在于,所述第一获取模块具体用于获取交易发起者输入的银行账户和待交易票据的票号,并验证所述银行账户是否真实,若是,则驱动第二获取模块,若否,则结束交易流程。
10.根据权利要求9所述的基于招标模式的票据直贴***,其特征在于,所述第二获取模块具体用于根据预设的交易对象列表获取至少一个交易对象或获取用户手动输入的至少一个交易对象,并将手动输入的交易对象添加到预设的白名单列表。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710139159.5A CN106897840A (zh) | 2017-03-09 | 2017-03-09 | 一种基于招标模式的票据直贴方法和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710139159.5A CN106897840A (zh) | 2017-03-09 | 2017-03-09 | 一种基于招标模式的票据直贴方法和*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106897840A true CN106897840A (zh) | 2017-06-27 |
Family
ID=59185765
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710139159.5A Pending CN106897840A (zh) | 2017-03-09 | 2017-03-09 | 一种基于招标模式的票据直贴方法和*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106897840A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109447785A (zh) * | 2018-10-18 | 2019-03-08 | 原建军 | 一种电子承兑汇票安全交易方法及*** |
-
2017
- 2017-03-09 CN CN201710139159.5A patent/CN106897840A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109447785A (zh) * | 2018-10-18 | 2019-03-08 | 原建军 | 一种电子承兑汇票安全交易方法及*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102844776B (zh) | 返回有限使用的代理动态值的支付渠道 | |
US5826241A (en) | Computerized system for making payments and authenticating transactions over the internet | |
CN104081425B (zh) | 基于电子支票的付款*** | |
CN107481137A (zh) | 一种网络借贷*** | |
CN106897865A (zh) | 基于云服务的在线票据综合交易平台 | |
US20140067653A1 (en) | Systems and methods relating to credit | |
DE112009000137T5 (de) | System und Verfahren zur Datenvervollständigung mit Anschubkennung | |
EP2318995A1 (en) | Online processing for offshore business transactions | |
CN106886935A (zh) | 票据交易服务器 | |
CN107016610A (zh) | 一种基于一口价模式的票据直贴方法和*** | |
CN110648135A (zh) | 一种基于对象的电子支付与清算方法 | |
CN108038683A (zh) | 基于二类账户的支付方法、支付***及可读存储介质 | |
US20200219189A1 (en) | JYB-based Barter Transaction Platform | |
CN107615319A (zh) | 向中小型企业提供信贷的***和方法 | |
CN104123658A (zh) | 一种基于购买计划及存款计划的网络贷款购买***和平台 | |
CN107710268A (zh) | 基于电子记录债权的批量保理交易中压缩债务者的债务与改善财务内容的方法及其*** | |
JP4831555B2 (ja) | 証券仲介サービスを集計する方法および装置 | |
US20100312687A1 (en) | Method and System for Facilitating International Investment with Respect to Immigration | |
CN113989040A (zh) | 资产证券化管理方法及装置 | |
CN107038637A (zh) | 一种基于即时议价模式的票据直贴方法和*** | |
CN106897840A (zh) | 一种基于招标模式的票据直贴方法和*** | |
CN109410065A (zh) | 一种融资实现方法和装置 | |
CN107016607A (zh) | 一种基于招标模式的票据直贴方法和*** | |
CA2994876C (en) | Method, system and device for opening electronic certificate | |
CN106845992A (zh) | 一种适用于互联网交易平台的信用额度管理办法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20170627 |
|
WD01 | Invention patent application deemed withdrawn after publication |