CN110390455A - 供应链信息风险控制方法、装置及系统 - Google Patents

Abstract

本申请实施例公开了供应链信息风险控制方法、装置及系统，所述系统包括：第一预约入库模块，用于在生成预约入库单后，在所述采购单与所述预约入库单之间建立绑定关系；所述采购单关联有采购融资信息；第二预约入库模块，用于接收第二预约入库请求，并生成预约入库单；仓库信息管理模块，用于接收目标预约入库单；风险控制模块，用于针对所述目标预约入库单，如果不存在具有绑定关系的采购单，则确定第一用户关联的采购单中，是否存在包含有所述目标物流对象、关联有尚未结清的融资信息且尚未全部完成入库的目标采购单，如果存在，则对所述目标物流对象进行风险控制。通过本申请实施例，有利于降低重复授信的风险。

Description

供应链信息风险控制方法、装置及系统

技术领域

本申请涉及供应链技术领域，特别是涉及供应链信息风险控制方法、装置及系统。

背景技术

随着社会化生产方式的不断深入，市场竞争已经从单一客户之间的竞争转变为供应链与供应链之间的竞争，同一供应链内部各方相互依存；与此同时，处于供应链中游的经销商，很难通过传统的信贷方式获得银行的资金支持，而资金短缺又会直接导致后续环节的停滞，甚至出现“断链”。维护所在供应链的生存，提高供应链资金运作的效力，降低供应链整体的管理成本，已经成为各方积极探索的一个重要课题，因此，“供应链融资”系列金融产品应运而生，“菜鸟供应链融资”就是其中的一个。

在以“菜鸟供应链融资”为代表的供应链融资产品中，其特点是，“菜鸟”系统本身还可以提供智能仓储体系，甚至还可以有智能物流数据整合体系，经销商可以将其需要在相关联网络销售系统(例如，淘宝、天猫等)中销售的商品通过“菜鸟仓”进行存储，后续的发货等还可以通过具体的物流体系来完成。其中，关于经销商的货品来源可以有多种，例如，可以是自己从厂家进货，自行通过一些方式配送至具体的菜鸟仓。或者，还可以是从一些供应商处进行采购。对于后者，具体实现时，为了便于经销商进行商品的采购，供应链平台中还可以预先获得一些供应商的信息，并通过供应链平台对供应商的信息进行发布，供经销商进行选择。也即，经销商还可以直接通过该供应链平台进行供应商的选择，采购单的下单等操作。并且可以直接从平台内选择具体的仓库(菜鸟仓)，这样，供应商在具体发货后，可以直接配送至仓库即可。

可见，整个供应链平台不仅可以获知具体经销商在其提供的仓库中所保有的货品量等信息，还能够获知整个供应链上从供应商到经销商等各个环节上的信息。在此基础上，这种供应链平台还可以为经销商提供供应链融资服务，也就是说，如果经销商在资金链上出现紧张的情况，而该经销商刚好是该供应链平台的用户，其在该供应链平台提供的仓库中有待销售的货品存放，或者，需要通过该供应链平台进行采购，则该经销商就可以通过该供应链平台获得相关的融资。

在传统的融资过程中，对于需要获得融资的经销商，具体的银行等机构需要通过对其进行资产评估等方式，确定可以享受的额度信息，然后在该额度内为经销商进行放款。但是，银行机构的评估流程通常比较长，并且，有些经销商可能主营消费品等类目的商品，这些商品比较难以进行评估，因此，这类经销商可能会被银行机构的拒绝，或者只能获得较低的额度，等等。为此，供应链平台可以提供对经销商进行额度评估的工作，其评估的额度结果可以提供给银行等机构进行参考，这相当于是供应链平台为具体的经销商进行了信任背书，在银行等机构对供应链平台具有一定可信度的情况下，对其为经销商做出的额度评估结果也会有对应的可信度。这样，可以省去银行机构去进行评估所带来的麻烦。

其中，供应链平台通常可以为经销商提供多种可选的融资方式。例如，具体可以包括存货融资，采购融资等。其中，存货融资是指，经销商利用在供应链平台的仓库中的存货作为质押进行融资，此时，供应链平台可以对该经销商在供应链仓库中保有的库存量以及对应的单价等信息，对仓库中的存货进行估值，然后，根据估值结果以及预置的质押率等，确定出对应的可融资额度。银行机构在进行确认后，可以进行放款，并且可以直接将相关的款项提供给经销商，经销商可以用来进行备货或者其他的经营活动。

但是，在实际应用中，对于在供应链平台的仓库中的存货量比较少等情况，经销商如果采用存货融资的方式，则融资额度可能会比较低，无法解决其困境。为此，供应链平台还可以为经销商提供采购融资的方式。在该方式下，可以将经销商在供应链平台内提交的采购订单，作为对该经销商进行额度评估的标准，由于在供应链平台内提交的采购订单，供应商的信息通常是由供应链平台提供的，这些供应商对于供应链平台而言是可靠的，并且，通常具有足够的运营实力。因此，只要是经销商采购了这些供应商的商品，就可以使用具体的采购单作为质押，进行相关的采购融资。此时，供应链系统可以根据具体采购单中采购的商品数量，以及供应商公布的具体商品的采购单价等信息，计算出该采购单对应的商品估值，然后，利用该估值以及对应的质押率等，计算出为该经销商提供的融资额度，等等。在这种情况下，银行机构等在放款之后，可以直接将相关的款项划入一个中间账户，之后，再转账给供应商。

当然，在经销商融资成功后，供应链平台还可以通过控货等方式来进行风险控制。例如，可以实时计算经销商的“当前水位”，当前水位＝仓内货值×质押率+在途货值×质押率+应收货款×质押率。另外可以获得经销商对具体贷款的偿还情况，在出现贷款余额大于该经销商的当前水位时，可以限制对该经销商的货品出库，等等，以避免银行等放款机构受到损失。

总之，供应链平台提供的融资方式可以为经销商在融资方面提供便利，有利于整个供应链的良性发展。但是，现有技术在实现的过程中，至少会存在以下问题：同一经销商对于需要通过网络销售系统进行售卖的同一商品，可能会通过多种渠道入库到仓库中，其中就可能会包括通过采购融资的方式进入到仓库中这一渠道。也就是说，对于采购融资方式而言，供应商的货品配送至仓库之后，就会成为仓库中的存货，理论上讲，是可以用来进行存货融资的；但是，由于这部分存货是通过采购融资的方式入库的，因此，不应该再让经销商用于来进行存货融资，否则将会造成对经销商的重复授信，也即，同一批货品，被经销商通过不同的融资方式实现了两次融资，这显然是不合理的，比较难以控制风险。然而，现有技术中，对于进入到仓库内的货品，无法区分其是通过融资的方式进入的，还是通过其他非融资的方式进入的，因此，难以解决重复授信的问题。

发明内容

本申请提供了供应链信息风险控制方法、装置及系统，有利于降低重复授信的风险。

本申请提供了如下方案：

一种供应链信息风险控制系统，包括：

第一预约入库模块，用于接收基于采购单信息提交的第一预约入库请求，并在生成预约入库单后，在所述采购单与所述预约入库单之间建立绑定关系；所述采购单关联有采购融资信息；

第二预约入库模块，用于接收第二预约入库请求，并生成预约入库单；

仓库信息管理模块，用于接收目标预约入库单，并提供给风险控制模块启动风险评估流程；

风险控制模块，用于针对所述目标预约入库单，确定是否存在与该目标预约入库单具有绑定关系的采购单，如果不存在，则确定所述目标预约入库单关联的目标物流对象信息以及第一用户信息，并确定所述第一用户关联的采购单中，是否存在包含有所述目标物流对象、关联有尚未结清的融资信息且尚未全部完成入库的目标采购单，如果存在，则对所述目标物流对象进行风险控制。

一种预约入库方法，包括：

接收基于采购单信息提交的第一预约入库请求；所述采购单关联有采购融资信息；

根据所述第一预约入库请求生成预约入库单；

在所述采购单与所述预约入库单之间建立绑定关系。

一种入库信息风险控制方法，包括：

确定目标预约入库单；

确定是否存在与该目标预约入库单具有绑定关系的采购单；其中，所述绑定关系是在生成所述目标预约入库单时建立的，所述采购单关联有采购融资信息；

如果不存在，则确定所述目标预约入库单关联的目标物流对象信息以及第一用户信息，并确定所述第一用户关联的采购单中，是否存在包含有所述目标物流对象、关联有尚未结清的融资信息且尚未全部完成入库的目标采购单；

如果存在，则对所述目标物流对象进行风险控制。

一种存货信息处理方法，包括：

接收到基于目标仓库中的存货进行融资的请求时，确定所述请求关联的第一用户；

获得所述目标仓库中与所述第一用户关联的物流对象的库存量信息，以及所述物流对象的价值信息；

根据所述库存量以及所述价值信息对所述存货量确定库存货值；

判断所述目标仓库中与所述第一用户关联的物流对象中是否存在具有风险库存的目标物流对象，如果存在，则将库存货值中扣除所述目标物流对象对应的风险库存，得到存货估值结果，以用于确定存货融资额。

一种预约入库装置，包括：

预约入库请求接收单元，用于接收基于采购单信息提交的第一预约入库请求；所述采购单关联有采购融资信息；

预约入库单生成单元，用于根据所述第一预约入库请求生成预约入库单；

绑定关系建立单元，用于在所述采购单与所述预约入库单之间建立绑定关系。

种入库信息风险控制装置，包括：

预约入库单确定单元，用于确定目标预约入库单；

第一判断单元，用于确定是否存在与该目标预约入库单具有绑定关系的采购单；其中，所述绑定关系是在生成所述目标预约入库单时建立的，所述采购单关联有采购融资信息；

第二判断单元，用于如果所述第一判断单元的判断结果为不存在，则确定所述目标预约入库单关联的目标物流对象信息以及第一用户信息，并确定所述第一用户关联的采购单中，是否存在包含有所述目标物流对象、关联有尚未结清的融资信息且尚未全部完成入库的目标采购单；

风险控制单元，用于如果存在，则对所述目标物流对象进行风险控制。

一种存货信息处理装置，包括：

存货融资请求接收单元，用于接收到基于目标仓库中的存货进行融资的请求时，确定所述请求关联的第一用户；

物流对象信息获得单元，用于获得所述目标仓库中与所述第一用户关联的物流对象的库存量信息，以及所述物流对象的价值信息；

库存货值确定单元，用于根据所述库存量以及所述价值信息对所述存货量确定库存货值；

存货估值确定单元，用于判断所述目标仓库中与所述第一用户关联的物流对象中是否存在具有风险库存的目标物流对象，如果存在，则将库存货值中扣除所述目标物流对象对应的风险库存，得到存货估值结果，以用于确定存货融资额。

一种计算机系统，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

确定目标预约入库单；

确定是否存在与该目标预约入库单具有绑定关系的采购单；其中，所述绑定关系是在生成所述目标预约入库单时建立的，所述采购单关联有采购融资信息；

如果所述第一判断单元的判断结果为不存在，则确定所述目标预约入库单关联的目标物流对象信息以及第一用户信息，并确定所述第一用户关联的采购单中，是否存在包含有所述目标物流对象、关联有尚未结清的融资信息且尚未全部完成入库的目标采购单；

如果存在，则对所述目标物流对象进行风险控制。

一种供应链信息风险控制系统，包括：

预约入库模块，用于接收基于采购单信息提交的预约入库请求，并在生成预约入库单后，在所述采购单与所述预约入库单之间建立绑定关系；所述采购单关联有采购融资信息；

仓库信息管理模块，用于接收目标预约入库单，并提供给风险控制模块启动风险评估流程；

风险控制模块，用于对所述目标预约入库单关联的目标物流对象进行风险控制。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，首先可以通过提供不同的预约入库方式，将通过采购融资入库的方式与非采购融资的入库方式进行区分，在此基础上，针对可能出现的第一用户误操作或者故意的错误操作等情况，还可以在收到具体的预约入库单时进行一系列的判断，对于未与具体预约单具有强绑定关系的预约入库单，进一步判断其是否可能通过采购融资入库，如果是，则对其进行风险控制。通过这种方式，有利于降低对第一用户进行重复授信的风险。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的系统的示意图；

图2是本申请实施例提供的第一方法的流程图；

图3是本申请实施例提供的第二方法的流程图；

图4是本申请实施例提供的第三方法的流程图；

图5是本申请实施例提供的第一装置的示意图；

图6是本申请实施例提供的第二装置的示意图；

图7是本申请实施例提供的第三装置的示意图；

图8是本申请实施例提供的计算机系统的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

在本申请实施例中，为了避免重复授信的情况发生，对于入库的目标物流对象，首先可以通过一系列的判断，确定其是否存在风险，也即，是否可能是通过采购授信的方式进行的入库，而又没有在进行预约入库时进行声明，如果存在，还可以确定其可能存在风险。在可选的方案中，还可以确定出具体的风险库存的值，这样，在某第一用户(经销商、商家用户等)具体需要进行存货融资时，可以在确定出该第一用户在仓库中的存货货值之后，将其存在风险的目标物流对象对应的风险库存的值进行扣除，将得到的结果作为对该第一用户存货的估值结果，进而用于进行融资额的确定。这样便可以起到防止对第一用户重复授信的目的。

下面对具体的实现方式进行详细介绍。

实施例一

为便于介绍，下面首先对本申请实施例中涉及到的一些名词进行介绍。

第一用户，在本申请实施例中可以是指网络销售系统中的卖家用户、商家用户等，通常俗称为经销商。

第二用户，在本申请实施例中，第二用户主要是指在供应链中处于第一用户上游的用户，第一用户通过网络销售系统售卖的具体物流对象(主要是指商品对象等)可以是通过第二用户进行采购的，因此，第二用户通常可以称为供应商。

采购单，是指用于记录第一用户向第二用户采购的具体物流对象信息的单据，例如，其中可以包括第一用户标识、第二用户标识，所采购的具体物流对象的标识，数量，金额等信息。本申请实施例提供的供应链系统中，可以为第一用户提供可选的第二用户信息、物流对象信息等，因此，可以在供应链系统内生成采购单。

预约入库单，是指第一用户在需要将一些商品入库到供应链系统提供的仓库中时，向供应链系统提交预约入库请求，然后，系统根据该请求生成的单据。其中可以包括第一用户信息，具体物流对象的标识、数量等信息，需要入驻的目标仓库标识信息，预约入库的时间信息，等等。具体实现时，第一用户需要入驻到供应链系统所提供的仓库中的物流对象可能有很多，不同的物流对象甚至是同一物流对象，可能是通过多种不同的渠道进行入库的，例如，可能包括在供应链系统内发起了采购之后进行的入库，还可能是第一用户线下通过其他渠道获得的货源，并对这种货源进行入库。对于后者，在供应链系统内可能不存在对应的采购单信息。但无论何种入库渠道，只要需要向仓库进行入库，就都需要提前进行预约，每一次具体的入库行为都会具有对应的预约入库单。

参见图1，该实施例一首先提供了一种供应链信息控制系统，该系统具体可以包括：

第一预约入库模块101，用于接收基于采购单信息提交的第一预约入库请求，并在生成预约入库单后，在所述采购单与所述预约入库单之间建立绑定关系；所述采购单关联有采购融资信息；

第二预约入库模块102，用于接收第二预约入库请求，并生成预约入库单；

仓库信息管理模块103，用于接收目标预约入库单，并提供给风险控制模块104启动风险评估流程；

风险控制模块104，用于针对所述目标预约入库单，确定是否存在与该目标预约入库单具有绑定关系的采购单，如果不存在，则确定所述目标预约入库单关联的目标物流对象信息以及第一用户信息，并确定所述第一用户关联的采购单中，是否存在包含有所述目标物流对象、关联有尚未结清的融资信息且尚未全部完成入库的目标采购单，如果存在，则对所述目标物流对象进行风险控制。

在本申请实施例提供的系统中，首先可以与第一用户进行如下约定：对于其通过供应链平台生成的采购单，并基于该采购单进行了采购融资的情况下，在银行等机构为该采购单放款后，第一用户可以与第二用户(供应商等)约定货品配送方式、日期等，并基于采购单向供应链平台的库存管理系统进行预约入库，生成预约入库单，此时，供应链平台还会在采购单与预约入库单之间建立起绑定关系。而对于没有进行融资的采购单，则不需要在采购单与预约入库单之间建立绑定关系，直接进行预约入库，生成预约入库单即可。

也就是说，可以为第一用户提供两个预约入库的入口，从供应链系统角度而言可以存在两个不同的预约入库模块，采用不同的处理逻辑进行预约入库单的生成以及后续处理。也即，首先可以包括第一预约入库模块，用于接收基于采购单信息提交的第一预约入库请求，并在生成预约入库单后，在所述采购单与所述预约入库单之间建立绑定关系，其中，这种采购单关联有采购融资信息。需要说明的是，这种绑定关系相当于是第一用户在进行预约入库时，对当前生成的预约入库单进行了声明，声明其是通过采购融资的方式入库的，并且对具体的关联的采购单标识也进行了声明。相应的，系统可以将该预约入库单与采购单进行强绑定，这种绑定关系是需要由具体的第一预约入库模块进行操作并记录的，而不是因为两者之间具有某种相关联的信息而自然存在。

除了上述第一预约入库模块，还可以提供第二预约入库模块，用于接收普通的第二预约入库请求，并直接生成预约入库单即可，不需要与采购单进行关联。也就是说，对应第一用户通过非采购融资方式进行入库的情况，就可以通过该第二预约入库模块进行预约入库，此时，由于可能并不存在关联的采购单，或者，采购单没有用来进行融资，因此，该第二预约入库模块也不需要为通过该模块生成的预约入库单绑定采购单。

可见，在本申请实施例中，供应链平台的仓库管理系统最终接收到的预约入库单会有两种情况，一种是强制绑定了采购单，另一种是没有绑定采购单。在所有第一用户都按照上述规定规范操作的情况下，对于供应链平台的仓库管理系统接收到的预约入库单，如果绑定有采购单信息，则证明这部分即将入库的货品是通过采购融资的方式入库的，这部分货品在进入仓库后不能够用来进行存货融资；而如果并未绑定有采购单信息，则证明这部分即将入库的货品与融资无关，进入仓库后，是可以进行存货融资的。这样，就可以通过这种方式确定出入仓的货品哪些是通过采购融资的方式进入的，哪些不是，进而就可以确定出哪些是可以用来进行存货融资的，哪些不可以。

但是，在具体实现时可能出现以下情况：由于同一采购单中可能会关联多个商品SKU(最小库存量单位)，并且一次采购的数量可能会比较多，受到供货商供货能力，配送方配送能力等限制，可能需要分为多次配送至指定的仓库中，这就意味着，一个采购单可能会分别在不同的时间点进行多次预约，对应生成多个预约入库单。在这种情况下，由于每次进行预约入库通常需要由第一用户进行手动进行，因此，就可能会出现忘记了采用正常的操作流程的情况，也即，没有基于采购单进行预约入库单的创建，使得其中部分预约入库单没能够与采购单建立绑定关系。或者，在另一种情况下，可能会存在部分第一用户故意违规操作的情况，也即，故意将实际通过采购融资渠道入库的货品，直接进行预约入库，而跳过将预约入库单与具体采购订单进行绑定的步骤，以期通过这种手段获得更多的融资额度，等等。

上述情况的存在，使得可能会出现以下情况：对于具体的未绑定有采购单的预约入库单，一种情况是，对应的货品确实不是通过采购融资的方式入库的，而另一种情况则是，实际上采用了采购融资的方式进行了入库，但是第一用户没有按照规范的方式进行预约入库单的生成，以至于没能够正常的与进行了采购融资的采购单建立起绑定关系。因此，具体如何区分上述两种情况便成为需要考虑的问题。

为了解决该问题，在本申请实施例中，可以采用以下方案来进行：提供一风险控制模块，对于供应链平台中的仓库管理系统而言，在每收到一个预约入库单时，都可以通过该风险控制模块进行以下判断：判断该预约入库单是否具有与其建立了绑定关系的采购单，如果是，则证明该预约入库单对应的货品是进行了采购融资的，因此，在这部分货品进入到仓库后，具体在计算该货品对应的存货货值时，也不会考虑这部分货品的货值。另外，由于该预约入库单对应的货量可能只是采购单中采购的总货量的一部分，因此，在该预约入库单的货品入库完成后，还可以对该采购单的在途的货值进行扣减。例如，采购单总的货值是100万，其关联的第一个预约入库单对应的货品货值是10万，则在第一个预约入库单入库完成后，可以将该采购单对应的在途货值更新为90万，等等。这样，每个采购单对应的在途货值都可以随着预约入库单的入库而发生更新，系统中可以维护各个采购单关联的在途货值信息，并进行实时更新。

如果预约入库单没有与具体的采购单建立绑定关系，则可以进一步进行判断，判断的方式可以是：判断该预约入库单中的商品SKU是否出现在某个或者某几个目标采购单中，这种目标采购单需要满足以下条件：与当前预约入库单关联有同一第一用户，并且进行了采购融资，银行等机构已经放贷，尚未结清贷款，另外，尚未全部完成入库，也即有部分或者全部货品处于在途状态。如果不存在符合上述特点的目标采购单，则可以将该预约入库单视为正常状态，正常进行入库，并将对应的货值作为能够进行存货融资的货值。而如果存在符合上述特点的目标采购单，则说明该预约入库单可能存在一定的风险，不能直接作为通过非融资方式入库的库存来看待，因此，需要进行风险控制。

其中，具体在进行风险控制时，本申请实施例中还提出了风险库存的概念，也即，一旦某预约入库单不存在与其具有绑定关系的采购单，但是该预约入库单中的SKU却出现在其中某个或者某几个目标采购单中，且这些采购单符合前述特点，则证明该SKU存在风险库存，这样，在对该第一用户在仓库内的存货进行估值时，就可以将这部分风险库存扣除，从而排除重复授信的风险。

其中，具体在计算风险库存时，可以通过多种方式进行，例如，在其中一种方式下，可以是根据所述目标预约入库单中所述目标物流对象对应货品的第一货值，以及所述目标采购单中该目标物流对象处于在途状态的货品的第二货值；将所述第一货值与所述第二货值之间的较小者确定为所述目标物流对象的风险库存。其中，在所述目标采购单为多个时，所述第二货值为所述多个目标采购单中该目标物流对象处于在途状态的货品的货值之和。

换言之，对于一个SKU，如果出现上述情况，则证明其可能存在风险，并且该SKU的风险可能与所述出现了该SKU、尚未结清贷款、有在途库存的采购单有关。但是，此时的判断结果只是一个估计值，并且符合上述条件的采购单可能有多个，具体是哪个采购单出现的问题，暂时不确定。另外，各个目标采购单的状态通常也在不断变化中，例如，可能采购单的在途库存可能在不断减少，还可能存在某采购单结清了贷款的情况，或者强制将其在途库存进行清零的操作，等等。这些状态的变化都可能会导致该SKU的风险发生变化，具体包括风险库存的值可能发生变化，或者，风险库存具体可能与哪个或者哪些目标采购单有关也会发生变化(例如，原来该SKU的风险与某采购单可能相关，但是后来该采购单的全部货品都完成了入库，或者该采购单结清了全部贷款，则该SKU的风险不再与该采购单相关，等等)。为此，在本申请实施例中，还可以对所述目标采购单的状态变化信息进行监控，在所述目标采购单的状态发生变化时，对所述目标物流对象的风险库存进行重评估。

其中，下面分别对几种可能出现的情况分别进行举例介绍。

第一种情况，如果所述目标采购单仅有一个，也即，目标物流对象的风险库存仅可能与一个目标采购单相关，则可以在所述目标采购单中所述目标物流对象处于在途状态的货品货值发生变化，以至于小于所述第一货值时，将所述目标物流对象的风险库存更新为所述变化后的在途状态的货品货值。

例如，假设某预约入库单关联的SKU的货值是30万，通过判断发现没有与该预约入库单具有绑定关系的采购单，但是，存在一个采购单与当前第一用户关联，其中包含该SKU，并且，该采购单进行了采购融资，且尚未结清贷款，尚未完全完成入库，存在在途库存，其中，该SKU的在途库存的货值是50万。此时，就可以确定该预约入库单中该SKU的风险库存为30万，且该风险仅可能与该采购单有关。后续，假设与该采购单完成了30万货值的入库，使得该SKU剩余的在途库存为20万，则此时，由于没有其他可能有关的采购单，因此，该SKU的风险库存变为20万，产生的10万差值转化为库内的货值，可以用于进行存货融资。如果该采购单完成了全部的货品入库，该SKU的在途库存为0，则同样由于该SKU的风险库存仅与该采购单有关，因此，可以将该SKU的风险库存归零，也即，该SKU不再存在风险，其之前对应的30万货值全部转化为库内的货值，可以用于进行存货融资。

第二种情况，如果在所述目标采购单为多个时，也即，目标物流对象的风险库存可能与多个目标采购单相关，则此时可以首先将所述多个目标采购单按照时间的先后顺序进行排列；然后，按照从前到后的顺序，将所述目标物流对象的风险库存与所述目标采购单建立关联；其中，如果首个目标采购单中所述目标物流对象的在途货值大于所述第一货值，则将所述目标物流对象的风险库存全部关联到该首个目标采购单；否则，将与所述在途货值等值的部分风险库存关联到该首个目标采购单，将剩余的风险库存关联到后续的其他目标采购单。后续，当所述目标采购单中所述目标物流对象处于在途状态的货品货值发生变化时，根据变化后的在途货品货值与所述第一货值之间的大小关系，对所述目标物流对象的风险库存进行更新或者转移到其他目标采购单。

例如，假设某预约入库单关联的SKU的货值仍为是30万，通过判断发现没有与该预约入库单具有绑定关系的采购单，但是，存在两个采购单中包含该SKU，分别为采购单1，以及采购单2，并且，这两个采购单都进行了采购融资，且尚未结清贷款，且尚未完全完成入库，存在在途库存，其中，采购单1的在途库存的货值是50万，采购单2的在途库存的货值为100万。此时，就可以确定该预约入库单中该SKU的风险库存为30万，且与上述采购单1或者采购单2都有可能有关。此时，可以按照生成时间的先后顺序对采购单1以及采购单2进行排序，例如，采购单1在先生成，则首先将当前预约入库单的风险库存与该采购单1相关联，如果该采购单1中的在途货值小于该预约入库单的库存货值，再将剩余的风险库存与采购单2进行关联。在该例子中，由于预约入库单的库存货值是30万，采购单1中的在途货值为50万，在途货值大于预约入库的货值，因此，可以将这部分风险库存全部与采购单1相关联，也即，认为这部分风险库存可能全部与该采购单1有关。后续，假设与该采购单1完成了30万的入库，剩余的在途库存为20万，小于该SKU的初始风险库存，则此时，可以继续判断采购单2的在途库存是否仍然存在，如果存在，则将该SKU剩余的风险库存与该采购单2关联。也即，此时，该SKU的风险库存仍然为30万，其中20万与采购单1关联，10万与采购单2关联。再然后，如果采购单1完成了全部的货品入库，在途库存为0，则仍然可以继续判断采购单2是否存在在途库存，如果存在，且大于30万，则可以认为该SKU的风险库存仍然30万，且全部与该采购单2有关。后续的处理与前述第一种情况下的处理方式相同，这里不再详述。

当然，在前述第二种情况下，如果采购单1的在途库存货值小于当前预约入库单的货值，则可以直接将该SKU的风险库存分为两部分，其中一部分与采购单1相关，另一部分与采购单2相关。例如，在前述例子中，假设在接收到所述预约入库单时，采购单1的在途库存货值为20万，采购单2的在途库存货值为100万，则由于采购单1的在途库存货值小于预约入库单中该SKU的货值，而该采购单1的生成时间又早于采购单2，因此，可以认为该SKU的风险库存共有30万，其中，与采购单1关联的部分为20万，与采购单2关联的部分为10万。后续具体的重算过程与前述例子中相似，这里不再详述。

另外，在实际应用中，目标采购单的状态变化还可能存在以下情况：第一用户提前为某目标采购单结清了货款，但此时，该采购单可能尚未全部完成入库。在这种情况下，由于已经结清了货款，因此，在货品入库后，可以作为能够进行存货融资的库存来看待。在这种情况下，如果某SKU在该采购单上存在关联的风险库存，则可以将该SKU与该采购单关联的风险库存清零，同时，可以判断该SKU是否还对应有其他的符合前述条件的目标采购单，如果存在，可以将风险库存转移到这些采购单上，否则，可以直接将该SKU的风险库存清零，也即，不再存在风险库存。

再者，由于可能是因为第一用户的误操作等原因，导致没有将预约入库单绑定上对应的采购单，因此，这种情况下可能会导致该采购单对应的货品实际已经全部完成入库，但是，却无法与信息系统保持同步。例如，某采购单总货值为100万，进行了采购融资，在融资成功后，分成了10次进行预约入库，其中9次是正常通过第一预约入库模块进行的预约，生成的预约入库单能够正常与该采购单进行绑定。但是有一次由于第一用户的疏忽，是通过第二预约入库模块进行的预约，以至于生成的预约入库单没能够与该采购单进行绑定。假设该预约入库单对应的货值是10万，则在这种情况下，在信息系统中，该采购单将会有10万的货值一直处于在途状态，相应的，对应的物流对象也一直存在10万的风险库存。

为了应对这种情况，还可以提供强制将采购单的在途货值进行清零的操作选项，这样，在接收到对其中一目标采购单的在途货值进行强制清零的操作时，还可以判断是否存在其他未结清贷款、有在途库存的目标采购单，如果存在，则将所述目标物流对象的风险库存转移到所述其他目标采购单，否则，将所述目标物流对象的风险库存置为零。

总之，对于各个物流对象的风险库存值可能是在不断变化的，可以通过具体的数据库或者数据表等对各物流对象的风险库存值进行维护并实时更新，并且可以提供查询功能，供相关模块进行查询。例如，具体实现时，系统中还可以包括：

存货融资模块105，用于接收到基于目标仓库中的存货进行融资的请求时，获得所述目标仓库中与所述第一用户关联的各物流对象的库存量信息，并获得物流对象的价值信息，根据所述库存量以及所述价值信息对所述存货量确定库存货值，并将库存货值中扣除所述目标物流对象对应的风险库存，得到存货估值结果，以用于确定存货融资额。也就是说，具体在某第一用户需要进行存货融资时，在计算出该第一用户在仓库中库存的货值之外，还可以查询获得该第一用户是否存在具有风险库存的目标物流对象，如果存在，则还可以从库存货值中将这种目标物流对象的风险库存值扣除，然后再进行融资额的评估。

需要说明的是，在本申请实施例中，在各个环节上需要获得具体的货值信息时，具体都可以通过首先确定出具体的货量以及单价，并将货量乘以单价的方式来获得。例如，如果是仓库内具体物流对象的货值，货量信息可以通过供应链系统内部的库存管理中心等进行查询，而单价信息，可以有多种途径获得。例如，对于通过在系统内生成的采购单进行入库的货品，系统可以获取具体的采购价信息，因此可以以采购价作为单价。而对于通过其他途径进行入库的货品，则还可以通过前端销售系统服务器获得具体物流对象对应销售价格信息，以此作为物流对象的单价。当然，前端销售的价格可能会经常发生变化，因此还可以取最近一段时间内的平均价格作为对应的单价，等等。另外，由于前端销售的价格往往会高于采购价，因此，具体计算出的货值也会不同，在进行融资额的评估时，还可以采用不同的质押率等系数进行调节。例如，如果是利用采购价进行的货值计算，则质押率可以比较高，如果是采用前端销售均价进行的货值计算，则质押率可以比较低，等等。其中，货值×质押率＝融资额。

当然，在本申请实施例所提供的系统中，为了使得第一用户能够在供应链系统内完成采购的过程，并且还可以基于采购单进行融资，参见图1，该系统还可以包括：

采购单生成模块106，用于提供可选的第二用户及其可提供的物流对象信息，并根据选中的目标第二用户以及物流对象信息生成采购单；

采购融资模块107，用于接收基于采购单发起的融资请求，对所述采购单关联的货值进行估值，以用于确定采购融资额。

总之，通过本申请实施例，首先可以通过提供不同的预约入库方式，将通过采购融资入库的方式与非采购融资的入库方式进行区分，在此基础上，针对可能出现的第一用户误操作或者故意的错误操作等情况，还可以在收到具体的预约入库单时进行一系列的判断，对于未与具体预约单具有强绑定关系的预约入库单，进一步判断其是否可能通过采购融资入库，如果是，则对其进行风险控制。通过这种方式，可以是避免对第一用户的重复授信。

实施例二

该实施例二是与实施例一相对应的，从预约入库模块的角度，提供了一种预约入库方法，参见图2，该方法具体可以包括：

S201：接收基于采购单信息提交的第一预约入库请求；所述采购单关联有采购融资信息；

S202：根据所述第一预约入库请求生成预约入库单；

S203：在所述采购单与所述预约入库单之间建立绑定关系。

具体建立起绑定关系后，就可以将预约入库单提交到供应链系统的仓库信息管理模块进行后续处理。

实施例三

该实施例三也是与实施例一相对应的，从风险控制模块的角度，提供了一种入库信息风险控制方法，参见图3，该方法具体可以包括：

S301：确定目标预约入库单；

S302：确定是否存在与该目标预约入库单具有绑定关系的采购单；其中，所述绑定关系是在生成所述目标预约入库单时建立的，所述采购单关联有采购融资信息；

S303：如果不存在，则确定所述目标预约入库单关联的目标物流对象信息以及第一用户信息，并确定所述第一用户关联的采购单中，是否存在包含有所述目标物流对象、关联有尚未结清的融资信息且尚未全部完成入库的目标采购单；

当然，具体实现时，如果存在与该目标预约入库单具有绑定关系的采购单，则还可以根据所述目标预约入库单对应的货值对所述采购单关联的在途货值进行扣减。

S304：如果存在，则对所述目标物流对象进行风险控制。

具体在对所述目标物流对象进行风险控制时，可以首先确定所述目标预约入库单中所述目标物流对象对应货品的第一货值，以及所述目标采购单中该目标物流对象处于在途状态的货品的第二货值；然后，将所述第一货值与所述第二货值之间的较小者确定为所述目标物流对象的风险库存值。

其中，所述目标采购单为多个时，所述第二货值为所述多个目标采购单中该目标物流对象处于在途状态的货品的货值之和。

另外，还可以对所述目标采购单的状态变化信息进行监控；在所述目标采购单的状态发生变化时，对所述目标物流对象的风险库存进行重评估。

其中，具体在对所述目标物流对象的风险库存进行重评估时，如果所述目标采购单仅有一个，则在所述目标采购单中所述目标物流对象处于在途状态的货品货值发生变化，以至于小于所述第一货值时，将所述目标物流对象的风险库存更新为所述变化后的在途状态的货品货值。

在所述目标采购单为多个时，可以将所述多个目标采购单按照时间的先后顺序进行排列；按照从前到后的顺序，将所述目标物流对象的风险库存与所述目标采购单建立关联；其中，如果首个目标采购单中所述目标物流对象的在途货值大于所述第一货值，则将所述目标物流对象的风险库存全部关联到该首个目标采购单；否则，将与所述在途货值等值的部分风险库存关联到该首个目标采购单，将剩余的风险库存关联到后续的其他目标采购单；当所述目标采购单中所述目标物流对象处于在途状态的货品货值发生变化时，根据变化后的在途货品货值与所述第一货值之间的大小关系，对所述目标物流对象的风险库存进行更新或者转移到其他目标采购单。

另外，当其中一目标采购单的融资额被结清时，判断是否存在其他未结清的目标采购单；如果存在，则将所述目标物流对象的风险库存转移到所述未结清的目标采购单，否则，将所述目标物流对象的风险库存置为零。

接收到对其中一目标采购单的在途货值进行强制清零的操作时，同样可以判断是否存在其他目标采购单；如果存在，则将所述目标物流对象的风险库存转移到所述其他目标采购单，否则，将所述目标物流对象的风险库存置为零。

实施例四

该实施例四也是与实施例一相对应的，从存货融资模块的角度，提供了一种存货信息处理方法，参见图4，该方法具体可以包括：

S401：接收到基于目标仓库中的存货进行融资的请求时，确定所述请求关联的第一用户；

S402：获得所述目标仓库中与所述第一用户关联的物流对象的库存量信息，以及所述物流对象的价值信息；

S403：根据所述库存量以及所述价值信息对所述存货量确定库存货值；

S404：判断所述目标仓库中与所述第一用户关联的物流对象中是否存在具有风险库存的目标物流对象，如果存在，则将库存货值中扣除所述目标物流对象对应的风险库存，得到存货估值结果，以用于确定存货融资额。

其中，关于前述实施例二至实施例四中各步骤相关的具体实现，可以参见前述实施例一中的介绍，这里不再赘述。

另外，与实施例二相对应，本申请实施例还提供了一种预约入库装置，参见图5，该装置可以包括：

预约入库请求接收单元501，用于接收基于采购单信息提交的第一预约入库请求；所述采购单关联有采购融资信息；

预约入库单生成单元502，用于根据所述第一预约入库请求生成预约入库单；

绑定关系建立单元503，用于在所述采购单与所述预约入库单之间建立绑定关系。

与实施例三相对应，本申请实施例还提供了一种入库信息风险控制装置，参见图6，该装置可以包括：

预约入库单确定单元601，用于确定目标预约入库单；

第一判断单元602，用于确定是否存在与该目标预约入库单具有绑定关系的采购单；其中，所述绑定关系是在生成所述目标预约入库单时建立的，所述采购单关联有采购融资信息；

第二判断单元603，用于如果所述第一判断单元的判断结果为不存在，则确定所述目标预约入库单关联的目标物流对象信息以及第一用户信息，并确定所述第一用户关联的采购单中，是否存在包含有所述目标物流对象、关联有尚未结清的融资信息且尚未全部完成入库的目标采购单；

风险控制单元604，用于如果存在，则对所述目标物流对象进行风险控制。

与实施例四相对应，本申请实施例还提供了一种存货信息处理装置，参见图7，该装置可以包括：

存货融资请求接收单元701，用于接收到基于目标仓库中的存货进行融资的请求时，确定所述请求关联的第一用户；

物流对象信息获得单元702，用于获得所述目标仓库中与所述第一用户关联的物流对象的库存量信息，以及所述物流对象的价值信息；

库存货值确定单元703，用于根据所述库存量以及所述价值信息对所述存货量确定库存货值；

存货估值确定单元704，用于判断所述目标仓库中与所述第一用户关联的物流对象中是否存在具有风险库存的目标物流对象，如果存在，则将库存货值中扣除所述目标物流对象对应的风险库存，得到存货估值结果，以用于确定存货融资额。

另外，本申请实施例还提供了一种计算机系统，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

确定目标预约入库单；

确定是否存在与该目标预约入库单具有绑定关系的采购单；其中，所述绑定关系是在生成所述目标预约入库单时建立的，所述采购单关联有采购融资信息；

如果所述第一判断单元的判断结果为不存在，则确定所述目标预约入库单关联的目标物流对象信息以及第一用户信息，并确定所述第一用户关联的采购单中，是否存在包含有所述目标物流对象、关联有尚未结清的融资信息且尚未全部完成入库的目标采购单；

如果存在，则对所述目标物流对象进行风险控制。

其中，图8示例性的展示出了计算机系统的架构，具体可以包括处理器810，视频显示适配器811，磁盘驱动器812，输入/输出接口813，网络接口814，以及存储器820。上述处理器810、视频显示适配器811、磁盘驱动器812、输入/输出接口813、网络接口814，与存储器820之间可以通过通信总线830进行通信连接。

其中，处理器810可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器820可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器820可以存储用于控制计算机系统800运行的操作系统821，用于控制计算机系统800的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器823，数据存储管理系统824，以及风险控制处理系统825等等。上述风险控制处理系统825就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器820中，并由处理器810来调用执行。

输入/输出接口813用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口814用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线830包括一通路，在设备的各个组件(例如处理器810、视频显示适配器811、磁盘驱动器812、输入/输出接口813、网络接口814，与存储器820)之间传输信息。

另外，该计算机系统800还可以从虚拟资源对象领取条件信息数据库841中获得具体领取条件的信息，以用于进行条件判断，等等。

需要说明的是，尽管上述设备仅示出了处理器810、视频显示适配器811、磁盘驱动器812、输入/输出接口813、网络接口814，存储器820，总线830等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

另外，本申请实施例还提供了一种供应链信息风险控制系统，该系统具体可以包括：

预约入库模块，用于接收基于采购单信息提交的预约入库请求，并在生成预约入库单后，在所述采购单与所述预约入库单之间建立绑定关系；所述采购单关联有采购融资信息；

仓库信息管理模块，用于接收目标预约入库单，并提供给风险控制模块启动风险评估流程；

风险控制模块，用于对所述目标预约入库单关联的目标物流对象进行风险控制。

在前述实施例中，是对进行了采购融资以及没有进行采购融资的情况，分别提供了不同的预约入口，通过不同的预约入口可以将不同的情况进行区分，进而，在有用户没有按照规范进行操作的情况下(例如，对于进行了采购融资的采购单，却通过第二预约模块进行预约，以至于没有与预约入库单建立起绑定关系，等等)进行风险控制。而在该方案中，可以仅针对进行了采购融资的采购单关联的预约入库单进行风险控制，也就是说，在用户没有发生违规操作的情况下，对于进行了采购融资的情况，确实是通过第一预约入库模块进行了预约，则也可以针对这种预约入库单进行风险控制。例如，在接收到某具体的目标预约入库单之后，如果发现其与某采购单具有绑定关系，则可以对其进行风险控制。例如，后续在收到关于该目标预约入库单关联的物流对象的存货融资请求时，可以将该物流对象的库存货值中扣除所述目标预约入库单对应的货值，然后再确定具体的存货融资额，等等。

关于该实施例中的未详述部分，可以参见前述实施例中的介绍，这里不再赘述。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的供应链信息风险控制方法、装置及系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (22)

1.一种供应链信息风险控制系统，其特征在于，包括：

第一预约入库模块，用于接收基于采购单信息提交的第一预约入库请求，并在生成预约入库单后，在所述采购单与所述预约入库单之间建立绑定关系；所述采购单关联有采购融资信息；

第二预约入库模块，用于接收第二预约入库请求，并生成预约入库单；

仓库信息管理模块，用于接收目标预约入库单，并提供给风险控制模块启动风险评估流程；

风险控制模块，用于针对所述目标预约入库单，确定是否存在与该目标预约入库单具有绑定关系的采购单，如果不存在，则确定所述目标预约入库单关联的目标物流对象信息以及第一用户信息，并确定所述第一用户关联的采购单中，是否存在包含有所述目标物流对象、关联有尚未结清的融资信息且尚未全部完成入库的目标采购单，如果存在，则对所述目标物流对象进行风险控制。

2.根据权利1所述的系统，其特征在于，

所述风险控制模块在对所述目标物流对象进行风险控制时，具体用于，

确定所述目标预约入库单中所述目标物流对象对应货品的第一货值，以及所述目标采购单中该目标物流对象处于在途状态的货品的第二货值；将所述第一货值与所述第二货值之间的较小者确定为所述目标物流对象的风险库存值。

3.根据权利2所述的系统，其特征在于，

所述目标采购单为多个时，所述第二货值为所述多个目标采购单中该目标物流对象处于在途状态的货品的货值之和。

4.根据权利2所述的系统，其特征在于，

所述风险控制模块在对所述目标物流对象进行风险控制时，还用于：

对所述目标采购单的状态变化信息进行监控；

在所述目标采购单的状态发生变化时，对所述目标物流对象的风险库存进行重评估。

5.根据权利要求2至4任一项所述的系统，其特征在于，

所述系统还包括：

存货融资模块，用于接收到基于目标仓库中的存货进行融资的请求时，获得所述目标仓库中与所述第一用户关联的各物流对象的库存量信息，并获得物流对象的价值信息，根据所述库存量以及所述价值信息对所述存货量确定库存货值，并将库存货值中扣除所述目标物流对象对应的风险库存，得到存货估值结果，以用于确定存货融资额。

6.根据权利要求1至4任一项所述的系统，其特征在于，还包括：

采购单生成模块，用于提供可选的第二用户及其可提供的物流对象信息，并根据选中的目标第二用户以及物流对象信息生成采购单；

采购融资模块，用于接收基于采购单发起的融资请求，对所述采购单关联的货值进行估值，以用于确定采购融资额。

7.一种预约入库方法，其特征在于，包括：

接收基于采购单信息提交的第一预约入库请求；所述采购单关联有采购融资信息；

根据所述第一预约入库请求生成预约入库单；

在所述采购单与所述预约入库单之间建立绑定关系。

8.一种入库信息风险控制方法，其特征在于，包括：

确定目标预约入库单；

确定是否存在与该目标预约入库单具有绑定关系的采购单；其中，所述绑定关系是在生成所述目标预约入库单时建立的，所述采购单关联有采购融资信息；

如果不存在，则确定所述目标预约入库单关联的目标物流对象信息以及第一用户信息，并确定所述第一用户关联的采购单中，是否存在包含有所述目标物流对象、关联有尚未结清的融资信息且尚未全部完成入库的目标采购单；

如果存在，则对所述目标物流对象进行风险控制。

9.根据权利要求8所述的方法，其特征在于，还包括：

如果存在与该目标预约入库单具有绑定关系的采购单，则根据所述目标预约入库单对应的货值对所述采购单关联的在途货值进行扣减。

10.根据权利要求8所述的方法，其特征在于，

所述对所述目标物流对象进行风险控制，包括：

确定所述目标预约入库单中所述目标物流对象对应货品的第一货值，以及所述目标采购单中该目标物流对象处于在途状态的货品的第二货值；

将所述第一货值与所述第二货值之间的较小者确定为所述目标物流对象的风险库存值。

11.根据权利要求10所述的方法，其特征在于，

所述目标采购单为多个时，所述第二货值为所述多个目标采购单中该目标物流对象处于在途状态的货品的货值之和。

12.根据权利要求10所述的方法，其特征在于，还包括：

对所述目标采购单的状态变化信息进行监控；

在所述目标采购单的状态发生变化时，对所述目标物流对象的风险库存进行重评估。

13.根据权利要求12所述的方法，其特征在于，

所述对所述目标物流对象的风险库存进行重评估，包括：

如果所述目标采购单仅有一个，则在所述目标采购单中所述目标物流对象处于在途状态的货品货值发生变化，以至于小于所述第一货值时，将所述目标物流对象的风险库存更新为所述变化后的在途状态的货品货值。

14.根据权利要求12所述的方法，其特征在于，

所述对所述目标物流对象的风险库存进行重评估，包括：

在所述目标采购单为多个时，将所述多个目标采购单按照时间的先后顺序进行排列；

按照从前到后的顺序，将所述目标物流对象的风险库存与所述目标采购单建立关联；其中，如果首个目标采购单中所述目标物流对象的在途货值大于所述第一货值，则将所述目标物流对象的风险库存全部关联到该首个目标采购单；否则，将与所述在途货值等值的部分风险库存关联到该首个目标采购单，将剩余的风险库存关联到后续的其他目标采购单；

当所述目标采购单中所述目标物流对象处于在途状态的货品货值发生变化时，根据变化后的在途货品货值与所述第一货值之间的大小关系，对所述目标物流对象的风险库存进行更新或者转移到其他目标采购单。

15.根据权利要求12所述的方法，其特征在于，

所述对所述目标物流对象的风险库存进行重评估，包括：

当其中一目标采购单的融资额被结清时，判断是否存在其他未结清的目标采购单；

如果存在，则将所述目标物流对象的风险库存转移到所述未结清的目标采购单，否则，将所述目标物流对象的风险库存置为零。

16.根据权利要求12所述的方法，其特征在于，

所述对所述目标物流对象的风险库存进行重评估，包括：

接收到对其中一目标采购单的在途货值进行强制清零的操作时，判断是否存在其他目标采购单；

如果存在，则将所述目标物流对象的风险库存转移到所述其他目标采购单，否则，将所述目标物流对象的风险库存置为零。

17.一种存货信息处理方法，其特征在于，包括：

接收到基于目标仓库中的存货进行融资的请求时，确定所述请求关联的第一用户；

获得所述目标仓库中与所述第一用户关联的物流对象的库存量信息，以及所述物流对象的价值信息；

根据所述库存量以及所述价值信息对所述存货量确定库存货值；

判断所述目标仓库中与所述第一用户关联的物流对象中是否存在具有风险库存的目标物流对象，如果存在，则将库存货值中扣除所述目标物流对象对应的风险库存，得到存货估值结果，以用于确定存货融资额。

18.一种预约入库装置，其特征在于，包括：

预约入库请求接收单元，用于接收基于采购单信息提交的第一预约入库请求；所述采购单关联有采购融资信息；

预约入库单生成单元，用于根据所述第一预约入库请求生成预约入库单；

绑定关系建立单元，用于在所述采购单与所述预约入库单之间建立绑定关系。

19.一种入库信息风险控制装置，其特征在于，包括：

预约入库单确定单元，用于确定目标预约入库单；

第一判断单元，用于确定是否存在与该目标预约入库单具有绑定关系的采购单；其中，所述绑定关系是在生成所述目标预约入库单时建立的，所述采购单关联有采购融资信息；

第二判断单元，用于如果所述第一判断单元的判断结果为不存在，则确定所述目标预约入库单关联的目标物流对象信息以及第一用户信息，并确定所述第一用户关联的采购单中，是否存在包含有所述目标物流对象、关联有尚未结清的融资信息且尚未全部完成入库的目标采购单；

风险控制单元，用于如果存在，则对所述目标物流对象进行风险控制。

20.一种存货信息处理装置，其特征在于，包括：

存货融资请求接收单元，用于接收到基于目标仓库中的存货进行融资的请求时，确定所述请求关联的第一用户；

物流对象信息获得单元，用于获得所述目标仓库中与所述第一用户关联的物流对象的库存量信息，以及所述物流对象的价值信息；

库存货值确定单元，用于根据所述库存量以及所述价值信息对所述存货量确定库存货值；

存货估值确定单元，用于判断所述目标仓库中与所述第一用户关联的物流对象中是否存在具有风险库存的目标物流对象，如果存在，则将库存货值中扣除所述目标物流对象对应的风险库存，得到存货估值结果，以用于确定存货融资额。

21.一种计算机系统，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

确定目标预约入库单；

确定是否存在与该目标预约入库单具有绑定关系的采购单；其中，所述绑定关系是在生成所述目标预约入库单时建立的，所述采购单关联有采购融资信息；

如果所述第一判断单元的判断结果为不存在，则确定所述目标预约入库单关联的目标物流对象信息以及第一用户信息，并确定所述第一用户关联的采购单中，是否存在包含有所述目标物流对象、关联有尚未结清的融资信息且尚未全部完成入库的目标采购单；

如果存在，则对所述目标物流对象进行风险控制。

22.一种供应链信息风险控制系统，其特征在于，包括：

预约入库模块，用于接收基于采购单信息提交的预约入库请求，并在生成预约入库单后，在所述采购单与所述预约入库单之间建立绑定关系；所述采购单关联有采购融资信息；

仓库信息管理模块，用于接收目标预约入库单，并提供给风险控制模块启动风险评估流程；

风险控制模块，用于对所述目标预约入库单关联的目标物流对象进行风险控制。