Сообщение о взыскании через WhatsApp должно идентифицировать компанию, объективно указывать, какой платеж просрочен, указывать проверенные дату оплаты и сумму, предлагать безопасный способ урегулирования и оставлять возможность для исправления или обращения в поддержку. Тон должен быть уважительным и сдержанным, без угроз, унижений или публичного оглашения сведений о потребителе.
Шаблоны в этой статье — отправные точки. Адаптируйте каждый текст под конкретный кейс, отношения с клиентом, доступные данные и применимые правила. Никогда не отправляйте взыскание до подтверждения получателя, заказа, суммы, срока и текущего статуса.
Можно ли взыскивать с клиента через WhatsApp?
WhatsApp может использоваться в допустимых отношениях между компанией и клиентом, но это не значит, что любая форма взыскания, частота или способ контакта будут приемлемы. Компания должна учитывать применимое законодательство, защиту данных, приватность, контекст договора и политики WhatsApp.
В бразильском законодательстве статья 42 Кодекса защиты прав потребителей устанавливает, что при взыскании долгов недолжный потребитель не может быть подвергнут насмешкам, унижению или угрозам. Поэтому коммуникация должна быть приватной и не может вовлекать членов семьи, коллег, работодателей, группы или других третьих лиц.
Закон о генеральной защите данных требует, чтобы обработка персональных данных имела правовую основу и соблюдала принципы и права субъектов. Согласие — один из возможных оснований, но не единственное. Национальный орган по защите данных перечисляет различные правовые основания, включая исполнение договора, осуществление прав в рамках закона, законный интерес в определённых условиях и защиту кредита.
Этот юридический анализ отличается от операционных требований канала. Политика сообщений WhatsApp Business требует, чтобы компания получила номер и соглашение на последующие сообщения (opt‑in), уважала запросы на прекращение и избегала удивления или обмана пользователей. На платформе WhatsApp Business сообщения, инициированные компанией, также могут требовать утверждённых шаблонов.
Примечание: этот материал носит образовательный характер и не заменяет юридическую консультацию. Регулируемые операции, массовые взыскания, чувствительные ситуации или сомнения в правовой основе должны оцениваться квалифицированным специалистом.
Что должно сообщать сообщение о взыскании?
Полезное сообщение о взыскании позволяет клиенту распознать отношение, проверить задолженность и выбрать между оплатой, корректировкой данных или обращением в поддержку. Перед отправкой проверьте:
- Идентификация компании: используйте узнаваемое имя и официальный канал.
- Достаточная ссылка: укажите заказ, счёт или договор без раскрытия чрезмерных данных.
- Сумма и срок: подтвердите оба в системе, отражающей текущее состояние.
- Описание задолженности: объективно укажите, что остаётся к оплате.
- Безопасный способ урегулирования: предложите доступ к оплате или дубликату через проверяемый канал.
- Возможность корректировки: позвольте клиенту сообщить об уже произведённой оплате или оспорить данные.
- Форма обслуживания: укажите команду, подпись или путь для связи с живым человеком.
- Инструкция по отказу: включайте и уважайте отказ, когда того требует контекст или применимая политика.
Не отправляйте полный CPF, полный номер карты, пароль, токен, код аутентификации или полный номер банковского счёта. Политика WhatsApp запрещает запрашивать или передавать некоторые финансовые и персональные идентификаторы в полном виде. Используйте только минимально необходимые данные, чтобы клиент мог распознать задолженность.
Как вежливо взыскивать с клиента через WhatsApp
- Подтвердите наличие задолженности: проверьте последний статус и учитывайте срок клиринга.
- Проверьте данные: проверьте получателя, сумму, срок и ссылку перед заполнением шаблона.
- Выберите подходящее время: различайте превентивное напоминание, срок, просрочку и оспаривание.
- Персонализируйте только необходимое: используйте достаточные имя и ссылку, без лишних данных.
- Сохраняйте нейтральный тон: опишите ситуацию и предложите решение без упрёков, иронии или искусственного давления.
- Проверьте платёж: перед отправкой подтвердите домен, boleto, ключ Pix, получателя и сумму.
- Зафиксируйте ответ: запишите ответ, платёж, спор, ошибку контакта или запрос на прекращение.
- Завершите последовательность: прекратите новые напоминания при изменении статуса или когда кто‑то берёт дело в работу.
12 шаблонов сообщений для взыскания по WhatsApp
Замените поля в квадратных скобках проверенной информацией. Тексты не содержат рабочих ссылок, реальных данных или коммерческих условий. Перед использованием любого шаблона убедитесь, что он соответствует этапу взыскания.
1. Напоминание до срока
Сценарий: предупредительное сообщение о платеже, срок по которому ещё не наступил.
Здравствуйте, [nome]. Это [empresa]. Напоминаем, что платёж по [pedido/fatura] должен быть произведён [data] на сумму [valor]. Если нужно получить документ или связаться с нашей командой, ответьте на это сообщение. Если вы уже оплатили, проигнорируйте это напоминание.
Предупреждение перед отправкой: не используйте слова «просрочка» или «неплатёж», так как срок ещё не наступил.
Ожидаемое действие: проверить платёж или запросить помощь до срока.
2. Напоминание в день срока
Сценарий: платёж со сроком в день отправки.
Здравствуйте, [nome]. [empresa] сообщает, что платёж по [pedido/fatura] на сумму [valor] подлежит оплате сегодня, [data]. Вы можете перейти к способу оплаты по официальной ссылке: [link seguro]. Если вы уже оплатили, дождитесь обновления или сообщите нам здесь.
Предупреждение перед отправкой: подтвердите дату, часовой пояс, сумму и домен ссылки. Не создавайте срочности сверх реального срока.
Ожидаемое действие: перейти к безопасному способу оплаты или сообщить об оплате.
3. Первое напоминание после срока
Сценарий: первый контакт после срока, учитывая возможную задержку зачёта.
Здравствуйте, [nome]. Это [empresa]. Платёж по [pedido/fatura], срок которого был [data], на сумму [valor] всё ещё отображается как ожидающий в нашей системе. Если вы уже оплатили, обновление может ещё обрабатываться. Если нужна повторная копия или проверка информации, мы готовы помочь.
Предупреждение перед отправкой: проверьте сроки зачёта и не утверждайте, что клиент не платил, если система просто не нашла обновление.
Ожидаемое действие: запросить повторную копию, подтвердить статус или сообщить об оплате.
4. Второе напоминание об оплате
Сценарий: новый контакт после первого напоминания при отсутствии обновления или ответа.
Здравствуйте, [nome]. Возобновляем контакт по поводу [pedido/fatura] на сумму [valor], который остаётся в статусе ожидания. Чтобы узнать способ урегулирования, перейдите по ссылке [link seguro] или ответьте на это сообщение. Если есть несоответствие или оплата уже произведена, сообщите нашей команде для проверки.
Предупреждение перед отправкой: проверьте историю, избегайте чрезмерных повторов и не усиливайте давление угрозами.
Ожидаемое действие: урегулировать, оспорить или запросить поддержку.
5. Заказ создан с ожидающим Pix
Сценарий: заказ существует, но Pix ещё не подтверждён.
Здравствуйте, [nome]. Мы получили заказ [pedido] в [empresa], но платёж через Pix пока отображается как ожидающий. Чтобы завершить, воспользуйтесь опцией по ссылке [link seguro] до [data/horário válido]. Если платёж уже произведён, ответьте здесь, чтобы мы проверили обновление.
Предупреждение перед отправкой: проверьте наличие заказа, реальный срок и статус. Не называйте это «брошенной корзиной» (carrinho abandonado).
Ожидаемое действие: завершить Pix или запросить проверку статуса.
6. Отправка ключа Pix
Сценарий: компания предоставляет заранее проверенный ключ Pix для оплаты.
Здравствуйте, [nome]. По запросу официальная Pix-ключ [empresa] для оплаты [pedido/fatura]: [chave Pix]. Сумма: [valor]. Перед подтверждением проверьте в банковском приложении, что получатель указан как [favorecido]. [empresa] никогда не запрашивает пароль, токен или код подтверждения.
Внимание перед отправкой: используйте только внутренне одобренный ключ и подтвердите получателя и сумму. Никогда не запрашивайте банковские учетные данные.
Ожидаемое действие: проверить получателя и выполнить оплату безопасно.
7. Отправка Pix «копировать-вставить»
Сценарий: отправка конкретного Pix-кода для оплаты счета.
Здравствуйте, [nome]. Вот код Pix «копировать-вставить» для [pedido/fatura]: [código Pix]. При вводе кода в банковском приложении проверьте сумму [valor] и получателя [favorecido] перед подтверждением. В случае расхождения не завершайте операцию и свяжитесь с нами через этот канал.
Внимание перед отправкой: генерируйте код в авторизованной системе, подтвердите его действительность и никогда не просите клиента игнорировать расхождения.
Ожидаемое действие: проверить данные в банке и оплатить или сообщить о расхождении.
8. Повторный выпуск boleto или ссылки для оплаты
Сценарий: клиенту нужен новый документ или обновённый доступ.
Здравствуйте, [nome]. Повторный выпуск, связанный с [pedido/fatura], доступен по этому официальному адресу [empresa]: [link seguro]. Сумма: [valor]. Обновлённая дата оплаты: [data]. Перед оплатой проверьте получателя и отображаемые данные. Если адрес не открывается или есть расхождения, ответьте здесь.
Внимание перед отправкой: предпочитайте узнаваемый домен, объясняйте необходимые перенаправления и проверяйте документ, получателя и дату оплаты.
Ожидаемое действие: открыть повторный выпуск и проверить данные перед оплатой.
9. Платеж уже выполнен или не найден
Сценарий: клиент сообщает о платеже, но система ещё не показывает подтверждение.
Здравствуйте, [nome]. Спасибо, что сообщили о платеже по [pedido/fatura]. Обновление ещё не отображается в нашей системе. Для проверки пришлите только [dado mínimo necessário] через этот канал обслуживания. Не отправляйте пароль, банковский код, полный номер карты или личный документ целиком.
Внимание перед отправкой: запрашивайте только минимальные данные, определённые внутренним процессом, и направляйте чувствительные документы через соответствующие каналы, когда это действительно необходимо.
Ожидаемое действие: предоставить минимальные данные или дождаться проверки команды.
10. Спор по сумме или дате оплаты
Сценарий: клиент утверждает, что сумма, дата или привязка счёта неверны.
Здравствуйте, [nome]. Мы зафиксировали вашу претензию по [pedido/fatura]. Мы приостановим автоматические напоминания, пока наша команда проверяет сумму, дату и историю. Обслуживание будет продолжено через [equipe/canal]. Не производите оплату до получения проверки через наши официальные каналы.
Внимание перед отправкой: приостановите цикл и не утверждайте действительность задолженности до проведения человеческой проверки.
Ожидаемое действие: ожидать проверки и ответить назначенному сотруднику.
11. Предложение по переговорам
Сценарий: компания уполномочена обсуждать альтернативы, но для этого клиента ещё не утверждена условие.
Здравствуйте, [nome]. [empresa] хотела бы обсудить задолженность по [pedido/fatura], в настоящее время в размере [valor]. Если вы хотите узнать доступные варианты, ответьте на это сообщение, чтобы наша команда оценила ситуацию. Условия зависят от проверки и будут подтверждены до любого соглашения.
Внимание перед отправкой: не обещайте скидку, рассрочку, отсрочку или преимущества без разрешения и подтверждения.
Ожидаемое действие: проявить интерес и начать atendimento humano.
12. Подтверждение платежа и завершение
Сценарий: система подтвердила обновление, и задолженность должна быть закрыта.
Здравствуйте, [nome]. Платёж по [pedido/fatura] был подтверждён [empresa]. Спасибо. Статус обновлён, и напоминания по этому обязательству будут прекращены. Если нужно отслеживать заказ или уточнить информацию, ответьте здесь.
Внимание перед отправкой: подтвердите, что платёж действительно зафиксирован, и закройте все правила, связанные с задолженностью.
Ожидаемое действие: никаких действий по оплате; только обслуживание при необходимости.
Чего не писать в требовании оплаты по WhatsApp
Избегайте содержания или практик, которые превращают напоминание в необоснованное давление или риск мошенничества:
- угроза, унижение, ирония, обвинение или попытка опозорить;
- публичное оглашение долга в группах или связь с третьими лицами;
- ложная срочность или выдуманный срок;
- автоматическое обещание юридических последствий;
- упоминание о внесении в чёрные списки, протесте или судебном преследовании без юридической и операционной верификации;
- новые напоминания после подтверждения оплаты;
- сокращённая ссылка или неизвестный домен без объяснения;
- запрос пароля, токена, кода аутентификации или полных финансовых данных;
- повторяющиеся сообщения без контроля частоты;
- смешение промо‑предложения с транзакционным напоминанием без оценки цели и политики.
Не пытайтесь «ожесточать» текст как технику конверсии. Если дело требует юридических мер, направьте его в соответствующий процесс вместо импровизированных угроз в сообщении.
Сколько сообщений отправлять и в какое время?
Нет универсального количества, интервала или времени, подходящего для всех требований. Решение зависит от срока платежа, способа оплаты, срока клиринга, отношений, часового пояса, типа клиента, законодательства и применимых политик.
Иллюстративная шкала может включать напоминание до срока, ещё одно в дату и контакт после подтверждения, что платёж всё ещё не поступил. Второе напоминание должно отправляться только после повторной проверки статуса и анализа истории. Этот пример не является предписанием: каждая компания должна обосновать и протестировать собственную частоту.
Прекратите последовательность немедленно при оплате, оспаривании, ошибке контакта, запросе на удаление или передаче человеку. Избегайте неудобного времени и навязчивости. Отсутствие ответа не оправдывает неограниченное увеличение частоты.
Ручное взыскание или автоматическое напоминание?
| Аспект | Ручное взыскание | Автопамятка по событию | Когда может иметь смысл |
|---|---|---|---|
| Объём | Обрабатывается командой в каждом отдельном случае | Применяет правила к подходящим событиям | Вручную в небольшом числе случаев; автоматически в четко определённых повторяющихся задачах |
| Статус | Сотрудник проверяет перед отправкой | Интеграция запрашивает или получает состояние задолженности | Зависит от надёжности и обновления источника |
| Персонализация | Позволяет индивидуальный анализ | Использует заранее сконфигурированные поля и условия | Вручную в неоднозначных ситуациях; автоматически в стандартизируемых сообщениях |
| Остановка после оплаты | Зависит от проверки и действия сотрудника | Зависит от события и правила закрытия | Автоматизация требует надёжного статуса и тестирования исключений |
| История | Может быть разрозненной без определённого процесса | Может регистрироваться платформой и интеграцией | Важна в операциях с несколькими участниками и этапами |
| Исключения | Человек анализирует и принимает решение | Требует эскалации ситуаций за пределами правил | Оспаривание, переговоры и расхождения требуют человеческого вмешательства |
Автоматизация не устраняет ошибки и не заменяет человеческое обслуживание. Она должна отправлять напоминание только тогда, когда данные, правила и закрытие настроены корректно. Контент о автоматизации продаж через WhatsApp показывает, как приоритизировать потоки и зависимости.
Как автоматизировать, чтобы не взыскать с уже оплативших
- Получите реальный статус: используйте магазин, ERP, платёжный шлюз или другой авторизованный источник.
- Подтвердите задолженность: запрашивайте снова перед каждым сообщением и учитывайте клиринг.
- Применяйте правила и исключения: Удаляйте подтверждённые платежи, просроченные заказы, споры и неверные контакты.
- Отправьте подходящий шаблон: различайте срок оплаты, просрочку, Pix, boleto и проверку.
- Отслеживайте обновления и ответы: регистрируйте смену статуса и сообщения клиента.
- Остановите поток: завершите после оплаты, истечения срока, спора или соответствующего запроса.
- Перенаправляйте исключения: направляйте расхождения человеку с контекстом и полномочиями.
Интеграция может преобразовать статус заказа в напоминание, но доступные события различаются. Ознакомьтесь с потоком ожидающего платежа через WhatsApp и подтвердите, какие статусы, способы оплаты и правила завершения совместимы с вашей операцией.
Когда клиент отвечает или оспаривает, разговор может перейти в командный inbox для поддержки. После подтверждения уведомление об обновлении заказа должно отражать новый статус, не продолжая повторять требование оплаты.
Часто задаваемые вопросы
Можно ли брать плату с клиента через WhatsApp?
Канал может использоваться в законных отношениях при условии соблюдения компанией законодательства, правового основания, конфиденциальности, контекста и политик WhatsApp. В требовании оплаты не допускаются угрозы, унижение или разглашение. Специфические случаи требуют юридической оценки.
Как взыскивать без назойливости?
Подтвердите задолженность, выберите подходящее время, идентифицируйте компанию, используйте нейтральный тон, предложите решение и позвольте оспорить или обратиться в поддержку. Контролируйте частоту и прекращайте контакт при изменении статуса.
Что написать клиенту, который ещё не оплатил?
Укажите компанию, ссылку, сумму, срок и проверенный статус. Предложите безопасный способ урегулирования и канал для уведомления об оплате или расхождении.
Можно ли отправлять ключ Pix по WhatsApp?
Можно указать ключ, верифицированную компанией, но клиент должен сверить сумму и получателя в банковском приложении. Никогда не просите пароль, токен или код подтверждения.
Как избежать мошенничества в ссылках и запросах оплаты?
Используйте узнаваемый канал и домен, указывайте компанию, проверяйте ссылку, документ, получателя и сумму и инструктируйте клиента не платить при расхождении. Не обещайте абсолютную безопасность.
Сколько платежных сообщений можно отправлять?
Нет универсального рекомендуемого числа. Установите частоту, совместимую со случаем и применимыми правилами, избегайте навязчивости. Останавливайтесь при платеже, споре, ошибке контакта или передаче человеку.
Как остановить требование после подтверждения оплаты?
Интегрируйте обновлённый статус в правило завершения, отмените запланированные сообщения и убедитесь, что другие автоматизации не продолжают использовать старую ожидающую пометку.
В чём разница между ожидающим платежом и брошенной корзиной?
При ожидающем платеже существует идентифицируемый заказ или требование, ожидающее подтверждения. В брошенной корзине, покупка не была завершена как заказ на условиях, определённых магазином.
Основные источники, использованные
- Код защиты прав потребителей, особенно статья 42 — просмотр 20/08/2026.
- Общий закон о защите персональных данных — просмотр 20/08/2026.
- Часто задаваемые вопросы ANPD, раздел о правовых основаниях — просмотр 20/08/2026.
- Политика сообщений WhatsApp Business — просмотр 20/08/2026.
Вывод
Уважительное требование следует простому порядку: проверить данные → выбрать время → отправить понятное сообщение → обработать ответ → обновить статус. Шаблоны помогают в формулировке, но не исправляют несуществующую задолженность, неверного получателя или автоматизацию без правила завершения.
Если вашей операции нужно проверять реальный статус заказа и останавливать напоминания при изменении оплаты, ознакомьтесь с автоматическими напоминаниями о неоплаченном платеже от WPP Marketing и оцените совместимость с вашим магазином и способами оплаты.