CN107862575A - 一种订单管理方法及装置 - Google Patents

Abstract

本发明涉及网络订餐技术领域，公开了一种订单管理方法及装置，该方法包括：客户端向服务器发送订单请求；服务器接收所述订单请求，并根据订单的支付情况标识所述订单的订单状态；将订单状态为待取餐状态的订单发送至生产端，生产端根据所述订单中预订餐品进行生产，通过将订单信息关联到订餐系统的预订、支付、生产等各个环节，满足了生产、运营的正常、持续、高效的运行需求，使用户的餐品能准确无误的生产并配送到相应的取餐点。

Description

一种订单管理方法及装置

技术领域

本发明涉及网络订餐技术领域，尤其涉及一种订单管理方法及装置。

背景技术

随着人们现代工作生活节奏的加快，上班族快餐难已成为一个突出的问题。目前的一些订餐系统都是采用传统的电子商务模式，由顾客通过网络订餐，由订餐公司派人送到订餐人手中，用面对面现金支付方式完成交易；现有的订餐系统的订单信息较为简单，订单的作用也不明显，没有给订餐系统以很好的助力。

发明内容

本发明的主要目的在于提出一种订单管理方法及装置，通过将订单信息关联到订餐系统的预订、支付、生产等各个环节，满足了生产、运营的正常、持续、高效的运行需求，使用户的餐品能准确无误的生产并配送到相应的取餐点。

为实现上述目的，本发明提供的一种订单管理方法，包括：

客户端向服务器发送订单请求；

服务器接收所述订单请求，并根据订单的支付情况标识所述订单的订单状态；

将订单状态为待取餐状态的订单发送至生产端，生产端根据所述订单中预订餐品进行生产。

可选地，所述订单包括：餐品详情、属性ID、订单编号、取餐地址、名称、订单状态、支付方式、用户手机、下单价格、成交价格、子订单和创建时间。

可选地，所述订单状态包括：待付款状态、取消状态、待取餐状态、待退款状态、已退款状态和已完成状态。

可选地，所述将订单状态为待取餐状态的订单发送至生产端，生产端根据所述订单中预订餐品进行生产包括：

获取某个预设时间点前的待取餐状态的所有订单；

对所述所有订单中的餐品进行拆分统计，获取包含单个餐品的生产总数、套餐数及取餐地址的订单报表；

生产端根据所述订单报表进行生产。

作为本发明的另一方面，提供的一种订单管理装置，包括：

订单发送模块，用于客户端向服务器发送订单请求；

订单标识模块，用于服务器接收所述订单请求，并根据订单的支付情况标识所述订单的订单状态；

订单汇总模块，用于将订单状态为待取餐状态的订单发送至生产端，生产端根据所述订单中预订餐品进行生产。

可选地，所述订单包括：餐品详情、属性ID、订单编号、取餐地址、名称、订单状态、支付方式、用户手机、下单价格、成交价格、子订单和创建时间。

可选地，所述订单状态包括：待付款状态、取消状态、待取餐状态、待退款状态、已退款状态和已完成状态。

可选地，所述订单汇总模块包括：

截取单元，用于获取某个预设时间点前的待取餐状态的所有订单；

统计单元，对所述所有订单中的餐品进行拆分统计，获取包含单个餐品的生产总数、套餐数及取餐地址的订单报表；

生产单元，用于生产端根据所述订单报表进行生产。

本发明提出的一种订单管理方法及装置，该方法包括：客户端向服务器发送订单请求；服务器接收所述订单请求，并根据订单的支付情况标识所述订单的订单状态；将订单状态为待取餐状态的订单发送至生产端，生产端根据所述订单中预订餐品进行生产，通过将订单信息关联到订餐系统的预订、支付、生产等各个环节，满足了生产、运营的正常、持续、高效的运行需求，使用户的餐品能准确无误的生产并配送到相应的取餐点。

附图说明

图1为本发明实施例一提供的一种订单管理方法流程图；

图2为图1中步骤S30的方法流程图；

图3为本发明实施例二提供的一种订单管理装置示范性结构框图；

图4为图3中订单汇总模块的示范性结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，"模块"与"部件"可以混合地使用。

实施例一

如图1所示，在本实施例中，一种订单管理方法，包括：

S10、客户端向服务器发送订单请求；

S20、服务器接收所述订单请求，并根据订单的支付情况标识所述订单的订单状态；

S30、将订单状态为待取餐状态的订单发送至生产端，生产端根据所述订单中预订餐品进行生产。

在本实施例中，通过将订单信息关联到订餐系统的预订、支付、生产等各个环节，满足了生产、运营的正常、持续、高效的运行需求，使用户的餐品能准确无误的生产并配送到相应的取餐地址。

在本实施例中，所述客户端上设置有幸福早餐APP，用户通过留了APP，搭配自己需要的早餐（主食和辅食饮料等），通过确认餐品详情和取餐地址后，点击购买生成一个订单请求。

在本实施例中，所述订单包括：餐品详情、属性ID、订单编号、取餐地址、名称、订单状态、支付方式、用户手机、下单价格、成交价格、子订单和创建时间。

在本实施例中，每个订单都是唯一的，通过属性ID和订单编号来区分。

在本实施例中，所述订单状态包括：待付款状态、取消状态、待取餐状态、待退款状态、已退款状态和已完成状态。

在本实施例中，服务器接收到用户的订单请求后，会生成一条订单记录，通过用户的支付行为和下单时间，订单有待付款状态、取消状态、待取餐状态、待退款状态、已退款状态和已完成状态。由于餐品有时间和库存的限制；服务器为每个订单请求设置15分钟（可调节）的待付款时间，在服务器接收到订单请求后，用户可以通过客户端在15分钟内付款，该15分钟内订单为待付款状态，如果在15分钟内用户订单没有支付成功，则订单为取消状态；如果在15分钟内用户支付成功，则订单状态为待取餐状态；如果用户已成功取餐，则订单为已完成状态；如果因各种原因用户申请退款，订单为待退款状态；退款成功后为已退款状态。

如图2所示，在本实施例中，所述步骤S30包括：

S31、获取某个预设时间点前的待取餐状态的所有订单；

S32、对所述所有订单中的餐品进行拆分统计，获取包含单个餐品的生产总数、套餐数及取餐地址的订单报表；

S33、生产端根据所述订单报表进行生产。

在本实施例中，服务器会在每天的固定时间，如晚上12点，进行订单截单，将第二天需要生产的订单（以待取餐状态为准）进行汇总，并拆分出单个商品的生产总数和套餐数、配送地址等报表，并自动将报表发送到相关的生产和管理人员的邮箱中，生产端按照报表进行生产。

配送人员可以通过客户端APP或微信服务号查询订单信息，当配送错误或用户找不到餐品时，配送或客服可以通过服务号快速查询到用户订单信息，定位用户的餐品位置，快速的将客户餐品找到交给用户。

服务器端的管理平台可以通过订单编号、用户手机、支付方式、订单状态、下单时间、取餐日期中的某一项或多项条件快速的查询需要的订单

管理平台可以根据指定的条件导出父订单报表、子订单报表、餐品报表、用户报表、销售报表、标签报表、捡餐报表、配送报表、配位表表等日常报表。

实施例二

如图3所示，在本实施例中，一种订单管理装置，包括：

订单发送模块10，用于客户端向服务器发送订单请求；

订单标识模块20，用于服务器接收所述订单请求，并根据订单的支付情况标识所述订单的订单状态；

订单汇总模块30，用于将订单状态为待取餐状态的订单发送至生产端，生产端根据所述订单中预订餐品进行生产。

在本实施例中，通过将订单信息关联到订餐系统的预订、支付、生产等各个环节，满足了生产、运营的正常、持续、高效的运行需求，使用户的餐品能准确无误的生产并配送到相应的取餐地址。

在本实施例中，所述客户端上设置有幸福早餐APP，用户通过留了APP，搭配自己需要的早餐（主食和辅食饮料等），通过确认餐品详情和取餐地址后，点击购买生成一个订单请求。

在本实施例中，所述订单包括：餐品详情、属性ID、订单编号、取餐地址、名称、订单状态、支付方式、用户手机、下单价格、成交价格、子订单和创建时间。

在本实施例中，每个订单都是唯一的，通过属性ID和订单编号来区分。

在本实施例中，所述订单状态包括：待付款状态、取消状态、待取餐状态、待退款状态、已退款状态和已完成状态。

在本实施例中，服务器接收到用户的订单请求后，会生成一条订单记录，通过用户的支付行为和下单时间，订单有待付款状态、取消状态、待取餐状态、待退款状态、已退款状态和已完成状态。由于餐品有时间和库存的限制；服务器为每个订单请求设置15分钟（可调节）的待付款时间，在服务器接收到订单请求后，用户可以通过客户端在15分钟内付款，该15分钟内订单为待付款状态，如果在15分钟内用户订单没有支付成功，则订单为取消状态；如果在15分钟内用户支付成功，则订单状态为待取餐状态；如果用户已成功取餐，则订单为已完成状态；如果因各种原因用户申请退款，订单为待退款状态；退款成功后为已退款状态。

如图4所示，在本实施例中，所述订单汇总模块包括：

截取单元31，用于获取某个预设时间点前的待取餐状态的所有订单；

统计单元32，对所述所有订单中的餐品进行拆分统计，获取包含单个餐品的生产总数、套餐数及取餐地址的订单报表；

生产单元33，用于生产端根据所述订单报表进行生产。

在本实施例中，服务器会在每天的固定时间，如晚上12点，进行订单截单，将第二天需要生产的订单（以待取餐状态为准）进行汇总，并拆分出单个商品的生产总数和套餐数、配送地址等报表，并自动将报表发送到相关的生产和管理人员的邮箱中，生产端按照报表进行生产。

配送人员可以通过客户端APP或微信服务号查询订单信息，当配送错误或用户找不到餐品时，配送或客服可以通过服务号快速查询到用户订单信息，定位用户的餐品位置，快速的将客户餐品找到交给用户。

服务器端的管理平台可以通过订单编号、用户手机、支付方式、订单状态、下单时间、取餐日期中的某一项或多项条件快速的查询需要的订单

管理平台可以根据指定的条件导出父订单报表、子订单报表、餐品报表、用户报表、销售报表、标签报表、捡餐报表、配送报表、配位表表等日常报表。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端设备（可以是手机，计算机，服务器，空调器，或者网络设备等）执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (8)

1.一种订单管理方法，其特征在于，包括：

客户端向服务器发送订单请求；

服务器接收所述订单请求，并根据订单的支付情况标识所述订单的订单状态；

将订单状态为待取餐状态的订单发送至生产端，生产端根据所述订单中预订餐品进行生产。

2.根据权利要求1所述的一种订单管理方法，其特征在于，所述订单包括：餐品详情、属性ID、订单编号、取餐地址、名称、订单状态、支付方式、用户手机、下单价格、成交价格、子订单和创建时间。

3.根据权利要求2所述的一种订单管理方法，其特征在于，所述订单状态包括：待付款状态、取消状态、待取餐状态、待退款状态、已退款状态和已完成状态。

4.根据权利要求3所述的一种订单管理方法，其特征在于，所述将订单状态为待取餐状态的订单发送至生产端，生产端根据所述订单中预订餐品进行生产包括：

获取某个预设时间点前的待取餐状态的所有订单；

对所述所有订单中的餐品进行拆分统计，获取包含单个餐品的生产总数、套餐数及取餐地址的订单报表；

生产端根据所述订单报表进行生产。

5.一种订单管理装置，其特征在于，包括：

订单发送模块，用于客户端向服务器发送订单请求；

订单标识模块，用于服务器接收所述订单请求，并根据订单的支付情况标识所述订单的订单状态；

订单汇总模块，用于将订单状态为待取餐状态的订单发送至生产端，生产端根据所述订单中预订餐品进行生产。

6.根据权利要求5所述的一种订单管理装置，其特征在于，所述订单包括：餐品详情、属性ID、订单编号、取餐地址、名称、订单状态、支付方式、用户手机、下单价格、成交价格、子订单和创建时间。

7.根据权利要求6所述的一种订单管理装置，其特征在于，所述订单状态包括：待付款状态、取消状态、待取餐状态、待退款状态、已退款状态和已完成状态。

8.根据权利要求7所述的一种订单管理方法，其特征在于，所述订单汇总模块包括：

截取单元，用于获取某个预设时间点前的待取餐状态的所有订单；

统计单元，对所述所有订单中的餐品进行拆分统计，获取包含单个餐品的生产总数、套餐数及取餐地址的订单报表；

生产单元，用于生产端根据所述订单报表进行生产。