CN110210930A - 订单处理方法、装置、电子设备及计算机可读存储介质 - Google Patents
订单处理方法、装置、电子设备及计算机可读存储介质 Download PDFInfo
- Publication number
- CN110210930A CN110210930A CN201910407557.XA CN201910407557A CN110210930A CN 110210930 A CN110210930 A CN 110210930A CN 201910407557 A CN201910407557 A CN 201910407557A CN 110210930 A CN110210930 A CN 110210930A
- Authority
- CN
- China
- Prior art keywords
- order
- product
- detail
- line
- source
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 17
- 238000003860 storage Methods 0.000 title claims abstract description 15
- 238000000034 method Methods 0.000 claims abstract description 38
- 238000012545 processing Methods 0.000 claims abstract description 22
- 238000002360 preparation method Methods 0.000 claims description 36
- 238000004519 manufacturing process Methods 0.000 claims description 28
- 230000004044 response Effects 0.000 claims description 14
- 239000000047 product Substances 0.000 description 147
- 235000012054 meals Nutrition 0.000 description 50
- 235000013305 food Nutrition 0.000 description 32
- 235000013311 vegetables Nutrition 0.000 description 13
- 230000006870 function Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 9
- 239000007787 solid Substances 0.000 description 8
- 238000004891 communication Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 6
- 230000000739 chaotic effect Effects 0.000 description 5
- 238000007726 management method Methods 0.000 description 5
- 238000012856 packing Methods 0.000 description 4
- 238000012384 transportation and delivery Methods 0.000 description 4
- 241000282326 Felis catus Species 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 206010021703 Indifference Diseases 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 239000011449 brick Substances 0.000 description 2
- 239000006227 byproduct Substances 0.000 description 2
- 239000004570 mortar (masonry) Substances 0.000 description 2
- 238000004806 packaging method and process Methods 0.000 description 2
- 238000007639 printing Methods 0.000 description 2
- 239000004575 stone Substances 0.000 description 2
- 238000010408 sweeping Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本公开实施例公开了一种订单处理方法、装置、电子设备及计算机可读存储介质。该方法包括:接收订单;根据所述订单的来源生成包括待准备内容的订单明细;其中,所述订单的来源包括线上***和线下***;输出所述订单明细。通过本公开实施例,可以针对订单的不同来源生成相应的订单明细,使得后台准备方能够统一处理来自线上***和线下***的订单,对于后台准备方而言所要准备的内容清晰明了,节省了人工成本,提高了订单处理效率。
Description
技术领域
本公开涉及计算机技术领域,具体涉及一种订单处理方法、装置、电 子设备及计算机可读存储介质。
背景技术
随着互联网技术的发展,实体店铺的经营工具有诸多现成的第三方工 具,例如可以通过一些网络运营平台(如天猫、饿了么等)在线上购买产 品的线上***,以及通过另一些网络运营平台(如口碑、二维火等)在店 铺现场购买产品的线下***等。但是由于线上***和线下***是割裂的, 无***关联,在产品准备和/或制作时需要分别处理线上和线下两类不同流 程的订单,较为混乱。
发明内容
本公开实施例提供一种订单处理方法、装置、电子设备及计算机可读 存储介质。
第一方面,本公开实施例中提供了一种订单处理方法。
具体的,所述订单处理方法,包括:
接收订单;
根据所述订单的来源生成包括待准备内容的订单明细;其中,所述订 单的来源包括线上***和线下***;
输出所述订单明细。
结合第一方面,本公开在第一方面的第一种实现方式中,所述方法还 包括:
接收待建立的产品信息;
将所述待建立的产品信息推送给所述线上***和/或线下***。
结合第一方面和/或第一方面的第一种实现方式,本公开在第一方面的 第二种实现方式中,所述方法还包括:
针对同一订单准备方,建立所述线上***和所述线下***中产品信息 之间的对应关系。
结合第一方面、第一方面的第一种实现方式和/或第一方面的第二种实 现方式,本公开在第一方面的第三种实现方式中,根据所述订单的来源生 成包括待准备内容的订单明细,包括:
响应于来自所述线上***的所述订单,生成包括待制作产品和无需制 作的产品的所述订单明细。
结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现 方式和/或第一方面的第三种实现方式,本公开在第一方面的第四种实现方 式中,输出所述订单明细,包括:
将所述订单明细显示在产品准备端的显示设备上。
结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现 方式、第一方面的第三种实现方式和/或第一方面的第四种实现方式,本公 开在第一方面的第五种实现方式中,所述显示设备包括第一显示设备和第 二显示设备;
将所述订单明细显示在产品准备端的显示设备上包括:
将所述订单的产品制作信息显示在所述第一显示设备上;
将所述订单的产品完成信息显示在所述第二显示设备上。
结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现 方式、第一方面的第三种实现方式、第一方面的第四种实现方式和/或第一 方面的第五种实现方式,本公开在第一方面的第六种实现方式中,在所述 订单的来源为所述线上***时,输出所述订单明细还包括:
响应于所述订单准备完成的信息,打印所述订单对应的订单小票。
结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现 方式、第一方面的第三种实现方式、第一方面的第四种实现方式、第一方 面的第五种实现方式和/或第一方面的第六种实现方式,本公开在第一方面 的第七种实现方式中,输出所述订单明细还包括:
响应于所述订单准备完成的信息,更新所述产品准备端的显示设备上 的所述订单的状态。
结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现 方式、第一方面的第三种实现方式、第一方面的第四种实现方式、第一方 面的第五种实现方式、第一方面的第六种实现方式和/或第一方面的第七种 实现方式,本公开在第一方面的第八种实现方式中,所述订单为餐饮订单; 所述线上***为外卖点餐***,所述线下***为堂食点餐***。
第二方面,本公开实施例中提供了一种订单处理装置。
具体的,所述订单处理装置,包括:
第一接收模块,被配置为接收订单;
生成模块,被配置为根据所述订单的来源生成包括待准备内容的订单 明细;其中,所述订单的来源包括线上***和线下***;
输出模块,被配置为输出所述订单明细。
所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。 所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的设计中,订单处理装置的结构中包括存储器和处理器, 所述存储器用于存储一条或多条支持订单处理装置执行上述第一方面中 订单处理方法的计算机指令,所述处理器被配置为用于执行所述存储器中 存储的计算机指令。所述订单处理装置还可以包括通信接口,用于订单处 理装置与其他设备或通信网络通信。
第三方面,本公开实施例提供了一种电子设备,包括存储器和处理器; 其中,所述存储器用于存储一条或多条计算机指令,其中,所述一条或多 条计算机指令被所述处理器执行以实现以下方法步骤:
接收订单;
根据所述订单的来源生成包括待准备内容的订单明细;其中,所述订 单的来源包括线上***和线下***;
输出所述订单明细。
结合第三方面,本公开在第三方面的第一种实现方式中,所述一条或 多条计算机指令还被所述处理器执行以实现以下方法步骤:
接收待建立的产品信息;
将所述待建立的产品信息推送给所述线上***和/或线下***。
结合第三方面和/或第三方面的第一种实现方式,本公开在第三方面的 第二种实现方式中,所述一条或多条计算机指令还被所述处理器执行以实 现以下方法步骤:
针对同一订单准备方,建立所述线上***和所述线下***中产品信息 之间的对应关系。
结合第三方面、第三方面的第一种实现方式和/或第三方面的第二种实 现方式,本公开在第三方面的第三种实现方式中,根据所述订单的来源生 成包括待准备内容的订单明细,包括:
响应于来自所述线上***的所述订单,生成包括待制作产品和无需制 作的产品的所述订单明细。
结合第三方面、第三方面的第一种实现方式、第三方面的第二种实现 方式和/或第三方面的第三种实现方式,本公开在第三方面的第四种实现方 式中,输出所述订单明细,包括:
将所述订单明细显示在产品准备端的显示设备上。
结合第三方面、第三方面的第一种实现方式、第三方面的第二种实现 方式、第三方面的第三种实现方式和/或第三方面的第四种实现方式,本公 开在第三方面的第五种实现方式中,所述显示设备包括第一显示设备和第 二显示设备;
将所述订单明细显示在产品准备端的显示设备上包括:
将所述订单的产品制作信息显示在所述第一显示设备上;
将所述订单的产品完成信息显示在所述第二显示设备上。
结合第三方面、第三方面的第一种实现方式、第三方面的第二种实现 方式、第三方面的第三种实现方式、第三方面的第四种实现方式和/或第三 方面的第五种实现方式,本公开在第三方面的第六种实现方式中,在所述 订单的来源为所述线上***时,输出所述订单明细还包括:
响应于所述订单准备完成的信息,打印所述订单对应的订单小票。
结合第三方面、第三方面的第一种实现方式、第三方面的第二种实现 方式、第三方面的第三种实现方式、第三方面的第四种实现方式、第三方 面的第五种实现方式和/或第三方面的第六种实现方式,本公开在第三方面 的第七种实现方式中,输出所述订单明细还包括:
响应于所述订单准备完成的信息,更新所述产品准备端的显示设备上 的所述订单的状态。
结合第三方面、第三方面的第一种实现方式、第三方面的第二种实现 方式、第三方面的第三种实现方式、第三方面的第四种实现方式、第三方 面的第五种实现方式、第三方面的第六种实现方式和/或第三方面的第七种 实现方式,本公开在第三方面的第八种实现方式中,所述订单为餐饮订单; 所述线上***为外卖点餐***,所述线下***为堂食点餐***。
第四方面,本公开实施例提供了一种计算机可读存储介质,用于存储 订单处理装置所用的计算机指令,其包含用于执行上述第一方面中订单处 理方法所涉及的计算机指令。
本公开实施例提供的技术方案可以包括以下有益效果:
本公开实施例在接收到用户的订单后,根据订单的来源是线上***还 是线下***,分别进行处理,生成包括待准备内容的订单明细,并输出订 单明细。通过本公开实施例,可以针对订单的不同来源生成相应的订单明 细,使得后台准备方能够统一处理来自线上***和线下***的订单,对于 后台准备方而言所要准备的内容清晰明了,节省了人工成本,提高了订单 处理效率。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释 性的,并不能限制本公开。
附图说明
结合附图,通过以下非限制性实施方式的详细描述,本公开的其它特 征、目的和优点将变得更加明显。在附图中:
图1示出根据本公开一实施方式的订单处理方法的流程图;
图2示出根据本公开一实施方式的产品信息建立部分的流程图;
图3示出根据本公开一实施方式的订单处理装置的结构框图;
图4示出根据本公开一实施方式的产品信息建立部分的结构框图;
图5是适于用来实现根据本公开一实施方式的订单处理方法的电子设 备的结构示意图。
具体实施方式
下文中,将参考附图详细描述本公开的示例性实施方式,以使本领域 技术人员可容易地实现它们。此外,为了清楚起见,在附图中省略了与描 述示例性实施方式无关的部分。
在本公开中,应理解,诸如“包括”或“具有”等的术语旨在指示本 说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在, 并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其 组合存在或被添加的可能性。
另外还需要说明的是,在不冲突的情况下,本公开中的实施例及实施 例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公 开。
图1示出根据本公开一实施方式的订单处理方法的流程图。如图1所 示,所述订单处理方法包括以下步骤S101-S103:
在步骤S101中,接收订单;
在步骤S102中,根据所述订单的来源生成包括待准备内容的订单明 细;其中,所述订单的来源包括线上***和线下***;
在步骤S103中,输出所述订单明细。
上文提及,随着互联网技术的发展,实体店铺的经营工具有诸多现成 的第三方工具,例如可以通过一些网络运营平台(如天猫、饿了么等)在 线上购买产品的线上***,以及通过另一些网络运营平台(如口碑、二维 火等)在店铺现场购买产品的线下***等。但是由于线上***和线下*** 是割裂的,无***关联,在产品准备和/或制作时需要分别处理线上和线下 两类不同流程的订单,较为混乱。
考虑到上述缺陷,本公开实施例提出了一种订单处理方法,该方法在 接收到用户的订单后,根据订单的来源是线上***还是线下***,分别进 行处理,生成包括待准备内容的订单明细,并输出订单明细。通过本公开 实施例,可以针对订单的不同来源生成相应的订单明细,使得后台准备方 能够统一处理来自线上***和线下***的订单,对于后台准备方而言所要 准备的内容清晰明了,节省了人工成本,提高了订单处理效率。
线上***可以是运营多个不同商家产品的网络运营平台,用户可以通 过网络运营平台在线上购买产品,用户在下单后,网络运营平台会将该订 单推送给商家,商家根据订单内容准备好产品后,通过快递等方式配送至 用户的收货地址,例如,外卖餐饮平台。线下***可以是商家实体店铺所 使用的***,也可以是针对多个不同商家而开发的***,用户通过线下系 统能够现场购买实体店铺中的产品,并且能够现场取走所购买的产品,例如口碑等平台。
线上***和线下***对订单的处理有所不同,线上***在准备好订单 中的产品之后,还需要将产品打包并进行配送,而线下***在准备好订单 中的产品之后,直接交予用户即可。因此,对于产品的后台准备方而言, 针对不同来源的订单,所需要进行准备的订单内容有所不同。因此,本公 开实施例针对这一情形,提出在接收到订单后,先判断该订单的来源,并 根据该订单的来源生成待准备内容的订单明细,进而输出订单明细供产品 准备方进行准备的技术方案。
在一实施例中,待准备内容可以包括但不限于用户订单中所购买的产 品和/或在该订单来自线上***时进行打包所需要的包装等;订单明细除了 包括待准备内容之外,还可以包括订单来源、订单号、价格等信息,如果 是来自线上***,订单明细还可以包括配送地址和联系方式等。
本实施例中,订单的来源不同,所生成的包括待准备内容的订单明细 不同,通过这种方式在给后台订单内容准备方输出的订单明细中能够清晰 明了的标识出需要准备哪些内容,后台准备方可以根据订单明细中的待准 备内容进行准备,也即后台准备方无需关心订单是来自线上***和线下系 统,只需要根据订单明细中的待准备内容进行准备即可。
在本实施例的一个可选实现方式中,如图2所示,所述方法进一步还 包括以下步骤S201-S202:
在步骤S201中,接收待建立的产品信息;
在步骤S202中,将所述待建立的产品信息推送给所述线上***和/或 线下***。
该可选的实现方式中,商家还可以针对新上线的产品生成待建立产品 信息,并根据本公开实施例将待建立的产品信息推送至线上***和/或线下 ***。在一些实施例中,如果线上***和线下***所出售的产品所有差异, 可以分别生成相关的产品信息,并分别推送至线上***和线下***,并在 相关产品之间建立对应关系,而如果线上***和线下***所出售的产品无 差异时,可以同时推送给线上***和线下***。
在本实施例的一个可选实现方式中,所述方法进一步还包括以下步 骤:
针对同一产品准备方,建立所述线上***和所述线下***中产品信息 之间的对应关系。
该可选的实现方式中,产品准备方可以是实体商铺,也即无论是线上 ***的订单还是线下***的订单,均由同一实体进行订单产品的准备,该 实体可以称之为产品准备方,例如外卖点餐***中的网络商铺A和实体商 铺A为同一产品准备方。在某些情况下,同一产品准备方例如同一商家在 线上***所售卖的产品信息和线下***所售卖的产品信息可能有所不同, 产品信息包括但不限于商品名称、商品标识等。因此本公开实施例还针对线上***和线下***建立产品信息之间的对应关系,例如针对同一产品, 在线上***中的商品标识与线下***的商品标识之间建立对应关系,这样 在接收到线上***和线下***的订单后,可以在订单明细中标识出需要产 品准备方进行准备的真实产品。
在本实施例的一个可选实现方式中,所述步骤S102,即根据所述订单 的来源生成包括待准备内容的订单明细的步骤,进一步包括以下步骤:
响应于来自所述线上***的所述订单,生成包括待制作产品和无需制 作的产品的所述订单明细。
该可选的实现方式中,对于来自线上***的订单,除了要准备订单中 的产品之外,还需要对订单中的产品进行打包。因此在生成订单明细时, 待准备内容中可以包括待制作产品和无需制作的产品,例如包装盒、餐具 等。例如,对于从外卖点餐***接收到的订单,在生成订单明细时,可以 包括待制作菜品和无需制作的包装盒、餐具等。订单明细可以输出给后厨, 后厨可以根据订单明细中的待制作菜品制作菜品。
在本实施例的一个可选实现方式中,所述步骤S103,即输出所述订单 明细的步骤,进一步包括以下步骤:
将所述订单明细显示在产品准备端的显示设备上。
该可选的实现方式中,生成订单明细后,可以将订单明细输出至产品 准备端的显示设备上,产品准备端可以根据显示设备上订单明细中待准备 内容进行准备,并在准备完成后根据订单明细中订单的来源将所准备的产 品交由订单打包人员进行打包或者实体店铺的前台服务人员。
在本实施例的一个可选实现方式中,所述显示设备包括第一显示设备 和第二显示设备;
将所述订单明细显示在产品准备端的显示设备上的步骤,进一步包括 以下步骤:
将所述订单的产品制作信息显示在所述第一显示设备上;
将所述订单的产品完成信息显示在所述第二显示设备上。
该可选的实现方式中,产品制作信息包括但不限于待制作的产品名和 制作内容明细,产品制作信息显示在第一显示设备上,该第一显示设备可 以设置在产品准备方,供产品准备方查看。产品完成信息包括但不限于已 制作完成的订单表示、产品名等,产品完成信息显示在第二设备上,该第 二设备可以设置在用户服务区,供用户和/或前台服务人员查看。例如,第 一显示设备可以是制餐显示屏,而第二显示设备可以是出餐显示屏。
在本实施例的一个可选实现方式中,在所述订单的来源为所述线上系 统时,所述步骤S103,即输出所述订单明细的步骤,进一步还包括以下步 骤:
响应于所述订单准备完成的信息,打印所述订单对应的订单小票。
该可选的实现方式中,在产品准备端完成订单中待准备内容的准备工 作之后,可以点击订单准备完成按钮;***在确定了该订单为来自线上系 统的订单之后,可以打印出该订单对应的订单小票,以便由订单包装人员 将该订单小票与订单产品一起打包后交予配送人员进行配送。
在本实施例的一个可选实现方式中,所述步骤S103,即输出所述订单 明细的步骤,进一步还包括以下步骤:
响应于所述订单准备完成的信息,更新所述产品准备端的显示设备上 的所述订单的状态。
该可选的实现方式中,订单准备完成后,可以将产品准备端的显示设 备上显示的订单状态从未完成更新为已完成。例如,餐饮店铺的后厨显示 屏上可以分为未制作分区和已制作分区,在制作完成菜品后,可以将该菜 品从位置坐分区移到已制作分区,并将状态更新为已制作完成。
在本实施例的一个可选实现方式中,所述订单为餐饮订单;所述线上 ***为外卖点餐***,所述线下***为堂食点餐***。
该可选的实现方式中,由于餐饮门店的经营工具有诸多现成的第三方 工具,例如外卖可以接饿了么、美团等,堂食可以接口碑、二维火等。但 是由于外卖场景和堂食场景是割裂的,无***关联,在后厨需要分别处理 外卖和堂食两类不同流程的订单,较为混乱。例如,商家可以通过外卖点 餐***商户版***接收外卖订单,包括外卖点餐***自助接单并且打印小 票功能;商家也可以通过堂食点餐***自主点餐***接收堂食订单,并通 过扫码进入堂食点餐***门店界面自助点餐结账;而堂食点餐***可以将 堂食订单通过后厨智能厨房显示***进行分解处理后显示在后厨的显示 屏上,以指导制餐出餐。
针对这一现象,根据本公开实施例提出的上述订单处理方法可以打通 餐饮外卖和堂食两类场景,并通过后厨智能厨房显示***做整合,给后厨 的指示清晰明了,并且实现了后厨无纸化。
下面通过餐饮外卖和堂食两个场景为例举例说明本公开实施例的实 现过程。
对于来自外卖点餐***的餐饮订单,餐饮商家在店铺打开外卖点餐系 统商户版***的接单后台,但不用连接打印机。用户在外卖点餐***客户 端上搜到该商家的网店,并点餐下单。商家在外卖点餐***接单后台点接 单,外卖点餐***接单后台所接收到的订单可以直接发送给根据本公开实 施例提出的技术方案实现的***中,该***对订单包含菜品进行解析,挑 出需要后厨制作的内容,生成订单明细,并将订单明细显示在后厨制餐显 示屏上的未制作分区内,订单明细包括但不限于菜品名和制作内容明细。 该订单对应的交付内容显示在出餐显示屏的未出餐区域,除了待制作的菜 品还可以包括不需要制作的餐盒、塑料袋、纸巾等包装信息。当后厨完成 制作后,在***中对应订单上点击完成按钮,***判断出是外卖订单,则 将制餐显示屏上的待制作内容由未制作转移到已制作,将出餐显示屏上对 应内容由未出餐转移到已出餐,同时外卖架处的打印机可以打印这个外卖 单的外卖点餐***小票,店员可以根据出餐屏内容将订单餐品完成打包, 夹上外卖点餐***小票,放在待取餐外卖货架上;等配送人员取走该外卖 产品后,店员可以在***中点击完成订单按钮,该订单可以从制餐屏和出 餐屏中移除。
对于来自堂食点餐***的堂食订单,用户走进餐饮门店内,选桌子坐 下,桌子上贴有和桌号关联的点餐二维码,用户通过堂食点餐***扫此二 维码,即可进入当前门店进行点餐。用户点完餐支付,订单信息即传到后 厨智能厨房显示***,后厨智能厨房显示***对订单包含菜品进行解析, 挑出需要后厨制作的内容,按品牌和档口分类,显示在后厨制餐显示屏上 的未制作分区内,包括菜品名和制作内容明细。该订单对应的交付内容显示在出餐显示屏的未出餐区域,并标注堂食。当后厨完成制作后,在后厨 智能厨房显示***对应订单上点完成,***判断出是堂食单,将制餐显示 屏上的制作内容由未制作转移到已制作,将出餐显示屏上对应内容由未出 餐转移到已出餐,店员根据出餐屏内容将订单餐品放在托盘内,备好碗筷 等。***在堂食订单完成制餐时会检索空闲的智能取餐柜,弹开后厨侧的 柜门,店员将备好的就餐托盘放入柜内,关上柜门,***自动发短信和口 碑消息到用户手机,通知用户已备餐完成,用户手机的口碑界面上的“开 柜取餐”按钮被点亮。用户来到取餐柜前,按“开柜取餐”按钮,对应柜门打 开,用户取走餐品关上柜门,***自动认为订单完成,该单会从制餐屏和 出餐屏移除。
下述为本公开装置实施例,可以用于执行本公开方法实施例。
图3示出根据本公开一实施方式的订单处理装置的结构框图,该装置 可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。 如图3所示,所述订单处理装置包括:
第一接收模块301,被配置为接收订单;
生成模块302,被配置为根据所述订单的来源生成包括待准备内容的 订单明细;其中,所述订单的来源包括线上***和线下***;
输出模块303,被配置为输出所述订单明细。
上文提及,随着互联网技术的发展,实体店铺的经营工具有诸多现成 的第三方工具,例如可以通过一些网络运营平台(如天猫、饿了么等)在 线上购买产品的线上***,以及通过另一些网络运营平台(如口碑、二维 火等)在店铺现场购买产品的线下***等。但是由于线上***和线下*** 是割裂的,无***关联,在产品准备和/或制作时需要分别处理线上和线下 两类不同流程的订单,较为混乱。
考虑到上述缺陷,本公开实施例提出了一种订单处理装置,该装置在 接收到用户的订单后,根据订单的来源是线上***还是线下***,分别进 行处理,生成包括待准备内容的订单明细,并输出订单明细。通过本公开 实施例,可以针对订单的不同来源生成相应的订单明细,使得后台准备方 能够统一处理来自线上***和线下***的订单,对于后台准备方而言所要 准备的内容清晰明了,节省了人工成本,提高了订单处理效率。
线上***可以是运营多个不同商家产品的网络运营平台,用户可以通 过网络运营平台在线上购买产品,用户在下单后,网络运营平台会将该订 单推送给商家,商家根据订单内容准备好产品后,通过快递等方式配送至 用户的收货地址,例如,外卖餐饮平台。线下***可以是商家实体店铺所 使用的***,也可以是针对多个不同商家而开发的***,用户通过线下系 统能够现场购买实体店铺中的产品,并且能够现场取走所购买的产品,例如口碑等平台。
线上***和线下***对订单的处理有所不同,线上***在准备好订单 中的产品之后,还需要将产品打包并进行配送,而线下***在准备好订单 中的产品之后,直接交予用户即可。因此,对于产品的后台准备方而言, 针对不同来源的订单,所需要进行准备的订单内容有所不同。因此,本公 开实施例针对这一情形,提出在接收到订单后,先判断该订单的来源,并 根据该订单的来源生成待准备内容的订单明细,进而输出订单明细供产品 准备方进行准备的技术方案。
在一实施例中,待准备内容可以包括但不限于用户订单中所购买的产 品和/或在该订单来自线上***时进行打包所需要的包装等;订单明细除了 包括待准备内容之外,还可以包括订单来源、订单号、价格等信息,如果 是来自线上***,订单明细还可以包括配送地址和联系方式等。
本实施例中,订单的来源不同,所生成的包括待准备内容的订单明细 不同,通过这种方式在给后台订单内容准备方输出的订单明细中能够清晰 明了的标识出需要准备哪些内容,后台准备方可以根据订单明细中的待准 备内容进行准备,也即后台准备方无需关心订单是来自线上***和线下系 统,只需要根据订单明细中的待准备内容进行准备即可。
在本实施例的一个可选实现方式中,如图4所示,所述装置进一步还 包括:
第二接收模块401,被配置为接收待建立的产品信息;
推送模块402,被配置为将所述待建立的产品信息推送给所述线上系 统和/或线下***。
该可选的实现方式中,商家还可以针对新上线的产品生成待建立产品 信息,并根据本公开实施例将待建立的产品信息推送至线上***和/或线下 ***。在一些实施例中,如果线上***和线下***所出售的产品所有差异, 可以分别生成相关的产品信息,并分别推送至线上***和线下***,并在 相关产品之间建立对应关系,而如果线上***和线下***所出售的产品无 差异时,可以同时推送给线上***和线下***。
在本实施例的一个可选实现方式中,所述装置进一步还包括:
建立模块,被配置为针对同一产品准备方,建立所述线上***和所述 线下***中产品信息之间的对应关系。
该可选的实现方式中,产品准备方可以是实体商铺,也即无论是线上 ***的订单还是线下***的订单,均由同一实体进行订单产品的准备,该 实体可以称之为产品准备方,例如外卖点餐***中的网络商铺A和实体商 铺A为同一产品准备方。在某些情况下,同一产品准备方例如同一商家在 线上***所售卖的产品信息和线下***所售卖的产品信息可能有所不同, 产品信息包括但不限于商品名称、商品标识等。因此本公开实施例还针对线上***和线下***建立产品信息之间的对应关系,例如针对同一产品, 在线上***中的商品标识与线下***的商品标识之间建立对应关系,这样 在接收到线上***和线下***的订单后,可以在订单明细中标识出需要产 品准备方进行准备的真实产品。
在本实施例的一个可选实现方式中,所述生成模块302,包括:
生成子模块,被配置为响应于来自所述线上***的所述订单,生成包 括待制作产品和无需制作的产品的所述订单明细。
该可选的实现方式中,对于来自线上***的订单,除了要准备订单中 的产品之外,还需要对订单中的产品进行打包。因此在生成订单明细时, 待准备内容中可以包括待制作产品和无需制作的产品,例如包装盒、餐具 等。例如,对于从外卖点餐***接收到的订单,在生成订单明细时,可以 包括待制作菜品和无需制作的包装盒、餐具等。订单明细可以输出给后厨, 后厨可以根据订单明细中的待制作菜品制作菜品。
在本实施例的一个可选实现方式中,所述输出模块303,包括:
第一输出子模块,被配置为将所述订单明细显示在产品准备端的显示 设备上。
该可选的实现方式中,生成订单明细后,可以将订单明细输出至产品 准备端的显示设备上,产品准备端可以根据显示设备上订单明细中待准备 内容进行准备,并在准备完成后根据订单明细中订单的来源将所准备的产 品交由订单打包人员进行打包或者实体店铺的前台服务人员。
在本实施例的一个可选实现方式中,所述显示设备包括第一显示设备 和第二显示设备;
所述第一输出子模块,包括:
第二输出子模块,被配置为将所述订单的产品制作信息显示在所述第 一显示设备上;
第三输出子模块,被配置为将所述订单的产品完成信息显示在所述第 二显示设备上。
该可选的实现方式中,产品制作信息包括但不限于待制作的产品名和 制作内容明细,产品制作信息显示在第一显示设备上,该第一显示设备可 以设置在产品准备方,供产品准备方查看。产品完成信息包括但不限于已 制作完成的订单表示、产品名等,产品完成信息显示在第二设备上,该第 二设备可以设置在用户服务区,供用户和/或前台服务人员查看。例如,第 一显示设备可以是制餐显示屏,而第二显示设备可以是出餐显示屏。
在本实施例的一个可选实现方式中,在所述订单的来源为所述线上系 统时,所述输出模块303,还包括:
打印子模块,被配置为响应于所述订单准备完成的信息,打印所述订 单对应的订单小票。
该可选的实现方式中,在产品准备端完成订单中待准备内容的准备工 作之后,可以点击订单准备完成按钮;***在确定了该订单为来自线上系 统的订单之后,可以打印出该订单对应的订单小票,以便由订单包装人员 将该订单小票与订单产品一起打包后交予配送人员进行配送。
在本实施例的一个可选实现方式中,所述输出模块303,还包括:
更新子模块,被配置为响应于所述订单准备完成的信息,更新所述产 品准备端的显示设备上的所述订单的状态。
该可选的实现方式中,订单准备完成后,可以将产品准备端的显示设 备上显示的订单状态从未完成更新为已完成。例如,餐饮店铺的后厨显示 屏上可以分为未制作分区和已制作分区,在制作完成菜品后,可以将该菜 品从位置坐分区移到已制作分区,并将状态更新为已制作完成。
在本实施例的一个可选实现方式中,所述订单为餐饮订单;所述线上 ***为外卖点餐***,所述线下***为堂食点餐***。
该可选的实现方式中,由于餐饮门店的经营工具有诸多现成的第三方 工具,例如外卖可以接饿了么、美团等,堂食可以接口碑、二维火等。但 是由于外卖场景和堂食场景是割裂的,无***关联,在后厨需要分别处理 外卖和堂食两类不同流程的订单,较为混乱。例如,商家可以通过外卖点 餐***商户版***接收外卖订单,包括外卖点餐***自助接单并且打印小 票功能;商家也可以通过堂食点餐***自主点餐***接收堂食订单,并通 过扫码进入堂食点餐***门店界面自助点餐结账;而堂食点餐***可以将 堂食订单通过后厨智能厨房显示***进行分解处理后显示在后厨的显示 屏上,以指导制餐出餐。
针对这一现象,根据本公开实施例提出的上述订单处理方法可以打通 餐饮外卖和堂食两类场景,并通过后厨智能厨房显示***做整合,给后厨 的指示清晰明了,并且实现了后厨无纸化。
本公开实施方式还提供了一种电子设备,如图5所示,包括至少一个 处理器501;以及与至少一个处理器501通信连接的存储器502;其中, 存储器502存储有可被至少一个处理器501执行的指令,指令被至少一个 处理器501执行以实现:
接收订单;
根据所述订单的来源生成包括待准备内容的订单明细;其中,所述订 单的来源包括线上***和线下***;
输出所述订单明细。
在本实施例的一个可选实现方式中,所述一条或多条计算机指令还被 所述处理器执行以实现以下方法步骤:
接收待建立的产品信息;
将所述待建立的产品信息推送给所述线上***和/或线下***。
在本实施例的一个可选实现方式中,所述一条或多条计算机指令还被 所述处理器执行以实现以下方法步骤:
针对同一订单准备方,建立所述线上***和所述线下***中产品信息 之间的对应关系。
在本实施例的一个可选实现方式中,根据所述订单的来源生成包括待 准备内容的订单明细,包括:
响应于来自所述线上***的所述订单,生成包括待制作产品和无需制 作的产品的所述订单明细。
在本实施例的一个可选实现方式中,输出所述订单明细,包括:
将所述订单明细显示在产品准备端的显示设备上。
在本实施例的一个可选实现方式中,所述显示设备包括第一显示设备 和第二显示设备;
将所述订单明细显示在产品准备端的显示设备上包括:
将所述订单的产品制作信息显示在所述第一显示设备上;
将所述订单的产品完成信息显示在所述第二显示设备上。
在本实施例的一个可选实现方式中,在所述订单的来源为所述线上系 统时,输出所述订单明细还包括:
响应于所述订单准备完成的信息,打印所述订单对应的订单小票。
在本实施例的一个可选实现方式中,输出所述订单明细还包括:
响应于所述订单准备完成的信息,更新所述产品准备端的显示设备上 的所述订单的状态。
所述订单为餐饮订单;所述线上***为外卖点餐***,所述线下*** 为堂食点餐***。
具体地,处理器501、存储器502可以通过总线或者其他方式连接, 图5中以通过总线连接为例。存储器502作为一种非易失性计算机可读存 储介质,可用于存储非易失性软件程序、非易失性计算机可执行程序以及 模块。处理器501通过运行存储在存储器502中的非易失性软件程序、指 令以及模块,从而执行设备的各种功能应用以及数据处理,即实现本公开 实施例中的上述方法。
存储器502可以包括存储程序区和存储数据区,其中,存储程序区可 存储操作***、至少一个功能所需要的应用程序;存储数据区可存储航运 网络运输的历史数据等。此外,存储器502可以包括高速随机存取存储器, 还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或 其他非易失性固态存储器件。在一些实施方式中,电子设备可选地包括通 信组件503,存储器502可选地包括相对于处理器501远程设置的存储器, 这些远程存储器可以通过通信组件503连接至外接设备。上述网络的实例 包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
一个或者多个模块存储在存储器502中,当被一个或者多个处理器 501执行时,执行本公开实施例中的上述方法。
上述产品可执行本公开实施方式所提供的方法,具备执行方法相应的 功能模块和有益效果,未在本实施方式中详尽描述的技术细节,可参见本 公开实施方式所提供的方法。
附图中的流程图和框图,图示了按照本公开各种实施方式的***、方 法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,路 程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所 述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能 的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的 功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这 依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以 及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用 的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实 现。
描述于本公开实施方式中所涉及到的单元或模块可以通过软件的方 式实现,也可以通过硬件的方式来实现。所描述的单元或模块也可以设置 在处理器中,这些单元或模块的名称在某种情况下并不构成对该单元或模 块本身的限定。
作为另一方面,本公开还提供了一种计算机可读存储介质,该计算机 可读存储介质可以是上述实施方式中所述装置中所包含的计算机可读存 储介质;也可以是单独存在,未装配入设备中的计算机可读存储介质。计 算机可读存储介质存储有一个或者一个以上程序,所述程序被一个或者一 个以上的处理器用来执行描述于本公开的方法。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本 领域技术人员应当理解,本公开中所涉及的发明范围,并不限于上述技术 特征的特定组合而成的技术方案,同时也应涵盖在不脱离所述发明构思的 情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方 案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特 征进行互相替换而形成的技术方案。
Claims (10)
1.一种订单处理方法,其特征在于,包括:
接收订单;
根据所述订单的来源生成包括待准备内容的订单明细;其中,所述订单的来源包括线上***和线下***;
输出所述订单明细。
2.根据权利要求1所述的方法,其特征在于,还包括:
接收待建立的产品信息;
将所述待建立的产品信息推送给所述线上***和/或线下***。
3.根据权利要求1所述的方法,其特征在于,还包括:
针对同一订单准备方,建立所述线上***和所述线下***中产品信息之间的对应关系。
4.根据权利要求1所述的方法,其特征在于,根据所述订单的来源生成包括待准备内容的订单明细,包括:
响应于来自所述线上***的所述订单,生成包括待制作产品和无需制作的产品的所述订单明细。
5.根据权利要求1-4任一项所述的方法,其特征在于,输出所述订单明细,包括:
将所述订单明细显示在产品准备端的显示设备上。
6.根据权利要求5所述的方法,其特征在于,所述显示设备包括第一显示设备和第二显示设备;
将所述订单明细显示在产品准备端的显示设备上包括:
将所述订单的产品制作信息显示在所述第一显示设备上;
将所述订单的产品完成信息显示在所述第二显示设备上。
7.根据权利要求5所述的方法,其特征在于,在所述订单的来源为所述线上***时,输出所述订单明细还包括:
响应于所述订单准备完成的信息,打印所述订单对应的订单小票。
8.一种订单处理装置,其特征在于,包括:
第一接收模块,被配置为接收订单;
生成模块,被配置为根据所述订单的来源生成包括待准备内容的订单明细;其中,所述订单的来源包括线上***和线下***;
输出模块,被配置为输出所述订单明细。
9.一种电子设备,其特征在于,包括存储器和处理器;其中,
所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令被所述处理器执行以实现以下方法步骤:
接收订单;
根据所述订单的来源生成包括待准备内容的订单明细;其中,所述订单的来源包括线上***和线下***;
输出所述订单明细。
10.一种计算机可读存储介质,其上存储有计算机指令,其特征在于,该计算机指令被处理器执行时实现权利要求1-7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910407557.XA CN110210930A (zh) | 2019-05-16 | 2019-05-16 | 订单处理方法、装置、电子设备及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910407557.XA CN110210930A (zh) | 2019-05-16 | 2019-05-16 | 订单处理方法、装置、电子设备及计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110210930A true CN110210930A (zh) | 2019-09-06 |
Family
ID=67787420
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910407557.XA Pending CN110210930A (zh) | 2019-05-16 | 2019-05-16 | 订单处理方法、装置、电子设备及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110210930A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110738549A (zh) * | 2019-09-30 | 2020-01-31 | 口碑(上海)信息技术有限公司 | 饮品订单的处理方法及物联网平台 |
CN111724228A (zh) * | 2020-05-09 | 2020-09-29 | 时时同云科技(成都)有限责任公司 | 一种订单处理方法及装置 |
CN113095920A (zh) * | 2021-05-10 | 2021-07-09 | 上海商米科技集团股份有限公司 | 一种厨房订单显示方法、***、智能终端及存储介质 |
CN113887686A (zh) * | 2021-10-20 | 2022-01-04 | 拉扎斯网络科技(上海)有限公司 | 一种出餐信息显示装置 |
CN116012119A (zh) * | 2023-02-21 | 2023-04-25 | 北京三快在线科技有限公司 | 订单状态变更方法、***、装置、存储介质及电子设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105844552A (zh) * | 2016-03-23 | 2016-08-10 | 苏州本心信息科技有限公司 | 一种餐饮管理方法 |
CN107358548A (zh) * | 2017-08-23 | 2017-11-17 | 广州方派科技有限公司 | 自助点餐***和餐饮云管理*** |
CN109584109A (zh) * | 2017-09-29 | 2019-04-05 | 深圳旗鱼移动科技有限公司 | 点餐***、pos终端及点餐方法 |
-
2019
- 2019-05-16 CN CN201910407557.XA patent/CN110210930A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105844552A (zh) * | 2016-03-23 | 2016-08-10 | 苏州本心信息科技有限公司 | 一种餐饮管理方法 |
CN107358548A (zh) * | 2017-08-23 | 2017-11-17 | 广州方派科技有限公司 | 自助点餐***和餐饮云管理*** |
CN109584109A (zh) * | 2017-09-29 | 2019-04-05 | 深圳旗鱼移动科技有限公司 | 点餐***、pos终端及点餐方法 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110738549A (zh) * | 2019-09-30 | 2020-01-31 | 口碑(上海)信息技术有限公司 | 饮品订单的处理方法及物联网平台 |
CN111724228A (zh) * | 2020-05-09 | 2020-09-29 | 时时同云科技(成都)有限责任公司 | 一种订单处理方法及装置 |
CN113095920A (zh) * | 2021-05-10 | 2021-07-09 | 上海商米科技集团股份有限公司 | 一种厨房订单显示方法、***、智能终端及存储介质 |
CN113887686A (zh) * | 2021-10-20 | 2022-01-04 | 拉扎斯网络科技(上海)有限公司 | 一种出餐信息显示装置 |
CN116012119A (zh) * | 2023-02-21 | 2023-04-25 | 北京三快在线科技有限公司 | 订单状态变更方法、***、装置、存储介质及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110210930A (zh) | 订单处理方法、装置、电子设备及计算机可读存储介质 | |
CN110717800B (zh) | 餐饮门店的数字化处理方法、装置及*** | |
US9734524B2 (en) | Systems and methods for virtual markets with product pickup | |
US7596517B2 (en) | Customer-specific merchandising program | |
CN104424531B (zh) | 多语言订单处理***及其方法 | |
CN107230034A (zh) | 一种关联下单方法及装置 | |
JP6600141B2 (ja) | 情報提供装置及び情報提供方法 | |
FR2963143A1 (fr) | Systeme de generation de publicite | |
CN107424045A (zh) | 一种推荐商品的订单生成方法、装置及*** | |
CN104112198A (zh) | 一种自助购物柜 | |
JPH1091684A (ja) | オンラインショッピングにおける商品表示方法 | |
CN104599058A (zh) | 基于.net平台的农资销售管理*** | |
JP2014029631A (ja) | 販売支援システム | |
CN110738438A (zh) | 一种双平台同步的零售管理装置 | |
JP3953714B2 (ja) | 宅配システム | |
US20140156361A1 (en) | System and method for coupling receipt information with packaging | |
JP2009009349A (ja) | カタログ選択商品贈与システム | |
KR20160110814A (ko) | 식료품 배달 관리 시스템, 방법 및 컴퓨터 프로그램 | |
CN110738541A (zh) | 维护网络商店的方法及装置、零售管理装置及网络商店装置 | |
CN108053274A (zh) | 数据的处理方法、装置、***和设备 | |
Toeniskoetter | Lots of Food Gets Tossed. These Apps Let You Buy It, Cheap. | |
US20200265506A1 (en) | Systems and Methods for Managing a Marketplace of Homemade Foods | |
US20020116088A1 (en) | System for dispensing a consumer product | |
JP2002133221A (ja) | 献立(レシピ)による地域スーパーマーケット(小売店)ピックアップデリバリー(購入代行・配達)方式通称:〜レシピデリバリー〜 | |
Hall | From Kitchen to Market: Selling your gourmet food specialty |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |