Кратко

  • Решение CRTC 2026-232 вводит новый тип запроса на отключение интернет-услуг, предоставляемых операторами беспроводной связи.
  • У каждой услуги должен быть собственный идентификатор, связанный с учетной записью клиента и показанный в счете или личном кабинете не позднее 4 сентября 2027 года.
  • Решение назначает конечный срок, но не устанавливает промежуточный публичный график и не требует публиковать ежемесячные отказы из-за неверного SPID.

Анализ: система видит номер, клиент — не всегда

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

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

Рабочая группа CISC предложила для таких отключений новый тип запроса LNA I. Он дополняет существующий LNA A; прежний и новый поставщики должны вместе выбрать подходящий процесс для каждого из пяти типов услуг. Однако до выбора процедуры нужно знать, что именно переносится. CRTC отмечает, что действующий процесс Service Bureau исходил из того, что пользователь знает номер актива или телефона. Многие его не знают: номера может не быть ни в счете, ни в личном кабинете. Уникальность внутри системы еще не делает идентификатор доступным для человека.

Поэтому требование показывать номер на счетах и порталах важнее самого названия нового кода. Код помогает поставщикам обработать правильный запрос; видимый номер помогает клиенту составить его без догадок. Система управления заказами может хранить точную метку, но если ее не показывает клиенту, у него остается право на переход без удобного способа указать цель.

Консенсус вырабатывает процедуру; обязательство устанавливает регулятор

CRTC утвердил консенсусный отчет BPRE105a рабочей группы по бизнес-процессам CISC и обновил канадские правила локальных заказов и переноса беспроводных номеров. Решение также охватывает контактных лиц при подключении поставщика, сведения о типах услуг и SPID, маршрутизацию запроса к материнской компании, если это применимо, а также включение отказов с неверным SPID в ежемесячные расчеты отклоненных заявок на локальное обслуживание. Для частичного отключения интернета у корпоративного клиента сохраняется прежний порядок: клиент связывается с текущим поставщиком.

В административных правилах CISC комитет описан как технический, административный и операционный процесс в пределах полномочий CRTC. Сторонам полагается возможность высказаться; по потребительским вопросам предусмотрены разумные усилия для информирования представителей потребителей. Те же правила указывают, что CISC не подменяет окончательное решение CRTC. Опубликованная процедура считает консенсус достигнутым, если завершенный отчет находился у членов рабочей группы не менее десяти рабочих дней и получил единогласное одобрение; отсутствие спора или возражения считается согласием. Затем отчет рассматривает руководящий комитет после еще одного периода циркуляции. На странице указано, что ее последний раз изменяли 1 апреля 2011 года.

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

В решении есть крайняя дата — 4 сентября 2027 года. Публичного календаря промежуточных проверок нет. Оно также не требует публиковать отказы по неверному SPID, хотя эти данные уже включены в ежемесячные расчеты. Регулятору не нужны клиентские счета или персональные записи. Достаточно агрегированного подтверждения по типу услуги, когда идентификатор появился в счете или личном кабинете, и открытого ряда отказов по SPID.

Для клиента выход существует тогда, когда он может назвать услугу. Осталось зафиксировать не только срок, но и момент, когда нужный номер стал виден.

Источники