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