Restaurant courses and split-bill mapКарта подачи блюд и разделения счёта

Each item has a seat, course and stateУ позиции есть место, курс и состояние

Create a table-service record with a stable identifier, responsible server and items assigned to seats or agreed guest groups. Each item separately retains its course, order instructions and preparation state. Moving guests changes the seat assignment but must not resend dishes to the kitchen or create another charge. Transfer history helps reconstruct item ownership at settlement.Создайте запись обслуживания стола с постоянным идентификатором, ответственным официантом и позициями по местам или согласованным группам гостей. Для каждой позиции отдельно храните курс, уточнения заказа и состояние приготовления. Пересадка гостей меняет привязку места, но не должна повторно отправлять блюда на кухню или создавать дополнительное начисление. История переноса помогает восстановить принадлежность позиции при расчёте.

Distinguish a captured request, an item accepted by the kitchen and an explicit instruction to fire the next course. Identify who may issue that instruction and how the kitchen acknowledges it. When a guest asks for a pause, the server needs to know which dishes can still be held and which require a kitchen response; one status for the entire table hides that boundary.Различайте записанное пожелание, принятую кухней позицию и явную команду начать следующий курс. Назначьте, кто вправе подать такую команду и как кухня подтверждает получение. Если гость просит паузу, официант должен знать, какие блюда ещё можно удержать, а по каким уже нужен ответ кухни; одинаковый статус для всего стола скрывает эту границу.

Software selection criteriaКритерии выбора системы

Send a specific course to the kitchenПередайте кухне конкретный курс

This sequence proposes coordination rules for the dining room, kitchen and cashier that require validation before configuration. Item identifiers link the instruction, kitchen acknowledgment and bill. If the selected SABSUS configuration cannot represent a transition, agree another verifiable recording method beforehand; an absent field cannot be replaced by assuming a colleague heard a verbal request.Эта последовательность предлагает правила взаимодействия зала, кухни и кассира, которые нужно проверить до настройки. Идентификаторы позиций связывают команду, подтверждение кухни и счёт. Если выбранная конфигурация SABSUS не отражает отдельный переход, заранее согласуйте другой проверяемый способ записи; отсутствие поля нельзя компенсировать предположением, что коллега уже увидел устную просьбу.

1. Table items confirmedПозиции стола подтверждены

   Responsible roleОтветственный

   ServerОфициант

   Record / dataЗапись / данные

   Seat, course, instructions and item identifierМесто, курс, состав и идентификатор позиции

   Permitted next stepРазрешённый следующий шаг

   Send contents and the hold state to the kitchenПередать кухне состав и ожидание запуска

   Exception / recoveryИсключение / восстановление

   Unclear request: clarify before submissionНеясное пожелание: уточнить до передачи

2. Guests are ready for the next courseГости готовы к следующему курсу

   Responsible roleОтветственный

   Server → kitchen ownerОфициант → ответственный на кухне

   Record / dataЗапись / данные

   Firing instruction and acknowledgmentКоманда запуска и подтверждение получения

   Permitted next stepРазрешённый следующий шаг

   Start the specified items onceНачать указанные позиции один раз

   Exception / recoveryИсключение / восстановление

   Repeated instruction: check the original firingПовтор команды: сверить исходный запуск

3. Change requested after firingПоступило изменение после запуска

   Responsible roleОтветственный

   Kitchen and shift supervisorКухня и руководитель смены

   Record / dataЗапись / данные

   Actual preparation state and charge decisionФактическое состояние блюда и решение по начислению

   Permitted next stepРазрешённый следующий шаг

   Confirm preparation or the agreed correctionПодтвердить исполнение или согласованную корректировку

   Exception / recoveryИсключение / восстановление

   No kitchen response: keep the request openНет ответа кухни: сохранить запрос открытым

4. Guests request separate billsГости запросили отдельные счета

   Responsible roleОтветственный

   Server and cashierОфициант и кассир

   Record / dataЗапись / данные

   Item allocation, payments and total balanceРаспределение позиций, платежи и общий остаток

   Permitted next stepРазрешённый следующий шаг

   Close the table after reconciling every portionЗакрыть стол после сверки всех частей

   Exception / recoveryИсключение / восстановление

   Uncertain payment: assign balance verificationНеопределённый платёж: назначить проверку остатка

Changes after firing require a kitchen responseИзменение после запуска требует ответа кухни

A hypothetical guest cancels a main course after the second course has been fired. The server sends the request with the item reference, and the kitchen replies with the actual state: not started, preparing or ready. A supervisor authorizes any charge correction under restaurant rules. Removing a dish from a bill neither tells the kitchen to stop nor proves ingredients were unused.Условный гость отменяет горячее после команды начать второй курс. Официант передаёт запрос с номером позиции, а кухня отвечает фактическим состоянием: не начато, готовится или готово. Руководитель разрешает корректировку начисления по правилам ресторана. Удаление блюда из счёта не сообщает кухне об остановке и не доказывает, что продукты не были использованы.

When one item is delayed, the kitchen expediter agrees with the dining room whether to serve ready dishes or hold the course. Record the decision and time so two employees cannot issue conflicting instructions. The server confirms actual service; kitchen readiness does not establish that it happened. A repeated click or forwarded message should reference the original request; a new instruction is appropriate only when another portion or changed preparation is actually needed.При задержке одной позиции ответственный за выдачу согласует с залом, подать ли готовые блюда или удержать курс. Сохраните принятое решение и время, чтобы два сотрудника не давали противоположные команды. Фактическую подачу подтверждает официант: готовность на кухне её не заменяет. Повторное нажатие или пересылка сообщения должно ссылаться на исходный запрос; новая команда допустима лишь тогда, когда действительно требуется новая порция или изменённое исполнение.

Allocate charges before taking split paymentsРазделяйте начисления до приёма платежей

When splitting the bill, assign each item or agreed share of a shared item to a specific child bill. Check that all parts add up to the original charge after authorized corrections. The table retains links to every part; moving an item between bills does not create another dish, cancel preparation or alter an already confirmed payment.При разделении счёта свяжите каждую позицию либо согласованную долю общей позиции с конкретным дочерним счётом. Проверьте, что сумма всех частей равна исходному начислению с учётом разрешённых корректировок. Общий стол сохраняет связь со всеми частями; перенос позиции между ними не создаёт новое блюдо, не отменяет приготовление и не меняет уже подтверждённый платёж.

A payment settles only its assigned portion. If one terminal result is uncertain, the cashier marks it for verification and keeps the table balance visible. A request to reallocate an already paid item goes to the supervisor: first establish actual payments and the permitted correction, then record the changes. Charging again to close the table quickly is not a substitute for reconciliation.Платёж закрывает только назначенную ему часть. Если один терминальный результат неясен, кассир выделяет его на проверку и сохраняет остаток стола видимым. Запрос гостя перераспределить уже оплаченную позицию передают руководителю: сначала устанавливают фактические платежи и допустимое исправление, затем оформляют изменения. Повторное списание ради быстрого закрытия стола не заменяет эту сверку.

Test two courses and three paymentsПроверьте два курса и три платежа

For an acceptance check, create a training table for four guests with two courses, a shared starter and three bill portions. After firing the second course, cancel one item, move a guest and repeat the original kitchen instruction. The check passes if no duplicate portion appears, the kitchen answers the cancellation, allocated amounts reconcile and one uncertain payment leaves a visible balance.Для приёмочной проверки создайте учебный стол на четырёх гостей с двумя курсами, общей закуской и тремя частями счёта. После запуска второго курса отмените одну позицию, переместите гостя и повторите исходную команду кухне. Проверка успешна, если нет повторной порции, кухня дала ответ по отмене, распределённые суммы сходятся, а один неопределённый платёж оставляет видимый остаток.

Measure corrected firing instructions as course-fire commands requiring correction for wrong contents or duplicate submission divided by all firing commands in the shift. Separately measure unreconciled splits among all split bills. Retain reason codes: a changed guest request differs from a handoff error, even when both create additional work for the team.Измеряйте долю исправленных запусков: число команд начать курс, для которых потребовалась корректировка из-за неверного состава или повторной отправки, делите на все команды запуска за смену. Отдельно считайте счета с несходящимся разделением среди всех разделённых счетов. Сохраняйте причины: изменение пожелания гостя отличается от ошибки передачи, даже когда оба события потребовали дополнительной работы команды.

Preparing the workflow for implementationПодготовка процесса к внедрению

Quick answersКороткие ответы