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

Почему уведомления о просрочках стоит делать в 1С

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

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

Что подготовить перед началом

Чтобы процесс прошёл гладко, подготовьте несколько вещей заранее:

• Права администратора либо роль, дающая доступ к конфигуратору и регламентным заданиям;
• Список типов документов, которые отражают обязательства — счёт на оплату, договор, акт, и т.д.;
• Настроенный SMTP-сервер для отправки писем, или интеграция с SMS/мессенджером при необходимости;
• Определение бизнес-правил — что считать просрочкой, кто должен получать уведомления и в какие сроки;
• Тестовая база или тестовая организация, чтобы не рассылать реальные сообщения во время отладки.

Общий план настройки

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

Шаг 1. Формулируем критерии просрочки

Прежде чем писать запрос, точно решите, что считать просрочкой. Типичные варианты:

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

Формулировка должна быть простой и однозначной. Например: «Просрочка — счёт с полем ДатаКОплате 0». Этого достаточно для большинства задач.

Шаг 2. Собираем выборку документов (пример запроса)

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

SELECT
  Ссылка AS Документ,
  Контрагент,
  Договор,
  Сумма КАК Сумма,
  ДатаКОплате
FROM
  Документ.СчетНаОплату КАК Счет
WHERE
  Счет.ДатаКОплате  0

Параметр &ДатаСегодня задаётся как ТекущаяДата(). Если в вашей базе нет полей ДатаКОплате или ОстатокПоПлатежам, используйте поля, которые отражают срок и неоплаченную сумму. Важно протестировать запрос на тестовой выборке и убедиться, что он не пропускает нужные документы.

Шаг 3. Настраиваем регламентное задание

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

1. Перейдите в раздел Администрирование — Регламентные задания и создайте новое задание.
2. Укажите обработку или внешнюю обработку, которая выполняет ваш запрос и формирует уведомления.
3. Задайте расписание — ежедневно в указанное время, учитывая рабочие часы и часовой пояс.
4. Назначьте пользователя или сервисный аккаунт, от имени которого будет выполняться задание.

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

Шаг 4. Выбор канала доставки и содержание уведомления

Куда отправлять уведомление — выбирайте исходя из потребностей команды. Чаще всего используют три канала:

• Внутренние уведомления 1С — появляются на рабочем столе менеджера;
• Электронная почта — удобно для внешней коммуникации и истории;
• SMS или мессенджеры — для срочных напоминаний и эскалации.

Текст уведомления должен быть коротким и информативным. Пример:

Тема: Просроченный счёт №{Номер} от {Дата}
Текст: Контрагент {Контрагент}, счёт №{Номер} на сумму {Сумма} просрочен на {Дней} дней. Документ: {Ссылка}

Если отправляете письма, добавьте подпись и контакт ответственного. Для внутренних уведомлений укажите ссылку на карточку документа, чтобы менеджер мог перейти в 1С одним кликом.

Сравнение каналов доставки

Канал	Плюсы	Минусы
Внутренние уведомления	Быстро, контекстно, привязано к документам	Доступны только в 1С, требуют онлайн-доступа
Email	Удобно для истории, можно пересылать контрагентам	Зависит от корректной настройки SMTP, возможны спам-фильтры
SMS / мессенджеры	Высокая вероятность прочтения, подходит для срочных случаев	Требует интеграции с провайдером, платная отправка

Шаг 5. Настройка прав и распределение ответственности

Важно, чтобы уведомления получали именно те люди, кто отвечает за работу с просрочками. Рассмотрите такие правила:

• Уведомления менеджеру по договору — если у договора есть ответственный;
• Эскалация на руководителя — если просрочка > N дней;
• Отдельная рассылка в службу взыскания — для крупных долгов.

Для этого в обработке выбирайте получателя по полям «Ответственный» в карточке договора или настройте таблицу соответствий. Не забудьте проверить права на просмотр документов у получателей.

Шаг 6. Тестирование и запуск в продуктив

Тестирование нужно провести в тестовой базе или на выделенной организации. План теста:

1. Создайте 3-4 тестовых документа: просроченный, скоро просрочится, оплачен.
2. Запустите обработку вручную и убедитесь, что выборка корректна.
3. Проверьте отправку на все каналы — внутреннее, email, SMS если есть.
4. Проверьте журнал отправки и логи регламентного задания.

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

Шаг 7. Автоматизация и улучшения

Когда базовая схема работает, можно добавить полезные улучшения:

• Батчинг уведомлений — группировать несколько просрочек одного контрагента в одно письмо;
• Отложенные напоминания — возможность отложить напоминание на несколько дней;
• Эскалация по порогам — при увеличении суммы или числа дней автоматически повышать уровень получателей;
• Привязка к CRM — если у вас интеграция 1С с CRM, синхронизируйте статусы взаимодействия.

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

Шаг 8. Типичные ошибки и как их избежать

Часто встречаю такие промахи:

• Неправильно рассчитан остаток по платежу — проверяйте формулы и используемые регистры;
• Отправка уведомлений всем подряд — используйте фильтры и роли, чтобы не раздражать персонал;
• Отсутствие тестирования на реальных сценариях — обязательно моделируйте крайние случаи;
• Игнорирование логов — журнал отправки должен быть проверяемым и доступным руководству.

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

Полезные параметры для уведомлений

Параметр	Описание	Рекомендация
Порог дней просрочки	Сколько дней считать просрочкой	3-7 дней для внутренней реакции, 10-30 для эскалации
Минимальная сумма	Минимальная сумма задолженности для уведомления	Зависит от бизнеса — например 1000 руб
Канал отправки	Внутренний, email, SMS	Комбинация: внутренний + email, SMS для срочных случаев
Формат отчета	Полный список или группировка по контрагенту	Группировка удобнее для менеджеров

Заключение

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