Диагностическая инструкция для администратора и поставщика интеграции. Проверки выполняйте последовательно, меняя один параметр за раз. Названия экранов и доступные функции зависят от версии iiko и внешнего приложения; перед изменениями сверяйте их с официальной документацией. Здесь изложен авторский порядок поиска причины, а не гарантированное исправление любого похожего сообщения.
Как проявляется проблема
- Закончившееся блюдо остаётся доступным для заказа.
- Стоп-лист работает в одном филиале, но не работает в другом.
Что проверить сначала
- Сервис обновляет каталог, но не доступность.
- Стоп-лист запрашивается не для того ресторана.
- После уведомления не выполняется обновление состояния.
Три точки наблюдения
Полная формулировка из статьи
Уточните у поставщика, поддерживает ли установленная версия синхронизацию стоп-листа. Исторические ответы на форумах менялись по мере развития модулей, поэтому старое «функции нет» не доказывает текущее ограничение. Попросите описание именно вашей сборки и принцип обновления: периодическая проверка, уведомление или их сочетание. Проверьте состояние контрольной позиции в ресторане и в последнем ответе, который получил сервис. Если ID не совпадает, проверьте соответствие карточки и импортированных данных. Если выбран другой филиал, исправьте область проверки. Стоп-лист соседнего ресторана не является надёжным основанием для доступности текущей точки. Сравните время изменения в iiko и время обновления витрины. Зафиксируйте фактическую задержку вместо предположения «обновляется мгновенно». Если используются уведомления, проверьте, что приём события приводит к обновлению доступности. Само сообщение в журнале не доказывает, что публичный каталог уже пересчитан.
Маршрут диагностики
Маршрут проверок
Полная формулировка из статьи
Шаг 1. Выберите одну позицию, которую разрешено использовать для контрольной проверки. Запишите её UUID и ресторан. Согласуйте с управляющим момент изменения доступности, чтобы случайный тест не остановил реальные продажи. Не используйте остановку всего меню: одного объекта достаточно для поиска места рассогласования. Шаг 2. Уточните у поставщика, поддерживает ли установленная версия синхронизацию стоп-листа. Исторические ответы на форумах менялись по мере развития модулей, поэтому старое «функции нет» не доказывает текущее ограничение. Попросите описание именно вашей сборки и принцип обновления: периодическая проверка, уведомление или их сочетание. Шаг 4. Сравните время изменения в iiko и время обновления витрины. Зафиксируйте фактическую задержку вместо предположения «обновляется мгновенно». Если используются уведомления, проверьте, что приём события приводит к обновлению доступности. Само сообщение в журнале не доказывает, что публичный каталог уже пересчитан. Шаг 6. Верните контрольную позицию в продажу по согласованию и проверьте обратное обновление. Некоторые ошибки проявляются только при снятии стопа. Повторите тест в новом сеансе и в уже открытом меню. Затем убедитесь, что рекомендации, дополнения и финальное предложение корзины тоже учитывают актуальную доступность товара.
Скриншоты и фрагменты документации
Таблица редактирования стоп-листа с колонками остатка и статуса. Состояние внешнего меню проверяется отдельно от локального окна. Источник: официальное руководство iikoFront 8.1, с. 360. В установленной версии вид и названия элементов могут отличаться. Руководство пользователя iikoFront 8.1 · стр. 360. Нажмите на изображение, чтобы открыть отдельно. Сверяйте источник с версией и настройками своей системы.
Редакционная визуализация фрагмента OpenAPI, не скриншот интерфейса iikoCloud API — официальный справочник OpenAPI. Нажмите на изображение, чтобы открыть отдельно. Сверяйте источник с версией и настройками своей системы.
Редакционная визуализация фрагмента OpenAPI, не скриншот интерфейса iikoCloud API — официальный справочник OpenAPI. Нажмите на изображение, чтобы открыть отдельно. Сверяйте источник с версией и настройками своей системы.
Пошаговое решение
Отмечайте выполненные проверки. Отметки действуют до перезагрузки страницы.
Иллюстрация рабочего процесса; сгенерированное фото, не интерфейс iiko. 
Иллюстрация рабочего процесса; сгенерированное фото, не интерфейс iiko.
Развилка результата
Полная формулировка из статьи
Критерий результата: Законченный товар нельзя подтвердить ни из новой карточки, ни из старой корзины, ни из блока рекомендаций. После восстановления доступности он появляется штатно. В журнале видны ресторан, время проверки и результат для контрольного UUID. Передача специалисту: Если минимальный контрольный запрос остаётся неуспешным, передайте поставщику интеграции версию приложения, время, адрес метода и обезличенный ответ. Укажите, что уже проверено и какой результат ожидался. Секреты передавайте только предусмотренным защищённым способом; в обычное обращение достаточно идентификатора корреляции и описания сценария.
Как понять, что проблема решена
Законченный товар нельзя подтвердить ни из новой карточки, ни из старой корзины, ни из блока рекомендаций. После восстановления доступности он появляется штатно. В журнале видны ресторан, время проверки и результат для контрольного UUID.
Как снизить риск повторения
Проверяйте доступность на сервере непосредственно перед созданием заказа. Отдельно контролируйте свежесть данных. При потере связи показывайте гостю честное состояние и передавайте заказ сотруднику по согласованному процессу.
Если проблема осталась
Если минимальный контрольный запрос остаётся неуспешным, передайте поставщику интеграции версию приложения, время, адрес метода и обезличенный ответ. Укажите, что уже проверено и какой результат ожидался. Секреты передавайте только предусмотренным защищённым способом; в обычное обращение достаточно идентификатора корреляции и описания сценария.
Что передать в поддержку
Скопируйте шаблон и заполните его без паролей, API-ключей, данных карт и сведений о гостях.
Проблема: Блюдо в стоп-листе iiko, но продаётся на сайте: что проверить Версия и компонент iiko: Ресторан / рабочее место: Время сбоя и часовой пояс: Точный текст сообщения: Что ожидалось / что произошло: Какие проверки выполнены: Результат каждой проверки: Идентификатор операции (если допустимо):
Где помогает Menu 360
Автоматические продажи и допродажи Menu 360 стоит запускать на актуальном ассортименте. Интеграция с iiko позволяет встроить цифровое меню в рабочий процесс заведения, но доступность нужно проверить во всех местах рекомендации. Если десерт закончился, он не должен оставаться предложением к ужину только потому, что основная карточка уже скрыта. Проверьте этот сценарий до расширения рекомендаций.
Вопросы и ответы
Стоп-лист одинаков для всех филиалов?
Не предполагайте этого. Проверяйте нужную организацию и терминальную группу, а при размерах — соответствующий размер товара. Состояние соседнего филиала не подтверждает возможность продать позицию в текущей точке. UUID одинаково названных блюд также необходимо сравнить.
Достаточно убрать товар с главной страницы меню?
Нет. Он мог остаться в старой корзине, поиске или блоке рекомендаций. Проверьте серверную валидацию перед отправкой. Если используется проверка стоп-листа при создании доставки, убедитесь, что она поддерживается данным сценарием и запросом; скрытая карточка сама такую проверку не выполняет.
Источники и применимость
Официальная документация служит основой проверки возможностей iiko. Последовательность диагностики и контрольные примеры разработаны редакцией Menu 360; это не подтверждение ошибки именно в вашей конфигурации.
Обсуждения похожих ситуаций
Вопросы пользователей подтверждают наличие похожих ситуаций. Советы в обсуждениях могут относиться к старым версиям или другому модулю.
- Обсуждение: Блюдо в стоп-листе iiko, но продаётся на сайте: что проверить
Тема показывает изменение возможностей стороннего модуля во времени; рядом есть обсуждение выгрузки количества topic250.