食材的管理方法及装置与流程

本申请涉及但不限于餐饮领域，具体而言，涉及一种食材的管理方法及装置。

背景技术：

在相关技术中，对于餐饮行业来说，后厨的菜品库存是其运营管理的重要环节，所谓“巧妇难为无米之炊”，如果后厨“粮草”短缺，即使厨师技艺再精湛，也难以满足顾客的点菜需求，如果经常发生这种情况，势必影响大众对餐厅的评价；另一方面，如果后厨“粮草”过剩，又可能造成原材料积压，这种问题带来的后果更为严重，因为，积压的食材很可能过期，产生成本浪费，削减餐厅利润，而如果管理人员为了节约成本继续使用过期食材，极易引发食品安全事件，一旦发生此类事件，餐厅的声誉将受到重大打击，甚至可能为此付出关店停业的代价，可谓得不偿失。

因此，如何科学有效地管理后厨的菜品库存，对于餐厅的运营管理人员来说，是一个必须引起高度重视的问题，既要保证后厨库存充足，又要尽量避免库存过剩，只有这样，才能有助于餐厅健康有序的持续经营。

针对相关技术中管理食材的方案复杂且效率低的问题，目前还没有有效的解决方案。

技术实现要素：

本申请实施例提供了一种食材的管理方法及装置，以至少解决相关技术中管理食材的方案复杂且效率低的问题。

根据本申请的一个实施例，提供了一种食材的管理方法，包括：获取食材的存储信息，其中，所述存储信息包括以下至少之一：所述食材的剩余数量，所述食材的剩余有效期；依据所述存储信息获取以下操作信息，其中，所述操作信息包括以下至少之一：补货信息，食材促销信息；依据所述操作信息管理食材。

根据本申请的另一个实施例，还提供了一种食材的管理装置，包括：第一获取装置，用于获取食材的存储信息，其中，所述存储信息包括以下至少之一：所述食材的剩余数量，所述食材的剩余有效期；第二获取装置，用于依据所述存储信息获取以下操作信息，其中，所述操作信息包括以下至少之一：补货信息，食材促销信息；执行模块，用于依据所述操作信息管理食材。

根据本申请的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本申请的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

通过本申请，获取食材的存储信息，该存储信息包括食材的剩余数量，食材的剩余有效期等，依据该存储信息确定针对该食材的操作信息，例如补货信息和食材促销信息，最后依据该操作信息管理该食材。采用上述方案，充分利用计算机的数据处理能力，自动获取食材的存储信息，并确定出操作信息，相对相关技术中的人工统计等形式节省了大量资源，实现简单且高效，解决了相关技术中管理食材的方案复杂且效率低的问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本申请实施例的一种食材的管理方法的计算机终端的硬件结构框图；

图2是根据本申请实施例的食材的管理方法的流程图；

图3是根据本申请另一个实施例的数字化系统的结构图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例一

相关技术中多数餐厅的后厨库存管理，在物料统计方面，采用的是人员定期盘点的方式，可包括年中盘点、年终盘点、月末盘点以及不定期抽点，一些规模较大的餐厅，在完成整个盘点的过程当中通常涉及多个部门和人员，比如有总盘人负责盘点工作的总指挥、主盘人负责盘点的实际工作、复盘人负责盘点监督、盘点人负责盘点计量工作、会点人负责和盘点人公项核对以确保数据准确、协点人负责盘点的搬运和整理工作等。在完成盘点后，库存管理人员再与采购部门进行沟通，完成进货、补货流程，这当中也需要涉及跨部门间的大量协调工作。

采用人员定期及不定期盘点的方式统计和管理后厨菜品的库存，常常需要耗费大量的人员和时间，整个过程可能牵涉多个部门，这当中又需要部门和人员间的一系列协调工作，一旦某一环节或某个人员出现差错，都可能对盘点结果的准确性造成影响。

另外，采取定期盘点的方式，在两个盘点日之间如果发生菜品短缺，还是会对餐厅的经营造成不利影响，而一味加大不定期抽点的频率，虽然可以减少这种情况的发生，但过于频繁的盘点又会造成人员、时间各种成本的无谓浪费。

最后，盘点结束后，负责盘点的部门需要与采购部门沟通，才能完成补货，这种跨部门间的协调工作常涉及复杂流程，且如果协调有误，就可能造成菜品进货不足或过多等问题。

针对上述相关技术中存在的问题，本申请实施例一提供了一种食材的管理方法，此处所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在计算机终端上为例，图1是本申请实施例的一种食材的管理方法的计算机终端的硬件结构框图，如图1所示，计算机终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)和用于存储数据的存储器104，可选地，上述计算机终端还可以包括用于通信功能的传输装置106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述计算机终端的结构造成限定。例如，计算机终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本申请实施例中的食材的管理方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种运行于上述计算机终端的食材的管理方法，图2是根据本申请实施例的食材的管理方法的流程图，如图2所示，该流程包括如下步骤：

步骤s202，获取食材的存储信息，其中，所述存储信息包括以下至少之一：所述食材的剩余数量，所述食材的剩余有效期；

可以通过视频设备等方式直接拍摄食材的存储位置，来获取食材的剩余数量。或者可以统计最初的进货数量，然后减去这段时间的消耗量，然后得到食材的剩余数量。

步骤s204，依据所述存储信息获取以下操作信息，其中，所述操作信息包括以下至少之一：补货信息，食材促销信息；

补货信息可以是该食材的待补货数量，以及补货的日期等。食材促销信息可以是在后续菜品销售时的打折力度等。

步骤s206，依据所述操作信息管理食材。

依据操作信息管理食材可以包括：按照该补货信息对食材进行补货，按照食材促销信息销售该食材对应的菜品。

食材对应的菜品可以是，使用该食材制作的菜品，如果在多个菜品中均使用到该食材，可以优先促销每道菜中该食材的消耗量大的菜品。

通过上述步骤，获取食材的存储信息，该存储信息包括食材的剩余数量，食材的剩余有效期等，依据该存储信息确定针对该食材的操作信息，例如补货信息和食材促销信息，最后依据该操作信息管理该食材。采用上述方案，充分利用计算机的数据处理能力，自动获取食材的存储信息，并确定出操作信息，相对相关技术中的人工统计等形式节省了大量资源，实现简单且高效，解决了相关技术中管理食材的方案复杂且效率低的问题。

可选地，获取食材的存储信息，包括：获取所述食材的进货信息，其中，所述进货信息包括进货日期，进货量，保质期；获取所述食材的消耗信息，其中，所述消耗信息包括所述食材的消耗数量；依据所述进货信息和所述消耗信息，获取所述食材的剩余数量，和所述食材的剩余有效期。采用该方案，获取食材的进货信息，然后在使用食材的过程中统计食材的消耗量，最后获取食材的剩余数量，剩余有效期等信息。准确有效地获得了食材的存储信息，而不需要耗费人工进行统计，节省了人力资源。

可选地，依据所述存储信息获取以下操作信息，包括：获取每天消耗所述食材的个数，并获取消耗完所述食材的预计日期，其中，所述预计日期为所述剩余数量和所述每天消耗所述食材个数的比值；在所述食材的剩余有效期小于所述预计日期时，确定以下信息至少之一为所述食材促销信息：降低所述食材对应菜品的销售价钱；生成第一指令信息，用于提示服务员推销所述食材对应的菜品。采用该方案，在该食材符合预设条件时，及时生成食材的促销信息，充分利用该食材，避免食材浪费，降低餐厅成本。

获取每天消耗的食材的个数，可以是临近的一天的消耗量，或者是临近几天的平均值，或者是基于大数据预测出的未来几天的消耗量。大数据预测可以包括首先预测顾客数量，例如明后天是法定假期，预测顾客游玩至此的数量，然后预测未来几天的食材消耗量。

可选地，确定以下信息至少之一为所述食材促销信息之后，依据所述食材促销信息对所述食材对应的菜品进行销售；并统计本次销售中的营业额。采用该方案，通过统计本次促销中的营业额，可以知悉本次促销是否为餐厅带来了更大的利润，为以后促销做餐卡，例如可以参考本次促销打折力度确定以后的打折力度，寻找到打折力度造成的菜品销量和餐厅营业额之间的最佳点。

可选地，可以计算促销前该食材对应菜品带来的营业额，再计算促销过程中该食材对应菜品带来的营业额，通过比较来获取本次促销对于餐厅是否经济划算。

可选地，依据所述存储信息获取以下操作信息，包括：获取每天消耗所述食材的个数，并获取消耗完所述食材的预计日期，其中，所述预计日期为所述剩余数量和所述每天消耗所述食材个数的比值；在所述预计日期小于阈值时，生成用于提示对所述食材进行补货的补货信息。采用该方案，及时生成补货信息，避免该食材断货。

可选地，依据所述存储信息获取以下操作信息，包括：在所述食材的剩余数量符合预设条件时，确定以下信息为所述食材促销信息：生成第二指令信息，用于提示服务员提醒顾客所述食材对应菜品暂停制作。采用该方案，在食材缺货时，及时通知服务员，进一步提示顾客，避免造成顾客已经点菜后被告知菜品销售完毕的尴尬情况。

可选地，依据所述存储信息获取以下操作信息之后，所述方法还包括：将所述操作信息同步至云服务器；并接收对所述操作信息的修改信息，形成修改后的第二操作信息；依据所述第二操作信息管理食材。采用该方案，在自动依据操作管理食材之前，将操作信息上传至云服务器供工作人员查询确定或者修改，以避免机器计算中出现的错误，充分保证工作人员对食材的管理权。

下面结合本申请另一个实施例进行说明。

本申请另一个实施例旨在应用数字化技术，对各类原材料的新鲜程度进行把控，目标是在其新鲜周期内，结合餐厅的菜品推荐、促销，尽可能地合理消耗，减少因原材料过期而导致的浪费，同时也尽可能地使餐厅增加收益。

本申请另一个实施例也可与后厨的其他管控系统结合，尤其是菜品原材料库存监测系统，能实现对后厨采购、原材料消耗的数字化、智能化管理。

本申请另一个实施例针对餐厅原材料提出一种数字化系统，实现对菜品原材料库存的智能分配、消耗。图3是根据本申请另一个实施例的数字化系统的结构图，如图3所示，该数字化系统30包括以下组成部分：数据采集模块32，原材料临近过期的操作模块34，原材料短缺的操作模块36，数据访问与显示模块38。

数据采集模块32可以实现以下功能：

功能一，获取所有原材料的该批次的进货日期、进货量、保质期，由餐厅采购人员负责在进货行为发生后录入系统。

功能二，每一种原材料都有默认的保质期时效，该时效以餐厅当前存储环境下，原材料的保鲜时长为标准，视当前批次的新鲜度可以手动调整。

功能三，使用餐厅菜品原材料库存监测系统，按天为单位，追踪各类原材料消耗情况，即每天各原材料由于当天的营业的消耗量。

功能四，录入每天的出售菜品，所需原材料的消耗量，以及当天的实际定价，又称为指促销活动下的实际售价。

原材料临近过期的操作模块34用于实现以下功能：

当某种原材料的某一批次临近过期，且按当前的消耗量无法正常消耗完该批次原材料时，则以增加相关菜品的促销力度的方式，增加其消耗量。一种可选的增加促销力度的方式是在第二天，降低相关菜品的售价x％，x值的确定有一个默认值，参考餐馆日常的折扣力度(比如该餐馆默认9折是其常规的促销力度，则x＝10)。在当天营业结束时，再次计算是否有原材料面临过期。其他可选的方式有增加店内对该菜品的宣传推荐。比如店员推荐、招牌菜、店内悬挂宣传图片等等。

计算价格调整和促销调整导致的原材料消耗增量，作出判断“该次调价带来了多少营业额的提升/下降”，用于在未来得到最优的促销价值x。

原材料短缺的操作模块36：该模块用于当某种原材料短缺时，优先通过采购途径补货，而为了减少由于原材料短缺而导致顾客点不到菜导致的体验下降，及时给到前厅的店员提示，在菜品告缺时先行给到顾客提醒。

数据访问与显示模块38，该模块用于实现以下功能：

数据在云端或本地服务器完成数据计算，然后可以将数量同步至云端或本地服务器。

库存管理人员和采购人员获得当天各个原材料的库存量和新鲜程度(保质期天数)，以及时制定采购计划对相关的原材料完成采购；餐厅管理人员或运营人员依据当前库存情况，获取系统建议的促销菜品以及折扣力度，制定下一天的菜品促销计划和推荐计划；

数据访问采用账号分级授权的模式，用户可通过app、网页端、信息推送、邮件推送的方式获得权限赋予的数据访问。

采用本申请另一个实施例的方案，提供给餐厅采购人员以库存管理工具，能够按需完成原材料的采购；同时也增加了餐厅对库存的掌控能力，同时有可能通过减少原材料浪费来增加餐厅收入。

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

实施例二

在本实施例中还提供了一种食材的管理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

根据本申请的另一个实施例，还提供了一种食材的管理装置，包括：

第一获取装置，用于获取食材的存储信息，其中，所述存储信息包括以下至少之一：所述食材的剩余数量，所述食材的剩余有效期；

第二获取装置，用于依据所述存储信息获取以下操作信息，其中，所述操作信息包括以下至少之一：补货信息，食材促销信息；

执行模块，用于依据所述操作信息管理食材。

通过本申请，获取食材的存储信息，该存储信息包括食材的剩余数量，食材的剩余有效期等，依据该存储信息确定针对该食材的操作信息，例如补货信息和食材促销信息，最后依据该操作信息管理该食材。采用上述方案，充分利用计算机的数据处理能力，自动获取食材的存储信息，并确定出操作信息，相对相关技术中的人工统计等形式节省了大量资源，实现简单且高效，解决了相关技术中管理食材的方案复杂且效率低的问题。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例三

本申请的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

s1，获取食材的存储信息，其中，所述存储信息包括以下至少之一：所述食材的剩余数量，所述食材的剩余有效期；

s2，依据所述存储信息获取以下操作信息，其中，所述操作信息包括以下至少之一：补货信息，食材促销信息；

s3，依据所述操作信息管理所述食材。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本申请的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输装置以及输入输出设备，其中，该传输装置和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

s1，获取食材的存储信息，其中，所述存储信息包括以下至少之一：所述食材的剩余数量，所述食材的剩余有效期；

s2，依据所述存储信息获取以下操作信息，其中，所述操作信息包括以下至少之一：补货信息，食材促销信息；

s3，依据所述操作信息管理所述食材。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

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

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