Что такое ЗНР в 1С и как работать с заявкой на расходование средств

ЗНР в 1С — это заявка на расходование денежных средств, документ, с помощью которого сотрудник или подразделение запрашивает оплату: поставщику, подотчётному лицу, в бюджет или по другому направлению расходов. Документ встречается в конфигурациях 1С:ERP, 1С:Комплексная автоматизация, 1С:Управление торговлей и 1С:Управление нашей фирмой, где используется подсистема казначейства.

Смысл ЗНР — разделить инициацию платежа и его исполнение. Менеджер создаёт заявку и указывает, кому, за что и сколько нужно заплатить. Финансист или руководитель проверяет заявку и утверждает её. Кассир или бухгалтер на основании утверждённой заявки формирует платёжное поручение или расходный кассовый ордер. Такой контур исключает самовольные платежи и позволяет контролировать лимиты.

Заявка также используется для планирования движения денежных средств: утверждённые, но ещё не оплаченные ЗНР формируют реестр платежей и платёжный календарь, по которому видны будущие кассовые разрывы.

Для чего нужна заявка на расходование средств

Прежде всего ЗНР решает задачу контроля: ни один платёж не уходит без проверки. Инициатор не имеет доступа к банку и кассе, а казначей не оплачивает ничего без утверждённой заявки. Это стандартный механизм внутреннего финансового контроля в средних и крупных компаниях.

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

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

Где находится ЗНР в разных конфигурациях

В 1С:ERP и 1С:Комплексная автоматизация документ называется «Заявка на расходование денежных средств» и находится в разделе «Казначейство» → «Заявки на расходование средств». Там же доступны реестр платежей и настройки статусов согласования.

В 1С:Управление торговлей (ред. 11) заявка также расположена в разделе «Казначейство». В 1С:Управление нашей фирмой документ называется «Расход денег» с видом операции, а функции заявки частично выполняют документы планирования платежей — набор возможностей зависит от версии.

В типовой 1С:Бухгалтерии документа ЗНР нет — там платежи оформляются напрямую документами «Платёжное поручение» и «Списание с расчётного счёта». Если контроль заявок нужен в бухгалтерии, используют расширения или внешние системы согласования.

Как создать и заполнить ЗНР: пошагово

Откройте раздел «Казначейство» → «Заявки на расходование средств» и нажмите «Создать». Выберите операцию: оплата поставщику, возврат клиенту, выдача подотчётному лицу, перечисление налогов, выплата зарплаты или прочий расход. От вида операции зависит набор полей.

Заполните ключевые реквизиты: организацию, подразделение-инициатора, получателя (контрагента или сотрудника), сумму и валюту, статью движения денежных средств, желаемую дату оплаты и форму — безналичную или наличную. Если платёж связан с договором или заказом, укажите документ-основание: это упростит проверку и последующий анализ.

На закладке расшифровки разнесите сумму по статьям ДДС и, при необходимости, по нескольким получателям или назначениям. После заполнения проведите документ и отправьте на согласование — кнопка и маршрут зависят от настроенных статусов.

1. 1
   Откройте «Казначейство» → «Заявки на расходование средств» и создайте документ
2. 2
   Выберите вид операции и укажите организацию, подразделение, получателя
3. 3
   Заполните сумму, статью ДДС, желаемую дату и форму оплаты
4. 4
   Укажите документ-основание (заказ, счёт, договор), если платёж по обязательству
5. 5
   Проведите заявку и отправьте на согласование
6. 6
   После утверждения передайте в оплату: на основании ЗНР создайте платёжное поручение или РКО

Согласование и статусы заявки

Типовой жизненный цикл ЗНР строится через статусы: «Не согласована» → «Согласована» → «К оплате» → «Оплачена». Состав статусов и права на их установку настраиваются: обычно инициатор видит только свои заявки, руководитель утверждает, а финансист переводит в оплату.

Проверка лимитов срабатывает при проведении или при установке статуса — это определяется настройками. Если заявка превышает лимит по подразделению или статье, система либо запрещает проведение, либо фиксирует превышение для контроля руководителем.

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

Оплата на основании ЗНР и контроль исполнения

После утверждения заявка попадает в реестр платежей. Казначей формирует на её основании платёжное поручение (для безналичной оплаты) или расходный кассовый ордер (для наличной). Связь документов сохраняется, и по заявке видно, какая сумма оплачена, а какая осталась.

Частичная оплата поддерживается: одну заявку можно закрывать несколькими платежами. Заявка считается исполненной, когда оплачена вся сумма, либо её можно закрыть вручную с указанием причины, если потребность отпала.

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

Контрольные точки

Как проверить результат

Статус заявки

Норма

«Оплачена» или «Закрыта», сумма оплаты равна сумме заявки

Тревожный признак

Заявка «К оплате», хотя платёжное поручение проведено — связь документов не установлена

Платёжный календарь

Норма

Оплаченная заявка исчезла из плановых платежей

Тревожный признак

Заявка остаётся в календаре и завышает план расходов

Лимиты

Норма

Расход в пределах лимита по статье и подразделению

Тревожный признак

Систематические превышения без корректировки лимитов

Типичные ошибки при работе с ЗНР

Самая частая проблема — оплата мимо заявки: платёжное поручение создают не на основании ЗНР, а вручную. В результате заявка остаётся незакрытой, платёжный календарь завышается, а контроль лимитов теряет смысл.

Вторая ошибка — неверная статья ДДС. Из-за этого отчёт о движении денежных средств искажается, а лимиты срабатывают не там. Статьи должны соответствовать методологии компании, а не выбираться «как в прошлый раз».

Третья группа ошибок — организационная: согласование «задним числом», когда деньги уже ушли, и хранение заявок вне системы (в почте или мессенджерах). В этом случае ЗНР превращается в формальность и не выполняет контрольную функцию.

FAQ по заявкам на расходование средств

Чем ЗНР отличается от платёжного поручения?

Заявка — это внутренний запрос на платёж, она не формирует банковских проводок и не двигает деньги. Платёжное поручение — исполнительный документ, который отправляется в банк. В типовом контуре поручение создаётся на основании утверждённой ЗНР.

Есть ли ЗНР в 1С:Бухгалтерии?

В типовой 1С:Бухгалтерии документа «Заявка на расходование средств» нет. Контур согласования платежей реализован в 1С:ERP, Комплексной автоматизации, Управлении торговлей и УНФ. Для бухгалтерии применяют расширения или внешние сервисы согласования.

Можно ли оплатить заявку частями?

Да. На основании одной заявки создают несколько платёжных документов, и система отслеживает незакрытый остаток. Заявка перейдёт в состояние «Оплачена», когда сумма оплат достигнет суммы заявки.

Что делать, если заявка больше не нужна?

Не удаляйте её. Установите статус «Отклонена» на этапе согласования или закройте заявку с указанием причины, если она уже утверждена. Тогда она перестанет участвовать в платёжном календаре, но история сохранится.

Как настроить лимиты для заявок?

В разделе настроек казначейства включите использование лимитов расхода, затем задайте их значения по подразделениям, статьям ДДС и периодам. Правило проверки (запрет или предупреждение) и момент контроля также задаются в настройках.

Кто должен согласовывать ЗНР?

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