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