Как синхронизировать стоп-листы между POS, сайтом и приложением

Стоп-лист — небольшой объект с большим влиянием на гостевой опыт. Ошибка приводит к отмене уже оплаченного заказа, нагрузке на колл-центр и потере доверия.

Назначьте источник истины

Определите, где сотрудник меняет доступность блюда или ингредиента. Для большинства сценариев это ресторанный или складской контур, а сайт и приложение только получают состояние.

Ручное параллельное редактирование в каждой витрине создаёт неизбежные расхождения.

Разделите блюдо, модификатор и ингредиент

Недоступность может относиться ко всему блюду, конкретному размеру, добавке или ингредиенту. Интеграция должна корректно преобразовать ограничения POS в структуру каталога.

Особенно внимательно тестируйте комбо и обязательные группы модификаторов.

Учитывайте точку и время

Одна позиция может быть доступна в одном ресторане и отсутствовать в другом. Нужны идентификаторы точки, время изменения и правила восстановления.

Для временных стопов полезно хранить причину и ожидаемый срок, но показывать гостю только понятный статус.

Спроектируйте кеш и отказоустойчивость

Витрина не должна ломаться при кратком сбое POS. Но слишком долгий кеш рискует продавать недоступные блюда.

Определите допустимую задержку, поведение при потере связи и приоритет безопасного сценария.

Контролируйте качество синхронизации

Измеряйте задержку обновления, число конфликтов, заказы с недоступными позициями и ручные отмены.

Мониторинг должен показывать не только техническую ошибку, но и затронутые рестораны и блюда.

Связанные страницы