欠货订单的生成方法和装置与流程

本申请涉及计算机技术领域，具体而言，涉及一种欠货订单的生成方法和装置。

背景技术：

对于一个仓库而言，在接收到订单之后，需要对相应的货物进行出库，以某一货物为例，当订单中该货物的出库数量多于该货物的库存量时，可以先按照库存量对该货物进行出库，例如，该货物的出库数量为10，该获取的库存量为2，此时可以先将2个货物进行出库，那么还需要出库8个该货物才能满足订单的需求，而剩余的货物需要在该获取入库完毕之后才可以继续出货，当出库的货物的数量小于订单要求出库的数量时，为了保证后续能够完成该订单的出库任务，需要生成相应的欠货信息，以便后续该货物的入库，但是目前尚未提出有效的解决方案。

申请内容

本申请的主要目的在于提供一种欠货订单的生成方法和装置，以生成欠货订单以便于后续能够完成订单的出库任务。

为了实现上述目的，根据本申请的一个方面，提供了一种欠货订单的生成方法，其特征在于，包括：

获取当前未完成发货任务的销售订单对应的欠货记录；

确定所述销售订单的单据类型和发货状态；

当所述单据类型为指定类型且所述发货状态为指定状态时，根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单。

可选地，所述欠货记录包括：欠货商品、经销商名称和欠货数量。

可选地，

所述单据类型包括：批发单据类型和长期寄售单据类型；

所述发货状态包括：完全发货和部分发货。

可选地，当所述单据类型为指定类型且所述发货状态为指定状态时，根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单包括：

当所述单据类型为所述批发单据类型或所述长期寄售单据类型，且所述发货状态为部分发货时，根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单。

可选地，根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单包括：

判断是否存在与所述销售订单相对应的欠货订单；

如果不存在，则根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单。

为了实现上述目的，根据本申请的另一个方面，提供了一种欠货订单的生成装置，包括：

获取单元，用于获取当前未完成发货任务的销售订单对应的欠货记录；

确定单元，用于确定所述销售订单的单据类型和发货状态；

生成单元，用于当所述单据类型为指定类型且所述发货状态为指定状态时，根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单。

可选地，所述欠货记录包括：欠货商品、经销商名称和欠货数量。

可选地，

所述单据类型包括：批发单据类型和长期寄售单据类型；

所述发货状态包括：完全发货和部分发货。

可选地，在所述生成单元用于当所述单据类型为指定类型且所述发货状态为指定状态时，根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单时，用于：

当所述单据类型为所述批发单据类型或所述长期寄售单据类型，且所述发货状态为部分发货时，根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单。

可选地，在所述生成单元用于根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单时，用于：

判断是否存在与所述销售订单相对应的欠货订单；

如果不存在，则根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单。

本申请的实施例提供的技术方案可以包括以下有益效果：

在本申请中，先获取当前未完成发货任务的销售订单的欠货记录，根据该欠货记录可以获知哪些货物需要入库，以便需要继续进行出库，从而便于完成销售订单的任务，然后再确定该销售订单的单据类型和发货状态，并且当单据类型为指定类型且发货状态为指定状态时，根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单，即为了确定该销售订单为未完成发货任务的销售订单，且该销售订单为需要紧急补货的销售订单，在单据类型为指定类型，且发货状态为指定状态时，才生成欠货订单，由于生成的欠货订单中包括单据类型、发货类型和欠货记录，因此可以从欠货订单中获知需要入库的货物，从而使得欠货订单能够起到提醒的作用，进而有利于提高后续能够完成订单出库任务的概率。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请提供的一种欠货订单的生成方法的流程示意图；

图2为本申请提供的另一种欠货订单的生成方法的流程示意图；

图3为本申请提供的一种欠货订单的生成装置的结构示意图。

具体实施方式

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

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

在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。

并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本申请中的具体含义。

此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，“连接”可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1为本申请提供的一种欠货订单的生成方法的流程示意图，如图1所示，该方法包括以下步骤：

101、获取当前未完成发货任务的销售订单对应的欠货记录。

具体的，当销售订单中的某一货物的出库数量多于该货物的库存量时，可以先按照库存量对该货物进行出库，例如，该货物的出库数量为10，该获取的库存量为2，此时可以先将2个货物进行出库，那么还需要出库8个该货物才能满足订单的需求，而剩余的货物需要在该获取入库完毕之后才可以继续出货，当获取的出库量为库存量时，此时的销售订单可以作为未完成发货任务的销售订单。

由于当天出现未完成发货任务的销售订单时，需要在后面的工作日中来处理该订单，例如，利用该销售订单来采购货物，并且未完成发货任务的销售订单可能存在历史遗留，因此在后续的工作日中处理未完成发货任务的销售订单时，需要获知当前所有未完成发货任务的销售订单对应的欠货记录。

在一个可行的实施方案中，为了便于用户的工作安排，在获取未完成发货任务的销售订单对应的欠货记录时，可以设定筛选条件，例如，筛选出某一经销商的欠货记录，或者，筛选出某一货物的欠货记录，在设定好筛选条件后，可以选择出满足该筛选条件的欠货记录。

并且在获取到未完成发货任务的销售订单对应的欠货记录后，可以将该销售订单显示给用于，以供用户查看。

102、确定所述销售订单的单据类型和发货状态。

103、当所述单据类型为指定类型且所述发货状态为指定状态时，根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单。

在本申请中，先获取当前未完成发货任务的销售订单的欠货记录，根据该欠货记录可以获知哪些货物需要入库，以便需要继续进行出库，从而便于完成销售订单的任务，然后再确定该销售订单的单据类型和发货状态，并且当单据类型为指定类型且发货状态为指定状态时，根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单，即为了确定该销售订单为未完成发货任务的销售订单，且该销售订单为需要紧急补货的销售订单，在单据类型为指定类型，且发货状态为指定状态时，才生成欠货订单，由于生成的欠货订单中包括单据类型、发货类型和欠货记录，因此可以从欠货订单中获知需要入库的货物，从而使得欠货订单能够起到提醒的作用，进而有利于提高后续能够完成订单出库任务的概率。

在一个可行的实施方案中，所述欠货记录包括：欠货商品、经销商名称和欠货数量。

具体的，当欠货记录包括有上述内容时，可以从欠货订单中获知对哪个经销商有欠货，欠货的货物是什么，以及货物欠货的数量，从而可以使得欠货订单对入库人员形成采购依据。

在一个可行的实施方案中，所述单据类型包括：批发单据类型和长期寄售单据类型；所述发货状态包括：完全发货和部分发货。

具体的，完全发货的发货状态表示该销售订单为已完成发货任务的销售订单，无需继续关注，部分发货的发货状态表示该销售订单为未完成发货任务的销售订单，继续关注，通过发货状态可以确定该销售订单是否为未完成发货任务的销售订单，并且可以使确定出来的未完成发货任务的销售订单的准确率更高，单据类型可以表示销售订单是否为需要紧急补货的销售订单，当单据类型为批发单据类型或长期寄售单据类型时，表示销售订单为需要紧急补货的销售订单，其他单据类型表示销售订单为不需要紧急补货的销售订单，因此可以根据单据类型确定出未完成发货任务的销售订单的处理顺序。

在一个可行的实施方案中，当所述单据类型为指定类型且所述发货状态为指定状态时，根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单时，可以为当所述单据类型为所述批发单据类型或所述长期寄售单据类型，且所述发货状态为部分发货时，根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单。

在一个可行的实施方案中，图2为本申请提供的另一种欠货订单的生成方法的流程示意图，如图2所示，在执行根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单时，可以通过以下步骤实现：

201、判断是否存在与所述销售订单相对应的欠货订单。

202、如果不存在，则根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单。

具体的，有些历史遗留的未完成发货任务的销售订单已生成过欠货订单了，因此当前生成欠货订单时，无需继续生成，只有没有生成过欠货订单的销售订单才会生成欠货订单，即每个未完成发货任务的销售订单只会生成一次欠货订单，当存在与销售订单相对应的欠货订单时，可以使用之前已生成的欠货订单，如果不存在与销售订单相对应的欠货订单时，再根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单，通过上述处理方式，可以加快欠货订单的生成速度。

在一个可行的实施方案中，为了提高生成欠货订单的准确性，需要在生成欠货订单之前，对经销商的授权进行校验，例如，预先设置授权的经销商名单，在获取到未完成发货任务的销售订单对应的欠货记录后，校验该欠货记录中的经销商是否为授权的经销商，如果是，则再进行生成欠货订单的处理流程，如果不是，则发出警告信息。

图3为本申请提供的一种欠货订单的生成装置的结构示意图，如图3所示，该装置包括：

获取单元31，用于获取当前未完成发货任务的销售订单对应的欠货记录；

确定单元32，用于确定所述销售订单的单据类型和发货状态；

生成单元33，用于当所述单据类型为指定类型且所述发货状态为指定状态时，根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单。

在一个可行的实施方案中，所述欠货记录包括：欠货商品、经销商名称和欠货数量。

在一个可行的实施方案中，所述单据类型包括：批发单据类型和长期寄售单据类型；所述发货状态包括：完全发货和部分发货。

在一个可行的实施方案中，在所述生成单元33用于当所述单据类型为指定类型且所述发货状态为指定状态时，根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单时，用于：

当所述单据类型为所述批发单据类型或所述长期寄售单据类型，且所述发货状态为部分发货时，根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单。

在一个可行的实施方案中，在所述生成单元33用于根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单时，用于：

判断是否存在与所述销售订单相对应的欠货订单；

如果不存在，则根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单。

关于上述实施例中各单元的执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

在本申请中，先获取当前未完成发货任务的销售订单的欠货记录，根据该欠货记录可以获知哪些货物需要入库，以便需要继续进行出库，从而便于完成销售订单的任务，然后再确定该销售订单的单据类型和发货状态，并且当单据类型为指定类型且发货状态为指定状态时，根据所述单据类型、所述发货类型和所述欠货记录，生成欠货订单，即为了确定该销售订单为未完成发货任务的销售订单，且该销售订单为需要紧急补货的销售订单，在单据类型为指定类型，且发货状态为指定状态时，才生成欠货订单，由于生成的欠货订单中包括单据类型、发货类型和欠货记录，因此可以从欠货订单中获知需要入库的货物，从而使得欠货订单能够起到提醒的作用，进而有利于提高后续能够完成订单出库任务的概率。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

显然，本领域的技术人员应该明白，上述的本申请的各单元或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。