Где теряются заявки в Битрикс24: от формы до ответственного
Отправили заявку с сайта, а менеджер её не увидел? Пройдите путь одного контрольного обращения: форма, запись в CRM, ответственный и первое действие. Так можно найти место сбоя до изменения настроек.
Фраза «заявка потерялась» описывает несколько разных событий. Форма могла не передать данные, карточка могла оказаться в другом разделе CRM, запись мог получить другой сотрудник, а менеджер мог пропустить обращение уже после назначения. Для каждой причины нужен свой след. Ниже — способ собрать его на одном обращении, не меняя сразу всю CRM.
Подготовьте контрольную заявку
Выберите один канал и одну опубликованную форму. Договоритесь с ответственным сотрудником о тесте, чтобы он не принял обращение за реального клиента. Укажите свои тестовые контакты и узнаваемую метку, например «Проверка 30 октября, 14:20». Сохраните точное время отправки, адрес страницы формы и то, что показал браузер после отправки. Реальные клиентские данные для такой проверки не нужны.
Для письма, звонка или открытой линии повторите опыт отдельно. У этих каналов другие правила создания и назначения записей. Один удачный тест формы ничего не доказывает о маршруте звонка.
Найдите запись в CRM
В настройках CRM-формы проверьте, какой элемент она создаёт или заполняет. Ищите контрольные данные в соответствующем разделе. В классическом режиме входящее обращение может стать лидом; в простом режиме лидов нет, а обращения проходят через сделки. Форма также может быть настроена на другой тип элемента. Поэтому пустой список лидов сам по себе не означает потерю заявки.
Проверьте опцию «Использовать активную сделку, не создавать новую». Если она включена и клиент уже есть в CRM, отправка формы может попасть в таймлайн его последней активной сделки. Тогда новая карточка и новое время создания не появятся. Ищите тестовую метку и время события в существующей сделке по тестовому контакту.
Снимите сохранённый фильтр и проверьте период, воронку и ответственного. Фильтры CRM доступны с учётом тарифа. Если запись видит администратор, но не видит менеджер, проверьте его права на чтение соответствующего элемента. Не расширяйте права на весь отдел только ради поиска одной карточки: сначала выясните, какая роль и какая запись не совпали с ожиданием.
Когда новая или существующая карточка найдена, запишите её тип, ID и источник. Отдельно отметьте время события формы в таймлайне: оно не обязано совпадать со временем создания самой карточки. Сверьте тестовые поля с отправленной формой. Если данные отличаются, проверьте, действительно ли открыта запись этого обращения, а не похожая карточка от прежнего теста.
Сверьте ответственного
Откройте найденную карточку и сравните поле «Ответственный» с тем, кто должен получить заявку по вашему правилу. У CRM-формы, почты, телефонии и открытой линии очереди и условия распределения настраиваются отдельно. Поэтому запишите канал и фактически назначенного человека, а затем откройте настройки именно этого канала. Изменение общей очереди наугад может затронуть другие обращения.
Если карточка назначена правильно, проверьте, видел ли сотрудник её в своём рабочем списке и разрешают ли его права открыть запись. Если назначен другой человек, сохраните это как отдельный результат диагностики вместе с названием канала и временем обращения.
| Что видно | Где проверить | Какой вывод нужен |
|---|---|---|
| Форма отправлена, новой записи не видно | Тип элемента и опция активной сделки в форме; таймлайн клиента; фильтр и права просмотра | Появилась ли новая карточка или данные добавились в существующую |
| Запись есть, ответственный неожиданный | Ответственный в карточке и правило распределения выбранного канала | Кто получил обращение и почему его выбрало правило |
| Ответственный верный, реакции не видно | Таймлайн, связанные письма, звонки и диалоги; запланированные дела | Было ли первое действие и кто должен его выполнить |
Проверьте первое действие
Назначение ещё не означает, что клиент получил ответ. Посмотрите таймлайн карточки и связанные с ней письмо, звонок или диалог. Зафиксируйте время первого реального действия и сравните его с вашим внутренним сроком реакции. Отдельно проверьте, запланировано ли следующее дело, если этого требует ваш процесс. Битрикс24 позволяет находить элементы без дел через фильтр «Дела → Нет дел», но отсутствие дела не доказывает отсутствие ответа: события разных каналов и автоматизации устроены по-разному.
Запишите итог в одной строке: канал, время отправки, ID новой или существующей карточки, фактический ответственный, первое действие и участок расхождения. Если после проверки типа элемента, опции активной сделки, фильтров и прав событие не найдено даже у администратора, передайте ему форму, время и тестовую метку для проверки настроек подключения. Если запись есть, ищите проблему дальше по маршруту — в назначении или обработке.
Как превратить разовую проверку в контроль
Повторяйте контроль после изменения формы, очереди или прав: одна тестовая заявка до изменения и одна после него покажут, что изменилось на самом деле. Для регулярного контроля полезно отдельно фиксировать обращения без назначенного исполнителя, карточки без следующего дела и задержку первого ответа. Но состав такой проверки зависит от вашего процесса и доступных данных; универсального признака «потерянной заявки» для всех каналов нет.
Мы разрабатываем MCP TrueTell для работы внешнего ИИ с данными Битрикс24. Сейчас не заявляем готовую автоматическую диагностику или открытую подписку. Если хотите обсудить будущий сценарий, пришлите схему ваших каналов, пример контрольного обращения и перечень полей, которые можно безопасно читать. О том, как ограничить доступ ИИ к CRM, мы рассказали отдельно.
Частые вопросы о потерянных заявках
После отправки формы нет лида. Значит, заявка потерялась?
Не обязательно. В простом режиме CRM обращения становятся сделками; форма может быть настроена на другой тип элемента или добавить данные в последнюю активную сделку клиента. Проверьте настройки формы, затем ищите новую запись либо событие в таймлайне существующей сделки с учётом фильтров и прав.
Форма показала сообщение об успехе. Этого достаточно?
Нет. Это подтверждает шаг на стороне формы, но для проверки маршрута нужно найти созданную или обновлённую запись в CRM, открыть её и сверить данные контрольного обращения.
Почему заявку получил не тот менеджер?
Правило зависит от канала. У CRM-формы своя очередь ответственных, у почты, телефонии и открытой линии — свои настройки распределения. Зафиксируйте канал, время и ответственного в карточке, затем проверьте правило именно этого канала.
Если в карточке нет дела, менеджер не ответил?
Отсутствие запланированного дела само по себе не доказывает, что ответа не было. Сверьте таймлайн карточки с письмом, звонком или диалогом и отдельно проверьте, какое первое действие требует ваш процесс. Автоматическое создание дела зависит от сценария и настроек.
Можно ли проверить все каналы одной тестовой заявкой?
Нет. Сначала пройдите один конкретный маршрут. Форму, почту, телефон и открытую линию проверяйте отдельными контрольными обращениями: правила создания и распределения у них различаются.
MCP TrueTell уже находит потерянные заявки автоматически?
Такую готовую функцию мы пока не заявляем. MCP TrueTell для Битрикс24 находится в разработке. Можно обсудить, какие контрольные точки и права нужны для будущего сценария регулярной диагностики на вашем портале.
Справка Битрикс24 проверена 30 октября 2026 года. Тесты на клиентском портале для этого материала не выполнялись; названия пунктов и права сверяйте в своей конфигурации.