Компания подключила маркировку, но на одном телефоне видно её название, на другом — только номер, а при звонке из CRM появляется другая подпись. Такие результаты нельзя объяснять одной причиной без проверки. Для диагностики нужно разделить три вещи: с какого номера действительно вышел вызов, какая информация согласована с оператором и что показало устройство получателя.
Практическая задача бизнеса — собрать воспроизводимый тест, а не добиться удачного скриншота на одном смартфоне. Ниже — порядок проверки номера, подписи и маршрута звонка. Он пригодится при подключении телефонии, смене оператора, добавлении исходящих линий и разборе обращений о неверном названии. Правовую оценку конкретной схемы связи и договоров следует проводить отдельно с учётом её условий.
Отделить маркировку от разрешения на обзвон
Маркировка бизнес-вызовов действует с 1 сентября 2025 года. В разъяснении МТС, обновлённом 14 сентября 2026 года, она описана как подпись с названием организации или ИП и категорией вызова. Речь идёт об информации, передаваемой в сети связи, а не просто о названии контакта в адресной книге телефона.
В разъяснении прокуратуры от 8 июня 2026 года отдельно указано: вызовы от организаций и ИП, включая массовые, подлежат маркировке, а обязанность передавать информацию об инициаторе возложена на оператора связи. Там же рассмотрено предварительное согласие на массовые вызовы. Наличие подписи не заменяет такого согласия и не отменяет право абонента отказаться от массовых звонков.
Поэтому в проекте должны быть две самостоятельные проверки. Первая касается идентификации вызывающей стороны и технической доставки информации. Вторая — допустимости самого сценария общения, работы с отказами и подтверждения необходимых согласий. Успешный тест подписи не превращает произвольную базу телефонных номеров в разрешённую аудиторию. Для рекламных звонков условия согласия тоже проверяют отдельно: на это прямо обращает внимание описание Caller ID у МТС Exolve.
Собрать реестр исходящих номеров
Начните не с названия бренда, а со списка линий, которые реально используются. Включите основные городские и мобильные номера, дополнительные линии отделов, обратные звонки с сайта, вызовы из CRM, резервные маршруты и номера подрядного контакт-центра, если они участвуют в вашей схеме. Укажите владельца договора, поставщика связи, назначение номера и ответственного за его настройки.
Для каждой линии запишите способ вызова: приложение оператора, настольный телефон, программный телефон, кнопка в CRM или сервис обратного звонка. Не считайте номер, указанный на сайте, автоматически единственным исходящим. Задача теста как раз в том, чтобы сопоставить ожидание компании с тем, какой номер увидел получатель в конкретном сценарии.
Если используется несколько поставщиков, полезно нарисовать простую рабочую схему: сотрудник или CRM — телефонная платформа — оператор исходящей связи — получатель. Это не требует менять маршрутизацию. Сначала нужно понять действующий путь и определить, кому передавать вопрос. Название сервиса в интерфейсе сотрудника не всегда отвечает на вопрос, какой участник обслуживает конкретную исходящую линию.
Сверить договорные сведения и текст подписи
Запросите у своего оператора подтверждение того, какие номера охвачены услугой, какое обозначение согласовано, как определена категория и с какой даты применяется настройка. Сверьте сведения с документами компании. Если бренд, юридическое наименование и название филиала различаются, обсудите допустимый вариант с оператором, а не подменяйте его произвольным рекламным текстом.
Порядок подключения и изменения подписи зависит от поставщика и продукта. Например, МТС в актуальной справке описывает автоматическое подключение по оферте, формирование стандартной подписи по сведениям реестров и отдельную услугу для её изменения. Это условия конкретного оператора: их нельзя переносить на любую АТС или договор. Проверяйте собственные документы, состав услуги и подтверждённую заявку, а не только инструкцию из чужого личного кабинета.
МТС указывает для своей стандартной подписи латинские буквы и ограничение до 32 символов. Для приёмки важно увидеть итоговую строку целиком: сокращение может сделать название неузнаваемым или убрать различие между похожими компаниями. Не обещайте клиентам точный внешний вид по одному эскизу: отображение также зависит от принимающей стороны. Зафиксируйте согласованный вариант и отдельно — фактически показанный.
Подготовить контрольные телефоны
Тестируйте на собственных или специально согласованных контрольных номерах, а не на случайных клиентах. Подготовьте несколько сочетаний операторов и устройств, которые важны для вашей аудитории. Для каждого запишите модель телефона, версию системы, принимающего оператора и существенные настройки связи. Это поможет повторить проверку после исправления, а не сравнивать несопоставимые условия.
Перед тестом выясните, сохранён ли исходящий номер в контактах и установлен ли сторонний определитель. Их подписи могут мешать понять источник названия на экране. Не удаляйте личную адресную книгу сотрудника ради проверки: лучше использовать отдельный тестовый аппарат или номер, для которого заранее подготовлены условия. В протоколе отметьте, что именно могло влиять на отображение.
В справке МТС перечислены технические условия показа, в том числе поддержка устройством, особенности сетей и использование VoLTE. Это объясняет, почему отсутствие надписи на одном аппарате само по себе не устанавливает причину сбоя. Проверяйте применимые требования по документации своих операторов; не меняйте настройки всех рабочих телефонов наугад и не делайте вывод о всей сети по одному звонку.
Пройти одинаковые сценарии
Для первой серии выберите одну исходящую линию и меняйте только способ вызова либо принимающее устройство. При одновременной смене номера, приложения и оператора будет трудно понять, откуда появилась разница. Перед каждым звонком отметьте ожидаемый исходящий номер и подпись, затем запишите фактический результат без попытки сразу объяснить его.
- Прямой исходящий вызов с выбранной линии: какой номер и какое название появились до ответа, состоялось ли соединение.
- Вызов через CRM или программный телефон: совпадают ли номер получателя и фактически показанный исходящий номер с теми, которые ожидались в сценарии.
- Обратный звонок с сайта, если он предусмотрен: какой этап соединения относится к сотруднику, какой — к получателю и что отображается на контрольном телефоне.
- Резервная линия или иной разрешённый маршрут: сохраняются ли ожидаемая идентификация и возможность принять вызов после переключения.
- Повторная проверка на другом контрольном устройстве: воспроизводится ли проблема при сохранении того же исходящего номера и способа звонка.
Проверки резервного маршрута выполняют только в согласованном техническом окне и без нарушения обслуживания клиентов. Для первичной диагностики часто достаточно выбрать тестовую линию или предусмотренный поставщиком способ проверки. Не требуется отключать рабочую телефонию, создавать массовый обзвон или менять договорные параметры, чтобы получить базовые наблюдения.
Разделить типовые результаты
Если номер правильный, но подпись отсутствует, проверьте статус услуги, состав подключённых линий и условия отображения у принимающей стороны. Если номер отличается от ожидаемого, сначала разбирайте выбор исходящей линии и маршрут: изменение текста подписи не решит проблему неверного номера. Если звонок не проходит вовсе, это отдельный результат, для которого нужны данные о попытке и ответ поставщика связи.
Если показано чужое или старое название, установите источник надписи: сеть оператора, локальный контакт или сторонний определитель. Не отправляйте одинаковую претензию всем участникам, пока не собраны условия теста. Скриншот полезен, но без номера, времени и сценария он редко позволяет точно воспроизвести ситуацию. В публичной переписке скрывайте личные номера и данные получателей.
Не связывайте каждое падение дозвона с маркировкой. Отдельно учитывайте занятость, отсутствие ответа, недоступность телефона и техническую ошибку соединения. Сравнивайте результаты в одинаковых условиях и не обещайте рост продаж или процент дозвона после одной настройки. Проверка подписи подтверждает конкретное наблюдение, а коммерческий эффект требует отдельного измерения.
Передать оператору воспроизводимый пример
В обращении через защищённый канал поддержки укажите компанию, исходящую линию, контрольный номер получателя, дату и точное время с часовым поясом, способ вызова, ожидаемую и фактическую подпись. Добавьте модель аппарата, принимающего оператора и скриншот, если он нужен для диагностики. Идентификатор звонка или запись из детализации прикладывайте по правилам сервиса, без паролей и лишних клиентских данных.
Попросите уточнить, на каком участке обнаружена причина, какие действия необходимы, кто их выполняет и как проверить исправление. Фраза «услуга активна» и успешно показанная подпись — разные доказательства. Если оператор подтверждает подключение, а контрольный тест даёт иной результат, сохраните оба факта и повторите тот же сценарий после конкретного изменения.
Включить проверку в приёмку телефонии
При настройке облачной телефонии перечень исходящих линий и контрольных сценариев полезно согласовать заранее. Если звонки запускаются из системы продаж, включите в задачу на внедрение CRM проверку связки между действием менеджера и фактическим вызовом. Это помогает распределить ответственность между настройкой приложения и услугами оператора.
В итоговом протоколе укажите проверенные номера, устройства, сценарии, дату и ограничения. Отдельно перечислите непроверенные маршруты и открытые обращения. Повторяйте тест после добавления номера, переноса линии, изменения обозначения компании или подключения нового способа звонка. Для таких изменений прежний удачный результат может оказаться недостаточным.
Главный критерий приёмки — не наличие красивой подписи в презентации, а понятная связь между номером, согласованными сведениями и наблюдаемым результатом на контрольных устройствах. При этом подпись не следует трактовать как самостоятельную гарантию безопасности звонящего. Для бизнеса это проверка настройки связи, а для получателя сохраняется необходимость осторожно относиться к просьбам сообщить коды, перевести деньги или установить программы.
Автор: Милюков Михаил Андреевич
