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

З недавніх пір власники транспортних засобів можуть оформити страховку у вигляді паперового документа або цифрового запису, що отримав назву е-ОСАГО.

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

Заповнення електронного ОСАЦВ має плюси:

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

Як і за багатьох інших нововведень, з електронними полісами виникла низка проблем. Вони пов'язані як із технічними, і з комерційними причинами.

  1. Несправності при оформленні документа через сайт. Кількість автолюбителів, які побажали отримати поліс у такий спосіб, перевищила можливості технічної інфраструктури. Проблема пов'язана не лише з перевантаженістю серверів самих страхових компаній, але й з неможливістю обслужити таку кількість запитів, що надходять до бази даних РСА - Російського союзу автостраховиків(Інформація про кожного застрахованого зберігається у цього об'єднання).
  2. Відсутність відомостей про реєстрацію автомобіля на базі. Однією із суттєвих проблем виступають складності при обміні даних між ДІБДР та РСА. Якщо передача оновлених даних сталася з помилками, то про існування транспортного засобу клієнта може просто не виявитися.
  3. Відсутність даних про техогляд. Однією з умов оформлення поліса служить діюча діагностична карта. Дані про неї також можуть бути відсутніми на сервері РСА і система не дозволить оформити ОСАЦВ.
  4. Неможливість застосувати знижувальний коефіцієнт за безаварійну їзду. Якщо страхувальник не стає винуватцем ДТП, йому надається знижка, що накопичується з кожним роком. Вона може досягати половини вартості полісу. З якоїсь причини застосувати коефіцієнт неможливо.
  5. Регіональні обмеження. Страховики надають можливість придбати цифровий поліс лише мешканцям окремих міст. Вони пояснюють це «токсичністю» низки регіонів. Під нею компанії розуміють поширеність «шахрайських схем» та збитковістю діяльності на таких територіях.
  6. Проблеми для іногородніх. Ці складнощі пов'язані з регіональними обмеженнями. Якщо громадянин мешкає на території столиці, але зареєстрований в іншому місті, отримати поліс не вдасться. У деяких випадках передбачається абсурдна "перевірка" клієнта, що триває до 30 днів.

Деякі дії страховиків спеціально стимулюють клієнтів відмовитися від оформлення електронного ОСАЦВ:

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

Все перераховане покликане змусити користувача приїхати до офісу, де його змусять придбати страховку разом із нав'язаними послугами. Страхові компанії всіляко намагаються таким чином підвищити маржинальність страхування, яке в частині ОСАЦВ у деяких регіонах країни просто невигідне через діяльність автоюристів. Зумовити можливість оформлення електронного полісу покупкою інших продуктів компанії на сайті не вдасться.

Така політика порушує закон, а відповідні вимоги на порталі компанії стануть незаперечним доказом її винності. Такі дії страховиків часто змушують подавати на них скарги Росспоживнагляді Банк Росії .

Важливо:Не соромтеся нарікати на страхові компанії. Відношення до клієнта після отримання грошей на практиці у більшості з них настільки неприємне, що потрібно мати належну витримку і вміти правильно і аргументовано подати скаргу.

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

Оформлення полісу у різних страховиків має особливості. Якщо не вдаватися до них, можна виділити ряд загальних етапів.

Створення облікового запису для особистого кабінету.Щоб отримати доступ до електронного страхування, доведеться створити обліковий запис на сайті компанії. Для цього потрібно заповнити пропоновану форму, внісши до неї такі персональні дані:

  • ПІБ повністю;
  • реквізити паспорта;
  • відомості про дату та місце народження;
  • адреса реєстрації;
  • номер мобільного телефону;
  • електронна адреса.

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

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

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

Перевірка внесеної інформації. Усі відомості будуть зіставлені з вмістом бази РСА. Якщо відомості дійсно значаться в ній, то користувач отримає повідомлення з розрахунком вартості страховки, порядку її оплати (банківські картки та/або електронні гроші), а також адресою, на яку буде надіслано електронний документ. Коли заява не пройшла перевірку, компанія вкаже на причину відмови в оформленні та запропонує виправити запит.

Оплата та отримання страховки.Після перерахування грошей компанія направить на електронну адресу клієнта сам поліс.

Документ можна роздрукувати та возити із собою. Його паперовий варіант буде підтвердженням оформлення ОСАЦВ електронним способом.

Помилки при оформленні е-ОСАГО та їх наслідки

При заповненні заяви існує ризик припуститися помилки. Прикладами виступають:

  • неправильне вказівку моделі автомобіля;
  • помилки у ПІБ власника, страхувальника та допущених водіїв;
  • помилки у номері;
  • неточності у зазначенні реквізитів реєстраційних документів;
  • помилки в серії або номері посвідчення водія;
  • вказівку страхувальника як власника машини (якщо це різні особи).

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


Якщо застрахований водій потрапить у ДТП, то компанія не має права відмовити у виплаті потерпілому, оскільки поліс був оформлений. Це не означає, що водієві можна не зважати на неточність. Проблеми можуть виникнути із співробітником ДІБДР. Він з великою ймовірністю виявить формальний підхід та оштрафує водія за відсутність страховки. Перевірка поліса проводиться не тільки у разі аварії, але й за будь-якої зупинки.

Незалежно від характеру неточності в документі, водієві рекомендується потурбуватися про те, як виправити помилку в електронному полісі ОСАЦВ.

Відповідно до змін закону про ОСАЦВ у 2014 році тепер передбачено пряме відшкодування збитків у свого страховика. Потерпілий у ДТП має право звернутися до своєї страхової компанії. Про це ви можете прочитати

Низка несумлінних громадян навмисно спотворюють інформацію про себе. Це з прагненням максимально знизити страхову премію. Прикладами є:

  • заниження кількості кінських сил;
  • помилкова інформація про реєстрацію страхувальника на території сільської місцевості (для таких власників передбачено найнижчий територіальний коефіцієнт);
  • завищення водійського стажу.

Всі ці варіанти не спрацюють, якщо страховка вже оформлялася у зв'язку із володінням цим автомобілем. Коли нова машина, така можливість існує. При цьому обман розкриється при наступному зверненні до компанії (для зміни параметрів страховки або її продовження).

При виявленні обману страховик вимагатиме доплати. Якщо навмисна помилка буде встановлена ​​після ДТП, то компанія має право подати позов про відшкодування здійснених потерпілим виплат до несумлінного клієнта.

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

Як внести зміни до електронного ОСАЦВ

Одним із необхідних сервісів при електронному обслуговуванні страхувальників є можливість комфортного внесення коригувань у вже оформлений документ. Давайте розберемося, що робити, якщо в електронному ОСАЦВ виявилася помилка, і за інших ситуацій, коли необхідно внести нові відомості або параметри.

Підстави для коригування електронного документа ті самі, що й для паперового варіанту:

  • внесення нових водіїв;
  • зміна реквізитів посвідчення водія у зв'язку з його заміною (хоча обов'язку переробляти страховку немає, існує ризик стати жертвою недобросовісного співробітника ДІБДР, який «не помітить» позначки про раніше діючий документ);
  • отримання нового паспорта;
  • зміна адреси проживання.

На відміну від процедури продажу полісу, питання внесення до нього нових відомостей у законі не опрацьовано. Це означає, що єдиним легальним механізмом зміни даних у страховці ОСАЦВ є особиста поява в страховій компанії. При цьому фахівці друкують паперовий варіант документа і поліс припиняє бути цифровим. Термін впливу та інші умови договору залишаються незмінними.

Існує можливість отримати відмову з боку співробітників офісу. Це пояснюватиметься тим, що приміщення займає не сама компанія, а її брокери – агенти, які мають право укладати від імені страховика нові договори ОСАЦВ. Іншою причиною часто є прагнення співробітників нав'язати додатковий поліс. Можливість переоформити документ вони пов'язують із покупкою іншої послуги. Такі дії протизаконні і представників компанії можна поскаржитися вищестоящому керівництву чи контролюючі органи (Роспотребнадзор, територіальний підрозділ ЦБ РФ, фінансовому омбудсмену).

Низка страховиків надає клієнтам можливість скоригувати деякі параметри документа через особистий кабінет. Зі зростанням популярності цифрової страховки, висока ймовірність надання повного сервісу, що передбачає внесення змін до електронного полісу ОСАЦВ.

Продовження полісу ОСАЦВ та заміна компанії-страховика

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

  1. Проходження техогляду. Обов'язковою умовою для продовження страховки є наявність актуальної діагностичної картки. Якщо вона відсутня, її доведеться отримати на будь-якій СТО, яка надає такі послуги.
  2. Заповнення даних у власному кабінеті. Необхідно зайти на сайт страховика та ввести логін та пароль облікового запису. Багато компаній надають можливість спрощеного продовження ОСАЦВ. Достатньо перейти за відповідним посиланням та внести дані про номер та дату оформлення діагностичної картки.
  3. Перевірка даних. Якщо інформація підтвердиться, то система запропонує перейти до оплати документа.
  4. Оплата та отримання полісу. Після перерахування грошей на електронну адресу буде направлено новий документ, як і за первинного оформлення.

Важливо:У наступні роки оновлення поліса проводитиметься через Інтернет. Деякі страховики надають сервіс продовження страховки, оформленої на паперовому носії, в електронному варіанті. Для цього необхідно зареєструватися на сайті та внести реквізити поліса, що минув.

Іншим важливим моментом є перехід з однієї страхової компанії в іншу. Найактуальнішим питанням є збереження знижки, наданої за безаварійну їзду. Функціонал особистого кабінету не передбачає можливості оформити коефіцієнт бонус-малусу.

Щоб його оформити, доведеться надати страховику раніше оформлений поліс. Факт їзди без ДТП за попередній рік буде встановлено на запит у попередню компанію клієнта.

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

Враховуючи нещодавню появу можливості оформити цифровий поліс, існує безліч прогалин та проблем, які істотно погіршують сервіс, що надається. Згодом вони будуть усунуті і популярність електронного ОСАЦВ стане суттєво вищою.

СТРАХУВАЧІ з РЕГІОНІВ! На Вас у страховиків стоять фільтри! Не допоможе жодна зміна ip…..

Не можу оформити електронний поліс ОСАЦВ, можна цілодобово тикати по кнопках, намагаючись оформити поліс. Щоразу вводити інформацію, вранці, в обід і ввечері, можете стати навіть уночі, але електронне ОСАГО Ви НЕ ОФОРМІТЬ! І навіть не сподівайтесь.

З 01.01.2017 року оформлення електронного полісу ОСАЦВ зробили для страхових компаній обов'язковим. А до цього часу вони зробили всі можливі дії, щоб видавити зі страхувальника якнайбільше грошей.

Ви, можливо, не повірите, але на дворі 2019 рік, а фактично нічого не змінилося. Проблеми з ОСАЦВ онлайн продовжуються.

У РСА знайшов перелік страхових організацій, які здійснюють укладання договорів у вигляді електронних документів, але й у них я не можу купити поліс ОСАЦВ онлайн.

Оновлений список страховиків- 51 компанія.

Жодна з цих компаній не продає електронного ОСАЦВ. Продовжити, та можливо, купити – ні!

Наприклад:

Сайт ТСК

Не виходить оформити поліс ОСАЦВ онлайн у ТСК, якщо Вам пощастить Ви пройдете перевірку по базі РСА, але це для «обраних», більшість побачать


І ЦЕ буде крутитися і година, і дві, і доба.

Сайт РЕСО-ГАРАНТІЯ

У них навіть завести особистий кабінет ціла проблема, у мене вийшло за добу.

Але навіть якщо Ви і пройдете далі, заповніть всі поля, ввівши дані, розрахуєте вартість, Вам дадуть номер розрахунку, потрібно буде зберегти розрахунок, при збереженні Ви отримаєте помилку у вигляді сеансу, потрібно буде оновити сторінку і ось тут Ви отримаєте реальну причину.


Ця помилка говорить про те, форма не налаштована для роботи з базою даних. Все це ФІКЦІЯ. І можете повірити мені як технічному спеціалісту.

Сайт Росдержстраху

Електронне осаго Росдержстрах не працює. Тут Ви отримаєте непередбачену помилку, і на цьому все!


Ви можете пройти всі страхові компанії зі списку, але результат дорівнюватиме 0.

У мене все закінчилося взагалі хепі-ендом. Я купив поліс, але не онлайн, а в офісі страховика. І те як кажуть просто пощастило.

Я перепробував багато способів, як оформити ОСАГО онлайн!

Намагався оформити через знайомих, але навіть через них потрібно було оформити до послуги + зверху енну суму «за неспокій». А я намагався просто продовжити поліс у тій же компанії, що й купував. НОНСЕНС.

Якщо ж просто оформляти поліс без знайомих і блату (сам не вірю, що це пишу), можна витратити дні та тижні з щоденними перекличками. У працюючої людини НЕМАЄ СТІЛЬКИ ЧАСУ. І це повний повною суттю пояснює, чому неможливо оформити ОСАГО онлайн.

Це повне свавілля, контролюючі органи не фіга не роблять. Прокуратура загалом «забила» на все. Раніше писали, що «Прокуратура проводить масштабну перевірку страховиків» і що? Да нічого! Порожньо! Дірка від бублика!

Вся їх перевірка — це факсом відправити до страхової компанії запит «Говорять Ви продаєте ОСАЦВ з допослугами», на що також факсом отримують відповідь Так як Ви могли таке подумати! Це страхувальники виклянчують у нас послуги». Смішно! До сліз! Але це насправді так і відбувається.

Якщо все було б інакше, то вони зробили б контрольну закупівлю, а вже в цьому їм допоміг би кожен страхувальник і оштрафували страховиків на сотні тисяч, а то й мільйони рублів, кожного.

Щоб хотілося сказати на закінчення.

ЛЮДИ НЕ ВІРТЕ НІКОМУ! Вільно оформити поліс ОСАГО онлайн в 2019 році НЕ МОЖНА! Єдине місце, де можна оформити ОСАЦВ онлайн - це Москва і Санкт-Петербург, тому що там поліси коштують найдорожче і страховики з регіонів відправляють їх туди.

СТРАХУВАЧІ з РЕГІОНІВ! На Вас у страховиків стоять фільтри! Не допоможе ні зміна IP, ні використання проксі, фільтри налаштовані за місцем реєстрації.

Страховики не просто над нами знущаються, вони це роблять із садистською насолодою. Для цього вони вимкнули можливість збереження внесених даних у формі. Якщо Ви оновите сторінку, Ви втратите всі введені дані. Тобто, Ви сидите півгодини, вводите номери прав, ПТС і т.д., наприкінці отримуєте помилку, оновлюєте сторінку і ось перед Вами чиста форма. Ваші дані зникли.

Тільки на сайті ІНДЕРЖСТРАХу після розрахунку було написано, що «оформити поліс ОСАЦВ Ви можете у найближчому офісі». Скористайтеся порадою, не витрачайте час, сили та нерви намагаючись оформити поліс онлайн. На даний момент купити поліс ОСАЦВ можна лише в офісі страховика.

P.S.Не забувайте перевірити придбаний поліс ОСАЦВ по базі РСА, незалежно від того, де Ви його купили, в офісі або онлайн. На нашу адресу надійшли численні скарги щодо продажу фальшивих полісів страховими брокерами.

Отримання страхового полісу ОСАГОважливо і він повинен бути у кожного власника автотранспорту в наявності. Страхування є гарантієюстрахування цивільної відповідальності та у разі виникнення ДТП та відшкодує його учасникам суму збитків або завданих збитків.

Вартість поліса ОСАЦВ встановлюється державоюта без страховки заборонено здійснювати пересування на дорогах міста. Процес видачі страхового поліса максимально спрощено, внаслідок чого з'явилася велика кількість організацій-шахраїв.

Тому щоб убезпечити себе від отримання недійсногополіса ОСАЦВ – потрібно вміти самостійно перевіряти актуальність та справжність страхового поліса.

Перевірку на справжність бланка страхового поліса ОСАЦВ можна провести:

  • Візуально.
  • З допомогою інформаційної бази РСА.

Візуально визначити підробку поліса можна за такими ознаками:


Додаткові причини, через які поліс ОСАЦВ не є дійсним і на які слід звернути увагу:

  • Внесені дані в бланку від руки, а також виправлення або закреслення.
  • Термін дії поліса минув або відкоригований вручну.
  • Низька вартість страхового поліса.

Ще одним способом перевірки справжності страхового поліса є перевірка наявності ліцензії, що діє, у страхової компанії. Перевірити цю інформацію можна за допомогою даних єдиної бази обліку РСА.

Якщо страховку оформляє представник компанії і у вас виникли сумніви щодо законності його дій, то можете зателефонувати до страхової організації – уточнити, чи працює у них даний співробітник. Представник повинен на вимогу пред'явити довіреність від страхової компанії із зазначенням наявності права на реалізацію полісів ОСАЦВ.

Перевірка полісу ОСАЦВ

Перевірка страхового полісу ОСАЦВ необхіднаколи потрібно підтвердження його справжності. Ця процедура найбільш популярна у власників транспортних засобів, які збираються звернутися до маловідомої страхової компанії або посередника для укладення договору.

Для виконання даної процедури за допомогою бази РСАнеобхідно у спеціальне вікно пошуку ввести номер страховки.

В результаті програма видасть інформацію, що включає:

  • ПІБ власника полісу;
  • Статус документа (дійсний, втрачений чи вкрадений);
  • Державний номер автомобіля, на який виписано поліс;
  • Термін дії полісу;
  • Найменування організації – страховика;
  • Наявність у страховика чинної ліцензії виконання своєї діяльності.

Також необхідна при наступі страхового випадку.

Перевірка полісу на конкретну машину

Використовуючи сервіс РСА можна здійснити пошук, використовуючи державний номер автомобіля або VIN код, та дізнатися щодо нього наявність страхового поліса.

Про це читайте тут.

Для цього потрібно знати та ввести його у вікно пошуку.

В результаті програма надасть інформацію:

  • Про номерні дані поліса;
  • Про страхову організацію, з якою укладено договір;
  • Про вид страхового поліса (обмежена чи необмежена страховка).

Бувають ситуації, коли винуватець ДТП втік із місця злочину, але свідки запам'ятали державний номер його транспортного засобу. В цьому випадку можна за номером, за допомогою інформаційної бази РСА, встановити дані винуватця та закликати його до відповідальності через спеціальні органи влади.

Про це читайте тут.

Якщо, при проведенні перевірки даних, не отримано підтвердженнявід централізованої системи РСА – означає, що введена в пошукове вікно інформація, хоч у знаку, відрізняється від записаних до бази Союзу Страховиків.

Можливо кілька варіантів, через що виникла помилка, до них відносяться:


Ця проблема також може виникнути через помилку не в самих даних про машину, а в сторонніх документах.

В цьому випадку необхідно:

  • Зіставте дані виданої вам діагностичної картки з інформацією.
  • Перевірте правильність адреси реєстрації. Можливо він був змінений вами, а зміни ще не внесені. У цьому випадку можна спробувати вказати номер у пошуковому вікні ПТС.

Якщо з'ясувалося, що інформація не видається саме через помилку в базі РСА:

  1. Можна спробувати ввести в пошукове вікно дані з помилкою або друкарською помилкою (якщо тільки ви точно знаєте, в чому саме вона полягає) як вони відображені в базі.
  2. Можна звернутися до страхової організації, якщо терміни дії страховки ще не закінчилися, з проханням відкоригувати внесені до бази дані.

Тому оформлення страховки на транспортний засіб найкраще довірити великої та надійної компанії, яка правильно виконає розрахунки вартості страховки та компенсацій, а також своєчасно та правильно виконує свої зобов'язання.

Тільки якщо ви не сумніваєтесяу повноваженнях обраної страхової компанії, можете сміливо купувати у них страховий поліс без попередньої перевірки.

Для отримання статусу обробки запиту завантаження статусу проекту договору е-ОСАГО КИС СК звертається до сервісу 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 Серія документу Обов'язково для заповнення за наявності. При заповненні – перевірка на відсутність неприпустимих символів.
Номер Номер документа
JuridicalPersonInfoRequest Country Код країни в ОКСМ Обов'язкове для заповнення.
OrgID Повне найменування (відповідно до Свідоцтва про реєстрацію)+ ІПН(для резидентів РФ) Обов'язкове для заповнення.
AddressRSACode Адреса - код із довідника РСА-КЛАДР Обов'язкове для заповнення. Перевірка на відповідність кодам із довідника «КЛАДР»
OrgID 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 Серія документа ТЗ
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 Номер шасі


Copyright © 2022 Прості істини та жіночі хитрощі. Про стосунки.