Реестр платежей в 1С: собрать, приоритизировать, согласовать

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

Коротко

Чем реестр отличается от выгрузки платёжек

Список поручений против управляемого реестра

Разница в том, на каком шаге принимается решение.

Выгрузка платёжных поручений

Бухгалтер получает согласованные где-то платежи, создаёт поручения и выгружает их в банк. Решение о том, что именно платить, принято раньше и вне системы.

Что видно
суммы и получатели
Основание
лежит в почте или у инициатора
Приоритет
определяется тем, кто громче попросил
След
остаётся только факт платежа

Реестр платежей

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

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

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

Из чего состоит рабочий реестр

Шесть элементов, без которых реестр не работает

01Основание

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

02Срок и последствие

Не «когда удобно», а дата по договору и что произойдёт при просрочке: пени, остановка поставки, блокировка счёта.

03Статья и аналитика

Статья БДДС, проект, подразделение, юрлицо. Без них реестр не сходится с бюджетом и план-фактом.

04Приоритет

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

05Маршрут согласования

Кто утверждает в зависимости от суммы, статьи и юрлица. Маршрут задан заранее, иначе согласование каждый раз ищется заново.

06Связь с остатками

Реестр сверяется с фактическими остатками и ожидаемыми поступлениями. Без этого он не предупреждает о кассовом разрыве, а просто фиксирует желания.

Пять проблем, которые видно в любом реестре

Что ломается чаще всего

Оплата без основания

Деньги ушли, договора и счёта под платёж нет. Всплывает при закрытии месяца и на сверке с контрагентом, когда закрывающий документ так и не появился.

Дубль платежа

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

Приоритет по громкости

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

Согласование без следа

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

Реестр без денег

Перечень собран, но остатки и поступления не учтены. Кассовый разрыв обнаруживается в день платежа, а не за неделю.

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

Что это стоит компании

Раздел для руководителя, которому финансист или бухгалтер показывает этот материал.

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

Что стоит спросить у команды:

  • Какая доля платежей уходит без привязки к договору или счёту?
  • Где хранится решение о согласовании платежа на существенную сумму?
  • За сколько дней мы узнаём о нехватке денег на обязательный платёж?

Автоматизируется здесь сбор и проверка, а не решение об оплате. Агент собирает в реестр только заявки с понятным основанием и маршрутом, проверяет дубли, лимиты и остатки, а спорное выносит в очередь исключений. Решение о платеже остаётся за финансистом или собственником. Это процесс из контура ИИ-бухгалтера; прогнозная часть — платёжный календарь и кассовые разрывы — разобрана отдельно в статье «Платёжный календарь в 1С», а управленческая картина собирается в управленческой отчётности. Разнесение уже прошедших платежей — соседний участок, про него есть разбор «Банковская выписка в 1С».

Частые вопросы о реестре платежей

Чем реестр платежей отличается от платёжного календаря?

Реестр — это что платим сегодня и в каком порядке. Календарь — это прогноз: когда какие обязательства наступают и хватит ли денег. Реестр формируется из календаря на конкретную дату.

Есть ли реестр платежей в типовой 1С:Бухгалтерии?

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

Как выстроить приоритет платежей?

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

Что делать с заявкой без основания?

Не пропускать в реестр. Отсутствие договора или счёта на этапе заявки почти всегда означает отсутствие закрывающего документа потом — и вопрос при закрытии периода и на сверке.

Можно ли автоматизировать согласование?

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

Как реестр связан со сверкой с контрагентами?

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

Разобрать платёжный контур на своих данных

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

Контакты

Обсудить ИИ-процесс в бухгалтерии

Отправить через: