报货分拨方法及平台、供应链管理系统与流程

本申请涉及产品供应链管理技术，具体涉及一种报货分拨方法及平台、供应链管理系统。

背景技术：

目前，随着电子商务的发展，企业很重要的一个竞争力就在于供应链，简单地说，就是物品从供应方到销售方再到需求方的过程，是企业赖以生存的商业循环系统。因此，供应链管理已成为企业电子商务管理中的一个重要课题。

在现有市面上的一些供应链产品中，在物流配送系统中，通常需要门店或仓库填写报货单，即申购物资品种及数量，将报货单提供给配送中心，配送中心进行报货分拨。门店或仓库填写报货单时，通常需要按照各申购物资品对应的仓库进行手工拆单，即将对应不同仓库的申购物资拆分到不同报货单中，比如，将所需要的食材分为原料库的原料、物料库的物料，向配送中心分别上报针对原料仓库和物料仓库的报货单。相应地，配送中心在进行报货分拨时，需要对各门店或仓库上报的报货单进行逐单处理，生成下游单据。采用这种报货分拨方式，在门店数较多的情况下，提交给配送中心的报货单比较多，逐单处理不仅会浪费很多人力、物力，而且处理效率低，导致配送时间的延长。

技术实现要素：

本申请一方面提供一种报货分拨方法及平台，以解决现有的报货分拨方案存在的浪费人力、物力，处理效率低的问题。

本申请另一方面还提供一种供应链管理系统，以提高报货分拨处理的灵活性和便利性。

为此，本申请提供如下技术方案：

本申请提供一种报货分拨方法，所述方法包括：

接收各货物请求方提交的报货单；

对所述报货单中的数据进行汇总，得到汇总表，并对所述汇总表中的每条数据关联其维度信息；

展现所述汇总表；

根据一个或多个维度信息生成下游单据。

可选地，所述货物请求方包括：门店和/或仓库；

所述报货单中包含针对不同日期和/或不同供货方的物资信息。

可选地，所述对所述报货单中的数据进行汇总，得到汇总表包括：

根据报货单的填写日期对所述报货单中的数据进行汇总，得到汇总表。

可选地，所述汇总表包括一个主表和一个子表，所述主表记录各报货单的摘要信息，所述子表记录各报货单的明细信息。

可选地，所述维度信息包括以下任意一种或多种：日期、仓位、供应商、报货门店、物资、类别、方向；所述方向包括：入库、出库、直发、直配。

可选地，所述子表中每一行数据存储有对应该数据的各维度标签值；

所述根据一个或多个维度信息生成下游单据包括：

获取选择的一个或多个维度信息的取值；

从所述子表中查找所述维度标签值满足所述取值的数据生成下游单据。

可选地，所述方法还包括：

在展现所述汇总表之前，对所述汇总表中的数据进行调整。

可选地，所述下游单据包括以下任意一种或多种：分拨单、配送单、验货单、出库单、门店直配入库单。

本申请还提供一种报货分拨平台，所述平台包括：

单据接收模块，用于接收各货物请求方提交的报货单；

汇总模块，用于对所述报货单进行汇总，得到汇总表，并对所述汇总表中的每条数据关联其维度信息；

展现模块，用于展现所述汇总表；

分拨模块，用于根据一个或多个维度信息生成下游单据。

可选地，所述货物请求方包括：门店和/或仓库；

所述报货单中包含针对不同日期和/或不同供货方的物资信息。

可选地，所述汇总模块，具体用于根据报货单的填写日期对所述报货单进行汇总，得到汇总表。

可选地，所述汇总表包括一个主表和一个子表，所述主表记录各报货单的摘要信息，所述子表记录各报货单的明细信息。

可选地，所述维度信息包括以下任意一种或多种：日期、仓位、供应商、报货门店、物资、类别、方向；所述方向包括：入库、出库、直发、直配。

可选地，所述子表中每一行数据存储有对应该数据的各维度标签值；

所述分拨模块包括：

信息获取单元，用于获取选择的一个或多个维度信息的取值；

数据提取单元，用于从所述子表中查找所述维度标签值满足所述取值的数据生成下游单据。

可选地，所述平台还包括：

调整模块，用于在所述展现模块展现所述汇总表之前，对所述汇总表中的数据进行调整。

可选地，所述下游单据包括以下任意一种或多种：分拨单、配送单、验货单、出库单、门店直配入库单。

本申请还提供一种供应链管理系统，所述系统包括：报货分拨中心及与其通过网络连接的一个或多个客户端；

所述客户端，用于接收货物请求方提交的报货单，并将所述报货单传送给所述报货分拨中心；

所述报货分拨中心，用于接收所述客户端传送的报货单，对所述报货单进行汇总，得到汇总表，并对所述汇总表中的每条数据关联其维度信息，展现所述汇总表，根据一个或多个维度信息生成下游单据。

可选地，所述报货单是货物请求方利用HTML页面或者cs桌面客户端程序录入的。

可选地，所述报货分拨中心在前台页面展现所述汇总表。

本申请还提供一种可读存储介质，其上存储有指令，所述指令被执行以用于：

接收各货物请求方提交的报货单；

对所述报货单中的数据进行汇总，得到汇总表，并对所述汇总表中的每条数据关联其维度信息；

展现所述汇总表；

根据一个或多个维度信息生成下游单据。

与现有技术相比，本申请具有以下优点：

本申请提供的报货分拨方法及平台，通过对各货物请求方提交的报货单进行汇总，并对所述汇总表中的每条数据关联其维度信息，将所述汇总表展现给客户，使客户可以根据自身需要，自由选择其中的一个或多个维度信息组合作为分拨维度，根据所述分拨维度得到自己所需的下游单据，从而使货物请求方无需对针对不同供货方的报货单进行拆分，而且可以根据自己需求，得到特定的下游单据，节省了大量人力物力，提高了报货分拨的处理效率。

本申请提供的供应链管理系统，采用报货分拨中心及客户端的构架，使货物请求方通过客户端方便地提交报货单，而且报货分拨中心可以针对不同货物请求方提交的所有报货单进行汇总并对汇总表中的每条数据关联其维度信息，使客户可以根据不同需要，简单、方便地生成下游单据，提高了报货分拨的灵活性和便利性。

附图说明

图1是本申请提供的报货分拨方法实施例的流程图；

图2是本申请提供的报货分拨方法中汇总表中的子表的存储示例；

图3、图4分别是本申请提供的报货分拨方法中报货单的一种示例；

图5是本申请提供的报货分拨方法中汇总表的一种示例；

图6、图7分别是本申请提供的报货分拨方法中根据维度信息生成下游单据的示例；

图8是本申请提供的报货分拨平台实施例的一种结构示意图；

图9是本申请提供的报货分拨平台实施例的另一种结构示意图；

图10是本申请提供的供应链管理系统的架构示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

针对现有报货分拨方案存在的浪费人力、物力，处理效率低的问题，本申请提供一种报货分拨方法及平台，通过对各货物请求方提交的报货单进行汇总，并对所述汇总表中的每条数据关联其维度信息，使客户可以根据自身需要，自由选择数据中的一个或多个维度信息组合作为分拨维度，根据所述分拨维度得到满足自身需求的下游单据。

如图1所示，是本申请提供的报货分拨方法实施例的流程图，包括以下步骤：

步骤101，接收各货物请求方提交的报货单。

所述货物请求方比如可以是门店和/或仓库，所述报货单中可以包含针对不同日期和/或不同供货方(比如仓库)的物资信息，具体可以包含报货单的报货日期、报货单据号、报货凭证号、物资名称、数量、到货日期等信息。

在具体应用中，可以由配送中心提供统一格式的报货单，货物请求方可以填写纸质的或电子的报货单。如果是纸质的报货单，则配送中心可以由人工将各报货单中的数据录入到数据库中；如果是电子报货单，则可以直接将其存入数据库中。

比如，可以向货物请求方提供网上报货平台，货物请求方通过网页登录该平台，填写相应的报货单并提交，当然，也可以向货物请求方提供相应的客户端，货物请求方登录该客户端，填写相应的报货单并提交。

相应地，所述报货单具体可以采用HTML页面或者cs桌面客户端程序录入。

步骤102，对所述报货单中的数据进行汇总，得到汇总表，并对所述汇总表中的每条数据关联其维度信息。

也就是说，将不同货物请求方提交的不同报货单中的数据合并到一起，比如，按照报货单的填写日期，对同一天的报货单进行汇总，得到汇总表，当然，根据实际应用需要，也可以按照其它信息进行汇总，对此本申请实施例不做限定。

所述汇总表通常可以包括一个主表和一个子表，所述主表记录各报货单的摘要信息，比如报货日期、报货门店、报货凭证号等；所述子表记录各报货单的明细信息，比如物资编码、物资名称、数量等信息。通常子表中会有一个字段记录主表的表单号，通过这个表单号可以实现两个表之间的关联。

需要说明的是，所述汇总表中的每条数据可以有一个或多个维度信息，所述维度信息包括以下任意一种或多种：日期、仓位、供应商、报货门店、物资、类别、方向等；所述方向包括：入库、出库、直发、直配。相应地，在对报货单中的数据进行汇总时，需要将每条数据关联上其维度信息。这样，可以根据其中一个的维度信息进行数据提取，得到与该维度信息相关联的所有数据；当然，也可以根据其中的多个维度信息进行数据提取，得到同时与这些维度信息相关联的所有数据；所述客户可以根据提取的数据生成下游单据。

步骤103，展现所述汇总表。

比如，可以在前台页面展现所述汇总表。这样，客户登录到该页面，即可看到该汇总表。

步骤104，根据一个或多个维度信息生成下游单据。

所述下游单据包括以下任意一种或多种：分拨单、配送单、验货单、出库单、门店直配入库单。

其中，分拨单、配送单、验货单可以由配送中心分拨人员在报货分拨界面按维度以推单方式生成，对于分拨单，可以根据各店、仓库及供货单位分开汇总；

出库单(即验收出库)和门店直配入库单(即直配验货)可以由客户在相应界面按照所需维度以拉单方式生成，即客户在所述汇总表中选择与自己相关的维度信息，生成相应的单据。

例如，所述子表可以按以下方式存储：每一行明细数据存储有对应该数据的各维度标签值，如图2所示。这样，在生成分拨单、配送单、验货单时，可以根据分拨人员在相应界面选择的维度信息的取值，从所述子表中查找所述维度标签值满足所述取值的数据生成下游单据。比如分拨人员选择总仓，查出所有发货仓库为总仓的物资，然后生成相应的单据；当然，也可以预先设置默认的分拨条件，并在相应界面设置分拨按钮，分拨人员无需输入维度信息的取值，只需点击所述分拨按钮，后台代码根据所述默认的分拨条件，比如根据仓库、供应商、方向、物资、类别等维度信息，自动生成下游需要的分拨单、配送单、验货单等单据。

在生成下游单据时，为了避免数据的重复和遗漏，可以在明细子表中对每条数据设置标记字段，在生成下游单据时，如果本条数据已提取，则其对应的标记字段变为已处理，否则该标记字段为未处理。相应地，在提取相应数据生成下游单据时，只需选取汇总表中标记字段为未处理的符合相应维度信息的数据。

需要说明的是，在得到汇总表后，配送中心还可以先根据实际需求，对所述汇总表进行调整，比如，调整请求物资的数量、供应商、方向等信息。然后再展现调整后的汇总表。另外，对于同一种物资，不同供应商可能会有不同的价格，对此可以预先建立不同供应商与单价的对应关系，这样在调整供应商时，对应相应物资的单价也会随之改变。

下面举例详细说明利用本申请报货分拨方法生成下游单据的过程。假设有两家门店和两个仓库，两家门店分别是：五一店和六一店，两个仓库分别是：总仓和物料仓，总仓备有金华火腿，物料仓备有枸杞子。供应商和平果疏批发公司可以直供苹果和西瓜。

接收到的五一店的报货单如图3所示，六一店的报货单如图4所示。

配送中心接收到上述两家门店提交的报货单后，对其进行汇总，得到汇总表(子表)如图5所示。

总仓和物料仓可以根据汇总表的验收出库选项中的报货分店、出库仓位等维度信息生成下游出库单，如图6所示。

供应商和平果疏批发公司可以根据汇总表的直配验货选项中的报货分店、供货单位、物资编码等维度信息生成下游门店直配入库单，如图7所示。

本申请提供的报货分拨方法，通过对各货物请求方提交的报货单进行汇总，并对所述汇总表中的每条数据关联其维度信息，将所述汇总表展现给客户，使客户可以根据自身需要，自由选择其中的一个或多个维度信息组合作为分拨维度，根据所述分拨维度得到自己所需的下游单据，从而使货物请求方无需对针对不同供货方的报货单进行拆分，而且可以根据自己需求，得到特定的下游单据，节省了大量人力物力，提高了报货分拨的处理效率。

相应地，本申请还提供一种报货分拨平台，如图8所示，是该平台的一种结构示意图。

在该实施例中，所述平台包括：

单据接收模块801，用于接收各货物请求方提交的报货单；

汇总模块802，用于对所述报货单进行汇总，得到汇总表，并对所述汇总表中的每条数据关联其维度信息；

展现模块803，用于展现所述汇总表；

分拨模块804，用于根据一个或多个维度信息生成下游单据。

其中，所述货物请求方包括：门店和/或仓库；所述报货单中可以包含针对不同日期和/或不同供货方的物资信息。所述报货单可以由货物请求方采用HTML页面或者cs桌面客户端程序录入。

相应地，所述汇总模块802可以根据报货单的填写日期对所述报货单进行汇总，得到汇总表。当然，根据实际应用需要，所述汇总模块802也可以按照其它信息进行汇总，对此本申请实施例不做限定。

所述汇总表通常可以包括一个主表和一个子表，所述主表记录各报货单的摘要信息，所述子表记录各报货单的明细信息。汇总表中的每条数据可以有一个或多个维度信息，比如：日期、仓位、供应商、报货门店、物资、类别、方向；所述方向包括：入库、出库、直发、直配。在存储时，所述子表中每一行数据可以存储有对应该数据的各维度标签值。

相应地，分拨模块804根据一个或多个维度信息生成下游单据。具体地，分拨模块804可以包括以下各单元：

信息获取单元，用于获取选择的一个或多个维度信息的取值；

数据提取单元，用于从所述子表中查找所述维度标签值满足所述取值的数据生成下游单据。

比如，客户可以根据自己需要，选择其中的一个或多个维度信息，输入相应维度信息的取值，数据提取单元根据该取值从数据库中提取相应数据，生成所需的下游单元，比如出库单、门店直配入库单等。

在生成下游单据时，为了避免数据的重复和遗漏，还可以在明细子表中对每条数据设置标记字段，在生成下游单据时，如果本条数据已提取，则其对应的标记字段变为已处理，否则该标记字段为未处理。相应地，分拨模块804在提取相应数据生成下游单据时，只需选取汇总表中标记字段为未处理的符合相应维度信息的数据。所述下游单据包括以下任意一种或多种：分拨单、配送单、验货单、出库单、门店直配入库单。

如图9所示，是本申请提供的报货分拨平台实施例的另一种结构示意图。

与图8所示实施例不同的是，在该实施例中，所述平台还包括：设置在汇总模块802和展现模块803之间的调整模块805，用于在所述展现模块展现所述汇总表之前，对所述汇总表中的数据进行调整，比如修改请求物资的数量、供应商、方向等信息。

本申请提供的报货分拨平台，通过对各货物请求方提交的报货单进行汇总，并对所述汇总表中的每条数据关联其维度信息，将所述汇总表展现给客户，使客户可以根据自身需要，自由选择其中的一个或多个维度信息组合作为分拨维度，根据所述分拨维度得到自己所需的下游单据，从而使货物请求方无需对针对不同供货方的报货单进行拆分，而且可以根据自己需求，得到特定的下游单据，节省了大量人力物力，提高了报货分拨的处理效率。

相应地，本申请还提供一种供应链管理系统，如图10所示，该系统包括：报货分拨中心110及与其通过网络连接的一个或多个客户端120。其中：

所述客户端120用于接收货物请求方提交的报货单，并将所述报货单传送给所述报货分拨中心；

所述报货分拨中心110用于接收所述客户端传送的报货单，对所述报货单进行汇总，得到汇总表，并对所述汇总表中的每条数据关联其维度信息，展现所述汇总表，根据一个或多个维度信息生成下游单据。

所述报货单可以由货物请求方利用HTML页面或者cs桌面客户端程序录入。

所述报货分拨中心110可以在前台页面展现所述汇总表。客户可以通过网络登录该页面，从所述汇总表中选择相应的维度信息，所述报货分拨中心110根据客户选择的维度信息生成相应的下游单据。

需要说明的是，所述报货分拨中心110在得到汇总表后，还可以对所述汇总表进行调整，比如，调整请求物资的数量、供应商、方向等信息；然后再展现调整后的汇总表。

本申请提供的供应链管理系统，采用报货分拨中心及客户端的构架，使货物请求方通过客户端方便地提交报货单，而且报货分拨中心可以针对不同货物请求方提交的所有报货单进行汇总并对汇总表中的每条数据关联其维度信息，使客户可以根据不同需要，简单、方便地生成下游单据，提高了报货分拨的灵活性和便利性。

在前述的实施例中，提供了一种报货分拨方法，此外，本申请还提供了一种用于实现所述报货分拨方法的可读存储介质。本申请提供的所述可读存储介质实施例描述得比较简单，相关的部分请参见上述提供的所述报货分拨方法实施例的对应说明即可。下述描述的实施例仅仅是示意性的。

本申请提供一种可读存储介质，其上存储有指令，所述指令被执行以用于：

接收各货物请求方提交的报货单；

对所述报货单中的数据进行汇总，得到汇总表，并对所述汇总表中的每条数据关联其维度信息；

展现所述汇总表；

根据一个或多个维度信息生成下游单据。

可选地，所述货物请求方包括：门店和/或仓库；所述报货单中包含针对不同日期和/或不同供货方的物资信息。

可选地，所述对所述报货单中的数据进行汇总，得到汇总表包括：根据报货单的填写日期对所述报货单中的数据进行汇总，得到汇总表。

可选地，所述汇总表包括一个主表和一个子表，所述主表记录各报货单的摘要信息，所述子表记录各报货单的明细信息。

可选地，所述维度信息包括以下任意一种或多种：日期、仓位、供应商、报货门店、物资、类别、方向；所述方向包括：入库、出库、直发、直配。

可选地，在展现所述汇总表之前，对所述汇总表中的数据进行调整。

可选地，所述下游单据包括以下任意一种或多种：分拨单、配送单、验货单、出库单、门店直配入库单。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可利用存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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