CN112270592A - 一种基于预付和账期的记账方法、装置及服务器 - Google Patents

一种基于预付和账期的记账方法、装置及服务器 Download PDF

Info

Publication number
CN112270592A
CN112270592A CN202011214426.9A CN202011214426A CN112270592A CN 112270592 A CN112270592 A CN 112270592A CN 202011214426 A CN202011214426 A CN 202011214426A CN 112270592 A CN112270592 A CN 112270592A
Authority
CN
China
Prior art keywords
accounting
account
data
subject
balance
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
Application number
CN202011214426.9A
Other languages
English (en)
Inventor
裴志勇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xinnuohengsheng Technology Co ltd
Original Assignee
Beijing Xinnuohengsheng Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Xinnuohengsheng Technology Co ltd filed Critical Beijing Xinnuohengsheng Technology Co ltd
Priority to CN202011214426.9A priority Critical patent/CN112270592A/zh
Publication of CN112270592A publication Critical patent/CN112270592A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12Accounting
    • G06Q40/125Finance or payroll
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

一种基于预付和账期的记账方法是为优化商品、服务交易平台的用户钱包系统,支持用户购买商品或服务时预付款项并冻结,能够满足交易过程中价格变动,实现了合作过程中商品、服务价格的直接修改,且保证了修改后价格与预付款的一致性。同时支持用户收入冻结管理,并可设定每个用户的账期、佣金抽成和奖励规则,在收支记账同时完成佣金和奖金的计算和登记,且有自动验证功能,保证系统数据正确性。

Description

一种基于预付和账期的记账方法、装置及服务器
技术领域
本公开涉及互联网技术领域中的记账技术,尤其是涉及一种基于预付和账期的记账方法、装置及服务器。
背景技术
目前商品、服务交易平台中,用户钱包基本上是收支、账期和佣金管理与登记,在有预付款的商品和服务交易过程中,如果商品和服务价格发生变化时,需要修改交易价格时,通常处理方式是再签署一份协议,约定差价,购买方二次支付预付款,俗称“打补丁”,如果有多次变化,就要签署多份协议,多次补款。结算时,也必须选择所有的合同一起结算,如果有遗漏,再次申请结算时可能会产生不必要的纠纷或拖延。打补丁的解决方式操作繁琐,并且容易产生遗漏,传统钱包系统的结构设计不合理,对交易过程中参与程度不够,不适应商品和服务交易过程中的价格的多变性。
发明内容
为了解决上述问题,本公开实施例的目的为适应商品、服务交易过程中价格的多变性,不单可以进行收支、账期和佣金管理与登记,同时能够满足交易过程中价格变动,实现了合作过程中商品、服务价格的直接修改,且保证了修改后价格与预付款的一致性。同时支持用户收入冻结管理,并可设定每个用户的账期、佣金抽成和奖励规则,在收支记账同时完成佣金和奖金的计算和登记,且有自动验证功能,保证系统数据正确性。
一种基于预付和账期的记账方法,包括:
接收记账数据和请求;
根据记账数据和请求完成登记;
将记账后数据更新到对应账户。
上述方法还包括:
记账单位可以是货币,也可以是积分、点数、比特币等。
上述方法还包括:
记账数据包括“双方账号、交易单号、科目、金额、支付方向”等信息,账户包括“预付款、冻结款、可用余额、佣金、奖金、提现、补款、余额”多个科目。
上述方法还包括:
收入记账:接收到收入数据和记账请求后,识别收入数据中交易单号和账号,根据佣金规则判断是否需要抽取佣金,佣金规则为预定,可设定抽取佣金的“起止日期、金额、比例”等条件,如果需要抽取佣金,则计算佣金并记入对应账号的佣金科目,同时更新余额科目;
根据系统参数判断抽佣后收入是否需要冻结,系统参数为预定,可设定收入账期,既该笔收入的“冻结时间”,如果需要冻结,该款项记入对应账号的冻结款科目,同时更新余额科目;如果不需要冻结,该款项记入对应账号的可用余额科目,同时更新余额科目;
冻结款在满足账期时间要求后,该款项记入可用余额科目,同时更新冻结款科目和余额科目。
上述方法还包括:
支出记账:接收到支出数据和记账请求后,识别支出数据中交易单号、账号及预付款、可用余额和补款科目的金额,将支出数据中每科目金额与原账户中对应交易单号的预付款、可用余额和补款科目金额进行对比;
如支出数据中的三个科目金额均小于等于原账户中对应交易单号的对应科目金额,则将支出款项分别记入预付款、可用余额和补款科目,并将支出数据中预付款和补款金额与原账户中预付款和补款金额的差额转入可用余额,同时更新对应账号的余额科目和可用余额科目;
如支出数据中的三个科目中任一科目金额大于原账户中对应交易单号的对应科目金额,则暂停该笔支出记账,同时暂停对手交易方的收入记账,并通知系统管理员人工干预。
上述方法还包括:
奖金记账:接收到支出数据和记账请求后,识别支出数据中交易单号、账号,根据奖金规则判断是否需要发放奖金,奖金规则为预定,可设定扣除奖金的“起止日期、金额、比例、奖励对象账号”等条件,如果需要发放奖金,则计算奖金,并记入奖励对象账号中的奖金科目,同时更新奖励对象账号的余额科目;
补款记账:接收到补款数据和记账请求后,识别补款数据中交易单号、账号,该款项记入对应账号的补款科目,同时更新余额科目和可用余额科目;
预付款记账:接收到预付款数据和记账请求后,识别预付款数据中交易单号、账号,该款项记入对应账号的预付款科目,同时更新余额科目;
提现记账:接收到用户提现数据和记账请求后,识别提现数据中交易单号、账号,该款项记入对应账号的提现科目,同时更新余额科目和可用余额科目。
上述方法还包括:
复式记账验证,每次收支登记必须保证账户金额相等,方向相反;
勾稽关系验证,余额=冻结款+预付款+可用余额+奖金+补款—佣金—提现—支出;
如果上述两项验证未通过,则停止相关账户的记账操作,并通知系统管理员人工干预。
一种装置,包括:
接收发送模块:用于接收和发送各种信息,包括数据、请求、标识等内容;
识别判断模块:用于识别接收信息中各种数据和科目、标识,判断扣佣、账期、奖金等各种规则是否适用,进行支出数据对比、复式记账验证和勾稽关系验证;
记账模块:用于对所述记账数据进行计算,并对对应账号和科目进行登记和更新。
一种服务器,包括处理器和存储器,所述存储器存储有能够被所述处理器执行的机器可执行指令,所述处理器执行所述机器可执行指令以实现本公开所述的记账方法。
本公开的实施例所提供的方法、装置和服务器适应商品、服务交易过程中价格的多变性,不单可以进行收支、账期和佣金管理与登记,同时能够满足交易过程中价格变动,实现了合作过程中商品、服务价格的直接修改,且保证了修改后价格与预付款的一致性。同时支持用户收入冻结管理,并可设定每个用户的账期、佣金抽成和奖励规则,在收支记账同时完成佣金和奖金的计算和登记,且有自动验证功能,保证系统数据正确性。
附图说明
此处所说明的附图用来提供对本公开的进一步理解,构成本申请的一部分,本公开的示意性实施例及其说明用于解释本公开,并不构成对本公开的不当限定。在附图中:
图1为本公开实施例提供的一种基于预付和账期的记账方法的流程示意图;
图2为本公开实施例提供的另一种基于预付和账期的记账方法的流程示意图;
图3为本公开实施例提供的又一种基于预付和账期的记账方法的流程示意图;
图4为本公开实施例提供的又一种基于预付和账期的记账方法的流程示意图;
图5为本公开实施例提供的又一种基于预付和账期的记账方法的流程示意图;
图6为本公开实施例提供的又一种基于预付和账期的记账方法的流程示意图;
图7为本公开实施例提供的又一种基于预付和账期的记账方法的流程示意图;
图8为本公开实施例提供的又一种基于预付和账期的记账方法的流程示意图;
图9本公开实施例提供的一种装置的结构示意图;
图10为本公开实施例提供的一种服务器的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本公开的技术方案,下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述。显然,所描述的实施例仅仅是本公开一部分的实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本公开保护的范围。
图1为本公开实施例提供的一种基于预付和账期的记账方法的流程示意图。如图1所示,该方法包括以下步骤:
步骤101、接收记账数据和请求。
具体的,步骤101接收记账数据和请求可以是由服务器来实现的,记账数据包括“双方账号、交易单号、科目、金额、支付方向”等信息。
步骤102、根据记账数据和请求完成登记。
具体的,步骤102根据记账数据和请求完成登记可以是由服务器来实现的,记账单位可以是货币,也可以是积分、点数、比特币等。账户包括“预付款、冻结款、可用余额、佣金、奖金、提现、补款、余额”多个科目。
步骤103、将记账后数据更新到对应账户。
具体的,步骤103按照所述将记账后数据更新到对应账户可以是由服务器来实现的,在更新到对应账户之前,进行两项验证:复式记账验证,每次收支登记必须保证账户金额相等,方向相反。勾稽关系验证,余额=冻结款+预付款+可用余额+奖金+补款—佣金—提现—支出。账户包括“预付款、冻结款、可用余额、佣金、奖金、提现、补款、余额”多个科目,同时更新到各前端或分支服务器对应账户。
本公开实施例的目的可以进行收支、账期和佣金管理与登记,记账单位可以是货币,也可以是积分、点数、比特币等单位,同时能够满足交易过程中价格变动,实现了合作过程中商品、服务价格的直接修改,且保证了修改后价格与预付款的一致性。同时支持用户收入冻结管理,并可设定每个用户的账期、佣金抽成和奖励规则,在收支记账同时完成佣金和奖金的计算和登记,且有自动验证功能,保证系统数据正确性。
图2本公开实施例提供的另一种基于预付和账期的记账方法的流程示意图,如图2所示,该方法包括以下步骤:
步骤201、接收到记账数据。
需要说明的是,记账数据包括“双方账号、交易单号、科目、金额、支付方向”等信息,账户包括“预付款、冻结款、可用余额、佣金、奖金、提现、补款、余额”多个科目,可选的是,记账单位可以是货币、积分、点数、比特币等等。
步骤202、识别出为收支记账,并识别出收支数据。
需要说明的是,识别收入数据中交易单号和账号、收入金额,识别支出数据中交易单号、账号及预付款、可用余额和补款科目的金额。
步骤203、收入记账,识别出需要抽取佣金,抽佣后收入需要冻结。
具体的,根据佣金规则判断需要抽取佣金,则计算佣金并记入对应账号的佣金科目。根据系统参数判断出抽佣后收入需要冻结,该款项记入对应账号的冻结款科目。
步骤204、支出记账,对比支出数据与原账户数据。
需要说明的是,将支出数据中每科目金额与原账户中对应交易单号的预付款、可用余额和补款科目金额进行对比,支出数据中的三个科目金额均小于等于原账户中对应交易单号的对应科目金额,将支出款项分别记入预付款、可用余额和补款科目,并将支出数据中预付款和补款金额与原账户中预付款和补款金额的差额转入可用余额。
步骤205、进行复式记账和勾稽关系两项验证。
需要说明的是,在记账登记前,进行复式记账验证,每次收支登记必须保证账户金额相等,方向相反。勾稽关系验证,余额=冻结款+预付款+可用余额+奖金+补款—佣金—提现—支出,两项验证通过。
步骤206、检查是否有冻结款满足了账期要求。
具体的,发现有冻结款满足了账期要求,将该款项记入可用余额科目。
步骤207、在服务器端完成账户登记。
具体的,更新预付款、佣金、冻结款、可用余额、补款、余额科目,完成记账。
步骤208、更新到各前端或分支服务器对应账户。
具体的,将记账数据更新到各前端或分支服务器对应账户。
本公开实施例的方法可以进行收支、账期和佣金管理与登记,记账单位可以是货币,也可以是积分、点数、比特币等单位,同时能够满足交易过程中价格变动,实现了合作过程中商品、服务价格的直接修改,且保证了修改后价格与预付款的一致性。同时支持用户收入冻结管理,并可设定每个用户的账期、佣金抽成和奖励规则,在收支记账同时完成佣金和奖金的计算和登记,且有自动验证功能,保证系统数据正确性。
图3本公开实施例提供的又一种基于预付和账期的记账方法的流程示意图,如图3所示,该方法包括以下步骤:
步骤301、接收到记账数据。
需要说明的是,记账数据包括“双方账号、交易单号、科目、金额、支付方向”等信息,账户包括“预付款、冻结款、可用余额、佣金、奖金、提现、补款、余额”多个科目,可选的是,记账单位可以是货币、积分、点数、比特币等等。
步骤302、识别出为收支记账,并识别出收支数据。
需要说明的是,识别收入数据中交易单号和账号、收入金额,识别支出数据中交易单号、账号及预付款、可用余额和补款科目的金额。
步骤303、收入记账,识别出不需要抽取佣金,收入不需要冻结。
需要说明的是,根据佣金规则判断不需要抽取佣金。根据系统参数判断收入不需要冻结,该款项记入对应账号的可用余额科目。
步骤304、支出记账,对比支出数据与原账户数据。
需要说明的是,将支出数据中每科目金额与原账户中对应交易单号的预付款、可用余额和补款科目金额进行对比,支出数据中的三个科目金额均小于等于原账户中对应交易单号的对应科目金额,将支出款项分别记入预付款、可用余额和补款科目,并将支出数据中预付款和补款金额与原账户中预付款和补款金额的差额转入可用余额。
步骤305、进行复式记账和勾稽关系两项验证。
需要说明的是,在记账登记前,进行复式记账验证,每次收支登记必须保证账户金额相等,方向相反。勾稽关系验证,余额=冻结款+预付款+可用余额+奖金+补款—佣金—提现—支出,两项验证通过。
步骤306、检查是否有冻结款满足了账期要求。
具体的,发现有冻结款满足了账期要求,将该款项记入可用余额科目。
步骤307、在服务器端完成账户登记。
具体的,更新预付款、佣金、冻结款、可用余额、补款、余额科目,完成记账。
步骤308、更新到各前端或分支服务器对应账户。
具体的,将记账数据更新到各前端或分支服务器对应账户。
本公开实施例的方法可以进行收支、账期和佣金管理与登记,记账单位可以是货币,也可以是积分、点数、比特币等单位,同时能够满足交易过程中价格变动,实现了合作过程中商品、服务价格的直接修改,且保证了修改后价格与预付款的一致性。同时支持用户收入冻结管理,并可设定每个用户的账期、佣金抽成和奖励规则,在收支记账同时完成佣金和奖金的计算和登记,且有自动验证功能,保证系统数据正确性。
图4为本公开实施例提供的又一种基于预付和账期的记账方法的流程示意图;如图4所示,该方法包括以下步骤:
步骤401、接收到记账数据。
需要说明的是,记账数据包括“双方账号、交易单号、科目、金额、支付方向”等信息,账户包括“预付款、冻结款、可用余额、佣金、奖金、提现、补款、余额”多个科目,可选的是,记账单位可以是货币、积分、点数、比特币等等。
步骤402、识别出为收支记账,并识别出收支数据。
需要说明的是,识别收入数据中交易单号和账号、收入金额,识别支出数据中交易单号、账号及预付款、可用余额和补款科目的金额。
步骤403、收入记账,识别出需要抽取佣金,抽佣后收入需要冻结。
具体的,根据佣金规则判断需要抽取佣金,则计算佣金并记入对应账号的佣金科目。根据系统参数判断出抽佣后收入需要冻结,该款项记入对应账号的冻结款科目。
步骤404、支出记账,对比支出数据与原账户数据。
需要说明的是,将支出数据中每科目金额与原账户中对应交易单号的预付款、可用余额和补款科目金额进行对比,对比结果发现支出数据中的三个科目中有一科目金额大于原账户中对应交易单号的对应科目金额,暂停该笔支出记账。
步骤405、暂停对手交易方的收入记账。
具体的,暂停对手交易方的收入记账,并通知系统管理员人工干预。
本公开实施例的方法可以进行收支、账期和佣金管理与登记,记账单位可以是货币,也可以是积分、点数、比特币等单位,同时能够满足交易过程中价格变动,实现了合作过程中商品、服务价格的直接修改,且保证了修改后价格与预付款的一致性。同时支持用户收入冻结管理,并可设定每个用户的账期、佣金抽成和奖励规则,在收支记账同时完成佣金和奖金的计算和登记,且有自动验证功能,保证系统数据正确性。
图5为本公开实施例提供的又一种基于预付和账期的记账方法的流程示意图;如图5所示,该方法包括以下步骤:
步骤501、接收到记账数据。
需要说明的是,记账数据包括“双方账号、交易单号、科目、金额、支付方向”等信息,账户包括“预付款、冻结款、可用余额、佣金、奖金、提现、补款、余额”多个科目,可选的是,记账单位可以是货币、积分、点数、比特币等等。
步骤502、识别出为奖金记账,并判断是否需要发放奖金。
需要说明的是,识别支出数据中交易单号和账号、支出金额,根据奖金规则判断需要发放奖金,奖金规则为预定,可设定扣除奖金的“起止日期、金额、比例、奖励对象账号”等条件,计算奖金。
步骤503、奖金记账。
需要说明的是,将奖金记入奖励对象账号中的奖金科目。
步骤504、进行勾稽关系验证。
需要说明的是,在记账登记前,奖励对象账号进行勾稽关系验证,余额=冻结款+预付款+可用余额+奖金+补款—佣金—提现—支出,验证通过。
步骤505、在服务器端完成账户登记。
具体的,更新奖励对象账号冻可用余额、奖金、余额科目,完成记账。
步骤506、更新到各前端或分支服务器对应账户。
具体的,将记账数据更新到各前端或分支服务器对应账户。
本公开实施例的方法可以进行收支、账期和佣金管理与登记,记账单位可以是货币,也可以是积分、点数、比特币等单位,同时能够满足交易过程中价格变动,实现了合作过程中商品、服务价格的直接修改,且保证了修改后价格与预付款的一致性。同时支持用户收入冻结管理,并可设定每个用户的账期、佣金抽成和奖励规则,在收支记账同时完成佣金和奖金的计算和登记,且有自动验证功能,保证系统数据正确性。
图6为本公开实施例提供的又一种基于预付和账期的记账方法的流程示意图;如图6所示,该方法包括以下步骤:
步骤601、接收到记账数据。
需要说明的是,记账数据包括“双方账号、交易单号、科目、金额、支付方向”等信息,账户包括“预付款、冻结款、可用余额、佣金、奖金、提现、补款、余额”多个科目,可选的是,记账单位可以是货币、积分、点数、比特币等等。
步骤602、识别出为补款记账。
需要说明的是,识别补款数据中交易单号和账号、补款金额。
步骤603、补款记账。
需要说明的是,该款项记入对应账号的补款科目。
步骤604、进行勾稽关系验证。
需要说明的是,在记账登记前,进行勾稽关系验证,余额=冻结款+预付款+可用余额+奖金+补款—佣金—提现—支出,验证通过。
步骤605、在服务器端完成账户登记。
具体的,更新账号补款、可用余额、余额科目,完成记账。
步骤606、更新到各前端或分支服务器对应账户。
具体的,将记账数据更新到各前端或分支服务器对应账户。
本公开实施例的方法可以进行收支、账期和佣金管理与登记,记账单位可以是货币,也可以是积分、点数、比特币等单位,同时能够满足交易过程中价格变动,实现了合作过程中商品、服务价格的直接修改,且保证了修改后价格与预付款的一致性。同时支持用户收入冻结管理,并可设定每个用户的账期、佣金抽成和奖励规则,在收支记账同时完成佣金和奖金的计算和登记,且有自动验证功能,保证系统数据正确性。
图7为本公开实施例提供的又一种基于预付和账期的记账方法的流程示意图;如图7所示,该方法包括以下步骤:
步骤701、接收到记账数据。
需要说明的是,记账数据包括“双方账号、交易单号、科目、金额、支付方向”等信息,账户包括“预付款、冻结款、可用余额、佣金、奖金、提现、补款、余额”多个科目,可选的是,记账单位可以是货币、积分、点数、比特币等等。
步骤702、识别出为预付款记账。
需要说明的是,识别预付款数据中交易单号和账号、预付款金额。
步骤703、预付款记账。
需要说明的是,该款项记入对应账号的预付款科目。
步骤704、进行勾稽关系验证。
需要说明的是,在记账登记前,进行勾稽关系验证,余额=冻结款+预付款+可用余额+奖金+补款—佣金—提现—支出,验证通过。
步骤705、在服务器端完成账户登记。
具体的,更新账号预付款、可用余额、余额科目,完成记账。
步骤706、更新到各前端或分支服务器对应账户。
具体的,将记账数据更新到各前端或分支服务器对应账户。
本公开实施例的方法可以进行收支、账期和佣金管理与登记,记账单位可以是货币,也可以是积分、点数、比特币等单位,同时能够满足交易过程中价格变动,实现了合作过程中商品、服务价格的直接修改,且保证了修改后价格与预付款的一致性。同时支持用户收入冻结管理,并可设定每个用户的账期、佣金抽成和奖励规则,在收支记账同时完成佣金和奖金的计算和登记,且有自动验证功能,保证系统数据正确性。
图8为本公开实施例提供的又一种基于预付和账期的记账方法的流程示意图;如图8所示,该方法包括以下步骤:
步骤801、接收到记账数据。
需要说明的是,记账数据包括“双方账号、交易单号、科目、金额、支付方向”等信息,账户包括“预付款、冻结款、可用余额、佣金、奖金、提现、补款、余额”多个科目,可选的是,记账单位可以是货币、积分、点数、比特币等等。
步骤802、识别出为提现记账。
需要说明的是,识别提现数据中交易单号和账号、提现金额。
步骤803、提现记账。
需要说明的是,该款项记入对应账号的提现科目。
步骤804、进行勾稽关系验证。
需要说明的是,在记账登记前,进行勾稽关系验证,余额=冻结款+预付款+可用余额+奖金+补款—佣金—提现—支出,验证通过。
步骤805、在服务器端完成账户登记。
具体的,更新账号提现、可用余额、余额科目,完成记账。
步骤806、更新到各前端或分支服务器对应账户。
具体的,将记账数据更新到各前端或分支服务器对应账户。
本公开实施例的方法可以进行收支、账期和佣金管理与登记,记账单位可以是货币,也可以是积分、点数、比特币等单位,同时能够满足交易过程中价格变动,实现了合作过程中商品、服务价格的直接修改,且保证了修改后价格与预付款的一致性。同时支持用户收入冻结管理,并可设定每个用户的账期、佣金抽成和奖励规则,在收支记账同时完成佣金和奖金的计算和登记,且有自动验证功能,保证系统数据正确性。
图9为本公开实施例提供的一种结算装置结构示意图,该结算装置可以应用于图图1至图8的方法实施中,如图9所示,该结算装置900包括:
接收发送模块91:用于接收和发送各种信息,包括数据、请求、标识等内容。
识别判断模块92:用于识别接收信息中各种数据和科目、标识,判断扣佣、账期、奖金等各种规则是否适用,进行支出数据对比、复式记账验证和勾稽关系验证。
记账模块93::用于对所述记账数据进行计算,并对对应账号和科目进行登记和更新。
本公开实施例的方法可以进行收支、账期和佣金管理与登记,记账单位可以是货币,也可以是积分、点数、比特币等单位,同时能够满足交易过程中价格变动,实现了合作过程中商品、服务价格的直接修改,且保证了修改后价格与预付款的一致性。同时支持用户收入冻结管理,并可设定每个用户的账期、佣金抽成和奖励规则,在收支记账同时完成佣金和奖金的计算和登记,且有自动验证功能,保证系统数据正确性。
图10为本公开实施例提供的一种服务器结构示意图,该服务器可以应用于图1至图8的方法实施中,如图10所示,该服务器1000包括处理器和存储器,所述存储器存储有能够被所述处理器执行的机器可执行指令,所述处理器执行所述机器可执行指令以实现权利要求1至7任一项所述的基于预付和账期的记账方法。
本公开实施例的方法可以进行收支、账期和佣金管理与登记,记账单位可以是货币,也可以是积分、点数、比特币等单位,同时能够满足交易过程中价格变动,实现了合作过程中商品、服务价格的直接修改,且保证了修改后价格与预付款的一致性。同时支持用户收入冻结管理,并可设定每个用户的账期、佣金抽成和奖励规则,在收支记账同时完成佣金和奖金的计算和登记,且有自动验证功能,保证系统数据正确性。
术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
上述各实施例主要重点描述与其他实施例的不同之处,但本领域技术人员应当清楚的是,上述各实施例可以根据需要单独使用或者相互结合使用。
本公开可以是装置、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本公开的各个方面。
这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是,通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。
以上已经描述了本公开的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本公开的范围由所附权利要求来限定。

Claims (9)

1.一种基于预付和账期的记账方法,其特征在于,所述方法包括:
接收记账数据和请求;
根据记账数据和请求完成登记;
将记账后数据更新到对应账户。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
记账单位可以是货币,也可以是积分、点数、比特币等。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
记账数据包括“双方账号、交易单号、科目、金额、支付方向”等信息,账户包括“预付款、冻结款、可用余额、佣金、奖金、提现、补款、余额”多个科目。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
收入记账:接收到收入数据和记账请求后,识别收入数据中交易单号和账号,根据佣金规则判断是否需要抽取佣金,佣金规则为预定,可设定抽取佣金的“起止日期、金额、比例”等条件,如果需要抽取佣金,则计算佣金并记入对应账号的佣金科目,同时更新余额科目;
根据系统参数判断抽佣后收入是否需要冻结,系统参数为预定,可设定收入账期,既该笔收入的“冻结时间”,如果需要冻结,该款项记入对应账号的冻结款科目,同时更新余额科目;如果不需要冻结,该款项记入对应账号的可用余额科目,同时更新余额科目;
冻结款在满足账期时间要求后,该款项记入可用余额科目,同时更新冻结款科目和余额科目。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
支出记账:接收到支出数据和记账请求后,识别支出数据中交易单号、账号及预付款、可用余额和补款科目的金额,将支出数据中每科目金额与原账户中对应交易单号的预付款、可用余额和补款科目金额进行对比;
如支出数据中的三个科目金额均小于等于原账户中对应交易单号的对应科目金额,则将支出款项分别记入预付款、可用余额和补款科目,并将支出数据中预付款和补款金额与原账户中预付款和补款金额的差额转入可用余额,同时更新对应账号的余额科目和可用余额科目;
如支出数据中的三个科目中任一科目金额大于原账户中对应交易单号的对应科目金额,则暂停该笔支出记账,同时暂停对手交易方的收入记账,并通知系统管理员人工干预。
6.据权利要求1所述的方法,其特征在于,所述方法还包括:
奖金记账:接收到支出数据和记账请求后,识别支出数据中交易单号、账号,根据奖金规则判断是否需要发放奖金,奖金规则为预定,可设定扣除奖金的“起止日期、金额、比例、奖励对象账号”等条件,如果需要发放奖金,则计算奖金,并记入奖励对象账号中的奖金科目,同时更新奖励对象账号的余额科目;
补款记账:接收到补款数据和记账请求后,识别补款数据中交易单号、账号,该款项记入对应账号的补款科目,同时更新余额科目和可用余额科目;
预付款记账:接收到预付款数据和记账请求后,识别预付款数据中交易单号、账号,该款项记入对应账号的预付款科目,同时更新余额科目;
提现记账:接收到用户提现数据和记账请求后,识别提现数据中交易单号、账号,该款项记入对应账号的提现科目,同时更新余额科目和可用余额科目。
7.据权利要求1所述的方法,其特征在于,所述方法还包括:
复式记账验证,每次收支登记必须保证账户金额相等,方向相反;
勾稽关系验证,余额=冻结款+预付款+可用余额+奖金+补款—佣金—提现—支出;
如果上述两项验证未通过,则停止相关账户的记账操作,并通知系统管理员人工干预。
8.一种装置,其特征在于,包括:
接收发送模块:用于接收和发送各种信息,包括数据、请求、标识等内容;
识别判断模块:用于识别接收信息中各种数据和科目、标识,判断扣佣、账期、奖金等各种规则是否适用,进行支出数据对比、复式记账验证和勾稽关系验证;
记账模块:用于对所述记账数据进行计算,并对对应账号和科目进行登记和更新。
9.一种服务器,其特征在于,包括处理器和存储器,所述存储器存储有能够被所述处理器执行的机器可执行指令,所述处理器执行所述机器可执行指令以实现权利要求1至7任一项所述的记账方法。
CN202011214426.9A 2020-11-04 2020-11-04 一种基于预付和账期的记账方法、装置及服务器 Pending CN112270592A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011214426.9A CN112270592A (zh) 2020-11-04 2020-11-04 一种基于预付和账期的记账方法、装置及服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011214426.9A CN112270592A (zh) 2020-11-04 2020-11-04 一种基于预付和账期的记账方法、装置及服务器

Publications (1)

Publication Number Publication Date
CN112270592A true CN112270592A (zh) 2021-01-26

Family

ID=74344595

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011214426.9A Pending CN112270592A (zh) 2020-11-04 2020-11-04 一种基于预付和账期的记账方法、装置及服务器

Country Status (1)

Country Link
CN (1) CN112270592A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005070935A (ja) * 2003-08-21 2005-03-17 Nec System Technologies Ltd 推定口座残高参照システム、推定口座残高参照方法及びそのプログラム
JP2005250899A (ja) * 2004-03-04 2005-09-15 Toshihiko Eda プリペイド決済装置、プリペイド決済システム、プリペイド決済方法、及びプログラム
US20070208637A1 (en) * 2001-12-27 2007-09-06 Cooper Patricia H Commission management system
CN110580635A (zh) * 2018-06-11 2019-12-17 上海攸灵信息科技有限公司 一种移动端电子商务佣金分成方法
CN111695886A (zh) * 2020-06-12 2020-09-22 百度在线网络技术(北京)有限公司 虚拟货币的记账方法、装置、电子设备及可读存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070208637A1 (en) * 2001-12-27 2007-09-06 Cooper Patricia H Commission management system
JP2005070935A (ja) * 2003-08-21 2005-03-17 Nec System Technologies Ltd 推定口座残高参照システム、推定口座残高参照方法及びそのプログラム
JP2005250899A (ja) * 2004-03-04 2005-09-15 Toshihiko Eda プリペイド決済装置、プリペイド決済システム、プリペイド決済方法、及びプログラム
CN110580635A (zh) * 2018-06-11 2019-12-17 上海攸灵信息科技有限公司 一种移动端电子商务佣金分成方法
CN111695886A (zh) * 2020-06-12 2020-09-22 百度在线网络技术(北京)有限公司 虚拟货币的记账方法、装置、电子设备及可读存储介质

Similar Documents

Publication Publication Date Title
US11216891B2 (en) Employee customizable payroll processing
US10860998B2 (en) Payment processing with two-portion tokens at a point-of-service
EP3472783A1 (en) System and method of payment of merchants on behalf of payment card system transaction acquirers
US20070051794A1 (en) Credit proxy system and method
US20120078790A1 (en) Real-time interchange fee estimation
JP6059319B1 (ja) 代金支払管理システム、及び代金支払管理方法
CN112465489A (zh) 一种支付业务处理方法、设备及机器可读存储介质
CA2295613A1 (en) Automated loan repayment
US8892468B1 (en) Customer refunds by a merchant agent
CN112330316A (zh) 一种支付业务处理方法、设备及机器可读存储介质
US20190122187A1 (en) System and method for electronic transaction databases for sub-merchant funding
CN109102268A (zh) 一种用于聚合支付对账的方法及设备
CN115187378A (zh) 一种贷款自动还款的方法、系统、计算机设备和存储介质
WO2016060909A1 (en) Method and system for automated parking validation
US7708193B1 (en) Systems and methods for automated reward redemption
US8566241B2 (en) Deposit pending check clearance
US20070088611A1 (en) Effecting ancillary actions on a transaction network
CN112270592A (zh) 一种基于预付和账期的记账方法、装置及服务器
TW202014954A (zh) 用於信用卡交易的信用卡紅利點數折抵方法及系統
CN112967047B (zh) 结算方法、装置、设备、存储介质以及程序产品
CN112884483B (zh) 一种担保方法、装置及设备
KR101503132B1 (ko) 프로젝트 파이낸싱 대출 서비스 제공 방법 및 이를 실행하는 서버
US20140114820A1 (en) Method and system for managing credit disputes associated with account payables of an organization
CN110827161A (zh) 一种保单手续费管理方法、装置、介质及电子设备
KR20140134975A (ko) 카드 매출 데이터를 이용한 대출 서비스 제공 방법 및 이를 실행하는 대출 서비스 제공 서버

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