Как в 1С убрать согласование платежей

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

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

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

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

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

Чтобы понять, что используется у вас, откройте любую заявку на расходование денежных средств и посмотрите на поле статуса. Если статус меняется вручную кнопкой в форме документа — это статусная модель. Если в системе появляются задачи согласования в списке «Мои задачи», а в заявке виден маршрут — работают бизнес-процессы.

Дополнительно проверьте раздел «НСИ и администрирование» → «Бизнес-процессы и задачи». Если включены опции согласования и настроены маршруты, отключать придётся именно там. Если база доработана — например, согласование вынесено в расширение или внешнюю систему (СЭД, корпоративный портал) — изменения в типовых настройках могут не дать эффекта.

Отключение согласования через функциональные опции казначейства

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

После снятия флага новые заявки перестанут требовать этапа согласования: документ сразу получит возможность перевода в статус «К оплате», и казначей сможет создавать на его основании платёжные документы. Уже созданные заявки в промежуточных статусах при этом не изменятся автоматически — их потребуется перевести в нужный статус вручную или обработкой.

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

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

Отключение маршрутов и бизнес-процессов согласования

Если в базе используются бизнес-процессы, отключение выполняется в разделе настройки бизнес-процессов и задач. Откройте «НСИ и администрирование» → «Бизнес-процессы и задачи» и проверьте включённые опции согласования. Для заявок на расходование денежных средств маршруты обычно настраиваются в карточке вида документа или в отдельном справочнике маршрутов согласования.

Чтобы убрать согласование, удалите или деактивируйте действующие маршруты для заявок. Если маршруты назначаются по условиям (сумма, организация, статья ДДС), можно отключить только часть из них — тогда согласование сохранится для выбранных сценариев, а остальные платежи пойдут напрямую. Это удобно, когда руководство хочет оставить контроль крупных платежей, но убрать его для текущих операционных расходов.

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

Точечное отключение через права и статусы

Если задача — не убирать согласование совсем, а дать конкретным пользователям возможность проводить оплату без согласующего, достаточно настроить права. В типовых конфигурациях за перевод заявки в статусы «Согласована» и «К оплате» отвечают отдельные роли. Добавив пользователю роль, позволяющую устанавливать эти статусы, вы фактически даёте ему право обходить согласование.

Откройте «НСИ и администрирование» → «Настройки пользователей и прав» → «Профили групп доступа», найдите профиль казначея или финансиста и проверьте состав ролей, связанных с заявками. Роль на установку статуса «Согласована» обычно выделена отдельно — её наличие у пользователя означает, что он может сам согласовать собственную заявку.

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

Сравнение способов отключения

Функциональная опция

Полное отключение для всей базы. Быстро, но без гибкости; зависшие заявки требуют ручной доводки

Отключение маршрутов

Гибко: можно убрать согласование частично по условиям. Требует завершения запущенных процессов

Права на статусы

Точечно для пользователей, механизм сохраняется. Риск: пользователь сможет согласовывать сам себе

Проверка результата и типичные ошибки

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

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

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

Ограничения и когда нужен программист

Типовые настройки покрывают большинство сценариев, но есть ситуации, где без доработки не обойтись. Если согласование реализовано расширением конфигурации, подписками на события или интеграцией с внешним СЭД, изменение функциональных опций ничего не даст: проверки происходят в коде. Признак такой ситуации — статус не меняется даже при полном доступе, а в журнале регистрации появляются ошибки из нестандартных модулей.

В этом случае нужно проанализировать код: найти подписки на события записи заявки и платёжных документов, проверить расширения в разделе «Администрирование» → «Печатные формы, отчёты и обработки» → «Расширения». Отключение расширения или корректировка кода — задача для специалиста с доступом к конфигуратору, выполнять её стоит только на копии базы.

Ещё одно ограничение — распределённые базы и обмены. Если заявки синхронизируются между несколькими базами (например, между УП и БП банка-клиента), отключать согласование нужно согласованно во всех узлах, иначе документы будут расходиться по статусам и блокировать обмен.

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

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

Новая заявка

Норма

Сразу переводится в статус «К оплате» без согласующего

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

Требует статус «Согласована» или создаёт задачу согласования

Старые заявки

Норма

Все переведены в конечные статусы, оплата доступна

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

Часть заявок зависла в ожидании задач

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

Норма

Плановые платежи отображаются корректно

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

Отчёт пустой — возможно, отключена вся опция заявок

Права пользователей

Норма

Только уполномоченные могут менять статусы

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

Инициатор сам согласовывает свои заявки

FAQ: частые вопросы по отключению согласования платежей

Можно ли убрать согласование только для платежей до определённой суммы?

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

Что будет с уже созданными заявками после отключения согласования?

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

Почему после снятия флага заявка всё равно требует согласования?

Наиболее вероятные причины: пользователь не перезапустил сеанс, в базе действуют бизнес-процессы согласования независимо от опции, либо проверка реализована доработкой (расширением или подпиской на событие). Проверьте активные маршруты и список расширений.

Отключится ли при этом контроль лимитов бюджета?

Нет. Лимитирование и контроль по статьям движения денежных средств — отдельные механизмы с собственными настройками. Они продолжат блокировать заявки при превышении лимитов даже после отключения согласования.

Как вернуть согласование обратно, если передумаем?

Верните флаг функциональной опции или активируйте маршруты заново — механизм восстановится для новых документов. История ранее проведённых заявок при этом не пострадает, поэтому отключение через типовые настройки обратимо.

Нужно ли отключать согласование в тестовой базе перед рабочей?

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