Менеджер держит трубку, клиент диктует номер, а карточки на экране нет. Дальше начинается неловкая пауза: «подождите, я сейчас найду». У этой задачи в Битрикс24 несколько решений, и подходят они под разные ситуации. Разница между ними видна не в интерфейсе, а в результате: найдёте вы клиента за четыре секунды или не найдёте вовсе, потому что номер записан в другом формате или лежит не в том поле.
Дальше идут рабочие способы поиска по номеру телефона, причины, по которым поиск возвращает пустой список, и настройки, после которых искать вручную приходится заметно реже.
Способ первый: строка «Фильтр + Поиск» в списке CRM
Это основной инструмент, им пользуются каждый день. Порядок действий:
- Откройте раздел CRM и выберите нужный список: «Лиды», «Сделки» или «Клиенты» → «Контакты» либо «Компании».
- Нажмите кнопку «Фильтр + Поиск» над списком.
- Введите цифры номера и нажмите Enter.
Поиск по цифрам проверяет числовые значения в карточке. Если ввести «999», система покажет и сделку на 999 000, и контакт, в номере которого встречаются эти цифры. Вводить весь номер целиком не обязательно: часто хватает шести-семи последних цифр, и это как раз спасает, когда клиент записан в непривычном формате.
Главное ограничение способа в том, что он работает внутри одного раздела. Ищете в контактах, сделки не покажутся. Если непонятно, кем клиент числится в базе, придётся пройтись по разделам последовательно. Практика подсказывает такой порядок: сначала «Контакты», потом «Лиды», потом «Компании». В контактах чаще всего лежат личные мобильные, в компаниях городские номера приёмной.
Ещё одна деталь, о которой узнают не сразу: поиск по тексту учитывает только начало слова или полное совпадение. Запрос «ван» не найдёт Ивана. На цифры это влияет меньше, но объясняет, почему поиск ведёт себя не так, как поисковик в браузере, и почему сотрудники иногда считают, что «Битрикс не ищет».
Способ второй: общий поиск по порталу
Иконка лупы в верхней части экрана открывает поиск по всему порталу сразу. Он захватывает основные инструменты: CRM, диск, бизнес-процессы и другие разделы. Результаты группируются по категориям: сотрудники, инструменты и разделы, пункты меню, а также целевой поиск, где выдачу можно сузить до конкретного раздела.
Для номера телефона это способ второго выбора. Он выручает, когда вы вообще не знаете, где искать: клиент мог остаться лидом, мог превратиться в контакт, а мог попасть в компанию. Точность у него ниже, чем у поиска внутри списка CRM, поэтому используйте его как разведку, а найденное открывайте уже в профильном разделе.
Есть и второй прикладной сценарий: номер мог остаться не в CRM, а в задаче или в файле на диске. Коммерческое предложение с контактами лица, принимающего решение, вполне может лежать документом в общей папке отдела, и тогда лупа сработает там, где список сделок бессилен.
Способ третий: фильтр по полю «Телефон»
Когда нужно строгое совпадение по полю, а не «примерно тот номер», работает фильтр. Откройте «Фильтр + Поиск», добавьте поле «Телефон» и укажите значение. Отличие от обычной строки в том, что фильтр не шарит по всей карточке, а смотрит ровно в указанное поле.
У фильтра есть возможность, которая пригодится при чистке базы. Выберите поле, нажмите кнопку «Три точки (…)» и укажите значение «заполнено» или «не заполнено». Так вы за пару кликов получите список контактов вообще без телефона, а это, как правило, десятки записей, по которым никто не сможет позвонить, даже если очень захочет.
Настроенный фильтр можно сохранить: нажмите «Сохранить фильтр», задайте название и подтвердите. Сохранённые наборы редактируются, удаляются и назначаются основными через меню «Настройки (⚙️)». Если руководитель отдела каждую неделю проверяет карточки без контактных данных, ему достаточно один раз собрать фильтр и потом открывать его в один клик.
Почему номер не находится: пять реальных причин
«Поиск по номеру телефона в CRM не работает» — формулировка, с которой чаще всего приходят в поддержку. Почти всегда за ней стоит одна из пяти вещей.
Разные форматы записи
Один и тот же казахстанский номер живёт в базе в пяти видах: +7 701 …, 8 701 …, 8(701)…, 7701… и с дефисами. Пока в компании нет договорённости о едином формате, поиск будет срабатывать через раз. Быстрое лекарство простое: искать по последним цифрам без кода. Долгое требует времени: принять стандарт записи и привести к нему базу.
Проверить масштаб беды можно за минуту. Возьмите номер знакомого клиента и поищите его четырьмя способами подряд: полностью с плюсом, полностью без плюса, только последние семь цифр, только код оператора и первые три цифры. Если результат отличается от способа к способу, форматы в базе разъехались, и дальше вопрос только в том, сколько записей придётся приводить в порядок.
Превышен лимит поиска по тарифу
Об этом ограничении знают немногие, а объясняет оно самые загадочные случаи. Текстовый поиск по задачам и элементам CRM ограничен количеством записей: на бесплатном тарифе это 1 000 элементов, на «Базовом» 100 000, на «Стандартном» 200 000, на «Профессиональном» и «Энтерпрайз» ограничения нет. Завершённые задачи и элементы CRM входят в этот лимит. Когда порог пройден, поиск перестаёт работать, а фильтрация остаётся доступной.
Симптом узнаваемый: фильтр по полю «Телефон» находит карточку, а строка поиска по тем же цифрам возвращает пустоту. Значит, дело не в номере и не в правах, а в объёме базы. Выходов три: перейти на старший тариф, удалить лишние записи или перевести сотрудников на работу через готовые и собственные фильтры.
Номер записан в комментарии, а не в поле
Поиск по списку работает только по полям карточки: данные в делах и комментариях таймлайна найти нельзя. Если менеджер вписал второй номер клиента в комментарий к звонку, из общего списка вы его не достанете.
Внутри уже открытой карточки поиск по таймлайну есть, это кнопка «Фильтр» в самом таймлайне. Там ищется текст в комментариях, задачах, письмах и звонках, работают фильтры по типу события, и их тоже можно сохранять; сохранённый фильтр появится во всех карточках этого типа. Но это поиск внутри одного клиента, а не по базе.
Клиент лежит в другой сущности
Частая история: менеджер ищет в контактах, а номер привязан к компании или всё ещё висит в необработанном лиде. Отсюда и совет проходить разделы по очереди, а не делать вывод после первой пустой выдачи.
Ограничены права доступа
Если сотруднику выданы права только на своих клиентов, чужие карточки он не увидит ни поиском, ни фильтром. Для менеджера это выглядит как «клиента нет в базе», хотя карточка существует и закреплена за коллегой. Проверяется быстро: тот же номер ищет администратор, и если у него результат есть, вопрос решается в настройках прав, а не в поиске.
Когда клиент звонит прямо сейчас
Ситуация, ради которой всё и затевалось: идёт входящий, и надо мгновенно понять, кто на линии. Во время звонка карточка появляется на экране автоматически. Сам вызов поступает в браузер, приложение Битрикс24, мобильное приложение и на телефонный аппарат одновременно, так что менеджер видит клиента независимо от того, где он сейчас работает.
Насколько полезной окажется эта карточка, определяют настройки номера. Администратор задаёт их в разделе «Телефония» → «Подключение» → «Настройка номеров» → «Интеграция с CRM». Что там стоит проверить:
- Сценарий создания лида. «Автоматически создать новый лид» означает, что запись появляется во время звонка. «Предложить создать запись в окне звонка» оставляет решение менеджеру. Первый вариант надёжнее для отдела, где забывают фиксировать обращения, второй чище для базы.
- Типы звонков. Создавать элементы можно только для входящих, только для исходящих или для любых.
- Направление звонков известных клиентов на ответственного менеджера. Ключевая настройка для повторных обращений: клиент попадает к тому, кто с ним уже работает.
- Список исключений. Номера, которые не должны сохраняться в CRM: курьеры, банки, собственные сотрудники.
- Смена ответственного при переадресации. Опция «Автоматически менять ответственного за лид при ручном перенаправлении звонка на другого сотрудника».
Работает это так: чем больше следов оставляет каждый звонок, тем реже кому-то приходится вручную искать клиента по номеру. Половина запросов на поиск снимается настройками телефонии, а не тренировкой менеджеров.
Один номер в двух карточках: что делать с дублями
Поиск по телефону регулярно выдаёт не одну карточку, а две-три. Обычно это накопленные дубли, а не сбой системы: клиент оставил заявку на сайте, потом позвонил, потом написал в мессенджер, и каждый раз рождалась новая запись.
Штатный инструмент лежит здесь: CRM → нужный раздел → «Настройки (⚙️)» → «Контроль дубликатов». Нажмите «Изменить», выберите поля для проверки, сохраните и запустите сканирование. После завершения система покажет количество найденных дубликатов.
Наборы полей различаются по сущностям: у лидов сверяются ФИО, название компании, телефон и email; у контактов ФИО, телефон, email; у компаний название, телефон, email. Если первое поле не совпало, система идёт к следующему по очереди.
Автоматическое объединение срабатывает, когда значения полей совпадают, элементами занимается один и тот же сотрудник, а для лидов ещё и когда они находятся на одной стадии канбана. При расхождении значений объединять придётся вручную: выбрать основную карточку, отметить, какие значения полей оставить, и нажать «Объединить», «Объединить и редактировать» или «Отложить». Для ошибочно предложенной пары есть кнопка «Не дубликат».
Частоту автоматической проверки настраивают в «Настройки (⚙️)» → «Автоматический поиск дубликатов». По умолчанию проверка идёт ежедневно, её можно отключить, выбрав «Не проверять». Запускать сканирование могут администраторы и сотрудники с правами на изменение и удаление элементов. Функция доступна не на всех тарифах, и это стоит уточнить до того, как обещать отделу продаж чистую базу к понедельнику.
Когда ручного поиска мало: проверка номера через REST
У задачи «найти клиента по телефону» есть и программная сторона. Она нужна, когда номер надо проверять до того, как человек вообще откроет CRM: на форме сайта, в чат-боте, в интеграции с внешней телефонией.
Метод crm.duplicate.findbycomm ищет по средству связи. Параметр type принимает PHONE или EMAIL, параметр values принимает массив значений. За один вызов метод работает с одним типом, так что телефон и почту проверяют отдельными запросами. Ответ приходит объектом с ключами LEAD, CONTACT и COMPANY, в каждом массив ID найденных элементов; если совпадений нет, возвращается пустой массив.
Для сценариев с внешней телефонией есть отдельный метод telephony.externalCall.searchCrmEntities. Он возвращает объекты CRM по номеру клиента вместе с данными ответственного сотрудника, то есть закрывает сразу два вопроса: кто звонит и кому этот звонок адресовать.
Вот иллюстративный сценарий, чтобы было понятно, ради чего это делается. Форма на сайте принимает номер, до создания лида обращается к crm.duplicate.findbycomm, и при найденном контакте заявка не порождает новую запись, а падает в таймлайн существующей карточки и уходит закреплённому менеджеру. Отдел продаж перестаёт звонить одному клиенту вдвоём, база не пухнет от дублей. Это пример архитектуры решения, а не описание готовой коробочной настройки: такую логику собирают под конкретный процесс компании.
Как это выглядит в отделе продаж
Опишем типичную ситуацию в качестве иллюстрации, без привязки к конкретному клиенту. Оптовая компания, база около сорока тысяч контактов, шесть менеджеров, входящих звонков за день под сотню. Жалоба звучала так: клиенты обижаются, что их каждый раз спрашивают, кто они и что заказывали в прошлый раз.
Разбор занял полдня и вскрыл три слоя проблемы. Первый: номера заносились кто как, часть импортировалась из старой таблицы в формате 8 (701) 000-00-00, часть добавлялась вручную как +7701. Поиск по полному номеру не срабатывал, менеджеры делали вывод, что клиента нет, и заводили новый лид. Второй слой вырос из первого: за два года накопились дубли, и один клиент существовал в базе трижды с разной историей общения. Третий слой оказался в настройках телефонии, где входящие раскидывались по очереди, поэтому постоянный клиент попадал то к одному менеджеру, то к другому, и каждый начинал разговор с нуля.
Порядок восстановления был обратным порядку жалоб. Сначала настройки номера: включили направление звонков известных клиентов на ответственного менеджера, и повторные обращения перестали блуждать по отделу. Затем контроль дубликатов по телефону и email с ежедневной автоматической проверкой, чтобы новые дубли не копились, пока разбираются старые. Только после этого взялись за формат номеров и договорились о едином виде записи. Отдельным пунктом провели пятнадцатиминутный разбор для менеджеров: чем строка поиска отличается от фильтра и почему искать лучше по последним цифрам.
Такие разборы почти всегда упираются в одно и то же. Сам по себе поиск по номеру телефона чинится редко. Меняется процесс вокруг него: как номер попадает в базу, куда приходит звонок и кто отвечает за чистоту данных.
Регламент, после которого поиск перестаёт быть проблемой
Все перечисленные способы работают ровно настолько, насколько аккуратно ведётся база. Минимальный набор правил, который стоит закрепить письменно:
- Единый формат номера для всей компании, лучше международный. Решение принимается один раз и экономит часы поиска.
- Номер только в поле «Телефон», не в названии сделки и не в комментарии. Второй и третий номер добавляются отдельными значениями того же поля.
- Ежедневная автоматическая проверка дубликатов плюс ручное сканирование после каждой массовой загрузки контактов.
- Контроль лимита поиска. Если база подбирается к порогу тарифа, вопрос решают заранее, а не в тот день, когда поиск встанет у всего отдела.
- Проверка настроек телефонии: известные клиенты направляются на ответственного, неизвестные номера фиксируются лидом.
- Короткое обучение менеджеров. Пятиминутное объяснение разницы между строкой поиска и фильтром снимает большую часть обращений «ничего не находится».
Если самостоятельно навести порядок не получается, когда база большая, форматы разъехались, а дубли плодятся быстрее, чем их объединяют, этим занимается техподдержка Битрикс24 24/7. Мы приводим в порядок настройки телефонии, запускаем контроль дубликатов и переводим номера к единому виду, не теряя историю общения с клиентами.
Частые вопросы
Можно ли найти клиента по последним четырём цифрам номера?
Поиск проверяет числовые значения в карточке, поэтому фрагмент номера обычно срабатывает. Но чем короче фрагмент, тем больше посторонних совпадений: четыре цифры могут поймать и суммы сделок. Практичнее вводить шесть-семь цифр.
Почему фильтр находит карточку, а строка поиска нет?
Скорее всего, превышен лимит текстового поиска по тарифу: на бесплатном это 1 000 элементов, на «Базовом» 100 000, на «Стандартном» 200 000. При превышении поиск перестаёт работать, а фильтрация продолжает.
Ищет ли Битрикс24 номер, который менеджер написал в комментарии к звонку?
Из общего списка нет: поиск работает по полям карточки, данные в делах и комментариях таймлайна недоступны. Внутри открытой карточки текст таймлайна ищется через кнопку «Фильтр».
Что делать, если по номеру нашлись две карточки?
Объединить их через «Настройки (⚙️)» → «Контроль дубликатов»: запустить сканирование, выбрать основную карточку и значения полей, нажать «Объединить». Пары, попавшие в список ошибочно, отмечаются кнопкой «Не дубликат».
Клиент звонит с номера, которого нет в его карточке. Как связать их?
Добавьте номер вторым значением в поле «Телефон» той же карточки, а не заводите новый контакт. Тогда в следующий раз система опознает клиента при звонке с любого из его номеров, а история общения останется в одном месте. Если новая карточка всё-таки успела появиться, объедините её с основной через контроль дубликатов.
Как проверять номер до создания лида, чтобы не плодить дубли?
Через REST-метод crm.duplicate.findbycomm с типом PHONE. Он вернёт ID найденных лидов, контактов и компаний, и форма или бот смогут дописать обращение в существующую карточку вместо создания новой.