一种物流融资的申请和审批方法、系统及介质与流程

1.本发明涉及物流融资管理领域，具体为一种物流融资的申请和审批方法、系统及介质。


背景技术：

2.目前的物流行业中，占主体的中小物流公司及个体从业者因为自身的能力及经营状况，在行业中处于劣势位置，加之，行业普遍具有账期长的通用规则；大部分中小物流企业及个体从业者普遍缺乏周转和流动资金；大量居民及企业又拥有大量闲散资金无处投资，或者投资收益差；物流行业会向拥有资金的企业及民间个人借贷，因为双方信息的不透明、缺乏信任，对资金拥有方也还是有一定的资金风险，对资金借贷方承担着过高的资金使用成本。
3.如何对物流运单的真实性或准确性进行评估，提高借贷信息的透明度，快速建立双方的信任，成了亟需解决的难题。


技术实现要素：

4.本发明的发明目的在于提供一种物流融资的申请和审批方法、系统及介质，通过对借贷的双方进行实名认证，并通过外部数据库辅助贷款提供方对物流运单的真实性或准确性进行评估，减少贷款申请方的等待时间。
5.本发明解决上述技术问题所采取的技术方案如下：
6.一种物流融资的申请和审批方法，包括以下步骤：
7.贷款提供方接收贷款申请，所述贷款申请包括贷款申请方的基本信息和业务数据；
8.贷款提供方保存业务数据，并逐一判断业务数据和基本技术信息是否符合预设的申请条件，若是，则发送贷款兑付指令，若否，则发送贷款失败指令；
9.保存贷款兑付指令并对贷款提供方进行扣款，完成贷款兑付并记录兑付数据。
10.进一步的，所述贷款提供方接收贷款申请之前还包括步骤：
11.贷款提供方和贷款申请方进行个人和/或企业实名认证，并填写基本信息进行保存。
12.进一步的，所述保存贷款兑付指令进行贷款兑付并记录兑付数据之前还包括步骤：
13.获取合同模板，根据贷款申请方的贷款申请生成电子合同；
14.获取贷款提供方和贷款申请方的实名认证信息进行合同签署。
15.进一步的，所述获取贷款提供方和贷款申请方的实名认证信息进行合同签署后还包括步骤：
16.检测电子合同签署id是否有效及是否所有签署方都已签署，若一方未签署或签署id无效则电子合同作废，重新签署；
17.若所有方都签署且签署id有效，则保存电子合同。
18.进一步的，所述保存贷款兑付申请并进行贷款兑付并记录兑付数据之后还包括步骤：
19.核实贷款申请方是否收到贷款；
20.其中，若收到贷款，则记录保存放款信息，若未收到贷款，则判断放款失败，进行退款并录记录保存。
21.进一步的，所述核实贷款申请方是否收到贷款之后还包括步骤：
22.定期统计贷款提供方的扣款、退款记录和贷款申请方的放款记录进行对账；
23.所述贷款提供方的扣款次数等于退款次数与贷款申请方的放款次数合计。
24.本发明的另一实施例还提供了一种物流融资的申请和审批系统，包括：
25.贷款申请导入模块，所述贷款申请导入模块用于导入贷款申请的业务数据；
26.贷款审批模块，所述贷款审批模块用于依据所述贷款申请的判读是否复合预设的申请条件，若是，则发送贷款兑付指令，若否则发送贷款失败指令；
27.贷款执行模块，所述贷款执行模块用于保存贷款兑付指令并对贷款提供方进行扣款，完成贷款兑付并记录兑付数据。
28.进一步的，还包括数据交互模块，所述数据交互模块与外部数据库连接，用于进行实名认证和基本信息核实。
29.进一步的，还包括电子签章模块，所述电子签章模块用于获取合同模板并根据贷款申请的主题生成电子合同，并获取所有签署方id进行合同签署。
30.本发明的另一实施例还提供了一种非易失性计算机可读存储介质，所述非易失性计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行时，可使得所述一个或多个处理器执行上述的物流融资的申请和审批方法。
31.应用本发明的技术方案，所述贷款提供方提交的贷款申请中除了贷款金额以外，还包括基本信息和业务数据，所述基本信息包括物流公司、司机、车牌号等信息，结合物流单的业务数据，可以辅助贷款提供方快速判断物流运单的真实性或准确性；既缩短了贷款的审核周期，加快资金的流动提高营收，有助于贷款申请方的使用周转；又提高数据的透明度，保证贷款提供方的资金安全。
32.发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书以及附图中所特别指出的结构来实现和获得。
附图说明
33.下面结合附图对本发明进行详细的描述，以使得本发明的上述优点更加明确。
34.图1是本发明的贷款申请审批流程框图；
35.图2是本发明的实名认证流程框图；
36.图3是本发明的合同签署流程框图；
37.图4是本发明的系统示意框图；
38.图5是本发明实施例的硬件结构示意图。
具体实施方式
39.为使本发明的目的、技术方案及效果更加清楚、明确，以下对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
40.如图1所示，一种物流融资的申请和审批方法，包括以下步骤：
41.s100、贷款提供方接收贷款申请，所述贷款申请包括贷款申请方的基本信息和业务数据；
42.以汽车货运为例，所述基本信息和业务数据包括贷款申请方公司名称、so后缀、柜号、车牌号、司机名称、司机手机号、装卸工程、业务雷影、提柜区域、还柜区域、柜型、运费、额外费用和费用合计。
43.s200、贷款提供方保存业务数据，并逐一判断业务数据和基本技术信息是否符合预设的申请条件，若是，则发送贷款兑付指令，若否则发送贷款失败指令；
44.对业务数据数据逐一进行核实，规则如下：
45.1.运费 额外费用＝费用合计，否则状态标记为失败，原因：合计金额有误；
46.2.传入”so后缀“调用交易平台提供的查询出口数据接口，根据返回结果处理如下：
47.无数据：状态标记为失败，原因：该业务在平台查无记录；
48.检查返回的车牌、司机名称、司机手机是否相同，不相同的话，状态标记为失败，原因：该业务在平台查询到对应的司机不一致；
49.3.传入”手机号“调用无纸化提供的查询司机信息接口，根据返回结果处理如下；
50.无数据：状态标记为失败，原因：该司机信息在平台查无记录；
51.检查返回的司机名称是否相同，不相同的话，状态标记为失败，原因：该司机对应的手机号不一致；
52.检查返回结果的绑定微信openid是否不为空，为空的话，状态标记为失败，原因：该司机未绑定微信。
53.4.若so后缀、车牌、司机名称、司机手机和费用合计信息缺失，则表示结束。
54.其中，若所有信息核实无误后，则状态为核实成，发送贷款兑付指令，状态未待放款状态。
55.s300、保存贷款兑付指令并对贷款提供方进行扣款，完成贷款兑付并记录兑付数据。
56.根据申请金额进行放款前的确认，并逐条金属兑付，并备注写明：xxxx(融资公司名称)通过xxxx(金融公司)付款xxx(付款金额)，业务单号：xxxx(so后辍)
57.本实施案例中，所述贷款提供方接收贷款申请之前还包括步骤：
58.贷款提供方和贷款申请方进行个人和/或企业实名认证，并填写基本信息进行保存。
59.为保证资金交易的安全性，对于贷款的双方进行均实名认证，检测个人或企业是否进行了实名认证，若已经认证，则导入信息，若未认证，则跳转到实名认证的界面，对个人通过个人姓名、手机号、身份证号等信息进行认证，对于企业通过社会统一信用代码进行认证，并进行保存。
60.本实施案例中，所述保存贷款兑付指令进行贷款兑付并记录兑付数据之前还包括
步骤：
61.获取合同模板，根据贷款申请方的贷款申请生成电子合同；
62.获取贷款提供方和贷款申请方的实名认证信息进行合同签署。
63.所述合同模板针对业务主题设有标准范本，首先检查签署方是否都已实名认证，若未实名认证则需先进行实名认证；
64.检查占位符是否都有替换值；根据合同模板替换占位符后动态生成合同文件，并生成唯一性的合同编号，根据电子合同上的签署方列表，获取签署方id进行合同签署。
65.本实施案例中，所述获取贷款提供方和贷款申请方的实名认证信息进行合同签署后还包括步骤：
66.检测电子合同签署id是否有效及是否所有签署方都已签署，若一方未签署或签署id无效则电子合同作废，重新签署；
67.若所有方都签署且签署id有效，则保存电子合同。
68.检查电子合同和签署方是否有效，并检查是否所有签署方都已签署。
69.校验必填参数不能为空，否则返回提示，参数不能为空；检测合同标号是否存在，否则返回提示，合同编码在本系统代码下查无记录，署方为公司时，签署人和签署公司id都不能为空，否则返回提示。
70.本实施案例中，所述保存贷款兑付申请并进行贷款兑付并记录兑付数据之后还包括步骤：
71.核实贷款申请方是否收到贷款；
72.其中，若收到贷款，则记录保存放款信息，若未收到贷款，则判断放款失败，进行退款并录记录保存。
73.本实施案例中，所述核实贷款申请方是否受到贷款之后还包括步骤：
74.定期统计贷款提供方的扣款、退款记录和贷款申请方的放款记录进行对账；
75.所述贷款提供方的扣款次数等于退款次数与贷款申请方的放款次数合计。
76.获取采集开始时间，以一星期为对账周期，获取对账数据按当前时间区间调用资金发放系统的对账查询接口，校验总金额是否一致。若总金额一致，则保存记录，并调用资金发放系统的对账结果上报接口。若总金额不一致，发邮件通知相关人员。由于资金发放是异步发放，虽然发放结果有回调，但是有可能回调时发生网络异常而无法获取发放结果。所以需要有定时任务主动去查询发放结果。
77.一种物流融资的申请和审批系统，包括：
78.贷款申请导入模块，所述贷款申请导入模块用于导入贷款申请的业务数据；根据贷款申请方的申请列表，选择贷款申请方，导入贷款申请，包括导入时间、操作员、融资企业、导入数量/成功/失败、融资总金额、放款总金额等数据。
79.首先需要校验业务数据的必填项不能为空；核实所选融资企业是否正确；
80.检查文件格式是否正确，否则提示：正确格式文件导入，检查文件标题必须含有以下字段：so后缀、车牌、(“司机名称”或“司机名称/身份证号码”)、司机手机、运费、额外费用、合计；不符合的话提示：请使用规定模板格式导入数据。
81.贷款审批模块，所述贷款审批模块用于依据所述贷款申请的判读是否复合预设的申请条件，若是，则发送贷款兑付指令，若否则发送贷款失败指令；
82.检查“so后缀”不能为空，否则状态标记为失败，原因：so后缀不能为空；检查“车牌”不能为空，否则状态标记为失败，原因：车牌不能为空；检查“so后缀”不能为空，否则状态标记为失败，原因：so后缀不能为空；检查“so后缀”是否唯一，否则状态标记为失败，原因：该so后缀业务已存在放款记录；
83.检查“司机名称”不能为空，否则状态标记为失败，原因：司机名称不能为空；检查“司机手机”不能为空，否则状态标记为失败，原因：司机手机不能为空；检查“合计”不能为空，否则状态标记为失败，原因：合计金额不能为空。
84.运费 额外费用＝合计，否则状态标记为失败，原因：合计金额有误。
85.传入“so后缀”调用交易平台提供的查询出口数据接口，根据返回结果处理如下：
86.1.无数据：状态标记为失败，原因：该业务在平台查无记录。
87.2.检查返回的车牌、司机名称、司机手机是否相同，不相同的话，状态标记为失败，原因：该业务在平台查询到对应的司机不一致。
88.3.传入“手机号”调用无纸化提供的查询司机信息接口，根据返回结果处理如下：
89.无数据：状态标记为失败，原因：该司机信息在平台查无记录；
90.检查返回的司机名称是否相同，不相同的话，状态标记为失败，原因：该司机对应的手机号不一致；
91.检查返回结果的绑定微信openid是否不为空，为空的话，状态标记为失败，原因：该司机未绑定微信。
92.记录汇总的成功记录数、失败记录数、合计总金额。
93.失败的记录，给检查结果和失败原因标红色。
94.成功的记录，给检查结果、so后缀、车牌、司机名称、司机手机标绿色。
95.贷款执行模块，所述贷款执行模块用于保存贷款兑付指令并对贷款提供方进行扣款，完成贷款兑付并记录兑付数据。
96.检查支付用户名不能为空。为空的话，提示：请先绑定支付帐号。
97.检查支付密码不能为空。为空的话，提示：请输入支付密码。
98.检查保证金余额是否大于等于需要支付的放款总金额，否则提示：保证金余额不足，无法支付。
99.本实施案例中，还包括数据交互模块，所述数据交互模块与外部数据库连接，用于进行实名认证和基本信息核实。
100.与港口等货运中心的数据库连接，用于核实上下或的车牌号、司机信息；
101.用于核实融资企业的名称与社会统一信用代码是否匹配。
102.本实施案例中，还包括电子签章模块，所述电子签章模块用于获取合同模板并根据贷款申请的主题生成电子合同，并获取所有签署方id进行合同签署。
103.检测合同编码和合同模板配置一致，检测合同占位符，合同占位符替换内容，获取签署方id和签署公司id，选择签署方式短信验证或者人脸识别；判断所有签署方是否签署，最后检测签署是否有效，检查合同编码和合同模板配置一致。
104.本发明实施例提供了一种非易失性计算机可读存储介质，计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行，例如，执行以上描述的图1中的方法步骤。
105.作为示例，非易失性存储介质能够包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦rom(eeprom)或闪速存储器。易失性存储器能够包括作为外部高速缓存存储器的随机存取存储器(ram)。本实施例说明并非限制本方案实现最终技术目技术手段，ram可以以诸如同步ram(sram)、动态ram、(dram)、同步dram(sdram)、双数据速率sdram(ddr sdram)、增强型sdram(esdram)、synchlinkdram(sldram)以及直接rambus(兰巴斯)ram(drram)之类的许多形式得到。本文中所描述的操作环境的所公开的存储器组件或存储器旨在包括这些和/或任何其他适合类型的存储器中的一个或多个。
106.本发明的另一种实施例提供了一种计算机程序产品，计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序，计算机程序包括程序指令，当程序指令被处理器执行时，使所述处理器执行上述方法实施例的物流融资的申请和审批方法。
107.以上所描述的实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际需要选择其中的部分或者全部模块来实现本实施例方案的目的。
108.通过以上的实施例的描述，本领域的技术人员可以清楚地了解到各实施例可借助软件加通用硬件平台的方式来实现，当然也可以通过硬件实现。基于这样的理解，上述技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存在于计算机可读存储介质中，如rom/ram、碱碟、光盘等，包括若干指今用以使得一台计算机电子设备(可以是个人计算机，服务器，或者网络电子设备等)执行各个实施例或者实施例的某些部分的方法。
109.除了其他之外，诸如"能够"、"能"、"可能"或"可以"之类的条件语言除非另外具体地陈述或者在如所使用的上下文内以其他方式理解，否则一般地旨在传达特定实施方式能包括(然而其他实施方式不包括)特定特征、元件和/或操作。因此，这样的条件语言一般地还旨在暗示特征、元件和/或操作对于一个或多个实施方式无论如何都是需要的或者一个或多个实施方式必须包括用于在有或没有输入或提示的情况下判定这些特征、元件和/或操作是否被包括或者将在任何特定实施方式中被执行的逻辑。
110.已经在本文中在本说明书和附图中描述的内容包括能够提供一种物流融资的申请和审批方法、系统及介质的示例。当然，不能够出于描述本公开的各种特征的目的来描述元件和/或方法的每个可以想象的组合，但是可以认识到，所公开的特征的许多另外的组合和置换是可能的。因此，显而易见的是，在不脱离本公开的范围或精神的情况下能够对本公开做出各种修改。此外，或在替代方案中，本公开的其他实施例从对本说明书和附图的考虑以及如本文中所呈现的本公开的实践中可能是显而易见的。意图是，本说明书和附图中所提出的示例在所有方面被认为是说明性的而非限制性的。尽管在本文中采用了特定术语，但是它们在通用和描述性意义上被使用并且不用于限制的目的。