餐厅删掉一项菜品，Toast为何还要区分“送厨前”与“送厨后”

餐厅点单资料里，“删除一道菜”可能只是前厅对画面变化的简短描述。Toast帮助页却先问这项内容是否已经发送厨房，因为送出前的移除与送出后的void，在文档中属于不同情境。画面最终少了一行，不能覆盖此前发生过什么。

本次取得的《Void Items, Payments, and Checks》在确认条件中写明：若项目尚未通过Send、Print或Pay送到厨房，可从订单移除而不需要void；void是在项目已经送出后才需要的动作。[1] 本篇识读这项条件，不提供具体订单的作废操作步骤。

这里的分界是系统中的发送事实，不是菜品在厨房实际制作到哪一步。帮助页询问的是有没有送出，不能由此推断厨师是否已经开火、食物是否完成或顾客是否吃到。若把“送出”直接翻译为“已经制作”，就给原条件增加了一层未提供的现场证据。

可以设想一个纯文字例子：两张内部记录最后都不再显示某道菜，其中一张原本尚未发送，另一张已经发送。仅比较剩余菜品，两张记录看起来接近；比较此前的系统事件，它们就不是同一过程。本例没有来自真实餐厅，也不选择某种处理方式或判断客人的付款情况。

官方对已发送且未付款的开放账单单项作废流程，描述的预期结果包括该项目移除、账单总额更新，以及Toast Web相应作废项目报表出现记录。[1] 此处引用的是文档列明的记录结果，说明void不只是视觉上的删除；没有用它保证某家门店报表已经成功生成。

同页还区分项目、整张账单与已捕获付款，并列出不同渠道和营业日的适用条件。它们不应因为都出现void一词就被合并理解。本文不解释支付撤销、退款、银行卡占款或跨日交易；这些内容与单项是否送厨不是同一个问题，也不能从本篇获得适用于实际交易的处理结论。

餐饮系统资料的说明价值，在于让每个动作对应自己的对象与前置事实。“某菜从画面消失”说明一个结果，“尚未发送”或“已发送后作废”说明不同事件经过。把这两层信息写清楚，才便于前厅、厨房与数据人员理解各自正在讨论什么。

该页标注最后更新于2026年9月17日，未在本文中当作首次发布日期。本篇只讨论Toast POS帮助文字中的发送边界，没有操作设备、权限或支付，也没有给食物处理、安全和会计建议。真实门店采用什么流程，需要依据自己的实际系统记录与相应负责人员确认。