Казначейство отвечает за контроль денег до платежа: согласование заявок, реестр, прогноз кассового разрыва. Бухгалтерия фиксирует уже случившиеся операции по ФЗ-402, а казначейство проверяет расходы заранее. ПБУ 23/2011 (Приказ Минфина №11н от 02.02.2011) делит потоки на три секции: операционные, инвестиционные и финансовые. Excel ещё держится до 3 юрлиц и до 30 платежей в месяц; дальше нужна специализированная система.
Казначейство компании: 5 ключевых функций
Казначейство не сводится к должности или отдельному отделу, хотя в крупных холдингах его часто оформляют именно так. По рабочей логике это контроль денежных потоков в реальном времени: платёж не уходит без проверки, а остатки должны быть понятны хотя бы на несколько недель вперёд. Подробнее о том, что такое казначейство компании с точки зрения управленческого учёта, написано в глоссарии.
Разница с бухгалтерией принципиальная. Бухгалтерия отражает факт хозяйственной жизни после события по ФЗ-402 «О бухгалтерском учёте» (ст. 9 ч. 1), а казначейство разбирает платёж до списания денег. В малом бизнесе обе роли часто держит один финдир или главбух, но логика работы и инструменты разные. В холдингах их обычно разводят: казначей смотрит поток денег сейчас, бухгалтерия закрывает РСБУ-отчётность по итогам периода.
Методологическая база здесь понятная: ПБУ 23/2011 «Отчёт о движении денежных средств» (Приказ Минфина РФ №11н от 02.02.2011) делит все денежные потоки на три секции: операционные, инвестиционные и финансовые. Казначейство берёт ту же классификацию. Каждая заявка на оплату получает тип потока, и к концу месяца управленческий ДДС собирается без ручного перебивания проводок.
В любом бизнесе, независимо от масштаба, у казначейства обычно пять рабочих задач:
- Контроль входящих и исходящих платежей: проверка каждого движения денег и сопоставление с первичными документами по ФЗ-402 ст. 9.
- Ведение реестра заявок на оплату: единый список исходящих платежей с контрагентом, суммой, расчётным счётом, статьёй ДДС и статусом согласования.
- Прогнозирование остатков и кассовых разрывов: расчёт баланса на 7-30 дней вперёд с учётом плановых поступлений и обязательных выплат. Именно здесь компания заранее видит ситуацию «деньги нужны завтра, а узнали сегодня».
- Контроль лимитов по статьям ДДС: сверка фактических расходов по каждой категории с утверждённым бюджетом.
- Настройка маршрутов согласования: кто, при каких суммах и в какой очередности подписывает заявки. Эти правила должны жить в системе, а не в памяти финдира.
Excel, 1С или специализированная система: сравнение подходов к автоматизации
Инструмент для казначейства выбирают по масштабу: сколько юрлиц, расчётных счетов и платежей проходит за месяц. Для подробного сравнения корпоративных ERP-решений есть отдельный разбор: казначейство в 1С: ЕРП, Управление холдингом или внешний инструмент.
| Критерий | Excel / Google Sheets | 1С ЕРП / Управление холдингом | Специализированная система управленческого учёта |
|---|---|---|---|
| Согласование заявок на оплату | Нет: статус проставляется вручную, история не сохраняется | Есть через подсистему бюджетирования, но нужна индивидуальная настройка | Нативное: маршруты, пороги по суммам, аудит-лог каждого действия |
| Прогноз кассового разрыва | Только ручной расчёт; он актуален лишь в момент обновления файла | Есть через отчёты, требует доработки под нужды казначейства | Автоматический платёжный календарь на 7-30 дней вперёд |
| Мультиюрлицо и мультисчёт | До 3 юрлиц, до 30 платежей в месяц: ещё управляемо | Без ограничений, но внедрение занимает месяцы и стоит дорого | Нативная поддержка: intercompany без двойного ввода данных |
| Интеграция с банком и 1С | Прямой связи нет: выгрузка вручную или через «Клиент-Банк» | Есть прямой обмен в рамках экосистемы одного вендора | Двусторонняя: автосверка с банком по Положению ЦБ РФ №762-П |
| Аудит-лог согласований | Отсутствует: кто и когда согласовал, неизвестно | Есть в журнале регистрации документов | Полный: каждое действие с таймстемпом и именем пользователя |
Excel остаётся рабочим вариантом, пока компания укладывается в до 3 юрлиц и до 30 платежей в месяц: структура видна сразу, входной порог почти нулевой, обновления делаются быстро. Слабое место не в таблице как таковой, а в отсутствии аудит-лога и нормального версионирования. Финдир ушёл в отпуск, и история согласований часто уходит вместе с ним.
1С ЕРП и Управление холдингом дают сильные платформы, где казначейский блок встроен как одна из подсистем. Полноценное внедрение тянется месяцами и почти всегда требует сертифицированных консультантов. Если компании нужен прежде всего платёжный контроль, такой путь может оказаться избыточным по срокам и бюджету.
Специализированная система обычно нужна после понятного порога: 3 и более юрлица, 2 и более расчётных счёта или свыше 50 платежей в месяц. Отдельный тревожный признак: межфирменные расчёты внутри группы. Без нативной поддержки intercompany консолидация превращается в ручную многочасовую сверку. Ещё один сигнал: нужно формировать платёжные поручения по форматам, предусмотренным Положением Банка России №762-П от 29.06.2021.
Чек-лист внедрения казначейства: 7 шагов
Внедрение казначейства меняет операционную модель, а не просто добавляет новую программу. Эти семь шагов подходят и при переходе с Excel на специализированную систему, и при сборке процесса с нуля. Отдельно о причинах и последствиях написали здесь: кассовый разрыв: причины и профилактика.
Шаг 1: Аудит текущих потоков. Зафиксируйте базу: сколько расчётных счетов, сколько юрлиц, сколько платежей в месяц в среднем за последние 3 месяца. Посмотрите, кто сейчас принимает решения о выплатах и по каким правилам. Типичный ответ «финдир смотрит и говорит ок» как раз показывает точку, которую нужно перевести в маршрут согласования.
Шаг 2: Выбор инструмента. Ориентируйтесь на пороги из таблицы выше. До 3 юрлиц и 30 платежей в месяц подойдёт Excel с жёсткой структурой колонок. При росте берите специализированную систему. Если уже работаете в 1С, проверьте, покрывает ли её казначейский модуль маршруты согласования и прогноз остатков, а не только отчёты после факта.
Шаг 3: Настройка плана статей ДДС. Разнесите потоки по трём секциям ПБУ 23/2011: операционные (выручка, зарплата, аренда, расчёты с поставщиками), инвестиционные (оборудование, ПО, капитальные вложения), финансовые (кредиты, дивиденды, займы внутри группы). Каждая статья ДДС должна однозначно попадать в одну секцию. Тогда при квартальной сверке с бухгалтерией меньше ручных расхождений.
Шаг 4: Настройка маршрутов согласования. Определите роли: кто создаёт заявку, кто проверяет лимит по статье, кто подписывает. Задайте денежные пороги: например, до 50 000 ₽ согласует финдир, выше подключается генеральный директор. Эскалацию на случай отсутствия согласующего лучше прописать сразу, иначе в отпуск платежи либо встанут, либо пройдут без нормального контроля.
Шаг 5: Подключение банков. Настройте выгрузку или прямую интеграцию с банком. Платёжные поручения формируются в соответствии с Положением Банка России №762-П от 29.06.2021; форматы реквизитов и порядок передачи регулируются именно этим документом. Ошибки в реквизитах лучше поймать на пилоте, а не на возврате реального платежа.
Шаг 6: Пилотный месяц с параллельным ведением. Запустите новый инструмент рядом со старым Excel на один полный месяц. Так можно сопоставить результаты и найти расхождения без риска потерять реальный платёж. Месяца обычно хватает, чтобы пройти нестандартные случаи: возвраты, авансы, межфирменные переводы.
Шаг 7: Финальный переход и архивирование. Переведите команду на новый инструмент, а Excel-версию закройте от редактирования. Старый архив не удаляйте минимум год: он пригодится для исторических запросов и налоговой проверки. Короткого обучения на 1-2 часа на каждого участника обычно достаточно, если маршруты согласования настроены понятно.
Типичные ошибки казначейского контроля
Большинство казначейских сбоев начинается не с выбора программы. Чаще ломаются процессы: решение кажется удобным сегодня, а через полгода уже мешает контролю.
Нет разделения потоков на секции ДДС. Если заявки на оплату не размечаются как операционные, инвестиционные или финансовые, к концу квартала управленческий ДДС расходится с бухгалтерским. Бухгалтер потом несколько дней перебирает транзакции руками, хотя сверка могла пройти за минуты. Причина обычно простая: логику ПБУ 23/2011 не заложили в первичную разметку платежей.
Реестр платежей без аудит-лога. Надпись «согласовано» в таблице ничего не доказывает, если не видно, кто и когда принял решение. При внутреннем аудите, смене финдира или налоговой проверке процесс уже не восстановить. ФЗ-402 (ст. 29) обязывает хранить первичные документы; для записей о согласовании платежей этот принцип тоже важен.
Кассовый разрыв обнаруживают постфактум. Фраза «завтра нет денег на зарплату» означает провал прогноза, а не сюрприз рынка. Горизонт 7-14 дней даёт время перенести платёж, ускорить аванс от покупателя или открыть кредитную линию. Без такого горизонта прогноз остаётся красивой таблицей.
Один сотрудник создаёт и согласует платёж. Двойной контроль ломается, когда инициатор заявки сам её подписывает. В небольших компаниях это иногда случается из-за болезни или отпуска ответственного. Но это должно быть исключение с явным аудит-следом, а не обычный порядок.
Межфирменные расчёты не выделены в отдельный поток. Займы между юрлицами группы, управленческие вознаграждения и разделение затрат оседают в операционных расходах, поэтому картина по каждой компании искажается. Без финансовой секции консолидация всё равно будет приблизительной. Об автоматизации казначейства в связке с CRM-системами есть отдельный материал: Битрикс24 и казначейство.
Как свóдно закрывает задачи казначейства
Платёжный календарь. В свóдно. он показывает прогноз остатка денег на 30 дней вперёд с учётом всех плановых поступлений и согласованных заявок на оплату. Кассовый разрыв виден заранее: цветом и суммой дефицита, а не в момент, когда деньги уже понадобились. Раздел доступен по адресу /calendar/.
Согласование заявок на оплату. Маршруты собираются под структуру компании: роли, пороги сумм, эскалация при отсутствии согласующего. Каждое действие, от принятия до комментария, сохраняется в аудит-логе с таймстемпом и именем пользователя. На проверке история поднимается за секунды, а не за дни ручного поиска в переписке.
Сверка с банком и 1С (РСБУ 0 DIFF). Аудит-мост сравнивает управленческий и бухгалтерский учёт без ручных операций. Корректная разметка потоков по статьям ДДС даёт совпадение с РСБУ до нуля расхождений. То, что обычно забирает несколько дней в конце квартала, проверяется автоматически.
Группа компаний без двойного ввода. Мультиюрлица и межфирменные операции видны на одном экране. Внутригрупповой заём фиксируется один раз и автоматически попадает в финансовую секцию ДДС обоих юрлиц. В стандартной 1С для такой консолидации часто нужна доработка; в свóдно. эта логика уже есть.
Источники
- ПБУ 23/2011 «Отчёт о движении денежных средств» (Приказ Минфина РФ №11н от 02.02.2011) — consultant.ru
- ФЗ-402 «О бухгалтерском учёте» от 06.12.2011 (ред. от 15.12.2025) — consultant.ru
- Положение Банка России №762-П от 29.06.2021 «О правилах осуществления перевода денежных средств» (ред. от 17.06.2025) — consultant.ru