Битрикс24 умеет фиксировать пропущенные звонки. Но для бизнеса важнее, что произойдет дальше: кто должен перезвонить, в какой срок и как проверить, что обращение действительно отработано.
Битрикс24 умеет фиксировать пропущенные звонки, показывать их в CRM и помогать менеджеру вернуться к клиенту.
Но для бизнеса обычно важнее другой вопрос: что произойдёт после пропущенного звонка?
Кто должен перезвонить?
В какой срок?
Что делать, если клиент уже позвонил повторно?
Что произойдёт, если с ним связался другой сотрудник?
Как руководителю увидеть звонки, которые так и остались без реакции?
Поэтому контроль пропущенных звонков лучше рассматривать не как отчёт по телефонии, а как рабочий процесс:
пропущенный звонок -> ответственный -> срок -> обратный контакт -> проверяемый результат.
Часть этого процесса уже можно организовать штатными средствами Битрикс24. Если нужен более специализированный контроль, можно добавить отдельную автоматизацию или приложение.
Где посмотреть пропущенные звонки в Битрикс24
Битрикс24 фиксирует пропущенный входящий звонок в CRM.
В карточке клиента остаётся информация о звонке и статусе, а сотрудник может вернуться к обращению и перезвонить.
Отдельно доступна статистика звонков, где можно анализировать пропущенные обращения и реакцию сотрудников.
Если задача компании заключается только в том, чтобы видеть пропущенные и вручную по ним работать, дополнительных решений может вообще не потребоваться.
Первое, что имеет смысл проверить:
сам Битрикс24 действительно зарегистрировал звонок как пропущенный?
Этот вопрос особенно важен при диагностике любых последующих роботов, задач и приложений.
Пропущенный звонок ещё не означает потерянного клиента
Клиент позвонил, сотрудник не ответил - это технический факт.
Но дальше ситуации могут быть совершенно разными.
Менеджер мог перезвонить через две минуты.
Клиент мог самостоятельно позвонить ещё раз.
С ним мог связаться другой сотрудник.
Компания могла продолжить общение через другой канал.
И наоборот, запись о пропущенном звонке может находиться в CRM, но никто так и не вернулся к клиенту.
Поэтому полезно разделять два понятия.
Пропущенный звонок - звонок, на который компания не ответила.
Неотработанный пропущенный звонок - ситуация, когда после этого не возникло понятного и контролируемого следующего действия.
Именно второй случай представляет для бизнеса основную проблему.
Что нужно контролировать после пропущенного звонка
Нормальный процесс должен отвечать на несколько простых вопросов.
Кто отвечает за возврат к клиенту?
До какого момента нужно связаться?
С каким клиентом и CRM-объектом связан звонок?
Что считается фактической отработкой?
Как руководитель увидит обращения, по которым ничего не произошло?
Созданная задача сама по себе ещё не является результатом.
Результат - клиент получил предусмотренную процессом обратную связь, а система может это подтвердить.
Что Битрикс24 уже умеет штатно
По состоянию на сентябрь 2026 года нельзя исходить из тезиса, что Битрикс24 только показывает пропущенный звонок и больше ничего с ним не делает.
Штатные возможности уже позволяют фиксировать пропущенные в CRM, анализировать звонки в статистике, использовать триггер пропущенного звонка и запускать дальнейшую автоматизацию.
В зависимости от сценария можно организовать следующий контакт через CRM-дела, роботов, триггеры и другие штатные инструменты.
Поэтому отдельное приложение не является обязательной частью любого процесса.
Если стандартного поведения достаточно, усложнять систему не нужно.
Отдельный контур появляется тогда, когда компании нужно формализовать обязательство после пропущенного:
- назначить конкретного ответственного,
- установить срок,
- автоматически учитывать дальнейший контакт
- и дать руководителю понятный контроль.
Задача или CRM-дело
Штатный Битрикс24 работает с пропущенными звонками через CRM-дела.
Приложение Лаборатории автоматизации «LOG [IN] OFF» «Контроль пропущенных звонков» может дополнительно использовать задачу как отдельный контрольный объект.
Разница здесь организационная.
CRM-дело естественно живёт внутри работы с конкретным клиентом и следующим касанием.
Задача полезна, когда пропущенный нужно превратить в самостоятельное обязательство с ответственным, постановщиком, крайним сроком и возможностью отдельного контроля.
Универсального варианта нет. Выбор зависит от того, как сотрудники реально работают.
Подробнее разницу между этими объектами мы разбирали в статье «Задачи или дела в Битрикс24».
Кому назначать перезвон
Первый вариант - назначать сотрудника, которому непосредственно поступил звонок.
Это естественная схема, если клиент звонит своему персональному менеджеру и именно этот менеджер должен вернуть звонок.
Второй вариант - назначать сотрудника, который отвечает за клиента в CRM.
Такой сценарий полезен, когда телефония и коммерческая ответственность не совпадают.
Например, звонок поступил на общий номер или одному сотруднику, а самого клиента ведёт другой менеджер.
Здесь нет универсально правильной настройки.
Сначала компания определяет, кто действительно отвечает за следующий контакт, и только потом это правило переносится в автоматизацию.
Кто должен быть постановщиком задачи
Исполнитель и постановщик - разные роли.
Ответственным может быть менеджер, который должен перезвонить.
Постановщиком - его руководитель или технический пользователь.
В текущей версии нашего приложения можно выбирать контролируемых сотрудников и подразделения, а также пользователя, от имени которого создаются задачи. Есть и сценарий постановки от руководителя подразделения.
Для нескольких отделов сначала лучше определить организационное правило:
- кто отвечает за контакт,
- кто контролирует срок
- кто должен видеть просрочку.
Само наличие нескольких подразделений ещё не означает, что каждому из них автоматически можно задать полностью независимую логику.
Как учитывать срок и рабочее время
Фраза «перезвонить через 30 минут» выглядит понятно, пока звонок не поступил вечером или в выходной.
Поэтому срок реакции и рабочий график нужно рассматривать вместе.
Например, если рабочее время установлено с 09:00 до 18:00, а срок реакции равен нулю, звонок в 10:00 получает крайний срок 10:00 этого же дня. Такая задача фактически сразу становится просроченной.
Если звонок поступит в 20:00, крайний срок будет установлен на начало следующего рабочего дня - 09:00.
То есть рабочее время здесь не обязательно означает «не создавать ничего после 18:00».
Оно используется именно для расчёта крайнего срока.
Если компании нужно другое правило - например, вообще игнорировать ночные звонки или использовать разный SLA для разных подразделений - это уже отдельное требование, которое нужно проверять до настройки и индивидуально дорабатывать.
Что происходит после обратного контакта
Один из рисков автоматического создания задач - новая ручная работа.
Система сама создала задачу.
Менеджер перезвонил клиенту.
После этого менеджеру ещё нужно вспомнить о задаче и вручную её закрыть.
Если таких обращений много, автоматизация начинает создавать дополнительную рутину.
Поэтому в нашем приложении можно автоматически закрывать задачу после успешного обратного звонка менеджера.
Для автоматической логики можно использовать минимальную продолжительность разговора. Это технический критерий, а не оценка качества разговора: длинный звонок не обязательно был полезным, но системе нужен формальный сигнал, что обратный контакт действительно состоялся.
Что если клиент сам перезвонил
После пропущенного звонка могла появиться задача «перезвонить клиенту».
Но через 5 минут клиент самостоятельно дозвонился до компании и вопрос уже был решён.
Оставлять старую задачу открытой в такой ситуации нет смысла.
В приложении предусмотрена логика, при которой повторный успешный входящий звонок клиента может закрыть ранее созданное обязательство.
Это показывает важный принцип:
цель автоматизации не создать как можно больше задач, а оставить открытыми только те обязательства, по которым действительно требуется действие.
Что если клиенту перезвонил другой сотрудник
Есть похожий сценарий.
Звонок пропустил один менеджер, но ситуацию увидел коллега и связался с клиентом.
С точки зрения клиента обратная связь уже получена.
Поэтому приложение может учитывать успешный звонок другого сотрудника и закрывать ранее созданное обязательство.
При этом в штатной аналитике Битрикс24 персональная реакция сотрудников может рассчитываться иначе. Если звонок пропустил один человек, а перезвонил другой, такой контакт не обязательно будет учтён как время реакции первоначального сотрудника.
Здесь нужно заранее определить, что именно компания хочет измерять:
скорость реакции конкретного менеджера или скорость реакции компании в целом.
Это разные показатели.
Как пропущенный звонок связан с CRM
Если номер уже известен Битрикс24, пропущенный не должен рассматриваться в отрыве от существующего клиента.
Контекстом могут быть контакт, компания, лид или связанная со звонком сделка.
Но здесь есть принципиальное ограничение.
Приложение не должно придумывать CRM-связи, которых нет в исходном контексте звонка.
Если Битрикс24 связал звонок с контактом, наличие этого контакта ещё не означает, что система должна самостоятельно выбрать любую когда-либо созданную сделку клиента.
Например, старые сделки могут быть закрыты или у клиента одновременно может существовать несколько разных сделок.
Поэтому ситуация «в задаче есть контакт, но нет сделки» сама по себе не доказывает ошибку.
Сначала нужно посмотреть, с какими CRM-сущностями связан исходный звонок.
Нужно ли создавать новый лид
Нет правила, по которому каждый пропущенный звонок должен создавать новый лид.
В приложении создание лида является отдельной настройкой.
Для одной компании неизвестный номер действительно может означать новое обращение, которое нужно сразу поместить в воронку.
Для другой автоматическое создание лида будет только плодить лишние сущности.
Важно разделять два события:
создать обязательство перезвонить и создать новый лид.
Это независимые бизнес-решения.
В текущей версии можно также полностью отключить создание задач по пропущенным, если компании нужен другой сценарий работы.
Несколько отделов и сложные правила
Приложение позволяет выбирать отдельных сотрудников и подразделения для контроля.
Но чем сильнее правило зависит от внутреннего состояния CRM, тем меньше задача похожа на универсальную обработку пропущенного звонка.
Например, компания может захотеть создавать задачу только в определённой воронке, использовать разные сроки по стадиям, игнорировать отдельные типы клиентов или учитывать только активные сделки.
Это уже отдельная бизнес-логика. В зависимости от задачи её можно реализовать через роботов Битрикс24, дополнительную автоматизацию, отдельный агент или индивидуальную доработку.
Не нужно пытаться любой ценой поместить сложный процесс внутрь универсальной настройки приложения.
Работает ли контроль с внешней телефонией
Ключевой вопрос не в названии оператора связи. Важно, чтобы звонок корректно попадал в Битрикс24 и регистрировался в стандартной статистике телефонии.
Если конкретного звонка там нет или Битрикс24 присвоил ему другой статус, последующая автоматизация уже получает неправильное или отсутствующее исходное событие. Поэтому при проблемах с внешней телефонией диагностика начинается не с приложения, а с самого звонка внутри Битрикс24.
Почему задача по пропущенному звонку не создаётся
Проверять такой случай лучше в одной последовательности:
- Найти исходный звонок в статистике телефонии Битрикс24 и проверить его статус.
- Убедиться, что сотрудник или подразделение включены в список контроля.
- Проверить, включено ли создание задач и другие ожидаемые действия.
- Проверить права пользователя, под которым работает приложение.
- Проверить рабочую группу задач, если она используется.
- После этого смотреть CRM-связи и более специфические условия конкретного сценария.
Главный принцип:
диагностика начинается со звонка, а не с задачи, которая должна была появиться в конце цепочки.
Почему данные оператора и Битрикс24 могут отличаться
Иногда оператор связи показывает одну картину, а в Битрикс24 звонок выглядит иначе.
Это само по себе не доказывает ошибку приложения.
Цепочка состоит из нескольких уровней:
оператор связи -> интеграция телефонии -> Битрикс24 -> дополнительная автоматизация или приложение.
Если Битрикс24 зарегистрировал событие как пропущенное, приложение работает уже с этим событием.
Тогда сначала нужно выяснить, почему телефония и Битрикс24 классифицировали звонок по-разному.
Что проверять при ошибке прав
Ошибки могут появляться после смены администратора, переустановки приложения или изменения прав.
В такой ситуации не стоит начинать с повторной переустановки.
Сначала нужно проверить пользователя установки, его доступ к задачам и CRM, рабочую группу и её состояние.
Переустановка имеет смысл например, когда администратора уволили.
Почему может снова появиться старая задача
Иногда пользователь видит старую задачу и делает вывод, что приложение повторно создало её по давнему звонку.
Но это нужно проверять по истории.
В одном из обращений поддержки задача действительно была старой. Позже изменились связанные CRM-элементы, а в самой задаче появилась новая активность. Из-за этого она снова стала заметной для пользователя.
Поэтому нужно проверить дату создания, историю изменений и связанные объекты.
Новая активность в старой задаче и новая задача - разные события.
Когда достаточно штатного Битрикс24
Отдельное приложение может не понадобиться, если сотрудники нормально работают со штатными CRM-делами, руководителю хватает стандартной статистики, а нужный сценарий можно собрать простой автоматизацией.
Это нормальный вариант. Если штатной функции достаточно, нет смысла добавлять ещё один слой системы.
Когда имеет смысл отдельное приложение
Приложение становится полезным, когда пропущенные нужно превратить в самостоятельный управляемый процесс.
Например, автоматически назначать ответственность, создавать контрольные задачи, рассчитывать срок, учитывать CRM-контекст и закрывать обязательство после фактического контакта с клиентом.
Именно для этого предназначено приложение «Контроль пропущенных звонков». В упрощённом виде его логика выглядит так:
Битрикс24 фиксирует пропущенный звонок -> приложение получает событие -> определяет доступный CRM-контекст и ответственного -> создаёт действие по настройкам -> отслеживает дальнейший контакт -> закрывает обязательство, когда выполнено заданное условие.
Это не замена всей автоматизации Битрикс24.
Это специализированный контур вокруг одного сценария.
Открыть приложение «Контроль пропущенных звонков» в Битрикс24.Маркет
Видео по контролю пропущенных звонков
Ниже - видеоразборы по работе с приложением и отдельным сценариям контроля пропущенных звонков. Их можно посмотреть прямо в статье или открыть отдельной ссылкой на Rutube или YouTube.
Если встроенное видео, ссылка или другой материал не открывается, напишите нам - продублируем нужный ролик или материал другим способом.
Когда уже нужна отдельная автоматизация
Если правило звучит примерно так:
«Для клиентов этой воронки на этих стадиях в рабочее время делаем одно, после 18:00 другое, VIP-клиентов обрабатываем отдельно, а при наличии активной сделки определённого типа вообще ничего не создаём», задача уже выходит за рамки универсального приложения.
В такой ситуации сначала описывается бизнес-правило, а затем выбирается технический механизм.
Это может быть робот, бизнес-процесс, приложение или отдельная разработка.
Инструмент следует из процесса, а не наоборот.
Что должен контролировать руководитель
Количество пропущенных звонков само по себе не даёт полной картины.
Для руководителя полезнее понимать:
- сколько обращений всё ещё требуют реакции;
- где срок уже нарушен;
- сколько звонков фактически отработано;
- как быстро компания возвращается к клиенту;
- есть ли обращения без понятного ответственного.
Цель системы не в том, чтобы добиться красивого нуля в статистике.
Сотрудник может разговаривать по другой линии.
Несколько клиентов могут позвонить одновременно.
Звонок может поступить ночью.
Может произойти технический сбой.
Цель контроля - чтобы каждый значимый пропущенный звонок получил понятного ответственного, срок и проверяемый результат.
Если для этого хватает стандартных возможностей Битрикс24, лучше использовать их.
Если нужен отдельный контур задач, сроков и автоматического контроля, можно подключить специализированное приложение.
Если правила зависят от сложной логики конкретной компании, сначала нужно описать процесс и только потом выбирать способ автоматизации.
FAQ
Где посмотреть пропущенные звонки в Битрикс24?
Пропущенный звонок фиксируется внутри Битрикс24 и доступен в CRM-контексте и статистике телефонии. Для диагностики автоматизации важно проверить не только наличие звонка, но и его статус.
Может ли Битрикс24 сам реагировать на пропущенный звонок?
Да. В Битрикс24 есть штатные инструменты и триггеры, на основе которых можно запускать дальнейший сценарий после пропущенного звонка.
Обязательно ли устанавливать приложение для контроля пропущенных звонков?
Нет. Если штатных CRM-дел, статистики и автоматизации достаточно, дополнительное приложение не требуется.
Кому ставить задачу на перезвон?
Это зависит от модели ответственности. Задачу можно ориентировать на сотрудника, которому звонили, либо на менеджера, который отвечает за клиента в CRM.
Что происходит, если клиент сам перезвонил?
В приложении CRM4 можно автоматически закрыть ранее созданное обязательство после успешного повторного входящего контакта.
Что если клиенту перезвонил другой сотрудник?
Такой контакт тоже может использоваться для автоматического завершения задачи. При этом его нужно отличать от персональной статистики реакции конкретного менеджера.
Можно ли учитывать рабочее время?
Да. Рабочий график может использоваться при расчете крайнего срока. Это не обязательно означает полное отключение обработки звонков вне рабочего времени.
Нужно ли создавать лид по каждому пропущенному звонку?
Нет. Создание лида и создание задачи являются отдельными действиями и должны соответствовать процессу конкретной компании.
Работает ли решение с внешней телефонией?
Ключевое условие - звонок должен корректно поступать в Битрикс24. Если исходное событие отсутствует или имеет неожиданный статус, сначала нужно разбирать телефонию и интеграцию.
Почему задача по пропущенному звонку не появилась?
Проверку нужно начинать с исходного звонка и его статуса в Битрикс24, затем проверить сотрудников, настройки действий, права и только после этого более специфические условия.
Почему в задаче есть контакт, но нет сделки?
CRM-связи зависят от контекста исходного звонка. Наличие контакта само по себе не означает, что существует одна однозначная подходящая сделка.
Можно ли настроить разные правила для разных отделов, воронок и стадий?
Часть организационных настроек поддерживается стандартно, но сложные независимые правила могут потребовать дополнительной автоматизации или отдельной разработки.
Нужно настроить контроль пропущенных звонков?
Необязательно сразу устанавливать приложение или строить сложную автоматизацию.
Опишите, какая телефония используется, кто должен перезванивать клиенту, какой нужен срок реакции и как сейчас контролируются пропущенные. Мы посмотрим, достаточно ли штатного Битрикс24 или нужен дополнительный контур.
Цель - оставить минимально достаточное решение, при котором пропущенное обращение не остается без ответственного и следующего действия.