CN115239244A - 订单管理的方法、设备及存储介质 - Google Patents

Abstract

本申请提供了一种订单管理的方法、设备及存储介质，涉及生产计划与控制技术领域；方法包括：获取来自于用户的订单查询请求；根据订单查询请求，从预设的数据库中查询得到订单记录集并获取与所述订单查询请求对应的汇总规则和第一显示规则；根据所述汇总规则，对所述订单记录集进行汇总处理，得到多个汇总数据；所述多个汇总数据包括已处理数据、超期数据以及即将超期数据；将多个所述汇总数据按照所述第一显示规则进行显示；将所述订单记录集按列表进行显示。本申请实施例的订单管理的方法、设备及存储介质，能提升订单管理的管控效率。

Description

订单管理的方法、设备及存储介质

技术领域

本申请实施例涉及但不限于生产计划与控制技术领域，尤其涉及一种订单管理的方法、设备及存储介质。

背景技术

订单管理系统通常是用于跟踪和管理订单的状态以替代人工跟踪的目的，相关技术中，订单管理系统的跟踪管理通常是以列表的形式展示订单后，管理人员通过对展示的订单进行筛选查询以确认订单状态，随着订单数量的急剧增加，管理人员需要对大批量订单筛选后查看才能实现订单状态管控，因此订单管理的管控效率较低。

发明内容

以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。

本申请实施例提供了一种订单管理的方法、设备及存储介质，能提升订单管理的处理效率。

第一方面，本申请实施例提供了一种订单管理的方法，应用于订单管理系统；所述方法包括：

获取来自于用户的订单查询请求；

根据所述订单查询请求，从预设的数据库中查询得到订单记录集；

获取与所述订单查询请求对应的汇总规则和第一显示规则；

根据所述汇总规则，对所述订单记录集进行汇总处理，得到多个汇总数据，其中，所述多个汇总数据包括已处理数据、超期数据以及即将超期数据；

将多个所述汇总数据按照所述第一显示规则进行显示；

将所述订单记录集按列表进行显示。

第二方面，本申请实施例还提供了电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面任意一项所述的订单管理的方法。

第三方面，本申请实施例还提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于实现如第一方面任意一项所述的订单管理的方法。

本申请的上述实施例至少具有如下有益效果：通过与订单查询请求一一对应的汇总规则对订单记录集进行汇总处理，得到不同订单查询请求对应的多个汇总数据项并按对应的第一显示规则显示，同时将订单记录集按列表进行显示，使得用户进入该订单查询请求对应的查询界面时，即可根据汇总数据快速得到至少包括的已处理数据对应的已处理数据、超期数据以及即将超期数据的汇总信息，当需要查看具体的订单状态时，则可以通过查看列表的详细数据。和相关技术相比，本申请实施例的订单管理的方法能提供不同订单查询请求下的特定的汇总信息以及订单的详细数据，能对所有订单的状态进行直观且多维度的跟踪，因此，本申请实施例的订单管理的管控效率更高。

附图说明

图1是本申请实施例中订单管理系统的模块总示意图；

图2是本申请实施例中订单管理系统的一个实施例的界面示意图；

图3是本申请实施例的订单管理的方法的流程示意图；

图4是本申请实施例的订单管理的方法中显示采购订单记录集的显示界面示意图；

图5是本申请实施例的订单管理的方法中欠料生成的流程示意图；

图6是本申请实施例的订单管理的方法中显示欠料信息的界面示意图；

图7是本申请实施例的订单管理的方法中协同看板显示界面的界面部分显示示意图；

图8是本申请实施例中显示日计划看板请求的界面部分显示示意图；

图9是本申请实施例中订单管理的方法对应的电子设备的硬件示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

下面对本申请中的用到的术语解释如下：

倒排索引：源于实际应用中需要根据属性的值来查找记录。这种索引表中的每一项都包括一个属性值和具有该属性值的各记录的地址。由于不是由记录来确定属性值，而是由属性值来确定记录的位置，因而称为倒排索引(inverted index)。在搜索引擎中，查询词可以切分成若干个单词，所以对于搜索引擎中的倒排索引对应的属性就是单词，而对应的记录就是网页(也可以广泛地称为是文档)。所以，搜索引擎中的倒排索引是实现“单词-文档矩阵”的一种具体存储形式，通过倒排索引，可以根据单词(属性)快速获取包含这个单词的文档列表(记录)。倒排索引主要由两个部分组成：“单词词典”和“倒排文件”。

订单管理系统通常是用于跟踪和管理订单的状态以替代人工跟踪的目的，相关技术中，订单管理系统的跟踪管理通常以列表的形式展示订单后，管理人员通过对展示的订单进行筛选查询以确认订单状态，而通过筛选的方式依赖于人的操作，且仅能体现出该次操作的详细记录数据，无法进行汇总记录，当需要多个维度的数据管控时，还需要人为记录对应维度的数据并做记录才可以进行跟踪，在订单数量较多或者订单数据项较多的情况下，采用传统的方式，订单管理的管控效率更为低下。基于此，本申请实施例提出订单管理的方法、设备及存储介质，能提升订单管理的管控效率。

参照图1所示，订单管理系统包括数据库100、处理模块200以及显示模块300，显示模块300用于接收用户的操作请求，操作请求包括订单查询请求、协同看板请求和日计划看板请求，处理模块200用于根据操作请求从数据库中查询得到对应的处理数据进行处理并在显示模块300进行显示。处理模块200包括订单查询模块210以及看板模块220，订单查询模块210用于根据订单查询请求获取订单记录集并根据订单记录集以及订单查询请求对应的汇总规则计算得到汇总数据，并按照订单查询请求对应的第一显示规则通过显示模块300显示汇总数据和订单记录集。看板模块220用于根据协同看板请求或日计划看板请求，查询得到看板数据，并通过显示模块300显示看板数据。

示例性的，参照图2所示，在显示模块300上设置有多层级操作指令，如一级指令包括“计划管理”和“看板管理”，在“计划管理”下设置有多个二级指令，如“生产计划分解”以及“采购管制”；在“看板管理”下设置有多个二极指令，如“订单协同看板”、“日计划看板”和“采购看板”；在二极指令的生产计划分下设置有多个三级指令，如“主计划”、“周计划”以及“日计划”。当用户在显示模块300对“主计划”选中时，显示模块300会接收到和“主计划”对应的订单查询请求并发送给处理模块200，处理模块200反馈对应的汇总数据和主计划订单记录集，显示模块300在操作指令的一侧的显示区域按照第一显示规则显示新订单(对应已处理数据)、未来一周出货订单、即将延期订单和已延期订单。此时，用户可以根据该汇总信息快速获得所有订单的分布状态，当需要了解某一维度的具体数据，如新订单这一维度，则可以在“新订单”这一显示的汇总中选中“详细”进行细节显示，同样，当需要查询某一指定订单时，则可以在显示的列表数据中搜索框中输入对应的信息进行查询(如图2所示，在搜索按钮的一侧设置有两个搜索框，可以进行多级检索)。也设置有“重置”按钮可以将搜索框中设置的搜索条件清除。因此，通过在显示模块300集成每一订单查询请求对应的汇总数据，在能对每一订单进行管理的同时，能够直观根据汇总数据判断出所有订单的状态，为用户监控订单提升效率。

参照图3所示，根据本申请提出一种订单管理的方法，应用于订单管理系统，方法包括：

步骤S100、获取来自于用户的订单查询请求。

需说明的是，订单查询请求为用户在显示界面上选中的操作请求之一，其对应于订单管理中用户对单一需求数据对应的请求操作，如对外采购的采购订单的查询请求操作，如对内生产订单的查询请求操作，又如对内生产订单的细化订单(如周订单、日订单)的查询请求操作。示例性的，参照图2所示，“主计划”、“日计划”、“周计划”、“采购管制”均为订单查询请求。当用户在指令列表中选择如“主计划”则会产生一个订单查询请求。示例性的，参照图1和图2所示，显示模块300生成订单查询请求。

步骤S200、根据订单查询请求，从预设的数据库中查询得到订单记录集。

需说明的是，数据库中存储了仓库的元部件数据以及订单数据，因此，可以通过对数据库中存储的数据表单进行查询，得到订单记录集。订单记录集中为订单管理系统记录的所有订单数据，包括已处理完成和未处理的。

步骤S300、获取与订单查询请求对应的汇总规则和第一显示规则。

不同的查询指令对应有不同的汇总规则和显示规则，汇总规则表示对订单记录集的分类筛选的方式，如将订单记录集分为未处理、已处理或者其他分类。第一显示规则表示对查询到的汇总数据的显示方式，如颜色显示、形状、排版等，排版如只显示关键信息，并将汇总的详细数据隐藏用选项在界面中表示，以使用户通过按键可以展开汇总的详细数据。示例性的，以图2为例，汇总数据用于表示新订单，会显示新订单的数量以及汇总分类名称为新订单，然后设置“详细”选项以提供新订单的所有订单数据。对于不同的订单查询请求而言，其第一显示规则中设定的规则原理相同，如均采用相同的颜色表示同一类型的数据，相同的形状显示同一类型数据，以及相同的排版显示。

步骤S400、根据汇总规则，对订单记录集进行汇总处理，得到多个汇总数据，其中，多个汇总数据包括已处理数据、超期数据以及即将超期数据。

每一汇总数据均包括记录的总数和对应的订单记录的链接。以超期数据为例，超期数据包括延期的订单记录的总数和延期的订单记录详细数据的链接。

需说明的是，已处理数据可以表示为预设周期新增处理的或者是已完成的。如对于“主计划”的状态跟踪而言，其比较关心新增的状态，则已处理数据表示新增订单，对于日计划而言，其比较关心已经生产完成的，则已处理数据表示已经完成的。

需说明的是，在一些实施例中，对于一些订单查询请求，多个汇总数据还包括预设时间段的出货数据(如参照图2所示，主计划对应的订单查询请求会显示未来一周的出货数据)；在另一些实施例中，多个汇总数据还包括未处理的数据(如未分配或者未生产，如参照图4所示的采购管制对应的订单查询请求会显示已分配和待分配)等等。

示例性的，参照图2所示，在“主计划”对应的订单查询请求会得到汇总数据如新订单数据、未来一周出货数据以及即将延期订单数据和已延期数据。

步骤S500、将多个汇总数据按照第一显示规则进行显示；

需说明的是，第一显示规则表示汇总数据的显示格式，如颜色、排版等。参照图2所示，新订单数据采用蓝色表示，未来一周出货数据采用绿色表示，即将延期订单数据采用橙黄色表示，已延期数据采用红色表示。对于每一汇总数据，会设置汇总数量、汇总分类名称以及详细数据指引(即图示中“详细”选项)，以新订单数据为例，会显示新订单数量为296，并在数字下提示其为新订单，并设置有“详细”字段用于表示详细数据指引。

需说明的是，不同的订单查询请求可以设置不同的第一显示规则。

步骤S600、将订单记录集按列表进行显示。

因此，通过与订单查询请求一一对应的汇总规则对订单记录集进行汇总处理，得到不同订单查询请求对应的多个汇总数据项并按对应的第一显示规则显示，同时将订单记录集按列表进行显示，使得用户进入该订单查询请求对应的查询界面时，即可根据汇总数据快速得到至少包括的已处理数据对应的已处理数据、超期数据以及即将超期数据的汇总信息，当需要查看具体的订单状态时，则可以通过查看列表的详细数据。和相关技术相比，本申请实施例的订单管理的方法能提供不同订单查询请求下的特定的汇总信息以及订单的详细数据，能对所有订单的状态进行直观且多维度的跟踪，因此，本申请实施例的订单管理的管控效率更高。

需说明的是，步骤S600中的数据可以在第一次发起订单查询请求的时候进行保存，后续再次发起订单查询请求的时候基于前一次查询的结果进行增量处理，以提升处理效率。在另一些实施例中，也可以不保存进行实时查询，实际应用中，可以根据数据量和数据表的设置，选择性的选取上述方案之一。

可理解的是，步骤S100中订单查询请求，包括如下之一：获取来自于用户的主计划查询请求；或获取来自于用户的周计划查询请求；或获取来自于用户的日计划查询请求；或获取来自于用户的采购查询请求。

需说明的是，主计划查询请求为用户查询录入的原始订单的数据信息，周计划请求用于请求查询周订单，周订单为原始订单按照周交付或生产拆分得到；日计划查询请求用于查询日订单，日订单为周订单按照日生产拆分得到。采购查询请求是用于查询采购数据的，采购数据包括原始订单中拆分出的订单欠料信息或者用户请求输入的。

需说明的是，在主计划查询请求对应的主计划显示界面中，用户可以新增订单数据。

可理解的是，参照图4所示，当订单记录集为采购订单记录集；步骤S500、将订单记录集按列表进行显示，包括：

获取用于显示的多个采购表项；从多个采购表项中获取与预设的快速查询项匹配的至少一个第一采购表项；其中，第一采购表项与采购订单记录集中的第一订单表项对应；将第一采购表项进行标注显示，使得所述用户根据该标注识别出能通过选中所属第一采购表项设置用于快速搜索的第一查询条件；将采购订单记录集中每一第一订单中的多个第一订单表项的数据分别在多个采购表项所在的列中一一进行显示。

需说明的是，快速查询项为系统预设的查询项，查询时，用户仅需要在该查询项下输入查询条件即可进行查询。对于非快速查询项的查询则需要用户设定查询项以及查询条件，此处通过设置快速查询项，将用户常用的查询项定义出，以减少用户对查询项设置的时间，提高用户体验。

需说明的是，采购选项是将订单记录集按照列表显示时的字段名称，如“请购单号”、“ERP需求日期”、“计划需求日期”以及“需求数量”等，假设“请购单号”为第一采购表项，标注设置为“*”，则显示时，第一采购表项显示为“请购单号*”；对应的，在第一数据表项中也有“请购订单”这一数据表项。此时，用户根据该“*”可以判断出该表项能设置筛选条件。当用户选中该第一采购选项后，会弹出筛选界面，用户能在筛选界面中设定该字段的第一查询条件。

需说明的是，第一订单表项为将采购数据按照列表记录时的字段名称，每一第一订单表项表示了一种类型的数据，如“需求数量”，第一订单表项和采购表项具有一一对应关系。

需说明的是，第一采购表项可以设置有多个，当多个第一采购表项均设置有对应的第一查询条件时，则会筛选出满足已设置第一查询条件的记录。

因此，通过对第一采购表项进行标注显示，在对每一订单记录的各数据表项进行查看时，可以仅需设置第一查询条件，进而提升订单查询的便利性。

需说明的是，在显示采购订单记录集的界面还设置有查询框，以供第二查询条件和查询的采购选项的设置。在显示采购订单记录集的界面还设置有清除按钮，能对指定的第一采购表项的第一查询条件进行清除或者全部清除。

需说明的是，在一些实施例中，对每一订单可以修改交付日期，在用户提交交付日期变更请求后会记录变更前后的日期以及变更原因，变更原因需由用户从预设的选项中选取，当确定后，即可存储该变更信息。需说明的是，在一些实施例中，当存在交付日期变更请求时，会发起评审流程，并在评审通过后存储该变更信息。该变更交付日期在进行主计划查询时，会在对应的列字段中显示，参照图2所示，在“变更交付日期”填充该信息。

可理解的是，在步骤S600之后，参照图5所示，方法还包括：

步骤S710、接收用户在主交付订单显示界面对第二订单发起的欠料查询请求。

需说明的是，在用户发起主交付查询请求后，会进入主交付订单显示界面显示订单记录集。用户选中订单记录集的其中一个订单后，则会发起欠料查询请求。

步骤S720、生成第二订单中各产品对应的原料清单。

需说明的是，对于每一订单而言，存在产品是由多个元部件组装得到，因此，需要生成原料清单，原料清单中包含了各产品所需的元部件名称、元部件的需求数量。

需说明的是，每一个产品的元部件组成是固定的，即一个产品的配置清单是确定的，因此可以根据配置清单以及产品的数量生成原料清单。

步骤S730、根据欠料查询请求，通过倒排索引对预设的数据库进行查询，得到原料清单对应的仓储数据。

通过将元部件的名称进行单词分解以得到用于倒排索引检索的属性，进而得到仓储数据。仓储数据包括元部件在仓库中的数量以及来源(来源如新料采购或退库)。

步骤S740、根据仓储数据生成订单欠料信息并显示。

需说明的是，订单欠料信息会生成订单欠料表单。在一些实施例中，该订单欠料表单是实时更新，以得到最新的订单欠料信息。

示例性的，参照图6所示，订单欠料信息包括需求数量、当前库存、请购单号、规格描述、工单号(对应订单)。将订单欠料信息和采购信息、仓储信息进行关联，进而使得订单欠料数据更加透明化，提升订单欠料信息的准确性。

可理解的是，步骤S540、根据仓储数据生成订单欠料信息并显示，包括：从仓储数据中获取每一原料对应的新料数量以及退库数量；从原料清单中获取与每一原料一一对应的需求数量；当新料数量大于对应的需求数量，将新料数量与需求数量的差值作为采购数量；当新料数量为零且退库数量大于零，将当前库存数量设置为退库数量对应的负数；当新料数量大于零，将当前库存数量设置为新料数量对应的正数；将当前库存数量以及采购数量作为订单欠料信息的表项之一进行显示。

需说明的是，通过采用正数和负数区分新料数量和退库数量，使得用户可以根据数量的正负明确区分出库存中元部件的来源和数量，进一步提升订单管理的效率。

示例性的，参照图6所示，当新料数量为0，退库数量为4，则在当前库存对应的表项中设置第二订单(NUM2xxxx)的数量为-4。

可理解的是，方法还包括：从数据库中获取新增的第三订单；按照预设的分配原则，生成第三订单对应的日计划；实时获取与第三订单对应的车间生产参数；根据生产参数和日计划，计算第三订单的日计划调整数据；当日计划调整数据表征第三订单对应的日计划需要调整，发起日计划审核流程以对日计划调整数据进行审核。

需说明的是，分配原则可以简单根据车间现有的机台数对应的加工效率、在排序的生产数量以及根据第三订单对应的原料清单各元部件的需求数量和交付日期进行拆分，得到日计划。通过实时获取车间生产参数可以实时更新加工效率以使得日计划更符合实际的需求，如第三订单拆分的日计划为在机台3进行元部件A的生产，但是机台A在日计划对应的日期时还有其余的元部件在加工，无法在预计的最晚生产日期开始对第三订单拆分出的日计划进行加工，则表示当前日计划存在风险，此时可以对其余空闲的机台进行重新分配或调整生产机台数量等。

需说明的是，通过设置日计划审核流程，将自动化和人工管理相结合，能进一步提升日计划的精度。同时引入人为审核可以强化对日计划的管控力度，降低日计划异常带来的风险。

需说明的是，日计划生成的发起可以使用户在新增了生产订单后实时触发的，也可能是在用户新增了生产订单后通过周期巡检触发的。

可理解的是，参照图7所示，方法还包括：接收用户在协同看板显示界面中对至少一个第四订单的协同看板请求；根据协同看板请求，从数据库中采集每一第四订单的多个第二订单表项的数据，多个第二订单表项的数据包括工程资料数据、采购数据、生产数据以及装配数据；获取每一第二订单表项中的进度数据对应的百分比以及显示颜色，并根据百分比以及显示颜色，得到显示数据；将每一第二订单表项对应的显示数据按照预设的第二显示规则进行显示。通过增加看板，使得用户可以更加直观的获取订单的全流程状态，进一步提升订单管理的管控效率。

需说明的是，在协同看板显示界面中能筛选部分订单进行显示，或者筛选数据库中所有的数据进行显示。协同看板显示界面为用户在选中“看板管理”指令后显示的界面。通过将工程资料、采购、生产以及装配四个维度同时进行看板，使得订单涉及的全生命流程均可在同一界面被监控，以对订单进行多维度数据的关联管理，进一步提升订单管理的效率。

需说明的是，每一第二订单表项对应的显示数据还包括计划时间和实际操作时间；此时，用户可以根据显示数据的颜色快速区分出有风险的环节，并通过百分比、计划时间以及实际操作时间进一步确认风险系数。

需说明的是，可以在协同看板显示界面设置显示的第二订单表项的数据，进而使得不同权限的人员可以仅查看与之相关的环节的看板数据。

需说明的是，协同看板显示界面和主计划显示界面共享同一数据库的内容，即数据来源是相同的。

示例性的，参照图7所示，在协同看板显示界面显示有“主计划”中存储的所有订单的看板数据，看板数据包括的数据项有：订单号、业务员、名称、规格、数量、客户代号、需求出货日期以及生产环节数据项，生产环节数据项包括工程资料下发、采购齐料、生产数据项(对应图7所示的钣金齐料、机加齐料)以及装配完成。

可理解的是，参照图2和图8所示，方法还包括：

接收用户的日计划看板请求；根据日计划看板请求，统计预设的多个生产车间在当前周期的第一加工数据以及在前一周期的第二加工数据；从数据库中统计得到当前周期对应的第一日计划生产数据、前一周期对应的第二日计划生产数据；将第一加工数据和第一日计划生产数据通过第一柱状图进行显示；将第二加工数据和第二日计划生产数据通过第二柱状图进行显示。通过新增日计划看板请求，使得用户可以直观的获取生产计划的实时状态，进而可以对订单管理做到更好的跟踪管理，减少人为介入分析的概率，提升订单管理的管控效率。

需说明的是，对于日计划而言，其周期为天，当用户请求日计划看板请求时，会实时更新当前周期的第一加工数据。第一加工数据、第二加工数据可以设置为实际完成订单数。日计划生产数据为所有日交付订单记录集对应的订单完成数量，可以按照车间分类或者机台分类进行柱状表示。日交付订单记录集和“日交付”对应订单查询请求显示的详细订单数据是一致的。

示例性的，参照图8所示，将第一加工数据和第二加工数据按照加工部门进行分类，分别显示为机加部、钣金部、部件车间对应的数量，以实现对不同层次的元部件进行加工数据的显示。对于每一分类，以机加部为例，会在第一柱状图中显示机加部应完成订单数(即第二日计划生产数据)和实际完成订单数(即第二加工数据)，在第二柱状图中显示机加部在当前周期应完成订单数(即第一日计划生产数据)和实际完成订单数(即第一加工数据)。

需说明的是，周期是以天为单位的，假设当前的日期为2022年6月1日，则当前周期为2022年6月1日，前一周期为2022年5月31日。

需说明的是，根据本申请实施例的订单管理的方法通过步骤S100～步骤S600及其子步骤，从单一需求的订单管控进而提升用户使用的便利性，同时，通过步骤S710～步骤S740将欠料与订单信息关联统一进行展示，实现细节化的跟踪管控；并通过提供多种看板操作的方法，如协同看板、日计划看板提供更为详细的数据跟踪汇总情况，进而可以从多个维度实现对订单的跟踪和管理，因此，本申请实施例的订单管理的方法能提升订单管理的管控效率。

可理解的是，本申请实施例还提出一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现第一方面的订单管理的方法。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

下面结合图9对计算机设备的硬件结构进行详细说明。该电子设备包括：处理器410、存储器420、输入/输出接口430、通信接口440和总线450。

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

存储器420，可以采用ROM(Read Only Memory，只读存储器)、静态存储设备、动态存储设备或者RAM(Random Access Memory，随机存取存储器)等形式实现。存储器420可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器420中，并由处理器410来调用执行本公开实施例的模型的分类预测方法；

输入/输出接口430，用于实现信息输入及输出；

通信接口440，用于实现本设备与其他设备的通信交互，可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信；和总线450，在设备的各个组件(例如处理器410、存储器420、输入/输出接口430和通信接口440)之间传输信息；

其中，处理器410、存储器420、输入/输出接口430和通信接口440通过总线450实现彼此之间在设备内部的通信连接。

可理解为，本申请还提供一种计算机可读存储介质，存储有计算机可执行指令，计算机可执行指令用于实现第一方面的订单管理的方法。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

Claims (10)

1.一种订单管理的方法，其特征在于，应用于订单管理系统；所述方法包括：

获取来自于用户的订单查询请求；

根据所述订单查询请求，从预设的数据库中查询得到订单记录集；

获取与所述订单查询请求对应的汇总规则和第一显示规则；

根据所述汇总规则，对所述订单记录集进行汇总处理，得到多个汇总数据，其中，所述多个汇总数据包括已处理数据、超期数据以及即将超期数据；

将多个所述汇总数据按照所述第一显示规则进行显示；

将所述订单记录集按列表进行显示。

2.根据权利要求1所述的订单管理的方法，其特征在于，所述获取来自于用户的订单查询请求包括如下之一：

获取来自于所述用户的主计划查询请求；

获取来自于所述用户的周计划查询请求；

获取来自于所述用户的日计划查询请求；

获取来自于所述用户的采购查询请求。

3.根据权利要求1所述的订单管理的方法，其特征在于，当所述订单记录集为采购订单记录集；所述将所述订单记录集按列表进行显示，包括：

获取用于显示的多个采购表项；

从多个所述采购表项中获取与预设的快速查询项匹配的至少一个第一采购表项；其中，所述第一采购表项与所述采购订单记录集中的第一订单表项对应；

将所述第一采购表项进行标注显示，使得所述用户根据该标注识别出能通过选中所述第一采购表项设置用于快速搜索的第一查询条件；

将所述采购订单记录集中每一第一订单中的多个第一订单表项的数据分别在多个所述采购表项所在的列中一一进行显示。

4.根据权利要求1所述的订单管理的方法，其特征在于，在所述将所述订单记录集按列表进行显示之后，所述方法还包括：

接收用户在主交付订单显示界面对第二订单发起的欠料查询请求；

生成所述第二订单中各产品对应的原料清单；

根据所述欠料查询请求，通过倒排索引对预设的数据库进行查询，得到所述原料清单对应的仓储数据；

根据所述仓储数据生成订单欠料信息并显示。

5.根据权利要求4所述的订单管理的方法，其特征在于，所述根据所述仓储数据生成订单欠料信息并显示，包括：

从所述仓储数据中获取每一原料对应的新料数量以及退库数量；

从所述原料清单中获取与每一所述原料一一对应的需求数量；

当所述新料数量大于对应的所述需求数量，将所述新料数量与所述需求数量的差值作为采购数量；

当所述新料数量为零且所述退库数量大于零，将当前库存数量设置为所述退库数量对应的负数；

当所述新料数量大于零，将当前库存数量设置为所述新料数量对应的正数；

将所述当前库存数量以及所述采购数量作为所述订单欠料信息的表项之一进行显示。

6.根据权利要求1所述的订单管理的方法，其特征在于，所述方法还包括：

从所述数据库中获取新增的第三订单；

按照预设的分配原则，生成所述第三订单对应的日计划；

实时获取与所述第三订单对应的车间生产参数；

根据所述生产参数和所述日计划，计算所述第三订单的日计划调整数据；

当所述日计划调整数据表征所述第三订单对应的日计划需要调整，发起日计划审核流程以对所述日计划调整数据进行审核。

7.根据权利要求1所述的订单管理的方法，其特征在于，所述方法还包括：

接收用户在协同看板显示界面中对至少一个第四订单的协同看板请求；

根据所述协同看板请求，从所述数据库中采集每一所述第四订单的多个第二订单表项的数据，多个第二所述订单表项的数据包括工程资料数据、采购数据、生产数据以及装配数据；

获取每一所述第二订单表项中的进度数据对应的百分比以及显示颜色，并根据所述百分比以及所述显示颜色，得到显示数据；

将每一所述第二订单表项对应的显示数据按照预设的第二显示规则进行显示。

8.根据权利要求1所述的订单管理的方法，其特征在于，所述方法还包括：

接收用户的日计划看板请求；

根据所述日计划看板请求，统计预设的多个生产车间在当前周期的第一加工数据以及在前一周期的第二加工数据；

从所述数据库中统计得到所述当前周期对应的第一日计划生产数据、所述前一周期对应的第二日计划生产数据；

将所述第一加工数据和所述第一日计划生产数据通过第一柱状图进行显示；

将所述第二加工数据和所述第二日计划生产数据通过第二柱状图进行显示。

9.一种电子设备，其特征在于，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至8中任意一项所述的订单管理的方法。

10.一种计算机可读存储介质，其特征在于，存储有计算机可执行指令，所述计算机可执行指令用于实现至少如权利要求1至8中任意一项所述的订单管理的方法。

Images