一种供应链金融浮动质押管理系统及方法与流程

本申请涉及供应链技术领域，尤其涉及一种供应链金融浮动质押管理系统及方法。

背景技术：

目前中国经济发展进入了动能转换期，经济增速放缓，市场需求不足。供应链金融是有效解决中小企业融资难、融资贵等问题，帮助核心企业及金融机构开拓市场，实现差异化竞争、提高资金效率、降低风险的有效手段，是产业转型升级的需要。同时，在互联网模式下，供应链金融服务效率的大幅提升需要依赖金融科技的应用创新来实现。

供应链金融信息系统的建立为了实现信息的实时传递、减少人为的干预和预警等功能，降低资方的监管成本和风险。

在流行的供应链金融业务中，更多的把风险的控制聚焦于对资金的控制上，即通过设立监管账户的方式监管回款。在监管押品方面也大多是通过各种仓单、票据来实现。当前已有的供应链金融系统，表面上看有实物质押，风险很低，但也是存在仓单造假、货物造假、重复质押、货物质押价不准确、信息滞后等诸多风险点，导致了审批流程复杂，系统的动态灵活性较低的技术问题。

技术实现要素：

本申请实施例提供了一种供应链金融浮动质押管理系统及方法，解决了当前已有的供应链金融系统，表面上看有实物质押，风险很低，但也是存在仓单造假、货物造假、重复质押、货物质押价不准确、信息滞后等诸多风险点，导致的审批流程复杂，系统的动态灵活性较低的技术问题。

有鉴于此，本申请第一方面提供了一种供应链金融浮动质押管理系统，所述系统包括：

客户端、贷中管理系统以及仓库管理系统；

用户基于所述客户端向所述贷中管理系统发送商品代采请求，所述商品代采请求携带有代采的商品明细；

所述贷中管理系统在审核了所述商品代采请求后，确定所述用户的保证金额；

所述用户基于所述客户端提交所述保证金额并向所述贷中管理系统上传流水单；

所述贷中管理系统核销所述用户的保证金额收款后，将出资方提供的代采金额打款至供应商；

代采商品到港后，所述贷中管理系统向所述仓库管理系统发送质押标记指令，所述质押标记指令用于使得所述仓库管理系统对所述代采商品进行质押标记。

可选的，还包括：

所述用户基于所述客户端向所述仓库管理系统发送第一商品出库请求，所述第一商品出库请求中携带有出库商品信息；

若所述用户的商品存在质押标记，所述仓库管理系统向所述贷中管理系统发送第二商品出库请求；

所述贷中管理系统根据所述用户的实时押品库存信息、所述出库商品信息以及所述押品价值评估系统返回的押品价值信息计算所述用户的实时押品货值以及出库商品货值；

若所述用户的实时押品货值减去所述用户的出库商品货值高于所述用户的预设风险敞口，则所述贷中管理系统通过所述第二商品出库请求并返回出库指令至所述仓库管理系统，否则拒绝所述第二商品出库请求。

可选的，还包括贷前评估系统；

所述贷前评估系统根据所述用户的经营情况以及信用信息确定所述用户的融资额度。

可选的，所述贷中管理系统向所述仓库管理系统发送质押标记指令之后还包括：

所述贷中管理系统根据所述贷前评估系统发送的所述用户的融资额度以及所述代采金额确定所述用户的可用融资额度。

可选的，还包括：

所述用户基于所述客户端向所述贷中管理系统发送还款请求；

所述贷中管理系统生成预结算单并返回至所述客户端；

所述用户基于所述客户端按照所述预结算单提交预结算金额并向所述贷中管理系统上传流水单；

所述贷中管理系统核销所述用户的预结算金额，并根据所述预结算金额释放所述用户的可用融资额度。

可选的，所述贷中管理系统核销所述用户的预结算金额后还包括：

所述贷中管理系统根据所述用户的预结算金额更新所述用户的可用融资额度。

可选的，所述贷中管理系统核销所述用户的预结算金额后还包括：

若更新后的所述用户的可用融资额度等于所述用户的融资额度，所述贷中管理系统向所述仓库管理系统发送质押取消指令，所述质押取消指令用于使得所述仓库管理系统取消对所述用户的押品的质押标记。

本申请第二方面提供一种供应链金融浮动质押管理方法，所述方法包括：

接收用户基于客户端发送的商品代采请求，所述商品代采请求携带有代采的商品明细；

在审核了所述商品代采请求后，确定所述用户的保证金额；

接收用户基于所述客户端上传的流水单；

核销所述用户的保证金额收款后，将出资方提供的代采金额打款至供应商；

代采商品到港后，向仓库管理系统发送质押标记指令，所述质押标记指令用于使得所述仓库管理系统对所述代采商品进行质押标记。

可选的，还包括：

接收所述仓库管理系统发送的第二商品出库请求；

根据所述用户的实时押品库存信息、所述出库商品信息以及所述押品价值评估系统返回的押品价值信息计算所述用户的实时押品货值以及出库商品货值；

若所述用户的实时押品货值减去所述用户的出库商品货值高于所述用户的预设风险敞口，则通过所述第二商品出库请求并返回出库指令至所述仓库管理系统，否则拒绝所述第二商品出库请求。

可选的，还包括：

接收所述用户基于客户端发送的还款请求；

生成预结算单并返回至所述客户端；

接收所述用户基于客户端发送的流水单；

核销所述用户的预结算金额，并根据所述预结算金额释放所述用户的可用融资额度。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例中，提供了一种供应链金融浮动质押管理系统，用户直接向贷中管理系统发送商品代采请求，并在提交一定保证金后，出资方提供代采金额并由供应商采购，代采商品入库后，将该用户的代采商品添加质押标记，省去了系统放款给用户，用户自行采购的流程，直接由系统分配供应商采购并入库，保证了实物质押，解决了当前已有的供应链金融系统，表面上看有实物质押，风险很低，但也是存在仓单造假、货物造假、重复质押、货物质押价不准确、信息滞后等诸多风险点，导致的审批流程复杂，系统的动态灵活性较低的技术问题。

附图说明

图1为本申请实施例中一种供应链金融浮动质押管理系统的系统架构图；

图2为本申请实施例中一种供应链金融浮动质押管理系统的第一个流程图；

图3为本申请实施例中一种供应链金融浮动质押管理系统的第二个流程图；

图4为本申请实施例中一种供应链金融浮动质押管理系统的第三个流程图；

图5为本申请实施例中一种供应链金融浮动质押管理系统的第四个流程图；

图6为本申请实施例中一种供应链金融浮动质押管理系统的第五个流程图；

图7为本申请实施例中一种供应链金融浮动质押管理系统的第六个流程图；

图8为本申请实施例中一种供应链金融浮动质押管理方法的第一个流程图；

图9为本申请实施例中一种供应链金融浮动质押管理方法的第二个流程图；

图10为本申请实施例中一种供应链金融浮动质押管理方法的第三个流程图；

其中，附图标记为：

01、客户端；02、贷中管理系统；03、仓库管理系统；04、押品价值评估系统；05、贷前评估系统。

具体实施方式

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

应理解，本申请应用于供应链金融浮动质押管理系统，请参阅图1，图1为本申请实施例中供应链金融浮动质押管理系统的系统架构图，如图1所示，图1中包括客户端01、贷中管理系统02以及仓库管理系统03

其中，客户端01分别与贷中管理系统02以及仓库管理系统03连接；

贷中管理系统02与仓库管理系统03连接。

本申请设计了一种供应链金融浮动质押管理系统及方法，解决了当前已有的供应链金融系统，表面上看有实物质押，风险很低，但也是存在仓单造假、货物造假、重复质押、货物质押价不准确、信息滞后等诸多风险点，导致的审批流程复杂，系统的动态灵活性较低的技术问题。

为了便于理解，请参阅图2，图2为本申请实施例中一种供应链金融浮动质押管理系统的第一个流程图，如图2所示，具体为：

用户基于客户端01向贷中管理系统02发送商品代采请求，商品代采请求携带有代采的商品明细；

贷中管理系统02在审核了商品代采请求后，确定用户的保证金额；

用户基于客户端01提交保证金额并向贷中管理系统02上传流水单；

贷中管理系统02核销用户的保证金额收款后，将出资方提供的代采金额打款至供应商；

代采商品到港后，贷中管理系统02向仓库管理系统03发送质押标记指令，质押标记指令用于使得仓库管理系统03对代采商品进行质押标记。

本申请实施例中，提供了一种供应链金融浮动质押管理系统，用户直接向贷中管理系统发送商品代采请求，并在提交一定保证金后，出资方提供代采金额并由供应商采购，代采商品入库后，将该用户的代采商品添加质押标记，省去了系统放款给用户，用户自行采购的流程，直接由系统分配供应商采购并入库，保证了实物质押，解决了当前已有的供应链金融系统，表面上看有实物质押，风险很低，但也是存在仓单造假、货物造假、重复质押、货物质押价不准确、信息滞后等诸多风险点，导致的审批流程复杂，系统的动态灵活性较低的技术问题。

请参阅图3，图3为本申请实施例中一种供应链金融浮动质押管理系统的第二个流程图，如图3所示，具体为：

用户基于客户端01向仓库管理系统03发送第一商品出库请求，第一商品出库请求中携带有出库商品信息；

若用户的商品存在质押标记，仓库管理系统03向贷中管理系统02发送第二商品出库请求；

贷中管理系统02根据用户的实时押品库存信息、出库商品信息以及押品价值评估系统04返回的押品价值信息计算用户的实时押品货值以及出库商品货值；

若用户的实时押品货值减去用户的出库商品货值高于用户的预设风险敞口，则贷中管理系统02通过第二商品出库请求并返回出库指令至仓库管理系统03，否则拒绝第二商品出库请求。

需要说明的是，在用户需要进行商品出库时，首先将向仓库管理系统03发送第一商品出库请求，第一商品出库请求中将携带有出库商品信息。仓库管理系统03在接收到第一商品出库请求后，首先判断该用户的商品是否存在质押标记，若用户正处于存货质押状态，仓库管理系统03将向贷中管理系统02发送第二商品出库请求。贷中管理系统02通过计算该用户的实时押品货值以及出库商品货值，并与该用户的预设风险敞口进行比较，确定该用户的商品出库行为是否触发风险，若无风险则允许出库，否则拒绝出库。

请参阅图4，图4为本申请实施例中一种供应链金融浮动质押管理系统的第三个流程图，基于本申请图3所示的实施例，如图4所示，具体为：系统还包括贷前评估系统05；

贷前评估系统05根据用户的经营情况以及信用信息确定用户的融资额度；

贷中管理系统02向仓库管理系统03发送质押标记指令之后还包括：

贷中管理系统02根据贷前评估系统05发送的用户的融资额度以及代采金额确定用户的可用融资额度。

需要说明的是，用户在进入系统后，将由贷前评估系统05根据用户的经营情况以及信用信息确定用户的融资额度，并在用户进行了融资申请后，由贷中管理系统02根据融资额度与代采金额确认用户的剩余可用融资额度。

请参阅图5，图5为本申请实施例中一种供应链金融浮动质押管理系统的第四个流程图，如图5所示，具体为：

用户基于客户端01向贷中管理系统02发送还款请求；

贷中管理系统02生成预结算单并返回至客户端01；

用户基于客户端01按照预结算单提交预结算金额并向贷中管理系统02上传流水单；

贷中管理系统02核销用户的预结算金额，并根据预结算金额释放用户的可用融资额度。

需要说明的是，用户需要还款以回冲可用融资额度时，将向贷中管理系统02发送还款请求，由贷中管理系统02核算用户的还款金额并释放用户的可用融资额度。

请参阅图6，图6为本申请实施例中一种供应链金融浮动质押管理系统的第五个流程图，基于本申请图5所示的实施例，如图6所示，具体为：

贷中管理系统02核销用户的预结算金额后还包括：

贷中管理系统02根据用户的预结算金额更新用户的可用融资额度。

需要说明的是，贷中管理系统02核销了用户预结算金额后，将根据用户的预结算金额更新用户的可用融资额度。

请参阅图7，图7为本申请实施例中一种供应链金融浮动质押管理系统的第六个流程图，基于本申请图6所示的实施例，如图7所示，具体为：

贷中管理系统02核销用户的预结算金额后还包括：

若更新后的用户的可用融资额度等于用户的融资额度，贷中管理系统02向仓库管理系统03发送质押取消指令，质押取消指令用于使得仓库管理系统03取消对用户的押品的质押标记。

需要说明的是，在用户的融资金额全部还款完毕后，贷中管理系统02向仓库管理系统03发送质押取消指令，取消该用户的押品的质押标记。

请参阅图8，图8为本申请实施例中一种供应链金融浮动质押管理方法的第一个流程图，如图8所示，具体为：

801、接收用户基于客户端01发送的商品代采请求，商品代采请求携带有代采的商品明细；

802、在审核了商品代采请求后，确定用户的保证金额；

803、接收用户基于客户端01上传的流水单；

804、核销用户的保证金额收款后，将出资方提供的代采金额打款至供应商；

805、代采商品到港后，向仓库管理系统03发送质押标记指令，质押标记指令用于使得仓库管理系统03对代采商品进行质押标记。

请参阅图9，图9为本申请实施例中一种供应链金融浮动质押管理方法的第二个流程图，如图9所示，具体为：

901、接收仓库管理系统03发送的第二商品出库请求；

902、根据用户的实时押品库存信息、出库商品信息以及押品价值评估系统04返回的押品价值信息计算用户的实时押品货值以及出库商品货值；

903、若用户的实时押品货值减去用户的出库商品货值高于用户的预设风险敞口，则通过第二商品出库请求并返回出库指令至仓库管理系统03，否则拒绝第二商品出库请求。

请参阅图10，图10为本申请实施例中一种供应链金融浮动质押管理方法的第三个流程图，如图10所示，具体为：

1001、接收用户基于客户端01发送的还款请求；

1002、生成预结算单并返回至客户端01；

1003、接收用户基于客户端01发送的流水单；

1004、核销用户的预结算金额，并根据预结算金额释放用户的可用融资额度。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的方法的具体工作过程，可以参考前述系统实施例中的对应过程，在此不再赘述。

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

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(英文全称：read-onlymemory，英文缩写：rom)、随机存取存储器(英文全称：randomaccessmemory，英文缩写：ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。