Lepingu projekti oleku laadimise taotluse töötlemise oleku saamiseks viitab e-OSAGO CIS SC süsteemi ProjectPolicyService'ile, päringu jaoks kasutatakse meetodit getSetStatusResult, skeemi StatusPolicyEOSAGOStatusRequest.xsd.

Määratletud skeemile vastava päringu koosseis on toodud käesoleva juhendi lisas 3 "Interaktsioonivormingute spetsifikatsioon".

e-OSAGO lepingu projekti oleku üleslaadimise taotluse töötlemise oleku taotlemisel tuleks arvestada järgmiste aspektidega:

5.8.1. e-OSAGO lepingu kavandi üleslaadimise taotluse menetlemise oleku päring sisaldab kirje ID-d lepingukavandite olekute töötlemise järjekorda, mis moodustati pärast e-OSAGO lepingu kavandile staatuse määramise taotluse edukat üleslaadimist. süsteemi (vastavalt käesoleva juhendi punktile 5.7).

5.8.2. Kui e-OSAGO lepingu kavandile saadetakse olek "Tühistatud" ja kui e-OSAGO lepingu eelnõu oleku laadimise taotlus vastab FLC kehtestatud reeglitele, genereerib alamsüsteem "Elektrooniline poliitika" vastuse IC teatega staatuse edukast määramisest e-OSAGO lepingu projektile.

5.8.3. SC vastussõnum moodustatakse vastavalt skeemile StatusPolicyEOSAGOStatusResponse.xsd, mille koosseis on toodud käesoleva juhendi lisas 3 "Interaktsioonivormingute spetsifikatsioon".

5.8.4. Kui e-OSAGO lepingu kavand saadetakse staatusega “Aktiivne” ja lepingu projekti oleku süsteemi üleslaadimise taotluse eduka menetlemise korral saadab elektroonilise poliitika alamsüsteem taotluse selle eelnõu andmete üleslaadimiseks. leping DMDBM-iga CMTPL DMDBM-i lepingute/kahjude allalaadimise teenuse kaudu.

5.8.5. Pärast DMDSS-ilt vastuse saamist e-OSAGO lepingu töötlemise oleku kohta genereerib süsteem IC-le vastuse, mis sisaldab kogu teavet e-OSAGO lepingu töötlemise tulemuste kohta DMDSS-is.

5.8.6. Lepingu eduka töötlemise korral DKBM-is genereerib "Elektroonilise poliitika" alamsüsteem IC-lt vastuse teatega oleku "Aktiivne" edukast määramisest e-OSAGO lepingu projektile.

5.8.7. Juhul, kui e-OSAGO leping ei läbinud FLC DMDBM-i kontrolle ja seda ei salvestatud DMDBM-i, siis vastavalt vastavale e-OSAGO lepingu kavandile genereerib elektroonilise poliitika alamsüsteem IC-lt vastuse koos teade, et olek "Kehtiv" pole määratud (sildis IsStatusAssign tagastab false), ja DKBM-i vigade loend.

5.8.8. Kui päringu töötlemisel ilmnevad vead, genereerib süsteem SC vastuse koos päringu valideerimisel tuvastatud vigade loendiga, mis edastatakse SC vastusesõnumi ErrorList sildis. Veakoodid, nende kirjeldus ja Süsteemi käitumine nende vastuvõtmisel on toodud käesoleva dokumendi lisas 1 "Valideerimisvead".

5.8.9. DKBM-is päringu töötlemisel ilmnenud valideerimisvead on loetletud CK-vastusteate sildis ErorrDKBMList. Selliste vigade koodid ja nende kirjeldus on toodud dokumendis "Alamsüsteemide lepingute ja KBM AIS RSA kasutusjuhend".

5.8.10. Päringu töötlemise olekute loetelu on toodud käesoleva dokumendi lisas 2 "Päringu staatused".

Vabade ruumide arvu küsimine e-OSAGO lepinguprojektide jaoks

Lepingukavandite tasuta numbrite arvu päringu genereerimiseks kutsub e-OSAGO CIS SC ProjectPolicyCountService'i teenusele, päringu jaoks kasutatakse meetodit getFreeNumbers, skeemi NumberFreeRequest.xsd.

e-OSAGO lepingu kavandite jaoks saadaolevate IC-numbrite arvu päringu saatmisel tuleks arvestada järgmiste aspektidega:

5.9.1. e-OSAGO lepingu kavandite arvu piirang e-OSAGO lepingu kavandite moodustamiseks eraldatakse PCA-s ja kantakse e-OSAGO DB vastavasse tabelisse PCA administraatori poolt perioodi alguses iga IC jaoks. .

5.9.2. Süsteem pakub igale IC-le vabade numbrite arvu arvutamiseks sisemise algoritmi, mis seisneb perioodi alguse e-OSAGO IC lepingute eelnõude arvu limiidi ja e-kavandite kasutatud numbrite vahe kindlaksmääramises. -OSAGO lepingud iga IC jaoks.

5.9.3. Kui lepingu kavand õnnestub Süsteemi salvestada, suureneb e-OSAGO lepingu projekti allalaadimise taotluse saatnud kindlustusseltsi kasutatud numbrite arv ühe võrra.

5.9.4. e-OSAGO lepingu kavandile staatuse "Tühistatud" määramisel vähendatakse kasutatavate SC numbrite arvu ühe võrra.

5.9.5. Vabade IC-numbrite arvu päringule genereeritakse vastus NumberFreeResponse.xsd skeemi järgi, mille koostis on toodud käesoleva juhendi lisas 3 "Intektsioonivormingute spetsifikatsioon" ja sisaldab vabade numbrite arvu e jaoks. -OSAGO lepingud päringu saatnud IC jaoks päringu ajal.

5.9.6. Süsteem ei näe ette võimalust e-OSAGO lepingute projektidesse varem määratud numbreid uuesti kasutada.

Taotlege e-OSAGO lepingukavandite numbrite nimekirja

Päringu genereerimiseks e-OSAGO lepingukavandite numbrite loendi saamiseks, millele pole varem vastavat staatust omistatud, kutsub CIS SK ProjectPolicyListService'i teenuse, päringu jaoks kasutatakse meetodit getList, skeemi ListPolicyEOSAGORequest.xsd.

Päringu koosseis on toodud käesoleva juhendi 3. lisas "Instruktsioonivormingute spetsifikatsioon".

Olekuteta e-OSAGO lepinguprojektide numbrite loendi taotlemisel tuleks arvestada järgmiste aspektidega:

5.10.1. Pärast päringu töötlemist genereerib "Elektroonilise poliitika" alamsüsteem IC vastuse, mis sisaldab loendit e-OSAGO lepingukavanditest, millel ei ole päringu ajal olekut "Kehtiv" või "Tühistatud" ja mis olid varem üles laaditud. päringu saatnud IC.

5.10.2. NC vastusesõnum on moodustatud vastavalt ListPolicyEOSAGOResponse.xsd skeemile, mille koostis on toodud käesoleva juhendi lisas 3 "Interaktsioonivormingute spetsifikatsioon".

Objekti tuvastamine

Reeglid objektide tuvastamiseks Süsteemis on toodud tabelis 4.

Tabel 4 Objektide tuvastamise reeglid

Kontrollid pooleli

Tehnilised kontrollid tehakse siis, kui "Elektroonilise poliitika" alamsüsteem saab päringu, kui see on kinnitatud vastavuse xsd-skeemidele. Süsteemi xsd-skeemide koosseis on toodud käesoleva juhendi 3. lisas "Instruktsioonivormingute spetsifikatsioon".

Pärast esitatud taotluste esmase kontrolli teostamist xsd skeemidele vastavuse kohta viiakse läbi esitatud päringute loogiline kontroll, sealhulgas kontrollitakse päringu atribuutide täitmist sõltuvalt muude atribuutide väärtusest.

Vastavalt kontrollimise loogikale kontrollitakse esmalt vanemelemente, seejärel kui vanemelement on olemas, siis selle alamelemente, seega kui lähteelement on atribuutides seatud valikuliseks ja selle jaoks kohustuslikuks. lapsed, kui ülemelementi failis pole, loetakse kontrollimine edukaks.

Süsteem rakendab PCA algatusel teostatavate kontrollide seadete keelamise võimalust, sealhulgas "Elektroonilise poliitika" alamsüsteem annab võimaluse e-OSAGO lepingu kavandi laadimisel FLC kontrollid igakülgselt keelata.

Kui kontroll on välja lülitatud, kontrollitakse endiselt, kuid kui sellel kontrollil saabub tõrge, salvestatakse e-OSAGO lepingu kavand siiski elektroonilise poliitika alamsüsteemi andmebaasi. Vastuseks staatuse päringule saab SC teate selle kohta, kas lepingu projekt on andmebaasi salvestatud, ja valideerimisvigade loendi.

Valideerimisvigade täielik loetelu, samuti süsteemitoimingud, kui kontrollid on keelatud, on toodud lisas 1 "Valideerimisvead". Lisas 2 "Päringude olekud" on esitatud "Elektroonilise poliitika" allsüsteemi päringute olekute loend.

Tabel 5 Isiku andmete kontrollimise taotlus - kindlustatu, sõiduki omanik (InsurerOwnerRequest.xsd)

Alates 2013. aastast on Vene Föderatsiooni liikluskindlustusandjate liit (RUA) kasutusele võtnud andmebaasi, mida kasutatakse bonus-malus koefitsiendi (BMI) kontrollimiseks. Kindlustusseltsid peavad kindlustustariifi (OSAGO) arvutamisel kasutama määratud parameetrit.

Juhid saavad oma kindlustusajaloo põhjal arvestada eelmisel kindlustusaastal avariivaba sõidu boonuste kaudu (5% aastas) määra alanemisega. Kui viimase kahe aasta jooksul on kliendi süül juhtunud õnnetus, siis tariifi suurus tõuseb (malus).

Millised on meetodi eelised?

Kliendi jaoks on ühtsest andmebaasist kasu see, et kindlustusseltsi töötaja peaks talle poliisi maksumuse teatama alles pärast PCA andmebaasi päringu täitmist ja hinnasoodustuse saamise õiguse tuvastamist. Varem tehti arvutus sageli baasmäära alusel, arvestamata olemasolevat lisatasu.

Kindlustusseltsi jaoks on positiivne hetk võimalus saada reaalne pilt kliendi sõiduloost. Eelnevalt läks juht, saades teada õnnetuse tõttu tariifi tõusust, teenusele mõnes teises kindlustusseltsis, kes ei teadnud juhtunust, ning oli kindlustatud tavahinnaga. Nüüd on igas organisatsioonis selle ajalugu nähtav, seega on tariif kõikjal sama, see tähendab liikluseeskirjade rikkumiste ja õnnetuste tõttu suurenenud.

Miks andmebaasis info puudub?

Isikuandmed ühes kindlustusandmebaasis võivad puududa mitmel põhjusel:

• kui kindlustusselts ei andnud erinevatel põhjustel teavet kliendi sõiduajaloo kohta;
• kui PCA-le edastatakse valed andmed , kuid vigadega, nii et need pole andmebaasis konkreetse draiveriga seotud;
• kui programmis esines tehniline rike ja mõned andmete osad olid kahjustatud;
• kui klient vahetas juhiloa, kuid andmebaasis olev teave jäi seotuks vananenud andmetega;
• kui klient on just õigused kätte saanud ja koostab kõige esimese kindlustuslepingu.

Mida teha, kui RSA andmebaasis info puudub?

Veendumaks, et PCA-s KBM-i kohta tõesti andmeid pole, tuleks saata kirjalik päring liikluskindlustusandjate liidule. Kui kindlustusandjate eelnevate perioodide kohta teabe edastamise faktid ei ole kinnitatud, peab juht tegema järgmised toimingud:

• Valmistage ette vanad OSAGO kindlustuspoliisid. Nende puudumisel võtke ühendust Ühendkuningriigiga, kus lepingud varem vormistati, ja uurige dokumentide numbrid, nende kehtivusaeg ja väljaandmise kuupäev.
• Eelmise poliisi registreerimise kohas hankige teise kindlustusseltsi üleviimiseks tõend, millel on andmed kliendi kindlustuskogemuse ja kindlustusjuhtumite kohta (olemasolul).
• Viige saadud tõend kindlustusseltsi, kus on plaanis koostada uus kindlustusleping.

Kui leping on juba täidetud, siis tuleb antud tõendi alusel poliisi maksumus ümber arvutada ning allahindluste õiguse olemasolul (KBM-i puhul) tagastada osa tasutud preemiast.

Kindlustuse saate teha Internetis. Miljoni autohuviliste publiku hulgas on internetist kindlustuse ostnud juba mitu tuhat autojuhti. Kuid väga sageli tekib kasutajatel probleem - süsteem annab tõrketeate "Kinnitust ei saadud tsentraliseeritud RSA-süsteemidest". Autojuhid peaksid teadma, miks selline rike ilmneb ja mida teha, kui auto ei läbi PCA testi.

Ei läbi PCA kontrolli, kust viga tuleb

Kindlustusagentuuris “haamrib” kindlustusandja OSAGO poliisi ostmisel Teie auto andmed andmebaasi. Kogu sisestatud teave on usaldusväärne (agent vastutab selle eest isiklikult) ja salvestatakse AIS RSA ühtsesse andmebaasi.

Tähelepanu! Liikluskindlustuslepingu pikendamine on võimalik mitte varem kui 60 päeva enne kindlustusperioodi lõppu, kuid mitte hiljem kui selle lõppemise kuupäeval.

Täna saate osta OSAGO poliisi Internetist. Sel juhul sisestab juht ise kogu vajaliku teabe ja süsteem kontrollib andmebaasi (kindlustusagent sisestas selle viimase kindlustuspoliisi ostmisel).

Kui agent tegi andmete sisestamisel vea (täht, koma, ebatäpne nihe jne), siis näete ekraanil tõrget, mis ei võimalda teil PCA-s kontrolli läbida. Võib-olla olite ise küsimustikku täites tähelepanematu – kontrollige kõike veel kord.

Tähtis!Ärge ajage segi tõrget "PCA andmebaasi kontrollimine" ja muid "ettenägematuid vigu". Kui sait teatas pärast kõiki teie parandusi valesti täidetud väljadel lõpuks, et auto ei läbi PCA kontrolli, siis on probleem teie andmetes (elektrooniline süsteem pole süüdi) - peate külastama kindlustusseltsi .

Ei läbi PCA kontrolli – mida sellega teha

Kui teie auto ei läbi PCA kontrolli, peate teadma, milliseid meetmeid on asjakohane võtta, kui süsteemis leitakse viga:

Kui süsteemis on reaalne viga, proovige oma andmed uuesti sisestada (sellel sisestage sama kirjaviga, mis andmebaasis).

Tähelepanu! Kui soovid olla täiesti kindel faktiveaga poliisi seaduslikkuses, siis kõige parem on pärast poliisi internetist ostmist pöörduda kindlustusbüroo poole palvega parandada oma andmed süsteemis.

Kui teie kindlustus veel kehtib, kuid olete juba leidnud elektroonilises süsteemis vea, külastage kindlustusandjaid ja paluge oma sõiduki kohta teavet uuendada. Pea meeles! Teil on õigus viibida andmete sisestamise juures, et saaksite ise kontrollida kogu paranduste protsessi saidil. Mõne päeva pärast, kui andmebaasi värskendatakse, võite uuesti proovida PCA kontrolli läbida.

Tähelepanu! Muudatuste tegemine telefoni teel ei ole soovitav (ja mitte kõik agendid ei tee seda).

Vormi kirjaviga

Üks põhjusi, miks masin PCA testis läbi kukub, on ebatäpsused tekstis või numbrites. Kõige tavalisem vea põhjus on vormiviga. Palun vaadake kõik täidetud väljad hoolikalt üle. Paljude kindlustusseltside kodulehtedel on kahtlased kohad kollase värviga esile tõstetud või loetletakse kohe (teksti kujul) leitud vead.

Kui teie süül tuvastatakse kirjaviga, saate selle andmete uuesti sisestamisel parandada, kuid kui kindlustusagent tegi ühtsesse registrisse andmete sisestamisel kirjavea, peate külastama oma kindlustusseltsi ja paluma parandada andmed andmebaasis.

Vale kogemus

Kui nägite oma isiklikul kontol valesti sisestatud kogemust, ei saa te ise sellise juhtumiga hakkama ega osta veel poliisi veebist. Peate külastama kindlustusandjaid ja paluma neil parandada PCA elektroonilise süsteemi ebatäpsused.

Registreerimine ebaõnnestub

Registreerimist ei toimunud - siin on vastus sulle, miks sa ei saa PCA-s kontrolli läbida. Kui te ei saa registreeruda, olete võib-olla sisestanud oma kasutajanime või parooli valesti. Naaske "sisselogimise" juurde ja sisestage isikliku konto sisenemiseks hoolikalt oma kasutajanimi ja parool. Kui teil uuesti ebaõnnestub, kasutage parooli taastamise vormi.

Kuna selline tõrge ilmneb, tähendab see, et peate külastama kindlustusseltsi - vead tuleks saidil parandada (teil pole juurdepääsu süsteemile vigade / kirjavigade parandamise õigusega). Süsteem genereerib sarnase vea ka OSAGO esmasel ostmisel (hetkel pole ju teie andmeid elektroonilises andmebaasis). CMTPL vormi taotlemiseks peate võtma ühendust kontoriga,

Auto mark ja mudel ei passi

Võib-olla ei vasta teie auto mark ja mudel andmebaasis olevale teabele. Kontrollige andmeid eelmise aasta poliisi (punkt 2) või sõiduki passi ja COP-i järgi (seda registreerimistunnistust on teil alati kaasas).

Tähelepanu! Kui elektrooniline süsteem küsib ühte numbrit (ja te ei saa aru, millist), peate veebivormi sisestama eelmise aasta poliitikasse sisestatud TCP-numbri (või COP-numbri).

Sõiduki registreerimistunnistus ja sõiduki registreerimisnumber, sisestage vastupidi

Üks põhjusi, miks PCA kontroll ei läbi, võib olla see, et sisestasite COP-i ja PTS-numbri valesti. Vaadake tähelepanelikult täidetavaid veerge – võib-olla tuleb need lihtsalt ära vahetada (sisestage vastupidi: kõigepealt COP number ja seejärel TCP).