CN109064323A - 用于融资的业务处理方法及装置 - Google Patents

Abstract

本申请公开了一种用于融资的业务处理方法及装置。该方法包括确定第一用户的业务指令并生成预设业务办理协议；通过所述预设业务办理协议建立货款资金交付对象；根据所述货款资金交付对象生成供货交付对象；以及接收第二用户的采购指令并根据所述供货交付对象通过所述第三用户向所述第一用户下发融资资金。本申请解决了融资申请处理效率较为低下的技术问题。本申请的业务处理方法能够执行资金交付、供货交付操作，从而能够较快地向第一用户下发融资资金，实现不同类型的融资需求。此外，本申请通过增设黑白名单，保证了供应链的交易安全和实效性。

Description

用于融资的业务处理方法及装置

技术领域

本申请涉及计算机软件领域，具体而言，涉及一种用于融资的业务处理方法及装置。

背景技术

融资是指当事人通过各种方式到金融市场上筹措或贷放资金的行为。

发明人发现，目前的融资服务中时常会发生销售账期长销售回款时间较长的问题，另外当资金有限或资金不足时无法垫买货款进而无法进一步促成交易。此外，有货存但是短期流动资金不足、资金利用率较低的问题。

针对相关技术中融资申请处理效率较为低下的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种用于融资的业务处理方法，以解决融资申请处理效率较为低下的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种用于融资的业务处理方法，用于在第一用户与第二用户、第三用户之间执行业务处理操作，所述第一用户用于作为融资请求方，所述第二用户用于作为业务采购方，所述第三用户用于作为资金提供方。

根据本申请的用于融资的业务处理方法包括：确定第一用户的业务指令并生成预设业务办理协议；通过所述预设业务办理协议建立货款资金交付对象；根据所述货款资金交付对象生成供货交付对象；以及接收第二用户的采购指令并根据所述供货交付对象通过所述第三用户向所述第一用户下发融资资金。

进一步地，根据所述货款资金交付对象生成供货交付对象之后还包括：判断第一用户是否提交委托采购指令；如果判断第一用户提交委托采购指令，则确定所述第一用户与第四用户的预设保证金比例；根据所述预设保证金比例接收第四用户的订单操作指令并根据所述供货交付对象通过所述第三用户向所述第一用户下发融资资金。

进一步地，确定第一用户的业务指令并生成预设业务办理协议包括：接收第一用户提供待审核的用户身份证明和处置的标的；确定所述第一用户的待还款比例以及还款期限；接收第用户的货权、订单或者应收款融资的任一一种或多种业务类型请求；以及根据业务类型生成预设货权或债权的业务办理协议。

进一步地，确根据所述货款资金交付对象生成供货交付对象包括：根据所述货款资金交付对象确定货款资金的交付比例；根据所述货款资金交付对象确定货款资金的补充结算比例；根据交付比例和补充结算比例生成对应的供货交付对象。

进一步地，业务处理方法还包括：设置第二用户黑白名单，其中，所述第二用户用于作为采购服务商；根据所述黑白名单判断所述第二用户是否满足提货条件；如果根据所述黑白名单判断所述第二用户满足提货条件，则接收第二用户的第一预设比例款项；以及如果根据所述黑白名单判断所述第二用户满足提货条件，则接收第二用户的第二预设比例款项。

为了实现上述目的，根据本申请的另一方面，提供了一种用于融资的业务处理装置，用于在第一用户与第二用户、第三用户之间执行业务处理操作，所述第一用户用于作为融资请求方，所述第二用户用于作为业务采购方，所述第三用户用于作为资金提供方。

根据本申请的用于融资的业务处理装置包括：确定模块，用于确定第一用户的业务指令并生成预设业务办理协议；建立模块，用于通过所述预设业务办理协议建立货款资金交付对象；生成模块，用于根据所述货款资金交付对象生成供货交付对象；以及下发模块，用于接收第二用户的采购指令并根据所述供货交付对象通过所述第三用户向所述第一用户下发融资资金。

进一步地，业务处理装置还包括：采购模块，所述采购模块包括：采购单元，用于判断第一用户是否提交委托采购指令；确定单元，用于判断第一用户提交委托采购指令时，则确定所述第一用户与第四用户的预设保证金比例；下发单元，用于根据所述预设保证金比例接收第四用户的订单操作指令并根据所述供货交付对象通过所述第三用户向所述第一用户下发融资资金。

进一步地，所述建立模块包括：用户单元，用于接收第一用户提供待审核的用户身份证明和处置的标的；资金单元，用于确定所述第一用户的待还款比例以及还款期限；业务单元，用于接收第用户的货权、订单或者应收款融资的任一一种或多种业务类型请求；以及第一生成单元，用于根据业务类型生成预设货权或债权的业务办理协议。

进一步地，所述生成模块包括：第一交付比例单元，用于根据所述货款资金交付对象确定货款资金的交付比例；第二交付比例单元，用于根据所述货款资金交付对象确定货款资金的补充结算比例；第二生成单元，用于根据交付比例和补充结算比例生成对应的供货交付对象。

进一步地，业务处理装置还包括：黑白名单模块，所述黑白名单模块包括：设置单元，根据所述黑白名单判断所述第二用户是否满足提货条件；判断单元，如果根据所述黑白名单判断所述第二用户满足提货条件，则接收第二用户的第一预设比例款项；以及第一接收单元，如果根据所述黑白名单判断所述第二用户满足提货条件，则接收第二用户的第二预设比例款项；第二接收单元，用于根据所述黑白名单判断所述第二用户满足提货条件，则接收第二用户的第二预设比例款项。

在本申请实施例中，采用确定第一用户的业务指令并生成预设业务办理协议的方式，通过所述预设业务办理协议建立货款资金交付对象，达到了根据所述货款资金交付对象生成供货交付对象以及接收第二用户的采购指令并根据所述供货交付对象通过所述第三用户向所述第一用户下发融资资金的目的，从而实现了的技术效果，进而解决了的技术问题。此外，通过增设黑白名单，保证了供应链的交易安全和实效性。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请第一实施例的用于融资的业务处理方法示意图；

图2是根据本申请第二实施例的用于融资的业务处理方法示意图；

图3是根据本申请第三实施例的用于融资的业务处理方法示意图；

图4是根据本申请第四实施例的用于融资的业务处理方法示意图；

图5是根据本申请第五实施例的用于融资的业务处理方法示意图；

图6是根据本申请第一实施例的用于融资的业务处理装置示意图；

图7是根据本申请第二实施例的用于融资的业务处理装置示意图；

图8是根据本申请图7中的采购模块示意图；

图9是根据本申请第三实施例的用于融资的业务处理装置示意图；

图10是根据本申请第四实施例的用于融资的业务处理装置示意图；

图11是根据本申请第五实施例的用于融资的业务处理装置示意图；

图12是根据本申请货权类融资(下游采购商为白名单客户)原理示意图；

图13是根据本申请货权类融资(下游采购商为非白名单客户)原理示意图；

图14是根据本申请委托采购类融资(下游采购商为白名单客户)原理示意图；

图15是根据本申请委托采购类融资(下游采购商为非白名单客户)原理示意图；以及

图16是根据本申请应收款类融资原理示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请中的用于融资的业务处理方法，根据确定第一用户的业务指令并生成预设业务办理协议，进一步地通过所述预设业务办理协议建立货款资金交付对象并且根据所述货款资金交付对象生成供货交付对象。当接收第二用户的采购指令后，根据所述供货交付对象通过所述第三用户向所述第一用户下发融资资金。

本申请的业务处理方法，用于在第一用户与第二用户、第三用户之间执行业务处理操作，所述第一用户用于作为融资请求方，所述第二用户用于作为业务采购方，所述第三用户用于作为资金提供方。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

如图1所示，该方法包括如下的步骤S102至步骤S104：

步骤S102，确定第一用户的业务指令并生成预设业务办理协议；

确定作为融资请求方的第一用户的业务指令之后生成预设的业务办理协议。

业务办理协议可以是货权类融资业务办理、委托采购类融资办理以及应收款类融资业务办理。

在确定业务类型后方可生成预设业务办理协议，业务办理协议可以是采购协议、销售协议或者供应链服务协议。

步骤S104，通过所述预设业务办理协议建立货款资金交付对象；

通过上述的协议建立货款资金交付对象可以是，建立货款资金交付对象的个数以及货款资金的流向。

比如，货款交付对象的个数为：3个，货款资金的流向为下游采购商流向资金方，资金方流向融资方。

通过上述的协议建立货款资金交付对象可以是，建立货款资金交付对象的特定个数以及货款资金的特定流向。

比如，当为货权类融资时，货款交付对象包括：融资方、资金方以及下游采购商。

货款资金的特定流向为，下游采购商流向资金方，资金方流向融资方。

又比如，当为委托采购类融资时，货款交付对象包括：融资方、资金方、供货方以及下游采购商。

货款资金的特定流向为，供货方、融资方、资金方、以及下游采购商。

步骤S106，根据所述货款资金交付对象生成供货交付对象；

根据货款资金交付对象生成相应的供货交付对象，可以是经由供货方、融资方、资金方、以及下游采购商。

步骤S108，接收第二用户的采购指令并根据所述供货交付对象通过所述第三用户向所述第一用户下发融资资金。

如果接收到第二用户的采购指令，则生成相关的销售供销合同。

在接收到第二用户的采购指令后则根据所述供货交付对象通过所述第三用户向所述第一用户下发融资资金，第三用户作为资金方通过上述供货交付对象向第一用户下发融资资金。

优选地，可以通过在本地或者云端的审核机制，判断所述供货交付对象和所述货款资金交付对象是否符合预设的条件。

从以上的描述中，可以看出，本申请实现了如下技术效果：

在本申请实施例中，采用确定第一用户的业务指令并生成预设业务办理协议的方式，通过所述预设业务办理协议建立货款资金交付对象，达到了根据所述货款资金交付对象生成供货交付对象以及接收第二用户的采购指令并根据所述供货交付对象通过所述第三用户向所述第一用户下发融资资金的目的，从而实现了的技术效果，进而解决了的技术问题。此外，通过增设黑白名单，保证了供应链的交易安全和实效性。

根据本申请实施例，作为本实施例中的优选，如图2所示，根据所述货款资金交付对象生成供货交付对象之后还包括：

步骤S202，判断第一用户是否提交委托采购指令；

判断第一用户是否提交了委托采购指令，即是否发起订单融资需求。

步骤S204，如果判断第一用户提交委托采购指令，则确定所述第一用户与第四用户的预设保证金比例；

如果第一用户提交委托采购指令，则确定第一用户与第四用户的预设保证金比例。其中，第四用户用以作为供货方。第一用户作为融资方，通过平台支付相关比例的保证金后，平台会代为向供货方支付100％的货款。

步骤S206，根据所述预设保证金比例接收第四用户的订单操作指令并根据所述供货交付对象通过所述第三用户向所述第一用户下发融资资金。

根据预设比例的的保证金接收第四用户的订单操作指令，比如订单操作指令可是针对采购指令的供货操作。

根据本申请实施例，作为本实施例中的优选，如图3所示，确定第一用户的业务指令并生成预设业务办理协议包括：

步骤S302，接收第一用户提供待审核的用户身份证明和处置的标的；

所述第一供应链用户用于提供待审核的用户身份证明。

待审核的用户身份证明可以是，是否具备相关业务的公司或个人。即用户身份需要是公司或者个人。

比如，营业执照、组织机构代码、税务登记证等。

待审核的用户身份证明可以是，是否是相关交易平台的注册会员。即用户身份需要是会员单位或个人。

待审核的用户身份证明可以是，是否在金融机构无不良信用记录。即用户身份需要是具有良好信用记录的。

比如，可以是法定代表人征信信息表。

又比如，可以是银行开户证明。

所述第一供应链用户用于提供处置的标的具体是指如货物交付、劳务交付、项目交付等等。

步骤S304，确定所述第一用户的待还款比例以及还款期限；

第一用户在获得融资后还需要定期偿还本息。待还款比例为平台预设。还款期限通常不小于60天。

比如，30天内，年化利率18％，按天计息，最低计息15天。

又比如，31-60天，年化利率20.4％，按天计息。

再比如，61-90天，年化利率24％，按天计息。

步骤S306，接收第用户的货权、订单或者应收款融资的任一一种或多种业务类型请求；

接收第一供应链用户的货权、订单或者应收款融资的多种业务类型的请求。

步骤S308，根据业务类型生成预设货权或债权的业务办理协议。

根据业务类型生成货权类融资业务办理协、委托采购类融资办理协以及应收款类融资业务办理协。

根据本申请实施例，作为本实施例中的优选，如图4所示，根据所述货款资金交付对象生成供货交付对象包括：

步骤S402，根据所述货款资金交付对象确定货款资金的交付比例；

货款资金交付对象确定货款资金的交付比例是指，不同的货款资金交付对象具有不同的不同的货款资金的交付比例。货款资金的交付比例是可调节的。比如，通常为20％。

步骤S404，根据所述货款资金交付对象确定货款资金的补充结算比例；

可以通过货款资金交付对象确定货款资金的补充结算比例，比如确定保证金和尾款的交付比例。

步骤S406，根据交付比例和补充结算比例生成对应的供货交付对象。

通过交付比例和补充结算比例生成对应的供货交付对象，比如，根据20％的比例作为供货方和资金方的供货交付对象。

根据本申请实施例，作为本实施例中的优选，如图5所示，业务处理方法还包括：设置第二用户黑白名单，其中，所述第二用户用于作为采购服务商；

步骤S502，根据所述黑白名单判断所述第二用户是否满足提货条件；

所述第二用户用于作为采购服务商。

第二用户黑白名单可以包括，如下游采购服务商为白名单用户，可将应收账期计算至融资周期内。

第二用户黑白名单可以包括，如下游采购服务商为非白名单用户，则需全款提货或赎回。

第二用户黑白名单可以包括，如下游采购服务商为白名单用户，可将应收账期计算至融资周期内。

第二用户黑白名单可以包括，如下游采购服务商为非白名单用户，则需全款提货或赎回。

第二用户黑白名单可以包括，融资方供货送至白名单用户指定场地，白名单用户确权后，预先支付融资方80％货款。

步骤S504，如果根据所述黑白名单判断所述第二用户满足提货条件，则接收第二用户的第一预设比例款项；以及

判断第二用户黑白名单可以是，判断下游采购服务商是否为白名单用户，如果是可将应收账期计算至融资周期内。

判断第二用户黑白名单可以是，判断下游采购服务商是否为非白名单用户，如果是非白名单用户则需全款提货或赎回。

判断第二用户黑白名单可以是，判断下游采购服务商是否为白名单用户，如果是白名单用户可将应收账期计算至融资周期内。

判断第二用户黑白名单可以是，判断下游采购服务商是否为非白名单用户，如果是非白名单用户则需全款提货或赎回。

判断第二用户黑白名单可以是，判断是否为白名单用户。将融资方供货送至白名单用户指定场地，白名单用户确权后，预先支付融资方80％货款。

步骤S506，如果根据所述黑白名单判断所述第二用户满足提货条件，则接收第二用户的第二预设比例款项。

根据所述黑白名单判断所述第二用户满足提货条件，按照提货条件接收第二用户的预设比例款项。

比如，如果根据所述黑白名单判断所述第二用户满足提货条件，则将应收账期计算至融资周期内。

又比如，如果根据所述黑白名单判断所述第二用户满足提货条件，则全款提货或赎回。

再比如，如果根据所述黑白名单判断所述第二用户满足提货条件，则白名单用户确权后，预先支付融资方80％货款。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例，还提供了一种用于实施上述用于融资的业务处理方法的装置，如图6所示，该装置包括：确定模块10，用于确定第一用户的业务指令并生成预设业务办理协议；建立模块20，用于通过所述预设业务办理协议建立货款资金交付对象；生成模块30，用于根据所述货款资金交付对象生成供货交付对象；以及下发模块40，用于接收第二用户的采购指令并根据所述供货交付对象通过所述第三用户向所述第一用户下发融资资金。

本申请实施例的确定模块10中确定作为融资请求方的第一用户的业务指令之后生成预设的业务办理协议。

业务办理协议可以是货权类融资业务办理、委托采购类融资办理以及应收款类融资业务办理。

在确定业务类型后方可生成预设业务办理协议，业务办理协议可以是采购协议、销售协议或者供应链服务协议。

本申请实施例的建立模块20中通过上述的协议建立货款资金交付对象可以是，建立货款资金交付对象的个数以及货款资金的流向。

比如，货款交付对象的个数为：3个，货款资金的流向为下游采购商流向资金方，资金方流向融资方。

通过上述的协议建立货款资金交付对象可以是，建立货款资金交付对象的特定个数以及货款资金的特定流向。

比如，当为货权类融资时，货款交付对象包括：融资方、资金方以及下游采购商。

货款资金的特定流向为，下游采购商流向资金方，资金方流向融资方。

又比如，当为委托采购类融资时，货款交付对象包括：融资方、资金方、供货方以及下游采购商。

货款资金的特定流向为，供货方、融资方、资金方、以及下游采购商。

本申请实施例的生成模块30中根据货款资金交付对象生成相应的供货交付对象，可以是经由供货方、融资方、资金方、以及下游采购商。

本申请实施例的下发模块40中如果接收到第二用户的采购指令，则生成相关的销售供销合同。

在接收到第二用户的采购指令后则根据所述供货交付对象通过所述第三用户向所述第一用户下发融资资金，第三用户作为资金方通过上述供货交付对象向第一用户下发融资资金。

优选地，可以通过在本地或者云端的审核机制，判断所述供货交付对象和所述货款资金交付对象是否符合预设的条件。

根据本申请实施例，作为本实施例中的优选，如图7-8所示，业务处理装置还包括：采购模块50，所述采购模块包括：采购单元501，用于判断第一用户是否提交委托采购指令；确定单元502，用于判断第一用户提交委托采购指令时，则确定所述第一用户与第四用户的预设保证金比例；下发单元503，用于根据所述预设保证金比例接收第四用户的订单操作指令并根据所述供货交付对象通过所述第三用户向所述第一用户下发融资资金。

本申请实施例的采购单元501中判断第一用户是否提交了委托采购指令，即是否发起订单融资需求。

本申请实施例的确定单元502中如果第一用户提交委托采购指令，则确定第一用户与第四用户的预设保证金比例。其中，第四用户用以作为供货方。第一用户作为融资方，通过平台支付相关比例的保证金后，平台会代为向供货方支付100％的货款。

本申请实施例的下发单元503中根据预设比例的的保证金接收第四用户的订单操作指令，比如订单操作指令可是针对采购指令的供货操作。

根据本申请实施例，作为本实施例中的优选，如图9所示，所述建立模块20包括：用户单元201，用于接收第一用户提供待审核的用户身份证明和处置的标的；资金单元202，用于确定所述第一用户的待还款比例以及还款期限；业务单元203，用于接收第用户的货权、订单或者应收款融资的任一一种或多种业务类型请求；以及第一生成单元204，用于根据业务类型生成预设货权或债权的业务办理协议。

本申请实施例的用户单元201中所述第一供应链用户用于提供待审核的用户身份证明。

待审核的用户身份证明可以是，是否具备相关业务的公司或个人。即用户身份需要是公司或者个人。

比如，营业执照、组织机构代码、税务登记证等。

待审核的用户身份证明可以是，是否是相关交易平台的注册会员。即用户身份需要是会员单位或个人。

待审核的用户身份证明可以是，是否在金融机构无不良信用记录。即用户身份需要是具有良好信用记录的。

比如，可以是法定代表人征信信息表。

又比如，可以是银行开户证明。

所述第一供应链用户用于提供处置的标的具体是指如货物交付、劳务交付、项目交付等等。

本申请实施例的资金单元202中第一用户在获得融资后还需要定期偿还本息。待还款比例为平台预设。还款期限通常不小于60天。

比如，30天内，年化利率18％，按天计息，最低计息15天。

又比如，31-60天，年化利率20.4％，按天计息。

再比如，61-90天，年化利率24％，按天计息。

本申请实施例的业务单元203中接收第一供应链用户的货权、订单或者应收款融资的多种业务类型的请求。

本申请实施例的第一生成单元204中根据业务类型生成货权类融资业务办理协、委托采购类融资办理协以及应收款类融资业务办理协。

根据本申请实施例，作为本实施例中的优选，如图10所示，所述生成模块包括：第一交付比例单元301，用于根据所述货款资金交付对象确定货款资金的交付比例；第二交付比例单元302，用于根据所述货款资金交付对象确定货款资金的补充结算比例；第二生成单元303，用于根据交付比例和补充结算比例生成对应的供货交付对象。

本申请实施例的第一交付比例单元301中货款资金交付对象确定货款资金的交付比例是指，不同的货款资金交付对象具有不同的不同的货款资金的交付比例。货款资金的交付比例是可调节的。比如，通常为20％。

本申请实施例的第二交付比例单元302中可以通过货款资金交付对象确定货款资金的补充结算比例，比如确定保证金和尾款的交付比例。

本申请实施例的第二生成单元303中通过交付比例和补充结算比例生成对应的供货交付对象，比如，根据20％的比例作为供货方和资金方的供货交付对象。

根据本申请实施例，作为本实施例中的优选，如图11所示，装置还包括：黑白名单模块60，所述黑白名单模块60包括：设置单元601，根据所述黑白名单判断所述第二用户是否满足提货条件；判断单元602，如果根据所述黑白名单判断所述第二用户满足提货条件，则接收第二用户的第一预设比例款项；以及第一接收单元603，如果根据所述黑白名单判断所述第二用户满足提货条件，则接收第二用户的第二预设比例款项；第二接收单元604，用于根据所述黑白名单判断所述第二用户满足提货条件，则接收第二用户的第二预设比例款项。

本申请实施例的设置单元601中所述第二用户用于作为采购服务商。

第二用户黑白名单可以包括，如下游采购服务商为白名单用户，可将应收账期计算至融资周期内。

第二用户黑白名单可以包括，如下游采购服务商为非白名单用户，则需全款提货或赎回。

第二用户黑白名单可以包括，如下游采购服务商为白名单用户，可将应收账期计算至融资周期内。

第二用户黑白名单可以包括，如下游采购服务商为非白名单用户，则需全款提货或赎回。

第二用户黑白名单可以包括，融资方供货送至白名单用户指定场地，白名单用户确权后，预先支付融资方80％货款。

本申请实施例的判断单元602中判断第二用户黑白名单可以是，判断下游采购服务商是否为白名单用户，如果是可将应收账期计算至融资周期内。

判断第二用户黑白名单可以是，判断下游采购服务商是否为非白名单用户，如果是非白名单用户则需全款提货或赎回。

判断第二用户黑白名单可以是，判断下游采购服务商是否为白名单用户，如果是白名单用户可将应收账期计算至融资周期内。

判断第二用户黑白名单可以是，判断下游采购服务商是否为非白名单用户，如果是非白名单用户则需全款提货或赎回。

判断第二用户黑白名单可以是，判断是否为白名单用户。将融资方供货送至白名单用户指定场地，白名单用户确权后，预先支付融资方80％货款。

本申请实施例的第一接收单元603中、第二接收单元604中根据所述黑白名单判断所述第二用户满足提货条件，按照提货条件接收第二用户的预设比例款项。

比如，如果根据所述黑白名单判断所述第二用户满足提货条件，则将应收账期计算至融资周期内。

又比如，如果根据所述黑白名单判断所述第二用户满足提货条件，则全款提货或赎回。

再比如，如果根据所述黑白名单判断所述第二用户满足提货条件，则白名单用户确权后，预先支付融资方80％货款。

如图12至图13所示，是根据本申请货权类融资原理示意图。

通过《煤炭购销合同》分别在下游采购商、资金方、融资方以及金融服务装置之间执行内容信息交换。

在下游采购商、资金方、融资方以及金融服务装置之间执行供货交换。

通过支付货款、回款以及付款在下游采购商、资金方、融资方以及金融服务装置之间执行资金交换。

货权类融资：融资方组织供货到指定港口，转移货权至用于融资的业务处理装置，融资比例80％；约定时限内销售，如下游采购商为白名单客户，可将应收账期计算至融资周期内、如下游采购商为非白名单客户，则需全款提货或赎回；下游全部回款后，用于融资的业务处理装置与融资方进行结算。

以电厂为例，货权类融资包括：

确权方式：货权。融资比例80％(完票)；70％无票。融资周期＜90天。保以电厂为例，证金比例20％。可操作区域主要为环渤海五港。

需签署的合同1、用于融资的业务处理装置与融资方之间的供应链服务协议(如融资方不进商流，另需签订融资方和资方的服务协议)2、对融资方的煤炭合作协议(采购)3、对采购商的煤炭购销合同(销售)。基准价格确定依据相关指数价格，如BSPI、CCI。

具体地，BSPI，是环渤海动力煤价格指数，反映环渤海港口动力煤的离岸平仓价格水平以及波动情况的指数体系的总称。

具体地，CCI，是汾渭能源发布的煤炭日指数。

付款依据名下有效货权。处置触发条件1、临期未能销售；2、现货价格跌幅过大(超过10％)；3、融资方无法追保。处置方式：处置货。

如图14至图15所示，是根据本申请委托采购类融资原理示意图。

委托采购类融资：即订单融资。融资方缴纳20％保证金，用于融资的业务处理装置向指定供货商全额付款采购；约定时限内销售，如下游采购商为白名单客户，可将应收账期计算至融资周期内、如下游采购商为非白名单客户，则需全款提货或赎回；下游全部回款后，用于融资的业务处理装置与融资方进行结算。

以电厂为例，委托采购类融资包括：

确权方式：货权。融资比例：80％融资周期：＜90天。保证金比例：20％

需签署的合同：1、用于融资的业务处理装置与融资方之间的供应链服务协议(如融资方不进商流，另需签订融资方和资方的服务协议)2、对供货方的煤炭合作协议(采购)3、对采购商的煤炭购销合同(销售)。

基准价格确定：根据采购合同金额(市场合理价格)。付款依据：采购保证金的收取。处置触发条件：1、供货方未能按时发货；2、采购方未按约接货或付款。处置方式：终止合同、处置货、保证金中扣罚损失。

如图16所示，是根据本申请应收款类融资原理示意图。

应收款类融资：融资方供货送至白名单客户指定场地，白名单客户向用于融资的业务处理装置网确权后，用于融资的业务处理装置网支付融资方80％货款；下游全部回款后，用于融资的业务处理装置网与融资方进行结算。

确权方式：债权。融资比例80％(完票)；70％无票

融资周期：＜60天。保证金比例：20％

需签署的合同：1、用于融资的业务处理装置与融资方之间的供应链服务协议(如融资方不进商流，另需签订融资方和资方的服务协议)2、对融资方的煤炭合作协议(采购)3、对采购商的煤炭购销合同(销售)

基准价格确定：依据销售合同金额。付款依据：电厂结算确认(名下有效债权)。

处置触发条件：电厂逾期回款。处置方式：向电厂追讨或起诉；融资方回购债权。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种用于融资的业务处理方法，其特征在于，用于在第一用户与第二用户、第三用户之间执行业务处理操作，所述第一用户用于作为融资请求方，所述第二用户用于作为业务采购方，所述第三用户用于作为资金提供方，所述方法包括：

确定第一用户的业务指令并生成预设业务办理协议；

通过所述预设业务办理协议建立货款资金交付对象；

根据所述货款资金交付对象生成供货交付对象；以及

接收第二用户的采购指令并根据所述供货交付对象通过所述第三用户向所述第一用户下发融资资金。

2.根据权利要求1所述的业务处理方法，其特征在于，根据所述货款资金交付对象生成供货交付对象之后还包括：

判断第一用户是否提交委托采购指令；

如果判断第一用户提交委托采购指令，则确定所述第一用户与第四用户的预设保证金比例；

根据所述预设保证金比例接收第四用户的订单操作指令并根据所述供货交付对象通过所述第三用户向所述第一用户下发融资资金。

3.根据权利要求1所述的业务处理方法，其特征在于，确定第一用户的业务指令并生成预设业务办理协议包括：

接收第一用户提供待审核的用户身份证明和处置的标的；

确定所述第一用户的待还款比例以及还款期限；

接收第用户的货权、订单或者应收款融资的任一一种或多种业务类型请求；以及

根据业务类型生成预设货权或债权的业务办理协议。

4.根据权利要求1所述的业务处理方法，其特征在于，根据所述货款资金交付对象生成供货交付对象包括：

根据所述货款资金交付对象确定货款资金的交付比例；

根据所述货款资金交付对象确定货款资金的补充结算比例；

根据交付比例和补充结算比例生成对应的供货交付对象。

5.根据权利要求1所述的业务处理方法，其特征在于，还包括：设置第二用户黑白名单，其中，所述第二用户用于作为采购服务商；

根据所述黑白名单判断所述第二用户是否满足提货条件；

如果根据所述黑白名单判断所述第二用户满足提货条件，则接收第二用户的第一预设比例款项；以及

如果根据所述黑白名单判断所述第二用户满足提货条件，则接收第二用户的第二预设比例款项。

6.一种用于融资的业务处理装置，其特征在于，用于在第一用户与第二用户、第三用户之间执行业务处理操作，所述第一用户用于作为融资请求方，所述第二用户用于作为业务采购方，所述第三用户用于作为资金提供方，所述装置包括：

确定模块，用于确定第一用户的业务指令并生成预设业务办理协议；

建立模块，用于通过所述预设业务办理协议建立货款资金交付对象；

生成模块，用于根据所述货款资金交付对象生成供货交付对象；以及

下发模块，用于接收第二用户的采购指令并根据所述供货交付对象通过所述第三用户向所述第一用户下发融资资金。

7.根据权利要求6所述的业务处理装置，其特征在于，还包括：采购模块，所述采购模块包括：

采购单元，用于判断第一用户是否提交委托采购指令；

确定单元，用于判断第一用户提交委托采购指令时，则确定所述第一用户与第四用户的预设保证金比例；

下发单元，用于根据所述预设保证金比例接收第四用户的订单操作指令并根据所述供货交付对象通过所述第三用户向所述第一用户下发融资资金。

8.根据权利要求6所述的业务处理装置，其特征在于，所述建立模块包括：

用户单元，用于接收第一用户提供待审核的用户身份证明和处置的标的；

资金单元，用于确定所述第一用户的待还款比例以及还款期限；

业务单元，用于接收第用户的货权、订单或者应收款融资的任一一种或多种业务类型请求；以及

第一生成单元，用于根据业务类型生成预设货权或债权的业务办理协议。

9.根据权利要求6所述的业务处理装置，其特征在于，所述生成模块包括：

第一交付比例单元，用于根据所述货款资金交付对象确定货款资金的交付比例；

第二交付比例单元，用于根据所述货款资金交付对象确定货款资金的补充结算比例；

第二生成单元，用于根据交付比例和补充结算比例生成对应的供货交付对象。

10.根据权利要求6所述的业务处理装置，其特征在于，还包括：黑白名单模块，所述黑白名单模块包括：

设置单元，根据所述黑白名单判断所述第二用户是否满足提货条件；

判断单元，如果根据所述黑白名单判断所述第二用户满足提货条件，则接收第二用户的第一预设比例款项；以及

第一接收单元，如果根据所述黑白名单判断所述第二用户满足提货条件，则接收第二用户的第二预设比例款项；

第二接收单元，用于根据所述黑白名单判断所述第二用户满足提货条件，则接收第二用户的第二预设比例款项。