Cloud kitchen order handoff mapКарта заказа в dark kitchen

Identity travels through every roleИдентификатор проходит через все роли

The intake operator links channel, source reference and brand to the internal order. Production receives the effective accepted item version; packing receives the same identity and handover method. Similar references from different channels should not be merged by value or arrival time.Оператор приёма связывает канал, исходный номер и бренд с внутренним заказом. Кухня получает действующую принятую версию состава, а упаковка — тот же идентификатор и способ передачи. Похожие номера из разных каналов не объединяют по сумме или времени появления.

The shift manager sets shared-station priorities in light of existing commitments. A different brand on a bag does not create extra kitchen capacity. When fulfilment is uncertain, intake clarifies the order decision before passing an unconfirmed promise onward.Управляющий сменой определяет приоритеты общих станций с учётом уже принятых обязательств. Бренд на упаковке не создаёт дополнительную мощность кухни. Если исполнение под вопросом, оператор уточняет решение по заказу до передачи неподтверждённого обещания дальше.

Cloud kitchen software selectionВыбор системы для dark kitchen

Handoffs under one stable order identityПередачи по устойчивому номеру заказа

This diagram describes a process to map against the actual SABSUS configuration and available connections. It does not assert that every channel is integrated, duplicates are automatically removed or external status always updates without staff involvement.Схема описывает процесс, который следует сопоставить с реальной конфигурацией SABSUS и доступными подключениями. Она не утверждает, что любой канал уже интегрирован, дубли удаляются автоматически или внешний статус всегда обновляется без участия сотрудника.

1. Channel event receivedСобытие канала получено

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

   Intake operatorОператор приёма

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

   Channel, source reference, brand, versionКанал, исходный номер, бренд, версия

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

   Accept a new order or review a revisionПринять новый заказ либо разобрать изменение

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

   Duplicate: reconcile with the existing recordПовтор: сверить существующую запись

2. Order handed to productionЗаказ передан кухне

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

   Intake → stationОператор → станция

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

   Accepted items and internal identityПринятый состав и внутренний идентификатор

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

   Prepare the effective briefИсполнить действующее задание

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

   Shortage: return the decision to the order ownerНехватка: передать решение владельцу заказа

3. Items ready for packingПозиции готовы к упаковке

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

   Stations → packerСтанции → упаковщик

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

   Component readiness and current contentsГотовность частей и актуальный состав

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

   Reconcile the load and prepare handoverСверить комплект и подготовить передачу

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

   Revision after packing: hold the bag pending a decisionИзменение после сборки: удержать пакет до решения

4. Courier received the bagКурьер принял пакет

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

   Handover staffСотрудник выдачи

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

   Matched order and receipt acknowledgmentСовпавший заказ и подтверждение получения

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

   Record actual handoverЗафиксировать фактическую передачу

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

   Reference mismatch: hold until clarifiedНесовпадение номера: не выдавать до уточнения

A repeated message after packingПовторное сообщение после упаковки

Hypothetical example: the bag is packed when a delayed notification arrives with the same channel reference. Intake compares identity and event version. Repeated information is recorded as a duplicate without creating an independent second production order.Условный пример: пакет уже собран, затем приходит запоздавшее уведомление с исходным номером того же канала. Оператор сопоставляет идентичность и версию события. Повтор той же информации отмечается как повтор, не создавая второй независимый заказ на приготовление.

If the notification contains a real revision, intake flags it for a decision and establishes fulfilment progress. The packer does not overwrite contents based solely on a new message. After an accepted decision, they receive the revised brief and acknowledge checking the bag before handover is released.Если уведомление содержит действительное изменение, оператор выделяет его для решения и выясняет состояние исполнения. Упаковщик не переписывает состав по одному новому сообщению. После принятого решения он получает обновлённое задание и подтверждает проверку пакета перед разрешением передачи.

Courier, cancellation and incomplete bagsКурьер, отмена и неполный пакет

Courier handover requires matching the order and recording receipt rather than marking it ready. If another courier arrives or references differ, handover staff hold the bag and clarify authorized collection with the channel owner. A person standing at the counter does not establish their assignment.Передача курьеру подтверждается сверкой заказа и фактом получения, а не отметкой «готово». Если приехал другой курьер или номер не совпадает, сотрудник выдачи удерживает пакет и уточняет разрешённую передачу через ответственного за канал. Присутствие человека у стойки не подтверждает его назначение.

For cancellation after preparation begins, retain the actual state and assign decisions for the order, settlement and prepared items. These do not disappear with an external status change. A missing bag component remains open until corrected or an alternative agreed, even when everything else is ready.При отмене после начала приготовления сохраните фактическое состояние и назначьте решение по заказу, расчёту и приготовленным позициям. Они не исчезают вместе с внешним статусом. Недостающая часть пакета остаётся открытой до исправления или согласованного изменения, даже если остальные позиции готовы.

Reconcile the channel with actual handoverСверка канала и факта передачи

At shift end, intake compares accepted orders, prepared and collected bags, cancellations and unresolved notifications. A difference between external and internal states receives a verification owner. Resending a status is appropriate only after establishing the fact rather than substituting an assumption for an event.В конце смены оператор сравнивает принятые заказы, приготовленные и переданные пакеты, отмены и нерешённые уведомления. Расхождение внешнего и внутреннего состояния получает владельца проверки. Повторная отправка статуса допустима только после выяснения факта, чтобы не подменить событие предположением.

For configuration, record each status source, acknowledgment role and manual procedure during a connection failure. Independent process setup is possible; specific connection capabilities need confirmation. Current SABSUS pricing describes commercial terms separately from this fulfilment map.Для настройки запишите источник каждого статуса, роль подтверждения и ручной порядок при разрыве связи. Самостоятельная настройка процесса возможна; конкретные возможности подключения требуют подтверждения. Актуальные тарифы SABSUS описывают коммерческие условия отдельно от этой карты исполнения.

SABSUS pricingТарифы SABSUS

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