MENU 360
Склад и себестоимость · ПОШАГОВАЯ ИНСТРУКЦИЯ

Платеж поставщику в iiko не связан с накладной

Чтение: 4 мин.Редакция: 21 октября 2026

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

Область применимости

Проверка причин, а не команда менять исторический учет. Основания сверены с указанным разделом официального архивного руководства iikoOffice 8.0. Расположение полей и доступность операций вашей версии уточняются отдельно. Изменения выполняет ответственный сотрудник после подтверждения факта.

Как проявляется проблема

  • Есть банковский платеж, документ показывает долг.
  • Общий баланс и статус накладной отличаются.
  • Одна сумма могла закрывать несколько поставок.

Что проверить сначала

  • Проверяется другой контрагент или документ.
  • Не установлена связь существующей оплаты с обязательством.
  • Смешаны частичная оплата, аванс и полное погашение.

Быстрая диагностика

Сравните свой симптом с проверкой и возможным результатом.
Что наблюдаемЧто проверитьКак понять результат
Деньги в банке ушлиПроверить исполненный статус и получателяНе инициировать повторный расход.
Накладная показывает долгНайти существующую оплату и распределениеПроверить связь с конкретным обязательством.
Оплачено несколько документовСоставить подтвержденную таблицу суммПроверить остаток каждого и общий баланс.
Графическая проверка

Три точки наблюдения

Три точки наблюденияТри проверки из текста. Это диагностические наблюдения, не вымышленные элементы интерфейса. Проверить исполненный статус и получателя Найти существующую оплату и распределение Составить подтвержденную таблицу сумм1Проверитьисполненныйстатус иполучателя2Найтисуществующуюоплату ираспределение3Составитьподтвержденнуютаблицу сумм
Лупы обозначают предметы и данные для проверки. Подписи кратко передают содержание диагностики; полные формулировки и ограничения приведены в статье.
Полная формулировка из статьи

Проверить исполненный статус и получателя Найти существующую оплату и распределение Составить подтвержденную таблицу сумм

Сверка документов и расчётов в офисе ресторана
Иллюстрация рабочего процесса; сгенерированное фото, не интерфейс iiko.

Маршрут диагностики

Графическая проверка

Маршрут проверок

Маршрут проверокПоследовательность выбранных проверок из статьи. Это маршрут диагностики, а не гарантия исправления. Платеж поставщику в iiko не связан с накладной1Зафиксируйте связьплатежа с накладной2Проверьте статусплатежа иполучателя4Сверьтераспределениеоплаты подокументам6Подтвердитесвязанный платёжпоставщику
На схеме — ключевые проверки. Выполняйте полную последовательность ниже: номера ведут к соответствующим шагам с условиями и ограничениями.
Полная формулировка из статьи

Шаг 1. Найдите подтверждение выполненного платежа: дату, сумму, получателя и идентификатор банковской операции. Сохраните назначение. Планируемый платеж и уже исполненное перечисление — разные состояния; переписка с закупщиком не заменяет банковского подтверждения. Шаг 2. Определите конкретную накладную: входящий номер, дату, поставщика, организацию и сумму. Не ориентируйтесь только на внутренний номер. Если перечисление относится к нескольким документам, составьте явный список распределения, подтвержденный договорным основанием или бухгалтером. Шаг 4. Отдельно проверьте частичное погашение, аванс и расчеты через сотрудника, если такие варианты реально используются. Общая задолженность может изменяться иначе, чем состояние одного документа. На этом этапе бухгалтер должен объяснить ожидаемый результат по вашей схеме, а не универсальной кнопке. Шаг 6. После согласованного исправления проверьте документ, баланс контрагента и исходную денежную операцию. Один платеж не должен одновременно закрыть две несвязанные накладные. Сохраните объяснение распределения и отдельно оцените влияние на прошлую сверку, если операция относится к закрытому периоду.

Скриншоты и фрагменты документации

Список документов и задолженности перед поставщиком
Скриншот iiko · iikoOffice 8.0 — версия руководства
Пример из руководства iikoOffice 8.0, расположение в вашей версии может отличаться. Официальное руководство пользователя iikoOffice 8.0 · стр. 694. Нажмите на изображение, чтобы открыть отдельно. Сверяйте источник с версией и настройками своей системы.
Результат регистрации оплаты поставщику
Скриншот iiko · iikoOffice 8.0 — версия руководства
Пример из руководства iikoOffice 8.0, расположение в вашей версии может отличаться. Официальное руководство пользователя iikoOffice 8.0 · стр. 696. Нажмите на изображение, чтобы открыть отдельно. Сверяйте источник с версией и настройками своей системы.
Выбор документов для регистрации оплаты
Скриншот iiko · iikoOffice 8.0 — версия руководства
Пример из руководства iikoOffice 8.0, расположение в вашей версии может отличаться. Официальное руководство пользователя iikoOffice 8.0 · стр. 700. Нажмите на изображение, чтобы открыть отдельно. Сверяйте источник с версией и настройками своей системы.

Пошаговое решение

Отмечайте выполненные проверки. Отметки действуют до перезагрузки страницы.

  1. Сверка документов учета
    Иллюстрация рабочего процесса; сгенерированное фото, не интерфейс iiko.
  2. Менеджер проверяет рабочее подключение в ресторане
    Иллюстрация рабочего процесса; сгенерированное фото, не интерфейс iiko.
Графическая проверка

Развилка результата

Развилка результатаСопоставьте результат с критерием статьи. Да — критерий подтвержден; нет — передайте диагностические данные специалисту. Критерий: Существующий платеж однозначно сопоставлен с подтвержденными обязательствами. Частичное погашение объясняет остаток. Банковский расход не повторялся; статус накладной и баланс контрагента согласуются с документированным распределением. Поддержка: Подготовьте один обезличенный пример: артикул, предприятие, дату, единицу и номера существующих документов. Приложите ожидаемый расчет и фактический результат. Ответственный специалист должен увидеть установленную границу проблемы, прежде чем выбирать изменяющее действие; пароли, платежные реквизиты и полную базу в публичное обсуждение не передают.Критерийвыполнен?ДаНетсвязанныйплатёжпоставщикуПередайтеплатёжный ID иномернакладной ивремя сбоя
Ромб — самопроверка по критерию из статьи. Ветка «нет» ведет к подготовке обращения, а не к обещанному исправлению.
Полная формулировка из статьи

Критерий результата: Существующий платеж однозначно сопоставлен с подтвержденными обязательствами. Частичное погашение объясняет остаток. Банковский расход не повторялся; статус накладной и баланс контрагента согласуются с документированным распределением. Передача специалисту: Подготовьте один обезличенный пример: артикул, предприятие, дату, единицу и номера существующих документов. Приложите ожидаемый расчет и фактический результат. Ответственный специалист должен увидеть установленную границу проблемы, прежде чем выбирать изменяющее действие; пароли, платежные реквизиты и полную базу в публичное обсуждение не передают.

Как понять, что проблема решена

Существующий платеж однозначно сопоставлен с подтвержденными обязательствами. Частичное погашение объясняет остаток. Банковский расход не повторялся; статус накладной и баланс контрагента согласуются с документированным распределением.

Как снизить риск повторения

В назначении платежа указывайте согласованные номера и период поставок. После перечисления проверяйте учетную связь, а не только факт списания банка. Групповой платеж сопровождайте таблицей распределения между документами.

Если проблема осталась

Подготовьте один обезличенный пример: артикул, предприятие, дату, единицу и номера существующих документов. Приложите ожидаемый расчет и фактический результат. Ответственный специалист должен увидеть установленную границу проблемы, прежде чем выбирать изменяющее действие; пароли, платежные реквизиты и полную базу в публичное обсуждение не передают.

Что передать в поддержку

Скопируйте шаблон и заполните его без паролей, API-ключей, данных карт и сведений о гостях.

Проблема: Платеж поставщику в iiko не связан с накладной
Версия и компонент iiko:
Ресторан / рабочее место:
Время сбоя и часовой пояс:
Точный текст сообщения:
Что ожидалось / что произошло:
Какие проверки выполнены:
Результат каждой проверки:
Идентификатор операции (если допустимо):

Где помогает Menu 360

Платежи поставщикам не следует смешивать с оплатами гостевых заказов. Menu 360 интегрируется с iiko и поддерживает автоматические продажи и допродажи в электронном меню. Дополнительный десерт увеличивает состав заказа, а связь закупочного платежа с накладной подтверждает ответственный за финансовый учет.

Интеграция Menu 360 с iiko · Автоматические допродажи

Вопросы и ответы

Нажать «оплатить» еще раз, если деньги уже ушли?

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

Одна сумма может закрыть несколько накладных?

Если это подтвержденный расчет, распределение должно быть явным. Совпадение общей суммы не заменяет проверку документов и контрагента.

Источники и применимость

Официальная документация служит основой проверки возможностей iiko. Последовательность диагностики и контрольные примеры разработаны редакцией Menu 360; это не подтверждение ошибки именно в вашей конфигурации.

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