订单信息维护方法与流程

本发明涉及通信技术领域，尤其涉及一种订单信息维护方法。

背景技术：

订单处理就是从接到客户订货开始一直到交付商品乃至商品评价为止的作业阶段,作为订单作业的核心流程，订单处理直接影响到订单作业的准确度和效率。

然而在订单处理过程中，也包括有一个较为特殊的环节，就是订单取消。目前常用的方法是将取消的订单数据放入订单垃圾箱中,用户依然可以随时看到自己已经取消的订单,电商侧的员工也能够察看到取消的订单,但是这样的结果就是数据存储空间越来越多的被这些“失效”的订单数据所占用，造成存储资源的浪费。同时现有的订单取消的处理机制也还需要进行进一步的完善。

如何能够在尽量不影响到正常订单处理流程，不会给电商造成太大人力物力损失的情况下，提供给客户予以取消订单的合理时间；以及电商在何种场景下能够主动触发取消订单的动作，但又能同时兼顾保障客户利益，都是业内还在探讨的问题。

技术实现要素：

本发明的目的是针对现有技术的缺陷，提供一种订单信息维护方法，针对用户取消或超时订单按照设定机制进行处理，能够在兼顾顾客和电商二者需求的情况下合理实现取消订单的业务功能，并对已取消订单按照时间进行管控，对于已取消时间超过设定时间阈值的订单自动执行删除操作，已避免对存储空间的永久占用、造成存储资源浪费。

有鉴于此，本发明实施例提供了一种订单信息维护方法，包括：

获取在线订单信息的生成时间的信息；所述在线订单信息包括订单ID、订单中商品的商品ID、订购数量、商品价格数据、用户ID、收货信息、店面信息、订单取货时间信息和订单状态信息；

监控当前时间与所述生成时间之间的第一时间间隔；

当所述第一时间间隔大于预设的第一时间阈值时，生成订单取消指令；所述订单取消指令包括所述订单ID；

根据所述订单ID确定待处理的在线订单信息，根据所述订单取消指令更改所述待处理的在线订单信息的订单状态信息，将所述订单状态信息更改为取消状态，并记录订单取消时间；

获取所述订单状态信息为取消状态的在线订单信息，生成已取消在线订单列表；

监控当前时间与所述已取消在线订单列表中每个在线订单信息的订单取消时间之间的第二时间间隔；

当订单ID为第一订单ID的在线订单信息的所述第二时间间隔大于预设的第二时间阈值时，生成已取消订单删除指令，所述已取消订单删除指令包括第一订单ID；

根据所述已取消订单删除指令，在所述已取消在线订单列表中清除所述第一订单ID对应的在线订单信息。

优选的，在所述获取在线订单信息的生成时间的信息之前，所述方法还包括：

所述终端设备接收服务器发送的订单信息，所述订单信息包括所述订单ID、订单中商品的商品ID、订购数量、商品价格数据、用户ID、收货信息、店面信息和订单取货时间信息；

对所述订单信息进行预处理，在所述订单信息中加入订单状态信息，生成在线订单信息，存储在在线订单数据列表中，并且记录所述在线订单信息的生成时间；所述订单状态信息为待配货状态。

优选的，所述方法还包括：

获取所述店面的每个员工ID对应的工作权重数据；

根据各个员工ID对应的工作权重数据所述在线订单信息的责任员工的员工ID，建立并记录所述订单ID与所述责任员工的员工ID的关联信息；

接收所述责任员工通过所述终端设备输入的配货完成信息，所述配货完成信息包括所述订单ID；

根据所述配货完成信息更新所述在线订单信息的订单状态信息，将所述订单状态信息更改为配货完成状态。

进一步优选的，所述方法还包括：

接收取货确认信息，根据所述取货确认信息，对所述在线订单信息进行处理，生成已完成订单信息并存储在已完成订单数据列表中；并且在所述在线订单数据列表中删除所述在线订单信息。

优选的，在所述根据所述配货完成信息更新所述在线订单信息的订单状态信息，将所述订单状态信息更改为配货完成状态之前，所述方法还包括：

用户终端接收用户输入的订单取消指令；

根据所述订单取消指令生成订单取消信息发送给所述服务器；所述订单取消信息至少包括所述用户ID和订单ID；

根据所述订单ID在所述在线订单信息中查询相应的在线订单信息，并对查询得到的在线订单信息中的用户ID与所述订单取消信息中的用户ID相匹配；

当匹配一致时，生成所述订单取消指令。

优选的，所述获取所述店面的每个员工ID对应的工作权重数据具体包括：

根据所述店面的店面信息确定所述店面信息关联的多个员工ID；

根据所述员工ID查询与所述员工ID相关的全部待处理订单的订单ID；所述待处理订单为订单状态信息为待配货状态的在线订单；

根据所述待处理订单的订单ID统计待处理订单数量；

根据所述待处理订单数量生成所述工作权重数据。

优选的，所述根据所述待处理订单数量生成所述工作权重数据具体包括：

根据所述待处理订单的订单ID确定每个待处理订单的商品ID和订购数量；

根据所述每个待处理订单的商品ID和订购数量确定所述待处理订单的权重值；

对所述待处理订单的权重值和所述待处理订单数量进行加权处理生成所述工作权重数据。

本发明实施例提供的订单信息维护方法，针对用户取消或超时订单按照设定机制进行处理，能够在兼顾顾客和电商二者需求的情况下合理实现取消订单的业务功能，并对已取消订单按照时间进行管控，对于已取消时间超过设定时间阈值的订单自动执行删除操作，已避免对存储空间的永久占用、造成存储资源浪费。

附图说明

图1为本发明实施例提供的订单信息维护方法的流程图；

图2为本发明实施例提供的对在线订单进行分派派单处理的流程图；

图3为本发明实施例提供的生成工作权重数据的方法流程图。

具体实施方式

订单处理是电子商务网站的核心业务之一，即重点中的重点。其处理结果的好坏，在经营上直接关系到客户体验，即关系到用户下单，顾客回头率，在企业内部同样对企业资金运用，周转都有着，仓储物流都有着极为重要的作用。而随着电子商务的普及和发展，倍增的销售量也对订单的数据存储管理带来了挑战。为此，本发明针对线上销售、线下取货的运营模式提出了一种订单信息维护方法，能够基于订单状态对订单信息地存储数据进行维护管理，提高了存储资源的使用效率，兼顾了顾客和电商二者对于数据管理的需求。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

图1为本发明实施例提供的订单信息维护方法流程图，如图1所示，包括：

步骤100，终端设备接收服务器发送的订单信息；

具体的，在用户通过用户端下单之后，在服务器中会根据用户的订购信息生成订单信息，并基于预先设定的规则将订单信息派发到店面。订单信息可以包括订单ID、订单中商品的商品ID、订购数量、商品价格数据、用户ID、收货信息、店面信息和订单取货时间信息。

步骤110，对订单信息进行预处理，在订单信息中加入订单状态信息，生成在线订单信息，存储在在线订单数据列表中，并且记录在线订单信息的生成时间；

具体的，在用户通过用户端下单之后，在服务器中会根据用户的订购信息生成订单信息，并基于预先设定的规则将订单信息派发到店面。店面的终端设备对于订单信息进行预处理，生成在线订单信息，同时记录在线订单信息的生成时间，以便后续进行处理时限上的监控。

步骤120，获取在线订单信息的生成时间的信息；

具体的，在线订单信息包括订单ID、订单中商品的商品ID、订购数量、商品价格数据、用户ID、收货信息、店面信息、订单取货时间信息和订单状态信息。

服务器后台对于每个在线订单信息都进行处理时限的监控。

步骤130，监控当前时间与生成时间之间的第一时间间隔；

具体的，当生成在线订单信息之后，表明该订单已经被分配到店铺，则可以根据这个时间作为起点时间，来限定订单处理的时限。

可以根据当前时间确定与该起点时间，即生成在线订单信息时间之间的时间间隔作为判定是否超时限。

因为此处所说的订单处理的时限是限定用户下单后取货的时限，因此，也可以以后续步骤240中，对订单配货完成的时间作为起点时间，来限定订单处理的时限。

步骤140，当第一时间间隔大于预设的第一时间阈值时，生成订单取消指令；

具体的，订单取消指令包括订单ID。

以一个具体的例子说明：

客户通过移动终端的应用进行在线下单后，订单信息转至店铺，生成在线订单信息，或者已经由店铺员工完成配货。在此之后的7天内，客户都没去到店面取货，服务器则会对此订单生成订单取消指令。

步骤150，根据订单ID确定待处理的在线订单信息，根据订单取消指令更改待处理的在线订单信息的订单状态信息，将订单状态信息更改为取消状态，并记录订单取消时间；

具体的，将该订单的状态会根据订单取消指令更改为已取消的状态。

步骤160，获取订单状态信息为取消状态的在线订单信息，生成已取消在线订单列表；

具体的，服务器主动识别各个订单的订单状态信息，将状态信息为取消状态的在线订单信息加入到已取消在线订单列表中。

服务器的主动识别可以是实时的，即在待处理的在线订单信息的订单状态信息的状态被更改时就进行识别和订单数据的抓取；也可以是定时获取的，比如每小时或者每半小时更新一次数据。

步骤170，监控当前时间与已取消在线订单列表中每个在线订单信息的订单取消时间之间的第二时间间隔；

具体的，当订单被取消时间超过设定时间，比如30天，即不再保留该订单的数据。

如果当订单被取消时间没有超过设定时间，则还可以对已取消的在线订单进行查询操作。具体的，对已取消订单可以通过订单ID、用户ID等信息进行查询。

此外，对于已取消在线订单列表中的在线订单信息还可以执行手动删除的操作。可以通过批量删除或者单个删除的方式来实现。

批量删除时，服务后台可以通过用户界面，对已取消在线订单列表中的复选框进行多选删除订单，删除成功后，这些订单将从数据库中删除。

单个删除时，在用户界面上，通过在已取消在线订单列表中选中每条在线订单信息对应的删除按钮，可以通过用户界面对该删除按钮进行点击操作，将该订单删除，删除成功后该订单数据将从数据库中删除。

步骤180，当订单ID为第一订单ID的在线订单信息的第二时间间隔大于预设的第二时间阈值时，生成已取消订单删除指令；

具体的，当一个已取消订单的取消时间已经超过了预设的时间间隔，比如30天，则系统直接生成删除指令，删除该订单信息。在删除指令中包括有被删除订单的订单ID。

步骤190，根据已取消订单删除指令，在已取消在线订单列表中清除第一订单ID对应的在线订单信息。

上述过程实现了基于预设时间管控的订单信息维护的一个自动执行的流程。整个流程执行于服务器端。

此外，订单的取消，也可以是由下单用户发起的。

也就是在步骤150的订单取消指令，还存在另外一种产生方法。

具体的，在步骤150之前，用户终端接收用户输入的订单取消指令，根据订单取消指令生成订单取消信息发送给服务器；在订单取消信息中至少包括用户ID和订单ID；服务器根据订单ID在在线订单信息中查询相应的在线订单信息，并对查询得到的在线订单信息中的用户ID与订单取消信息中的用户ID相匹配；当匹配一致时，生成订单取消指令。

上述过程为用户主动取消订单的执行过程，如果用户下单错误，或者用户改变主意不想购买商品了，可以按照上述过程进行操作。

但是为了避免给电商造成太大的人力物力损失，该过程优选的，只能在订单分派派单处理完成之前或者订单状态信息更改为配货完成状态之前才能发起。一旦订单已经完成派单或者已经完成配货，就不能再由用户发起订单取消了。

本发明实施例提供的订单信息维护方法，针对用户取消或超时订单按照设定机制进行处理，能够在兼顾顾客和电商二者需求的情况下合理实现取消订单的业务功能，并对已取消订单按照时间进行管控，对于已取消时间超过设定时间阈值的订单自动执行删除操作，已避免对存储空间的永久占用、造成存储资源浪费。

下面对在线订单进行分派派单处理的过程进行说明。

在步骤110之后，还可以包括对于在线订单进行分派派单处理的过程。具体如图2所示，包括如下步骤：

步骤210，获取店面的每个员工ID对应的工作权重数据；

具体的，本实施例中，工作权重数据是能够用来量化衡量一个员工当前工作负荷的数据。工作权重数据可以通过如下过程获得。

首先，根据店面的店面信息确定店面信息关联的多个员工ID；其次根据员工ID查询与员工ID相关的全部待处理订单的订单ID；此处的待处理订单是指订单状态信息为待配货状态的在线订单；再次，根据待处理订单的订单ID统计待处理订单数量；最后，根据待处理订单数量生成工作权重数据。

在这个过程中，工作权重数据是由员工的待处理订单的数量确定的，也就是说，一个员工的待处理订单越多，表示他当前的工作权重越大。

进一步的，工作权重数据的生成除了考量待处理订单数量外还可以同时考量每个待处理订单的商品及商品数量。这样能够更合理的进行任务分派。比如两个员工A和B，其中A的待处理订单有2件，B的待处理订单有3件，A的待处理订单中，每件订单包含10件商品，而B的待处理订单中每件订单仅有2件商品，如果仅以待处理订单数量来考量工作权重数据，显然没有同时考虑待处理订单中包括的商品及订购数量更加严谨、合理。

因此在优选的实施例中，生成工作权重数据的方法如图3所示，包括如下步骤：

步骤211，根据待处理订单的订单ID确定每个待处理订单的商品ID和订购数量；

步骤212，根据每个待处理订单的商品ID和订购数量确定待处理订单的权重值；

具体的，可以根据商品的不同，对商品赋予一个权重，然后根据商品ID对应得到该权重，将该权重与该商品的订购数量的乘积作为订单中一个商品的权重值。如果订单包括多种商品，则将多种商品的权重值之和作为待处理订单的权重值。

步骤213，对待处理订单的权重值和待处理订单数量进行加权处理生成工作权重数据。

具体的，对每个员工的全部待处理订单进行加权，即可得到该员工的工作权重数据。

步骤220，根据各个员工ID对应的工作权重数据在线订单信息的责任员工的员工ID，建立并记录订单ID与责任员工的员工ID的关联信息；

在这之后，对订单生成订单分派提示信息，并基于关联信息，根据责任员工的用户ID发送给责任员工的用户终端。责任员工的用户终端对接收到的订单分派提示信息进行显示。通过订单分派提示信息，可以提示责任员工该订单被分派给他进行配货处理。订单分配提示信息中至少包括订单ID。

步骤230，接收责任员工通过终端设备输入的配货完成信息，配货完成信息包括订单ID；

具体的，责任员工在配货完成之后会通过终端设备输入配货完成信息，从而在系统中对配货完成时间和动作进行记录。

在优选的实施例中，可以根据订单取货时间信息生成配货完成预警时间，比如设置为订单取货时间之前8小时，或者之前4小时。

如果在到达配货完成预警时间时，系统还没有接收到配货完成信息，则生成预警信息，以提示责任员工该订单即将到达取货时间，需要予以关注并有先进行配货。

步骤240，根据配货完成信息更新在线订单信息的订单状态信息，将订单状态信息更改为配货完成状态；

具体的，店面管理员或者员工通过查看订单状态信息即可确认该订单是否已经完成配货。

在对在线订单信息的处理中，可以基于不同订单状态信息对订单信息进行分类处理。

比如当接收到店面管理员输入的待配货订单查询信息，则在订单状态信息为待配货状态的在线订单信息中进行查询匹配；当接收到店面管理员输入的待配货订单查询信息，则在订单状态信息为配货完成状态的在线订单信息中进行查询匹配。

步骤250，接收取货确认信息，根据取货确认信息，对在线订单信息进行处理，生成已完成订单信息并存储在已完成订单数据列表中。

当用户完成线下取货的动作，店面管理员或员工在终端设备输入取货确认信息。取货确认信息中包括由订单ID的信息。从而通过订单ID确定完成的订单。

步骤260，在在线订单数据列表中删除在线订单信息。

步骤250和步骤260是可以同时进行的。

在步骤250之后，还可以对已完成订单数据列表中的数据进行删除、备份等等操作。

比如，需要定期对已完成订单数据列表中的数据进行备份。通过设定备份时间，实现系统的自动备份。

同时可以设置操作项，确定对备份完成的数据是否删除。

当然，删除和备份的动作也都可以是由店面的管理员通过终端设备的操作产生的。

通过上述过程即完成了从订单分派到订单处理完成的整个过程的订单信息处理。基于上述过程，在订单分派时，能根据服务店面的员工当前工作负荷量自动分配订单的责任员工，大大减少了店面管理员的工作，缩短了订单处理的时间，提高了工作效率。

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。