+7 (495) 332-37-90Москва и область +7 (812) 449-45-96 Доб. 640Санкт-Петербург и область

Претензионное письмо в ростелеком о качестве связи телефонов

Бардак и вымогательство Оценка: 1 Проверяется День добрый! Начну с описания общего негодования, после чего перейду к описанию главной претензии. Прошлой осенью я въехал в дом в СПб, на ул. Руднева, д. Вполне естественно возникло желание подключить домашний интернет.

Дорогие читатели! Наши статьи рассказывают о типовых способах решения юридических вопросов, но каждый случай носит уникальный характер.

Если вы хотите узнать, как решить именно Вашу проблему - обращайтесь в форму онлайн-консультанта справа или звоните по телефонам, представленным на сайте. Это быстро и бесплатно!

Содержание:

Как оформляется жалоба на оператора связи

Big Data Зачем Ростелекому знать про адреса все и даже немного больше? Интернет, при всем своем цифровом имидже, штука, созданная в аналоговом мире. И до сих пор для того, чтобы в доме был высокоскоростной интернет, к дому должен быть физически подведён кабель. Именно адрес дома является ключевым объектом идентификации в многоступенчатом процессе предоставления услуг Интернета.

Адрес возникает в момент, когда клиент звонит к нам в Ростелеком с вопросом, можно ли подключить интернет. Оператору нужно знать адрес клиента, чтобы проверить, проведён ли к дому кабель с интернетом. Адрес используется вплоть до этапа сопровождения и обслуживания действующего клиента. При обращении в службу технической поддержки по адресу клиента проверяется, является ли проблема локальной, или авария массовая и проблема затронула целый квартал. И конечно, на каждом шаге процесса важна скорость ответа клиенту.

В этом посте мы расскажем о том, насколько важен для наших внутренних систем адрес клиента, почему ФИАС — не панацея, и для чего был создан Единый паспорт дома. Чем быстрее клиент получит подтверждение возможности подключить интернет, тем выше вероятность, что он выберет именно Ростелеком. Рынок услуг интернета высококонкурентный и малейшая задержка с ответом на запрос клиента может снизить его лояльность и спровоцировать уход к другому, более оперативному оператору связи.

Упрощенно, бизнес-процесс прохождения заявки на подключение интернета выглядит следующим образом. Заявка от клиента попадает в систему — это может быть сайт или другая система, где можно вести заявки. Далее запрос отправляется в систему линейно-технического учета для проверки наличия технической возможности подключения клиента по его адресу. Если техническая возможность есть, то заявка передается в рабочую систему для монтажников, которые выполнят подключение клиента к интернету.

После включения услуги на сети заявка уходит в биллинг, где производится расчёт стоимости услуг для абонента. Из биллинга формируются ежемесячные выгрузки для отправки счетов и претензионных писем должникам.

Все эти информационные системы разрабатывались и внедрялись ещё до объединения Ростелеком, и как правило, до того, как рынок интернета стал столь высококонкурентным. Действующие информационные системы обеспечивали непрерывный процесс продаж и подключения услуг связи по стране, но при этом интеграция между ними осуществлялась в полуавтоматизированном режиме. Системы были слабо связаны между собой и не проектировались для взаимодействия в рамках единого информационного пространства.

В каждой системе использовались свои адресные каталоги, справочники, принципы идентификации объектов. При этом отправной точкой должен быть именно объект недвижимости, который может иметь адрес, может его не иметь, может иметь альтернативную адресацию, но в любом случае должен быть определен однозначно.

Для этих целей был запущен проект — Единый паспорт дома ОРПОН , который обеспечил переход от разрозненных, неполных, противоречивых источников данных к единому интегрированному адресному пространству, в котором взаимодействие между ИТ-системами всех филиалов Ростелекома происходит автоматически, без ручной обработки.

Как все было до единого адресного справочника? Почему не подходит ФИАС? Почему все сложнее, чем кажется? Когда в компании возникает задача создания справочника, то всё кажется очень простым. Во-первых, адрес — это что-то всем знакомое, каждый с этим сталкивается ежедневно, каждый знает, как писать адрес: как Бог на душу положит. Во-вторых, после первых пятнадцати минут изучения вопроса в интернете вы узнаете, что адресный справочник на всю Россию уже создан в налоговой.

И всё, что вам остается сделать — скачать базу ФИАС, загрузить в базу данных и адресный справочник готов. В некотором смысле, конечно, всё так и есть. Существует федеральная информационная адресная система, в ней существуют адреса, они регулярно обновляются, и ФНС регулярно выкладывает обновления. Для многих задач этот справочник подходит, например, для задач ФНС. В адресных справочниках Ростелекома адресов значительно больше, чем в адресном справочнике налоговой, и Ростелеком узнает о строительстве нового дома в среднем на несколько лет раньше, чем этот дом появится в справочнике ФИАС.

И Ростелекому важно знать не только про адреса, а однозначно связать адрес с объектом недвижимости, и определить все значимые характеристики этого объекта: год постройки, материал стен, назначение и 90 других очень важных параметров. По каждому адресу из отсева нужно было понимать: существует ли такой адрес и является ли данный адрес независимым, или является дублем другого адреса?

Или может быть это угловой дом, и мы имеем дело с альтернативной адресацией? Это нужно было делать автоматически. Да и устранять проблему человеческого фактора с помощью человека не самое мудрое решение. Как мы всё это делали и почему так долго В рамках проекта требовалось решить две основные задачи: создать адресный справочник, который бы содержал все хорошие адреса и не содержал мусора, и разработать систему, которая бы позволила в online-режиме поддерживать адресный справочник в актуальном состоянии в периметре всего ИТ-ландшафта Ростелеком.

Упрощенно, процесс реализации проекта можно описать как последовательность следующих шагов: Провести аудит всех систем, которые используют адреса в своих бизнес-процессах. То есть, провести аудит всего ИТ-ландшафта Ростелекома. Определить сценарий внедрения и сценарии интеграции эталонного адресного справочника в каждом макрорегионе.

Исходя из определенных сценариев внедрения и сценариев интеграции разработать программный комплекс. Выгрузить адресные справочники из всех систем в периметре интеграции, создать на основе этих данных эталонный адресный справочник и мэппинг локальных адресов на эталонные.

Рассказывать о каждом из этих шагов можно долго, каждый из них был по-своему интересен, но в рамках данной статьи мы решили сосредоточиться на двух самых интересных, на наш взгляд, аспектах — формирование алгоритма разбора адресов и рождение архитектуры решения. Для решения проблемы с адресами нужно было выработать однозначный и непротиворечивый алгоритм разбора адресов, который базировался бы как на единой эталонной адресной базе ФИАС, так и учитывал бы региональную специфику ведения адресных пространств в разных субъектах РФ.

Полностью автоматизировать данный алгоритм, используя известные методы Левенштейна и Яро-Винклера, не получалось. Поэтому вместе с автоматизированным способом разбора адресов был применен и разработанный алгоритм оценки фактических допустимых отклонений адресных строк от эталонных данных. Но и этого оказалось недостаточно! Для максимально точного сопоставления адресных данных пришлось анализировать данные систем техучёта.

Таким образом был сформирован пул дополнительных совсем не адресных атрибутов, которые входили в итоговый алгоритм подтверждения качества разбора. Такими атрибутами были, например, геокоординаты и идентификаторы оборудования. А что же делать с серой зоной? Эта задача была выделена в отдельное направление и с использованием всех известных методов геоаналитики и смыслового анализа данных, такие объекты были также уникально идентифицированы и вошли в эталонный адресный справочник.

Создание эталонного адресного справочника было результатом титанических усилий, но итогом этой работы стало повышение точности определения технической возможности подключения по таким домам, а значит цель была достигнута. Второй не менее сложный и интересный аспект проекта был связан с разработкой архитектуры решения. Рождению итоговой архитектуры решения предшествовало две ошибочных гипотезы: адресный справочник Ростелекома можно построить на базе промышленной MDM платформы.

И та и другая гипотеза оказались провальными. Промышленное MDM-решение, имея все преимущества платформы управления справочниками, не могло похвастаться алгоритмами нормализации российских адресов, и умением работать с адресом, как с характеристикой объекта недвижимости. И так как наведение порядка в адресах являлось ключевой целью проекта, то это стало критическим недостатком, который перевесил все немалые преимущества мощной промышленной MDM платформы.

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

Тем не менее, архитектура продуктов по разбору и нормализации адресов ориентирована на скорость обработки массивов адресов, точность подбора похожих адресных строк, минимизацию обратной ошибки, — именно эти показатели являются ключевой ценностью продукта по нормализации адресов, которые зачастую используются при обработке списков адресов почтовой рассылки и в подобных задачах.

Основной идеей данных решений является использование единого эталонного адресного справочника — ФИАС — и приведение получаемых на вход списков к эталону с рассчитанной вероятностью.

Задачи Ростелеком требовали создания собственного, непрерывно пополняемого эталонного справочника, который с одной стороны базируется на ФИАС, но при этом наличие или отсутствие адреса в ФИАС не является определяющим для признания адреса эталонным. И это было нерешаемой задачей для большинства систем автоматической нормализации адресов.

В итоге долгих поисков было найдено компромиссное решение с гибридной архитектурой — MDM-платформа собственной разработки, интегрированная с поисковым движком HumanFactorLabs. Выбор данного поставщика был определен их готовностью доработать механизм поиска адресов для использования, в качестве эталона, адресного справочника Ростелеком, и реализовать механизм регулярной синхронизации адресного справочника Ростелеком с ФИАС.

Данная доработка позволила предоставить пользователям удобный и качественный поиск адресов по строке, а построение MDM решения на базе OpenSource продуктов обеспечила гибкость в подходах к интеграции с ИТ-ландшафтом Ростелекома. В периметре ИТ-ландшафта Ростелекома существуют legacy-системы, которые используются в бизнес-процессе, но не могут быть существенно доработаны по причине своих конструктивных ограничений.

Уход от промышленного решения в сторону собственной разработки позволил максимально адаптировать MDM-платформу под особенности ИТ-среды, сохраняя при этом основную архитектурную концепцию неизменной.

Почему так сложно? С учетом специфики построения ИТ-ландшафта Ростелеком первое внедрение системы должно было происходить непосредственно в промышленном контуре ИТ-ландшафта макрорегиона. Риском ошибки внедрения была полная блокировка работы информационных потоков между информационными системами макрорегиона, остановка всех бизнес процессов, падение продаж и репутационные риски.

Поэтому перед первым внедрением скрупулёзно выверялся каждый шаг, каждый адрес и запуск системы в эксплуатацию, требовал дежурства в режиме 24х7 в течении двух недель после старта. В момент первого запуска казалось, что все сложности пройдены и дальше будет просто тиражирование. Использованные технологии и инструменты Модульная структура системы представлена на рисунке. Кликабельно О техпроцессе Разработчики проекта занимаются не просто написанием кода, а являются полноценными творческими единицами: они принимают технические решения, предлагают идеи по дизайну интерфейса, удобству использования продукта.

Любая новая функция обсуждается с разработчиками, учитывается их мнение и опыт. Любая задача оставляет разработчику пространство для творчества, поэтому любые маленькие удобства легко воплощаются в жизнь и не требуют подтверждения в куче инстанций. О фронтэнде Проект развивается довольно давно, и использует GWT на стороне фронтэнда. И, хоть это и тяжелая и устаревшая к году технология, она позволяет делать ряд вещей, которые не получится сделать на JavaScript-фреймворках: писать на Java и на клиенте, и на сервере, оперировать одними и теми же сущностями БД и там, и там, просто клонируя их через JpaCloner.

Никаких DTO и прочих перекладываний параметров из пустого в порожнее. Это позволяет делать полноценный продукт сравнительно небольшой командой программистов. Хотя хлопот эта технология доставляет не меньше: баги в Internet Explorer а есть ведь и корпоративные стандарты , огромное время компиляции, трудности с интеграцией с современными JavaScript-библиотеками.

Поэтому в новой версии продукта планируется от этой технологии отказаться в пользу чего-то более современного. О сценариях интеграции В системе реализовано более 20 различных сценариев интеграции с системами-потребителями информации справочников ОРПОН.

Сценарии интеграции позволяют передавать как единичный адрес, так и массовый список адресов или адресных элементов. Система ОРПОН может инициировать передачу адреса и списка адресов самостоятельно, например, при вводе в систему нового адреса экспертом или при загрузке изменений ФИАС, или может выполнить данные действия в ответ на запрос смежной системы. Передача справочников, атрибутов объектов недвижимости — само собой, разумеется. Самым необычным сценарием, наверное, можно считать сценарий контроля последовательности передачи адресов.

В сложных бизнес-процессах подключения, которые проходят в режиме Online, очень важно контролировать — в какую из систем в первую очередь должен попасть адрес, чтобы избежать нарушения таких процессов.

И эту задачу тоже нам нужно было решить с помощью типовых сценариев. Об инфраструктуре ОРПОН не является высоконагруженной системой реального времени — в каждой системе-потребителе адресных справочников есть своя копия эталонной системы, и для поиска адреса система обращается не к ОРПОН, а идет в свою собственную базу данных.

Данное архитектурное решение позволило значительно снизить нагрузку на приложение и обеспечить заданные технические характеристики отклика и стабильности с использованием кластеров из двух серверов. Инфраструктурная схема компонентов системы приведена на рисунке ниже.

Бланки типовых документов

Big Data Зачем Ростелекому знать про адреса все и даже немного больше? Интернет, при всем своем цифровом имидже, штука, созданная в аналоговом мире. И до сих пор для того, чтобы в доме был высокоскоростной интернет, к дому должен быть физически подведён кабель. Именно адрес дома является ключевым объектом идентификации в многоступенчатом процессе предоставления услуг Интернета. Адрес возникает в момент, когда клиент звонит к нам в Ростелеком с вопросом, можно ли подключить интернет. Оператору нужно знать адрес клиента, чтобы проверить, проведён ли к дому кабель с интернетом. Адрес используется вплоть до этапа сопровождения и обслуживания действующего клиента.

Обратная связь. по вопросам, связанным с обслуживанием Письмо на добавление номеров в договор. Макрорегион. Дальний Восток, Сибирь · Урал.

Куда жаловаться на Ростелеком?

Однако эти методы исключают живой разговор со специалистом, поэтому оптимально в некоторых случаях позвонить оператору. Основные правила оформления претензии письменно Если оператор не может помочь в решении вопрос и конфликт только усугубляется, то необходимо писать претензию. Особых правил в написании заявления нет, претензия излагается в свободной форме. Все же стоит обратить внимание, что образец претензии оператору сотовой связи должен иметь следующие реквизиты: Адресат и адресант. Запись располагается в правом верхнему углу листа. Указывается наименование поставщика связи, к которому предъявляются претензии, должность и ФИО главы компании или руководителя регионального отделения. Далее пишутся собственные контактные данные. Прописывается в свободной форме, но с обязательным указанием всех деталей происшествия и неудовлетворенности. Все возможные доказательства проблемы.

Куда пожаловаться на Ростелеком и как правильно это сделать

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

Просьба к компании или к соответствующей инстанции; Дата и подпись. Жалобу можно составить непосредственно в одном из офисов компании, где сотрудники подскажут как правильно её написать и что необходимо указать.

Отзывы о Ростелекоме (Rostelecom)

Образец претензии в Yota ; Все представленные образы заявлений и претензий вы можете скачать и использовать для своих нужд. Выбирайте, что больше всего подходит под вашу ситуацию, скачивайте и заполняйте в соответствии с инструкцией. Заполненный документ необходимо правильно, в соответствии с законом, передать оператору. Это важно для того, чтобы никто потом не сказал, что ничего от Вас не получал. Как правильно передать отправить претензию оператору связи В соответствии с законодательством РФ правильно вручать претензию оператору впрочем, это работает и для любого другого случая можно двумя способами: Лично вручить претензию сотруднику в офисе продаж или обслуживания; Отправить претензию оператору заказным письмом с уведомлением и описью вложения; Почти все операторы предлагают направлять им претензии по электронной почте. Это, конечно, сильно ускоряет процесс передачи, но знайте: что по закону РФ направление претензии способами отличными от передачи лично в руки и отправки по почте России не являются правильными.

Как написать претензию оператору связи: подробное пошаговое руководство

.

Жалоба на оператора связи зачастую единственная возможность повлиять на населения страны предпочитает использовать мобильный телефон. Теле2;; — поддержка Ростелеком;; — поддержка Yota. Можно отправить простое письмо, но отследить факт получения.

.

.

.

.

.

Комментарии 4
Спасибо! Ваш комментарий появится после проверки.
Добавить комментарий

  1. blacrareds

    В такой ситуации можно купить электронный отпугиватель собак, но не гарантия. Или перцовый баллончик, но не тот хлам что в магазинах а для животных. Ну или если совсем башню рвёт можно пцп пистолет носить с собой. Например PCP-пистолет Hatsan SORTIE. И можно забыть о собаках ну правда придётся самому убегать в закат. Но в нашем гетто много трудностей с которыми не справиться баллончиком. Универсальный приём стать как они, воруй, богатей, пробивайся в верха и тогда проблемы обычных холопов тебя не коснутся, но помни всегда будет тот кто насрёт сверху. Отличная страна, люблю её, но делать это легче из-за границы)

  2. Симон

    Заробітчанам пенсія буде якась?

  3. Милана

    Как быть пенсионерам.

  4. Василий

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