Dom
Popravak
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 statuse obrade nacrta ugovora, generiran nakon uspješnog učitavanja zahtjeva za dodjelu statusa nacrta e-OSAGO ugovora u Sustav (u skladu s klauzulom 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.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 ugovora e-AO.
Zahtjev za popis brojeva nacrta e-OSAGO ugovora
Za generiranje zahtjeva za popis brojeva projekata 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-Autoodgovora 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
| Objekt | Podaci o identifikaciji | XML elementi |
| Nacrt e-OSAGO ugovora | SK šifra + ID SK ugovora | InsurerID + DraftPolicyID |
| Fizičko lice (osiguranik, vlasnik vozila) | HASH (puno ime i prezime + datum rođenja) + Vrsta dokumenta + Serija dokumenta + Broj dokumenta | PersonNameBirthHash + DocPerson + Serial + Number |
| Subjekt individualni - LDU | HASH (puno ime + datum rođenja) + VU serija + VU broj + Vrsta dokumenta | PersonNameBirthHash + Serial + Number+(DocPerson=20) |
| Predmetna pravna osoba (osiguranik i vlasnik vozila) | Za subjekte - rezidente Ruske Federacije: "TIN" Za subjekte - nerezidente Ruske Federacije: "Puno ime" (prema potvrdi o registraciji (u otvorenom, neraspršenom obliku) | Za stanovnike Ruske Federacije: INN Za nerezidente Ruske Federacije: Naziv organizacije |
| Predmetni dokument | Vrsta dokumenta + Serija dokumenta + Broj dokumenta | DocPerson + serijski + broj |
| Vozilo | Identifikacija vozila osigurava se kombiniranjem vrijednosti polja „Država registracije vozila” s poljima jedne od sljedećih metoda: 1) Identifikator se utvrđuje vrijednošću jednog od sljedećih detalja ili njihovom kombinacijom (ako je popunjeno nekoliko ):
| CountryCar 1) VIN broj karoserije broj šasije 2) registarska pločica |
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 – osiguranika, vlasnika vozila (InsurerOwnerRequest.xsd)
| Roditeljski element | Logičan naziv | Logička provjera | |
| InsurerOwnerRequest | InsurerOwnerRequestValue | Provjera podataka subjekta (osiguranika/vlasnika vozila) | Obavezno ispuniti. |
| InsurerOwnerRequestValue | ID investitora | ||
| PhysicalPersonInfoRequest | Osobni podaci za provjeru | Potrebno je dovršiti jedan od 2 elementa. | |
| LegalPersonInfoRequest | Podaci o pravnoj osobi za provjeru | ||
| DateRequest | Datum+vrijeme zahtjeva | Obavezno ispuniti. | |
| PhysicalPersonInfoRequest | Zemlja | Pozivni broj države u OKSM-u | Obavezno ispuniti. |
| PersonNameBirthHash | Hash puno ime + datum rođenja | Obavezno ispuniti. | |
| OsobaDokument | Vrsta, serija i broj osobne isprave | Obavezno ispuniti. | |
| Adresa RSACode | |||
| OsobaDokument | DocPerson | Vrsta osobne isprave | Obavezno ispuniti. Provjera usklađenosti s kodovima iz imenika vrsta dokumenata. |
| Serijski | Serija dokumenata | Obavezno ispuniti ako je dostupno. | |
| Prilikom popunjavanja, provjera nepostojanja nevažećih znakova. | Broj | ||
| LegalPersonInfoRequest | Zemlja | Pozivni broj države u OKSM-u | Obavezno ispuniti. |
| Broj dokumenta | OrgID | Obavezno ispuniti. | |
| Adresa RSACode | Puno ime (prema potvrdi o registraciji) + TIN (za stanovnike Ruske Federacije) | Adresa - šifra iz imenika RSA-KLADR | |
| Broj dokumenta | Obavezno ispuniti. Provjera sukladnosti s kodovima iz imenika KLADR | Stanovnik | Obavezno ispuniti. |
| RF/ne-RF znak | GOSTIONICA | PIB pravne osobe | |
| Obavezno za stanovnike Ruske Federacije. | Naziv organizacije | Obavezno ispuniti. |
| Roditeljski element | Puni naziv pravne osobe (prema Potvrdi o registraciji) | Logičan naziv | Logička provjera |
| Atribut roditeljskog elementa | DriverRequest | DriverRequestValue | Obavezno ispuniti. |
| DriverRequest | ID investitora | LDU provjera podataka | ID osiguravajućeg društva |
| Obavezno ispuniti. Provjera usklađenosti s kodovima iz direktorija “Osiguravajuća društva”. Provjera usklađenosti s CS identifikatorom navedenim u zaglavlju poruke. | DriverInfoRequest | Obavezno ispuniti. | |
| DateRequest | Datum+vrijeme zahtjeva | Obavezno ispuniti. | |
| Obavezno ispuniti. Provjera usklađenosti s kodovima iz direktorija “Osiguravajuća društva”. Provjera usklađenosti s CS identifikatorom navedenim u zaglavlju poruke. | |||
| PersonNameBirthHash | Hash puno ime + datum rođenja | Obavezno ispuniti. | |
| LDU podaci za provjeru | DriverDocument | Obavezno ispuniti. | |
| Serija i broj vozačke dozvole | Kategorije Vozačka dozvola | ||
| Dopuštene kategorije vozila na vozačkoj dozvoli | DriverDocDate | Datum izdavanja prve vozačke dozvole | |
| LDU podaci za provjeru | Serijski | Serija dokumenata | Obavezno ispuniti. Ovo polje se provjerava s točnošću od jedne godine. |
| Prilikom popunjavanja, provjera nepostojanja nevažećih znakova. | Broj | Obavezno ispuniti ako je dostupno. Prilikom popunjavanja, provjera nepostojanja nevažećih znakova. | |
| Serija i broj vozačke dozvole | Obavezno ispuniti. Provjerava nevažeće znakove. | CatDriverLicense | Kategorija vozila prema VU |
| Roditeljski element | Puni naziv pravne osobe (prema Potvrdi o registraciji) | Logičan naziv | Logička provjera |
| Obavezno ispuniti. Naveden je kod kategorije vozila iz direktorija "Izmjene modela". Provjera je onemogućena dok se ne provede odgovarajuća izmjena DiKBM-a. | TSRequest | TSRequestValue | Obavezno ispuniti. |
| TSRequest | ID investitora | LDU provjera podataka | ID osiguravajućeg društva |
| Provjera podataka vozila | TSInfoRequest | Obavezno ispuniti. | |
| DateRequest | Datum+vrijeme zahtjeva | Obavezno ispuniti. | |
| Provjera podataka vozila | Podaci o vozilu za provjeru | CountryCar | Država registracije vozila |
| Obavezno ispuniti. Provjera usklađenosti s vrijednostima "0" i "1" (1 - RF; 0 - nije RF) | CarIdent | Obavezno ispuniti. | |
| Identifikatori vozila | MarkModelCarRSACode | Obavezno ispuniti. Provjera usklađenosti s vrijednostima iz priručnika o izmjenama modela. | |
| Ako imenik ne sadrži traženi model, tada se mora prenijeti šifra unosa imenika čiji naziv počinje riječima „Drugi model” i koji odgovara traženoj kategoriji i tipu vozila | YearIssue | Godina izdanja | |
| Obavezno ispuniti, osim za vozila registrirana u inozemstvu. | TipAutomobil | Vrsta vozila | |
| Obavezno ispuniti, osim za vozila registrirana u inozemstvu. Naveden je kod tipa vozila iz direktorija "Izmjene modela". | CatCar | Kategorija vozila | |
| Obavezno ispuniti ako je šifra kategorije vozila u RSA imeniku “Izmjene modela” ispunjena, osim za vozila registrirana u stranim zemljama. Naveden je kod kategorije vozila iz direktorija "Izmjene modela". | Ako u referentnoj knjizi RSA “Model Modifications” šifra kategorije vozila nije ispunjena, tada u provjeri vozila CatCar oznaka nije ispunjena. | DocumentCar | |
| Vrsta dokumenta vozila | Obavezno ispuniti, osim za vozila registrirana u inozemstvu. Provjera usklađenosti s kodovima iz imenika vrsta dokumenata. | ||
| DocCarSerial | Serija dokumenata TS | DocCarNumber | |
| Broj dokumenta vozila | Obavezno ispuniti, osim za vozila registrirana u inozemstvu. Provjerava nevažeće znakove. | DocumentCarDate | |
| Datum izdavanja dokumenta vozila | Obavezno ispuniti, osim za vozila registrirana u inozemstvu. | Provjera je onemogućena dok se ne provede odgovarajuća izmjena DiKBM-a. | |
| EngCap | Snaga motora za kategoriju B, KS | Obavezno za CatCar= “B”, osim za vozila registrirana u stranim zemljama. | |
| MaxMass | Najveća dopuštena težina u kilogramima za kategoriju C | Obavezno za CatCar = “C”, osim za vozila registrirana u stranim zemljama. | |
| Prazna masa | Masa praznog vozila u kilogramima za kategoriju C | Obavezno za CatCar = “C”, osim za vozila registrirana u stranim zemljama. | |
| Obavezno ispuniti. Provjera usklađenosti s vrijednostima "0" i "1" (1 - RF; 0 - nije RF) | Provjera je onemogućena dok se ne provede odgovarajuća izmjena DiKBM-a. | PasQuant | Potrebno je ispuniti jedan od 4 elementa. Provjerava nevažeće znakove. |
| Prilikom ispunjavanja oznaka VIN/BodyNumber/ChassisNumber, provjerite da oznaka LicensePlate nije ispunjena. | Prilikom ispunjavanja oznaka VIN/BodyNumber/ChassisNumber, provjerite da oznaka LicensePlate nije ispunjena. | ||
| Prilikom popunjavanja oznake registarske pločice provjerite da nisu ispunjeni drugi identifikatori vozila. | Pretraga i provjera vozila u podsustavu DiKBM vrši se na temelju potpunog podudaranja identifikatora vozila (prema navedenom broju identifikatora i njihovim vrijednostima). | ||
| Provjera državnog broja provodi se među državnim brojevima - jedinim identifikatorima vozila. | VIN broj |
BodyNumber Broj tijela Broj šasije Broj šasije Glavni problem s kojim se vozači susreću prilikom online prijave za obvezno osiguranje od automobilske odgovornosti na web stranici osiguravajućeg društva je pogreška koja se pojavljuje u informaciji “ nije prošao AIS RSA provjeru” (aka – “
Nije primljena potvrda od
- centralizirani sustavi
RSA”
- ). To znači da se upisani podaci negdje (makar u nekom zarezu, makar u jednoj znamenki) razlikuju od onoga što je evidentirano u bazi Sindikata osiguravatelja.
Mogu postojati tri razloga:
- Pogrešku niste mogli napraviti vi, već agent ili zaposlenik osiguravajućeg društva kada ste posljednji put podnijeli zahtjev za obvezno osiguranje od automobilske odgovornosti. Ne možete ništa učiniti u vezi s tim; trebate saznati gdje je točno odstupanje i što je. Ako imate vremena i želje podnijeti zahtjev za autoodgovornost putem interneta, pišite tehničkoj podršci jednog (ili još bolje, nekoliko) osiguravajućih društava na web stranici na kojoj pokušavate kupiti autoodgovornost. Obično odgovaraju u roku od 1-2 dana s određenom pogreškom.
Također, problem možda nije u podacima na samom stroju, već u dokumentima trećih strana:
- da je kartica za dijagnostički pregled koja vam je izdana unesena u EAISTO, provjerite podatke u ovoj bazi podataka.
- Provjerite svoju registriranu adresu. U tom slučaju, ako broj nove potvrde o registraciji ne radi, pokušajte navesti PTS (i obrnuto).
- novi! Zahvaljujući komentarima i recenzijama korisnika na stranici, otkrio sam još jedan uobičajeni uzrok pogreške "PTS/Certificate". Nerijetko se u bazi nalazi broj certifikata u PTS polju ili obrnuto, odnosno miješa se vrsta dokumenta. Stoga pokušajte odabrati dokument "potvrda o registraciji vozila", ali birajte PTS broj. I obrnuto. Pomaže mnogima!
- novi! Sve više i više tvrtki počinje nuditi eOSAGO, ali većina "novaka" to radi samo u načinu obnove. Odnosno, možete samo obnoviti njihovu prošlogodišnju policu, ali ne i postati novi klijent ovog osiguravajućeg društva. Ako je vaše prošlogodišnje osiguranje bilo sklopljeno kod jedne od tvrtki, pokušajte prvo obnoviti test kod njih jer samo na njihovoj web stranici možete automatski preuzeti prošlogodišnje podatke i time otkloniti korijen “RSA problema”.
Odakle uopće dolazi ova greška?Činjenica je da prilikom kupnje police preko agenta, agentu je dopušten unos bilo kakvih podataka u bazu podataka. Smatra se kvalificiranim zaposlenikom. A kada se postavilo pitanje prodaje osiguranja putem interneta, nitko nije mogao vozačima dati mogućnost da sami navedu konjske snage i druge važne karakteristike - inače bi svi odmah imali 99 KS! Zato smo napravili ovu provjeru - njena svrha je osigurati da uneseni podaci odgovaraju najnovijim podacima iz baze podataka AIS RSA. Drugim riječima, moraju biti isti kao što ih je agent unio kada ste kupili prethodnu policu.
Ali agenti nisu uvijek savršeni, au prošlosti mala netočnost u politici nije imala veliku važnost. Neki je agent, primjerice, svim malim automobilima standardno napisao 99 KS, umjesto točnih 95, 85 ili 91 - svejedno, cijena je ista. Ili još jedan primjer - u jednom osiguravajućem društvu bilo je uobičajeno u internom programu pisati Hyundai, au drugom - Hyundai. Neki su brojke zaokružili, drugi nisu. I sada vozač mora "pogoditi" kako je zadnja osiguravajuća kuća zabilježila sve podatke.
Što još možete učiniti?
- Ako razumijete da je pogreška u bazi podataka PCA i "pogodili" ste pogrešku, tada možete ponovno unijeti podatke s pogreškom ili tipfelerom "kao u bazi podataka". To je slučaj kada vam mrežna usluga za punjenje omogućuje unos proizvoljnih podataka, umjesto odabira s predloženog popisa (isprobajte različita osiguravajuća društva, sva imaju različita "sučelja"). Formalno, na ovaj ste način sklopili ugovor o osiguranju s netočnim podacima, ali većina osiguravajućih kuća ima razumijevanja za to, čak i ako osigurani slučaj
- (minimalno sam ovo pitanje razjasnio s predstavnikom SG HOSKA i dobio sam uvjerenje da će oni priznati takav ugovor, ali će me zamoliti da dođem u ured i preregistriram ugovor s aktualnim podacima). No, kako biste bili 100% sigurni u legitimnost police, u bilo kojem trenutku nakon kupnje e-OSAGO možete kontaktirati ured svog osiguravajućeg društva i zatražiti ažuriranje podataka. Mogućnost promjene podataka o sklopljenom elektroničkom autoodgovoru prilikom osobnog posjeta prodajnom uredu potvrdili su mi predstavnici Rosgosstrakha, dodajući da se uskoro (2016.?) planira implementacija mogućnosti promjene podataka autoodgovornosti. e-police putem interneta. Općenito, metoda nije 100% točna, ali u praksi najvjerojatnije neće biti problema. onda možete kontaktirati tvrtku u kojoj ste trenutno osigurani i zatražiti ažuriranje podataka promjenom podataka u točne. Ako je moguće, dobro provjerite sve što će voditelj ureda unijeti u računalo. Nakon toga čekamo par dana dok se ne ažuriraju podaci u RSA bazi i pokušavamo ponovno! Osim toga, neka osiguravajuća društva spremna su dodatno provjeriti podatke čak i telefonom, nije baš jasno kako identificiraju klijenta. No, na primjer, čitač stranice Vadim iz Samare rekao je da je mogao jednostavno ažurirati svoje podatke u RSA telefonom u osiguravajućem društvu ZHASO, u kojem je bio osiguran. Ovo je mnogo ispravnija metoda, međutim, ne radi uvijek. Primjer je Vitalijev osvrt iz grada Volžskog, koji mi je poslao e-poštom:
Počeo sam provjeravati mjesec dana prije isteka police, pojavile su se greške, ili ulica s gramatičkim pogreškama, ili su slova u nazivu automobila bila netočna (prema mojim dokumentima, imam Suzuki SX4, ali SX-4 je bio upisane u bazu podataka). Otišao sam u središnji ured u Volgogradu, ispravio sve, ali još uvijek nisam mogao dobiti eOSAGO, jer... stranica je dala grešku MarkModelCarRsaCode prije plaćanja. Ova pogreška je problem notornog "-" u marki automobila, ali kako se pokazalo, upravo SX4 prolazi kroz sve baze podataka svih osiguravatelja, a samo u Zetta osiguranju doo (osobno sam ga vidio na monitor) odabran je samo SX-4. Tako da u mjesec dana nisam uspio riješiti sve probleme, ali otklonivši greške u podacima posjetom uredu (osim marke automobila), nekako sam se pripremio za sljedeće osiguranje za godinu dana.
Dodat će se još savjeta.
Bit će mi drago čuti vaše mišljenje u komentarima.
Provjera PCA u elektroničkim polisama autoodgovornosti obavezan je postupak. Upisujete podatke o svom automobilu, sebi (podatke o putovnici) i vozačima koji će smjeti voziti. Osiguravajuće društvo šalje te podatke u šifriranom obliku u RCA bazu podataka.
Provjera prema RSA bazi podataka odvija se automatski. Njegova glavna svrha je provjeriti jeste li ranije imali police, kakav je vaš staž osiguranja (broj nesreća) i ispravno izračunati trošak police.
Kada dolazi do provjere?
Provjera baze podataka PCA počinje nakon što ste ispunili zahtjev za osiguranje za elektronička politika OSAGO na vašem osobnom računu na web stranici osiguravajućeg društva.
Bez pozitivnog čeka nećete moći nastaviti s plaćanjem police.
Zašto PCA provjera ne prolazi?
Provjera nije uvijek uspješna. Često sustav osiguravatelja to ne može ispuniti.
Razlozi nepolaganja su različiti. Tehnički kvar ili nedostatak podataka o vama i vašem automobilu u bazi podataka najčešći su od njih.
Ponekad dolazi do namjernog blokiranja rezultata skeniranja. Na taj način beskrupulozne tvrtke pokušavaju regulirati protok klijenata i izbaciti neprofitabilne – iz “toksičnih” regija i s gubicima prethodnih godina. Takve radnje su zabranjene i mogu dovesti do bolnih sankcija za osiguravatelje iz RSA i Središnje banke Ruske Federacije.
Što učiniti ako PCA provjera ne uspije
Kada podnesete zahtjev za elektroničku policu autoodgovornosti na web stranici osiguravajućeg društva, možda ćete biti obaviješteni da automatska PCA provjera nije prošla.
Na primjer, u Rosgosstrakhu to izgleda ovako:
Kako biste ispravili situaciju, od vas će se tražiti da postavite elektroničke kopije sljedećih dokumenata na stranicu:
- putovnica osiguranika - glavna stranica i stranica s registracijom;
- putovnica vozila - obje strane;
- dijagnostička kartica;
- vozačka dozvola – obje strane.
Je li sigurno? Dosta. Pristup do osobni račun Za registraciju E-OSAGO-a, ona se odvija putem sigurnog https protokola (za svaki slučaj provjerite ovo u adresnoj traci vašeg preglednika). Informacije o dokumentima ići će samo na osiguravajuće društvo, koja ga nema pravo prenositi trećim osobama.
Stručnjaci osiguravatelja će ručno provjeriti podatke o vašim dokumentima u RSA bazi podataka. I u roku od 30 minuta zapisnik će biti poslan na elektronička pošta daljnje upute. Vrijeme se razlikuje od tvrtke do tvrtke, ali u prosjeku nećete morati čekati dulje od pola sata.
Rezultat ručne provjere u tvrtki
Rezultat ručne provjere dokumenata od strane zaposlenika osiguravajućeg društva bit će pismo.
Na primjer, iz Rosgosstrakha dolazi pismo sljedećeg sadržaja.
U dopisu će Vam pisati da je prema Vašim dokumentima sve u redu, te ste sve ispravno ispunili u prijavi za E-OSAGO.
Radi praktičnosti klijenata, svi podaci uneseni u osobni račun se spremaju. Uključujući podatke o osiguraniku, vozilu i vozačima.
Sve što trebate učiniti je otići u dio plaćanja i platiti policu bankovnom karticom.
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 centraliziranih PCA sustava." 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 auto ne prolazi PCA pregled, onda je problem u vašim podacima (nije kriv elektronički sustav) - 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 za pogrešku 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 otkrivena vašom krivnjom, možete je ispraviti prilikom ponovnog unosa podataka, ali ako je grešku napravio zastupnik osiguranja prilikom unosa podataka u jedinstveni registar, morat ćete posjetiti svoje osiguravajuće društvo i tražiti ispravak podataka u bazi.
Netočno iskustvo
Ako na svom osobnom računu vidite netočno 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 zatražiti od njih 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 treba provjeriti s prošlogodišnjom policom (točka 2) ili putovnicom vozila i SOP-om (ovaj prometni list 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).
Učitavanje...
