一家夜里持续流失现金的店铺，看起来像难度问题，实际上是库存问题。经理用店铺自己的钱采购，而当他们反复重订你已经大量囤积的食材时，资金就离开你的余额，又以满满一冰箱、你根本卖不完的番茄的形式重新出现。本页讲清楚它为什么发生、什么方法回款最快，以及如何防止它卷土重来。
1. 先确认是经理，而不是菜单
在动手之前，先看看下面哪种情况与你的存档相符。前两种直指经理超量补货；第三种则是披着同样症状的价格或客流问题。
- 储物里堆满了你从没打算买的食材。玩家描述过在单家店铺里发现 300 颗草莓，或 80 件腐烂物。这是该 bug 的标志性特征。
- 你在冰箱或柜子里找不到空间。配送积压排起长队，因为没地方放它们，随后又堵住了后续补货。
- 储物正常，但店铺依然空荡荡。那不是超量补货。检查菜单上每道菜是否都有可购买的食材，以及价格是否把顾客吓跑了。
2. 为什么会发生
最详细的社区诊断描述的是购物清单刷新失败：经理们会从每一个合适的摊贩那里买下每一种合适的食材，因为他们对照的那份清单没有更新、没能反映店铺已经持有多少。这让他们买下菜单实际所需数量的若干倍，而多出来的东西总得有地方存放。
3. 回款最快的修复方法
这就是开发者发布到社区、也是玩家反馈效果最强的那个绕过方法。它的原理是强行把积压拽到明面上来。
清空店铺的冰箱与柜子
清空储物，而不是再增加更多储物。正是这一步让隐藏的积压显形。
暂时把菜单砍到一两样
菜品越少，所需食材就越少，经理能订的东西也随之缩小。玩家通常会先减到单样，看着积压排空，然后再把菜单以更小的规模重建。
看着员工把预付的积压配送过来
预期会有一连串早已付过钱的库存被配送。一位玩家描述看到员工搬来八九箱预先买好的番茄、柠檬与薄荷，它们此前一直在等待空间。
把余量卖掉，再重建一份更短的菜单
同一位玩家卖掉了多余农产品，在 Lims 收回了 6,878，并反馈在重建缩减后的菜单之后，没有再出现持续性的补货。这个数字只是单个玩家的结果，并非保证的回报。
4. 次要变通方法
| 变通方法 | 确认状态 |
|---|---|
| 不要把经理排到一天的第一个小时上班 | 未经确认，但被广泛复述。推测原因：醒来时的库存更新会被读成一家空店铺。 |
| 把菜单削减到大约四五道菜 | 玩家反馈。要管理的条目更少；常与温室自产食材配合使用。 |
| 更多地从自家温室获取食材 | 玩家反馈。从源头减少根本需要买的部分。 |
| 载入较早的存档；暂时关闭自动更新 | 仅属应急。被玩家描述为保护进度的手段，而非修复。 |
| 从 Nexus 安装一个经理下单模组 | 社区劳动成果，不受开发者支持。见下方说明。 |
5. 用更新 #4 设置锁定修复
上述变通方法能救回一份出问题的存档。而持久的修复，是 ION LANDS 后来加入的那个控制项。官方更新 #4 补丁原文写道：
「店铺管理设置已被加入店铺概览窗口。现在，你可以为每家店铺单独设定补货档位、每日补货预算，以及是否接收补货通知。」—— 官方更新 #4 补丁说明，2026 年 10 月 9 日
- 为每家店铺设定每日补货预算。这是那道硬性上限；没有预算的档位只是一个偏好而已。
- 选择与生意匹配的档位。低客流的房间用 Lean，稳定的用 Normal，只有在缺一种食材确实会损害你评价的地方才动用 Extra。
- 只在你正在调校的店铺开启通知。按店铺的开关存在的意义，正是为了让多家店铺不会同时朝你嚷嚷。
- 菜单变更后重新核对购物清单。它反映你的档位，是发现经理按过时预期采购的最快方式。
四个档位的完整拆解在店铺管理设置：补货档位一文，所有相关改动都汇集在更新日志档案中。如果你想了解底层机制，员工管理相关指南里的十步优先级顺序解释了为什么一个卡住的经理会让前台断粮，而拉面摊经营指南则讲清了店铺等级与经理解锁如何相互作用。
6. 仍未解决的问题
要清楚这次修复的边界。更新 #4 之后，对反馈的玩家来说资金流失基本停止了，但同一批反馈还描述了一个随之而来的问题：店铺不再亏钱，却也吸引不到顾客，至少有一位玩家描述一家清酒吧整整空了一整天。ION LANDS 尚未发布正式声明来解决这一点，因此请把它当作一个未决项，而不是靠一个预算设置就能修好的东西。另外，更新 #3 这个版本曾导致员工停止制作大多数菜品，开发者表示正在调查，并由更新 #4 作了处理。