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

Every order needs a stable identityЗаказу нужен устойчивый идентификатор

Use orders from different channels with similar numbers. Inspect the source identifier, brand, items, modifiers and handover method. An internal number helps production, but when a dispute occurs, staff should find the matching channel record without manually comparing totals.Возьмите заказы из разных каналов с похожими номерами. Попросите показать исходный идентификатор, бренд, состав, модификаторы и способ передачи. Внутренний номер удобен для кухни, но при споре сотрудник должен найти соответствующую запись внешнего канала без ручного сопоставления по сумме.

Repeat an incoming event after an uncertain response. It should not silently trigger a second preparation. Separately send a genuine composition change: the system must distinguish a retry from a revision. Test each channel using the fields and exchange limits it actually provides.Повторите одно входящее событие после неясного ответа. Оно не должно незаметно создавать второе приготовление. Отдельно отправьте настоящее изменение состава: система обязана различать повтор и новую версию. Поддержку конкретного канала проверяйте на его доступных полях и ограничениях обмена.

Brands share a single kitchenБренды делят одну кухню

Map shared stations and brand-specific operations. Test the busiest station’s queue when several menus receive orders together. Priority should not depend solely on arrival time on one tablet when other accepted orders already require the same resource.На карте исполнения разделите общие станции и операции конкретного бренда. Проверьте очередь на самой загруженной станции, когда одновременно приходят разные меню. Приоритет не должен определяться только временем появления на одном планшете, если другие принятые заказы уже используют тот же ресурс.

Introduce a surge in demand and a delayed item. Establish who changes the promised time and which channels receive the update. Confirm pausing new orders or changing availability for each channel; an internal kitchen status does not by itself update an external storefront.Задайте всплеск нагрузки и задержку одной позиции. Уточните, кто меняет обещанное время и какие каналы узнают об этом. Возможность остановить новые продажи или изменить доступность требует подтверждения у каждого канала; внутренний статус кухни сам по себе не меняет внешнюю витрину.

Kitchen station workflowРабота кухонных станций

Unavailability needs a defined boundaryСтоп-лист должен иметь границу

One ingredient may appear in dishes from several brands. Test how a shortage affects new-order availability and existing commitments. Production must address accepted orders separately through an allowed substitution, customer clarification or cancellation under the relevant channel’s rules.Один ингредиент может входить в блюда нескольких брендов. Проверьте, как нехватка влияет на доступность новых заказов и уже принятые обязательства. Кухня должна отдельно решить судьбу существующего заказа: допустимая замена, уточнение у клиента или отмена по правилам соответствующего канала.

Examine a failed availability update: an item is unavailable internally but remains on sale externally. Staff need a visible failure, an owner and a temporary operating procedure. Sending an update does not prove the external service accepted it. Reconcile state during recovery rather than blindly repeating every action.Разберите ошибку передачи стоп-листа: внутри позиция недоступна, снаружи ещё продаётся. Нужны наблюдаемый сбой, ответственный и временный порядок работы. Не считайте отметку отправки доказательством принятия изменения внешним сервисом. При восстановлении важно сверить состояние, а не повторять все действия вслепую.

Ready and handed over are distinctГотово и передано — разные события

The packer must combine the order’s components, check packaging and brand labelling, then hand it to the intended courier. Put similar bags side by side in the demonstration and change the assigned collector. Judge scanning or manual confirmation by whether it prevents confusion in your workflow.Сборщик должен соединить части заказа, проверить упаковку и маркировку бренда, затем передать конкретному курьеру. В демонстрации поставьте рядом похожие пакеты и измените назначенного получателя. Сканирование или ручное подтверждение оценивайте по тому, предотвращает ли оно путаницу в вашем процессе.

Test a late arrival, a missing courier and a partly ready order. Handover staff need the waiting reason and decision owner. A preparation-time report without a separate handover time can hide the delay between a ready kitchen and actual departure to the customer.Проверьте поздний приезд, отсутствие курьера и частично готовый заказ. Команда выдачи должна знать причину ожидания и владельца решения. Отчёт о времени приготовления без отдельного времени передачи может скрыть задержку между готовой кухней и фактическим отправлением клиенту.

Compare evidence of real integrationСравните доказательства связи

Make order uniqueness, modifier revisions, repeated events, exchange failure, availability updates and bag handover essential tests. Include reconciliation of channel cancellations, refunds and payouts. Sales and platform receipts can differ; the reasons should be accessible in the linked underlying records.В обязательный список включите уникальность заказа, изменения модификаторов, повтор события, отказ обмена, обновление доступности и передачу пакета. Добавьте сверку отмен, возвратов и выплат канала. Сумма продаж и поступление от площадки могут отличаться; причины должны быть доступны в связанных исходных данных.

Begin evaluating SABSUS with KDS and API integrations, providing the exact channels and scenarios. A general API is not a promise of a ready connection to every platform. Choose a configuration with clear supported events, manual exceptions, maintenance costs and responsibility when communication fails.В SABSUS начните с KDS и API-интеграций, предъявив точный список каналов и сценариев. Общий API не является обещанием готового подключения каждой площадки. Выбирайте конфигурацию, где понятны поддерживаемые события, ручные исключения, стоимость сопровождения и ответственность при разрыве связи.

API and integration boundariesAPI и границы интеграций

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