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