Диагностическая инструкция для администратора и поставщика интеграции. Проверки выполняйте последовательно, меняя один параметр за раз. Названия экранов и доступные функции зависят от версии iiko и внешнего приложения; перед изменениями сверяйте их с официальной документацией. Здесь изложен авторский порядок поиска причины, а не гарантированное исправление любого похожего сообщения.
Как проявляется проблема
- В ответе создания указан TooSmallDeliveryDate.
- Дневные заказы проходят, а отложенные или утренние отклоняются.
Что проверить сначала
- К моменту отправки выбранный срок уже прошёл или слишком близок.
- Время интерпретируется в другом часовом поясе.
- Старая корзина или очередь сохраняет уже неактуальное время.
Три точки наблюдения
Полная формулировка из статьи
Проверьте путь значения от выбора гостя до отправки. Не подставляется ли сегодняшняя дата к завтрашнему времени, не теряется ли дата при сохранении, не преобразуется ли местное время дважды? Используйте один обезличенный пример. Сравните входное значение формы, сохранённое значение и готовый JSON отдельно. Уточните действующие правила приёма и исполнения заказа в ресторане и настройках интеграции. Не принимайте случайный интервал из форумного комментария за правило iiko. Если минимальный запас зависит от доставки, кухни или режима работы, интерфейс должен проверять именно согласованные ограничения выбранной точки. Проверьте задержку очереди. Заказ мог быть корректным в момент оформления, но устареть к отправке после восстановления связи. В таком случае нельзя молча обещать прежний срок. Передайте обращение оператору и согласуйте новое время с гостем либо используйте предусмотренный процесс изменения.
Маршрут диагностики
Маршрут проверок
Полная формулировка из статьи
Шаг 1. Сохраните completeBefore из отклонённого запроса. В схеме доставки это местная дата и время терминала без указания часового пояса, в формате yyyy-MM-dd HH:mm:ss.fff. Рядом запишите UTC-время отправки и локальное время ресторана. Не добавляйте Z или смещение к полю, для которого контракт требует локальную строку. Шаг 2. Проверьте путь значения от выбора гостя до отправки. Не подставляется ли сегодняшняя дата к завтрашнему времени, не теряется ли дата при сохранении, не преобразуется ли местное время дважды? Используйте один обезличенный пример. Сравните входное значение формы, сохранённое значение и готовый JSON отдельно. Шаг 4. Проверьте задержку очереди. Заказ мог быть корректным в момент оформления, но устареть к отправке после восстановления связи. В таком случае нельзя молча обещать прежний срок. Передайте обращение оператору и согласуйте новое время с гостем либо используйте предусмотренный процесс изменения. Шаг 6. После исправления отправьте согласованный тест с допустимым будущим сроком. Затем проверьте устаревшее значение: интерфейс должен запросить новый выбор до отправки. Отдельно убедитесь, что время, показанное гостю и сотруднику, совпадает по смыслу. Лишь после этого разбирайте ранее отклонённые обращения.
Скриншоты и фрагменты документации
Редакционная визуализация фрагмента OpenAPI, не скриншот интерфейса iikoCloud API — официальный справочник OpenAPI. Нажмите на изображение, чтобы открыть отдельно. Сверяйте источник с версией и настройками своей системы.
Редакционная визуализация фрагмента OpenAPI, не скриншот интерфейса iikoCloud API — официальный справочник OpenAPI. Нажмите на изображение, чтобы открыть отдельно. Сверяйте источник с версией и настройками своей системы.
Редакционная визуализация фрагмента OpenAPI, не скриншот интерфейса iikoCloud API — официальный справочник OpenAPI. Нажмите на изображение, чтобы открыть отдельно. Сверяйте источник с версией и настройками своей системы.
Пошаговое решение
Отмечайте выполненные проверки. Отметки действуют до перезагрузки страницы.
Иллюстрация рабочего процесса; сгенерированное фото, не интерфейс iiko. 
Иллюстрация рабочего процесса; сгенерированное фото, не интерфейс iiko.
Развилка результата
Полная формулировка из статьи
Критерий результата: Допустимый будущий срок проходит, устаревший блокируется понятным сообщением, дата не меняется при преобразовании и сохраняет правильный день ресторана. Отложенная очередь не обещает гостю прошедшее время исполнения. Передача специалисту: Подключайте обслуживающего специалиста, если требуется изменение регистрации терминала, прав организации или логики отправки. Подготовьте один воспроизводимый пример вместо большого архива без пояснений. Укажите исходное и ожидаемое состояние, точку назначения и последовательность действий. Для повторной отправки сначала установите судьбу первоначального обращения.
Как понять, что проблема решена
Допустимый будущий срок проходит, устаревший блокируется понятным сообщением, дата не меняется при преобразовании и сохраняет правильный день ресторана. Отложенная очередь не обещает гостю прошедшее время исполнения.
Как снизить риск повторения
Проверяйте дату повторно перед отправкой, а не только при открытии формы. Контролируйте синхронизацию часов серверов. Показывайте гостю доступные интервалы для выбранной точки и явно подтверждайте изменение просроченного срока.
Если проблема осталась
Подключайте обслуживающего специалиста, если требуется изменение регистрации терминала, прав организации или логики отправки. Подготовьте один воспроизводимый пример вместо большого архива без пояснений. Укажите исходное и ожидаемое состояние, точку назначения и последовательность действий. Для повторной отправки сначала установите судьбу первоначального обращения.
Что передать в поддержку
Скопируйте шаблон и заполните его без паролей, API-ключей, данных карт и сведений о гостях.
Проблема: TooSmallDeliveryDate в iiko: проверка времени исполнения заказа Версия и компонент iiko: Ресторан / рабочее место: Время сбоя и часовой пояс: Точный текст сообщения: Что ожидалось / что произошло: Какие проверки выполнены: Результат каждой проверки: Идентификатор операции (если допустимо):
Где помогает Menu 360
Интеграция Menu 360 с iiko позволяет использовать цифровое меню и сценарии автоматических продаж и допродаж в общей работе ресторана. Для заказов с отложенным исполнением проверяйте вместе состав, цену и время: выбранный десерт должен относиться к тому же согласованному заказу. Не переносите гостя в новый срок молча ради успешной технической отправки.
Вопросы и ответы
completeBefore надо отправлять в UTC?
В проверенной схеме создания доставки поле completeBefore описано как локальные дата и время терминала без часового пояса. Преобразование из времени гостя выполните один раз в соответствии с этим контрактом. Не переносите правило на все остальные поля: у разных полей iiko могут быть разные зоны.
Можно всегда оставить completeBefore пустым?
В схеме доставки null означает срочный заказ с расчётом времени по настройкам. Это не замена согласованному с гостем времени предзаказа. Решение подходит только сценарию, в котором гость действительно выбрал ближайшее доступное исполнение и поставщик поддерживает такую модель.
Источники и применимость
Официальная документация служит основой проверки возможностей iiko. Последовательность диагностики и контрольные примеры разработаны редакцией Menu 360; это не подтверждение ошибки именно в вашей конфигурации.
Обсуждения похожих ситуаций
Вопросы пользователей подтверждают наличие похожих ситуаций. Советы в обсуждениях могут относиться к старым версиям или другому модулю.
- Обсуждение: TooSmallDeliveryDate в iiko: проверка времени исполнения заказа
Тема содержит реальную ошибку и предположение автора модуля о нехватке запаса времени; непроверенное утверждение про 12 часов не использовано.