Учет и Финансы · 11 мин
Заявка в 1С: что это такое и как с ней работать
Что такое заявка в 1С: заявка на расходование средств, заявка покупателя, заявка на закупку. Виды документов, статусы, порядок согласования и типичные ошибки.
Заявка в 1С — это документ, который фиксирует намерение совершить хозяйственную операцию до её фактического выполнения. В отличие от «боевых» документов (реализация, платёжное поручение, приходная накладная), заявка сама по себе не двигает деньги и товары: она создаёт плановую запись, по которой система резервирует ресурсы, контролирует лимиты и запускает маршрут согласования.
Термин «заявка» встречается почти во всех типовых конфигурациях, но под ним скрываются разные документы: заявка на расходование денежных средств в казначействе, заявка покупателя в торговле, заявка на возврат, внутренняя заявка на закупку или потребность в материалах. Общий принцип у них один — сначала заявка со статусом и согласованием, потом оплата, отгрузка или закупка на её основании.
Понимание механики заявок важно, потому что именно на этом этапе компания контролирует расходы: платёж без заявки или сверх согласованной заявки — типичная находка при внутреннем аудите. Ниже разобраны основные виды заявок, их статусы, порядок создания и согласования, а также ошибки, из-за которых заявки «зависают» или создают двойной учёт.
Что такое заявка в 1С и чем она отличается от обычного документа
Заявка — это документ предварительного учёта. Она отвечает на вопрос «что планируется сделать», а не «что уже сделано». Например, заявка на расходование денежных средств говорит: «нужно оплатить поставщику 150 000 рублей по счёту № 12», но деньги со счёта спишутся только после создания платёжного поручения на основании этой заявки.
Ключевые отличия заявки от операционного документа:
- заявка не формирует бухгалтерских проводок и не изменяет остатки по регистрам взаиморасчётов (за исключением плановых регистров, если они используются);
- у заявки есть маршрут согласования и статусы: «Не согласована», «Согласована», «К оплате», «Отклонена» и т. п.;
- на основании заявки создаются фактические документы, и система контролирует, чтобы сумма по ним не превысила заявленную;
- заявку можно отклонить или отменить без последствий для учёта — она не «пачкает» обороты.
Основные виды заявок в типовых конфигурациях
Набор заявок зависит от конфигурации (УТ, ERP, КА, БП, ЗУП), но чаще всего встречаются следующие виды.
Заявка на расходование денежных средств
Используется в подсистеме казначейства (УТ 11, ERP, КА). Инициатор создаёт заявку на оплату поставщику, выплату зарплаты, возврат покупателю или выдачу подотчёт. Заявка проходит согласование, попадает в платёжный календарь и резервирует лимит бюджета. Оплата выполняется документом «Списание безналичных ДС» строго на основании согласованной заявки, если включён соответствующий контроль.
Заявка покупателя (заказ клиента)
В торговых конфигурациях роль заявки от клиента выполняет «Заказ клиента»: он фиксирует потребность в товаре, запускает резервирование на складе и становится основанием для реализации и счёта на оплату. В некоторых отраслевых решениях есть отдельный документ «Заявка покупателя» с похожей логикой.
Заявка на закупку и внутренняя потребность
В ERP и КА есть документы «Заказ внутреннему потребителю», «Заявка на потребность» и плановые заказы поставщику. Они собирают потребности подразделений (материалы, канцтовары, услуги), консолидируются отделом закупок и превращаются в заказы поставщикам.
Прочие заявки
Заявка на возврат товаров от клиента, заявка на ремонт и обслуживание оборудования, заявка на кадровые изменения в ЗУП (в расширенных подсистемах), заявка на кредит или лизинг в специализированных решениях. Логика везде одинаковая: запрос → согласование → исполнение.
Документ не участвует в контроле лимитов — проверьте, проведена ли заявка и какой у неё статус
Проверьте маршрут согласования и права у согласующих
Проверьте настройку контроля превышения заявок в параметрах казначейства
Статусы заявки и маршрут согласования
Жизненный цикл заявки строится вокруг статусов. Типовая цепочка для заявки на расходование средств выглядит так: «Не согласована» → «Согласована» → «К оплате» → «Оплачена» (частично или полностью). При отказе заявка получает статус «Отклонена» с обязательным комментарием причины.
Маршрут согласования настраивается в подсистеме казначейства или бюджетирования. Обычно он зависит от суммы, статьи расходов и подразделения: заявку до определённого лимита утверждает руководитель подразделения, свыше — финансовый директор. В типовых конфигурациях маршруты задаются через правила согласования или механизм бизнес-процессов и задач.
Пока заявка не согласована, казначей не увидит её в реестре платежей. Это принципиальный момент: «зависшая» заявка почти всегда означает, что кто-то из согласующих не выполнил свою задачу. Проверить очередь согласования можно в списке задач пользователя или в отчёте по согласованию заявок.
Как создать и провести заявку: пошаговый порядок
Рассмотрим на примере заявки на расходование денежных средств в УТ 11 / ERP — для других видов заявок последовательность аналогична.
- 1Откройте раздел «Казначейство» → «Заявки на расходование денежных средств» и нажмите «Создать»
- 2Выберите операцию: оплата поставщику, возврат клиенту, выдача подотчётному и т. п.
- 3Заполните сумму, валюту, статью движения денежных средств, подразделение и получателя
- 4Укажите документ-основание (заказ, счёт, поступление), если оплата идёт по конкретной сделке
- 5Заполните желаемую дату платежа и при необходимости приложите файл-обоснование
- 6Нажмите «Провести» и отправьте заявку на согласование кнопкой изменения статуса
- 7Проверьте результат: заявка в статусе «Согласована» появилась в платёжном календаре
После согласования казначей формирует на основании заявки платёжное поручение или включает её в реестр платежей. Система автоматически уменьшает остаток по заявке на сумму оплаты; когда сумма оплат сравняется с суммой заявки, она закрывается.
Признак корректно оформленной цепочки: в заявке по ссылке «Связанные документы» видны платёжные документы, сумма оплачено равна сумме заявки, статус — «Оплачена» или «Закрыта».
Контроль лимитов и платёжный календарь
Главная управленческая ценность заявок — контроль лимитов. Если в настройках казначейства включён контроль лимитов расхода ДС, система при проведении заявки проверяет, укладывается ли она в лимит по статье, подразделению и периоду. Превышение либо блокируется, либо фиксируется предупреждением — поведение зависит от настройки.
Согласованные заявки попадают в платёжный календарь — план поступлений и выплат по датам. Он показывает, хватит ли денег на счетах в каждый день, и позволяет переносить платежи при кассовом разрыве. Если заявка есть, а в календаре её нет, чаще всего причина в статусе (не согласована) или в том, что не указана дата платежа.
Типичные ошибки при работе с заявками
Отдельная группа проблем — права доступа. Если инициатор не видит кнопку согласования или не может провести заявку, обычно дело в роли пользователя или в настройке групп доступа, а не в «глюке программы». Проверку прав стоит выполнять на копии базы или тестовом пользователе.
Как проверить результат
«Согласована» / «К оплате», заявка видна у казначея
«Не согласована» при выполненных задачах — проверьте маршрут
Платёжное поручение создано на основании заявки, сумма совпадает
Оплата без основания или сумма больше заявки
Заявка отображается на дату платежа
Заявки нет в календаре — проверьте дату и статус
После полной оплаты остаток равен нулю, заявка закрыта
Частичная оплата «зависла» — проверьте, все ли платежи привязаны
Когда заявки не нужны и какие есть альтернативы
Заявочная схема оправдана, когда в компании есть разделение ролей (инициатор — согласующий — казначей) и нужен контроль расходов до совершения платежа. В небольшой организации, где один бухгалтер сам принимает решение и сам платит, обязательные заявки создают лишнюю работу.
Сравнение вариантов
Подходит для средних и крупных компаний с бюджетным контролем; требует настройки маршрутов и дисциплины пользователей
Компромисс: контроль по сумме-порогу, мелкие платежи идут напрямую; настраивается правилами согласования
Подходит микробизнесу с одним исполнителем; контроль лимитов и платёжный календарь работать не будут
В конфигурациях, где заявочная схема не нужна, её можно отключить в настройках казначейства (например, снять флаг использования заявок на расходование ДС). Делать это стоит осознанно: после отключения платежи перестанут сверяться с заявками, а исторические данные по заявкам останутся только для просмотра.
Что важно запомнить
Заявка в 1С — плановый документ «намерения», который проходит согласование, резервирует лимиты и служит основанием для платежей, отгрузок и закупок. Корректная работа строится на трёх правилах: заявка проведена и согласована до оплаты, фактические документы создаются на её основании, остатки по заявкам регулярно закрываются.
Частые вопросы о заявках в 1С
Заявка проводится, но не уходит на согласование — в чём причина?
Чаще всего не настроен или не сработал маршрут согласования: для данной суммы, статьи или подразделения не задано правило. Проверьте настройки правил согласования заявок и убедитесь, что у согласующих есть активные пользователи с нужными ролями. Также проверьте, не стоит ли в параметрах режим «без согласования» для данного вида операций.
Можно ли оплатить больше, чем указано в заявке?
Зависит от настройки контроля. Если включён строгий контроль превышения, система не даст провести платёж сверх остатка по заявке. Если контроль отключён или работает в режиме предупреждения — технически можно, но это нарушает заявочную дисциплину. Правильный путь — скорректировать заявку (с повторным согласованием) или создать дополнительную.
Что делать с заявкой, по которой платёж отменили?
Не удаляйте её. Переведите заявку в статус «Отклонена» или закройте её с комментарием причины. Так сохранится история: кто инициировал расход, кто и почему отменил. Удаление документа обрывает цепочку согласования и вызывает вопросы при аудите.
Почему заявка не попадает в платёжный календарь?
Три типовые причины: заявка не согласована, не заполнена дата платежа, либо в настройках платёжного календаря не выбран источник «заявки на расходование ДС». Проверьте эти три пункта последовательно — в большинстве случаев проблема в статусе.
Чем заявка отличается от заказа поставщику?
Заявка (потребность) выражает внутреннюю необходимость: «нам нужно 100 единиц материала». Заказ поставщику — это уже поручение конкретному контрагенту с ценами и сроками. В полной схеме закупок заявки от подразделений консолидируются, и на их основании создаются заказы поставщикам.
Как найти все незакрытые заявки?
Используйте отчёт по заявкам (в УТ/ERP — «Состояние выполнения заявок» или аналог в разделе казначейства) либо отфильтруйте список заявок по статусам «Согласована» и «К оплате» с ненулевым остатком. Такие заявки стоит регулярно ревизовать: либо доплатить, либо закрыть.