Описать проблему ↗

Формы и почта

Битрикс: заявка есть, а письмо не приходит

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

Редакция «починимсайт» · Обновлено · 3 мин. чтения

Что происходит и с чего начать

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

Что можно проверить самостоятельно

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

Как понять результаты проверки

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

Что проверяет разработчик

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

  1. Зафиксируйте номер тестовой заявки и проверьте создание соответствующего почтового события. Сопоставьте тип события с кодом формы или обработчиком.
  2. Проверьте активность почтового шаблона, привязку к сайту и заполнение переменной получателя. Особенно внимательно сравните настройки в многосайтовой установке.
  3. Если событие ожидает обработки, выясните, как запускаются фоновые задачи в этой установке. После переноса механизм запуска может отличаться от прежнего.

На что обратить внимание

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

Как исправляют причину

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

Как убедиться, что проблема решена

Создайте новое обращение с узнаваемой меткой. Убедитесь, что ему соответствует одно событие и одно доставленное уведомление с правильными полями.

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