做餐饮的朋友应该都有这种感觉——钱没赚到,锅碗瓢盆倒是越买越多。上个月刚补了一批勺子,月底盘货又发现少了几把。你说这玩意儿能值几个钱,但架不住它天天在损耗。
我前两天跟一个开湘菜馆的朋友聊天,他跟我吐槽:店里一年光餐具损耗就花了三万多块。听他说完,我靠前反应真是这个数?后来一算,一个客单价80块的餐厅,餐具损耗率控制在0.5%到1%算是正常水平,但很多店实际能做到3%就不错了。中国饭店协会有个数据,餐饮企业餐具年均损耗率普遍在0.5%-1.5%之间,损耗金额占营业收入的比重甚至可以到2%以上。说白了,你辛辛苦苦卖100块菜,有两三块钱就这么悄悄溜走了。
所以今天想聊聊餐饮低值易耗品摊销这件事——别觉得它只是财务的琐事,它比你想的更值得花点心思。
低值易耗品到底是什么,怎么划分的

先说清楚概念。餐饮业说的低值易耗品,指的是那些价值不高、容易损耗、使用周期短的物品。比如碗碟、筷子、汤勺、酒杯、托盘、围裙、抹布,甚至厨房里的小锅小铲。它跟固定资产最大的区别就是——量多、价低、换得快。
按照会计准则,单位价值在2000元以下的,或者使用年限不到一年的,基本都可以归类为低值易耗品。但餐饮行业比较特殊,很多餐厅的餐具单件成本就几块钱,可架不住采购量大,一买就是几千件,所以有一个不成文的习惯做法——用摊销方式来分配成本。
有点绕?打个比方。你买了一批盘子,花了一万块,但你不应该把这笔钱全部算在买的那天头上,因为盘子是慢慢用坏的。摊销,就是把这笔钱平均分摊到盘子使用的这段日子里,这样每月的成本才更真实。
简化处理:一次摊销和五五摊销,省事是最大优点

目前业内最常见的简化处理有两种。
一次摊销法:采购当时,一次性把成本全部计入当期的费用里。真简单粗暴,餐具入库那天,这一万块就全部算作成本了。账面上当月的利润会很难看,但之后几个月成本就低很多,利润反而不太真实。
五五摊销法:入库时先摊一半,报废时再摊另外一半。相对平滑一点,但本质上也没精细到那里去。
这两种方法的核心逻辑就一个字——省。省人工、省精力、省时间。我认识不少开单店的朋友,都是用五五摊销,因为反正没有复杂的财务需求,税务局那边也没意见,只要账能对上就行。
说实话,如果你的店只有一两张桌子,或者平均客单价不高,一个月的餐具采购额也就几千块,那真没必要去搞精细核算法。时间也是成本。
精细核算:分类型、分批次、按实际损耗,值得吗

反过来看,精细核算就是把每一批餐具单独建卡,记录采购日期、数量和单价,每个月根据实际盘点的损耗来逐月摊销或直接报废处理。
这个方法最明显的好处是账目清晰:哪个批次质量差、损坏快,一目了然。某连锁餐饮的财务总监跟我说过一句特别实在的话:“低值易耗品管的不是钱,管的是损耗背后的流程漏洞。”比如后厨传菜时碗碟磕碰多,如果数字被摊平了掩盖了,你根本不会发现,服务员粗手粗脚的问题就永远得不到改善。
精细核算还能让你看清真实的毛利润。很多加盟品牌、连锁总部,要求门店必须用精细核算法上报财务数据,就是为了让总部能对比不同门店的损耗率,找出管理差距。
但它的缺点也明显——费人。你需要有人每个月去盘库存,需要录入系统,需要确认报废单。如果是小店,这活谁来干?老板自己都忙不过来。
你的餐厅到底该选哪种模式
这个问题的答案取决于三个因素:门店数量、月均低值易耗品采购金额、有没有专人负责成本核算。
给你一个参考坐标系:
- 单店、采购金额在3000元以下/月——五五摊销法就够了,少见要注意的就是别偷懒,报废流程该走还要走。
- 多店连锁或采购金额在5000元以上/月——建议至少做到分类核算,把餐具跟厨房工器具分开,因为两者的损耗周期差异太大。
- 品牌加盟或准备做融资——直接上精细核算,别犹豫。你要面对的不是看不看得清利润,而是投资人看不看得清规范。
另外还有一个细节值得提——很多店在低值易耗品核算上犯的错,不是选错方法,而是用了精细核算的系统,但从来没有人认真录入数据。系统只是个工具,填不对就是废铁。
不管哪种方式,这几件事你必须做
最后说说基本功。
靠前,一定要有盘点制度。哪怕你用的是最粗糙的一次摊销法,也得知道自己店里现在有多少库存。不需要月月盘,但每季度盘一次就够了。很多店最大的黑洞是后厨堆积如山的积压品——买多了,根本不缺盘子。
第二,报废流程必须有明确负责人。损耗不能凭空发生在账上,一定要有单据。哪怕就是谁弄碎了谁在纸上签个字,也能倒逼操作的人小心一点。
第三,定期看损耗率趋势。注意,是看趋势,不是看单月数字。如果连续三个月损耗率往上走,别急着调摊销方法,先去看看是不是来了新员工、改了传菜动线,或者换了一家便宜的餐具供应商。
摊销方法退一万步说只是记账技术,它解决不了真正的损耗问题。但它是一面镜子,能照出你店里管理上那些平时看不见的漏洞。
别小看这不起眼的锅碗瓢盆,它们是你利润表里最沉默的暗流。选对方法只是靠前步,更重要的是看见数据背后的行为问题。


aicanyin