Что такое казначейство в 1С и как им пользоваться

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

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

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

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

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

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

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

В каких конфигурациях 1С доступно казначейство

Функциональность сильно зависит от конфигурации, и это главный критерий выбора. Ниже — сопоставление возможностей типовых решений.

Если компания работает в 1С:Бухгалтерии и нужен только контроль заявок, есть два пути: переход на 1С:КА/ERP либо внешние расширения и отраслевые решения. Первый вариант надёжнее, так как казначейство тесно связано с закупками, продажами и взаиморасчётами — в комплексных конфигурациях эти связи уже настроены.

Как выбрать решение

1С:ERP

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

1С:Комплексная автоматизация

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

1С:УНФ

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

1С:Бухгалтерия + Excel

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

Как устроен документооборот: от заявки до платежа

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

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

После перевода заявки в статус «К оплате» казначей формирует платёжное поручение (или платёж в клиент-банк прямо из заявки через обмен 1С:ДиректБанк). При загрузке выписки фактический платёж закрывает заявку, и она исчезает из платёжного календаря как обязательство.

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

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

Платёжный календарь — ключевой отчёт казначейства. Он показывает по дням плановые поступления (заявки на получение ДС, графики оплат от покупателей), плановые выплаты (заявки к оплате, графики поставщикам) и прогноз остатка. Отрицательный прогноз остатка на конкретную дату — это и есть сигнал кассового разрыва.

Чтобы календарь был достоверным, поступления должны планироваться так же дисциплинированно, как и расходы. На практике часто вносят только платежи — тогда календарь показывает вечный «минус» и теряет смысл. Настройте источники поступлений: графики оплаты в заказах клиентов или отдельные заявки на приход ДС.

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

Настройка подсистемы: с чего начать

Начинайте со справочников, а не с документов. Минимальный набор: статьи движения денежных средств (иерархия должна соответствовать отчёту ДДС, который хочет видеть руководство), банковские счета и кассы организаций, валюты, формы оплаты. В ERP дополнительно настраиваются правила согласования заявок и права ролей: инициатор, согласующий, казначей.

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

Обмен с банком настройте через 1С:ДиректБанк (прямой обмен без клиент-банка) или через выгрузку файлов. Первый вариант удобнее: платёжки отправляются из 1С, выписки загружаются автоматически, статусы платежей видны в документах. Проверьте на тестовом платеже небольшой суммы, что подписание и статусы работают корректно.

Отчёты и контроль результата

Основные отчёты казначей: «Остатки денежных средств» (оперативные остатки по счетам и кассам), «Платёжный календарь», «Контроль оплаты по заявкам» и отчёт по движению денежных средств за период. В ERP также доступен план-фактный анализ БДДС, если ведётся бюджетирование.

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

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

Как проверить, что казначейство работает правильно

Остатки по счетам в 1С и в банке

Норма

Совпадают на конец каждого дня после загрузки выписок

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

Расхождения — есть незагруженные выписки или дубли документов

Заявки в статусе «К оплате»

Норма

Список пуст или содержит только текущие платежи

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

Копятся старые заявки — факт не закрывает заявки

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

Норма

Прогноз остатка неотрицательный или разрыв известен заранее

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

Внезапные минуса — поступления или платежи не вносятся в систему

Статьи ДДС в платежах

Норма

Все платежи распределены по статьям

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

Платежи «без статьи» или на статье-заглушке — отчёт ДДС недостоверен

Типичные ошибки и ограничения

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

Вторая ошибка — избыточная детализация статей ДДС на старте. Сорок статей, из которых инициатор не может выбрать нужную, приводят к тому, что всё пишется на одну «прочую». Начните с 10–15 понятных статей и расширяйте справочник по мере необходимости.

Ограничение, о котором стоит знать: типовое казначейство не заменяет полноценную систему управления ликвидностью группы компаний (пулинг, внутригрупповые займы, многоуровневое казначейство холдинга). Для таких задач используют специализированные решения на платформе 1С или интеграцию с внешними TMS-системами.

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

FAQ: частые вопросы о казначействе в 1С

Чем казначейство отличается от бухгалтерского учёта денег?

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

Можно ли организовать заявки на оплату в 1С:Бухгалтерии?

В типовой 1С:Бухгалтерии механизма заявок и согласования нет. Варианты: перейти на 1С:Комплексную автоматизацию или ERP, установить отраслевое расширение, добавляющее заявки, либо согласовывать платежи вне 1С (например, в системе документооборота) с последующей оплатой в бухгалтерии.

Обязательно ли настраивать ДиректБанк для работы казначейства?

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

Как учесть в платёжном календаре налоги и зарплату?

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

Что делать, если фактический платёж не закрывает заявку?

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

Сколько пользователей нужно для работы казначейства?

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