Бажаєте пройти тест за матеріалами статті після її прочитання?
ТакНі
Можливість застрахувати автомобіль, не виходячи з будинку, – справжній подарунок автовласникам! Однак і тут періодично виникають неприємні сюрпризи: наприклад, коли при оформленні ОСАЦВ онлайн не проходить перевірка на базі АІС РСА. Чи можна самостійно вирішити проблему чи особистий візит до страхової компанії є обов'язковим?
Причини проблеми
Якщо при оформленні поліса ОСАЦВ онлайн не проходить перевірка АІС РСА, причина завжди одна – десь виникла невідповідність даних. Найпростіший варіант з усіх можливих - ви просто припустилися помилки при введенні інформації в обов'язкові поля. У такому разі перевірте ще раз, приділяючи увагу правильному написанню слів.
Деякі страхові компанії подбали про зручність своїх клієнтів, які бажають оформити електронний поліс: вони додали до сервісу підсвічування спірних місць. Це значно спрощує процес роботи над помилками: достатньо спробувати кілька різних варіантів – і обов'язково знайдеться правильно!
Окрім друкарських помилок є ймовірність, що ви написали якісь відомості інакше, ніж минулого разу. Можливо тоді ви списували інформацію з ПТС, а тепер писали по пам'яті, або навпаки. У будь-якому випадку, ви повинні досягти повної ідентичності з даними, поданими минулого року. 
Ідеальний варіант - переписати все з торішнього поліса, тоді перевірку РСА ви, напевно, пройдете.
Що робити?
Погано, якщо помилки припустилися не ви, а співробітник страхової компанії, за допомогою якого оформлявся попередній поліс. Тепер ця помилка приписана до вас, поки ви не досягнете її виправлення. То що робити? Варіантів подій у цьому випадку кілька.
Отримання страхового полісу ОСАГОважливо і він повинен бути у кожного власника автотранспорту в наявності. Страховка є гарантієюстрахування цивільної відповідальності та у разі виникнення ДТП та відшкодує його учасникам суму збитків або завданих збитків.
Вартість поліса ОСАЦВ встановлюється державоюта без страховки заборонено здійснювати пересування на дорогах міста. Процес видачі страхового поліса максимально спрощений, внаслідок чого з'явилася велика кількість організацій-шахраїв.
Тому щоб убезпечити себе від отримання недійсногополіса ОСАЦВ – потрібно вміти самостійно перевіряти актуальність та справжність страхового поліса.
Перевірку на справжність бланка страхового поліса ОСАЦВ можна провести:
- Візуально.
- З допомогою інформаційної бази РСА.
Візуально визначити підробку поліса можна за такими ознаками:
Додаткові причини, через які поліс ОСАЦВ не є дійсним і на які слід звернути увагу:
- Внесені дані в бланку від руки, а також виправлення або закреслення.
- Термін дії поліса минув або відкоригований вручну.
- Низька вартість страхового поліса.
Ще одним способом перевірки справжності страхового поліса є перевірка наявності ліцензії, що діє, у страхової компанії. Перевірити цю інформацію можна за допомогою даних єдиної бази обліку РСА.
Якщо страховку оформляє представник компанії і у вас виникли сумніви щодо законності його дій, то можете зателефонувати до страхової організації – уточнити, чи працює у них даний співробітник. Представник повинен на вимогу пред'явити довіреність від страхової компанії із зазначенням наявності права на реалізацію полісів ОСАЦВ.
Перевірка поліса ОСАЦВ
Перевірка страхового поліса ОСАЦВ необхіднаколи потрібно підтвердження його справжності. Ця процедура найбільш популярна у власників транспортних засобів, які збираються звернутися до маловідомої страхової компанії або посередника для укладення договору.
Для виконання цієї процедури за допомогою бази РСАнеобхідно у спеціальне вікно пошуку ввести номер страховки.
В результаті програма видасть інформацію, що включає:
- ПІБ власника полісу;
- Статус документа (дійсний, втрачений чи вкрадений);
- Державний номер автомобіля, на який виписано поліс;
- Термін дії полісу;
- Найменування організації – страховика;
- Наявність у страховика чинної ліцензії виконання своєї діяльності.
Також необхідна при наступі страхового випадку.
Перевірка полісу на конкретну машину
Використовуючи сервіс РСА можна здійснити пошук, використовуючи державний номер автомобіля або VIN код, та дізнатися щодо нього наявність страхового поліса.
Про це читайте тут.
Для цього потрібно знати та ввести його у вікно пошуку.
В результаті програма надасть інформацію:
- Про номерні дані поліса;
- Про страхову організацію, з якою укладено договір;
- Про вид страхового поліса (обмежена чи необмежена страховка).
Трапляються ситуації, коли винуватець ДТП втік з місця злочину, але свідки запам'ятали державний номер його транспортного засобу. В цьому випадку можна за номером, за допомогою інформаційної бази РСА, встановити дані винуватця та закликати його до відповідальності через спеціальні органи влади.
Про це читайте тут.
Якщо, при проведенні перевірки даних, не отримано підтвердженнявід централізованої системи РСА означає, що введена в пошукове вікно інформація, хоч у знаку, відрізняється від записаних в базу Союзу Страховиків.
Можливо кілька варіантів, через що виникла помилка, до них відносяться:
Ця проблема також може виникнути через помилку не в самих даних про машину, а в сторонніх документах.
В цьому випадку необхідно:
- Зіставте дані виданої вам діагностичної картки з інформацією.
- Перевірте правильність адреси реєстрації. Можливо, вона була змінена вами, а зміни ще не внесені. У цьому випадку можна спробувати вказати номер у пошуковому вікні ПТС.
Якщо з'ясувалося, що інформація не видається саме через помилку в базі РСА:
- Можна спробувати ввести в пошукове вікно дані з помилкою або друкарською помилкою (якщо тільки ви точно знаєте, в чому саме вона полягає) як вони відображені в базі.
- Можна звернутися до страхової організації, якщо терміни дії страховки ще не минули, з проханням відкоригувати внесені до бази дані.
Тому оформлення страховки на транспортний засіб найкраще довірити великої та надійної компанії, яка правильно виконає розрахунки вартості страховки та компенсацій, а також своєчасно та правильно виконує свої зобов'язання.
Тільки якщо ви не сумніваєтесяу повноваженнях обраної страхової компанії, то можете сміливо набувати у них страхового полісу без попередньої перевірки.
Для отримання статусу обробки запиту завантаження статусу проекту договору е-ОСАГО КІС СК звертається до сервісу 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) Ідентифікатор визначається значенням одного з наступних реквізитів або їх комбінацією (при заповненні кількох):
| 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 | Серія документа | Обов'язково для заповнення за наявності. | |
| При заповненні – перевірка на відсутність неприпустимих символів. | Номер | ||
| JuridicalPersonInfoRequest | Country | Код країни в ОКСМ | Обов'язкове для заповнення. |
| Номер документа | OrgID | Обов'язкове для заповнення. | |
| AddressRSACode | Повне найменування (відповідно до Свідоцтва про реєстрацію)+ ІПН(для резидентів РФ) | Адреса - код із довідника РСА-КЛАДР | |
| Номер документа | Обов'язкове для заповнення. Перевірка на відповідність кодам із довідника «КЛАДР» | Resident | Обов'язкове для заповнення. |
| Ознака РФ/не РФ | INN | ІПН юр.особи | |
| Обов'язково заповнення для резидентів РФ. | OrgName | Обов'язкове для заповнення. |
| Батьківський елемент | Атрибут батьківського елемента | Логічне найменування | Логічна перевірка |
| DriverRequest | DriverRequestValue | Перевірка даних ЛДУ | Обов'язкове для заповнення. |
| DriverRequestValue | InsurerID | Ідентифікатор страхової компанії | Обов'язкове для заповнення. Перевірка на відповідність кодам із довідника «Страхові компанії». Перевірка на відповідність ідентифікатору СК, вказаному у заголовку повідомлення. |
| DriverInfoRequest | Дані ЛДУ для перевірки | Обов'язкове для заповнення. | |
| DateRequest | Дата+час запиту | Обов'язкове для заповнення. | |
| DriverInfoRequest | |||
| PersonNameBirthHash | Хеш ПІБ+дати народження | Обов'язкове для заповнення. | |
| DriverDocument | Серія та номер посвідчення водія | Обов'язкове для заповнення. | |
| КатегоріїDriverLicense | Дозволені категорії ТЗ за посвідченням водія | ||
| DriverDocDate | Дата видачі першого посвідчення водія | Обов'язкове для заповнення. Перевірка цього поля здійснюється з точністю до року. | |
| DriverDocument | Serial | Серія документа | Обов'язково для заповнення за наявності. При заповненні – перевірка на відсутність неприпустимих символів. |
| При заповненні – перевірка на відсутність неприпустимих символів. | Номер | Обов'язкове для заповнення. Перевірте відсутність неприпустимих символів. | |
| КатегоріїDriverLicense | CatDriverLicense | Категорія ТЗ з ВУ | Обов'язкове для заповнення. Вказується код категорії ТС із довідника «Модифікації моделі». Перевірку відключено до впровадження відповідного доопрацювання ДиКБМ. |
| Батьківський елемент | Атрибут батьківського елемента | Логічне найменування | Логічна перевірка |
| TSRequest | TSRequestValue | Перевірка даних ТЗ | Обов'язкове для заповнення. |
| TSRequestValue | InsurerID | Ідентифікатор страхової компанії | Обов'язкове для заповнення. Перевірка на відповідність кодам із довідника «Страхові компанії». Перевірка на відповідність ідентифікатору СК, вказаному у заголовку повідомлення. |
| TSInfoRequest | Дані ТЗ для перевірки | Обов'язкове для заповнення. | |
| DateRequest | Дата+час запиту | Обов'язкове для заповнення. | |
| TSInfoRequest | CountryCar | Країна реєстрації ТЗ | Обов'язкове для заповнення. Перевірка на відповідність значенням "0" і "1" (1 - РФ; 0 - не РФ) |
| CarIdent | Ідентифікатори ТЗ | Обов'язкове для заповнення. | |
| MarkModelCarRSACode | Код марки-моделі із довідника РСА | Обов'язкове для заповнення. Перевірка на відповідність значенням із довідника «Модифікації Моделі». | |
| Якщо у довіднику немає необхідної моделі, то повинен передаватися код запису довідника, назва якого починається зі слів «Інша модель» і яка відповідає потрібній категорії та типу ТЗ | YearIssue | Рік випуску | |
| Обов'язково для заповнення крім ТЗ, зареєстрованих в іноземних державах. | TypeCar | Тип ТС | |
| Обов'язково для заповнення крім ТЗ, зареєстрованих в іноземних державах. Вказується код типу ТС із довідника «Модифікації моделі». | CatCar | Категорія ТЗ | |
| Обов'язково для заповнення при заповненому коді категорії ТЗ у довіднику РСА «Модифікації моделі», крім ТЗ, зареєстрованих в іноземних державах. Вказується код категорії ТС із довідника «Модифікації моделі». | Якщо у довіднику РСА «Модифікації моделі» код категорії ТС не заповнено, то у перевірці ТС тег CatCar не заповнюється. | DocumentCar | |
| Тип документа ТЗ | Обов'язково для заповнення, крім ТЗ, зареєстрованих у іноземних державах. Перевірка на відповідність кодам із довідника «Типи документів». | ||
| DocCarSerial | Серія документа ТЗ | Обов'язково для заповнення крім ТЗ, зареєстрованих в іноземних державах. Перевірте відсутність неприпустимих символів. | |
| DocumentCarDate | Дата видачі документа ТЗ | Обов'язково для заповнення крім ТЗ, зареєстрованих в іноземних державах. | |
| Перевірку відключено до впровадження відповідного доопрацювання ДиКБМ. | EngCap | Потужність двигуна для категорії B, к.с. | |
| Обов'язково для заповнення для CatCar = "B", крім ТЗ, зареєстрованих в іноземних державах. | MaxMass | Дозволена максимальна маса в кілограмах для категорії C | |
| Обов'язково для заповнення CatCar = «С», крім ТЗ, зареєстрованих в іноземних державах. | UnladenMass | Маса без навантаження у кілограмах для категорії C | |
| Обов'язково для заповнення CatCar = «С», крім ТЗ, зареєстрованих в іноземних державах. | Перевірку відключено до впровадження відповідного доопрацювання ДиКБМ. | PasQuant | |
| CarIdent | Кількість пасажирських місць для категорії D | Обов'язково для заповнення CatCar = «D», крім ТЗ, зареєстрованих в іноземних державах. | LicensePlate |
| Держ. номер | Держ. номер | ||
| Обов'язковий для заповнення один із 4-х елементів. Перевірте відсутність неприпустимих символів. | При заповненні тегів VIN/BodyNumber/ChassisNumber – перевірка відсутності заповнення тега LicensePlate (Держномера). | ||
| Під час заповнення тега LicensePlate – перевірка відсутності заповнення інших ідентифікаторів ТС. | Пошук та перевірка ТЗ у підсистемі ДиКБМ здійснюється за повним збігом ідентифікаторів ТЗ (за вказаною кількістю ідентифікаторів та їх значеннями). |
Перевірка держ. номера здійснюється серед держ. номерів - єдиних ідентифікаторів транспортного засобу. VIN BodyNumber Номер кузова ChassisNumber
Номер шасі
- Головна проблема, з якою стикаються автолюбителі при спробі оформити ОСАЦВ онлайн на сайті страхової компанії, це помилка, що інформація “
До речі, саме тому краще спочатку відловити помилки на такому сайті, навіть якщо ви плануєте купувати ОСАЦВ не в цій компанії, а потім вже оформити на сайті вашої СК. Просто тому що сайт РГС зроблений зручніше і підсвічує помилки (на деяких моніторах погано видно неконтрастне жовте підсвічування, в цьому випадку спробуйте подивитися на екран "знизу", так кольори будуть контрастнішими і ви побачите, де помилка):
- Можливо, є розбіжності в написанні моделі, або вашої адреси, або ще якогось параметра в реальності та ПТС. Тому обов'язково звіряйте дані з ПТС та СОР (Свідоцтво про Реєстрацію – картка, яку ви возите із собою).
А ще краще перевіряти всі поля за торішнім полісом – саме ці дані “лежать” в АІС РСА. Зверніть увагу, що якщо стоїть вибір між номером ПТС та номером СОР – треба писати те, що вам вказували у минулому полісі ОСАЦВ у п. 2
- Помилку могли зробити не ви, а агент чи співробітник страхової компанії, коли ви минулого разу оформляли ОСАЦВ. Тут уже нічого не зробиш, треба з'ясовувати, де саме розбіжність і в чому вона полягає. Якщо є час та бажання оформити ОСАЦВ саме через Інтернет, то напишіть у техпідтримку однієї (а краще відразу кількох) страхових компаній, на сайті який ви намагаєтеся купити ОСАЦВ. Зазвичай вони відповідають протягом 1-2 днів з конкретизацією помилки.
Також проблема може бути не в даних на саму машину, а в сторонніх документах:
- , що видана вам діагностична карта техогляду введена в ЕАІСТО, звірте дані з цієї бази.
- Перевірте адресу вашої реєстрації. У разі, якщо не проходить номер нового свідоцтва про реєстрацію, спробуйте вказати ПТС (і навпаки).
- new! Завдяки коментарям та відгукам користувачів на сайті, виявив іншу часту причину помилки “ПТС/Свідоцтво”. Не рідко в базі в полі ПТС лежить номер свідоцтва чи навпаки, тобто переплутаний тип документа. Тому спробуйте вибрати документ "свідоцтво про реєстрацію ТЗ", але набрати номер ПТС. І навпаки. Багатьом допомагає!
- new! Все більше компаній починають пропонувати еОСАГО, але більшість новачків роблять це тільки в режимі продовження. Тобто можна лише пролонгувати їхній торішній поліс, але не стати новим клієнтом цієї страхової. Якщо ваша страховка минулого року була укладена в одній із фірм, то намагайтест в першу чергу продовжити у них, адже тільки у них на сайті ви можете автоматично завантажити минулорічні дані і тим самим виключити корінь “проблеми РСА”.
Звідки взагалі береться ця помилка?Справа в тому, що при покупці полісу через агента, агенту дозволено ввести будь-яку інформацію до бази. Вважається, що він є кваліфікованим співробітником. А коли постало питання про продаж страховок онлайн, то дати можливість водіям самим вказувати кінські сили та інші важливі характеристики ніхто не може – інакше у всіх одразу стане по 99 к.с.! Тому й зробили цю перевірку – її сенс у тому, щоб уведені дані збігалися з останніми даними з бази АІС РСА. Іншими словами, вони повинні бути такими ж, як їх ввів агент при покупці вами попереднього поліса.
Але агенти не завжди ідеальні, крім того раніше не мало особливого значення невелика неточність у полісі. Якийсь агент, наприклад, писав за замовчуванням усім малолітражкам 99 л.с., замість точних 95, 85 або 91 - все одно ціна однакова. Або інший приклад – в одній страховій у їхній внутрішній програмі було прийнято писати Хюндай, а в іншій – Хендай. Одні округляли числа, інші – ні. А тепер водій має “відгадати”, як в останній страховій записали всі дані.
Що ще можна зробити?
- Якщо ви зрозуміли, що помилка саме в базі РСА і "відгадали" помилку, то можна знову ввести дані з помилкою або друкарською помилкою "як в базі".
- Це у випадку, коли сервіс онлайн-заповнення дозволяє ввести довільні дані, а не вибрати із запропонованого списку (спробуйте різні страхові, у всіх різні "інтерфейси"). Формально, таким чином ви уклали договір страхування з некоректними даними, але більшість страхових компаній з розумінням ставляться до цього, навіть при настанні страхового випадку (як мінімум, це питання я уточнював з представником СГ ХОСКА і мене запевнили, що вони визнають такий договір, але попросять приїхати і до офісу та переофрмувати договір на актуальні дані). Але щоб бути 100% впевненим у легітимності поліса, ви будь-якої миті після покупки е-ОСАГО зможете звернутися до офісу вашої СК та попросити актуалізувати дані. Можливість змінити дані щодо ув'язненого електронного ОСАЦВ при особистому візиті в офіс продажів підтвердили в мені представники Росдержстраху, додавши, що планується незабаром (у 2016 році?) часу реалізувати можливість змінювати дані е-полісу ОСАЦВ через Інтернет. Загалом спосіб не 100% правильний, але на практиці швидше за все проблем не буде.то можна звернутися до компанії, де ви зараз застраховані та попросити оновити інформацію, змінивши дані на правильні. По можливості перевірте все, що офіс-менеджер буде вводити в комп'ютер. Після цього чекаємо пару днів, поки оновляться дані в базі РСА і намагаємося знову! Крім того, деякі страхові готові перевіряти ще раз дані навіть по телефону, не дуже зрозуміло як вони при цьому ідентифікують клієнта. Але, наприклад, читач сайту Вадим із Самари розповів, що йому вдалося просто по телефону оновити дані в РСА у страховій компанії ЖАСО, в якій він був застрахований. Це набагато правильніший спосіб, проте і він не завжди працює. Приклад – у відгуку Віталія з Волзького, який він надіслав мені на пошту:
Почав пробивати за місяць до закінчення поліса, полізли помилки, то вулиця з граматичними помилками, то в назві машини не правильно стоять букви (у мене Suzuki SX4 за документами, а в базі було вбито SX-4). З'їздив у центральний офіс у м. Волгоград, все підкоригував, але я так і не зміг отримати еОСАГО, т.к. сайт перед оплатою видавав помилку MarkModelCarRsaCode. Ця помилка і є проблема горезвісного "-" в марці машини, але виявилося по всіх базах всіх страховиків проходить саме SX4 і тільки в ТОВ «Зетта Страхування» (я сам особисто бачив на моніторі) вибирається тільки SX-4. Так за місяць я і не зміг вирішити всі проблеми, але налагодивши свої дані через відвідування офісу (крім марки машини), я ніби підготувався до наступного страхування через рік.
Поради доповнюватимуть.
Радий почути вашу думку в коментарях.