CN110648135A - 一种基于对象的电子支付与清算方法 - Google Patents
一种基于对象的电子支付与清算方法 Download PDFInfo
- Publication number
- CN110648135A CN110648135A CN201910806749.8A CN201910806749A CN110648135A CN 110648135 A CN110648135 A CN 110648135A CN 201910806749 A CN201910806749 A CN 201910806749A CN 110648135 A CN110648135 A CN 110648135A
- Authority
- CN
- China
- Prior art keywords
- payment
- bill
- service
- account
- information
- 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.)
- Withdrawn
Links
Images
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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/381—Currency conversion
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
- G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
- G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明涉及支付自动化技术领域,公开了一种基于对象的电子支付与清算方法,包括以下步骤:对象业务签约及管理帐户;发行未定义对象票据;业务审核及票据定义;票据付款模式;委托代理交易;交易业务结算、收款及收票;交易支付确认程序,回收及兑现流程;通知收付款双方票据受理兑付成功。本发明具有支付过程自动化、智能化的技术效果;主要解决用户外延的对象业务支付与清算,具有对象业务经授权赋能代表主体的技术效果。
Description
技术领域
本发明涉及支付自动化技术领域,具体涉及一种基于对象的电子支付与清算方法。
背景技术
目前,结算、交易及业务关系都是以自然人或企事业单位为目标对象,包括设立资金帐户。当然也有以开立项目或用途为对象的专用帐户,但支付对象属性仍然是以自然人或企事业单位。社会的发展进步,人们的生活更多样化、机器AI智能化,生物识别技术实用化,从而也对支付过程的智能化和多样化提出了更高的要求,出现了自动结算与支付的需求,现有技术通过三方协议绑银行卡,依据结算令执行代扣代付任务,解决了一些现实问题,如ETC。
发明内容
本发明的目的在于克服上述技术不足,提供一种基于对象的电子支付与清算方法,主要解决基于对象交易与支付的技术问题,包括以对象自动交易支付的方法。
为达到上述技术目的,本发明的技术方案提供一种基于对象的电子支付与清算方法,包括以下步骤:
对象业务签约及管理帐户:签订对象业务管理相关协议;注册及开通对象业务管理帐户,设置登录密码、票据帐户、对象业务现金帐户及关联帐户;注册保证金帐户,存入保证金,保证金包括现金及平台给予的信用额度;设置对象业务联系信息以及结算信息收件方法;选择异议处理机制以及仲裁办法;
发行未定义对象票据:以保证金及信用额度背书,申请发行未定义的对象支付票据;发行未定义的对象支付票据,冻结保证金实施担保背书;领用担保发行的未定义对象支付票据;
业务审核及票据定义:审核对象业务申请,授权开通创建对象业务,设置对象业务相关约束条件;审核对象业务的项目支付申请,完成支付前的审核授权过程;对象支付票据及现金支付项定义为对象项目用途,赋于对象项目支付能力;审核对象业务申请包括多人管理模式和单人管理模式,多人管理模式为分别设置业务审批人、票据授权管理人以及委托代办业务权人,启用对象业务现金及票付款模式;单人管理模式为自然人用户及单人管理用户;项目支付模式包括票据付款模式和现金付款模式;票据付款模式为分发支付票据,定义支付票据为具体的对象的支付项目,赋于对象业务有分发票据的权力;现金付款模式为赋于对象的支付项目使用现金帐户的权力;
委托代理交易:赋于执行人调度支付信息令牌码,执行交易任务,依据双方达成结算方式选择现金付款或票据付款方式;委托代理人包括对象本体或者代办人,授权委托代理人代理执行支付任务,使用票据付款模式时赋于票据信息令牌使用权;使用现金付款模式时赋于代办人现金支付信息令牌码使用权;交易达成时,填写支付票据交易额,展示或传送支付票据信息令牌码至收款方;
交易业务结算、收款及收票:收款方收款人包括委托代办人,收款方收款人将接收的票据信息令牌码回传至机构平台验证柜台;现金模式时依据双方收付款信息令牌,按指定的帐户及收付款单的金额,转移划拔资金,回复收付款双方完成交易信息;票据模式时回复支付票据有效,为本机构发行,并传给票据收款联开具结算帐单,在票据收款联填写金额,传送到机构平台的清算中心的收票柜台;清算柜台核对信息及收付金额,并给双方回执,支付票据被双方使用,有交易行为;
交易支付确认,回收及兑现流程:清算中心在票据帐户上登记入帐,通知收付款方,支付票据登入台帐信息,为待收待付状态;机构平台等待付款方确认交易有效同意兑付票据,默认超时确定有效执行兑付;支付票据待付联送付款方回收同意兑现,从付款方关联资金帐户上提出与该支付票据等额现金;收回收款方的支付票据待收联,将兑现的现金拔付给收款方指定或关联现金帐户;通知收付款双方票据受理兑付成功。
与现有技术相比,本发明的有益效果包括:本发明基于对象支付以票据及单据的方式处理,对于生产商与消费者来说可以直接完成有保障的交易,并且商品质量及价格保证是由待收款的责任及票据的时效来确保的。
附图说明
图1是本发明提供的基于对象的支付方法一实施方式的流程图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
实施例1
如图1所示,本发明的实施例1提供了基于对象的支付方法,以下简称本方法,包括以下步骤:
A.对象业务签约及管理帐户
a.签订对象业务管理相关协议
b.注册及开通对象业务管理帐户,设置登录密码,也包括票据帐户,对象业务现金帐户及关联帐户
c.注册保证金帐户,存入保证金,包括平台信用额度
d.设置对象业务联系信息,结算信息收件方法
e.选择异议处理机制,以及仲裁办法
B.发行未定义对象票据
a.以保证金及信用额度背书,申请发行未定义的对象支付票据
b.发行未定义的对象支付票据,冻结保证金实施担保背书
c.领用一批机构担保发行的未定义对象支付票据
C.业务审核及票据定义(对象业务授权)
a.审核对象业务申请,授权开通创建对象业务,设置对象业务相关约束条件,多人管理模式:分别设置业务审批人,票据授权管理人,委托代办业务
权人,启用对象业务现金及票付款模式;
单人管理模式:自然人用户及单人管理用户,以上管理业务流程、管理要求不变,所有管理权为一人,为用户自身为用户指定授权管理人。
b.票据付款模式:分发支付票据,定义为具体的对象的支付项目,赋于对象业务有分发票据的权力;现金付款模式:赋于对象业务的支付项目使用现金帐户的权力;
c.审核对象业务的项目支付申请,完成支付前的审核授权程
d.支付票据及现金支付项定义为对象项目用途,赋于该对象项目有支付能能力;
D.委托代理交易,赋于执行人调度支付信息令牌码,执行交易任务,依据双方达成结算方式选择现金或票据付款方式;(执行付款)
a.委托代理人,包括对象本体或者代办人,授权代理执行支付任务,
票据付款模式:赋于票据信息令牌使用权;
现金付款模式:赋于代办人现金支付信息令牌码使用权;
b.交易达成时,填写支付票据交易额(付款单),展示或传送支付票据信息令牌码给予收款方
E.交易业务结算,收款及收票;(执行收款)
a.收款方收款人,包括委托代办人,将接收的票据信息令牌码,回传至机构平台验证柜台;
现金模式:依据双方收付款信息令牌,按指定的帐户及收付款单的金额,转移划拔资金,回复收付款双方完成交易信息。
票据模式:回复支付票据有效,为本机构发行,并传给票据收款联
b.开具结算帐单,在票据收款联(进帐单)填写金额,传送到机构平台的清算中心的收票柜台;
c.清算柜台核对信息及收付金额,并给双方回执,支付票据被双方使用,有交易行为;
F.交易支付确认程序,回收及兑现流程;(票据处理)
a.清算中心在票据帐户上登记入帐,通知收付款方,支付票据登入台帐信息,为待收待付状态
b.机构平台等待付款方确认交易有效同意兑付票据,默认超时确定有效执行兑付
c.支付票据待付联送付款方回收同意兑现,从付款方关联资金帐户上提出与该支付票据等额现金
d.收回收款方的支付票据待收联,将兑现的现金拔付给收款方指定或关联现金帐户
e.通知收付款双方票据受理兑付成功。
本实施例通过审批支付申请,并根据支付申请发行电子的对象支付票据;对象支付票据简称支付票据,将所述对象支付票据赋能于付款对象,使付款对象具有支付能力;在接收到收款对象提出的结算请求后进行结算确认,确认后采用对象支付票据进行支付结算。基于对象支付有传统的现金方式,还增加了以支付票据的方式处理,因而赋于强大的支付应用能力,能够解决现实交易及服务时的两难选择。因一般传统支付就是当场货款两清,而有些支付与交割环节就面临待收待付的问题。现实,出现先款后货或先货后款的情况,就得先以合同形式保障双方的利益,特别是先付出的一方,而合同形式需正规,只适合大额交易,但对于购物消费类却显烦琐费时。目前,支付宝以第三方支付服务补充了这个毛病,但这种交易仅限于商户加入像淘宝天猫商城的电子商务的情况,其解决先付待收的方法是由支付宝代收代管代付。因此目前第三方支付不具备交易与服务的待收待付的全部应用场景。而有了对象票据支付,对于生产商与消费者来说可以直接完成有保障的交易,并且商品质量及价格保证是由待收款的责任及票据的时效而带了的付方对交易品的确认措施来确保的。
基于对象支付的对象的智能化应用,现在已具备的高科技的应用环境,包括以自然人、物、事项的对象适应于对象支付。由于技术进步,出现了机器智能化,以及AI智能化应用,也包括智能识别技术实用化应用,因此有些附属物类的对象由于智能而能自主,也具备结算与支付能力。如智能汽车,智能机器人是具有一定自主判断能力的。而像自然人及动物的生物特征明显,可以通过第三方来身份识别完成有效的、可信的结算。有了这样的智能及相关验证程序的引入,就可以票据及现金方式的安全支付。
现有票据支付技术,一般为纸质票据,如转帐支票,现金支票。现在发行了电子承兑支票,有背书担保兑现功能,是银行为商户背书担保定制发行的,不具备一般对象性质,且是定向定额发行,本质上是一种延期付款,对商户来说相当于借款,对银行来说是一笔贷款,因此发行及兑现严格,有相关条件才能发行,因此不易流通,不适合一般交易。现在流行的网银支付,扫码支付,适用自然人及单位的具有法体资金帐户的主体,而一般非法体的对象是没有支付帐户也就没有支付能力,一些附属于法体的对象但不具有使用帐户或资金使用权的对象。
现实,在交易中,自然人具备结算与支付的自主意识判断能力,若是为他人办理事务或工作单位办事时需支付款项,有几种解决办法,1.自已垫付,代办业务,然后报帐收款;2.先期借支,代办业务,然后入库报销抵借支;3.报收款人帐号,请他人从帐户上或单位财务出纳网银转款,代理交易业务,然后入库平帐。
现在,非自然人也可以交易或交费,如车辆ETC实现了通行费的按车牌号来交费,这个ETC自动交费实现的原理:车辆附属于车主,车主绑定银行卡,签订三方协议实现的银行代扣代交,实现自动收费。这个事例分析一下,从交费方来看,某种意义,车辆是车主的附属对象,不管开车人谁,包括以后的无人驾驶的车辆,是绑定车牌号的属主接受第三方的划拔交费,也就是属主对附属对象应该有责任交费,而不管收款方是谁,开车人是谁。而从收款方收款来看,只面对于服务的对象及代办人收费,这个收费与对象、钱的来源无关。车辆ETC是三方协议划拔的,三方都是依据绑定车牌号的以代扣代付而交费。
综上所述,这些类于对象支付的案例从实际意义来说,这种支付没有普遍应用的价值,适应范围小,局限性大。这是因为它是为了实现自动支付,在现有的框架下及现有的机构上实现的,这些制度、政策、机制约束太多,虽说ETC应用实现了自动交费,也仅限于高速通行费,实际可以拓展到加油、充电停车更多方面,因此现有ETC还不能体现对象支付的真正价值。从现有的支付应用来讲,已经实现了快速支付的要求,方便性也不差,而对象支付的方法若加大应用,现有条件并不具备,机构也不积极,收付款方也不有这个对象支付的意识。
现在,技术飞速进步,特别是智能化的推进,5G的应用将会有更多的层面上改变,智能互联网、物联网、高速通信、智能机器、车辆无人驾驶,新的事物将层出不穷,人们的生活有更多的需求,生活方式有更多的改变,社会的层面很丰富。作为自然人及法体单位将会有更的附属的、从属的对象,这些对象也存在支付问题。
基于对象支付方式的灵活性及普适性,在对象支付管理上有审核与非审核方式,在对象支付的收款方式上有现金与票据方式。有了这些支付模式的选择,使对象支付工具可以全面解决支付的不同形式,满足不同用户及不同商户的不同需求,如待收待付的难题,帐户的资金共支共用,帐款的分摊支付,以及适用不结算方式的支付。1.作为自然人个人用户,对附属从属于他的对象就不需要审批,对象授权取得已含审批,具体业务时报明用途即可调用授权帐户。2.作为单位用户,支付业务繁多,支付前通常要有计划申请,多部门参与审核处理,因此业务的计划与支付需要审核及授权。而选择对象审核模式,支付前的业务管理流程引入在线审批授权。审核模式不仅是一体化融合的方案,也是提高管理及支付水平的好方法,节省成本,节省时间。意外的好处,便于支后检查,可以在线报销入帐。免掉借支不用抵冲帐,减少业务员的工作量。3.现金模式:对于帐单结算明确,收款方的风险可控,货到付款,支付额度不大,使用频繁,对象支付采用直接调用帐户现金支付,快捷方便。对于自然人的用户,对于对象掌控度信用度高,可以用简易授权方式,对象支付时有结算用途单即可使用,如车牌付的支付。对于单位用户,先取得项目审批授权,支付时,结算帐目能完全确定附帐单即可完成支付,如员工出差费用支出,简易授权直用模式也可以用于小额支付。4.票据模式:收款方的交易品,需要收货时间,交易需质量检验,会出现先付款确认交易品再兑付的问题,对象票据业务很好解决待收待付过程问题,对于电子商务线上线下融合,对于各种形式的电子商务机制及方法提供了支付解决方案。
基于对象支付通过平台的智能结算及识别方式,包括引入了第三方专业化结算与识别,结合物网联及专业网的提供的服务,很好解决交易的自动化。也可以按对象类别提供对应的专业服务专业化及智能化。如车辆服务通过车联网可以得到细化的专业服务,车联网也具备提供第三方的专业化标准化结算服务。如医疗费的结算,不能由医院开单说了算,通过引入第三方(官方)价格审核,再分摊到个人承担费用支付,免去了就医人的各项负担。
基于对象支付的票据除了发行及兑现,其他都是用户自主管理,不仅灵活方便,管理细致责任明确,指向性强。所谓对象业务用户自行定义,是依据自身需求而定义的。所谓对象支付项目,也是由用户管理要求而自行定义的。票据在系统中的各个环节并不传送流转,而是票据多联的方式给予或投射于不同角色,且多联间是关联互证的。这样由不同的角色取得相应票据联来完成相应的工作。配套多组信息令牌来组织不同角色来使用票据,使用票据的角色有相应的签名,因此保证了支付票据非常安全有效。尽管一份票据多人参与,但票据是在系统的某一区域,参与人依据身份在各自终端的管理系统中的某一窗口进来处理而已。
本发明实施例中所提及的付款对象是指接受收款对象的服务的具体对象,也就是服务的直接对象,即与支付资金用途直接相关的对象。通过发行对象支付票据给付款对象,赋能于付款对象,使其具有自身用途项的支付能力,这里称为赋权于对象支付能力。如果对象自身有支付自行能力,这里把这种对象定义为对象本体,这种对象本体自身就可以作为付款对象实现基于对象的付款,例如车辆,可将对象支付票据赋能于车牌,通过识别车牌获取对象支付票据,从而实现车辆本身具备支付能力;再比如宠物、人,宠物和人的脸可以作为付款对象,将对象支付票据赋能于宠物脸或人脸,通过刷脸识别实现基于对象的自动支付。有了赋能模块提供的对象支付能力,对象在接受外部某一收款对象提供的服务或交易商品请求结算时,只需交流确认结算相关事项就可收取此费用,完成支付。以下统称服务或交易商品为服务。
责权对象指具有合法资金账户的自然人或法人。权责对象实现赋能于对象,通过对象支付票据来实现的。提供服务的收款对象收到的对象支付票据后凭借对象支付票据即可兑成货币现金。将支付能力赋予对象后,实现了不需要权责对象进行面对交易,可以自行完成全支付过程。对象与对象之间有服务关系或服务交易时,提供服务的收款对象进行对象支付票据的识别、认证及信息采集;接受服务的付款对象识别收款对象,双方进行结算确认,实现服务的支付过程。这种仅以对象作为结算单位完成支付业务,也就是提供服务的对象不用知晓及告知本体对象的权属人或关系人就可主张结算及支付,这里定义为对象本体的对象支付。委托代办人授权实施的对象支付,这里定义代办执行的对象支付。为接受服务的付款对象与提供服务的收款对象有结算响应,形成了物与物结算关系。实现了对象的权属人或关系人不用出现也不用响应,对象直接解决服务结算及支付的工作任务,这里可称为自动结算的对象支付。
本发明以对象用途为支付项,除了现金对象支付方式,增加了电子票据为载体的对象支付票据,支付机构包括第三方支付平台增加的功能模块。对象支付票据像银行对公纸质对象支付票据的作用是一样,但是是电子形式,可以载入更多的信息。主要信息有结算金额,有用户背书信息、对象本体、用途信息、结算条件信息等。经对方结算流转回来的对象支付票据,有结算中介信息,有提供服务或交易品的信息。第三方支付平台提供或委托的赋权服务机构的系统,因为取得了这些信息以及各方的请求令牌,就会执行相关授权及结算条件,相应地完成各个工作程序,结算条件符合,清算支付票,若且双方不提出异议,最终以转移支付进兑付。
所谓对象支付票据,简称支付票据,是第三方支付平台票据管理中心利用内部现有令牌算法系统,开发以对象支付票据为特点的令牌生成系统,在用户申请为赋能对象本体开具对象支付现金用款单或支付票据时,提供发行一组令牌用于对象业务对外结算支付。这个对象业务令牌发行机制,现金用款单支付实际上与收付款码是一样的,只是执行对象不同,尽管收付款也是信息令牌,是用户直接使用的现金帐户的资金,等同于现钞,可以做到点到点直接支付。虽说对象支付票据也是可以视作货币化的资金,但没有执行兑付现金前,这个货币资金停留在执行过程中,收到的有效对象支付票据只是记入票据帐户中,而并没有实现兑现。只有资金执行到收款对象的现金帐户,这个对象支付票据才会终止其作用,失去货币价值。
现在交易支付体系成员对象基本是以自然人及企事单位,有明确的法律地位,在财权方面,既有法律责任也有主张法律的权力,这种对象属性是资产及财产的所有者、收益者、责任者、委托授权管理者或者关系人,拥有实现交易的最终支配权及收益权,因此在这里定义为法体对象,也可称法人对象。而大多数交易是以货币化支付来实现的,也就是接受商品或服务方的法体对象就必须有货币资金才能实现交易的支付。
在这个日新月异的发展时代,人们享受丰富的生活,不断创新的科技技术带来了生活方式的改变。人们相互的交往更多,需求更多。而这些改变也就带来交易的对象更多,交易的内容更多。交易频繁活跃,因此带来了交易繁杂,作为法体对象而形成的帐务也是繁杂的,特别是过往的交易累积的,会产生的各种用途或科目的开支,以及不同对象的收益,法体对象对资金支配、帐务管理将消耗大量精力,不得不也将此工作分配或授权专业人员,也就是会计人员来解决,也有授权高管、亲属代理资金或财产支配任务。
作为自然人个人的,目前也只有银行流水、短信作为交易的凭证,交易内容并不记录,若不即时每笔记清楚,最后过往的交易就很难记忆准了,且交易凭证若不保存也就消失了。一些用于对公业务费用开支,先期需借支或垫付来完成业务,继而用相关凭证走流程报销,因此手续繁复费时费力。一些用于家庭成员开支,一些用于个人消费,一些用于社交,一些用于来往借支,一些用于宠物费用,一些用于赡养,一些用于投资,总之,个人面对这么多面事务形成的帐目也要困惑,或花精力理帐记帐,或不了了之。
作为企事业单位法体对象,相对自然人而言其事务就更为庞杂,涉及面及数量数额也大,既有内部员工的开支及费用,也有外部业务的往来。这种法体对象一般都会建立会计部门,凭请专业会计,有内部高管及部门审批审核,不仅有成熟的会计制度,而且基本上具有ERP财务系统,月季年度财务报表按规上报,甚至内部高管或股东获取旬报数据,还可外部财务年度审记。故现行以法体对象运行的财务体系,包括支付业务,一切是有章可循有法可依,只要严格执行就能保证财务数据具有真实性。但现行财务制度的会计方法、资金支付规则都是基于法体对象为目标指向而实现结算及支付,也是基于过去的技术条件而制订的财务操作规则。因此不能适应时代要求,主要问题下面罗列一些:
1.不能适应现有技术条件的自动支付、自动结算,还有共享支付、分摊支付。
2.不能进行大数据关联结算、云计算复核。
3.没有有效力的电子凭证,有效力的经申请、审核、审批过程,难以作为会计入帐标准,也就没有自动支付原则。这些过程实现电子化,凭证电子化才是对象结算的基础,才可以实现自动支付等新支付形式。
4.作为资金支付,一般只涉及货币相关信息,其他结算的信息选入财务系统被忽略掉因而表达不全。这是因为只表达法体对象信息,而作为对象本体能反映业务过程信息,是数据的实质来源。不重视记录对象本体的信息,是原有技术难以支持。而现在,不论是存储能力,计算能力是没有问题的。云计算AI智能是可以代替人工处理帐务的,可以替代会计人员的工作。
5.数据的时效性由于要完成程序上规定必然有延缓。
6.结算报销、交易支付程序要经审核、审批流程序的,也是人工性质的,不仅耗时费力,且人员获取业务信息及知识有限,只能保证程序合规,也难免遗漏错误。
7.结算报销、交易支付审核审批是经过原始资料信息的求证,能够保证数据的真实性,但这些信息原始信息不会录入财务系统中,没有建立数据库,后期这些信息也会逐步消失的,复查复核是困难的。
8.因为没有关联数据库,没有原始信息参照,遗漏或重复记帐是是存在的,也是不容易检索出来的。
因此,基于对象结算与支付采用对象支付票据方式是恰当的方式,相对于纸质支票,不会出现低级的填写错误,主票据并不传送,而是信息令牌让参与者的终端进入某一柜台获取票据分联及票据业务单来处理业务,交付及流转清算也快,故执行力很强。
所谓支付票据是一种货币化的信息载体。相对于现金,支付票据的记录比较全,表达信息也多,有参与各方的信息,有支付内容,具有可索源便查证特性。其有兑现特性也保障了交易的可靠性。
支付票据是第三方支付平台票据机构中心代理发行的,当然,不限银行机构以后此类业务开展,故也有机构担保特性,即使出现了票据信息不对拒付情况,机构也会承担纠正错误的任务,如不是收款方的问题将由票据机构发行方先期支付,以保证交易的足额支付。支付票据有了这些功能,故适应不确定对象来完成支付交易,特别适合对象本体来完成交易支付。这些特性也规避了各方风险,尽管执行环节增多,但增加了可靠性高安全性,附有支付内容,参与方信息齐全,各方可以申请验证,因此特别适合以对象本体方式的自动支付。
优选的,业务帐户及支付票据发行管理具体为:
申请建立对象资金关联帐户及票据帐户,票据帐户记录支付票据的使用情况,对象资金关联帐户记录兑现支付票据、保证金及发行机构给予的信用金,担保背书后取得了发行电子票据的基础兑现保证条件,平台审核后发行支付票据给资金主体对象,支付票据为平台签名背书担保的支付票据,支付票据在交易时等同现金效力,而对象支付票据发行时,背书的条件是冻结发行申领总额的保证金;
根据资金对象主体用户或授权管理人申领支付票据的提交的信息,具体为:
申领发行对象支付票据的平台备案信息包括:支付票据责任主体名称、支付票申请总支付额度、支付票据单次支付限额、支付票据数、对象业务名称、承兑支付票票时对应的现金帐户及关联帐户、对象业务注册帐号、支付票据支付有效确认方法、默认支付有效时间、支付票据状态信息通知接收人以及规定支付票据结算方式;
申领发行对象支付票据的平台备案信息还包括:发行支付票据处于票据待收待付时,选择票据收付款交易确认有效规则及方法,以及默认确认有效时间;
申领发行对象支付票据的平台备案信息还包括:发行支付票据交易在确认出现争议时的解决方法及途径。
银行只对自然人、法人单位以及事业单位开立存款帐户,有各项规定也有相关规范限制,以对象为单位设立帐户是不可行的。因此本实施例建立赋权及清算平台,首先创建以对象性质的对象帐户,并对支付业务的支付请求进行审批,并创建以对象账户本体为基准的对象支付票据业务,为对象支付票据的生成、发行、管理以及票据交易记录数据提供平台。对象账户的创建需要划扣一定数额的保证金,提供资金保证能力。赋权及清算平台位置很重要,主要涉及资金安全及信息安全,由于用户众多,业务种类也多,交易的票据将具很大的数量级,故涉及面很广,涉及社会的各个层面。因此组建此任务的必须具有强大的互联网维护保障能力;必须具有强烈的社会责任;可能会承担较大风险,必须具备抵抗风险能力;必须具有社会信用度高,现有体系相配套相兼容,也就是具备配置支付能力的产品;必须处于社会中领先普及度认知高的平台。
首先,银行现行的制度对赋权业务是无法开展,因为赋能业务是法体对象的权力外延性业务。赋能业务的部份性质与法体对象不是严格的直接对应关系,与银行现有制度及业务规定出现了不规范现象。由于赋能业务执行过程的不确定性,因而更需要超强运营规范及相关保障要求。
尽管赋能业务是法体对象自身外延的业务,对义务及风险事前有认知,即使在相关过程中有严格的执行标准,但个体的有限能力只能完成赋能业务很小部分任务,为赋能业务预置条件,如设置条件及赋能对象及授权机构等,大部份执行任务是赋能业务机构授权代理及监管完成的。所以赋能业务执行过程中的风险,只能依靠赋能服务机构提供的保障能力、担保能力、监管能力来实现。
对于提供服务方的对赋能业务,有了强有力的第三方机构提供及承担的保障、担保、监管及清算兑付等责任及义务,有了平台机构背书担保这些工作,完成服务或交易品时,只要接受对象本体对服务或交易品结算及支付有效响应,最终必须实现兑现,也就是赋能业务清算及资金兑付的责任,是提供赋能服务的机构。
法体对象的用户根据已方的需要,申请赋权已方选择的对象本体,让选择的对象本体得到资金上的赋权,因而有能力可以自行结算与支付,而提供服务的对象通过这种赋权业务形式,也能取得请求对服务或交易品的结算,最终实现对服务的资金对价兑付。而完成赋权业务在双方实现资金上的兑付,赋权服务机构必须提供的赋权业务运营环境及技术支持。主要的要求及配置,包括运营网络服务器系统及数据库;包括对象支付票据管理、发行、清算及兑付及转移支付等。还包括客户端中,用户建立对象本体、设置结算条件,以及对象本体帐户及对象支付票据管理,还包括支付内容记录。
优选的,支付票据审核、分发、定义及授权具体包括:
在对象项目计划提出支付请求,资金对象主体或授权审批人通过审批,分发定义对象用途的支付票据,并授权对象或代办人对外支付;
根据资金主体对象申报的发行支付票据及对象支付请求分发定义用途的对象支付票据,具体为:
建立对象业务管理平台,包括客户端有对象业务管理、系统平台有票据发行及清算中心,各种基于对象支付应用功能,以供用户选择;
在对象业务管理平台中,用户根据意愿,首先签订相关对象支付协议务,注册开立对象业务管理帐户,开通及选择对象资金关联帐户及票据帐户、对象票据帐户,主要功能用于提交发行票据申请,申领未定义票据,也用于分发、接收支付票据、回收兑现支付票据工作任务、选择对象票据的确认、回收、兑现、选择异议处理方法以及争议解决途径及仲裁办法;
利用对象业务管理帐户的票据发行及申领模块,开展对象支付票据的发行及用户申领任务,由平台发行支付票据,由资金对象用户配置一定保证金,用等额的保证金及信用额度金背书,发行等额票据,保证金是电子票据发行以及承兑要约,发行时会冻结等额的保证金,发行的对象支付票据是平台担保发行的签名支付票据;支付票据发行,必须是用户提出的对象业务支付票据申请而制订专门发行,用户利用这个模块在客户端系统提交支付票据申请,提交支付票据发行的具体参数、要求的定制信息,包括申请发行总额、票据数量以及其他备案信息;
利用对象业务管理帐户中的对象业务模块:开展对象业务审批流程,分发现金用款单或未定义票据用于定义的具体的对象业务;开展审核对象的项目支付申请,通过审批所述对象项目的支付请求,票据付款模式:分发票据用于定义对象用途用途支付票据;现金用款单付款模式,限制额度使用现金帐户及关联帐户,用于该对象用途的付款,赋于对象项目用途的该项支付权力;委托代办对象业务交易任务,所谓对象业务代办人也包括对象本体、指定的自然人,如对象本体具有结算与支付能力,则选择对象本体,也可引入第三方结算服务,绑定定义的付款的现金帐户则可完成自动支付;授权对象业务代办人使用付款票据的权力,使其可以调度票据付款信息令牌码用于对象业务交易;
利用对象来务管理平台的清算中心票据处理模块,设置票据业务有受理柜台,有票据回收兑现柜台,有登记入帐的票据帐户管理数据库,其作工作任务不仅管理用户对象注册的票据帐户及资金兑付帐户,且主要受理支付票据交易支付及兑现管理问题,清算中心的工作任务还包括:已受理的收付款票据确认有效无异议,回收确认支付的票据,划拔付款方资金帐户的资金,以票据置换现金,提现转移支付到收款方指定资金帐户。
实现以群功能的票据业务处理模块,可以有多种方式:
方式一:利用现有的社交平台,已经有很多功能的群组及软件支持。开发部份专业软件,搭建群组多对象业务方案。参与人加入到相关对象业务群,在各自终端完成对象业务。群组中的社交功能利于沟通具体事项,附加对象业务具体任务计划表,对象支付任务也在这个群中的模块中完成。
如支付宝、微信既有社交功能也个支付功能,群组功能完备。但业务管理模块及文件处理模块支持环境没有建设,因此还不能达到前期业务处理能力。但钉钉以及企业微信已具有这个业务处理环境,企事业单位的对象业务可以直接使用此系统。若将这个支持环境移植到支付宝及微信,这样就具有了业务处理模及文件处理块功能,因此对于自然人的用户也可以在支付宝、微信群组,利用第三方软件服务商或平台提供对象业务处理软件以及相配套的其他软件,搭建对象业务功能模块。这样,建立的群组也支持支付功能,对象支付票据功能,对象赋能功能,对象支付票据清算及兑付功能,以及其他相关功能,对象业务的业务每个过程都可以在这个群里完成,当然,这个群的管理员为权属对象用户,在这个群组里由法体对象用户,赋能于各个成员及对象。
资金权属对象用户,在第三方支付平台签订服务协议,注册这个对象业务群组。在这个对象业务群组里,搭建对象支持业务环境,注册资金专用帐户,申办对象总帐户,组建成员队伍,分配成员不同权限,配置文件审报处理软件,根据需要设置各种对象业务项目。具体到每次对象业务,可以选择现金支付,也可以选择票据支付,赋于某项对象支付能力。需要代表人或者代办人时,将对象业务委托办理,将对象支付现金单用款单或票据授权代办人终端使用。代办人的终端也要配入这个群,配置相关软件支持。代办人或成员在各自终端(客户端)对象业务群中,得到授权及赋能,有了各自的权限及能力。在代办对象业务的过程中,履行相关任务及结算手续,符合对象支付的条件,代办人就可以调度此支付票据用于支付其代办的业务费用。
方式二:平台机构开发专业对象业务模块或独立的APP,支持多终端共用对象业务管理帐户方案,由平台机构从对象业务的性质及业务流程,以及涉及的相关方,从对象业务的整体上开发上开发相关软件系统,以支持不同类型的对象业务,也包括最后形成的帐务信息处理。
从对象业务类型:物的对象,自然人对象,事项对象
从对象结算方式:1.对象本体自动响应;2.代表人或代办人线下结算;3.代表人或代办人线上结算
从对象业务执行全流程任务:1.向机构申请发行未定义票据;2.机构通过审核发行未定义票据;3.冻结保证金并背书承兑;4.平台发行机构受理请求,并背书发行未定义票据;5.发行本次未定义票据;6.申领发行未定义票据;7.提交对象业务申请计划;8.审核审批此项对象业务;9.授权创立对象业务;10.本次对象业务立项,赋能对象业务预置结算及兑付条件;10.提交对象业务支付项申请;12.审核后授权此项支付,分发定义票据,赋能于支付项具有支付能力;13.用户授权对象本体或代办人调度本次支付票据的权力。13.对象本体或代办人执行业务;14.执行结算流程;15.填写本次支付费用内容,获取凭证;16.调度使用支付票据;17.向提供服务或交易品的对象交付支付票据令牌;18.获取对方收款及交易凭证;19.提供服务或交易品对象,将付款票据及已方收款申报到机构平台对象清算中心;20.对象清算中心识别支付票据令牌;21.对象清算中心向双方通报支付票据入帐信息;22.双方对象完成交割;23.通过授权人审核或超时默认通审;24.权属人用户向机构平台清算中心,上传本次支付兑付令牌;25.对象清算中心向权属对象要求兑现;26.代办人向授权人申报交易品入库;27.权属对象确认交易有效,回收支付票据;28.从权属对象指定帐户兑现;29.清算中心依据提供服务或交易品对象收款请求,将兑现资金转移支付指定权属收益人帐户;其他:1.如不发票据,申请解冻权属对象保证金;2.权属对象收集本次对象结算信息,记录入帐,申报结束本次对象业务任务。
从对象业务赋能时效分:1.当次及时间范围;2.短期,时间段,规定次数及额度;3.长期,规定单次额度及频度。
从对象业务支付兑现分:1.权属对象用户通知兑付;2.即时兑付;3.代表人或代办人承担连带责任,直接授权代理兑付。
方式三:简易方式,单个对象任务,个人或家庭小额度
软件选用对象支付小程序,多成员则设置群
直接设置共用现金帐户,设置成员使用权限及额度
设置单次额度,使用前须填写用途及物品等结算内容
对象业务项目——车辆服务自动结算
ETC、或5G通信等车牌信息采集与车辆服务结算等融入到车联网系统中,由车联网构建各种服务商的网络,并提供自动结算中介服务平台。第三方支付平台开放API接口,接受车联网自动结算中介服务平台提供的车辆服务结算信息。第三方支付平台构建对象业务服务平台,用对象支付票据令牌信息支持用于实现自动支付运行的载体。
用支付票据是第三方支付平台提供背书担保,或是其发行并背书的支付票据,如提供车辆服务基站接收此支付票据,视为已收到了第三方支付平台支付的资金。而接受服务的车辆交付了支付票据等同于已支付了费用。对象业务服务机构收到了提供服务方支付票据,也收到结算中介提交车辆服务费用单,依据请求,向车辆的权责对象竞现支付票据,兑换现金,再转移支付到提供服务的权责对象指定的现金帐户。已兑现支付票据退还给兑现方,支付票据结清失效。
对象业务的结算与支付相关解释如下:
对象业务支付票据:
权属对象、有资金帐户的用户,使用存款帐户上的部分资金为保证金,发行机构也可以给用户一定额度的信用金,由第三方支付平台系统中开发对象业务管理帐户,其支付功能提供的赋能于某一对象业务及项目用途,定对象业务用途的支付票据。这个支付票据类似于对公单位的对外业务所支付的转帐支票或银行承兑信用证等票据。对象本体赋权有了支付票据的基础条件,就可以向对方响应结算;服务完成后,就可以用支付票据实现支付。像银行一样,这个支付票据不是现金,是交易凭证。这个支付票交到了第三方支付平台(银行)后,从法体对象帐户中兑成现金,以转移支付的方式,支付到对方指定的法体对象帐户中。当然,对方也可能是对象本体且不是法体对象。
对象支付票据的应用限制条件:
为对象本体设置支付票据业务具有一定风险,必须是在一定界限,制订相关制度条款约束,可能在法律上不具独立地位,故这种票据业务限制为不是存款及转帐用途,不是现金帐户,仅定义为对象本体用途的支付票据帐户或票据收存帐户。最终,在第三方支付平台的票据清算中心,支付票据兑现的资金转移至对象本体归属的法体对象的资金帐户。目前定为单向较为稳妥。付款帐户下还可以设置子项用途帐目等。如车辆通行费、泊车费、燃料费等,有额度及时间限制条件,具有自行诊断分析功能。
所谓付款帐户用于接受服务或资源的对象,如车辆的通行、加油、充电及维修保养等,只付该车辆接受服务项的费用。
所谓付款帐户用于提供服务或资源的具体对象,如高速公路通行,车辆使用人只知道在这条路通行而付费,不管这条路产权或收益归谁的。
用于对象帐户自动支付的帐户,由注册用户并有实体资金帐户,依据保证自愿协议,帐户根据需要自设自立自消。
帐户资金来源或转移支付为对象为权属人、使用人、责任人或意愿人,且为专指用途的拨款金,或承担指定用途指定额度的转移支付。
所谓对象支付就是权属人、使用人、责任人、共享人或意愿人的按法定、协议指定、义务指定原则的支付对象。
所谓权属人,如资产类:车辆、房产、高速公路,项目类:工程项目,事务,收益类:服务收费,产品销售等;
所谓使用人,租借行为:租或借车、租或借房;
所谓责任人,如赡养老人及子女费用,医疗费用中医保、商保、社会救济,宠物服务费用;
所谓资源共享人,如家庭资产,公共设施等支出费用,AA制餐费、旅费
所谓意愿人,如有些对象的费用,对象请求或不请求,有人自愿支付,如扶助贫困生学费,礼品、赠品;
对象支付应规范收款人资质,提供的服务项目明示或公告,尤其是自动收款方式应在系统中明码注册或备案价格及结算方法;
对象支付应包括支付内容与支付金额且相符,交易凭证可有效索源查证。
实现对象支付信息采集的技术支持及以对象用途的方法例举:
车辆项下:通行、能源、泊车、保险、维护(属性为物的动产对象),实现无感通行,加油充电自助及付费,泊车场自动进出付费等
以ETC、车牌识别、定位识别、车联网点对点通信,公路基站识别智能化以及公路智能联网信息化,在第三方支付平台及车联网支持下,实现车辆对象通行项目下的自动结算付费基础条件完全具备。
加油及充电基站升级配置ETC、车牌识别、定位识别以及车联网通信功能,加以自助加、油充电或机器人加油、充电技术,实现加油或充电项目下的以车辆本体为目标的自动付费。
车辆保险管理,如出险理赔项目下:资金来源可分按合同协议保险理赔额,车辆业主承担额,使用人承担额,由理赔中心达成理赔对方支付金。
车辆维修保养,维修项目标准化,零配件信息码化,更换维修电子记录,更换配件可索源通过第三方或厂方验证,维修金在系统审核通过后支付。
泊车自动付费,ETC加定位全社会开放、车辆识别、车联网通信,收费站信息智能采集并联入车联网及第三方支付平台,实时计时收费
房产(属性为物的不动产对象)
医疗保障(属性为事项的用途对象),解决就医人不报销不垫钱,医疗系统收款项按医疗信息码先备案采集,开单凭据申报至医保对象关联,通过第三方核查收款:
1.人脸识别就诊,医疗系统建立就医档案,大数据系统关联
2.就诊费项下来源分配:医保报销、商业保险、个人承担、亲属承担,救济(无能力)
3.医保、商业保险系统关联自然人
D.宠物(属性为物的动物对象)
1.宠物系统备案,AI智能识别
2.提供宠物服务的商家识别宠物,在系统中或宠物专业网对服务品质及价格备案
3.宠物权属人设立宠物帐户,使宠物对象具备一定额度的支付能力
4.委托或指定相关商家为宠物服务,
5.对宠物服务通过第三方专业审核或评价收款
E.庭生活开支(属性为事项的共用对象),家庭成员协议出资,以生活采购品等事项支出帐户,成员都可共用帐户权限,共同采购支付生活用品帐款
1.生活开支帐户,设帐户管理员,帐户使用成员及权限
2.制订协议成员划拨款或关联划拨款,作为生活资金来源
3.规划成员采购日常物品,最好记清物品名及数量
4.关联交费项目,如水、电、燃气及物业费,自动交费
5.帐户关联到成员支付系统,查看帐户支付帐目,使用帐户用于生活开支,也包括个人进餐。
F.AA制集体项目分摊费用,解决集体活动费用支出及成员分摊问题
1.AA制集体项目分摊帐户,设帐户管理员,帐户成员及权限,做好项目预算,关联分摊成员
2.制订协议成员划拨款或划拨款关联,作为集体AA制资金来源
3.选定成员执行该帐户的使用,记录明细帐单
4.项目结束后进入分摊结算,给成员分发帐单,划拨各成员分摊款入帐。
以直接对象本体作为结算及支付的对象项目,可以包罗各个方面,可以根据需要来开发,上述举例只是方法的表达,具体应涉及方方面面的配套,这里不再赘述。
优选的,本方法还包括:
基于对象业务管理的方法:用户申请发行未定义支付票据,满足用户不同需求;向系统平台的票据发行中心审报申领支付票据,为申领支付票据配置并保证金,与银行纸质票据申领类似,申请支付票据信息包括票据配发数量,限制额度,对象业务名称,对象支付票据还关联背书人名称及关联资金承兑帐户,用户领取发行支付票据,此票据为平台提保背书发行的,支付票据在发行时是未定义具体对象业务,而对象业务的定义由用户依据需要自由制定。
对象业务的帐户管理及发行方法不限于上述方法,不限制其他形式及方法。
通过权责对象实体设立这些对象业务,对象业务管理系统授权为其服务。权责对象实体使用对象业务平台的工具,赋于对象业务使其具有支付能力。对象业务有了这个支付能力从而可以本体或代办人响应及接受服务或交易品,同时,让提供服务或交易品的对象,接收以对象业务服务用途相符的对象支付票据。通过相关结算响应,或第三方结算平台审核,并申请对象支付票据的兑付,支付服务费或交易品货币价值。
权责对象的用户用什么来设立对象业务呢?谁来提供这个服务呢?对象业务管理系统,这个系统应提供对象业务处理,设立需要的对象业务,如车辆,家庭生活费,出差费等。
可以在第三方支付平台中建立对象业务管理系统,如支付宝、微信等。这个对象业务管理系统设置有代表性的具体对象的产品,可以针对某些对象本体项目来研发,帮助用户利用对象支付工具实现智能化来处理业务。
建立对象业务管理系统的机构和系统有几点要求:1.严格的安全系统环境;2.有超强互联网信息处理能力;3.可以利用第三方支付系统中有严格的收付款令牌信息码运作机制,也就是建立一套对象支付令牌管理模块;4.设计严格的程序运营审核程序为引导,限制非法的操作。5.利用AI技术,引导用户智能操作,代理用户处理业务。6.云计算、超级数字库等大数据支持。
机构平台提供对象赋能业务的运营,必须是在法律框架下,不损害任一方的利益,更不侵害对方的利益。已方的权益也应得到保障。因此赋能业务是有相关约束保障条件。作为赋能权力人也是有相关义务及承诺责任必须能兑现的,这是因为是将自身的权责进行了外延到赋能对象。而这个处延的工作是法体对象运用自有资金,运用现金用款单实施现金支付,以及作保证金发行的票据支付,通过对对象本体设置结算支付条件,某一运营平台机构以担保背书的方式提供支付票据服务。
现在第三方支付平台应用已普及,如支付宝、微信、银联等机构是符合上述要求的,有成熟的资金管理能力,符合以现金方式的用户的需要开发的业务。但提供资金支付及管理服务的应用范围主要在自然人这块,即使有对公能力的用户和业务仅也限于办公服务,也有点现金类业务性质,因此本身对公业务不能开展,也不能切入银行的对公帐户代理业务。也就是第三方支付平台中法体对象的用户不包括企事业单位,如果以后政策可以改变的话,再开展此类业务。
虽然支付宝有钉钉,微信有企业微信,业务限于社交及通信管理的层面。虽也像自然人用户一样,以红包的形式设了小额现金的支付方式。但这个有现金特点,也可以用于出差费用类业务。因此现阶段,支付宝微信等第三方支付平台只能优先开发自然人的法体对象用户。适当开发企事业单位的法体对象,以现金方式的存入法人代表或出纳财会人员,也可以为企事业单位与自然为一样提供现金帐户。有了现金帐户,就可用于车辆费用,出差费支付,小额采购,工资福利发放等项目。
至于对公性质的对象业务,在这个对象业务结算与支付体系相当完善后,可由银联、网商以及各家银行来设计好规则来建设这个系统。这是现有对公业务属于他们的管辖范围,且银行电子票据业务也在开展,有成熟经验,将对公业务拓展到对象支付方式,也将深化这种业务从点到面的拓展,最后得到全面应用。
具体的,下面针对几类对象业务进行举例说明。
对象业务优先开发方案:
1.对象业务项目——车辆服务
目前,已实现三方协议实现的结算与支付的方案,如车辆通行ETC与车牌付,这个相当于对象支付方式,但此方案不灵活,不适应更多场景,难以拓展更大的应用。
将ETC信息采集升级,让其具有定位信息,或者5G实现物联网通信,车辆自身及基站都有收发令牌信息及身份信息,也就是车辆具有智能信息采集识别技术,向全社会车辆服务商开放。有了这个信息采集系统支持,以获取车辆信息作为服务结算与支付响应,如此就可以设立车辆服务自动支付,也就是对象本体结与支付。像公路通行,基站也是物,所以车辆服务对象本体就是物对物结算与支付方式。
车辆服务方具有车辆信息通信采集,设立了车辆结算与支付票据功能,5G下的物联网与车联网的发展,车辆向智能深化,车辆服务自动无人结算将拓展到加油服务、充电服务、维修保养、保险理赔服务。赋权车辆以对象本体票据支付,也包括现金用款单支付,因此有了自行结算与支付的能力,不仅应用场景多,且自主方式方法也灵活。
2.对象业务项目——家庭生活开支
对象业务为家庭生活费的项目,而这个对象业务是按事项方式设立的。设立这个对象业务帐户专用于日常生活用品及物业水电费费用途的支付。家庭成员可共用对象业务帐户的资源,都可以购买生活用品或生活消费。这是一个实用的方案,将会提高人们的生活便利性。由于这个以家庭生活开支为对象本体,其使用额度小,日常使用频繁,风险易掌控,成员为亲属关系,使用帐户的资金不需报备审核,因此可以不用票据方式,直接使用共用帐户的现金支付。有了这个可以共用共支资金的帐户,其开支费用在成员间清晰可见,有利于家庭成员共担共享生活费用。
3.对象业务项目——出差费用
企事业单位常有外部业务要处理,因此外派员工出差,有些单位外部业务很多,因此出差是经常性,而出差将涉及各种费用支出。现在采用的办法,出差前,员工先申请差旅费用,财务借支现金;出差中,要保留每笔费用凭证;然后出差结束后,出差人要填写报销凭证,走报销审批程序,最后到财务结算及消帐。一般出差费用不大,但各种消费及支出也有一些。因此出差费用管理是费时费力,要消耗掉出差人、审核审批人、财务会计等时间,因此增加了管理成本,且这些报销费用难以形成电子化信息帐目,也不适用电子化审核审批。
在第三方支付平台对象业务管理服务机构中,注册或申请开立本单位对象业务管理帐户。在这个管理软件系统中,财务人员将某次出差费用设置某次对象业务,挂在对象业务管理总帐户另列出差项目下,作为本单位开立各项出差对象专用帐户,通过这些设置,具备了随出差项目计划及任务,申请某次专项出差使用帐户的使用权力。权责对象授权财会人员设立并开通本次帐户给出差人,或财会人员接受授权通知后开通定义某项出差对象业务并赋能。
单位外派出差任务时,会作出某项出差任务计划书,按出差计划任务书中的要求,需要设立某项出差专用帐户。设置有两种方式:
第一方式,由委派人提交出差任务支付申请计划给财务部门,最好是电子方式,或者系统有委派人的客户终端提交出差任务支付申请。财会人员接受委派指令,设立本次出差对象专用帐户,并授权出差人的客户端具有该帐户的票据使用权的资格,与单位管理系统建立关联,出差人就可以通过赋于的调度令牌调度此帐户用于出差期间各种支付费用。
或者由出差人自已的业务或任务范围需要出差,出差人在已方的客户端,设置某项出差任务支付申请书,提交管理部门审批,授权财务在对象支付管理系统分发定义该项出差任务对象业务票据及使用额度,授权出差人使用该帐户的现金用款单及支付票据。搭建关联使出差人的终端可以显示该对象支付的票据业务单的介面,出差人得到调度令牌可以调度使用该帐户的支付票据,包括现金用款单,使用支付票据业务单应先填写用途,消费电子凭证或收款凭证,纸质凭证则拍照留证,纸质交财务并证入帐。
一般出差费用主要是现金支付方式,因此现行对公用户可以开立此对象支付项目。而出差费用采用了对象支付这种方式,出差人得到调度令牌直接调度使用单位帐户的分发定义的现金用款单及分发定义的支付票据,来支付各项杂费,如住宿交费可用票据方式,退房前为预交,退房结算时兑现实际住宿款。实际,每笔支出用途在支付票据上表明清楚了,电子化的帐单,在支出后就可以审核,因此出差后因没有了借支,费用凭证在使用中已提交,只需要出差人在财务入帐前签写证明,提交纸质凭证或收据。有了这样的方便支出工具,省下了大量的时间成本,减轻了做帐负担,是一个好的方法,支出凭证也易标准化。对象支出具有多种属性,同时标注某人出差费及标注某个项目费用等。
4.对象项目——AA制分摊费
AA制分摊费用现在也有些场合会用到,以后会更多人会用,特别是人员较多的自发游玩项目,对于团购及共用部份,一般采用AA制;或者集体团购拼价也是AA制形式。
AA制费用不是日常事务,是自发的群体行为,因此不是常用项目,以小程序开发AA制费用管理为项目的对象支付,是比较适合。以每个项目或活动调取AA制小程序,由集体决定委托某一人为项目管理员,设立AA制对象支付管理帐户,与成员构建关联,设置公共资金收付款帐户或委托使用管理员的资金帐户。预收部分费用,或垫付部份费用。每笔费用的在调度支付票据单前,应先填写各项费用用途,结算内容,分摊成员等费用计划,提交成员查看备案。支付费用时,按实际情况填写支付内容,实际分摊成员。项目或活动结束后,各项费用及分摊明细帐目提交成员查看,成员间结算并退还或找补费用。最后清帐消户。
5.对象业务项目——就医费用报销
用对象支付票据方式就能很好地解决就医费用分摊报销的问题,简化就医人在就诊期间交费问题,后期社保或商保就医费用报销的问题。医院就诊时只用付个人承担费用。就诊时,用对象支付票据提交医院,且不用排队开单、排队交费、排队取药。用刷脸识别技术结算计费,累计一次或一个周期各种费用。医院不能直接收费,应该承担医疗帐单审核报销的责任,由医院提交费用清单报第三方审记公司专业核审结算后,提交医保管理部门申核分摊费用,属医保费直接划拨,个人分摊结算费用交第三方支付平台代扣代交。
就诊人只是医疗费用结算证明人。医院向就诊人要出示每笔收费的凭证,就诊人扫二维码确认药品及服务项目,录入自已终端并显示,然后确认此项。药品及服务项目信息码是唯一的,因此形成的帐单也可视为就诊人确认的,且就诊人用二维码录入的费用信息会转入审记公司系统。因此后期帐单报销不需就诊人参与。就诊人对药品及服务项信息不专业,难知情,承担报销任务不科学,也不智能,各方都费时费力。
这个项目可以改变很多就诊流程,医院提供更多服务。如开单、配置药品、通知拿药或送药是医院内部流程及服务事务,就诊人只要在这个区域静待,刷脸确认。
综上所述,对象赋能业务种类很多,可以开发不同项目的对象,对象业务所涉及的人员及事务也是很多的。但对象结算与支付业务开展前,有很多前期工作及流程,包括项目计划,审核、审批,授权,也有各个部门或成员相互间交流等。故这些工作可以合在一起解决,更为方便。
本发明推荐了上述几例对象支付项目,这些项目含有集体成员性质,如家庭生活费,AA制费用分摊项目,出差费等项目等。这些对象支付,具有共支共享共建共审的功能,也有成员间相互交流的需要。还有些不同这些对象业务,也需要成员间配合来完成。
优选的,基于对象业务管理的方法还包括:
对象业务管理平台系统,可以由用户定义多种对象业务,满足用户不同需求在所述对象业务管理平台系统中,具有资金对象主体的用户,在对象业务管理帐户中设置对象业务管理功能、定义不同对象的业务;在对象业务管理模块中包括现金付款模式及票据付款模式,还包括单人合权管理模式和多人分权管理审批模式,若为多人分权管理审批模式,则指定及授权管理人:业务审批、项目计划支付审批、赋能于用途的付款票据授权、委托代办授权,包括代办人单次或长期,允许支付额度,对象业务的付款限额、时间及地点范围的约束条件。
对象业务管理方法不限于上述方法,不限制其他形式及方法。
优选的,支付票据的分发,定义付款用途包括:
根据对象业务项目计划支付申请审核后,资金对象主体用户或授权管理人,填写具有相应支付事项用途的对象支付票据分发给对象业务使用,授权对象本体或代办人,实施执行对象业务计划,赋能使用支付票据,在交易结算时展示或电子传送对象支付票据信息码,交易收款方收到支付票据,将回传到票据发行方进行验证,得到验证有效后通知接收方;收款方将结算信息,交易标的额,收款人签名,交易时间地点其他相关信息填写附加到支付票据上,上传票据信息码及收款方收款请求至平台清算中心,依据收款请求,清算中心登记备案该笔交易,通知收付款授权用户票据已交易使用,并在双方所注册的对象支付票据帐户上记帐,交易付款成功,双方完成交割。
票据的分发定义不限于上述方法,不限制其他形式及方法。
优选的,支付票据的回收及兑现的方法还包括:
支付票据在对象业务的项目交易所支付标的完成后,所述收款对象凭借所述对象支付票据所支付的额度,货币上效力等同于现金,基于对象支付票据业务为支付对象,对象本体不存在资金帐户,需开发票时支付票据对外显示授权对象,否则不显示授权对象,在兑现支付票据时,授权对象的资金对象是分发对象支付票据的主体,是承兑支付票据为现金的主体,将回收此已支付的支付票据以现金等额置换;平台清算中心将以对象授权人的资金帐户或关联帐户中的现金兑换成支付票据上支付金额,平台清算中心转移支付此现金到支付票据的对象所指定的资金帐户上。
支付票据的回收及兑现方法不限于上述方法,不限制其他形式及方法。
对于接受服务的对象完成支付后,有权对服务及交易品进行查询,包括不符项的质询。因此提供赋权服务的机构也有对服务及交易品索源查证服务,像物对物这样的服务,赋权业务兑现的方式,资金先放在机构中,有预设时间为提供服务及交易品的保证时间。如无争议即可实现兑现,如确有争议,可委托仲裁解决。
所谓对象支付票据现金兑付,就是法体对象回收对象本体本次支付票据,由法体对象履行支付义务。收款方帐户收到的支付票据也要回到提供服务的法体对象。这时,第三方支付平台的支付票据清算中心就进入了执行现金兑现阶段。而这个阶段的过程,就是让接受服务或交易品的法体用户回收赋权对象本体的支付票据,以现金支出方式兑付支付票据结算金额。第三方支付平台的票据清算中心,在提供服务或交易品的对象本体通过结算方提交额,以及收到对象支付票据,收到的包括本方签名,先完成对象本体收到的支付票据,经清算后记入对象本体帐上,将现金兑付的现金兑付给提供服务或交易品的收款方法体用户指定资金帐户上,这时其收款方的票据标注结清标志,以完结本次对象支付票据的支付执行。
优选的,现金付款模式的支付方法具体为:
对象业务直接采用现金支付方式,签订对象业务协议,注册开通对象业务的现金及关联帐户和帐单管理帐户,定义对象业务现金用款单,资金对象主体授权对象本体或代办人调度使用。
现金付款模式不限于上述方法,不限制其他形式及方法。
具体的,如车辆自动结算支付,限定使用额度,使用时间,使用区域,结算方法,以及其他限定条件,包括实施结算方式,识别方式,包括第三方的结算及识别服务,如为自然人则可以实施自主结算,使用前报备用途填写帐单申请自动就能得到本次的使用权,也可设置为先报备用途帐单通知到资金对象主体,确认后得到使用权。
优选的,审批模式的支付方法具体为:
资金对象主体或授权管理人授权对象本体或代办人,赋于对象业务现金户的使用权,支付结算有对象本体及代办人,包括自主结算、自动结算、第三方结算及识别确认服务,诸如车辆自动结算的支付,有ETC识别绑定结算服务,有车牌付的拍照识别绑定结算,还包括,支付票据附加限定使用额度,使用时间,使用区域,其他结算方法,以及其他限定条件,以适应自动结算非自然人结算不能自主结算,如为自然人则可以实施自主结算,使用前报备用途填写帐单申请自动就能得到本次的使用权,也可设置为先报备用途帐单通知到资金对象主体,确认后得到对象业务现金帐户及关联帐户的现金使用权。
审批模式不限于上述方法,不限制其他形式及方法。
对象业务流程太多其安全性很高,用途及帐目清楚,但不利于推广应用,适审批简化支付适合以单位及集体为主体的对象业务的小额度支付及结算方式安全性高的支付,这样的场合,用户授权对象本体或代办人,选用支付票据简化模式,也可选择现金模式,使用对象业务现金帐户及调度关联帐户的现金,用于对象业务的项目支付。
优选的,收款方法具体包括:
对象支付票模式,对象支付票模式适合交易双方都是注册用户,即接收方能接收支付票据业务;收款方注册综合的票据帐户,收款接收的票据由清算中心兑换现金,货币资金转移存放于收款人指定关联资金帐户,收款方的票据帐户不分对象业务的票据类型;
对于没有注册支付票据的收款用户,机构平台清算部门设置代管业务,或委托第三方结算代收代记代管,兑付由平台或第三方结算服务商来完成,该笔货币资金转移存入收款人指定的资金帐户或关联帐户。
收款方通过生物识别刷脸识别能力提供结算帐单、凭证及签名,通过生物识别刷脸验证取得对象支付票据进而完成支付,支付完成后输出凭证记录,包括第三方提供结算验证服务,可索源结算帐单及可验证的资信效力保证以生物识别刷脸支付的效力
收款方法并不限于上述方法,也不限制其他形式及方法。
优选的,基于对象的支付方法:对象支付票据在使用过程中,承载信息包括付款对象信息、收款对象信息、结算金额信息、支付用途信息以及结算条件信息,还包括支付票有安全限制条件,安全限制条件包括支付次数、支付时效以及支付额度限制,对支付票据承载信息进行显示,对支付票据承载信息进行打印作为记帐凭证,根据承载信息查询支付过程数据,支付过程数据包括结算信息及各参与方的信息。
优选的,所述对象支付票据的信息形式具体为:二维码、条形码、电子传送的ETC电子标签微波感应、绑定的信息令牌以及NFC近感通信传送的信息令牌码,如车牌,对象支付票据的信息还包括交易地理位置、交易时间、参与方当事人的电子签名及手写签名作为记录,也可以用AI及生物智能识别提供签名,自动获取定位信息及时间提供验证。
资金执行到收款对象的资金账户,这个对象支付票据会终止其作用,失去货币价值,但却是很好的对象本体结算与支付的记录。
对象支付票据在整个流程中,信息系统有安全保障,包括票据在不同环节、不同参与方及流转过程都被记录,在平台管理系统支持下,对象支付票据实际存在数据库里中,与纸质支票不一样,并不移动及传送,只在每个终端投射及调度,显示不同页面及信息,参与方选择及附加信息回传,在支付流程中配置不同信息令牌码,不会被复制不易篡改;交易结算信息会记录存档,但不允许第三方收集查询,交易结算信息有保护传送方式,会显示双方查询页面,结算信息附加在支付票据上。
对于上述发对象本体,具体解释如下:
1.对象本体是法体对象的表象,也称子项,归属于法体对象,也包括法体对象,结算及支付属法体对象支配,最终归结于法体对象。
2.对象本体只能代表对象本体,类似于法体对象对内部高管及财力部门授权后以代表的方式行使财务权力,经法体对象对对象本体授权,原则上遵行法体对象意志可以行使对象本体方面的财务权力。
3.对象本体是法体对象的一部份,且对象本体一般具有一定价值,代表对象本体是有一定效力的,因既有本身价值也代表法体对象。
4.对象本体是内部人员的具体工作任务或具体对象,相关数据信息易采集上报,是经流程获取各项数据因此可以得到详细的真实的数据。
5.对象本体是外部的窗口,是直接面对的实体或实际事务,双方实际的工作也是以对象本体开展的,也些会涉及资金往来及业务结算,对象本体作为外部结算单元支付单元,其反映的信息因对应实际具体内容,若有更多信息表征项被记录,结算与支付的理据更为合理的。
6.以对象本体为主要核算体支付体,法体对象的财务报表变为对象本体财务核算的映射汇总,是全部对象本体的涉及财务数据经审定后结果上报至法体对象,。
7.对象本体是数据信息产生的来源地或其它对象作用于它,故数据信息应汇集到对象本体名下,这样就是一个整体信息概念,且保持了数据信息相关性,更易审核及复审,是核算最好基准点。
8.对象本体核算后的结果就是对象本体项下的结算,经申请及审批流程后,进入财务的支付流程,再经申请审批后执行支付或挂帐待支付处理,在这里定义为对象支付。虽然内部程序已将程序纳入财务部门,但交易对方只要一方没有执行对象结算支付,仍然视为对象本体项下的结算待定,也就是结算工作程序还停留在对象本体。
9.对象本体支付处理项,也是本体数据信息,该项具有货币属性,数据信息关联上报到法体对象的资金项,是财务报表的数据来源。
结算体系是以对象本体为结算基础,在第三方支付平台技术支持,提供电子化结算单据及电子凭证签名,替代就是现在纸质结算单。若进一步开发,为企事业单位提供内部电算管理基础数据信息。如将对象本体结算形成的数据包,导出到法体对象的管理系统中,属性货币项可以授权支付,可以用于财务基础数据来源,可以用于财务审记资源,可以用于库存管理,出入库凭证,可以用于成本核算管理。
1.对象支付的条件:1.结算前双方有预制订的付款条件;2.有支付及接收帐户;3.双方结算已响应且相符;
2.对象自动支付环境:服务(小额及日常频繁发生)
a.注册在同一平台,具有注册帐户;b.信息自动采集及通信环境;c.有结算响应令牌,包括结算前的询问令牌、启动令牌,服务报价,结算令牌,d.在支付平台注册帐户中预置了自动收付款条款
3.对象本体人机结算:分步授权(大额及工程合同)
a.委托结算代表人包括法体自然人;b.依据法体对象的需求申请并预置对象本体结算帐户;c.结算代表人达成合同或协议,在对象帐户中输入电子结算内容及支付条款;d.审核合同或协议,授权执行;e.委托人结算代表人使用结算令牌,结算令牌包含委托代表令,接受服务或交易执行合同或协议;f.双方结算并确认结算相符;g.结算代表人申请结算支付;h.审核结算,批准支付;i.实施支付;j.完成交割手续,实施出入库。
4.对象本体授额结算:批准使用额度人工代办,替代经办人借支方式(如采购计划单)
a.法体对象新建对象本体电子支票户,附有计划内容,b.授权使用额度,指定经办人;c.双方达成结算;制订电子结算表双方电子确认,或对方纸质单的拍照再电子签名;d.清点货物,按结算单调用电子现金支票令牌;e.经办人完成支付提货,再入库平帐
以下说明,现有支付制度下搭建基于对象的自动结算及支付体系:
用ETC、车牌付实现的自动结算及支付,虽功能单一,但也要先签订三方协议,由在方不同的职责完成任务,也就是在现有银行支付制度下,三方协作完成自动结算转移支付,实现车辆无感通行。
具有现金帐户自然人或企事业单位赋于车辆具有结算支付的权力及能力,是采用的转移支付方式。而要实现自动转移支付,必须签订三方支付协议,授权银行接受指定第三方的支付请求。公路权益方也是通过三方协议委托指定第三方收款。
以车辆为信息采集目标,公路基站通过接收了车辆ETC信号来识别车牌号,或者拍照图象识别车牌号,车辆发生ETC信号来应答车牌号。另外,信息采集这个工作及设备也可委托到路桥收费平台来完成。
以车牌为结算对象,采集由第三方收费结算平台完成。进站信息确立后,向ETC路桥收费服务平台启动结算程序请求,出站时再发车辆出站信息请求结算费用。路桥收费平台通过不同基站车辆出入站信息确认路程,结算该车辆费用,向银行请求以车牌号为结算对象的支付款。
三方协议下的形成自动支付体系的问题:
三方协议方式所形成的结算支付体系,其实质是解决了资金管理方接收提供服务运营方和接受服务方的用户委托的结算中介方的支付请求,以协议的授权完成的转移支付,也就是接受服务的用户的资金支付到提供服务运营方的帐户。如ETC车辆代扣代收,税款代扣代交。但这种形式局限性很大,需求办理三方共签协议,且协议只能一次性指定,难以拓展其他功能,因此应用面不大,实际使用没有灵活性。
三方协议也就是除用户自身还有另外两个关联方。一般用户都开有银行帐户,因网点多也略为熟悉。但提供服务方也包括结算方,很杂难以统一,身份不稳定,用户难了解也难信任。故自动支付和涉三方支付的更多方面应用三方协议不能满足,已用方案并不方便受到限制。
支付宝、微信、银联第三方支付平台,为普遍使用的第三方支付平台是因为它们具备资金管理方,也具备担保功能,帐源可以追索安全可靠。最具优势是用户资源广泛,包括代理银行支付资源。且指令信息更易规范,故功能开发也最具优势,少受制度约束的因素提供了新功能开发的机会。
对于收付款方都是第三方支付平台的注册用户,都具有资金帐户,包括授权第三方对银行帐户代理收付。用户可以在第三方支付平台客户终端为某一对象授权,预置一些结算用的参数及条件,使这一赋权对象相对于约定服务方具有结算支付功能。实际付款用户不需要与服务方包括结算方关联,服务方包括结算方也不需要与实际付款用户关联。也就是接受服务和提供服务的目标对象都是同一个,那么这个结算对象都可设为对象本体,接受服务的用户赋权于对象本体,也就是通常对象本体取得用户背书的资金支付票据,对服务的费用行使结算支付权力。提供服务的用户通过对象本体接受本次服务的响应,同时将背书的资金支付票据令牌递交于服务方指定的结算中介方,因此本次服务合同生效,结算方为双方生成本次结算帐单号。服务完成时,通过双方或服务方提交的结算支付请求信息。结算中介方通过审核,依据服务商提供的备件信息,计算出本次结算服务金额。结算中介方也是第三方支付平台备案的第三方以专业结算的服务商。一方面上传结算帐单及本次结算票据令牌、收款票据令牌给第三方支付平台,也包括结算中介给本次结算令牌以及委托身份,系统经识别各项结算令牌以及双方身份,按双方所预置的条件相符即转移支付该结算款。第三方平台将通知实际付款方所背书的支付票据已执行包括执行支付数额,通知结算中介方所提供的结算请求已执行。一方面将结算帐单报告给车辆服务对象本体的所设联系单元,表达受理本次结算已执行。提供服务方获得支付结果后,提示结算完成并对车辆的放行。
实现上述这个自动结算支付方法,现有系统并不具备,需要开发一些新功能,也就是在第三方平台替代银行现有的三方协议结算支付方法,新开发更加强大灵活的对象本体结算支功能,让用户自主选择一些结算条款,将资金以现金用款单及背书支付票据的方式赋于业务对象,这里定义为赋权结算行为,使用户的业务对象本体有对外支付能力。举一个例子如车辆通行费。车主、驾车人、单位以及用车人都可以随时用自已的资金作转移支付方式背书支付票据给某一车牌号用于通行费,这个票据有结算条件,如规定时间、区域、次数、额度等。而某一车牌号可以同时被车主、驾车人、单位以及用车人赋于通行用支付票据,当然这就会出现支付优先级的问题。这个转移支付票据类似于某单位为某一车辆开具了一张转帐支票,支付内容填写了通行费,也填写了限额,可以用于某次支付通行费的。而这里是第三方支付平台,在用户的请求赋权下,开具的结算支付票据。这个票据为某一车牌号在某一时间区域使用的限额转移支付,这里可以设两种方式:
方式一:用户配置的支付票据授直接权给第三方支付平台代理使用,而第三方支付平台为此车牌号车辆某项用途的费用以担保身份,对外开具的支付电子信用证或电子承兑令牌信息码。而这个电子信用证或电承兑信息,只有在第三方注册车辆结算中介方可以查看,或者此车牌号的车辆电子信用证或电子承兑的票据信息由第三方支付平台提供给车辆结算中介方,从而车辆结算是中介方依此可以为公路通行运行方提供结算支付服务,在取得公路运营方的车辆进站信息采集包括车牌号车辆应答信息,运行方基站请求查证车辆具有的结算方式,如果有第三方支付平台的信用证担保或承兑票据,表明车辆支付具备支付能力。车辆结算中介方受理此结算业务,告知公路运营方已受理结算。设立本次车牌号的车辆通行结算帐单,在收到采集的出站信息以及结算请求时,车辆结算中介方以收集的信息和运营备案结算的信息,计算里程计算服务费,然而向第三方支付平台上传车辆支付金额,如果是委托代收,服务费支付到结算中介代理方,如只是代理结算,同时要上传公路运行方收款令牌,服务费依结算转移支付到公路运行方指定的帐户。
方式二:在第三方支付平台客户端,用户对某一车牌号的车辆配置结算支付条件,以用户某一银行帐户的部份资金为保证金,请求系统发行承兑或转移支付票据信息令牌,用户将该支付票据令牌下传至车辆信息终端(该车具有收发信息的能力)。这个赋于车辆支付票据的用户,可以有多种形式的用户,也可以同时接受几个用户的支付票据。为车辆赋于支付票据的用户可以是车主、驾车人、用车人以及单位,自由选择,以适应各种用途的付费方式。车辆通过基站时,基站ETC或其他通信装置询问该车辆,车辆向基站通信应答,回复本车牌号(车辆身份),接受服务自动结算,将支付票据启用令牌信息码签名并附上启始时间及位置信息发送给公路基站。公路基站采集这些信息传送给运营方授权的车辆结算中介平台,包括基站结算请求令牌信息,也包括电子签名章。车辆结算中介平台依据收到的信息,以及公路运营方备案的结算信息,设立车牌号本次结算帐单号,通知基站受理结算请求。车辆出站时,公路基站通知车辆结算支付。车辆应答请求,将支付票据结算令牌附上时间及位置信息发送给公路基站,同意结算支付。公路基站收到车辆发送的支付票据结算令牌信息,即时传送给公路运营方授权的结算中介平台,也包括基站的结算收款的请求。授权的结算中介平台,依据进出站收集的信息,以及公路运营方设定的计算方法,计算服务里程,从而计算出本次结算帐单的费用。车辆结算中介平台将本次的结算费用金额,以及收到的支付票据令牌,包括基站传过来的结算收款令牌,附上结算服务令牌,包括电子签章,将这些信息上传至发行支付票据的第三方支付平台。第三方支付平台依据车辆结算中介上传的全部信息,通过识别支付令牌信息及结算信息,符合支付要求的按授权兑现,受理转移支付到公路运营指定的帐户的请求,车辆结算中介通过公路运行的授权也可代理收款。若一定时间没有异议,按时兑现现金到帐户。第三方支付平台受理支付成功的信息通知车辆结算中介平台,同时通知配置车辆通行用途的支付票据的用户,该支付票据已使用,包括支付金额。车辆结算中介平台收到支付成功的信息通知,转而通知基站,本次结算帐单及支付票据已受理支付成功。基站收到支付成功信息后,向车辆终端通知支付成功信息,并开闸放行车辆。
综上所述车辆结算个例所述的各个过程序,整个体系可分三个大功能模块或系统。各种第三方支付平台为上级模块,各种专业结算中介商务网,各种终端信息采集应答等设备及服务管理器。
从主体结构及流程上,他们处于上下级或上下游的关系。从都是第三方平台的注册用户来看,第三方支付平台是核心层,专业结算中介是中间层,基站及对象本体是外层。这些外层都向核心层关联或辐射,形成一个多层闭环,达到信息的互动。
由于配置这块模块,可以完成这种超链接、超时空无主体的以对象本体服务结算支付复杂任务,从而可以实现自动结算支付;无需借支以对象支付方式代办业务的开展;分摊费用项目或费用分配到相关人,用户不需垫付费用,不需凭证报销,仅支付已方应摊费用,如医保费。
所谓赋权对象结算模块,就是用户赋于对象票据支付的能力,使其具备结算与支付的能力,因而对象本体就可以接受服务。这个赋权对象本体,是指具有资金帐户,并有储备资金的用户,以一部份资金为保证金,为某一对象本体的用途开具支付票据。用户在第三方支付平台客户端,设置支付条件,配置票据支付额度,时间范围,区域范围,申请第三方支付平台审核发行这种用户的对象本体用的支付票据令牌信息码,或给第三方支付平台保证金为前提,由第三方支付平台开具对象本体用途信用证,为用户指定对象作担保而开具结算支付的支付票据。第三方支付平台向专业结算中介发布某对象本体有信用担保证,或合法外部请求查询时告之,或请求获取对象本体信用担保证。
所谓专业结算平台,如车辆结算平台,是第三方支付平台的注册用户,提供专业结算服务。第三方支付平台提供对象支付能力信息服务,结算请求兑现支付票据业务。如车联网具有这个功能,将通行服务,加油充电服务,维护保养服务,保险保障服务,位置导航信息服务等,这些服务都需要结算。这个车联网将服务终端联接起来,接收自动信息采集,以及终端结算请求信息,包括获取服务对象应答的信息及结算令牌查询服务对象支付能力,受理提供服务方的结算请求建立本次结算帐单。依据收集的信息,通过审核服务项,计算服务费。向第三方平台提出支付要求,包括上传收集的支付票据令牌,结算中介平台的结算支付请求令牌,受托方的支付请求及调度令牌。结算请求受理成功后,通知受托方的提供服务的对象,服务费已兑现,服务及结算支付已完成。
所谓专业信息采集,根据服务对象实际要求进行配置,具体对象较多,只要满足结算支付需要,体系能正确执行结算支村业务,这里不进行说明。
优选的,电子支付的形式和方法包括:资金主体用户可以设置不同对象业务;同一对象业务或本体从属于不同的资金主体用户,也就是有多个资金主体用户为同一个对象业务或本体提供授权,使用其赋于的对象业务的现金及票据的支付能力,不同资金主体用户可以授于不同级别的授权,同一个对象同时得到不同资金主体用户,向对象用途的应支付款的赋于支付权力,对象本体或代办人依据授权不同来支付对象用途的当次应支付款,原则是受益者付款;。对象业务单次或长期授权的项目及内容可以选择单项、多项支付项;在同一笔业务内或者同一执行人,可以使用多份票据支付不同项的支付内容;对象业务及项目,也包括执行人可以取特别授权,增大某些特别的权力,减少一些授权限制。
以上所述本发明的具体实施方式,并不构成对本发明保护范围的限定。任何根据本发明的技术构思所做出的各种其他相应的改变与变形,均应包含在本发明权利要求的保护范围内。
Claims (13)
1.一种基于对象的电子支付与清算方法,其特征在于,包括以下步骤:
对象业务签约及管理帐户:签订对象业务管理相关协议;注册及开通对象业务管理帐户,设置登录密码、票据帐户、对象业务现金帐户及关联帐户;注册保证金帐户,存入保证金,保证金包括现金及平台给予的信用额度;设置对象业务联系信息以及结算信息收件方法;选择异议处理机制以及仲裁办法;
发行未定义对象票据:以保证金及信用额度背书,申请发行未定义的对象支付票据;发行未定义的对象支付票据,冻结保证金实施担保背书;领用担保发行的未定义对象支付票据;
业务审核及票据定义:审核对象业务申请,授权开通创建对象业务,设置对象业务相关约束条件;审核对象业务的项目支付申请,完成支付前的审核授权过程;对象支付票据及现金支付项定义为对象项目用途,赋于对象项目支付能力;审核对象业务申请包括多人管理模式和单人管理模式,多人管理模式为分别设置业务审批人、票据授权管理人以及委托代办业务权人,启用对象业务现金及票据付款模式;单人管理模式为自然人用户及单人管理用户;项目支付模式包括票据付款模式和现金付款模式;票据付款模式为分发支付票据,定义支付票据为具体的对象的支付项目,赋于对象业务有分发票据的权力;现金付款模式为赋于对象的支付项目使用现金帐户的有限权力;
委托代理交易:赋于执行人调度支付信息令牌码,执行交易任务,依据双方达成结算方式选择现金付款或票据付款方式;委托代理人包括对象本体或者代办人,授权委托代理人代理执行支付任务,使用票据付款模式时赋于票据信息令牌使用权;使用现金付款模式时赋于代办人现金支付信息令牌码使用权;交易达成时,填写支付票据交易额,展示或传送支付票据信息令牌码至收款方;
交易业务结算、收款及收票:收款方收款人包括委托代办人,收款方收款人将接收的票据信息令牌码回传至机构平台验证柜台;现金模式时依据双方收付款信息令牌,按指定的帐户及收付款单的金额,转移划拔资金,回复收付款双方完成交易信息;票据模式时回复支付票据有效,为本机构发行,并传给票据收款联开具结算帐单,在票据收款联填写金额,传送到机构平台的清算中心的收票柜台;清算柜台核对信息及收付金额,并给双方回执,支付票据被双方使用,有交易行为;
交易支付确认,回收及兑现流程:清算中心在票据帐户上登记入帐,通知收付款方,支付票据登入台帐信息,为待收待付状态;机构平台等待付款方确认交易有效同意兑付票据,默认超时确定有效执行兑付;支付票据待付联送付款方回收同意兑现,从付款方关联资金帐户上提出与该支付票据等额现金;收回收款方的支付票据待收联,将兑现的现金拔付给收款方指定或关联现金帐户;通知收付款双方票据受理兑付成功。
2.根据权利要求1所述的基于对象的电子支付与清算方法,其特征在于,业务帐户及支付票据发行管理具体为:
申请建立对象资金关联帐户及票据帐户,票据帐户记录支付票据的使用情况,对象资金关联帐户记录兑现支付票据、保证金及发行机构给予的信用金,担保背书后取得了发行电子票据的基础兑现保证条件,平台审核后发行支付票据给资金主体对象,支付票据为平台签名背书担保的支付票据,支付票据在交易时等同现金效力,而对象支付票据发行时,背书的条件是冻结发行申领总额的保证金;
根据资金对象主体用户或授权管理人申领支付票据的提交的信息,具体为:
申领发行对象支付票据的平台备案信息包括:支付票据责任主体名称、支付票据申请总支付额度、支付票据单次支付限额、支付票据发行数量、承兑支付票票时对应的现金帐户及关联帐户、对象业务注册帐号、支付票据支付有效确认方法、默认支付有效时间、支付票据状态信息通知接收人以及规定支付票据结算方式;
申领发行对象支付票据的平台备案信息还包括:发行支付票据处于票据待收待付时,选择票据收付款交易确认有效规则及方法,以及默认确认有效时间;
申领发行对象支付票据的平台备案信息还包括:发行支付票据交易在确认出现争议时的解决方法及途径。
3.根据权利要求1所述的基于对象的电子支付与清算方法,其特征在于,支付票据审核、分发、定义及授权具体包括:
在对象项目计划提出支付请求,资金对象主体或授权审批人通过审批,分发定义对象用途的支付票据,并授权对象或代办人对外支付;
根据资金主体对象申报的发行支付票据及对象支付请求分发定义用途的对象支付票据,具体为:
建立对象业务管理平台,包括客户端有对象业务管理、系统平台有票据发行及清算中心,各种基于对象支付应用功能,以供用户选择;
在对象业务管理平台中,用户根据意愿,首先签订相关对象支付协议,注册开立对象业务管理帐户,开通及选择对象资金关联帐户及现金帐户、对象票据帐户,主要功能用于提交发行票据申请,申领未定义票据,也用于分发、接收支付票据、回收兑现支付票据工作任务、选择对象票据的确认、回收、兑现、选择异议处理方法以及争议解决途径及仲裁办法;
利用对象业务管理帐户的票据发行及申领模块,开展对象支付票据的发行及用户申领任务,由平台发行支付票据,由资金对象用户配置一定保证金,用等额的保证金及信用额度金背书,发行等额票据,保证金是电子票据发行以及承兑要约,发行时会冻结等额的保证金,发行的对象支付票据是平台担保发行的签名支付票据;支付票据发行,支付票据是用户提出的用于开展对象业务申请而制订并发行的,用户在客户端通过发行及申领模块提交支付票据申请,提交支付票据发行的具体参数、要求的定制信息,包括申请发行总额,票据数量,以及其他备案信息,
利用对象业务管理帐户中的对象业务模块:开展对象业务审批流程,分发票据用于定义的具体的对象业务;开展审核对象的项目支付申请,通过审批所述对象项目的支付请求,票据付款模式:分发票据用于定义对象用途的支付票据;现金付款模式,用户自行定义对象业务的用款单,限制额度使用现金帐户及关联帐户,用于该对象用途的付款现金支付单,赋于对象项目用途的该项支付权力;委托代办对象业务交易任务,所谓对象业务代办人也包括对象本体、指定的自然人,如对象本体具有结算与支付能力,则选择对象本体,也可引入第三方结算服务,绑定定义的付款的现金帐户则可完成自动支付;授权对象业务代办人使用付款票据的权力,使其可以调度票据付款信息令牌码用于对象业务交易;
利用对象来务管理平台的清算中心票据处理模块,设置票据业务有受理柜台,有票据回收兑现柜台,有登记入帐的票据帐户管理数据库,其作工作任务不仅管理用户对象注册的票据帐户及资金兑付帐户,且主要受理支付票据交易支付及兑现管理问题,清算中心的工作任务还包括:已受理的收付款票据确认有效无异议,回收确认支付的票据,划拔付款方资金帐户的资金,以票据置换现金,提现转移支付到收款方指定资金帐户。
4.根据权利要求1所述的基于对象的电子支付与清算方法,其特征在于,还包括:
基于对象业务管理的方法:用户申请发行未定义支付票据,满足用户不同需求;向系统平台的票据发行中心审报申领支付票据,为申领支付票据配置并保证金,与银行纸质票据申领类似,申请支付票据信息包括票据配发数量,限制额度,对象业务名称,对象支付票据还关联背书人名称及关联资金承兑帐户,用户领取发行支付票据,此票据为平台提保背书发行的,支付票据在发行时是未定义具体对象业务,而对象业务的定义由用户依据需要自由制定。
5.根据权利要求4所述的基于对象的电子支付与清算方法,其特征在于,基于对象业务管理的方法还包括:
对象业务管理平台系统,可以由用户定义多种对象业务,满足用户不同需求在所述对象业务管理平台系统中,具有资金对象主体的用户,在对象业务管理帐户中设置对象业务管理功能、定义不同对象的业务;在对象业务管理模块中包括现金用款单付款模式及票据付款模式,还包括单人合权管理模式和多人分权管理审批模式,若为多人分权管理审批模式,则指定及授权管理人:业务审批、项目计划支付审批、赋能于用途的付款票据授权、委托代办授权,包括代办人单次、多次或长期,允许支付额度,对象业务的付款限额、时间及地点范围的约束条件。
6.根据权利要求3所述的基于对象的电子支付与清算方法,其特征在于,支付票据的分发,定义付款用途包括:
根据对象业务项目计划支付申请审核后,资金对象主体用户或授权管理人,填写具有相应支付事项用途的对象支付票据分发给对象业务使用,授权对象本体或代办人,实施执行对象业务计划,赋能使用支付票据,在交易结算时展示或电子传送对象支付票据信息码,交易收款方收到支付票据,将回传到票据发行方进行验证,得到验证有效后通知接收方;收款方将结算信息,交易标的额,收款人签名,交易时间地点其他相关信息填写附加到支付票据上,上传票据信息码及收款方收款请求至平台清算中心,依据收款请求,清算中心登记备案该笔交易,通知收付款授权用户票据已交易使用,并在双方所注册的对象支付票据帐户上记帐,交易付款成功,双方完成交割。
7.根据权利要求3所述的基于对象的电子支付与清算方法,其特征在于,支付票据的回收及兑现的方法还包括:
支付票据在对象业务的项目交易所支付标的完成后,所述收款对象凭借所述对象支付票据所支付的额度,货币上效力等同于现金,基于对象支付票据业务为支付对象,对象本体不存在资金帐户,需开发票时支付票据对外显示授权对象,否则不显示授权的资金主体对象用户名称,在兑现支付票据时,授权对象业务的资金主体对象用户是分发对象支付票据的主体,是承兑支付票据为现金的主体,将回收此已支付的支付票据以现金等额置换;平台清算中心将以对象授权人的资金帐户或关联帐户中的现金兑换成支付票据上支付金额,平台清算中心转移支付此现金到支付票据的对象所指定的资金帐户上。
8.根据权利要求1所述的基于对象的电子支付与清算方法,其特征在于,现金付款模式及票据支付模式的支付方法具体为:
对象业务采用票据支付方式,或直接采用现金用款单支付方式,对象业务分发票据定义对象业务票据,或定义对象业务现金用款单,赋于用于对象业务的支付的能力,资金对象主体授权对象本体或代办人配置调度令牌调度对象赋能的现金支付单或支付票据用于支付款项;支持现金付款方式:授权对象本体或代办人直接使用帐户中的现金用于支付。
9.根据权利要求1所述的基于对象的电子支付与清算方法,其特征在于,审批模式的支付方法具体为:
资金对象主体或授权管理人授权对象本体或代办人,赋于对象业务现金帐户的使用权,支付结算有对象本体及代办人,包括自主结算、自动结算、第三方结算及识别确认服务,对于风险可控度不高于风险设定阈值及信任度高于信任设定阈值的的对象,有简易授权方式,报备用途帐单通知到资金对象主体,启有简易授权,不超额度时即用;超过额度或需授权项时,确认后得到对象业务现金帐户及关联帐户的现金使用权。
10.权利要求1所述的基于对象的电子支付与清算方法,其特征在于,收款方法具体包括:
对象支付票模式,对象支付票模式适合交易双方都是注册用户,即接收方能接收支付票据业务;收款方注册综合的票据帐户,收款接收的票据由清算中心兑换现金,货币资金转移存放于收款人指定关联资金帐户,收款方的票据帐户登记不同对象业务的票据及类型;
对于没有注册支付票据的收款用户,授权委托平台或第三方结算机构代收代记代管,兑付由平台或第三方结算服务商来完成,该笔货币资金转移存入收款人指定的资金帐户或关联帐户;
收款方通过生物识别刷脸识别能力提供结算帐单、凭证及签名,通过生物识别刷脸验证取得对象支付票据进而完成支付,支付完成后输出凭证记录。
11.根据权利要求2所述的基于对象的电子支付与清算方法,其特征在于,基于对象支付信息处理方法:对象支付票据在使用过程中,承载信息包括付款对象信息、收款对象信息、结算金额信息、支付用途信息以及结算条件信息,还包括支付票有安全限制条件,安全限制条件包括支付次数、支付时效以及支付额度限制,对支付票据承载信息进行显示,对支付票据承载信息进行打印作为记帐凭证,根据承载信息查询支付过程数据,支付过程数据包括结算信息及各参与方的信息;对象业务交易所形成的记录导出电子凭证,电子凭证作为会计凭证以及记帐。
12.根据权利要求1所述的基于对象的电子支付与清算方法,其特征在于,电子支付的所采用的信息传送及采集的方法,所述对象支付票据的信息形式具体为:二维码、条形码、电子传送的ETC电子标签、绑定的信息令牌以及NFC近感通信传送的信息令牌码,对象支付票据的信息还包括交易地理位置、交易时间、参与方当事人的电子签名及手写签名作为记录,对象支付票据的信息还包括生物智能识别提供的签名、定位信息及支付时间提供验。
13.根据权利要求3所述的基于对象的电子支付与清算方法,其特征在于,电子支付的形式和方法包括:资金主体用户设置不同对象业务,同一对象业务存在从属于不同的资金主体用户,不同资金主体用户对一对象赋于对象业务的现金及票据的支付能力,不同资金主体用户授于对象的不同优先级别的授权,同一个对象同时得到不同资金主体用户向对象用途的应支付款的支付权力,依据授权不同来支付对象用途的当次应支付款;针对对象业务单次或长期授权的项目及内容,选择单项或多项支付项;在同一笔业务内或者同一执行人,使用多份票据支付不同项的支付内容。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910806749.8A CN110648135A (zh) | 2019-08-29 | 2019-08-29 | 一种基于对象的电子支付与清算方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910806749.8A CN110648135A (zh) | 2019-08-29 | 2019-08-29 | 一种基于对象的电子支付与清算方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110648135A true CN110648135A (zh) | 2020-01-03 |
Family
ID=68991049
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910806749.8A Withdrawn CN110648135A (zh) | 2019-08-29 | 2019-08-29 | 一种基于对象的电子支付与清算方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110648135A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111310425A (zh) * | 2020-01-22 | 2020-06-19 | 金地(集团)股份有限公司 | 清单智能化的系统实现方法和智能清单系统 |
CN111831179A (zh) * | 2020-07-01 | 2020-10-27 | 中国建设银行股份有限公司 | 签约方法、装置及计算机可读介质 |
CN111986791A (zh) * | 2020-08-31 | 2020-11-24 | 平安医疗健康管理股份有限公司 | 医疗采购全流程监管方法及相关设备 |
CN112785313A (zh) * | 2021-02-08 | 2021-05-11 | 中国工商银行股份有限公司 | 企业客户支付场景下内部风险控制方法、装置及系统 |
CN112950178A (zh) * | 2021-02-25 | 2021-06-11 | 中钞信用卡产业发展有限公司 | 一种基于许可链的b2b代理支付的方法及系统 |
CN113065972A (zh) * | 2021-04-01 | 2021-07-02 | 支付宝(杭州)信息技术有限公司 | 医保电子凭证处理方法及装置 |
CN114218911A (zh) * | 2021-12-10 | 2022-03-22 | 吉林亿联银行股份有限公司 | 结清证明开具方法及装置、存储介质及电子设备 |
CN115730907A (zh) * | 2022-12-16 | 2023-03-03 | 上海格鲁布科技有限公司 | 一种差旅申请方法、系统、计算机设备及存储介质 |
CN116823141A (zh) * | 2023-04-25 | 2023-09-29 | 广东企企通科技有限公司 | 付款数据处理方法、装置、设备及介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002183460A (ja) * | 2000-12-19 | 2002-06-28 | Sumitomo Mitsui Banking Corp | 代金収納システム及び方法 |
WO2004072914A2 (en) * | 2003-02-13 | 2004-08-26 | Valista Limited | Authentication by owner to shared payment instruments |
CN104392348A (zh) * | 2014-11-06 | 2015-03-04 | 朱锐泷 | 基于数字货币的跨境支付清算系统和跨境支付方法 |
-
2019
- 2019-08-29 CN CN201910806749.8A patent/CN110648135A/zh not_active Withdrawn
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002183460A (ja) * | 2000-12-19 | 2002-06-28 | Sumitomo Mitsui Banking Corp | 代金収納システム及び方法 |
WO2004072914A2 (en) * | 2003-02-13 | 2004-08-26 | Valista Limited | Authentication by owner to shared payment instruments |
CN104392348A (zh) * | 2014-11-06 | 2015-03-04 | 朱锐泷 | 基于数字货币的跨境支付清算系统和跨境支付方法 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111310425A (zh) * | 2020-01-22 | 2020-06-19 | 金地(集团)股份有限公司 | 清单智能化的系统实现方法和智能清单系统 |
CN111310425B (zh) * | 2020-01-22 | 2023-07-25 | 金地(集团)股份有限公司 | 清单智能化的系统实现方法和智能清单系统 |
CN111831179A (zh) * | 2020-07-01 | 2020-10-27 | 中国建设银行股份有限公司 | 签约方法、装置及计算机可读介质 |
CN111831179B (zh) * | 2020-07-01 | 2021-12-14 | 中国建设银行股份有限公司 | 签约方法、装置及计算机可读介质 |
CN111986791A (zh) * | 2020-08-31 | 2020-11-24 | 平安医疗健康管理股份有限公司 | 医疗采购全流程监管方法及相关设备 |
CN112785313A (zh) * | 2021-02-08 | 2021-05-11 | 中国工商银行股份有限公司 | 企业客户支付场景下内部风险控制方法、装置及系统 |
CN112950178A (zh) * | 2021-02-25 | 2021-06-11 | 中钞信用卡产业发展有限公司 | 一种基于许可链的b2b代理支付的方法及系统 |
CN112950178B (zh) * | 2021-02-25 | 2023-09-12 | 中钞信用卡产业发展有限公司 | 一种基于许可链的b2b代理支付的方法及系统 |
CN113065972A (zh) * | 2021-04-01 | 2021-07-02 | 支付宝(杭州)信息技术有限公司 | 医保电子凭证处理方法及装置 |
CN114218911A (zh) * | 2021-12-10 | 2022-03-22 | 吉林亿联银行股份有限公司 | 结清证明开具方法及装置、存储介质及电子设备 |
CN115730907A (zh) * | 2022-12-16 | 2023-03-03 | 上海格鲁布科技有限公司 | 一种差旅申请方法、系统、计算机设备及存储介质 |
CN116823141A (zh) * | 2023-04-25 | 2023-09-29 | 广东企企通科技有限公司 | 付款数据处理方法、装置、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110648135A (zh) | 一种基于对象的电子支付与清算方法 | |
KR102199567B1 (ko) | 블록체인 기반 예술품 거래 데이터 공유 서비스 제공 시스템 | |
US11334942B2 (en) | Supply chain finance system | |
US8533115B2 (en) | Payment services for multi-national corporations | |
JP5191737B2 (ja) | 取引成立促進装置及びシステム | |
US8150774B2 (en) | System and method for providing automated dispute resolution between or among multiple parties | |
WO2020199857A1 (zh) | 账户系统、交易及其处理方法、终端、系统、装置及介质 | |
US20140180919A1 (en) | Push Payment System and Method | |
US20060212392A1 (en) | Advanced messaging system and method | |
JP2000348099A (ja) | 小口経費処理システム,同システムを構成するクライアント・コンピュータおよび同コンピュータのためのプログラム記録媒体 | |
US20080222041A1 (en) | Methods and Systems for Electronic Agency in Performance of Services | |
CN107710268A (zh) | 基于电子记录债权的批量保理交易中压缩债务者的债务与改善财务内容的方法及其系统 | |
Curtis et al. | Contingency Fees in Mass Torts: Access, Risk, and the Provision of Legal Services When Layers of Lawyers Work for Individuals and Collectives of Clients | |
JP2009541818A (ja) | ネットワークで金融取引を行うためのシステム及び方法 | |
JP2002230234A (ja) | 寄付支援システム | |
KR102366405B1 (ko) | 상품거래시스템 및 그 방법 | |
JP5592428B2 (ja) | ネットワークで金融取引を行うためのシステム及び方法 | |
US20050228756A1 (en) | Monetary claim settlement method | |
CN116308377A (zh) | 账户管理方法、装置、设备及存储介质 | |
Sandner et al. | The Programmable Euro: Review and Outlook | |
Model | ISSUED BY | |
Jadhav et al. | Ethereum-Based Decentralized Crowdfunding Platform | |
Peretz | The single euro payment area: a new opportunity for consumer alternative dispute resolution in the European Union | |
Ramesh et al. | NPCI: Chartering a payment freeway | |
Nzakizwanimana | Effectiveness of electronic ticketing system in improving fare revenue collection of Public Transport in Kigali City. Case study: Kigali Bus Services Ltd |
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 | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20200103 |