Письмо о задолженности должно решать практическую задачу: напомнить клиенту об обязательстве, точно указать сумму и срок оплаты и при этом не создавать лишнего напряжения в отношениях. Поэтому хороший шаблон письма о задолженности — это не просто формулировка «просим погасить долг», а понятная структура, в которой финансовые данные отделены от эмоциональной оценки ситуации.
Особенно это важно, когда компания регулярно работает с большим количеством счетов и контрагентов. Менеджеру приходится проверять сроки оплаты, находить нужный счет, уточнять сумму задолженности, писать письмо и затем контролировать поступление денег. Если такие действия выполняются вручную, коммуникация становится нерегулярной: одному клиенту напомнили заранее, другому — уже после значительной просрочки, а кому-то письмо отправили после того, как платеж фактически поступил.
Более устойчивый процесс строится иначе:
состояние расчетов в 1С → правило коммуникации → шаблон → подстановка актуальных данных → отправка или проверка сотрудником → фиксация результата.
При этом начинать автоматизацию стоит не с программных настроек, а с самих шаблонов и правил: какие сообщения нужны, когда они должны появляться и какой тон подходит для каждого этапа.
Из чего состоит письмо о задолженности
В большинстве деловых ситуаций письмо можно построить из пяти основных элементов.
1. Обращение
Если в 1С хранится конкретное контактное лицо, сообщение можно персонализировать:
«Иван Петрович, добрый день!»
Если письмо направляется на общий адрес бухгалтерии или финансовой службы, достаточно нейтрального обращения:
«Добрый день!»
Не стоит делать обращение искусственно персональным, если система не располагает достоверными данными о получателе.
2. Основание для оплаты
Клиент должен сразу понимать, о каком обязательстве идет речь. Поэтому в письмо обычно подставляются данные конкретного документа или другого объекта расчетов:
- номер счета;
- номер заказа или договора, если он нужен для идентификации;
- дата документа;
- сумма к оплате;
- срок оплаты.
Чем точнее сообщение связано с конкретным расчетом, тем меньше времени потребуется получателю, чтобы проверить информацию.
3. Текущее состояние расчетов
Формулировка зависит от того, на каком этапе находится платеж.
До наступления срока корректно писать:
«Напоминаем, что срок оплаты счета №… наступает …»
После наступления срока:
«По нашим данным, на текущую дату оплата по счету №… не поступила.»
При частичной оплате:
«По счету №… поступила частичная оплата. Остаток к оплате составляет …»
Здесь особенно важно использовать актуальные учетные данные, а не фиксированные значения, записанные непосредственно в тексте шаблона.
4. Ожидаемое действие клиента
Получателю должно быть понятно, что от него требуется. Например:
«Просим проверить статус оплаты.»
или:
«Просим сообщить планируемую дату платежа.»
Не каждое письмо о задолженности должно содержать требование немедленной оплаты. Тон и ожидаемое действие зависят от стадии коммуникации и принятых в компании правил работы с клиентами.
5. Контакт для обратной связи
В конце сообщения полезно указать сотрудника или подразделение, с которым клиент может связаться при расхождениях:
«Если платеж уже произведен или требуется уточнение по расчетам, пожалуйста, сообщите об этом в ответном письме.»
Такой блок особенно важен для автоматических сообщений: учетные данные могут измениться с момента формирования платежа, а клиент может располагать информацией, которая еще не отражена в системе.
Базовый шаблон письма о задолженности
Для обычной деловой коммуникации можно использовать нейтральный вариант:
Шаблон
Добрый день!
По нашим данным, на текущую дату не поступила оплата по счету №{НомерСчета} от {ДатаСчета}.
Сумма к оплате: {СуммаЗадолженности}.
Срок оплаты: {СрокОплаты}.
Просим проверить статус платежа и, если оплата еще не произведена, сообщить планируемую дату перечисления средств.
Если платеж уже отправлен, пожалуйста, сообщите об этом в ответном письме.
Спасибо!
{ИмяМенеджера}
{Компания}
Такой текст подходит как основа, но его не следует использовать одинаково для всех ситуаций. Сообщение за несколько дней до срока оплаты и сообщение после длительной просрочки выполняют разные задачи.
Последовательность сообщений важнее одного универсального шаблона
Работу с задолженностью удобнее рассматривать как последовательность коммуникаций, а не как единственное письмо, которое отправляется после появления долга.
Например, компания может определить четыре этапа.
До наступления срока оплаты
Это информационное сообщение. Его задача — напомнить о приближающейся дате без предположения, что клиент нарушит обязательство.
Пример:
«Добрый день! Напоминаем, что срок оплаты счета №154 от 10 сентября на сумму 125 000 руб. наступает 15 сентября. Если оплата уже запланирована, дополнительных действий не требуется.»
Такое уведомление обычно можно стандартизировать максимально жестко.
В день наступления срока
Сообщение также остается преимущественно информационным:
«Сегодня наступает срок оплаты счета №154 от 10 сентября. Сумма к оплате — 125 000 руб.»
Если компания регулярно напоминает клиентам о платежах, этот этап помогает отделить сервисное информирование от последующей работы непосредственно с просрочкой.
После появления просрочки
Тон становится более предметным:
«По нашим данным, срок оплаты счета №154 истек 15 сентября, при этом платеж на текущую дату не поступил. Сумма задолженности составляет 125 000 руб. Просим проверить статус оплаты и сообщить планируемую дату платежа.»
Здесь уже важно особенно внимательно контролировать актуальность данных.
Повторная коммуникация
Если задолженность сохраняется, сообщение может потребовать участия сотрудника:
«По нашим данным, задолженность по счету №154 в размере 125 000 руб. остается непогашенной. Просим сообщить статус оплаты или связаться с нашим менеджером для уточнения расчетов.»
Дальнейшая работа с задолженностью зависит от договорных отношений, внутренних процедур компании и конкретной ситуации с клиентом. Юридические меры взыскания находятся за пределами задачи такого шаблона и должны рассматриваться отдельно.
Информационные и чувствительные сообщения нужно разделять
Одна из наиболее полезных классификаций — разделение платежных коммуникаций на информационные и чувствительные.
Информационные сообщения
К ним можно отнести:
- приближение срока оплаты;
- наступление установленной даты платежа;
- подтверждение получения оплаты;
- уведомление о частичной оплате;
- сообщение об актуальном остатке, если правила его расчета однозначны.
Такие сообщения основаны прежде всего на фактах учетной системы. Если данные надежны, а шаблон согласован, для них проще использовать полностью автоматическую отправку.
Чувствительные сообщения
Это коммуникации, в которых само наличие задолженности уже может влиять на коммерческие отношения:
- повторное напоминание о просрочке;
- существенная задолженность;
- несколько одновременно просроченных обязательств;
- сообщение стратегически важному клиенту;
- нестандартное состояние взаиморасчетов;
- ситуация, в которой менеджер уже ведет индивидуальные переговоры об оплате.
Для таких сценариев полезнее автоматически подготовить сообщение, но перед отправкой передать его сотруднику для проверки и при необходимости редактирования.
То есть автоматизация не обязательно означает отсутствие человека во всех случаях. Иногда главная автоматизация состоит в том, что система сама обнаруживает событие, собирает данные и готовит корректный черновик.
Какие данные должны подставляться из 1С
Шаблон не должен содержать вручную введенные суммы и даты. Они должны формироваться на основании текущих учетных данных.
В зависимости от используемой конфигурации и принятой модели расчетов для сообщения могут понадобиться:
- клиент или контрагент;
- контактное лицо;
- адрес электронной почты;
- номер и дата документа;
- объект расчетов;
- первоначальная сумма;
- уже оплаченная сумма;
- остаток задолженности;
- срок оплаты;
- количество дней просрочки;
- организация, от имени которой ведется коммуникация;
- ответственный менеджер;
- его контактные данные.
Состав данных определяется конкретной информационной базой. Нельзя исходить из предположения, что любой из этих реквизитов обязательно присутствует в каждой типовой или доработанной конфигурации 1С.
Например, на официальном портале фирмы «1С» для «1С:ERP Управление предприятием» указано, что подсистема взаиморасчетов позволяет учитывать фактическую и планируемую задолженность, детализировать расчеты по объектам и анализировать текущую и просроченную задолженность. Это подтверждает возможность использовать учетное состояние расчетов как источник данных для подобных сценариев, но само по себе не означает наличие штатной автоматической отправки описанных здесь писем. Источник: официальный раздел «Казначейство» продукта «1С:ERP Управление предприятием».
Как выбирать тон письма
Чем раньше этап коммуникации, тем нейтральнее должен быть текст.
До срока оплаты лучше использовать слова «напоминаем», «обращаем внимание», «срок оплаты наступает».
После срока можно переходить к фактической формулировке: «по нашим данным, оплата не поступила», «срок оплаты истек», «остаток задолженности составляет».
При повторных уведомлениях тон может становиться более настойчивым, но шаблон все равно должен опираться на факты.
Не стоит автоматически добавлять эмоциональные оценки:
«Вы снова не оплатили счет.»
«Почему до сих пор нет оплаты?»
«Вы нарушаете договоренности.»
Даже если подобная формулировка иногда используется менеджером в индивидуальной переписке, она плохо подходит для стандартного автоматического шаблона.
Лучше отделять учетный факт от его интерпретации:
«По данным нашей учетной системы на 18 сентября задолженность по счету №154 составляет 125 000 руб.»
Такое сообщение проще проверить, автоматизировать и использовать последовательно.
Как может выглядеть правило коммуникации
Сам шаблон — только часть процесса. Для регулярной работы необходимо определить событие, условия, получателя и режим отправки.
Например:
Событие: до срока оплаты осталось три дня.
Получатель: контактное лицо клиента по финансовым вопросам.
Содержание: номер счета, сумма и дата платежа.
Режим: автоматическая отправка.
Другой сценарий:
Событие: установленный срок прошел, задолженность сохраняется.
Получатель: клиент и ответственный менеджер.
Содержание: документ, дата платежа, текущая сумма задолженности.
Режим: автоматическое формирование сообщения с проверкой менеджером перед отправкой.
Еще один вариант:
Событие: оплата поступила.
Получатель: клиент.
Содержание: подтверждение поступления средств, сумма и связанный документ.
Режим: автоматическая отправка.
Таким образом, одно изменение состояния расчетов может запускать заранее определенную коммуникацию.
Почему одного почтового шаблона недостаточно
Если сотрудник каждый день самостоятельно открывает список задолженности, выбирает клиентов, копирует суммы в письма и отправляет их вручную, даже хороший текст решает только часть задачи.
Для регулярного процесса нужны еще четыре элемента:
- достоверное событие или состояние в 1С;
- правило, определяющее необходимость сообщения;
- данные для автоматической персонализации;
- контроль результата коммуникации.
Именно поэтому полезно проектировать не просто «письмо о долге», а сценарий работы.
Например:
Наступила просрочка → проверяется сумма задолженности → определяется клиент и получатель → формируется сообщение → сотрудник подтверждает отправку → результат записывается в журнал.
Если после этого поступает оплата, следующее состояние должно учитываться при последующих коммуникациях, чтобы клиент не продолжал получать неактуальные напоминания.
Где заканчиваются данные 1С и начинается автоматизация коммуникации
1С в таком процессе остается источником учетного события и данных: документов, расчетов, сроков, платежей и других реквизитов, которые фактически присутствуют в информационной базе.
Алертариум решает другую задачу — связывает эти события с правилами клиентской коммуникации.
Для каждого сценария можно определить:
- какое событие является основанием;
- при каких условиях правило срабатывает;
- кому готовится сообщение;
- какой шаблон используется;
- какие значения подставляются из 1С;
- требуется ли проверка сотрудником;
- можно ли отправить сообщение автоматически.
При этом Алертариум не нужно рассматривать как замену CRM или сервис массовых маркетинговых рассылок. Здесь коммуникация появляется потому, что произошло конкретное бизнес-событие или изменилось состояние конкретного расчета.
Когда письмо можно отправлять полностью автоматически
Автоматическая отправка лучше всего подходит для ситуаций с однозначными данными и нейтральным содержанием.
Например:
- приближается согласованный срок оплаты;
- наступил срок оплаты;
- поступила полная оплата;
- поступила частичная оплата и остаток определяется однозначно.
Для каждого такого сценария заранее утверждаются условия и текст.
Чем больше сообщение зависит от контекста отношений с клиентом, тем полезнее участие сотрудника. Просроченная задолженность — типичный пример: первое стандартное напоминание в одной компании может отправляться автоматически, а повторное сообщение уже требовать согласования менеджером.
Режим необходимо определять не для всей категории «задолженность», а отдельно для каждого события.
Зачем нужен журнал сообщений
После отправки должна сохраняться информация о коммуникации. Иначе автоматизированный процесс становится непрозрачным для менеджеров и финансовой службы.
В журнале полезно видеть:
- кому было направлено сообщение;
- по какому событию оно сформировано;
- когда оно было отправлено;
- какой шаблон использован;
- потребовалась ли предварительная проверка;
- какие сообщения ранее направлялись этому клиенту.
Это позволяет сотруднику, который подключается к ситуации вручную, понимать историю коммуникации и не начинать разговор с клиентом без контекста.
Для работы с задолженностью это особенно важно: автоматические уведомления и личная работа менеджера должны образовывать один последовательный процесс, а не существовать независимо друг от друга.
Практический шаблон настройки процесса
Перед автоматизацией можно описать каждый сценарий в простой таблице:
| Событие | Что сообщаем | Основные данные | Режим |
|---|---|---|---|
| До срока осталось несколько дней | Напоминание о предстоящей оплате | счет, сумма, срок | автоматически |
| Наступил срок оплаты | Информация о текущем сроке | счет, сумма, дата | автоматически |
| Появилась просрочка | Оплата по данным учета не поступила | счет, задолженность, срок | автоматически или после проверки |
| Задолженность сохраняется | Повторное обращение | долг, срок, контакт менеджера | после проверки |
| Получена частичная оплата | Подтверждение и остаток | платеж, остаток | автоматически при однозначных данных |
| Получена полная оплата | Подтверждение оплаты | сумма, документ | автоматически |
Конкретные сроки — например, за сколько дней предупреждать клиента и через сколько дней повторять сообщение — компания определяет самостоятельно исходя из своих договорных условий и процесса работы с дебиторской задолженностью.
Что проверить перед запуском автоматических писем
До включения автоматической отправки стоит пройти несколько практических проверок.
Во-первых, определить, из какого именно объекта 1С берется срок оплаты и как рассчитывается актуальная задолженность.
Во-вторых, проверить качество контактных данных. Автоматизация не исправит ошибочный адрес электронной почты.
В-третьих, протестировать частичные оплаты, переплаты, изменения сроков и другие ситуации, при которых простой шаблон может сформировать некорректное сообщение.
В-четвертых, отдельно согласовать информационные и чувствительные коммуникации. Для них могут потребоваться разные правила подтверждения.
Наконец, необходимо определить, что происходит после отправки: где сохраняется история и как менеджер увидит предыдущие сообщения при последующей работе с клиентом.
После этого шаблон письма о задолженности становится частью управляемого процесса, а не просто заготовкой текста в почтовой программе.
От шаблона к регулярной платежной коммуникации
Практическая ценность шаблона появляется тогда, когда одинаковые ситуации обрабатываются одинаково.
Наступает срок оплаты — клиент получает понятное напоминание. Появляется просрочка — формируется более предметное сообщение. Поступает платеж — дальнейшие напоминания учитывают новое состояние расчетов. Чувствительная ситуация — письмо передается сотруднику на проверку.
Так возникает последовательность:
бизнес-событие → данные 1С → правило → персонализированное сообщение → автоматическая отправка или проверка → журнал коммуникаций.
Компания получает не отдельный текст «на случай долга», а системный процесс работы с платежными коммуникациями.
Автоматизируйте регулярные сообщения клиентам
Автоматизируйте клиентские коммуникации в 1С с Алертариумом. Система сама создаст и отправит нужное сообщение по событию, сократит ручную работу менеджеров и ускорит информирование клиентов. Начните с нескольких ключевых сценариев сейчас.