A szerződéstervezet állapotának betöltésére vonatkozó kérelem feldolgozási állapotának lekéréséhez az e-OSAGO CIS SC a rendszer ProjectPolicyService-jára hivatkozik, a kéréshez a getSetStatusResult metódust, a StatusPolicyEOSAGOStatusRequest.xsd sémát használja.
A megadott sémának megfelelő kérés összetételét a jelen kézikönyv 3. függeléke "Az interakciós formátumok specifikációja" tartalmazza.
Az e-OSAGO szerződéstervezet állapotának feltöltésére irányuló kérelem feldolgozási állapotának kérésekor a következő szempontokat kell figyelembe venni:
5.8.1. Az e-OSAGO-szerződéstervezet feltöltésére irányuló kérelem feldolgozásának állapotára vonatkozó kérelem egy bejegyzésazonosítót tartalmaz az e-OSAGO-szerződéstervezet állapot-hozzárendelése iránti kérelem sikeres feltöltése után kialakult szerződéstervezetek állapotának feldolgozására szolgáló sorban. a Rendszerbe (a jelen kézikönyv 5.7. pontja szerint).
5.8.2. Amikor az e-OSAGO szerződéstervezethez a „Megszakítva” állapot kerül elküldésre, és ha az e-OSAGO szerződéstervezet állapotának betöltésére vonatkozó kérés megfelel az FLC megállapított szabályainak, az „Elektronikus szabályzat” alrendszer választ generál a IC értesítéssel a státusz sikeres hozzárendeléséről az e-OSAGO megállapodás tervezetéhez.
5.8.3. Az SC válaszüzenet a StatusPolicyEOSAGOStatusResponse.xsd séma szerint jön létre, amelynek összetételét a jelen kézikönyv 3. függeléke „Az interakciós formátumok specifikációja” tartalmazza.
5.8.4. Az e-OSAGO szerződéstervezet „Aktív” státuszú elküldésekor és a szerződéstervezet állapotának rendszerbe történő feltöltésére irányuló kérelem sikeres feldolgozása esetén az Elektronikus Szabályzat alrendszer kérést küld e tervezet adatainak feltöltésére. megállapodás a DMDBM-mel a CMTPL DMDBM szerződéseinek/veszteségeinek letöltési szolgáltatásán keresztül.
5.8.5. Miután megkapta a DMDSS-től az e-OSAGO szerződés feldolgozási állapotára vonatkozó választ, a rendszer választ generál az IC számára, amely tartalmazza az összes információt az e-OSAGO megállapodás DMDSS-ben történő feldolgozásának eredményéről.
5.8.6. A szerződés DMDBM-ben történő sikeres feldolgozása esetén az „Elektronikus szabályzat” alrendszer választ generál az IC-től az „Aktív” állapot sikeres hozzárendeléséről szóló üzenettel az e-OSAGO szerződéstervezethez.
5.8.7. Abban az esetben, ha az e-OSAGO megállapodás nem ment át az FLC DKBM ellenőrzésein, és nem került mentésre a DMDBM-be, akkor a megfelelő e-OSAGO megállapodás tervezet szerint az "Elektronikus szabályzat" alrendszer választ generál az IC-től. üzenettel, miszerint az „Érvényes” állapot nincs hozzárendelve (az IsStatusAssign címkében false értéket ad vissza), valamint a DKBM hibalistája.
5.8.8. Ha a kérés feldolgozása során hibák lépnek fel, a rendszer választ generál az SC-től a kérés érvényesítésében azonosított hibák listájával, amelyet az SC válaszüzenet ErrorList címkéjében továbbít. A hibakódokat, azok leírását és a rendszer viselkedését a beérkezéskor a jelen dokumentum 1. függeléke, „Érvényesítési hibák” tartalmazza.
5.8.9. A kérés DKBM-ben történő feldolgozása során fellépő érvényesítési hibák a CK válaszüzenet ErorrDKBMList címkéjében vannak felsorolva. Az ilyen hibák kódjait és leírását az „Alrendszer-szerződések és a KBM AIS RSA üzemeltetői kézikönyve” című dokumentum tartalmazza.
5.8.10. A kérések feldolgozási státuszainak listája a jelen dokumentum 2. függelékében, „Kérés állapotok” található.
Kérjen szabad szobák számát az e-OSAGO szerződéstervezetekhez
A szerződéstervezetekhez tartozó ingyenes számok kérésének generálásához az e-OSAGO CIS SC meghívja a ProjectPolicyCountService szolgáltatást, a getFreeNumbers metódust, a NumberFreeRequest.xsd sémát használja a kéréshez.
Az e-OSAGO szerződéstervezetekhez rendelkezésre álló IC-számok számára vonatkozó kérés elküldésekor a következő szempontokat kell figyelembe venni:
5.9.1. Az e-OSAGO-megállapodástervezetek kialakításához rendelkezésre álló e-OSAGO-megállapodás-tervezetek számának korlátját a PCA-ban allokálja, és az e-OSAGO DB megfelelő táblázatába a PCA-adminisztrátor írja be az időszak elején minden egyes IC-re. .
5.9.2. A rendszer egy belső algoritmust biztosít az egyes IC-k szabad számainak kiszámításához, amely abból áll, hogy meghatározza az időszak eleji e-OSAGO IC szerződéstervezetek számának határa és a felhasznált e-OSAGO IC szerződések száma közötti különbséget. -OSAGO megállapodások minden egyes IC-hez.
5.9.3. Ha a szerződéstervezetet sikeresen elmenti a Rendszerbe, eggyel nő az e-OSAGO szerződéstervezet letöltésére kérelmet küldő biztosító használt számainak száma.
5.9.4. Ha az e-OSAGO szerződéstervezethez a „Megszakítva” állapotot rendeli, a használt SC-számok száma eggyel csökken.
5.9.5. Az ingyenes IC-számok számának kérésére adott válasz a NumberFreeResponse.xsd séma szerint jön létre, amelynek összetételét a jelen kézikönyv 3. függeléke „Az interakciós formátumok specifikációja” tartalmazza, és tartalmazza a szabad számok számát e. -OSAGO megállapodások a kérés időpontjában a kérelmet küldő IC számára.
5.9.6. A rendszer nem biztosítja a korábban az e-OSAGO szerződéstervezetekhez hozzárendelt számok újrafelhasználásának lehetőségét.
Kérjen egy listát az e-OSAGO szerződéstervezetek számáról
Az olyan e-OSAGO szerződéstervezetek listájára vonatkozó kérés generálásához, amelyekhez korábban nem rendelték hozzá a megfelelő állapotot, a CIS SK meghívja a ProjectPolicyListService szolgáltatást, a getList metódust, a ListPolicyEOSAGORequest.xsd sémát használja a kérelemhez.
A kérés összetételét jelen kézikönyv 3. függeléke „Az interakciós formátumok specifikációja” tartalmazza.
A státusz nélküli e-OSAGO szerződéstervezetek számlistájának kérésekor a következő szempontokat kell figyelembe venni:
5.10.1. A kérelem feldolgozása után az „Elektronikus szabályzat” alrendszer generál egy IC választ, amely tartalmazza azon e-OSAGO szerződéstervezetek számát, amelyek a kérés időpontjában nem „Érvényes” vagy „Törölve” állapotúak, és amelyeket korábban feltöltöttek. a kérelmet küldő IC.
5.10.2. Az NC válaszüzenete a ListPolicyEOSAGOResponse.xsd séma szerint jön létre, amelynek összetételét a jelen kézikönyv 3. függeléke "Az interakciós formátumok specifikációja" tartalmazza.
Tárgy azonosítás
A Rendszerben lévő objektumok azonosításának szabályait a 4. táblázat tartalmazza.
4. táblázat Az objektumok azonosításának szabályai
| Egy tárgy | Azonosító adatok | XML elemek |
| Megállapodás tervezete e-OSAGO | SC kód + SC megállapodás azonosító | Biztosítóazonosító + DraftPolicyID |
| Alany magánszemély (biztosító, járműtulajdonos) | HASH (teljes név + születési idő) + Bizonylat típusa + Iratsorozat + Bizonylatszám | PersonNameBirthHash + DocPerson + Sorozat + szám |
| Tárgy személy - LDU | HASH (teljes név + születési dátum) + VU sorozat + VU szám + dokumentum típusa | PersonNameBirthHash + Sorozat + szám + (DocPerson=20) |
| Alany jogi személy (biztosító és járműtulajdonos) | Alanyok számára - az Orosz Föderáció lakosai: "TIN" Alanyok számára - nem az Orosz Föderáció rezidensei: "Teljes név" (a regisztrációs bizonyítvány szerint (nyílt, nem kivonatolt formában) | Az Orosz Föderáció lakosai számára: INN Az Orosz Föderáció nem rezidensei számára: OrgName |
| Tárgy dokumentum | Dokumentumtípus + Dokumentumsorozat + Dokumentumszám | DocPerson + sorozat + szám |
| Jármű | A jármű azonosítása a "Gépjármű regisztrációs országa" mező értékének az alábbi módszerek egyikének mezőivel való kombinálásával történik: 1) Az azonosítót az alábbi adatok valamelyikének vagy ezek kombinációjának értéke határozza meg (ha több kitöltve):
| CountryCar 1) VIN Karosszériaszám Alvázszám 2) Rendszám |
Ellenőrzések folyamatban
A műszaki ellenőrzéseket akkor hajtják végre, amikor az "Elektronikus házirend" alrendszer kérést kap, amikor az xsd-sémáknak való megfelelőségét ellenőrizték. A rendszer xsd-sémáinak összetételét a jelen kézikönyv 3. függeléke "Az interakciós formátumok specifikációja" tartalmazza.
A beküldött kérelmek xsd sémáknak való megfelelés kezdeti érvényesítésének elvégzése után a beküldött kérelmek logikai ellenőrzésére kerül sor, beleértve a kérés attribútumok kitöltésének ellenőrzését az egyéb attribútumok értékétől függően.
Az ellenőrzés logikájának megfelelően először a szülőelemekre történik az ellenőrzés, majd ha van szülőelem, akkor annak utód elemeire, tehát ha a szülőelem a tulajdonságokban opcionálisra van állítva, annak pedig kötelező. gyermekek, ha a szülő elem nem szerepel a fájlban, az ellenőrzés sikeresnek minősül.
A rendszer megvalósítja az elvégzett ellenőrzések beállításainak letiltását a PCA kezdeményezésére, beleértve az "Electronic Policy" alrendszert, amely lehetővé teszi az FLC ellenőrzések átfogó letiltását az e-OSAGO megállapodás tervezetének betöltésekor.
Ha az ellenőrzés le van tiltva, az ellenőrzés továbbra is megtörténik, de ha ezen az ellenőrzésen hiba érkezik, az e-OSAGO szerződés tervezete továbbra is mentésre kerül az Elektronikus Házirend alrendszer adatbázisába. Az állapotkérésre válaszul az SC üzenetet kap arról, hogy a szerződéstervezetet elmentették-e az adatbázisba, valamint az érvényesítési hibák listáját.
Az érvényesítési hibák teljes listája, valamint az ellenőrzések letiltása esetén végrehajtott rendszerműveletek az 1. függelékben, „Érvényesítési hibák” találhatók. A 2. függelék „A kérelmek állapota” tartalmazza az „Elektronikus szabályzat” alrendszerre vonatkozó kérések állapotainak listáját.
5. táblázat Az alany - a biztosított, a jármű tulajdonosa - adatainak ellenőrzésére vonatkozó kérelem (InsurerOwnerRequest.xsd)
| szülő elem | logikai név | Logikai ellenőrzés | |
| InsurerOwnerRequest | InsurerOwnerRequestValue | Az alany (biztosított/a jármű tulajdonosa) adatainak ellenőrzése | Kötelező kitölteni. |
| InsurerOwnerRequestValue | Biztosítóazonosító | ||
| PhysicalPersonInfoRequest | Egyedi adatok ellenőrzésre | A 2 elem közül az egyiket ki kell tölteni. | |
| LegalPersonInfoRequest | A jogi személy adatai ellenőrzésre | ||
| DateRequest | Dátum+idő kérése | Kötelező kitölteni. | |
| PhysicalPersonInfoRequest | Ország | Országkód az OKSM-ben | Kötelező kitölteni. |
| SzemélyNameBirthHash | Hash teljes név + születési dátum | Kötelező kitölteni. | |
| PersonDocument | A személyazonosító okmány típusa, sorozata és száma | Kötelező kitölteni. | |
| CímRSACód | |||
| PersonDocument | DocPerson | Személyazonosító okmány típusa | Kötelező kitölteni. A „Dokumentumtípusok” könyvtár kódjainak való megfelelés ellenőrzése. |
| Sorozatszám | Dokumentumok sorozata | Ha rendelkezésre áll, ki kell tölteni. Kitöltéskor - ellenőrizze, hogy nincsenek-e érvénytelen karakterek. | |
| szám | dokumentum szám | ||
| LegalPersonInfoRequest | Ország | Országkód az OKSM-ben | Kötelező kitölteni. |
| Szervezeti azonosító | Teljes név (a regisztrációs bizonyítvány szerint) + TIN (az Orosz Föderáció lakosai számára) | Kötelező kitölteni. | |
| CímRSACód | Cím - kód az RSA-KLADR könyvtárból | Kötelező kitölteni. A KLADR-könyvtár kódjainak való megfelelés ellenőrzése | |
| Szervezeti azonosító | Rezidens | RF/nem RF jele | Kötelező kitölteni. |
| FOGADÓ | Jogi személy TIN-száma | Az Orosz Föderáció lakosai számára kötelező. | |
| Szervezetnév | A jogi személy teljes neve (a regisztrációs okirat szerint) | Kötelező kitölteni. |
| szülő elem | Szülőelem attribútum | logikai név | Logikai ellenőrzés |
| DriverRequest | DriverRequestValue | LDU adatok ellenőrzése | Kötelező kitölteni. |
| DriverRequestValue | Biztosítóazonosító | Biztosító társasági azonosító | Kötelező kitölteni. A „Biztosítási társaságok” címtár kódjainak való megfelelés ellenőrzése. Ellenőrizze, hogy megfelel-e az üzenet fejlécében megadott SK azonosító. |
| DriverInfoRequest | LDU adatok ellenőrzésre | Kötelező kitölteni. | |
| DateRequest | Dátum+idő kérése | Kötelező kitölteni. | |
| DriverInfoRequest | |||
| SzemélyNameBirthHash | Hash teljes név + születési dátum | Kötelező kitölteni. | |
| DriverDocument | A jogosítvány sorozata és száma | Kötelező kitölteni. | |
| Kategóriák Vezetői engedély | Engedélyezett járműkategóriák vezetői engedéllyel | ||
| DriverDocDate | Az első vezetői engedély kiállításának dátuma | Kötelező kitölteni. Ennek a mezőnek az érvényesítése legfeljebb egy éves pontossággal történik. | |
| DriverDocument | Sorozatszám | Dokumentumok sorozata | Ha rendelkezésre áll, ki kell tölteni. Kitöltéskor - ellenőrizze, hogy nincsenek-e érvénytelen karakterek. |
| szám | dokumentum szám | Kötelező kitölteni. Ellenőrizze az érvénytelen karaktereket. | |
| Kategóriák Vezetői engedély | CatDriver License | Járműkategória a WU szerint | Kötelező kitölteni. Fel van tüntetve a járműkategória kódja a „Modell módosítások” kézikönyvben. Az ellenőrzés le van tiltva a DiKBM megfelelő változatának megvalósításáig. |
| szülő elem | Szülőelem attribútum | logikai név | Logikai ellenőrzés |
| TSRequest | TSRequestValue | A jármű adatainak ellenőrzése | Kötelező kitölteni. |
| TSRequestValue | Biztosítóazonosító | Biztosító társasági azonosító | Kötelező kitölteni. A „Biztosítási társaságok” címtár kódjainak való megfelelés ellenőrzése. Ellenőrizze, hogy megfelel-e az üzenet fejlécében megadott SK azonosító. |
| TSIinfoRequest | A jármű adatai ellenőrzésre | Kötelező kitölteni. | |
| DateRequest | Dátum+idő kérése | Kötelező kitölteni. | |
| TSIinfoRequest | vidéki autó | A jármű regisztrációs országa | Kötelező kitölteni. Ellenőrizze a „0” és „1” értékek betartását (1 - RF; 0 - nem RF) |
| CarIdent | Járműazonosítók | Kötelező kitölteni. | |
| MarkModelCarRSACode | Márkamodell kódja a PCA kézikönyvből | Kötelező kitölteni. Ellenőrizze, hogy megfelelnek-e az értékek a "Modell módosításai" című kézikönyvben. Ha a címtár nem tartalmazza a kívánt modellt, akkor a címjegyzék kódját kell továbbítani, amelynek neve "Egyéb modell" szavakkal kezdődik és amely megfelel a szükséges járműkategóriának és típusnak. | |
| évszám | Kibocsátási év | Feltöltéshez szükséges, kivéve a külföldön bejegyzett járműveket. | |
| típusú autó | Jármű típus | Feltöltéshez szükséges, kivéve a külföldön bejegyzett járműveket. A jármű típuskódja a „Modell módosítások” kézikönyvben található. | |
| macskakocsi | Jármű kategória | Kötelező kitölteni, ha a járműkategória kódját az RSA „Modell módosítások” referenciakönyvében töltik ki, kivéve a külföldön nyilvántartásba vett járműveket. Fel van tüntetve a járműkategória kódja a „Modell módosítások” kézikönyvben. Ha a jármű kategóriakódja nincs kitöltve az RSA „Modell módosítások” referenciakönyvében, akkor a CatCar címke nincs kitöltve a járműellenőrzésben. | |
| DocumentCar | TS dokumentumtípus | Feltöltéshez szükséges, kivéve a külföldön bejegyzett járműveket. A „Dokumentumtípusok” könyvtár kódjainak való megfelelés ellenőrzése. | |
| DocCarSerial | TS dokumentumsorozat | ||
| DocCarNumber | TS dokumentumszám | Feltöltéshez szükséges, kivéve a külföldön bejegyzett járműveket. Ellenőrizze az érvénytelen karaktereket. | |
| DocumentCarDate | A jármű okmányának kiállításának dátuma | Feltöltéshez szükséges, kivéve a külföldön bejegyzett járműveket. Az ellenőrzés le van tiltva a DiKBM megfelelő változatának megvalósításáig. | |
| EngCap | Motorteljesítmény B kategóriához, LE | CatCar = "B" esetén kötelező, kivéve a külföldön bejegyzett járműveket. | |
| MaxMass | Megengedett legnagyobb tömeg kilogrammban a C kategória esetében | CatCar = "C" esetén kötelező, kivéve a külföldön bejegyzett járműveket. | |
| UnloadenMass | Üres tömeg kilogrammban a C kategória esetében | CatCar = "C" esetén kötelező, kivéve a külföldön bejegyzett járműveket. Az ellenőrzés le van tiltva a DiKBM megfelelő változatának megvalósításáig. | |
| PasQuant | Utasülések száma a D kategóriában | CatCar = "D" esetén kötelező, kivéve a külföldön bejegyzett járműveket. | |
| CarIdent | rendszámtábla | Állapot. szoba | A 4 elem egyikét ki kell tölteni. Ellenőrizze az érvénytelen karaktereket. A VIN/BodyNumber/ChassisNumber címkék kitöltésekor ellenőrzi, hogy a LicensePlate címke (állami szám) nincs-e kitöltve. A LicensePlate címke kitöltésekor ellenőrzi, hogy más járműazonosítók nincsenek-e kitöltve. A jármű keresése és ellenőrzése a DKBM alrendszerben a járműazonosítók (meghatározott számú azonosító és értékük szerint) teljes egyezése alapján történik. Az állapotszám ellenőrzése a jármű egyetlen azonosítója, az állapotszámok között történik. |
| VIN | VIN | ||
| BodyNumber | testszám | ||
| Alvázszám | Alvázszám |
Az Orosz Gépjárműbiztosítók Szövetsége (RSA) ismertette az OSAGO-megállapodás megkötésének eljárását elektronikus dokumentum formájában.
- „Az autótulajdonosok az RSA-hoz fordulnak az e-OSAGO szerződések megkötésével kapcsolatban. Sok, a polgárokat érdeklő kérdés jellemző. Weboldalunkra kifüggesztettünk egy feljegyzést, amelyben elmagyarázzuk az ilyen megállapodások megkötésének főbb pontjait” – mondta a CORINS kiadványnak Igor Yurgens, a RAMI és az ARIA elnöke.
2017. január 1-jén hatályba léptek a 2002. április 25-i 40-FZ „A gépjármű-tulajdonosok polgári jogi felelősségének kötelező biztosításáról” (OSAGO-törvény) szövetségi törvény módosításai, amelyek szerint a biztosítók kötelesek biztosítani a lehetőséget. az OSAGO-szerződés megkötéséről elektronikus dokumentum formájában minden olyan személlyel, aki ilyen megállapodás megkötését kérte.
Az elektronikus OSAGO-szerződés megkötéséhez a következő lépéseket kell végrehajtania:
Jelentkezzen be személyes fiókjába a biztosító webhelyén (regisztráljon a biztosító webhelyén, vagy lépjen be az Orosz Föderáció állami szolgáltatásainak portálján);
- személyes fiókjában töltse ki a szerződés megkötésére vonatkozó kérelmet.
A kérelem kitöltése után az abban feltüntetett adatok ellenőrzése az RSA automatizált információs rendszerén (AIS RSA) keresztül történik.
Ha az ellenőrzés során kiderült, hogy a kérelemben szereplő adatok nem egyeznek meg az RSA AIS-ben szereplő adatokkal, vagy nem szerepelnek az RSA AIS-ben, akkor a biztosító erről értesítést küld a biztosított által megadott e-mail címre, amelyben felsorolja a nem megfelelő (az RSA AIS-ből hiányzó) információ. A biztosító ezeket az információkat valós időben is megjeleníti a honlapján.
Ezenkívül a biztosító tájékoztatja az OSAGO törvény 15. cikke (3) bekezdésének "b" - "e" alpontjában meghatározott dokumentumok elektronikus másolatok formájában történő benyújtásának szükségességét. A PCA felhívja a figyelmet arra, hogy a dokumentumok elektronikus másolatának rendelkezésre bocsátása nélkül a biztosító nem tudja kiszámítani a biztosítási díjat. A benyújtott dokumentummásolatoknak teljes mértékben vissza kell reprodukálniuk az eredeti dokumentum adatait, a dokumentumok szövegének szabadon olvashatónak kell lennie (jól láthatónak kell lennie a dátumoknak, adatoknak, feliratoknak, pecséteknek stb. nem megengedett).
Abban az esetben, ha a biztosítónak valótlan adatszolgáltatás, amely a biztosítási díj összegének indokolatlan csökkentését eredményezte, a biztosítónak joga van a biztosítási díj összegét a biztosítotttól visszakövetelni, miután azt a károsultnak kifizették. .
A biztosított információk AIS RSA-ban szereplő információkkal való megfelelőségének igazolása, illetve az okmányok elektronikus másolatának ellenőrzése után a biztosító a biztosítási díj számítását megjeleníti a weboldalon. A biztosítási díj befizetése után az elektronikus kötvény a biztosított e-mail címére kerül elküldésre és a személyes fiókjába kerül.
A kapott elektronikus OSAGO szabályzatot ki kell nyomtatni, és vezetés közben magával kell vinni. Az elektronikus OSAGO kötvény ugyanolyan jogerővel bír, mint a biztosító irodájában szigorú elszámoltatási nyomtatványon kiállított biztosítás.
- „Ha az Ön által kért biztosító nem köthet elektronikus OSAGO-szerződést, akkor felkérjük Önt egy másik biztosító (helyettes biztosító) weboldalára az elektronikus OSAGO-szerződés megkötéséhez” – jegyezte meg Igor Yurgens.
A cserebiztosító telephelyén a következő műveleteket kell végrehajtania:
Hozzon létre egy személyes fiókot;
- szerződéskötési kérelmet kitölteni (az Ön hozzájárulásával az eredetileg kiválasztott biztosító honlapján a kérelem kitöltésekor korábban megadott adatok automatikusan átkerülnek a helyettesítő biztosítóhoz).
Az elektronikus OSAGO szerződés megkötésének további lépései a helyettesítő biztosító honlapján a fent jelzett lépésekhez hasonlóak. | Külföldi
A RAMI pontosította az e-OSAGO megállapodás megkötésének menetét
Az Orosz Gépjárműbiztosítók Szövetsége (RSA) ismertette az OSAGO-megállapodás megkötésének eljárását elektronikus dokumentum formájában.
„Az autótulajdonosok az RSA-hoz fordulnak az e-OSAGO szerződések megkötése miatt. Sok, a polgárokat érdeklő kérdés jellemző. Weboldalunkon feljegyzést tettünk fel, amelyben ismertetjük az ilyen megállapodások megkötésének főbb pontjait” – mondta I. Yurgens.
2017. január 1-jén hatályba léptek a 2002. április 25-i 40-FZ „A gépjármű-tulajdonosok kötelező polgári jogi felelősségbiztosításáról” (a továbbiakban: OSAGO-törvény) szövetségi törvény módosításai, amelyek szerint a biztosítók kötelesek biztosítsa az OSAGO szerződés megkötésének lehetőségét elektronikus dokumentum formájában minden olyan személlyel, aki ilyen megállapodás megkötését kérte.
Az elektronikus OSAGO-szerződés megkötéséhez a következő lépéseket kell végrehajtania:
Jelentkezzen be személyes fiókjába a biztosító webhelyén (regisztráljon a biztosító webhelyén, vagy lépjen be az Orosz Föderáció állami szolgáltatásainak portálján);
Személyes fiókjában töltse ki a szerződés megkötésére vonatkozó kérelmet.
A kérelem kitöltését követően az abban feltüntetett adatok ellenőrzése az RSA automatizált információs rendszerén (a továbbiakban - AIS RSA) keresztül történik.
Ha az ellenőrzés során kiderült, hogy a kérelemben szereplő adatok nem egyeznek meg az RSA AIS-ben szereplő adatokkal, vagy nem szerepelnek az RSA AIS-ben, akkor a biztosító erről értesítést küld a biztosított által megadott e-mail címre, amelyben felsorolja a nem megfelelő (az RSA AIS-ből hiányzó) információ. A biztosító ezeket az információkat valós időben is megjeleníti a honlapján.
Ezenkívül a biztosító tájékoztatja az OSAGO-törvény 15. cikke (3) bekezdésének "b" - "e" alpontjában meghatározott dokumentumok elektronikus másolatok formájában történő benyújtásának szükségességét. A PCA felhívja a figyelmet arra, hogy a dokumentumok elektronikus másolatának rendelkezésre bocsátása nélkül a biztosító nem tudja kiszámítani a biztosítási díjat. A benyújtott dokumentummásolatoknak teljes mértékben vissza kell reprodukálniuk az eredeti dokumentum adatait, a dokumentumok szövegének szabadon olvashatónak kell lennie (jól láthatónak kell lennie a dátumoknak, adatoknak, feliratoknak, pecséteknek stb. nem megengedett).
Abban az esetben, ha a biztosítónak valótlan adatszolgáltatás, amely a biztosítási díj összegének indokolatlan csökkentését eredményezte, a biztosítónak joga van visszakövetelni a biztosítotttól a biztosítási díj összegét, miután azt a károsultnak kifizették. .
A biztosított információk AIS RSA-ban szereplő információkkal való megfelelőségének igazolása, illetve az okmányok elektronikus másolatának ellenőrzése után a biztosító a biztosítási díj számítását megjeleníti a weboldalon. A biztosítási díj befizetése után az elektronikus kötvény a biztosított e-mail címére kerül elküldésre és a személyes fiókjába kerül.
A kapott elektronikus OSAGO szabályzatot ki kell nyomtatni, és vezetés közben magával kell vinni. Az elektronikus OSAGO kötvény ugyanolyan jogerővel bír, mint a biztosító irodájában szigorú elszámoltatási nyomtatványon kiállított biztosítás.
„Ha az Ön által kért biztosító nem köthet elektronikus OSAGO-szerződést, akkor felkérjük egy másik biztosító (helyettes biztosító) weboldalára az elektronikus OSAGO-szerződés megkötéséhez” – mondta I. Yurgens. A cserebiztosító telephelyén a következő műveleteket kell végrehajtania:
Hozzon létre egy személyes fiókot;
Töltsön ki szerződéskötési kérelmet (az Ön hozzájárulásával az eredetileg kiválasztott biztosító honlapján a kérelem kitöltésekor korábban feltüntetett adatok automatikusan átkerülnek a helyettesítő biztosítóhoz).
Az elektronikus OSAGO szerződés megkötésének további lépései a helyettesítő biztosító honlapján a fent jelzett lépésekhez hasonlóak.
A PCA ellenőrzése a CMTPL elektronikus szabályzatokban kötelező eljárás. Információkat ad meg az autójáról, önmagáról (útlevéladatok) és a vezetőkről, akik jogosultak vezetni. A biztosítótársaság ezeket az információkat titkosított formában küldi el a PCA adatbázisba.
A PCA adatbázis ellenőrzése automatikusan megtörténik. Fő célja, hogy ellenőrizze, volt-e korábban kötvénye, milyen biztosítási előzmények vannak azokon (balesetek száma), és helyesen számolja ki a kötvény költségét.
A PCA adatbázis-ellenőrzés akkor indul el, ha kitöltötte az elektronikus OSAGO kötvényre vonatkozó biztosítási kérelmet a személyes fiókjában a biztosító honlapján.
Pozitív ellenőrzés nélkül nem tudja fizetni a kötvényt.
Az ellenőrzés nem mindig sikeres. Ezt gyakran a biztosító rendszere nem tudja teljesíteni.
A sikertelenség okai különbözőek. Ezek közül a leggyakrabban előforduló műszaki hiba, az Ön és autója adatainak hiánya az adatbázisban.
Néha szándékosan blokkolják az ellenőrzés eredményeit. A gátlástalan cégek így próbálják szabályozni az ügyfelek áramlását, és kiszűrni a veszteségeseket a „mérgező” régiókból és a korábbi években veszteségeseket. Az ilyen tevékenységek tilosak, és fájdalmas szankciókhoz vezethetnek a PCA és az Orosz Föderáció Központi Bankja biztosítói számára.
Amikor elektronikus OSAGO kötvényt igényel a biztosító honlapján, akkor tájékoztatni lehet arról, hogy az automatikus PCA ellenőrzés nem ment át.
Például Rosgosstrakhban így néz ki:
A helyzet orvoslása érdekében a rendszer felkéri Önt, hogy töltse fel az alábbi dokumentumok elektronikus másolatait a webhelyre:
Biztonságos? Egészen. Az E-OSAGO regisztrációjához szükséges személyes fiókhoz való hozzáférés a biztonságos https protokollon keresztül történik (csak abban az esetben ellenőrizze ezt a böngésző címsorában). A dokumentumok szerinti információk csak a biztosítóhoz kerülnek, amely nem jogosult azokat harmadik félnek átadni.
A biztosító szakemberei manuálisan ellenőrzik az Ön adatait a PCA adatbázisban található dokumentumokon. És 30 percen belül további utasításokat küldünk e-mailben. Cégenként változó az idő, de átlagosan nem kell fél óránál tovább várni.
A biztosító alkalmazottai által a dokumentumok kézi ellenőrzésének eredménye egy levél lesz.
Például Rosgosstrakhból a következő tartalmú levél érkezik.
A levélben tájékoztatják Önt, hogy a dokumentumok szerint minden rendben van, és az E-OSAGO-ra vonatkozó kérelmet helyesen töltötte ki.
Az ügyfelek kényelme érdekében a személyes fiókba bevitt összes adat mentésre kerül. Beleértve a biztosítottra, az autóra és a vezetőkre vonatkozó információkat.
Nem kell mást tenni, mint a fizetési szakaszba lépni, és bankkártyával fizetni a kötvényt.
1.19. A szerződéstervezetek állapotának betöltésére vonatkozó kérelmek feldolgozási állapotának fogadása e-OSAGOA szerződéstervezet állapotának betöltésére vonatkozó kérelem feldolgozási állapotának megszerzéséhez az e-OSAGO CIS SC a rendszer ProjectPolicyService-jára hivatkozik, a getSetStatusResult metódus, a A StatusPolicyEOSAGOStatusRequest.xsd séma a kéréshez használatos.
A megadott sémának megfelelő kérés összetételét a jelen kézikönyv 3. függeléke, az interakciós formátumok specifikációja tartalmazza.
Az e-OSAGO szerződéstervezet állapotának feltöltésére irányuló kérelem feldolgozási állapotának kérésekor a következő szempontokat kell figyelembe venni:
A kérelem összetételét a jelen kézikönyv 3. függeléke, az interakciós formátumok specifikációja” tartalmazza.
Az e-OSAGO szerződéstervezetekhez rendelkezésre álló IC-számok számára vonatkozó kérés elküldésekor a következő szempontokat kell figyelembe venni:
