一种物流业务处理方法及装置与流程

文档序号:11217113
一种物流业务处理方法及装置与流程

本申请涉及互联网信息技术处理领域,尤其涉及一种物流业务处理方法及装置。



背景技术:

为了实现供货商将业务对象提供给各渠道进行销售,供货商可通过仓配提供方提供的服务将业务对象入库到仓配提供方(拥有仓库和配送服务能力的公司,如顺丰、菜鸟)的仓库,也即供货商先联系仓配提供方,由仓配提供方将业务对象从供货商的仓库运输至仓配提供方的仓库,实现将业务对象入库到仓配提供服务方的仓库。所述渠道是指供货商的供货目标。例如,可以包括线下实体店、线上a电商平台、线上b电商平台。用户针对线上电商平台展示的业务对象下单后,供货商可将该业务对象的信息和收货人信息发送给仓配提供方,由仓配提供方按照业务对象的信息进行业务对象的分拣,后续配送人员按照收货人信息将业务对象送达到所述用户。

现有技术中,实现上述物流业务的系统如图1所示,包括仓配提供方服务器和供货商服务器。供货商服务器按照仓配提供方服务器对业务对象的结构化定义,将需要运输至仓配提供方仓库的业务对象的信息发送给供货商服务器,仓配提供方服务器接收到信息后,通知仓配提供方的相关人员,进行业务对象的入库。此外,还可以利用上述系统针对业务对象进行其他库存操作,例如:出库操作,以及实现业务对象在各仓配提供方的仓库间的调拨操作。

图1所示的系统实现了供货商服务器和仓配提供方服务器对物流业务的处理。然而,由于仓配提供方不止一个,供货商若需要使用多个仓配提供方提供的仓配服务,则需要供货商服务器与每一个仓配提供方服务器分别建立连接。如图2所示,假设有1个供货商服务器p1,有三个仓配提供方服务器sp1、sp2 和sp3,则需要供货商服务器p1分别与仓配提供方服务器sp1、sp2和sp3对接。此种情况下,往往会存在以下问题:

问题1:由于不同仓配提供方服务器对业务对象的信息的结构化定义不同,为了和多个仓配提供方服务器进行交互,同一供货商的同一业务对象的信息在供货商服务器中需要有很多不同的结构化定义,这将导致供货服务器中需要较多的存储空间来存储同一业务对象的信息,也增加了供货商对信息的维护升级成本。

问题2:由于不同仓配提供方对库存操作流程的要求不同,这将导致供货商服务器与仓配提供方服务器之间针对库存操作(如发货、退货,调拨等)之间的程序调用也即库存互操作难度增加。



技术实现要素:

有鉴于此,本申请提出了一种物流业务处理方法及装置,以解决供货服务器中需要较多的存储空间来存储同一业务对象的信息以及供货商服务器与仓配提供方服务器之间库存互操作难度增加的问题。

一种物流业务处理方法,包括:

仓配服务平台接收供货商服务器发送的第一调用请求,所述第一调用请求用于调用仓配服务平台的具有库存操作申请功能的接口,所述第一调用请求携带有库存操作申请类型、仓配提供方的仓库的标识和业务对象的信息;

仓配服务平台向仓配提供方服务器发送第二调用请求,所述第二调用请求用于调用仓配提供方服务器的具有创建库存操作申请单据功能的接口,所述第二调用请求中携带有所述库存操作申请类型、所述仓配提供方的仓库的标识和所述业务对象的信息;

仓配服务平台接收仓配提供方服务器发送的第二调用响应,所述第二调用响应中携带有库存操作申请单据,所述库存操作申请单据是利用所述第二调用请求中携带的信息生成的;

仓配服务平台向供货商服务器发送第一调用响应,所述第一调用响应中包 含所述库存操作申请单据。

一种物流业务处理方法,包括:

供货商服务器向仓配服务平台发送第一调用请求,所述第一调用请求用于调用仓配服务平台的具有库存操作申请功能的接口,携带有库存操作申请类型、仓配提供方的仓库的标识和业务对象的信息;

接收仓配服务平台发送的第一调用响应,所述第一调用响应是仓配服务平台接收到第二调用响应后发送的,包含所述库存操作申请单据;所述第二调用响应是仓配提供方服务器基于仓配服务平台的第二调用请求发送的,所述第二调用请求用于调用仓配提供方服务器的具有创建库存操作申请单据功能的接口,所述第二调用请求是仓配服务平台在接收到所述第一调用请求后,向仓配提供方服务器发送的。

一种物流业务处理方法,包括:

仓配提供方服务器接收仓配服务平台发送的第二调用请求,所述第二调用请求是仓配服务平台在接收到供货商服务器的第一调用请求后发送的,用于调用仓配提供方服务器的具有创建库存操作申请单据功能的接口,携带有库存操作申请类型、所述仓配提供方的仓库的标识和业务对象的信息;

仓配提供方服务器利用第二调用请求中携带的所述库存操作申请类型、所述仓配提供方的仓库的标识和所述业务对象的信息,创建库存操作申请单据;

向仓配服务平台发送第二调用响应,所述第二调用响应中携带有库存操作申请单据,所述仓配服务平台在接收到所述第二调用响应后,向供货商服务器发送第一调用响应,所述第一调用响应中包含所述库存操作申请单据。

一种仓配服务平台,包括:

第一接收单元,用于接收供货商服务器发送的第一调用请求,所述第一调用请求用于调用仓配服务平台的具有库存操作申请功能的接口,所述第一调用请求携带有库存操作申请类型、仓配提供方的仓库的标识和业务对象的信息;

第一发送单元,用于向仓配提供方服务器发送第二调用请求,所述第二调 用请求用于调用仓配提供方服务器的具有创建库存操作申请单据功能的接口,所述第二调用请求中携带有所述库存操作申请类型、所述仓配提供方的仓库的标识和所述业务对象的信息;

第二接收单元,用于接收仓配提供方服务器发送的第二调用响应,所述第二调用响应中携带有库存操作申请单据,所述库存操作申请单据是利用所述第二调用请求中携带的信息生成的;

第二发送单元,用于向供货商服务器发送第一调用响应,所述第一调用响应中包含所述库存操作申请单据。

一种供货商服务器,包括:

发送单元,用于向仓配服务平台发送第一调用请求,所述第一调用请求用于调用仓配服务平台的具有库存操作申请功能的接口,携带有库存操作申请类型、仓配提供方的仓库的标识和业务对象的信息;

接收单元,用于接收仓配服务平台发送的第一调用响应,所述第一调用响应是仓配服务平台接收到第二调用响应后发送的,包含所述库存操作申请单据;所述第二调用响应是仓配提供方服务器基于仓配服务平台的第二调用请求发送的,所述第二调用请求用于调用仓配提供方服务器的具有创建库存操作申请单据功能的接口,所述第二调用请求是仓配服务平台在接收到所述第一调用请求后,向仓配提供方服务器发送的。

一种仓配提供方服务器,包括:

接收单元,用于接收仓配服务平台发送的第二调用请求,所述第二调用请求是仓配服务平台在接收到供货商服务器的第一调用请求后发送的,用于调用仓配提供方服务器的具有创建库存操作申请单据功能的接口,携带有库存操作申请类型、所述仓配提供方的仓库的标识和业务对象的信息;

创建单元,用于利用第二调用请求中携带的所述库存操作申请类型、所述仓配提供方的仓库的标识和所述业务对象的信息,创建库存操作申请单据;

发送单元,用于向仓配服务平台发送第二调用响应,所述第二调用响应中 携带有库存操作申请单据,所述仓配服务平台在接收到所述第二调用响应后,向供货商服务器发送第一调用响应,所述第一调用响应中包含所述库存操作申请单据。

本申请有益效果如下:

本申请实施例中,一方面,由于在仓配提供方服务器和供货商服务器之间设立了仓配服务平台作为中间方,任一供货商服务器和任一仓配提供方服务器均可通过仓配服务平台进行物流业务信息的交互,无需供货商服务器和多个仓配提供方服务器逐一建立连接,因此,减少了供货商与仓配提供方之间的系统对接成本;另一方面,由于供货商服务器、仓配服务平台、仓配提供方服务器之间通过统一的结构化定义对业务对象的信息进行定义以及统一的库存操作接口进行库存互操作,因此,减少了供货商服务器对业务对象的信息的存储,降低了供货商服务器对信息的维护升级成本以及供货商服务器与仓配提供方服务器之间的库存互操作难度。

附图说明

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

图1为现有技术中的由供货商服务器和仓配提供方服务器构成的物流业务处理系统的示意图;

图2为现有技术中的在有1个供货商服务器和三个仓配提供方服务器时的物流业务处理系统的示意图;

图3为本申请实施例提供的物流业务处理系统的结构示意图;

图4为本申请实施例提供的使用应用程序开发接口和服务提供接口实现本申请实施例的物流业务处理系统时的系统原理图;

图5为本申请实施例提供的申请补货时的调用时序示意图;

图6本申请实施例提供的库存操作申请方法的流程示意图;

图7为申请实施例提供的库存操作通知方法的流程示意图;

图8本申请实施例提供的取消库存操作申请方法的流程示意图;

图9为本申请实施例提供的进行渠道间业务对象的调配方法的流程示意图;

图10为本申请实施例提供的为用户发货的方法的流程示意图之一;

图11为本申请实施例提供的为用户取消发货的方法的流程示意图;

图12为本申请实施例提供的为用户发货的方法的流程示意图之二;

图13为本申请实施例提供的为用户发货后通知供货商服务器业务对象已出库的方法的流程图;

图14为本申请实施例提供的为用户取消发货的方法的流程示意图之二;

图15为本申请实施例提供的仓配服务平台的结构示意图;

图16为本申请实施例提供的供货商服务器的结构示意图;

图17为本申请实施例提供的仓配提供方服务器的结构示意图。

具体实施方式

为了实现本申请的目的,本申请实施例提供了一种物流业务处理方法及装置,该方法基于包含供货商服务器、仓配服务平台和仓配提供方服务器的物流业务处理系统,该系统仓配服务平台作为中间方,传递供货商服务器和仓配提供方服务器之间的物流业务信息,任一供货商服务器和任一仓配提供方服务器均可通过仓配服务平台进行物流业务信息的交互,减少了供货商与仓配提供方之间的系统对接成本;并且,该方法中,仓配服务平台作为中间方,首先,接收供货商服务器的远程调用仓配服务平台方具有库存操作申请接口的调用请求,之后,基于该调用请求,远程嵌套调用仓配提供方服务器的具有创建库存操作申请单据功能的接口,最后,将远程嵌套调用结果发送给供货商服务器。由于是调用统一的库存操作申请接口,因此,接口调用时使用的业务对象的信息的结构化定义是统一的,因此,实现了业务对象的信息的结构化定义的统一 以及供货商服务器和仓配提供方服务器之间的库存互操作流程的统一,故,所有供货商服务器和仓配提供方服务器都可以对接仓配服务平台进行统一的库存互操作。

为了清楚地理解本申请实施例的方案,首先对本申请实施例中的物流业务处理系统进行介绍:

如图3所示,其为本申请实施例提供的物流业务处理系统的结构示意图,包括:供货商服务器31、仓配服务平台32和仓配提供方服务器33;所述中间仓配服务平台定义了业务对象的标识、仓库的标识和各种库存操作的接口定义,其中:

在库存操作申请阶段,供货商服务器31、仓配服务平台32和仓配提供方服务器33的功能如下:

供货商服务器31,用于向仓配服务平台发送第一调用请求,所述第一调用请求用于调用仓配服务平台的具有库存操作申请功能的接口,携带有库存操作申请类型、仓配提供方的仓库的标识和业务对象的信息;以及接收向仓配服务平台发送的第一调用响应。

所述库存操作包括入库、出库和调拨。所述库存操作申请类型包括:入库申请、出库申请和调拨申请,库存操作实操包括:入库实操、出库实操和调拨实操。

上述业务对象的标识可以为业务对象的编码,仓库的标识可以为仓库的编码。

仓配服务平台32,用于在所述第一调用请求的触发下,向仓配提供方服务器发送第二调用请求,所述第二调用请求用于调用仓配提供方服务器的具有创建库存操作申请单据功能的接口,所述第二调用请求中有库存操作申请类型、仓配提供方的仓库的标识和业务对象的信息;接收仓配提供方服务器发送的第二调用响应;在所述第二调用响应的触发下,向供货商服务器发送第一调用响应,所述第一调用响应中包含所述库存操作申请单据;

仓配提供方服务器33,用于利用第二调用请求中携带的库存操作申请类型、仓配提供方的仓库的标识和业务对象的信息,创建库存操作申请单据,向仓配服务平台发送第二调用响应,所述第二调用响应中携带有库存操作申请单据,所述库存操作申请单据中包含库存操作申请单号、库存操作申请类型、仓配提供方的仓库的标识和业务对象的信息。

上述库存操作可包括将供货商的业务对象入库到仓配提供方的仓库、将供货商的已入库到仓配提供方的仓库中的业务对象出库到供货商和将供货商的业务对象从一物流服务提供方的仓库调拨到另一物流服务提供方的仓库。

接下来进入业务对象的库存操作实操阶段:

库存操作申请成功之后,供货商服务器和仓配提供方服务器获得库存操作申请单据。该库存操作申请单据对供货商和仓配提供方来说是库存操作凭证,仓配提供方据此对供货商的业务对象执行库存操作实操,实操是指对仓配提供方人员对业务对象(实体)执行的操作,例如,将业务对象从供货商运输仓配提供方的仓库,以及将业务对象进行入库。

在实操阶段完成后,进入库存操作实操通知阶段(仓配提供方需要通知供货商业务对象的库存操作的实际情况),此时,供货商服务器31、仓配服务平台32和仓配提供方服务器33的功能如下:

仓配提供方服务器33,用于向仓配服务平台发送第三调用请求,所述第三调用请求用于调用仓配服务平台的具有库存操作实操通知功能的接口,携带有库存操作实操单据;所述库存操作实操单据中包含:库存操作实操单号、实操日期、库存操作实操类型和执行库存操作实操的业务对象的信息;以及接收仓配服务平台发送的第三调用响应;

仓配服务平台32,用于接收仓配提供方服务器发送的第三调用请求,在仓配提供方服务器的第三调用请求的触发下,向供货商服务器发送第四调用请求,所述第四调用请求用于调用供货商服务器的具有库存操作实操通知功能的接口,携带有所述库存操作实操单据;以及接收供货商服务器发送的第四调用 响应,所述第四调用响应中包含确认接收到实操通知,在第四调用响应的触发下向仓配提供方服务器发送第三调用响应,所述第三调用响应中包含所述确认接收到实操通知;

供货商服务器31,用于接收仓配服务平台发送的第四调用请求,基于第四调用请求中携带的库存操作实操单据向仓配服务平台发送第四调用响应,所述第四调用响应中包含确认接收到实操通知。

在上述过程中,仓配服务平台可以保存来自供货商服务器的库存操作申请单据,以及来自仓配提供方的库存操作实操单据,供后续供货商和仓配提供方进行查询以及进行相关的分析和处理。

使用应用程序开发接口(applicationprograminginterface,api)以及服务提供接口(serviceproviderinterface,spi)实现上述系统时,具体的原理图可如图4所示,系统内的调用可以如图5所示,图5所示的是申请补货时系统内的调用时序示意图。

图4中,在仓配服务平台中的供货商spi中,申请补货(申请将供货商的业务对象从供货商入库到仓配提供方的仓库)、申请退货(申请将已入库到仓配提供方的仓库中的供货商的业务对象出库到供货商)、取消补货申请、取消退货申请是站在供货商的角度来说的,其本质是供货商针对业务对象的库存操作申请。

图4中有4个抽象类:供货商api、供货商spi、仓配提供方api和仓配提供方spi。它们是由仓配服务平台统一抽象定义。通过图4中类的方法定义,可以看到这些类的功能。其中,供货商api:代表仓配服务平台提供给供货商的服务。供货商spi:代表供货商提供给仓配服务平台的服务。仓配提供方api:代表仓配服务平台提供给仓配提供方的服务。仓配提供方spi:代表仓配提供方提供给仓配服务平台的服务。有3个实现类:供货商、仓配服务平台和仓配提供方。这3个类是具体api/spi的实现。有3个包:供货商、仓配服务平台和仓配提供方。这3个包代表了上述3个实现类的对象所在的环境。比如供货商 对象就在供货商服务器中,仓配提供方对象就在仓配提供方服务器中。

此外,基于安全方面的考虑,对象之间的远程访问可以建立在安全的数据通信上,比如基于公钥基础设施(publickeyinfrastructure,pki)的安全体系。

上述供货商服务器和仓配服务平台之间的通信协议以及仓配服务平台和仓配提供方服务器之间的通信协议可以基于安全版本的超文本传输协议(hypertexttransferprotocoloversecuresocketlayer,https)的webservice,此时由于webservice是与操作系统和编程语言无关的,因此,无论服务器的操作系统是基于windows还是基于linux,上述接口的开发是基于java还是.net,都可以相互调用。

下面结合说明书附图对本申请各个实施例作进一步地详细描述。显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。

如图6所示,其为本申请实施例提供的一种物流业务处理方法的流程示意图,具体为库存操作申请方法的流程示意图,包括以下步骤:

步骤601:供货商服务器向仓配服务平台发送第一调用请求,所述第一调用请求用于调用仓配服务平台的具有库存操作申请功能的接口,携带有库存操作申请类型、仓配提供方的仓库的标识和业务对象的信息;

上述业务对象的信息可包括业务对象的标识、库存数量单位(stockkeepingunit,sku)编码信息以及计划进行库存操作的业务对象的数量。上述第一调用请求中还可以包括计划进行库存操作日期等信息。

在库存操作申请类型为入库申请时,仓配提供方的仓库的标识即为入库仓库的标识;在库存操作申请类型为出库申请时,仓配提供方的仓库的标识即为出库仓库的标识;在库存操作申请类型为调拨申请时,仓配提供方的仓库的标识包括出库仓库的标识和入库仓库的标识。

步骤602:仓配服务平台在所述第一调用请求的触发下,向仓配提供方服 务器发送第二调用请求,所述第二调用请求用于调用仓配提供方服务器的具有创建库存操作申请单据功能的接口,所述第二调用请求中携带有所述库存操作申请类型、所述仓配提供方的仓库的标识和所述业务对象的信息;

上述步骤602中仓配服务平台调用仓配提供方服务器的具有创建库存操作申请单据功能的接口即为远程嵌套调用,实现了调用结果的同步获知。

步骤603:仓配提供方服务器利用第二调用请求中携带的所述库存操作申请类型、所述仓配提供方的仓库的标识和所述业务对象的信息,创建库存操作申请单据;

所述库存操作申请单据中包含库存操作申请单号、库存操作申请类型、仓配提供方的仓库的标识和业务对象的信息。

步骤604:仓配提供方服务器向仓配服务平台发送第二调用响应,所述第二调用响应中携带有库存操作申请单据;

步骤605:仓配服务平台在所述第二调用响应的触发下,向供货商服务器发送第一调用响应,所述第一调用响应中包含所述库存操作申请单据。

在库存操作申请后,仓配提供方针对供货商的业务对象执行库存操作实操。实操完成后,可产生库存操作实操单据,进入库存操作实操通知阶段,该库存操作实操单据中可包括:库存操作实操单号,库存操作实操类型、业务对象的信息以及实际进行库存操作实操的日期,这里的业务对象的信息可包括业务对象的标识、sku编码信息以及实际执行库存操作的业务对象的数量。具体为库存操作通知方法的流程示意图如图7所示,包括以下步骤:

步骤701:仓配提供方服务器向仓配服务平台发送第三调用请求,所述第三调用请求用于调用仓配服务平台的具有库存操作实操通知功能的接口,携带有库存操作实操单据;

步骤702:仓配服务平台在所述第三调用请求的触发下,向供货商服务器发送第四调用请求,所述第四调用请求用于调用供货商服务器的具有库存操作实操通知功能的接口,携带有所述库存操作实操单据;

步骤703:供货商服务器向仓配服务平台发送第四调用响应,所述第四调用响应中包含确认接收到实操通知;

步骤704:仓配服务平台在所述第四调用响应的触发下,向仓配提供方服务器发送第三调用响应,所述第三调用响应中包含所述确认接收到实操通知。

在库存操作申请后,供货商若需要取消库存操作申请,此时的取消库存操作申请的流程的示意图如图8所示,包括以下步骤:

步骤801:供货商服务器向仓配服务平台发送第五调用请求,所述第五调用请求用于调用仓配服务平台的具有取消库存操作申请功能的接口,携带有库存操作申请单号;

步骤802:仓配服务平台在所述第五调用请求的触发下,向仓配提供方服务器发送第六调用请求,所述第六调用请求用于调用仓配提供方服务器的具有取消库存操作申请单据功能的接口,携带有库存操作申请单号;

步骤803:仓配提供方服务器向仓配服务平台发送第六调用响应,所述第六调用响应中携带有确认取消申请消息;

步骤804:仓配服务平台在所述第六调用响应的触发下,向供货商服务器发送第五调用响应,所述第五调用响应中携带有确认取消申请消息。

此外,现有的包括供货商的服务器和仓配提供方服务器但不包括仓配服务平台的系统中,考虑到渠道的不同,不同渠道供货的数量不同,入库过程中,供货商需要将业务对象按渠道进行标识,也可相应的在实际的仓库中对业务对象进行按渠道进行物理上的分离。例如:供货商为a销售平台供货100台洗衣机、为b销售平台供货300台洗衣机,则需要在洗衣机入库到仓配提供方的仓库前,为400台洗衣机中的100台进行单独标识,标识为供给a销售平台的业务对象,后续的300台标识为供给b销售平台的业务对象。后续用户在某一渠道下单后,供货商服务器将按渠道标识的业务对象的信息发送给仓配提供方服务器,仓配提供方服务器通知仓配提供方从仓库中为相应的渠道分配的物理库存中进行业务对象的分拣及发货。现有技术中将业务对象按渠道进行标识,实 现了业务对象在分渠道销售。然而,由于业务对象已经按照了渠道进行标识,一方面,各渠道的业务对象在物理上是分离的,另一方面,各渠道的业务对象在标识上是独立的,这就使得在所述物流业务系统下,不易进行渠道间业务对象的调配,并且增加仓库管理的费用。为此,本申请实施例提供了一种可以进行渠道间业务对象的调配的物流业务处理方法,应用在包括供货商服务器、仓配服务平台和仓配提供方服务器的系统中,该可以进行渠道间业务对象的调配的物流业务处理方法可以是基于本申请实施描述的上述系统,也可以不基于本申请实施描述的上述系统,该方法的流程图如9所示,可包括以下步骤:

步骤901:供货商服务器向仓配服务平台发送渠道库存调配请求,所述渠道库存调配请求中包括:调出方渠道的标识、调入方渠道的标识、调配涉及的业务对象的信息;

步骤902:仓配服务平台按照所述渠道库存调配请求中的调出方渠道的标识、调入方渠道的标识、调配涉及的业务对象的信息,修改存储的调出方渠道中该业务对象的库存信息和调入方渠道中的该业务对象的库存信息,得到修改结果;

上述库存信息可以包括:库存数量、业务对象的sku信息。

步骤903:仓配服务平台向供货商服务器发送渠道库存调配响应,所述渠道库存调配响应中包括所述修改结果。

上述可以进行渠道间业务对象的调配的物流业务处理方法中,在仓配提供方服务器和供货商服务器之间设立了仓配服务平台作为中间方,将为各渠道分配的业务对象的库存信息保存在了仓配服务平台,实现了在仓配服务平台上对业务对象进行了逻辑上的渠道区分,这就使得无需对业务对象按照渠道进行标识,业务对象在仓配提供方的仓库中也无需进行渠道的区分,实现了物理上的一盘货。在进行调配时,只需向仓配服务平台发送渠道库存调配请求,仓配服务平台对业务对象在各渠道的库存信息进行修改即可。

此外,由于为各渠道分配的业务对象的库存信息保存在了仓配服务平台, 因此,供货商服务器还可以在发送第一调用请求时,将携带有渠道的标识和业务对象在各渠道的分配策略信息也携带上,以便于在仓配提供方服务器发送第三调用请求之后,实现对各渠道下业务对象的库存信息进行修改,使其与仓配提供方的仓库中的业务对象的库存数量保持一致。

具体的,仓配服务平台在接收到仓配提供方服务器发送的第三调用请求之后,可按照第三调用请求中携带的库存操作实操单据中的执行库存操作实操的业务对象的信息、第一调用请求中携带的渠道的标识和业务对象在各渠道中的分配策略信息,对存储的各渠道中该业务对象的库存信息进行修改。

例如,若第一调用请求中携带有渠道的标识和业务对象在各渠道的分配策略信息为:业务对象a在销售平台a和销售平台b的分配策略为:销售平台a:销售平台b=3:1;库存操作实操单据中的执行库存操作实操的业务对象的信息为:业务对象a,入库数量为100件;则对存储的各渠道中该业务对象的库存信息进行修改具体为:对销售平台a下业务对象的库存数量增加75件,对销售平台a下业务对象的库存数量增加25件。

在用户在渠道上针对业务对象进行下单后,供货商需要为用户发货,将业务对象从仓配提供方的仓库发货给用户,此时的物流业务处理流程如图10所示,包括以下步骤:

步骤1001:供货商服务器向仓配服务平台发送第一发货请求,所述第一发货请求中包括:渠道的标识、业务对象的信息和收货人信息;

步骤1002:仓配服务平台向仓配提供方服务器发送第二发货请求,所述第二发货请求中包括:所述业务对象的信息和所述收货人信息;

步骤1003:仓配服务平台按照第一发货请求中的业务对象的信息,对第一发货请求中的渠道的标识所表示的渠道中该业务对象的库存信息进行修改;

这里由于是发货,因此,对业务对象的库存信息进行的修改是减少业务对象的库存数量,具体减少的数量可由第一发货请求中的业务对象的信息来决定。

这里步骤1002和步骤1003的执行顺序可以不分先后。

步骤1004:仓配提供方服务器按照业务对象的信息和收货人信息执行业务对象的物流信息处理操作。

由于在仓配服务平台上存储了各渠道下的业务对象的库存信息,直接在仓配服务平台上对相应的渠道下业务对象的库存信息进行了修改,因此,在上述步骤103中,仓配服务平台并没有把渠道的标识发送给仓配提供方服务器,仓配提供方服务器也并不需要获知相关渠道信息,仓配提供方的仓库中的业务对象并不用区分渠道,是一盘货。

在此步骤1004之后,仓配提供方服务器也可以向仓配服务平台发送收到发货通知,仓配服务平台再把该收到通知发送给供货商服务器。仓配服务平台可以不在步骤1002中进行业务对象的库存信息的修改,而是在收到发货通知后修改第一发货请求中包括的渠道的标识所表示的渠道中的业务对象的库存信息。

此后,供货商若需要取消为用户发货,此时的物流业务处理流程如图11所示,可包括以下步骤:

步骤1101:供货商服务器向仓配服务平台发送第一取消发货请求,所述第一取消发货请求中包括:渠道的标识、业务对象的信息和发货人信息;

步骤1102:仓配服务平台按照第一取消发货请求中的业务对象的信息,对第一取消发货请求中包括的渠道的标识所表示的渠道中的业务对象的库存信息进行修改;

这里由于是取消发货,因此,对业务对象的库存信息进行的修改是增加业务对象的库存数量,具体增加的数量可由第一取消发货请求中的业务对象的信息来决定。

步骤1103:仓配服务平台向仓配提供方服务器发送第二取消发货请求,所述第二取消发货请求中包括:业务对象的信息和发货人信息。

步骤1104:仓配提供方服务器根据业务对象的信息和发货人信息,确认取 消发货。

在此步骤1104之后,仓配提供方服务器也可以向仓配服务平台发送取消发货成功通知,仓配服务平台再把该取消成功通知发送给供货商服务器。仓配服务平台可以不在步骤1102中进行业务对象的库存信息的修改,而是在收到取消发货成功通知后修改第一取消发货请求中包括的渠道的标识所表示的渠道中的业务对象的库存信息。

此外,仓配服务平台除了可以接收到供货商服务器发送的调配请求进行渠道间业务对象的调配外,在还可以基于各渠道下的业务对象的库存数量自动进行渠道间业务对象信息的调配。具体实现过程如下:针对每一业务对象,执行以下第一步至第四步:

第一步:仓配服务平台确定该业务对象所属的各渠道中,库存数量小于对应的渠道安全阈值的第一渠道的标识,以及库存数量大于预设的可调出阈值的第一渠道的标识,其中,预设的可调出阈值大于所述渠道安全阈值;

这里,由于在仓配服务平台上对业务对象进行了逻辑上的渠道划分,因此,每一业务对象均具有归属的渠道。

第二步:仓配服务平台将第一渠道的标识作为调入方渠道的标识,将第二渠道的标识作为调出方渠道的标识;

第三步:仓配服务平台根据第二渠道中该业务对象的库存数量,确定该业务对象的调配数量;

调配数量的具体确定值是基于第一渠道的库存数量的缺口和第二渠道中该业务对象的库存数量来决定的。

第四步:仓配服务平台按照所述调入方渠道的标识、所述调出方渠道的标识和确定的所述调配数量,修改存储的调入方渠道中该业务对象的库存数量和调出方渠道中的该业务对象的库存数量。

这里,由于是进行调配,调入方渠道下该业务对象的库存数量相应增加调配数量,调出方渠道下该业务对象的库存数量相应减少调配数量。

进一步的,由于仓配服务器存储了各渠道的实时库存数量信息,因此,仓配服务平台还可以自动基于渠道的业务对象的库存数量来向供货商服务器发送缺货通知,具体实现过程为:针对每一渠道,仓配服务器确定库存数量小于对应的渠道安全阈值的业务对象的信息;之后仓配服务器向供货商服务器发送缺货通知,所述缺货通知中包含业务对象的信息和业务对象的信息和业务对象所属渠道的标识。这里的缺货通知实质上是缺货预警通知,通知供货商及时补货,若不及时补货,将会发生真实的缺货。

上述各渠道的安全阈值可以基于供货商在该渠道下的历史销售量确定,此时,则仓配提供方服务器需要向仓配服务器发送的第二发货响应,所述发货响应中包含交易出库实操单据,所述交易出库实操单据中包含交易出库实操日期和执行交易出库实操的业务对象的信息;随后,仓配服务器将第一发货请求中携带的渠道的标识和接收的第二发货响应中携带的交易出库实操单据对应保存;保存后即可获得业务对象在各渠道下的历史销售量信息;进而每一渠道中每一业务对象对应的渠道安全阈值可通过以下方式确定:

针对每一渠道,执行以下操作:从该渠道的标识对应的交易出库实操单据中,查找出交易出库实操日期在设定时段内的交易出库实操单据;利用查找出的交易出库实操单据中的执行交易出库实操的业务对象的信息,确定该业务对象的日销售量;利用预设的安全天数和确定的日销售量,确定该业务对象在该渠道下的渠道安全阈值。这里,可将安全天数与确定的日销售量相乘得到的结果作为渠道安全阈值。上述安全天数是指业务对象在其所属渠道下至少可以销售多少天,才不会出现断货。上述渠道安全阈值是指业务数对象在其所属渠道下的库存数量必须达到多少,才不会出现断货。

此外,还可以在仓配服务平台上设置渠道间的关系,例如,设置为共享或独占,对于设置为共享的各渠道,可以在各渠道间的进行业务对象的调配,对于设置为独占的渠道,不可以进行渠道间的业务对象的调配。

上述图10和图11所示的物流业务处理过程也可以基于接口远程嵌套调用 的方式实现,具体如下:

针对供货商为用户发货的物流业务处理方法,其流程图如图12所示,包括以下步骤:

步骤1201:供货商服务器向仓配服务平台发送第七调用请求,所述第七调用请求用于调用仓配服务平台的具有发货申请功能的接口,携带有渠道的标识、业务对象的信息、仓配提供方的仓库的标识和收货人信息;

步骤1202:仓配服务平台在所述第七调用请求的触发下,向仓配提供方服务器发送第八调用请求,所述第八调用请求用于调用仓配提供方服务器的具有交易出库单据创建功能的接口,携带有业务对象的信息、仓配提供方的仓库的标识和收货人信息;

步骤1203:仓配提供方服务器利用业务对象的信息、仓配提供方的仓库的标识和收货人信息,生成交易出库申请单据;

所述交易出库申请单据中可包括:交易出库申请单号、交易出库申请日期、业务对象的信息、供货商的标识和仓配提供方的仓库的标识等。

步骤1204:仓配提供方服务器向仓配服务平台发送第八调用响应,所述第八调用响应中携带有交易出库申请单据;

步骤1205:仓配服务平台在所述第八调用响应的触发下向供货商服务器发送第七调用响应,所述第七调用响应中包含所述交易出库申请单据。

接下来,仓配服务方利用业务对象的信息和发货人信息,进行业务对象的分拣实操。实操完成后,需要通过仓配服务平台向供货商服务器发送交易出库实操通知,交易出库实操通知可包含交易出库实操日期、业务对象的信息、交易出库实操单号等等,通知供货商服务器业务对象已经出库,此时,具体的业务处理过程如图13所示,包括以下步骤:

步骤1301:仓配提供方服务器向仓配服务平台发送第九调用请求,所述第九调用请求用于调用仓配服务平台的具有交易出库实操通知功能的接口,携带有交易出库实操单据;

步骤1302:仓配服务平台利用所述交易出库实操单据中携带的业务对象的信息,对存储的第七调用请求中的渠道的标识所表示的渠道中的该业务对象的库存信息进行修改;

步骤1303:仓配服务平台在所述第九调用请求的触发下向供货商服务器发送第十调用请求,所述第十调用请求用于调用供货商服务器的具有交易出库实操通知功能的接口,携带有所述交易出库实操单据;

步骤1304:供货商服务器基于所述交易出库实操单据向仓配服务平台发送第十调用响应,所述第十调用响应中包含确认接收到交易出库通知;

步骤1305:仓配服务平台在所述第十调用响应的触发下向仓配提供方服务器发送第九调用响应,所述第九调用响应中包含所述确认接收到交易出库通知。

针对供货商为用户取消发货的物流业务处理方法,其流程图可如图14所示,包括以下步骤:

步骤1401:供货商服务器向仓配服务平台发送第十一调用请求,所述第十一调用请求用于调用仓配服务平台的具有取消发货申请功能的接口,携带交易出库申请单号;

步骤1402:仓配服务平台在所述第十一调用请求的触发下,向仓配提供方服务器发送第十二调用请求,所述第十二调用请求用于调用仓配提供方服务器的具有取消交易出库单据创建功能的接口,携带有所述交易出库申请单号;

步骤1403:仓配提供方服务器基于所述交易出库申请单号,向仓配服务平台发送第十二调用响应,所述第十二调用响应中携带有交易出库申请单号和确认取消申请消息;

步骤1404:仓配服务平台在所述第十二调用响应的触发下,向供货商服务器发送第十一调用响应,所述第十一调用响应中携带有交易出库申请单号和确认取消申请消息。

此外,仓配服务平台还可以自动基于渠道的业务对象的库存数量来向供货 商服务器发送缺货通知,在使用接口调用实现时,具体可为:仓配服务平台针对每一渠道,确定库存数量小于对应的渠道安全阈值的业务对象的信息;仓配服务平台向供货商服务器发送第十三调用请求,所述第十三调用请求用于调用供货商服务器的具有缺货通知功能的接口,携带确定的业务对象的信息和该业务对象所属的渠道的标识;供货商服务器向仓配服务平台发送第十三调用响应,所述第十三调用响应中包含确认接收到缺货通知。

针对安全阈值的确定,使用接口调用实现时,仓配服务平台可通过在仓配服务平台接收仓配提供方服务器发送的第九调用请求后,执行将第七调用请求中的渠道的标识和第九调用请求中携带的交易出库实操单据对应保存的操作,获取历史交易出库实操数据,具体的安全阈值确定方法已在上面进行了描述。

基于同一发明构思,本申请实施例还提供了一种仓配服务平台、供货商服务器和仓配提供服务器,具体如下:

如图15所示,其为本申请实施例提供的仓配服务平台的结构示意图,包括:

第一接收单元151,用于接收供货商服务器发送的第一调用请求,所述第一调用请求用于调用仓配服务平台的具有库存操作申请功能的接口,所述第一调用请求携带有库存操作申请类型、仓配提供方的仓库的标识和业务对象的信息;

第一发送单元152,用于向仓配提供方服务器发送第二调用请求,所述第二调用请求用于调用仓配提供方服务器的具有创建库存操作申请单据功能的接口,所述第二调用请求中携带有所述库存操作申请类型、所述仓配提供方的仓库的标识和所述业务对象的信息;

第二接收单元153,用于接收仓配提供方服务器发送的第二调用响应,所述第二调用响应中携带有库存操作申请单据,所述库存操作申请单据是利用所述第二调用请求中携带的信息生成的;

第二发送单元154,用于向供货商服务器发送第一调用响应,所述第一调 用响应中包含所述库存操作申请单据。

较佳的,所述第一接收单元151,还用于接收仓配提供方服务器发送的第三调用请求,所述第三调用请求用于调用仓配服务平台的具有库存操作实操通知功能的接口,所述第三调用请求携带有库存操作实操单据;

所述第一发送单元152,还用于向供货商服务器发送第四调用请求,所述第四调用请求用于调用供货商服务器的具有库存操作实操通知功能的接口,所述第四调用请求携带有所述库存操作实操单据;

所述第二接收单元153,还用于接收供货商服务器发送的第四调用响应,所述第四调用响应中包含确认接收到实操通知;

所述第二发送单元154,还用于向仓配提供方服务器发送第三调用响应,所述第三调用响应中包含所述确认接收到实操通知。

较佳的,所述库存操作申请单据中包含库存操作申请单号;

所述第一接收单元151,还用于在第二发送单元向供货商服务器发送第一调用响应之后,接收供货商服务器发送的第五调用请求,所述第五调用请求用于调用仓配服务平台的具有取消库存操作申请功能的接口,所述第五调用请求携带有库存操作申请单号;

所述第一发送单元152,还用于向仓配提供方服务器发送第六调用请求,所述第六调用请求用于调用仓配提供方服务器的具有取消库存操作申请功能的接口,所述第六调用请求携带有所述库存操作申请单号;

所述第二接收单元153,还用于接收仓配提供方服务器发送的第六调用响应,所述第六调用响应中携带有确认取消申请消息;

所述第二发送单元154,还用于向供货商服务器发送第五调用响应,所述第五调用响应中携带有确认取消申请消息。

较佳的,所述库存操作实操单据中包含执行库存操作实操的业务对象的信息,所述第一调用请求中还携带有渠道的标识和业务对象在各渠道的分配策略信息;

所述仓配服务平台还包括:渠道库存修改单元155,用于在第一接收单元接收到仓配提供方服务器发送的第三调用请求之后,按照第三调用请求中携带的库存操作实操单据中的执行库存操作实操的业务对象的信息、第一调用请求中携带的渠道的标识和业务对象在各渠道中的分配策略信息,对存储的各渠道中该业务对象的库存信息进行修改。

较佳的,所述第一接收单元151,还用于接收供货商服务器发送的第七调用请求,所述第七调用请求用于调用仓配服务平台的具有发货申请功能的接口,所述第七调用请求携带有渠道的标识、业务对象的信息、仓配提供方的仓库的标识和收货人信息;

所述第一发送单元152,还用于向仓配提供方服务器发送第八调用请求,所述第八调用请求用于调用仓配提供方服务器的具有交易出库单据创建功能的接口,所述第八调用请求携带有业务对象的信息、仓配提供方的仓库的标识和收货人信息;

所述第二接收单元153,还用于接收仓配提供方发送的第八调用响应,所述第八调用响应中携带有交易出库申请单据,所述交易出库申请单据是利用所述第八调用请求中携带的信息生成的,所述交易出库申请单据中包括:交易出库申请单号、仓配提供方的仓库的标识和业务对象的信息;

所述第二发送单元154,还用于向供货商服务器发送第七调用响应,所述第七调用响应中包含所述交易出库申请单据。

较佳的:渠道库存修改单元155;

所述第一接收单元151,还用于接收仓配提供方服务器发送的第九调用请求,所述第九调用请求用于调用仓配服务平台的具有交易出库实操通知功能的接口,所述第九调用请求携带有交易出库实操单据;

所述渠道库存修改单元155,还用于利用所述交易出库实操单据中携带的业务对象的信息,对存储的第七调用请求中的渠道的标识所表示的渠道中的该业务对象的库存信息进行修改;

所述第一发送单元152,还用于向供货商服务器发送第十调用请求,所述第十调用请求用于调用供货商服务器的具有交易出库实操通知功能的接口,所述第十调用请求携带有所述交易出库实操单据;

所述第二接收单元153,用于接收供货商服务器发送的第十调用响应,所述第十调用响应中包含确认接收到交易出库通知;

所述第二发送单元154,用于向仓配提供方服务器发送第九调用响应,所述第九调用响应中包含所述确认接收到交易出库通知。

较佳的,所述交易出库申请单据中包括:交易出库申请单号;

所述第一接收单元151,还用于接收供货商服务器发送的第十一调用请求,所述第十一调用请求用于调用仓配服务平台的具有取消发货申请功能的接口,所述第十一调用请求携带交易出库申请单号;

所述第一发送单元152,还用于向仓配提供方服务器发送第十二调用请求,所述第十二调用请求用于调用仓配提供方服务器的具有取消交易出库单据创建功能的接口,所述第十二调用请求携带有所述交易出库申请单号;

所述第二接收单元153,还用于接收仓配提供方发送的第十二调用响应,所述第十二调用响应中携带有交易出库申请单号和确认取消申请消息;

所述第二发送单元154,还用于向供货商服务器发送第十一调用响应,所述第十一调用响应中携带有交易出库申请单号和确认取消申请消息。

较佳的,所述仓配服务平台还包括:渠道库存修改单元155;

所述第一接收单元151,还用于接收供货商服务器发送的渠道库存调配请求,所述渠道库存调配请求中包括:调出方渠道的标识、调入方渠道的标识、调配涉及的业务对象的信息;

所述渠道库存修改单元155,还用于按照所述渠道库存调配请求中的调出方渠道的标识、调入方渠道的标识、调配涉及的业务对象的信息,修改存储的调出方渠道中该业务对象的库存信息和调入方渠道中的该业务对象的库存信息。

所述仓配服务平台还包括:渠道库存调配单元156,用于针对每一业务对象,执行以下操作:确定该业务对象所属的各渠道中,库存数量小于对应的渠道安全阈值的第一渠道的标识,以及库存数量大于预设的可调出阈值的第一渠道的标识,其中,预设的可调出阈值大于所述渠道安全阈值;将第一渠道的标识作为调入方渠道的标识,将第二渠道的标识作为调出方渠道的标识;根据第二渠道中该业务对象的库存数量,确定该业务对象的调配数量;按照所述调入方渠道的标识、所述调出方渠道的标识和确定的所述调配数量,修改存储的调入方渠道中该业务对象的库存数量和调出方渠道中的该业务对象的库存数量。

所述仓配服务平台还包括:渠道库存缺货通知单元157,用于针对每一渠道,确定库存数量小于对应的渠道安全阈值的业务对象的信息;向供货商服务器发送第十三调用请求,所述第十三调用请求用于调用供货商服务器的具有缺货通知功能的接口,所述第十三调用请求携带确定的业务对象的信息和该业务对象所属的渠道的标识;接收供货商服务器发送的第十三调用响应,所述第十三调用响应中包含确认接收到缺货通知。

较佳的,所述交易出库实操单据中包含:交易出库实操日期和执行交易出库实操的业务对象的信息;所述仓配服务平台还包括:保存单元158和渠道安全阈值确定单元159,所述保存单元158,用于在第一接收单元接收仓配提供方服务器发送的第九调用请求后,将第七调用请求中的渠道的标识和第九调用请求中携带的交易出库实操单据对应保存;所述渠道安全阈值确定单元159,用于通过以下方式确定每一渠道中每一业务对象对应的渠道安全阈值:针对每一渠道,执行以下操作:从该渠道的标识对应的交易出库实操单据中,查找出交易出库实操日期在设定时段内的交易出库实操单据;利用查找出的交易出库实操单据中的执行交易出库实操的业务对象的信息,确定该业务对象的日销售量;利用预设的安全天数和确定的日销售量,确定该业务对象在该渠道下的渠道安全阈值。

如图16所示,其为本申请实施例提供的供货商服务器的结构示意图,包 括:

发送单元161,用于向仓配服务平台发送第一调用请求,所述第一调用请求用于调用仓配服务平台的具有库存操作申请功能的接口,携带有库存操作申请类型、仓配提供方的仓库的标识和业务对象的信息;

接收单元162,用于接收仓配服务平台发送的第一调用响应,所述第一调用响应是仓配服务平台接收到第二调用响应后发送的,包含所述库存操作申请单据;所述第二调用响应是仓配提供方服务器基于仓配服务平台的第二调用请求发送的,所述第二调用请求用于调用仓配提供方服务器的具有创建库存操作申请单据功能的接口,所述第二调用请求是仓配服务平台在接收到所述第一调用请求后,向仓配提供方服务器发送的。

较佳的,所述接收单元162,还用于接收仓配服务平台发送的第四调用请求,所述第四调用请求用于调用供货商服务器的具有库存操作实操通知功能的接口,所述第四调用请求是仓配服务平台在仓配提供方服务器发送的第三调用请求后发送的,所述第三调用请求用于调用仓配服务平台的具有库存操作实操通知功能的接口,携带有库存操作实操单据;

所述发送单元161,还用于向仓配服务平台发送第四调用响应,所述第四调用响应中包含确认接收到实操通知。

较佳的,所述库存操作申请单据中包含库存操作申请单号;所述发送单元161,还用于向供货商服务器向仓配服务平台发送第五调用请求,所述第五调用请求用于调用仓配服务平台的具有取消库存操作申请功能的接口,携带有库存操作申请单号;

所述接收单元162,还用于接收仓配服务平台发送的第五调用响应,所述第五调用响应是仓配服务平台在接收到仓配提供方服务器发送的第六调用响应后发送的,携带有申请单号和确认取消申请消息,所述第六调用响应是仓配提供方服务器基于仓配服务平台的第六调用请求发送的,所述第六调用请求用于调用仓配提供方服务器的具有取消库存操作申请单据功能的接口,携带有申 请单号和确认取消申请消息。

较佳的,所述发送单元161,还用于向仓配服务平台发送第七调用请求,所述第七调用请求用于调用仓配服务平台的具有发货申请功能的接口,携带有渠道的标识、业务对象的信息、仓配提供方的仓库的标识和收货人信息,所述渠道的标识用于仓配提供方服务器在仓配服务平台接收仓配提供方服务器发送的携带有交易出库实操单据的第九调用请求后,对该渠道中的业务对象的库存信息进行修改的;

所述接收单元162,还用于接收仓配服务平台发送的第七调用响应,所述第七调用响应中包含交易出库申请单据,所述交易出库申请单据是利用业务对象的信息、仓配提供方的仓库的标识和收货人信息生成的。

较佳的,所述接收单元162,还用于接收仓配服务平台发送的第十调用请求,所述第十调用请求用于调用供货商服务器的具有交易出库实操通知功能的接口,携带有所述交易出库实操单据;

所述发送单元161,还用于向仓配服务平台发送第十调用响应,所述第十调用响应中包含确认接收到交易出库通知。

较佳的,所述交易出库申请单据中包括:交易出库申请单号,所述发送单元161,还用于向仓配服务平台发送第十一调用请求,所述第十一调用请求用于调用仓配服务平台的具有取消发货申请功能的接口,携带有交易出库申请单号;

所述接收单元162,还用于接收仓配服务平台发送的第十一调用响应,所述第十一调用响应中携带有交易出库申请单号和确认取消申请消息。

如图17所示,其为本申请实施例提供的仓配提供方服务器的结构示意图,包括:

接收单元171,用于接收仓配服务平台发送的第二调用请求,所述第二调用请求是仓配服务平台在接收到供货商服务器的第一调用请求后发送的,用于调用仓配提供方服务器的具有创建库存操作申请单据功能的接口,携带有库存 操作申请类型、所述仓配提供方的仓库的标识和业务对象的信息;

创建单元172,用于利用第二调用请求中携带的所述库存操作申请类型、所述仓配提供方的仓库的标识和所述业务对象的信息,创建库存操作申请单据;

发送单元173,用于向仓配服务平台发送第二调用响应,所述第二调用响应中携带有库存操作申请单据,所述仓配服务平台在接收到所述第二调用响应后,向供货商服务器发送第一调用响应,所述第一调用响应中包含所述库存操作申请单据。

较佳的,所述发送单元173,还用于向仓配服务平台发送第三调用请求,所述第三调用请求用于调用仓配服务平台的具有库存操作实操通知功能的接口,携带有库存操作实操单据,所述仓配服务平台在接收到所述第三调用请求后,向供货商服务器发送第四调用请求,所述第四调用请求用于调用供货商服务器的具有库存操作实操通知功能的接口;

所述接收单元171,还用于接收仓配服务平台发送的第三调用响应,所述第三调用响应中包含确认消息,所述第三调用响应是仓配服务平台在接收到供货商服务器发送的第四调用响应后发送的。

较佳的,所述接收单元171,还用于接收仓配服务平台发送的第六调用请求,所述第六调用请求用于调用仓配提供方服务器的具有取消库存操作申请单据功能的接口,所述第六调用请求是仓配服务平台在接收到供货商服务器发送的第五调用请求后发送的,所述第五调用请求用于调用仓配服务平台的具有取消库存操作申请功能的接口,携带有库存操作申请单号;

所述发送单元173,还用于向仓配服务平台发送的第六调用响应,所述第六调用响应中携带有所述库存操作申请单号和确认取消申请消息。

较佳的,所述接收单元171,还用于接收仓配服务平台发送的第八调用请求,所述第八调用请求用于调用仓配提供方服务器的具有交易出库单据创建功能的接口,携带有业务对象的信息、仓配提供方的仓库的标识和收货人信息;

所述发送单元173,还用于向仓配服务平台发送第八调用响应,所述第八调用响应中携带有交易出库申请单据,所述交易出库申请单据是利用所述第八调用请求中携带的信息生成的。

较佳的,所述发送单元173,还用于向仓配服务平台发送第九调用请求,所述第九调用请求用于调用仓配服务平台的具有交易出库实操通知功能的接口,携带有交易出库实操单据;

所述接收单元171,还用于接收仓配服务平台发送的第九调用响应,所述第九调用响应中包含供货商服务器发送的确认接收到交易出库通知消息。

较佳的,所述交易出库申请单据中包括:交易出库申请单号,所述接收单元171,还用于接收仓配服务平台发送的第十二调用请求,所述第十二调用请求用于调用仓配提供方服务器的具有取消交易出库单据创建功能的接口,携带有交易出库申请单号;

所述发送单元173,还用于向仓配服务平台发送第十二调用响应,所述第十二调用响应中携带有交易出库申请单号和确认取消申请消息。

本领域的技术人员应明白,本发明的实施例可提供为方法、装置(设备)、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

再多了解一些
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1