CN112926763A - 支付申请的排程方法、装置、存储介质及服务器 - Google Patents
支付申请的排程方法、装置、存储介质及服务器 Download PDFInfo
- Publication number
- CN112926763A CN112926763A CN202110056691.7A CN202110056691A CN112926763A CN 112926763 A CN112926763 A CN 112926763A CN 202110056691 A CN202110056691 A CN 202110056691A CN 112926763 A CN112926763 A CN 112926763A
- Authority
- CN
- China
- Prior art keywords
- payment
- application
- payment application
- date
- scheduling
- 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
- 238000000034 method Methods 0.000 title claims abstract description 51
- 230000003111 delayed effect Effects 0.000 claims abstract description 37
- 238000005096 rolling process Methods 0.000 claims abstract description 32
- 238000012545 processing Methods 0.000 claims description 29
- 238000001914 filtration Methods 0.000 claims description 4
- 238000004590 computer program Methods 0.000 claims description 3
- 238000004891 communication Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 238000004364 calculation method Methods 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000001934 delay Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
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
- G06Q10/00—Administration; Management
- G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
-
- 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/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06316—Sequencing of tasks or work
-
- 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/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- 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/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/405—Establishing or using transaction specific rules
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Development Economics (AREA)
- Accounting & Taxation (AREA)
- Game Theory and Decision Science (AREA)
- Educational Administration (AREA)
- Finance (AREA)
- Computer Security & Cryptography (AREA)
- Data Mining & Analysis (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请实施例公开了一种支付申请的排程方法、装置、存储介质及服务器,该方法包括:通过对付款结算池内的支付申请进行初始排程、二次排程对即将到来的支付周期内的预测收入和需要对外支付的款项进行排期预演,随后,在实际支付周期内,通过以日为单位滚动排程,获取付款结算池中当前支付周期内的多个支付申请,在多个支付申请的支付总金额大于存量资金时,根据优先级从多个支付申请中选择目标延迟支付申请,使当前支付周期内的支付总金额小于存量资金额,将选择的目标延迟支付申请的付款日期延期一日或多日或下一支付周期,和/或制订融资计划。这样可以避免在执行支付申请时造成资金链紧张,保证企业的正常运行。
Description
技术领域
本申请涉及办公自动化领域,尤其涉及一种支付申请的排程方法、装置、 存储介质及服务器。
背景技术
目前企业的资金支付方法为:人工填报资金申请单,企业财务人员以年、 月、周或日为周期根据资金使用的紧急情况对对填报的资金请求进行支付,然 而目前现有资金支付排程,普遍仅考虑了支出的紧急程度,可能会造成的现金 流紧张。
发明内容
本申请实施例提供了一种支付申请的排程方法、装置、存储介质及终端设 备,可以解决相关技术中根据资金使用的紧急程度的问题。所述技术方案如下:
第一方面,本申请实施例提供了一种支付申请的排程方法,所述方法包括:
执行支付申请的初始排程:在支付申请进入付款结算池之时,根据支付申 请配置的付款日期对支付申请进行初始排程;其中,对未配置付款日期的支付 申请,根据业务类型为该支付申请配置付款日期;
执行支付申请的二次排程:在支付申请进入到付款结算池后,对付款结算 池内的支付申请执行支付策略,根据收款结算池预测资金及存量资金判断是否 存在资金缺口,若为是,对付款结算池中的至少一个支付申请的付款日期进行 延期处理和/或制订融资计划;
执行支付申请的滚动排程:在到达临期支付申请的付款日前,获取所述临 期支付申请的支付金额;计算所述临期支付申请的支付总金额;在所述支付总 金额大于存量资金时,根据优先级从所述临期支付申请中选择目标延迟支付申 请,并根据预设规则将所述目标延迟支付申请的付款日期进行调整,和/或制订 融资计划。
作为一种可实现方式,在执行支付申请的滚动排程阶段,滚动排程前,对 付款结算池内支付申请进行调整,更新当前支付周期内实际已经具备付款条件 的支付申请,并对调整后的付款结算池内的支付申请执行支付策略。
第二方面,本申请实施例提供了一种支付申请的调整装置,包括:
初始排程单元,用于执行支付申请的初始排程:在支付申请进入付款结算 池之时,根据支付申请配置的付款日期对支付申请进行初始排程;其中,对未 配置付款日期的支付申请,根据业务类型为该支付申请配置付款日期;
二次排程单元,用于执行支付申请的二次排程:在支付申请进入到付款结 算池后,对付款结算池内的支付申请执行支付策略,根据收款结算池预测资金 及存量资金判断是否存在资金缺口,若为是,对付款结算池中的至少一个支付 申请的付款日期进行延期处理和/或制订融资计划;
滚动排程单元,用于执行支付申请的滚动排程:在到达临期支付申请的付 款日前,获取所述临期支付申请的支付金额;计算所述临期支付申请的支付总 金额;在所述支付总金额大于存量资金时,根据优先级从所述临期支付申请中 选择目标延迟支付申请,并根据预设规则将所述目标延迟支付申请的付款日期 进行调整,和/或制订融资计划。
第三方面,本申请实施例提供一种计算机存储介质,所述计算机存储介质 存储有多条指令,所述指令适于由处理器加载并执行上述的方法步骤。
第四方面,本申请实施例提供一种服务器,可包括:处理器和存储器;其 中,所述存储器存储有计算机程序,所述计算机程序适于由所述处理器加载并 执行上述的方法步骤。
本申请一些实施例提供的技术方案带来的有益效果至少包括:
通过对付款结算池内的支付申请进行初始排程、二次排程对即将到来的支 付周期内的预测收入和需要对外支付的款项进行排期预演,以便尽早的进行资 金调配或融资需求的自动计算预测;随后,在实际支付周期内,通过以日为单 位滚动排程,获取付款结算池中当前支付周期内的多个支付申请,在多个支付 申请的支付总金额大于存量资金时,根据优先级从多个支付申请中选择目标延 迟支付申请,使当前支付周期内的支付总金额小于存量资金额,将选择的目标 延迟支付申请的付款日期延期一日或多日或下一支付周期,和/或制订融资计划, 这样在支付流程中可以根据支付的优先级和支付金额进行支付排程,形成按日 预测资金计划,精准预测资金存量,向企业提供融资决策支持,避免在执行支付申请时造成资金链紧张,保证企业的正常运行。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施 例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述 中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付 出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的网络结构图;
图2是本申请实施例提供的一种支付申请的排程方法的流程示意图;
图3是本申请实施例提供的一种支付申请的调整装置的结构示意图;
图4是本申请实施例提供的一种装置的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请 实施例方式作进一步地详细描述。
下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同 或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一 致的所有实施方式。相反,它们仅是如所附权利要求书中所详述的、本申请的 一些方面相一致的装置和方法的例子。
在本申请的描述中,需要理解的是,术语“第一”、“第二”等仅用于描述目的, 而不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言,可以 具体情况理解上述术语在本申请中的具体含义。此外,在本申请的描述中,除 非另有说明,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系, 表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在 A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的 关系。
参见图1,为本申请实施例提供的一种网络架构图,本申请的网络架构包括: 服务器11和终端设备12,服务器11的数量可以是多个,多个服务器组成服务 器集群,多个服务器上可分别部署数据库和财务管理软件,数据库可以为关系 型数据库或非关系型数据库,数据库用于存储财务数据,财务数据包括但不限 于:支付申请、收款计划、支付凭证、报销单据等。
其中,用户可以通过终端设备12向服务器11发送支付申请携带付款日期、 支付金额、支付单位、业务类型、收款单位、收款账号、付款日期和支付币种, 服务器11根据支付申请生成支付申请,服务器11在检测到到达支付申请的付 款日期时,向收款账号对饮的支付服务器发送支付申请,在接收到支付服务器 返回的支付成功消息时,生成支付凭证,然后将支付凭证发送给终端设备12。
服务器11和终端设备12之间的通信的方式可以是无线通信方式,例如: 终端设备内置有蜂窝网络数据模块,基于蜂窝网络与业务系统11之间进行通信, 例如:蜂窝网络包括但不限于2G、3G、4G、5G或下一代网络。各个终端设备 可以是手机、平板电脑、个人电脑或其他设备,本申请实施例不作限制。
基于图1的网络架构,请参见图2,为本申请实施例提供的一种支付申请的 排程方法的流程示意图。如图2所示,本申请实施例的所述方法可以包括以下 步骤:
S201、执行支付申请的初始排程:在支付申请进入付款结算池之前,根据 支付申请配置的付款日期对支付申请进行初始排程;其中,对未配置付款日期 的支付申请,根据业务类型为该支付申请配置付款日期。
本发明中所述支付申请是所有按照各种约定应当支付的支付申请的统称, 包括一个或多个(两个以上)支付申请,即付款结算池包括一个或多个支付申 请,支付申请包括付款金额、付款单位、付款账号等信息,付款结算池内的各 个支付申请都会配置付款日期(即在提出支付申请时根据合同双方的约定指定 一个付款日期,也可以称之为业务预约日期),对于用户未预先在支付申请中 指定付款日期的,该支付申请的付款日期由服务器配置。在某个支付申请进入 付款结算池之时,支付申请未配置付款日期,服务器解析支付申请的业务类型, 服务器本地预存储或预配置有业务类型和付款日期生成规则之间的映射关系, 根据付款日期生成规则生成该支付申请的付款日期,例如:为支付申请生成固 定的付款日期,或者在当前日期的基础上延后预设天数为该支付申请的付款日 期等。需要说明的是,初始排程是对即将到来的支付周期的申请支付做统计处 理,暂时只考虑支付金额;在执行支付申请的初始排程后,便可以编制即将到 来的支付周期的现金流预算表。所述支付周期为一个时间区间,支付周期的长 度可以为一个月或一周。
例如:支付周期以月为单位,在8月29日进行排程时,获得A公司即将到 来的支付周期9月份内的支付申请为:支付申请1、支付申请2、支付申请3、 支付申请4和支付申请5;根据支付申请付款日期由近到远的时间顺序进行排序, 支付申请1的付款日期为9月1日,支付金额为500万元;支付申请2的付款 日期为9月5日,支付金额为200万元;支付申请3的付款日期为9月7日, 支付金额为900万元;支付申请4的付款日期为9月17日,支付金额为600万 元;支付申请5的付款日期为9月27日,支付金额为800万元。
S202、执行支付申请的二次排程:在支付申请进入到付款结算池后,对付 款结算池内的支付申请执行支付策略,根据收款结算池预测资金及存量资金判 断是否存在资金缺口,若为是,对付款结算池中的至少一个支付申请的付款日 期进行延期处理和/或制订融资计划。
其中,所述对付款结算池内的支付申请执行支付策略,包括获取各个支付 申请的支付方式;过滤所述支付申请中支付方式为内部结算的支付申请,和/或, 对支付申请进行合并支付处理、配票支付处理或分次支付处理。对支付类型为 内部结算的支付申请,不执行实际的支付操作,仅生成相应的账目数额。
所述合并支付处理,包括,获取各个支付申请的支付单位、业务类型、收 款单位、收款账号、付款日期和支付币种;将支付单位、业务类型、收款单位、 收款账号、付款日期和支付币种相同的多个支付申请合并为一个支付申请。即, 在多个支付申请进入到付款结算池后,对付款结算池内的各个支付申请进行合 并处理,合并为一个支付申请,例如:将相同收款方、相同收款账号和相同付 款账号的多个支付申请合并为一个支付申请。付款日期为付款的时间,支付金 额表示付款的金额,支付单位表示付款的机构名,业务类型表示付款的业务种 类,收款单位表示收款的机构名,收款账号表示收款方的银行卡号或其他账号,支付币种表示支付的货币类型。
所述配票支付处理表示对部分支付申请采用承兑汇票的方式进行支付,可 以是通过应收票据背书的方式或者新开立应付票据的方式进行支付;所述分次 支付处理为对于可以进行分次支付的支付申请,通过设置支付单位、业务类型、 分次基数金额、分次比例、分次限额、分次步长等条件自动将支付申请拆分为 多个金额相等的支付申请,以减轻付款结算池内的资金结算压力。这几种支付 策略可以单独使用,也可以配合使用;为了获得较精准的支付预测,优选配合 使用。
另外,服务器会计算付款结算池的付款金额(即所有支付申请的支付金额 总和)、收款结算池预测的收款金额(即将到来的支付周期内的所有收款计划 的总和)和二次排程当日前一天付款单位的存量资金(在本发明中存量资金特 指每次排程当日前一天付款单位资金账户中剩余的现金总额,是一个变动量)。 在执行支付策略后,在付款金额大于收款结算池预测的收款金额和存量资金之 和时,表示存在资金缺口,那么会从付款结算池中选择至少一个支付申请进行 延期支付处理,例如:按照优先级高低(如果优先级从高到低为必须按时支付 的、可以在支付周期内支付的、可以在下一支付周期支付的支付申请)选择优 先级较低的至少一个支付申请延期至下一个支付周期进行支付。
如前述S201的例子,所有即将到来的支付周期支付申请总金额为3000万 元;而支付申请1的支付金额为500万,支付类型为内部结算;支付申请2的 支付金额为200万元,支付类型为刚性支付(必须按期支付);支付申请3的 支付金额为900万元,支付类型为可在支付周期内延迟10天;支付申请4的支 付金额为600万元,支付类型为刚性支付;支付申请5的支付金额为800万元, 支付类型为其中300万元可延期在下一支付周期支付,其中500万元需要承兑 汇票支付。经过执行支付策略后,则计算支付申请总金额时,仅考虑支付申请2、支付申请3、支付申请4,将支付申请2、支付申请3和支付申请4的支付金额 求和得到支付申请总和为1700万元。
假定目前A公司在8月31日进行二次排程时,存量资金为500万元,即将 到来的支付周期9月份的收入预测为1000万元;支付申请总和1700万元大于 收款结算池预测的收款金额和存量资金之和1500万元;则说明存在资金缺口; 需要进行融资筹划和/或者与收款方沟通协商延期支付或者部分延期支付处理。
通过对付款结算池内的支付申请进行初始排程、二次排程对即将到来的支 付周期内的预测收入和需要对外支付的款项进行排期预演,以便尽早的进行资 金调配和/或融资需求的自动计算预测;能够是的为公司进行决策提供参考依据; 避免在执行支付申请时造成资金链紧张,保证企业的正常运行。
S203、执行支付申请的滚动排程:在到达临期支付申请的付款日前,获取 所述临期支付申请的支付金额;计算所述临期支付申请的支付总金额;在所述 支付总金额大于存量资金时,根据优先级从所述临期支付申请中选择目标延迟 支付申请,并根据预设规则将所述目标延迟支付申请的付款日期进行调整,和/ 或制订融资计划。
所述临期支付申请指相对于可能的排程日期而言即将到来的需要实际支 付的支付申请。例如在当前支付周期(9月份),如果9月3日、9月10日、9 月20日均有需要支付的支付申请,则相对于9月1日而言,9月3日的支付申 请为临期支付申请;9月3日就是临期支付申请的付款日。所述临期支付申请 的付款日前,是指可根据存量资金的数量或者存量资金的数量结合历史实际收 支情况相对于临期支付申请的付款日设定的按日计算的时间段,可以是一日或 多日,用于确定可能的排程日。例如,如前所述,9月3日是临期支付申请的付款日;则9月1日或者9月2日都可以作为滚动排程日;选择9月1日,则相 对于9月3日的支付申请,所述临期支付申请的付款日前的时间段为两日。所 述历史实际收支情况是一个经验参考情况,可以是滚动排程前一年或半年或一 月以来的实际收入/支出情况相对于同期预测收入/支出情况的拟合度,往往这种 情况时间越长,拟合度的参考值根据有参考价值。
例如,假定9月3日这一天,需要支付的支付申请有3笔资金;分别为支 付申请1金额200万、支付申请2金额500万、支付申请3金额50万,总和为 750万元;在9月1日进行滚动排程时,8月31日存量资金为600万;则,存 量资金不足以支付需要支付申请的支付总金额;这时,就需要根据优先级从所 述临期支付申请中选择目标延迟支付申请,并根据预设规则将所述目标延迟支 付申请的付款日期进行调整,和/或制订融资计划。
一般而言,为了解决付款冲突,公司都会根据一定规则为每个支付申请设 置有优先级。服务器在接收到终端设备的支付申请时,可以根据支付申请的收 款单位设置优先级,不同的收款单位具有不同的优先级;也可以根据合同约定 的付款周期的长短、金额的大小等设置优先级,也可以多种因素的组合来综合 考虑设置优先级;在服务器预存储有优先级和相应支付申请之间的映射关系。 根据优先级从多个支付申请中选择目标延迟支付申请,目标延迟支付申请的数 量为一个或多个,使得当前临期支付申请的支付总金额小于资金存量。
如前所述,假定9月3日这一天,需要支付的支付申请有3笔资金;分别 为支付申请1金额200万、支付申请2金额500万、支付申请3金额50万,总 和为750万元;而8月31日存量资金为600万;则,存量资金不足以支付需要 支付申请的支付总金额;获取3个支付申请的优先级,支付申请1的优先级为1、 支付申请2的优先级为3,支付申请3的优先级为2,优先级越高表示需要优先 安排支付,确定3个支付申请中支付申请1的优先级最低,将支付申请1作为 目标延迟支付申请。将支付申请1作为目标延迟支付申请后,当前临期支付申 请包括支付申请2和支付申请3,支付总金额为550万元,小于存量资金600万 元。如果选择一个目标延迟支付申请后,当前临期支付申请的支付总金额仍然 大于存量资金(假如存量资金只有500万元),从再次从当前临期支付申请选 择一个优先级最低的支付申请作为目标延迟支付申请,直到其支付总金额小于 存量资金。
对于需要延期支付的支付申请1金额200万而言,可以所述根据预设规则 将所述目标延迟支付申请的付款日期进行调整,如将付款申请日延期1天至9 月4日。所述根据预设规则将所述目标延迟支付申请的付款日期进行调整中的 所述预设规则,是指可根据存量资金的数量结合历史实际收支情况设定的或者 可根据存量资金的数量结合历史实际收支情况及临期支付申请前后多日的预测 收支情况设定的对所述目标延迟支付申请的付款日期延迟一日或者多日或延迟 至下一支付周期的规则。当然,此时由于资金缺口只有150万元,如果公司有 一定的融资能力和资金调配能力,结合支付申请2的支付性质(如是刚性支付), 这时可以着手进行资金调度,以便完成相应支付。
例如,在前述例子中,支付申请1被确定为目标延迟支付申请,则在支付 完成支付申请2金额500万、支付申请3金额50万后,还剩余50万元。另假 定在9月1日、9月2日预计会有两笔预测收入,金额分别为100万(预测收入 1)、150万(预测收入2);而且根据历史的收入情况显示,这两笔收入收到 的可能性为95%以上;则可以将支付申请1金额200万元安排在9月4日进行 支付。另假定,在9月4日需要对外支付金额为250万元(申请支付4)且优先级比申请支付2高,同时,假定在9月5日预计会有两笔预测收入,金额分别 为100万(预测收入3)、200万(预测收入4),而且根据历史的收入情况显 示,这两笔收入收到的可能性为95%以上,则可以将支付申请1金额200万元 安排在9月6日进行支付。
作为一种可能的情况,假定9月3日这一天,需要支付的支付申请有3笔 资金;分别为支付申请1金额200万、支付申请2金额500万、支付申请3金 额50万,总和为750万元;而8月31日存量资金为900万;则,存量资金足 以支付需要支付申请的支付总金额;即所述存量资金大于所述临期支付申请的 支付总金额;此时,不需要调整资金支付的排程,在到达所述临期支付申请的 申请日(9月3日)后,向所述支付申请对应的支付服务器发送支付申请消息; 在接收所述支付服务器发送的支付成功消息时,向所述待支付申请对应的终端 设备发送支付凭证。
在一个或多个实施例中,在执行支付申请的滚动排程阶段,滚动排程前, 对付款结算池内支付申请进行调整,更新当前支付周期内实际已经具备付款条 件的支付申请,并对调整后的付款结算池内的支付申请执行支付策略。所述滚 动排程前,可以是根据需要的每次滚动排程,也可以是第一次滚动排程前;一 般而言,在每次滚动排程前对付款结算池内支付申请进行调整,更新当前支付 周期内实际已经具备付款条件的支付申请,并对调整后的付款结算池内的支付 申请执行支付策略,更加精准预测资金存量,向企业提供融资决策支持,避免 在执行支付申请时造成资金链紧张,保证企业的正常运行。
例如:假如9月3日需要进行5笔支付包括支付申请1、支付申请2、支付 申请3、支付申请4和支付申请5;其中,支付申请1支付金额为100万元;支 付申请2支付金额为200万元;支付申请3支付金额为300万元;支付申请4 支付金额为500万元;支付申请5支付金额为800万元;所有即将到来的临期 支付申请总金额为1900万元;但是,支付申请3不具备实际付款条件;经过调 整后,实际需要支付的只有支付申请1、支付申请2、支付申请4和支付申请5,支付申请总金额为1600万元;其中,支付申请1的支付金额为100万,支付类 型为内部结算;支付申请2的支付金额为200万元,支付类型为刚性支付(必 须按期支付);支付申请4的支付金额为500万元,支付类型为刚性支付(其 中400万必须按期支付,100万元可以延期最多5日支付);支付申请5的支付 金额为800万元,支付类型为其中300万元可延期在下一支付周期支付,其中 500万元需要承兑汇票支付。经过执行支付策略后,则计算支付申请总金额时, 仅考虑支付申请2和支付申请4,将支付申请2和支付申请4的支付金额求和得 到支付申请总和为700万元。
另假定在9月1日、9月2日预计会有两笔预测收入,金额分别为200万(预 测收入1)、150万(预测收入2);而且根据历史的收入情况显示,这两笔收 入收到的可能性为95%以上。在8月31日时的存量资金为800万。此种状态下, 经过执行支付策略后,由于存量资金800万大于刚性支付资金700万元,在可 以不需要重新排程的情况下,就可以完成相应支付。
如果在8月31日时的存量资金为300万,由于存量资金300万小于刚性支 付资金700万元,此时需要重新排程。又考虑到在9月1日、9月2日预计只有 350万元的收入的情况下,此时就需要考虑申请支付2和申请支付4的支付优先 级,如果支付申请4的优先级高于支付申请2,则优先支付申请4的400万,将 支付申请2支付200万,将支付申请4中剩余的100万延期至9月6日支付(如 在后续9月4日和9月5日有收入的话)或者通过资金调配或者融资计划进行 相应支付。假定支付申请4的500万元必须在9月3日支付完毕,且如果支付 申请4的优先级高于支付申请2,则优先支付申请4的500万,将支付申请2支 付200万,将剩余的50万延期至9月6日支付(如在后续9月4日和9月5日 有收入的话,可以考虑沟通后延期几日支付),甚至延期到下一支付周期,或 者,通过资金调配或者融资计划进行相应支付。
本申请的有益效果包括:通过对付款结算池内的支付申请进行初始排程、 二次排程对即将到来的支付周期内的预测收入和需要对外支付的款项进行排期 预演,以便尽早的进行资金调配或融资需求的自动计算预测;随后,在实际支 付周期内,通过以日为单位滚动排程,获取付款结算池中当前支付周期内的多 个支付申请,在多个支付申请的支付总金额大于存量资金时,根据优先级从多 个支付申请中选择目标延迟支付申请,使当前支付周期内的支付总金额小于存 量资金额,将选择的目标延迟支付申请的付款日期延期一日或多日或下一支付 周期,和/或制订融资计划,这样在支付流程中可以根据支付的优先级和支付金 额进行支付排程,形成按日预测资金计划,精准预测资金存量,向企业提供融 资决策支持,避免在执行支付申请时造成资金链紧张,保证企业的正常运行。
下述为本申请装置实施例,可以用于执行本申请方法实施例。对于本申请 装置实施例中未披露的细节,请参照本申请方法实施例。
请参见图3,其示出了本申请一个示例性实施例提供的支付申请的调整装置 的结构示意图。该支付申请的调整装置可以通过软件、硬件或者两者的结合实 现成为终端设备的全部或一部分。该装置3包括:初始排程单元31、二次单元 32和滚动排程单元33。
初始排程单元31,用于执行支付申请的初始排程:在支付申请进入付款结 算池之时,根据支付申请配置的付款日期对支付申请进行初始排程;其中,对 未配置付款日期的支付申请,根据业务类型为该支付申请配置付款日期;
二次排程单元32,用于执行支付申请的二次排程:在支付申请进入到付款 结算池后,对付款结算池内的支付申请执行支付策略,根据收款结算池预测资 金及存量资金判断是否存在资金缺口,若为是,对付款结算池中的至少一个支 付申请的付款日期进行延期处理和/或制订融资计划;
滚动排程单元33,用于执行支付申请的滚动排程:在到达临期支付申请的 付款日前,获取所述临期支付申请的支付金额;计算所述临期支付申请的支付 总金额;在所述支付总金额大于存量资金时,根据优先级从所述临期支付申请 中选择目标延迟支付申请,并根据预设规则将所述目标延迟支付申请的付款日 期进行调整,和/或制订融资计划。
在一个或多个实施例中,所述对付款结算池内的支付申请执行支付策略, 包括:
获取各个支付申请的支付方式;
过滤所述支付申请中支付方式为内部结算的支付申请。
在一个或多个实施例中,对付款结算池内的支付申请执行支付策略,还包 括:对支付申请进行合并支付处理、配票支付处理或分次支付处理。
在一个或多个实施例中,还包括:合并单元,用于:
获取各个支付申请的支付单位、业务类型、收款单位、收款账号、付款日 期和支付币种;
将支付单位、业务类型、收款单位、收款账号、付款日期和支付币种相同 的多个支付申请合并为一个支付申请。
在一个或多个实施例中,还包括:支付单元,用于:
在到达临期支付申请的付款日期时,获取所述临期支付申请的支付金额; 计算所述临期支付申请的支付总金额;在所述支付总金额小于存量资金时,向 所述支付申请对应的支付服务器发送支付申请消息;
在接收所述支付服务器发送的支付成功消息时,向所述支付申请对应的终 端设备发送支付凭证。
在一个或多个实施例中,在执行支付申请的滚动排程阶段,滚动排程前, 对付款结算池内支付申请进行调整,更新当前支付周期内实际已经具备付款条 件的支付申请,并对调整后的付款结算池内的支付申请执行支付策略。
在一个或多个实施例中,所述当前支付周期的长度为一个月。
需要说明的是,上述实施例提供的支付申请的调整装置在执行支付申请的 排程方法时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根 据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成 不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提 供的支付申请的调整装置与支付申请的排程方法实施例属于同一构思,其体现 实现过程详见方法实施例,这里不再赘述。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
本申请实施例还提供了一种计算机存储介质,所述计算机存储介质可以存 储有多条指令,所述指令适于由处理器加载并执行如上述图2所示实施例的方 法步骤,具体执行过程可以参见图2所示实施例的具体说明,在此不进行赘述。
请参见图4,为本申请实施例提供了一种装置的结构示意图。如图4所示, 装置可以是图1中的服务器11,所述服务器1000可以包括:至少一个处理器 1001,至少一个网络接口1004,用户接口1003,存储器1005,至少一个通信总 线1002。
其中,通信总线1002用于实现这些组件之间的连接通信。
其中,用户接口1003可以包括显示屏(Display)、摄像头(Camera),可 选用户接口1003还可以包括标准的有线接口、无线接口。
其中,网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI 接口)。
其中,处理器1001可以包括一个或者多个处理核心。处理器1001利用各 种接口和线路连接整个终端设备1000内的各个部分,通过运行或执行存储在存 储器1005内的指令、程序、代码集或指令集,以及调用存储在存储器1005内 的数据,执行服务器1000的各种功能和处理数据。可选的,处理器1001可以 采用数字信号处理(Digital SignalProcessing,DSP)、现场可编程门阵列 (Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(Programmable Logic Array,PLA)中的至少一种硬件形式来实现。处理器1001可集成中央处理器 (Central Processing Unit,CPU)、图像处理器(Graphics ProcessingUnit,GPU) 和调制解调器等中的一种或几种的组合。其中,CPU主要处理操作系统、用户 界面和应用程序等;GPU用于负责显示屏所需要显示的内容的渲染和绘制;调 制解调器用于处理无线通信。可以理解的是,上述调制解调器也可以不集成到 处理器1001中,单独通过一块芯片进行实现。
其中,存储器1005可以包括随机存储器(Random Access Memory,RAM), 也可以包括只读存储器(Read-Only Memory)。可选的,该存储器1005包括非 瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存 储器1005可用于存储指令、程序、代码、代码集或指令集。存储器1005可包 括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作系统的指 令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能 等)、用于实现上述各个方法实施例的指令等;存储数据区可存储上面各个方 法实施例中涉及到的数据等。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图4所示,作为一种计算机存储介质的存储器1005 中可以包括操作系统、网络通信模块、用户接口模块以及应用程序。
在图4所示的服务器1000中,用户接口1003主要用于为用户提供输入的 接口,获取用户输入的数据;而处理器1001可以用于调用存储器1005中存储 的配置应用程序接口的应用程序,并具体执行以下操作:
执行支付申请的初始排程:在支付申请进入付款结算池之时,根据支付申 请配置的付款日期对支付申请进行初始排程;其中,对未配置付款日期的支付 申请,根据业务类型为该支付申请配置付款日期;
用于执行支付申请的二次排程:在支付申请进入到付款结算池后,对付款 结算池内的支付申请执行支付策略,根据收款结算池预测资金及存量资金判断 是否存在资金缺口,若为是,对付款结算池中的至少一个支付申请的付款日期 进行延期处理和/或制订融资计划;
执行支付申请的滚动排程:在到达临期支付申请的付款日前,获取所述临 期支付申请的支付金额;计算所述临期支付申请的支付总金额;在所述支付总 金额大于存量资金时,根据优先级从所述临期支付申请中选择目标延迟支付申 请,并根据预设规则将所述目标延迟支付申请的付款日期进行调整,和/或制订 融资计划。
在一个或多个实施例中,处理器1001执行所述所述对付款结算池内的支付 申请执行支付策略,包括:
获取各个支付申请的支付方式;
过滤所述支付申请中支付方式为内部结算的支付申请。
在一个或多个实施例中,对付款结算池内的支付申请执行支付策略,还包 括:对支付申请进行合并支付处理、配票支付处理或分次支付处理。。
在一个或多个实施例中,处理器1001还用于执行:
获取各个支付申请的支付单位、业务类型、收款单位、收款账号、付款日 期和支付币种;
将支付单位、业务类型、收款单位、收款账号、付款日期和支付币种相同 的多个支付申请合并为一个支付申请。
在一个或多个实施例中,处理器1001还用于执行:
在到达临期支付申请的付款日期时,获取所述临期支付申请的支付金额; 计算所述临期支付申请的支付总金额;在所述支付总金额小于存量资金时,向 所述支付申请对应的支付服务器发送支付申请消息;
在接收所述支付服务器发送的支付成功消息时,向所述支付申请对应的终 端设备发送支付凭证。
在一个或多个实施例中,处理器1001还用于执行:
在执行支付申请的滚动排程阶段,滚动排程前,对付款结算池内支付申请 进行调整,更新当前支付周期内实际已经具备付款条件的支付申请,并对调整 后的付款结算池内的支付申请执行支付策略。
在一个或多个实施例中,所述当前支付周期的长度为一个月。
本实施例的构思和图2的方法实施例相同,其带来的技术效果也相同,具 体过程可参照图2实施例的描述,此处不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程, 是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算 机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。 其中,所述的存储介质可为磁碟、光盘、只读存储记忆体或随机存储记忆体等。
以上所揭露的仅为本申请较佳实施例而已,当然不能以此来限定本申请之 权利范围,因此依本申请权利要求所作的等同变化,仍属本申请所涵盖的范围。
Claims (12)
1.一种支付申请的排程方法,其特征在于,包括:
执行支付申请的初始排程:在支付申请进入付款结算池之时,根据支付申请配置的付款日期对支付申请进行初始排程;其中,对未配置付款日期的支付申请,根据业务类型为该支付申请配置付款日期;
执行支付申请的二次排程:在支付申请进入到付款结算池后,对付款结算池内的支付申请执行支付策略,根据收款结算池预测资金及存量资金判断是否存在资金缺口,若为是,对付款结算池中的至少一个支付申请的付款日期进行延期处理和/或制订融资计划;
执行支付申请的滚动排程:在到达临期支付申请的付款日前,获取所述临期支付申请的支付金额;计算所述临期支付申请的支付总金额;在所述支付总金额大于存量资金时,根据优先级从所述临期支付申请中选择目标延迟支付申请,并根据预设规则将所述目标延迟支付申请的付款日期进行调整,和/或制订融资计划。
2.根据权利要求1所述的排程方法,其特征在于,在执行支付申请的滚动排程阶段,滚动排程前,对付款结算池内支付申请进行调整,更新当前支付周期内实际已经具备付款条件的支付申请,并对调整后的付款结算池内的支付申请执行支付策略。
3.根据权利要求1或2所述的排程方法,其特征在于,对付款结算池内的支付申请执行支付策略,包括:
获取各个支付申请的支付方式;
过滤所述支付申请中支付方式为内部结算的支付申请。
4.根据权利要求1或2所述的排程方法,其特征在于,对付款结算池内的支付申请执行支付策略,还包括:
对支付申请进行合并支付处理、配票支付处理或分次支付处理。
5.根据权利要求4所述的排程方法,其特征在于,所述合并支付处理,包括,获取各个支付申请的支付单位、业务类型、收款单位、收款账号、付款日期和支付币种;
将支付单位、业务类型、收款单位、收款账号、付款日期和支付币种相同的多个支付申请合并为一个支付申请。
6.根据权利要求1或2所述的排程方法,其特征在于,还包括:
在到达临期支付申请的付款日前,获取所述临期支付申请的支付金额;计算所述临期支付申请的支付总金额;在所述支付总金额小于存量资金时,向所述支付申请对应的支付服务器发送支付申请消息;
在接收所述支付服务器发送的支付成功消息时,向所述待支付申请对应的终端设备发送支付凭证。
7.根据权利要求1或2所述的排程方法,其特征在于,所述临期支付申请的付款日前,是指可根据存量资金的数量或者存量资金的数量结合历史实际收支情况相对于临期支付申请的付款日设定的按日计算的时间段,可以是一日或多日,用于确定可能的滚动排程日。
8.根据权利要求1或2所述的排程方法,其特征在于,所述根据预设规则将所述目标延迟支付申请的付款日期进行调整中的所述预设规则,是指可根据存量资金的数量结合历史实际收支情况设定的或可根据存量资金的数量结合历史实际收支情况及临期支付申请前后多日的预测收支情况设定的对所述目标延迟支付申请的付款日期延迟一日或者多日或延迟至下一支付周期的规则。
9.根据权利要求2所述的排程方法,其特征在于,所述当前支付周期的长度为一个月。
10.一种支付申请的调整装置,其特征在于,包括:
初始排程单元,用于执行支付申请的初始排程:在支付申请进入付款结算池之时,根据支付申请配置的付款日期对支付申请进行初始排程;其中,对未配置付款日期的支付申请,根据业务类型为该支付申请配置付款日期;
二次排程单元,用于执行支付申请的二次排程:在支付申请进入到付款结算池后,对付款结算池内的支付申请执行支付策略,根据收款结算池预测资金及存量资金判断是否存在资金缺口,若为是,对付款结算池中的至少一个支付申请的付款日期进行延期处理和/或制订融资计划;
滚动排程单元,用于执行支付申请的滚动排程:在到达临期支付申请的付款日前,获取所述临期支付申请的支付金额;计算所述临期支付申请的支付总金额;在所述支付总金额大于存量资金时,根据优先级从所述临期支付申请中选择目标延迟支付申请,并根据预设规则将所述目标延迟支付申请的付款日期进行调整,和/或制订融资计划。
11.一种计算机存储介质,其特征在于,所述计算机存储介质存储有多条指令,所述指令适于由处理器加载并执行如权利要求1~9任意一项的方法步骤。
12.一种服务器,其特征在于,包括:处理器和存储器;其中,所述存储器存储有计算机程序,所述计算机程序适于由所述处理器加载并执行如权利要求1~9任意一项的方法步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110056691.7A CN112926763A (zh) | 2021-01-15 | 2021-01-15 | 支付申请的排程方法、装置、存储介质及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110056691.7A CN112926763A (zh) | 2021-01-15 | 2021-01-15 | 支付申请的排程方法、装置、存储介质及服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112926763A true CN112926763A (zh) | 2021-06-08 |
Family
ID=76163232
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110056691.7A Pending CN112926763A (zh) | 2021-01-15 | 2021-01-15 | 支付申请的排程方法、装置、存储介质及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112926763A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113592444A (zh) * | 2021-07-26 | 2021-11-02 | 远光软件股份有限公司 | 拨款金额的计算方法、装置、存储介质和电子设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101010690A (zh) * | 2004-06-25 | 2007-08-01 | 佩珀尔硬币公司 | 支付处理方法和系统 |
CN103093337A (zh) * | 2012-12-25 | 2013-05-08 | 远光软件股份有限公司 | 支付记录合并拆分的数据处理系统 |
CN104616111A (zh) * | 2015-02-12 | 2015-05-13 | 北京恒华伟业科技股份有限公司 | 一种预算资金的管理方法及系统 |
CN108764862A (zh) * | 2018-05-17 | 2018-11-06 | 阿里巴巴集团控股有限公司 | 支付数据处理方法及装置 |
CN109559106A (zh) * | 2018-11-29 | 2019-04-02 | 银联商务股份有限公司 | 资金划付方法、装置及实现装置 |
CN110796440A (zh) * | 2019-10-29 | 2020-02-14 | 中国工商银行股份有限公司 | 支付方法、装置及系统、支付业务架构、电子设备和介质 |
-
2021
- 2021-01-15 CN CN202110056691.7A patent/CN112926763A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101010690A (zh) * | 2004-06-25 | 2007-08-01 | 佩珀尔硬币公司 | 支付处理方法和系统 |
CN103093337A (zh) * | 2012-12-25 | 2013-05-08 | 远光软件股份有限公司 | 支付记录合并拆分的数据处理系统 |
CN104616111A (zh) * | 2015-02-12 | 2015-05-13 | 北京恒华伟业科技股份有限公司 | 一种预算资金的管理方法及系统 |
CN108764862A (zh) * | 2018-05-17 | 2018-11-06 | 阿里巴巴集团控股有限公司 | 支付数据处理方法及装置 |
CN109559106A (zh) * | 2018-11-29 | 2019-04-02 | 银联商务股份有限公司 | 资金划付方法、装置及实现装置 |
CN110796440A (zh) * | 2019-10-29 | 2020-02-14 | 中国工商银行股份有限公司 | 支付方法、装置及系统、支付业务架构、电子设备和介质 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113592444A (zh) * | 2021-07-26 | 2021-11-02 | 远光软件股份有限公司 | 拨款金额的计算方法、装置、存储介质和电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8744959B2 (en) | Electronic bill payment with variable payment options | |
EP2219147A1 (en) | Systems, methods and computer program products for managing payment processes in a comprehensive payment hub system | |
US20110208640A1 (en) | Ticketed funds transfers between a brokerage account and a deposit account | |
US20090249350A1 (en) | Resource Allocation Through Negotiation | |
CN103366306A (zh) | 共享资金数据处理装置及其使用方法 | |
US20100030686A1 (en) | Retirement paycheck apparatus and methods | |
US20050160035A1 (en) | Credit transaction system | |
CN112926763A (zh) | 支付申请的排程方法、装置、存储介质及服务器 | |
CN111640006B (zh) | 银行代收付方法、装置、终端及存储介质 | |
CN111861735A (zh) | 用于融资的信息处理方法、装置、系统及介质 | |
CN112184248A (zh) | 卡组织拒付调单数据处理方法及装置 | |
US20170169515A1 (en) | Trade 'n pay interface | |
JP7113955B1 (ja) | 情報処理装置、情報処理方法及び情報処理プログラム | |
CN115564415A (zh) | 一种订单支付结算的方法和装置 | |
US20150170285A1 (en) | Unexpected holiday management for debt instruments | |
CN111429251A (zh) | 多模式下数据处理的方法和装置 | |
CN111402018A (zh) | 一种上报资源预算的方法和系统 | |
JP2011242960A (ja) | 電子譲渡債権候補決定システム | |
JP2008129715A (ja) | キャッシュバックサーバ、システムおよび方法 | |
EP1102186A1 (en) | Computer trading apparatus | |
US20090089118A1 (en) | Method and system for selecting shared service centers | |
KR20170080554A (ko) | 사용자 승인에 기반한 자동이체 실행 서버 및 방법 | |
JP6704973B2 (ja) | 情報処理装置及びプログラム | |
JP7543509B1 (ja) | 情報処理装置、情報処理方法および情報処理プログラム | |
TWM566870U (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 |