Казначейство

Заявка на расходование денежных средств в 1С

Документ, с которого начинается управление платежами. Пока его нет, решение «платить или не платить» принимается в переписке, а бухгалтерия узнаёт о нём последней.

Читать →
Где включить — Настройки казначействаВ календарь попадает — Только согласованная
Коротко

Заявка на расходование денежных средств — документ раздела «Казначейство» в 1С:УТ, Комплексной автоматизации и ERP. Он регистрирует намерение потратить деньги и задаёт характер расхода через вид хозяйственной операции. Использование заявок сначала включается в настройках казначейства — до этого документа в интерфейсе нет. Ключевая механика: заявка попадает в платёжный календарь только в статусе «Согласована» — то есть согласование не формальность, а условие попадания платежа в план. Статусы ведут заявку от создания к оплате и позволяют контролировать допустимый объём расходов. Где механизм упирается — в маршруте согласования: типовой сценарий рассчитан на простую схему, а не на «три подписи, лимиты по статьям и уведомления».

Что решает заявка

Без заявок платёжный процесс выглядит так: кто-то говорит, что надо заплатить, кто-то одобряет устно, бухгалтер делает платёжку. Проблемы всплывают потом — оплатили дважды, оплатили не то, оплатили без денег на счёте, а срочный платёж не прошёл, потому что о нём никто не знал.

Заявка превращает это в управляемый процесс. Она фиксирует: кто просит, сколько, кому, за что и когда нужно заплатить. Дальше заявка проходит согласование и попадает в план платежей — платёжный календарь.

Важно, что заявка — это не платёжка. Она не двигает деньги. Её задача — сделать так, чтобы к моменту платежа решение уже было принято, а сумма учтена в плане.

Как начать работать с заявками

  1. 1
    Включите заявки в настройках казначейства

    До включения документа в интерфейсе нет вовсе. Это первый и самый частый ответ на вопрос «а где заявки».

    Раздел настроек казначейства в НСИ и администрировании
  2. 2
    Определите виды хозяйственных операций

    Заявка задаёт характер расхода предопределённым видом операции: оплата поставщику, выдача подотчёт, налоги, зарплата, перемещение между счетами. От этого зависит, какие реквизиты станут обязательными.

    Правильный вид операции экономит время бухгалтеру на этапе платежа
  3. 3
    Настройте статьи движения денежных средств

    Статья ДДС — это то, ради чего вообще ведётся управленческий учёт денег. Без неё заявки превращаются в список сумм без аналитики.

  4. 4
    Задайте порядок согласования

    Кто согласовывает, в каком порядке, при каких суммах. Типовой механизм закрывает простые схемы; сложные маршруты требуют отдельного решения.

  5. 5
    Проведите заявку через статусы

    Заявка живёт по статусам от создания до оплаты. Только «Согласована» даёт ей попасть в платёжный календарь — до этого платёж в плане не виден.

    Это и есть точка, где согласование становится обязательным, а не желательным
  6. 6
    Оплатите на основании заявки

    Платёжное поручение или списание вводится из согласованной заявки. Так платёж связан с решением, а не существует сам по себе.

Что даёт заявка, чего не даёт платёжка

Решение зафиксировано

Видно, кто санкционировал расход и когда. Не «мне сказали заплатить», а документ с согласованием.

Платёж в плане

Согласованная заявка попадает в платёжный календарь — и кассовый разрыв виден заранее, а не в день оплаты.

Контроль лимитов

Расходы соотносятся со статьями и бюджетом. Превышение видно на этапе заявки, а не по факту списания.

Аналитика расходов

По статьям, подразделениям, контрагентам. Из платёжек такой картины не соберёшь — они говорят «сколько», но не «зачем».

Где типовой механизм упирается

Типовое согласование рассчитано на простую схему: заявка — согласующий — оплата. В реальности у компаний бывает иначе: несколько согласующих подряд, разные маршруты в зависимости от суммы и статьи, лимиты по подразделениям, уведомления ответственным, отдельный порядок для срочных платежей. Всё это можно вести и вручную, но тогда согласование опять уезжает в переписку, а в 1С попадает только результат. Про то, как выстроить маршрут внутри программы, — согласование заявок на оплату.

Признаки, что заявки нужны

  • Решение об оплате принимается в мессенджере, а подтверждение потом никто не найдёт.
  • Бухгалтерия узнаёт о крупном платеже в день оплаты.
  • Случались двойные оплаты одного счёта.
  • Никто не может назвать плановый остаток на счёте через неделю.
  • Расходы по статьям считаются в отдельной таблице.
  • Срочные платежи всегда проходят вне очереди, и от этого страдают плановые.

Частые вопросы

В разделе «Казначейство» торговых конфигураций — УТ, Комплексной автоматизации, ERP. Если документа не видно, использование заявок не включено в настройках казначейства.
Потому что в календарь попадают только заявки в статусе «Согласована». Несогласованная заявка остаётся намерением и в плане платежей не отражается.
Заявка фиксирует намерение и решение о расходе, платёжка исполняет его. Заявка не двигает деньги — она делает так, чтобы к моменту платежа решение уже было принято и учтено в плане.
Характер расхода: оплата поставщику, налоги, зарплата, подотчёт, перемещение. От выбранного вида зависит набор обязательных реквизитов и дальнейшее оформление платежа.
Полноценный казначейский контур с заявками и платёжным календарём — в торговых и комплексных конфигурациях. В бухгалтерской заявки в таком виде не предусмотрены.
Типовой механизм рассчитан на простую схему. Многоступенчатые маршруты с лимитами по суммам и статьям, уведомлениями и разными правилами для срочных платежей обычно требуют отдельного решения.

Поставим казначейство под ваш процесс

Включим заявки, настроим статьи и маршрут согласования, свяжем заявки с платёжным календарём — чтобы решения об оплате перестали жить в переписке. С 2003 года, 1С:Франчайзи, Уфа.

Источники: 1С:ИТС — методическая поддержка типовых конфигураций
Актуально на 25 августа 2026