Следующие документы не прошли проверку в рса. Если при оформлении электронного осаго данные не проходят проверку рса

Проверка РСА в электронных полисах ОСАГО — обязательная процедура. Вы вводите информацию о своем автомобиле, себе (паспортные данные) и водителях, которые будут допущены к управлению. Страховая компания в зашифрованном виде отправляет эти сведения в базу данных РСА.

Проверка по базе РСА проходит в автоматическом режиме. Ее основная цель — проверить были ли у вас раньше полисы, какая по ним страховая история (количество аварий) и корректно рассчитать стоимость полиса.

Когда происходит проверка

Проверка по базе РСА запускается после того, как вы заполнили заявление на страхование для электронного полиса ОСАГО в личном кабинете на сайте страховой компании.

Без положительного прохождения проверки, вы не сможете перейти к оплате полиса.

Почему не проходит проверка РСА

Проверка не всегда проходит успешно. Нередко система страховщика не может выполнить ее.

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

Иногда встречается намеренная блокировка результатов проверки. Недобросовестные компании таким образом пытаются регулировать поток клиентов и отсеивать невыгодных — из “токсичных” регионов и с убытками по прошлым годам. Подобные действия запрещены и могут привести к болезненным санкциям для страховщиков со стороны РСА и ЦБ РФ.

Что делать, если не прошла проверка РСА

При оформлении электронного полиса ОСАГО на сайте страховой компании вам могут сообщить, что автоматическая проверка РСА не прошла.

Например, в Росгосстрахе это выглядит так:

Чтобы исправить ситуацию, вам предложат загрузить на сайт электронные копии следующих документов:

  • паспорт страхователя - основная страница и страница с пропиской;
  • паспорт транспортного средства - обе стороны;
  • диагностическая карта;
  • водительское удостоверение - обе стороны.

Безопасно ли это? Вполне. Доступ в личный кабинет для оформления Е-ОСАГО происходит по защищенному протоколу https (на всякий случай проверьте это в адресной строке браузера). Информация по документам попадет только в страховую компанию, которая не имеет права передавать ее третьим лицам.

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

Результат ручной проверки в компании

Результатом ручной проверки документов сотрудниками страховой компании станет письмо.

К примеру, от Росгосстраха, приходит письмо следующего содержания.

В письме вам сообщат, что по документам у вас все в порядке, и вы всё правильно заполнили в заявлении на Е-ОСАГО.

Для удобства клиентов, все данные, введенные в личном кабинете, сохраняются. Включая информацию по страхователю, автомобилю и водителям.

Останется только перейти в раздел оплаты и оплатить полис банковской картой.

Для получения статуса обработки запроса на загрузку статуса проекта договора е-ОСАГО КИС СК обращается к сервису ProjectPolicyService Системы, методу getSetStatusResult, для запроса используется схема StatusPolicyEOSAGOStatusRequest.xsd.

Состав запроса, соответствующий указанной схеме, приведен в Приложении 3 «Спецификация форматов взаимодействия» настоящего руководства.

При запросе статуса обработки запроса на загрузку статуса проекта договора е-ОСАГО необходимо учитывать следующие аспекты:

5.8.1. Запрос статуса обработки запроса на загрузку проекта договора е-ОСАГО содержит идентификатор записи в очередь обработки статусов проектов договоров, сформированный после успешной загрузки запроса на присвоение статуса проекту договора е-ОСАГО в Систему (в соответствии с п. 5.7 настоящего руководства).

5.8.2. При направлении статуса «Аннулирован» проекту договора е-ОСАГО и в случае соответствия запроса на загрузку статуса проекта договора е-ОСАГО установленным правилам ФЛК подсистема «Электронный полис» формирует ответ СК с уведомлением об успешном присвоении проекту договора е-ОСАГО статуса.

5.8.3. Ответное сообщение СК формируется по схеме StatusPolicyEOSAGOStatusResponse.xsd состав которой приведен в Приложении 3 «Спецификация форматов взаимодействия» настоящего руководства.

5.8.4. При направлении проекту договора е-ОСАГО статуса «Действующий» и в случае успешной обработки запроса на загрузку статуса проекта договора в Системе, подсистема «Электронный полис» направляет запрос на загрузку данных этого проекта договора в ДиКБМ через сервис загрузки договоров/убытков ОСАГО ДиКБМ.

5.8.5. После получения ответа о статусе обработки договора е-ОСАГО от ДиКБМ Система формирует ответ для СК, содержащий всю информацию о результатах обработки договора е-ОСАГО в ДиКБМ.



5.8.6. В случае успешной обработки договора в ДиКБМ подсистема «Электронный полис» формирует ответ СК с сообщением об успешном присвоении проекту договора е-ОСАГО статуса «Действующий».

5.8.7. В случае если договор е-ОСАГО не прошел проверки ФЛК ДиКБМ и не был сохранен в ДиКБМ, то по соответствующему проекту договора е-ОСАГО подсистема «Электронный полис» формирует ответ СК с сообщением о том, что статус «Действующий» не был присвоен (в теге IsStatusAssign вернется значение false), и перечень ошибок от ДиКБМ.

5.8.8. В случае возникновения ошибок при обработке запроса Система формирует ответ СК с перечнем выявленных ошибок валидации запроса, передаваемым в теге ErrorList ответного сообщения СК. Коды ошибок, их описание и поведение Системы при их получении приведены в Приложении 1 «Ошибки валидации» настоящего документа.

5.8.9. Ошибки валидации, возникшие при обработке запроса в ДиКБМ перечисляются в теге ErorrDKBMList ответного сообщения СК. Коды таких ошибок и их описание приведены в документе «Руководство Оператора Подсистем Договоры и КБМ АИС РСА».

5.8.10. Перечень статусов обработки запросов приведен в Приложении 2 «Статусы запросов» настоящего документа.

Запрос количества свободных номеров для проектов договоров е-ОСАГО

Для формирования запроса количества свободных номеров для проектов договоров е-ОСАГО КИС СК обращается к сервису ProjectPolicyCountService, методу getFreeNumbers, для запроса используется схема NumberFreeRequest.xsd.

При направлении запроса количества свободных номеров СК для проектов договоров е-ОСАГО необходимо учитывать следующие аспекты:

5.9.1. Лимит номеров проектов договоров е-ОСАГО, доступный для формирования проектов договоров е-ОСАГО, выделяется в РСА и вводится в соответствующую таблицу БД е-ОСАГО Администратором РСА на начало периода для каждой СК.

5.9.2. В Системе предусмотрен внутренний алгоритм расчета количества свободных номеров для каждой СК, который заключается в определении разницы между лимитом номеров проектов договоров е-ОСАГО СК на начало периода и количеством израсходованных номеров проектов договоров е-ОСАГО по каждой СК.

5.9.3. При успешном сохранении проекта договора в Системе количество израсходованных номеров СК, направившей запрос на загрузку проекта договора е-ОСАГО, увеличивается на единицу.

5.9.4. При назначении проекту договора е-ОСАГО статуса «Аннулирован» количество израсходованных СК номеров уменьшается на единицу.

5.9.5. Ответ на запрос количества свободных номеров СК формируется по схеме NumberFreeResponse.xsd, состав которой приведен в Приложении 3 «Спецификация форматов взаимодействия» настоящего руководства, и содержит количество свободных номеров для договоров е-ОСАГО на момент запроса для СК, направившей запрос.

5.9.6. В Системе не предусмотрена возможность повторного использования номеров, ранее назначенных проектам договоров е-ОСАГО.

Запрос списка номеров проектов договоров е-ОСАГО

Для формирования запроса списка номеров проектов договоров е-ОСАГО, которым ранее не был присвоен соответствующий статус, КИС СК обращается к сервису ProjectPolicyListService, методу getList, для запроса используется схема ListPolicyEOSAGORequest.xsd.

Состав запроса приведен в Приложении 3 «Спецификация форматов взаимодействия» настоящего руководства.

При запросе списка номеров проектов договоров е-ОСАГО без статусов необходимо учитывать следующие аспекты:

5.10.1. После обработки запроса подсистема «Электронный полис» формирует ответ СК, содержащий перечень номеров проектов договоров е-ОСАГО, у которых нет статуса «Действует» или «Аннулирован» на момент запроса и которые ранее были загружены СК, направившей запрос.

5.10.2. Ответное сообщение СК формируется по схеме ListPolicyEOSAGOResponse.xsd состав которой приведен в Приложении 3 «Спецификация форматов взаимодействия» настоящего руководства.

Идентификация объектов

Правила идентификации объектов в Системе приведены в Таблице 4.

Таблица 4 Правила идентификации объектов

Объект Идентифицирующие реквизиты Элементы XML
Проект договора е-ОСАГО Код СК + Идентификатор договора СК InsurerID + DraftPolicyID
Субъект физ.лицо (страхователь, собственник ТС) ХЭШ (ФИО + дата рождения) + Тип документа + Серия документа + Номер документа PersonNameBirthHash + DocPerson + Serial + Number
Субъект физ.лицо - ЛДУ ХЭШ (ФИО + дата рождения) + Серия ВУ + Номер ВУ+ Тип документа PersonNameBirthHash + Serial + Number+(DocPerson=20)
Субъект юр.лицо (страхователь и собственник ТС) Для субъектов – резидентов РФ: «ИНН» Для субъектов – нерезидентов РФ: «Полное наименование» (согласно Свидетельству о регистрации (в открытом, незахэшированном виде) Для резидентов РФ: INN Для нерезидентов РФ: OrgName
Документ субъекта Тип документа + Серия документа + Номер документа DocPerson + Serial + Number
Транспортное средство Идентификация ТС обеспечивается сочетанием значения поля «Страна регистрации ТС» с полями одного из следующих способов: 1) Идентификатор определяется значением одного из следующих реквизитов или их комбинацией (при заполнении нескольких):
  • № кузова
  • № шасси
2) ТС, для которых единственным идентификатором выступает только гос. номер, идентификация определяется значением реквизита Гос. номер при отсутствии CarIdent (VIN, № кузова, № шасси).
CountryCar 1) VIN BodyNumber ChassisNumber 2) LicensePlate

Выполняемые проверки

Технические проверки выполняются при получении подсистемой «Электронный полис» запроса, при валидации его на соответствие xsd-схемам. Состав xsd-схем Системы приведен в Приложениие 3 «Спецификация форматов взаимодействия» настоящего руководства.

После выполнения первичной валидации присланных запросов на соответствие xsd-схемам осуществляется логическая проверка присланных запросов, включающая проверку заполнения атрибутов запросов в зависимости от значения других атрибутов.

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

В Системе реализована возможность настроек отключения выполняемых проверок, по инициативе, исходящей от РСА, в том числе подсистема «Электронный полис» предоставляет возможность комплексного отключения проверок ФЛК при загрузке проекта договора е-ОСАГО.

При отключенной проверке, проверка все равно выполняется, но, в случае получения ошибки по этой проверке, проект договора е-ОСАГО в БД подсистемы «Электронный полис» все равно сохраняется. В ответ на запрос статуса, СК получит сообщение о том, был ли проект договора сохранен в БД и список ошибок валидации.

Полный список ошибок валидации, а также действия системы при отключенных проверках приведен в Приложении 1 «Ошибки валидации». В Приложении 2 «Статусы запросов» приведен перечень статусов запросов для подсистемы «Электронный полис».


Таблица 5 Запрос на проверку данных субъекта - страхователя, собственника ТС (InsurerOwnerRequest.xsd)

Родительский элемент Логическое наименование Логическая проверка
InsurerOwnerRequest InsurerOwnerRequestValue Проверка данных субъекта (страхователя/собственника ТС) Обязательно для заполнения.
InsurerOwnerRequestValue InsurerID
PhysicalPersonInfoRequest Данные физ.лица для проверки Обязателен для заполнения один из 2-х элементов.
JuridicalPersonInfoRequest Данные юр.лица для проверки
DateRequest Дата+время запроса Обязательно для заполнения.
PhysicalPersonInfoRequest Country Код страны в ОКСМ Обязательно для заполнения.
PersonNameBirthHash Хеш ФИО+даты рождения Обязательно для заполнения.
PersonDocument Вид, серия и номер документа, удостоверяющего личность Обязательно для заполнения.
AddressRSACode
PersonDocument DocPerson Тип документа, удостоверяющего личность Обязательно для заполнения. Проверка на соответствие кодам из справочника «Типы документов».
Serial Серия документа Обязательно для заполнения при наличии. При заполнении - проверка на отсутствие недопустимых символов.
Number Номер документа
JuridicalPersonInfoRequest Country Код страны в ОКСМ Обязательно для заполнения.
OrgID Полное наименование (согласно Свидетельству о регистрации)+ ИНН(для резидентов РФ) Обязательно для заполнения.
AddressRSACode Адрес - код из справочника РСА-КЛАДР Обязательно для заполнения. Проверка на соответствие кодам из справочника «КЛАДР»
OrgID Resident Признак РФ/не РФ Обязательно для заполнения.
INN ИНН юр.лица Обязательно для заполнения для резидентов РФ.
OrgName Полное наименование юр.лица (согласно Свидетельству о регистрации) Обязательно для заполнения.
Родительский элемент Атрибут родительского элемента Логическое наименование Логическая проверка
DriverRequest DriverRequestValue Проверка данных ЛДУ Обязательно для заполнения.
DriverRequestValue InsurerID Идентификатор страховой компании Обязательно для заполнения. Проверка на соответствие кодам из справочника «Страховые компании». Проверка на соответствие идентификатору СК, указанному в заголовке сообщения.
DriverInfoRequest Данные ЛДУ для проверки Обязательно для заполнения.
DateRequest Дата+время запроса Обязательно для заполнения.
DriverInfoRequest
PersonNameBirthHash Хеш ФИО+даты рождения Обязательно для заполнения.
DriverDocument Серия и номер водительского удостоверения Обязательно для заполнения.
СategoriesDriverLicense Разрешенные категории ТС по водительскому удостоверению
DriverDocDate Дата выдачи первого водительского удостоверения Обязательно для заполнения. Проверка данного поля осуществляется с точностью до года.
DriverDocument Serial Серия документа Обязательно для заполнения при наличии. При заполнении - проверка на отсутствие недопустимых символов.
Number Номер документа Обязательно для заполнения. Проверка на отсутствие недопустимых символов.
СategoriesDriverLicense CatDriverLicense Категория ТС по ВУ Обязательно для заполнения. Указывается код категории ТС из справочника «Модификации модели». Проверка отключена до внедрения соответствующей доработки ДиКБМ.
Родительский элемент Атрибут родительского элемента Логическое наименование Логическая проверка
TSRequest TSRequestValue Проверка данных ТС Обязательно для заполнения.
TSRequestValue InsurerID Идентификатор страховой компании Обязательно для заполнения. Проверка на соответствие кодам из справочника «Страховые компании». Проверка на соответствие идентификатору СК, указанному в заголовке сообщения.
TSInfoRequest Данные ТС для проверки Обязательно для заполнения.
DateRequest Дата+время запроса Обязательно для заполнения.
TSInfoRequest CountryCar Страна регистрации ТС Обязательно для заполнения. Проверка на соответствие значениям «0» и «1» (1 – РФ; 0 – не РФ)
CarIdent Идентификаторы ТС Обязательно для заполнения.
MarkModelCarRSACode Код марки-модели из справочника РСА Обязательно для заполнения. Проверка на соответствие значениям из справочника «Модификации Модели». Если в справочнике нет требуемой модели, то должен передаваться код записи справочника, название которой начинается со слов «Другая модель» и которая соответствует требуемой категории и типу ТС
YearIssue Год выпуска Обязательно для заполнения, кроме ТС, зарегистрированных в иностранных государствах.
TypeCar Тип ТС Обязательно для заполнения, кроме ТС, зарегистрированных в иностранных государствах. Указывается код типа ТС из справочника «Модификации модели».
CatCar Категория ТС Обязательно для заполнения, при заполненном коде категории ТС в справочнике РСА «Модификации модели», кроме ТС, зарегистрированных в иностранных государствах. Указывается код категории ТС из справочника «Модификации модели». Если в справочнике РСА «Модификации модели» код категории ТС не заполнен, то в проверке ТС тег CatCar не заполняется.
DocumentCar Тип документа ТС Обязательно для заполнения, кроме ТС, зарегистрированных в иностранных государствах. Проверка на соответствие кодам из справочника «Типы документов».
DocCarSerial Серия документа ТС
DocCarNumber Номер документа ТС Обязательно для заполнения, кроме ТС, зарегистрированных в иностранных государствах. Проверка на отсутствие недопустимых символов.
DocumentCarDate Дата выдачи документа ТС Обязательно для заполнения, кроме ТС, зарегистрированных в иностранных государствах. Проверка отключена до внедрения соответствующей доработки ДиКБМ.
EngCap Мощность двигателя для категории B, л.с. Обязательно для заполнения для CatCar= «B», кроме ТС, зарегистрированных в иностранных государствах.
MaxMass Разрешенная максимальная масса в килограммах для категории C Обязательно для заполнения для CatCar= «С», кроме ТС, зарегистрированных в иностранных государствах.
UnladenMass Масса без нагрузки в килограммах для категории C Обязательно для заполнения для CatCar= «С», кроме ТС, зарегистрированных в иностранных государствах. Проверка отключена до внедрения соответствующей доработки ДиКБМ.
PasQuant Количество пассажирских мест для категории D Обязательно для заполнения для CatCar= «D», кроме ТС, зарегистрированных в иностранных государствах.
CarIdent LicensePlate Гос. номер Обязателен для заполнения один из 4-х элементов. Проверка на отсутствие недопустимых символов. При заполнении тегов VIN/ BodyNumber/ChassisNumber – проверка отсутствия заполнения тега LicensePlate (Гос.номера). При заполнении тега LicensePlate – проверка отсутствия заполнения других идентификаторов ТС. Поиск и проверка ТС в подсистеме ДиКБМ осуществляется по полному совпадению идентификаторов ТС (по указанному количеству идентификаторов и их значениям). Проверка гос.номера осуществляется среди гос.номеров – единственных идентификаторов ТС.
VIN VIN
BodyNumber Номер кузова
ChassisNumber Номер шасси

С недавних пор обладатели транспортных средств могут оформить страховку в виде бумажного документа или цифровой записи, получившего наименование е-ОСАГО.

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

Заполнение электронного ОСАГО обладает плюсами:

  • обеспечение водителям возможности оформить страховку, не отходя от компьютера;
  • решение проблем очередей в офисах страховщиков;
  • устранение сложностей с искусственно создаваемым «дефицитом» бланков полисов;
  • борьбу с недобросовестной политикой страховщиков по навязыванию дополнительных услуг;
  • снижение расходов на печать бланков с различными степенями защиты;
  • обеспечение экономии компаний на сотрудниках (автоматизация позволяет сократить персонал);
  • предоставление возможности страховщикам отказаться от содержания части офисов, востребованность которых должна снизиться.

Как и при многих других новшествах, с электронными полисами возник ряд проблем. Они связаны как с техническими, так и с коммерческими причинами.

  1. Неполадки при оформлении документа через сайт. Количество автолюбителей, пожелавших получить полис таким способом превысило возможности технической инфраструктуры. Проблема связана не только с перегруженностью серверов самих страховых компаний, но и с невозможностью обслужить такое количество запросов, поступающих к базе данных РСА – Российского союза автостраховщиков (информация о каждом застрахованном хранится у этого объединения).
  2. Отсутствие сведений о регистрации автомобиля в базе. Одной из существенных проблем выступают сложности при обмене данных между ГИБДД и РСА. Если передача обновленных данных произошла с ошибками, то информации о существовании транспортного средства клиента может просто не оказаться.
  3. Отсутствие данных о техосмотре. Одним из условия для оформления полиса служит действующая диагностическая карта. Данные о ней также могут отсутствовать на сервере РСА и система не позволит оформить ОСАГО.
  4. Невозможность применить понижающий коэффициент за безаварийную езду. Если страхователь не становится виновником ДТП, то ему предоставляется скидка, накапливающаяся с каждым годом. Она может достигать половины стоимости полиса. По какой-то причине применить коэффициент невозможно.
  5. Региональные ограничения. Страховщики предоставляют возможность приобрести цифровой полис только жителям отдельных городов. Они объясняют это «токсичностью» ряда регионов. Под ней компании понимают распространенность «мошеннических схем» и убыточностью деятельности на таких территориях.
  6. Проблемы для иногородних. Эти сложности связаны с региональными ограничениями. Если гражданин проживает на территории столицы, но зарегистрирован в другом городе, получить полис не удастся. В некоторых случаях предусматривается абсурдная «проверка» клиента, длящаяся до 30 дней.

Некоторые действия страховщиков специально стимулируют клиентов отказаться от оформления электронного ОСАГО:

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

Все перечисленное призвано заставить пользователя приехать в офис, где его вынудят приобрести страховку вместе с навязанными услугами. Страховые компании всячески пытаются таким образом повысить маржинальность страхования, которое в части ОСАГО в некоторых регионах страны просто невыгодно из-за деятельности автоюристов. Обусловить возможность оформления электронного полиса покупкой других продуктов компании на сайте не удастся.

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

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

Поэтапная инструкция по оформлению е-ОСАГО

Оформление полиса у разных страховщиков имеет свои особенности. Если не вдаваться в них, то можно выделить ряд общих этапов.

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

  • ФИО полностью;
  • реквизиты паспорта;
  • сведения о дате и месте рождения;
  • адрес регистрации;
  • номер мобильного телефона;
  • электронный адрес.

Проверка введенной информации. Сведения о водителе сверяются с данными централизованной базы РСА. Если данные о страхователе внесены в нее, то пользователю на электронный адрес или мобильный номер пришлют параметры доступа к учетной записи (пароль и логин).

Заполнение заявления. В форму на сайте придется внести сведения о:

  • страхователе (персональные данные, указанные выше);
  • автомобиле (запрашиваемые данные переносятся из свидетельства о регистрации);
  • характеристики будущего полиса (срок действия, периоды использования машины и дата начала действия);
  • гражданах, которые будут пользоваться машиной.

Проверка внесенной информации . Все сведения будут сопоставлены с содержимым базы РСА. Если сведения действительно числятся в ней, то пользователь получит уведомление с расчетом стоимости страховки, порядке ее оплаты (банковские карты и/или электронные деньги), а также адресом, на который будет выслан электронный документ. Когда заявление не прошло проверку, компания укажет на причину отказа в оформлении и предложит исправить запрос.

Оплата и получение страховки. После перечисления денег, компания направит на электронный адрес клиента сам полис.

Документ можно распечатать и возить с собой. Его бумажный вариант будет подтверждением оформления ОСАГО электронным способом.

Ошибки при оформлении е-ОСАГО и их последствия

При заполнении заявления существует риск допустить ошибку. Примерами выступают:

  • неправильное указание модели автомобиля;
  • опечатки в ФИО собственника, страхователя и допущенных водителей;
  • ошибки в номере;
  • неточности в указании реквизитов регистрационных документов;
  • ошибки в серии или номере водительского удостоверения;
  • указание страхователя в качестве собственника машины (если это разные лица).

Давайте разберемся в последствиях таких ошибок.


Если застрахованный водитель попадет в ДТП, то компания не вправе отказать в выплате потерпевшему, поскольку полис был оформлен. Это не означает, что водителю можно не обращать внимание на неточность. Проблемы могут возникнуть с сотрудником ГИБДД. Он с большой вероятностью проявит формальный подход и оштрафует водителя за отсутствие страховки. Проверка полиса проводится не только в случае аварии, но и при любой остановке.

Вне зависимости от характера неточности в документе, водителю рекомендуется озаботиться тем, как исправить ошибку в электронном полисе ОСАГО.

Cогласно изменений закона об ОСАГО в 2014 году теперь предусмотрено прямое возмещение убытков у своего страховщика. Пострадавший в ДТП вправе обратиться в свою страховую компанию. Об этом вы можете прочитать

Ряд недобросовестных граждан намеренно искажают информацию о себе. Это связано со стремлением максимально снизить страховую премию. Примерами служат:

  • занижение количества лошадиных сил;
  • ложная информация о регистрации страхователя на территории сельской местности (для таких владельцев предусмотрен наиболее низкий территориальный коэффициент);
  • завышение водительского стажа.

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

При обнаружении обмана, страховщик потребует доплаты. Если намеренная ошибка будет установлена после ДТП, то компания вправе подать иск о возмещении произведенных пострадавшим выплат к недобросовестному клиенту.

Важно: Вся информация о транспортном средстве и водителе для оформления Е-ОСАГО аккумулируется в базе данных РСА. Таким образом, до получения первого электронного ОСАГО в обязательном порядке придется оформить свой первый бумажный полис.

Как внести изменения в электронный ОСАГО

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

Основания для корректировки электронного документа те же самые, что и для бумажного варианта:

  • внесение новых водителей;
  • изменение реквизитов водительского удостоверения в связи с его заменой (хотя обязанности переделывать страховку нет, существует риск стать жертвой недобросовестного сотрудника ГИБДД, который «не заметит» отметки о ранее действовавшем документе);
  • получение нового паспорта;
  • изменение адреса проживания.

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

Существует вероятность получить отказ со стороны сотрудников офиса. Это может объясняться тем, что помещение занимает не сама компания, а ее брокеры – агенты, которые имеют право заключать от имени страховщика новые договоры ОСАГО. Другой причиной зачастую служит стремление сотрудников навязать дополнительный полис. Возможность переоформить документ они связывают с покупкой другой услуги. Такие действия противозаконны и на представителей компании можно пожаловаться вышестоящему руководству или в контролирующие органы (Роспотребнадзор, территориальное подразделение ЦБ РФ, финансовому омбудсмену).

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

Продление полиса ОСАГО и замена компании-страховщика

При использовании цифрового полиса возникает проблема его продления. Через год после оформления (в ряде случаев – еще раньше) клиенту придется получить новый документ. Особенности его оформления зависят от конкретного страховщика. При этом процедура будет включать ряд общих этапов.

  1. Прохождение техосмотра. Обязательным условием для продления страховки служит наличие актуальной диагностической карты. Если она отсутствует, ее придется получить на любой СТО, оказывающей такие услуги.
  2. Заполнение данных в личном кабинете. Необходимо зайти на сайт страховщика и ввести логин и пароль учетной записи. Многие компании предоставляют возможность упрощенного продления ОСАГО. Достаточно перейти по соответствующей ссылке и внести данные о номере и дате оформления диагностической карты.
  3. Проверка данных. Если информация подтвердится, система предложит перейти к оплате документа.
  4. Оплата и получение полиса. После перечисления денег на электронный адрес будет направлен новый документ, как и при первичном оформлении.

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

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

Чтобы его оформить, придется предоставить страховщику ранее оформленный полис. Факт езды без ДТП за предыдущий год будет установлен по запросу в предыдущую компанию клиента.

О последних изменениях в законе об ОСАГО 2017 года, предусмотревших осуществление выплат по ОСАГО в «натуральной форме», т.е. в виде ремонта на авторизованных СТО, вы можете прочитать

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

Случайные статьи

Вверх