Za dobivanje statusa obrade zahtjeva za preuzimanje statusa nacrta ugovora e-OSAGO KIS SK pristupa servisu ProjectPolicyService System, metoda getSetStatusResult, za zahtjev se koristi shema StatusPolicyEOSAGOStatusRequest.xsd.

Sastav zahtjeva koji odgovara navedenoj shemi dan je u Dodatku 3 „Specifikacija formata interakcije” ovog priručnika.

Prilikom traženja statusa obrade zahtjeva za preuzimanje statusa nacrta e-OSAGO ugovora potrebno je uzeti u obzir sljedeće aspekte:

5.8.1. Zahtjev za status obrade zahtjeva za preuzimanje nacrta e-OSAGO ugovora sadrži identifikator unosa u red čekanja za obradu statusa nacrta ugovora, generiran nakon uspješnog učitavanja zahtjeva za dodjelu statusa nacrtu e-OSAGO ugovora. u sustav (u skladu s točkom 5.7 ovog priručnika).

5.8.2. Kada se na nacrt e-OSAGO ugovora pošalje status „Otkazano” i ako je zahtjev za preuzimanje statusa nacrta e-OSAGO ugovora u skladu s utvrđenim pravilima FLC-a, podsustav „Elektroničke politike” generira odgovor od IC uz obavijest o uspješnoj dodjeli statusa nacrtu e-OSAGO ugovora.

5.8.3. Poruka IC odgovora generira se prema shemi StatusPolicyEOSAGOStatusResponse.xsd, čiji je sastav dan u Dodatku 3 “Specifikacija formata interakcije” ovog priručnika.

5.8.4. Kada se nacrt e-OSAGO ugovora pošalje u status „Važeći“ iu slučaju uspješne obrade zahtjeva za preuzimanjem statusa nacrta ugovora u Sustavu, podsustav „Elektroničke politike“ šalje zahtjev za učitavanje podataka o ovaj nacrt ugovora u DiKBM putem servisa za učitavanje ugovora/gubitaka OSAGO DiKBM.

5.8.5. Nakon primitka odgovora o statusu obrade e-OSAGO ugovora od DiKBM-a, Sustav generira odgovor za IC koji sadrži sve podatke o rezultatima obrade e-OSAGO ugovora u DiKBM-u.

5.8.6. Ako je ugovor uspješno obrađen u DiKBM-u, podsustav „Elektronička polica“ generira odgovor osiguravajućeg društva s porukom o uspješnoj dodjeli statusa „Važeći“ nacrtu e-OSAGO ugovora.

5.8.7. Ukoliko e-OSAGO ugovor nije prošao provjere FLC DiKBM-a i nije pohranjen u DiKBM-u, tada prema pripadajućem nacrtu e-OSAGO ugovora podsustav “Elektroničke politike” generira odgovor IC-a s porukom da status “Validan” nije dodijeljen (u oznaci IsStatusAssign vratit će se vrijednost false), te popis grešaka iz DiKBM-a.

5.8.8. Ako se tijekom obrade zahtjeva pojave pogreške, Sustav generira CS odgovor s popisom identificiranih pogrešaka provjere valjanosti zahtjeva, koji se prenosi u oznaci ErrorList poruke CS odgovora. Šifre grešaka, njihovi opisi i ponašanje Sustava kada su primljeni dani su u Dodatku 1 “Validacijske pogreške” ovog dokumenta.

5.8.9. Pogreške provjere valjanosti koje su se dogodile tijekom obrade zahtjeva u DKBML-u navedene su u oznaci ErorrDKBMList poruke CS odgovora. Kodovi takvih grešaka i njihovi opisi dani su u dokumentu „Operatorski priručnik za ugovore podsustava i KBM AIS RSA“.

5.8.10. Popis statusa obrade zahtjeva naveden je u Dodatku 2 “Statusi zahtjeva” ovog dokumenta.

Zahtjev za brojem slobodnih soba za nacrte e-OSAGO ugovora

Za generiranje zahtjeva za brojem besplatnih brojeva za nacrte ugovora e-OSAGO KIS SK upućuje na servis ProjectPolicyCountService, metodu getFreeNumbers, za zahtjev se koristi shema NumberFreeRequest.xsd.

Prilikom slanja zahtjeva za brojem dostupnih IC brojeva za nacrte e-OSAGO ugovora potrebno je uzeti u obzir sljedeće aspekte:

5.9.1. Ograničenje broja nacrta e-OSAGO ugovora koji su dostupni za formiranje nacrta e-OSAGO ugovora dodjeljuje se u RSA i unosi u odgovarajuću tablicu e-OSAGO DB od strane RSA Administratora na početku razdoblja za svako osiguranje. tvrtka.

5.9.2. Sustav osigurava interni algoritam za izračun broja raspoloživih soba za svako osiguravajuće društvo, koji se sastoji od utvrđivanja razlike između limita broja nacrta ugovora e-OSAGO ugovora o osiguranju na početku razdoblja i broja korištenih brojeva nacrta e-OSAGO ugovora za svako osiguravajuće društvo.

5.9.3. Ako je nacrt ugovora uspješno pohranjen u Sustav, broj korištenih brojeva osiguravajućeg društva koje je poslalo zahtjev za preuzimanje nacrta e-Autogovora povećava se za jedan.

5.9.4. Prilikom dodjele statusa „Otkazan“ nacrtu e-OSAGO ugovora, broj korištenih IC brojeva smanjuje se za jedan.

5.9.5. Odgovor na zahtjev za brojem besplatnih brojeva osiguravajućeg društva generira se prema shemi NumberFreeResponse.xsd čiji je sastav dan u Dodatku 3 „Specifikacija formata interakcije“ ovog priručnika, a sadrži broj besplatnih brojeva za e-OSAGO ugovore u trenutku podnošenja zahtjeva za osiguravajuće društvo koje je poslalo zahtjev.

5.9.6. Sustav ne predviđa mogućnost ponovne upotrebe prethodno dodijeljenih brojeva za nacrte e-OSAGO ugovora.

Zahtjev za popis brojeva nacrta e-OSAGO ugovora

Za generiranje zahtjeva za popis brojeva nacrta e-OSAGO ugovora kojima prethodno nije dodijeljen odgovarajući status, SK CIS pristupa usluzi ProjectPolicyListService, metodom getList, koristeći shemu ListPolicyEOSAGORequest.xsd za zahtjev.

Sastav zahtjeva naveden je u Dodatku 3 “Specifikacija formata interakcije” ovog priručnika.

Prilikom traženja popisa nacrta brojeva e-OSAGO ugovora bez statusa potrebno je uzeti u obzir sljedeće aspekte:

5.10.1. Nakon obrade zahtjeva, podsustav „Elektronička polica“ generira odgovor osiguravajućeg društva koji sadrži popis brojeva nacrta e-OSAGO ugovora koji u trenutku zahtjeva nemaju status „Važeći“ ili „Otkazan“ i koji koje je prethodno preuzelo osiguravajuće društvo koje je poslalo zahtjev.

5.10.2. Poruka IC odgovora generira se prema shemi ListPolicyEOSAGOResponse.xsd, čiji je sastav dan u Dodatku 3 “Specifikacija formata interakcije” ovog priručnika.

Identifikacija objekta

Pravila za identifikaciju objekata u Sustavu data su u Tablici 4.

Tablica 4. Pravila za identifikaciju objekata

Izvršene provjere

Tehničke provjere se provode kada podsustav „Elektroničke politike” primi zahtjev i potvrdi njegovu usklađenost s xsd shemama. Sastav xsd shema sustava dan je u Dodatku 3 “Specifikacija formata interakcije” ovog priručnika.

Nakon početne provjere usklađenosti poslanih zahtjeva s xsd shemama, provodi se logička provjera poslanih zahtjeva, uključujući provjeru dovršenosti atributa zahtjeva ovisno o vrijednostima drugih atributa.

U skladu s verifikacijskom logikom, prvo se provode provjere nadređenih elemenata, zatim, ako je nadređeni element prisutan, provjere se provode za njegove podređene elemente, pa ako je nadređeni element naveden u svojstvima kao neobavezan, a njegova djeca su obavezna , ako nema nadređenog elementa u datoteci, provjera se smatra uspješnom.

Sustav ima implementiranu mogućnost konfiguracije onemogućavanja izvršenih provjera, na inicijativu RSA, uključujući podsustav “Electronic Policy” pruža mogućnost sveobuhvatnog onemogućavanja FLC provjera prilikom učitavanja nacrta e-OSAGO ugovora.

Kada je provjera onemogućena, provjera se i dalje provodi, ali ako se za ovu provjeru primi pogreška, nacrt e-OSAGO ugovora u bazi podataka podsustava „Elektroničke police“ ostaje pohranjen. Kao odgovor na zahtjev za statusom, IC će primiti poruku koja pokazuje je li nacrt ugovora spremljen u bazu podataka i popis pogrešaka pri validaciji.

Cijeli popis greške u validaciji, kao i radnje sustava kada su provjere onemogućene, dani su u Dodatku 1 “Greške u validaciji”. Dodatak 2 “Statusi zahtjeva” daje popis statusa zahtjeva za podsustav “Elektroničke politike”.

Tablica 5. Zahtjev za provjeru podataka subjekta - ugovaratelja osiguranja, vlasnika vozila (InsurerOwnerRequest.xsd)

BodyNumber Broj tijela Broj šasije

Broj šasije

Od 2013. Unija automobilskih osiguravatelja Ruske Federacije (RUA) pustila je u rad bazu podataka koja se koristi za provjeru omjera bonus-malus (BMR). Navedeni parametar u

obavezna

osiguravajuća društva moraju koristiti pri izračunu tarife osiguranja (AO).

Uzimajući u obzir vlastiti staž osiguranja, vozači mogu računati na smanjenje tarife zbog bonusa (5% za svaku godinu) za vožnju bez nezgoda u prethodnoj godini osiguranja. Ako je tijekom zadnje dvije godine došlo do nezgode krivnjom klijenta, tada se stopa povećava (malus).

Koje su prednosti metode?

• Prednost jedinstvene baze podataka za klijenta je u tome što mu djelatnik osiguravajućeg društva treba objaviti cijenu police tek nakon ispunjavanja zahtjeva u bazi RSA i utvrđivanja prava na popust na cijenu. Ranije su se izračuni često vršili prema osnovnoj stopi bez uzimanja u obzir postojećeg bonusa. Za osiguravajuće društvo, pozitivan aspekt je mogućnost dobivanja stvarne slike klijentove povijesti vožnje. Prethodno je vozač, nakon što je saznao za povećanje tarife zbog nezgode, prešao na uslugu drugoj osiguravajućoj kući koja nije bila svjesna incidenta i bila je osigurana po uobičajenom trošku. Sada će u svakoj organizaciji biti vidljiva njezina povijest, pa će tarifa svugdje biti ista, odnosno povećana zbog prometnih prekršaja i nesreća. Zašto nema informacija u bazi podataka? Osobni podaci ne mogu biti u jedinstvenoj bazi osiguranja iz nekoliko razloga: Kada
• osiguravajuće društvo , Po
• razni razlozi
• nije pružio informacije o klijentovoj povijesti vožnje;
• kada je klijent tek dobio licencu i sastavlja prvi ugovor o osiguranju.

Što učiniti ako u RSA bazi nema podataka?

Da biste se uvjerili da u RSA doista nema podataka o KBM-u, trebate poslati pisani zahtjev Uniji autoosiguratelja. Ako se ne potvrde činjenice o prijenosu informacija od strane osiguravatelja za prethodna razdoblja, vozač mora poduzeti sljedeće radnje:

• Pripremite stare police osiguranja od autoodgovornosti. Ako nedostaju, obratite se osiguravajućem društvu kod kojeg su ugovori prethodno sastavljeni i saznajte brojeve dokumenata, rok valjanosti i datum izdavanja.
• Na mjestu gdje je izdana prethodna polica, nabavite potvrdu za prijenos u drugo osiguravajuće društvo s podacima o staž osiguranja slučajeve klijenta i osiguranja (ako postoje).
• Dobivenu potvrdu odnesite u osiguravajuće društvo, gdje se planira sastaviti novi ugovor o osiguranju.

Ukoliko je ugovor već sastavljen, tada se na temelju dostavljene potvrde mora preračunati trošak police, te vratiti dio uplaćene premije ukoliko postoji pravo na popust (prema KBM).

Za osiguranje se možete prijaviti online. Među milijunskom publikom vozača, nekoliko tisuća vozača već je kupilo osiguranje putem interneta. Međutim, vrlo često korisnici nailaze na problem - sustav prikazuje pogrešku "Potvrda nije primljena od centralizirani sustavi RSA". Vozači bi trebali znati zašto dolazi do takvog kvara i što učiniti ako automobil ne prođe PCA test.

PCA provjera ne uspijeva, odakle dolazi greška?

Kod osiguravateljske agencije, prilikom kupnje police obveznog osiguranja od automobilske odgovornosti, osiguravatelj u bazu podataka “unosi” podatke o vašem automobilu. Svi uneseni podaci su pouzdani (za to je osobno odgovoran agent) i pohranjuju se u jedinstvenu AIS RSA bazu podataka.

Pažnja! Produljenje ugovora o autoodgovornosti moguće je najranije 60 dana prije isteka razdoblja osiguranja, ali najkasnije do datuma njegovog isteka.

Danas možete kupiti policu autoodgovornosti online. U tom slučaju vozač sam unosi sve tražene podatke, a sustav ih provjerava u bazi (unio ih je agent osiguranja kada ste kupovali posljednju policu osiguranja).

Ako je agent pogriješio prilikom unosa podataka (slovo, zarez, netočan pomak itd.), tada ćete na ekranu vidjeti grešku koja vam ne dopušta prolazak provjere u RSA. Možda ste i sami bili nepažljivi prilikom ispunjavanja obrasca - još jednom sve provjerite.

Važno!Ne brkajte pogrešku "provjera prema PCA bazi podataka" s drugim "neočekivanim pogreškama". Ako je stranica nakon svih vaših ispravaka u netočno popunjenim poljima konačno javila da automobil ne prolazi RSA provjeru, onda je problem u vašim podacima ( elektronički sustav nije kriv) - morat ćete posjetiti osiguravajuće društvo.

Ne prolazi PCA test - što učiniti?

Ako vaš automobil ne prođe PCA test, morate znati koje mjere je prikladno poduzeti ako se otkrije greška u sustavu:

Ako postoji činjenična pogreška u sustavu, pokušajte ponovno unijeti svoje podatke (pritom upišite istu grešku kao u bazi podataka).

Pažnja! Ako želite biti potpuno sigurni u zakonitost police s činjeničnom greškom, najbolje je da se nakon online kupnje police obratite uredu osiguranja sa zahtjevom za ispravak Vaših podataka u sustavu.

Ako je vaše osiguranje još uvijek važeće, ali ste već otkrili grešku u elektroničkom sustavu, posjetite osiguravatelje i zatražite ažurirane podatke o vašem vozilu. Upamtite! Imate pravo biti nazočan prilikom unosa podataka, tako da sami možete kontrolirati cijeli proces ispravaka na stranici. Nekoliko dana kasnije, kada se baza podataka ažurira, možete ponovno pokušati proći provjeru u RSA.

Pažnja! Unošenje izmjena putem telefona nije preporučljivo (i ne rade to svi agenti).

Greška pri popunjavanju obrasca

Jedan od razloga zašto automobil ne prolazi PCA test je ako postoje netočnosti u tekstu ili brojevima. Najčešći razlog pogreške je prisutnost pravopisne pogreške u ispunjavanju obrasca. Pažljivo pregledajte sva ispunjena polja. Na web stranicama mnogih osiguravajućih društava istaknuta su sumnjiva područja žuta boja ili odmah navedite (u tekstualnom obliku) pronađene greške.

Ako je greška u pisanju otkrivena vašom krivnjom, možete je ispraviti kada ponovno pokušate unijeti podatke, no ako je grešku u pisanju napravio agent osiguranja prilikom unosa podataka u jedinstveni registar– morat ćete posjetiti svoje osiguravajuće društvo i zatražiti ispravak podataka u bazi podataka.

Netočno iskustvo

Ako ste u svom osobni račun Ako ste vidjeli krivo upisan radni staž, nećete se moći sami nositi s takvim incidentom i još nećete kupiti policu online. Morat ćete posjetiti osiguravatelje i zamoliti ih da isprave netočnosti u elektroničkom PCA sustavu.

Registracija nije uspjela

Registracija nije izvršena - evo odgovora zašto ne možete proći provjeru u RSA. Ako se ne možete registrirati, možda ste netočno unijeli svoje korisničko ime ili lozinku. Vratite se na "prijavu" i pažljivo ponovno unesite svoju prijavu i lozinku za ulazak u svoj osobni račun. Ako ponovno ne uspijete, upotrijebite obrazac za „povratak lozinke“.

Ako se takva greška dogodi, to znači da ćete morati posjetiti osiguravajuće društvo - greške se moraju ispraviti na web stranici (nemate pristup sustavu s pravom ispravljanja grešaka/tipskih pogrešaka). Sustav generira sličnu pogrešku u slučaju početne kupnje autoodgovornosti (uostalom, vaši podaci trenutno nisu u elektroničkoj bazi podataka). Morate kontaktirati ured kako biste ispunili obrazac OSAGO,

Marka i model automobila ne prolaze

Marka i model vašeg automobila možda ne odgovaraju podacima u bazi podataka. Podatke trebate provjeriti s prošlogodišnjom policom (točka 2) ili putovnicom vozilo i COP (ovu potvrdu o registraciji uvijek nosite sa sobom).

Pažnja! Ako elektronički sustav traži jedan broj (a vi ne razumijete koji), tada morate u online obrazac unijeti PTS broj (ili SOP broj) koji je upisan u vašu prošlogodišnju policu.

Potvrda o registraciji vozila i PTS broj upisati obrnuto

Jedan od razloga zašto PSA provjera ne prolazi može biti taj što ste unijeli netočan SOP i PTS broj. Pažljivo pogledajte polja koja se popunjavaju - možda ih samo treba zamijeniti (unesite obrnuto: prvo SOP broj, a zatim PTS).