ՄուտքՕգտատիրոջ սխալ վավերացումը rsa-ում ձախողվեց: «Կենտրոնացված PCA համակարգերից հաստատում չի ստացվել» սխալի խնդիր
Պայմանագրի նախագծի կարգավիճակը ներբեռնելու հարցման մշակման կարգավիճակ ստանալու համար e-OSAGO CIS SC-ը հղում է անում Համակարգի ProjectPolicyService-ին, հարցման համար օգտագործվում է getSetStatusResult մեթոդը, StatusPolicyEOSAGOStatusRequest.xsd սխեման:
Նշված սխեմային համապատասխան հարցման կազմը տրված է սույն ձեռնարկի Հավելված 3-ում «Փոխգործակցության ձևաչափերի ճշգրտում»:
Էլեկտրոնային OSAGO-ի համաձայնագրի նախագծի կարգավիճակը վերբեռնելու հայտի մշակման կարգավիճակ խնդրելիս պետք է հաշվի առնել հետևյալ ասպեկտները.
5.8.1. e-OSAGO-ի համաձայնագրի նախագծի վերբեռնման վերաբերյալ հարցումը մշակելու կարգավիճակի հարցումը պարունակում է մուտքի ID՝ e-OSAGO պայմանագրի նախագծին կարգավիճակ շնորհելու հարցումը հաջող վերբեռնելուց հետո ձևավորված համաձայնագրերի նախագծերի կարգավիճակների մշակման հերթում: Համակարգում (համաձայն սույն ձեռնարկի 5.7 կետի):
5.8.2. Երբ «Չեղյալ» կարգավիճակն ուղարկվում է e-OSAGO պայմանագրի նախագծին, և եթե e-OSAGO պայմանագրի նախագծի կարգավիճակը բեռնելու հարցումը համապատասխանում է FLC-ի սահմանված կանոններին, «Էլեկտրոնային քաղաքականություն» ենթահամակարգը պատասխան է տալիս IC՝ e-OSAGO համաձայնագրի նախագծին կարգավիճակի հաջող շնորհման մասին ծանուցմամբ:
5.8.3. SC-ի պատասխան հաղորդագրությունը ստեղծվում է StatusPolicyEOSAGOStatusResponse.xsd սխեմայի համաձայն, որի կազմը տրված է սույն ձեռնարկի Հավելված 3-ում «Փոխգործակցության ձևաչափերի ճշգրտում»:
5.8.4. Երբ e-OSAGO համաձայնագրի նախագիծն ուղարկվում է «Ակտիվ» կարգավիճակով և համաձայնագրի նախագծի կարգավիճակը Համակարգում վերբեռնելու հարցումը հաջողությամբ մշակելու դեպքում, Էլեկտրոնային քաղաքականության ենթահամակարգը հարցում է ուղարկում վերբեռնելու այս նախագծի տվյալները: համաձայնագիր ԴՄԴԲՄ-ին ԱՊՊԱ ԴՄԴԲՄ պայմանագրերի/կորուստների ներբեռնման ծառայության միջոցով:
5.8.5. DMDSS-ից e-OSAGO համաձայնագրի մշակման կարգավիճակի վերաբերյալ պատասխան ստանալուց հետո Համակարգը IC-ի համար ստեղծում է պատասխան, որը պարունակում է բոլոր տեղեկությունները DMDSS-ում e-OSAGO համաձայնագրի մշակման արդյունքների մասին:
5.8.6. DMDBM-ում պայմանագրի հաջող մշակման դեպքում «Էլեկտրոնային քաղաքականություն» ենթահամակարգը IC-ից առաջացնում է պատասխան՝ e-OSAGO պայմանագրի նախագծին «Ակտիվ» կարգավիճակի հաջող նշանակման մասին հաղորդագրությամբ:
5.8.7. Այն դեպքում, երբ e-OSAGO պայմանագիրը չի անցել FLC DKBM-ի ստուգումները և չի պահպանվել DMDBM-ում, ապա, համաձայն e-OSAGO համաձայնագրի համապատասխան նախագծի, «Էլեկտրոնային քաղաքականություն» ենթահամակարգը առաջացնում է պատասխան IC-ից: հաղորդագրությամբ, որ «Վավեր» կարգավիճակը չի նշանակվել (պիտակում IsStatusAssign-ը կվերադարձնի false), և DKBM-ի սխալների ցանկը:
5.8.8. Եթե հարցումը մշակելիս սխալներ են առաջանում, ապա Համակարգը SC-ից պատասխան է առաջացնում՝ հարցման վավերացման ժամանակ հայտնաբերված սխալների ցանկով, որը փոխանցվում է SC պատասխան հաղորդագրության ErrorList թեգում: Սխալների կոդերը, դրանց նկարագրությունը և Համակարգի վարքագիծը, երբ դրանք ստացվում են, տրված են սույն փաստաթղթի Հավելված 1-ում «Վավերացման սխալներ»:
5.8.9. Վավերացման սխալները, որոնք տեղի են ունեցել DKBM-ում հարցումը մշակելիս, թվարկված են CK պատասխան հաղորդագրության ErorrDKBMList թեգում: Նման սխալների ծածկագրերը և դրանց նկարագրությունը տրված են «Օպերատորի ձեռնարկ ենթահամակարգերի պայմանագրերի և KBM AIS RSA» փաստաթղթում:
5.8.10. Հարցումների մշակման կարգավիճակների ցանկը տրված է սույն փաստաթղթի Հավելված 2-ում «Հարցի կարգավիճակներ»:
e-OSAGO պայմանագրերի նախագծերի համար անվճար սենյակների քանակի հարցում
Պայմանագրերի նախագծերի համար անվճար համարների քանակի հարցում ստեղծելու համար e-OSAGO CIS SC-ն կանչում է ProjectPolicyCountService ծառայությունը, հարցումի համար օգտագործվում է getFreeNumbers մեթոդը, NumberFreeRequest.xsd սխեման:
E-OSAGO պայմանագրերի նախագծերի համար մատչելի IC համարների քանակի հարցում ուղարկելիս պետք է հաշվի առնել հետևյալ ասպեկտները.
5.9.1. e-OSAGO պայմանագրերի նախագծերի քանակի սահմանը, որոնք հասանելի են e-OSAGO-ի համաձայնագրերի նախագծերի ձևավորման համար, հատկացվում է PCA-ում և մուտքագրվում է e-OSAGO DB-ի համապատասխան աղյուսակում PCA ադմինիստրատորի կողմից յուրաքանչյուր IC-ի համար ժամանակաշրջանի սկզբում: .
5.9.2. Համակարգը տրամադրում է ներքին ալգորիթմ յուրաքանչյուր IC-ի համար անվճար համարների քանակի հաշվարկման համար, որը բաղկացած է ժամանակաշրջանի սկզբում e-OSAGO IC պայմանագրերի նախագծերի թվերի սահմանաչափի և նախագծային e-ի օգտագործված թվերի միջև տարբերությունը որոշելուց: -OSAGO-ի համաձայնագրեր յուրաքանչյուր IC-ի համար:
5.9.3. Եթե պայմանագրի նախագիծը հաջողությամբ պահպանվի Համակարգում, ապա e-OSAGO պայմանագրի նախագիծը ներբեռնելու հարցում ուղարկած ապահովագրական ընկերության օգտագործված համարների թիվն ավելանում է մեկով:
5.9.4. e-OSAGO պայմանագրի նախագծին «Չեղյալ» կարգավիճակ շնորհելիս օգտագործված SC համարների թիվը կրճատվում է մեկով:
5.9.5. Անվճար IC համարների քանակի հարցման պատասխանը ստեղծվում է NumberFreeResponse.xsd սխեմայի համաձայն, որի կազմը տրված է այս ձեռնարկի Հավելված 3-ում «Փոխազդեցության ձևաչափերի ճշգրտում» և պարունակում է անվճար համարների քանակը e-ի համար: -OSAGO-ի համաձայնագրերը հարցումն ուղարկած IC-ի համար հարցում ստանալու պահին:
5.9.6. Համակարգը չի նախատեսում e-OSAGO պայմանագրերի նախագծերին նախկինում հատկացված համարների վերօգտագործման հնարավորություն:
E-OSAGO պայմանագրերի նախագծերի թվերի ցանկի հարցում
Էլեկտրոնային OSAGO պայմանագրերի նախագծերի թվերի ցուցակի հարցում ստեղծելու համար, որոնց նախկինում չի տրվել համապատասխան կարգավիճակ, ԱՊՀ SK-ն կանչում է ProjectPolicyListService ծառայություն, getList մեթոդը, հայտի համար օգտագործվում է ListPolicyEOSAGORequest.xsd սխեման:
Հարցման կազմը տրված է սույն ձեռնարկի «Փոխգործակցության ձևաչափերի ճշգրտում» Հավելված 3-ում:
Առանց կարգավիճակի e-OSAGO պայմանագրերի նախագծերի թվերի ցանկը պահանջելիս պետք է հաշվի առնել հետևյալ ասպեկտները.
5.10.1. Հարցումը մշակելուց հետո «Էլեկտրոնային քաղաքականություն» ենթահամակարգը ստեղծում է IC պատասխան, որը պարունակում է e-OSAGO պայմանագրերի նախագծերի թվերի ցանկ, որոնք չունեն «Վավեր» կամ «Չեղարկված» կարգավիճակը հարցման պահին և որոնք նախկինում վերբեռնվել են: հարցումն ուղարկած IC-ի կողմից:
5.10.2. NC-ի պատասխան հաղորդագրությունը ձևավորվում է ListPolicyEOSAGOResponse.xsd սխեմայի համաձայն, որի կազմը տրված է սույն ձեռնարկի «Փոխգործակցության ձևաչափերի ճշգրտում» Հավելված 3-ում:
Օբյեկտի նույնականացում
Համակարգում օբյեկտների նույնականացման կանոնները տրված են Աղյուսակ 4-ում:
Աղյուսակ 4 Օբյեկտների նույնականացման կանոններ
| Օբյեկտ | Նույնականացման մանրամասները | XML տարրեր |
| Համաձայնագրի նախագիծ e-OSAGO | SC Code + SC Համաձայնագրի նույնացուցիչ | InsurerID + DraftPolicyID |
| Սուբյեկտ ֆիզիկական (ապահովագրող, մեքենայի սեփականատեր) | HASH (լրիվ անուն + ծննդյան տարեթիվ) + Փաստաթղթի տեսակ + Փաստաթղթի շարք + Փաստաթղթի համար | PersonNameBirthHash + DocPerson + Serial + Number |
| Առարկա անհատ - LDU | HASH (լրիվ անուն + ծննդյան ամսաթիվ) + VU շարք + VU համար + Փաստաթղթի տեսակը | PersonNameBirthHash + Serial + Number+(DocPerson=20) |
| Սուբյեկտ իրավաբանական անձ (ապահովագրող և տրանսպորտային միջոցի սեփականատեր) | Ռուսաստանի Դաշնության ռեզիդենտների սուբյեկտների համար. «TIN» սուբյեկտների համար՝ Ռուսաստանի Դաշնության ոչ ռեզիդենտների համար՝ «Լրիվ անուն» (ըստ գրանցման վկայականի (բաց, չճշտված ձևով) | Ռուսաստանի Դաշնության բնակիչների համար՝ INN Ռուսաստանի Դաշնության ոչ ռեզիդենտների համար՝ OrgName |
| Թեմայի փաստաթուղթ | Փաստաթղթի տեսակ + Փաստաթղթի շարք + Փաստաթղթի համար | DocPerson + Serial + Number |
| Փոխադրամիջոց | Տրանսպորտային միջոցի նույնականացումը տրամադրվում է «Տրանսպորտային միջոցի գրանցման երկիր» դաշտի արժեքը համատեղելով հետևյալ մեթոդներից մեկի դաշտերի հետ. 1) նույնացուցիչը որոշվում է հետևյալ մանրամասներից մեկի արժեքով կամ դրանց համակցությամբ (եթե մի քանիսը. լրացվում են):
| CountryCar 1) VIN BodyNumber ChassisNumber 2) համարանիշ |
Ստուգումները ընթացքի մեջ են
Տեխնիկական ստուգումները կատարվում են, երբ «Էլեկտրոնային քաղաքականություն» ենթահամակարգը ստանում է հարցում, երբ այն վավերացվում է xsd-սխեմաների համապատասխանության համար: Համակարգի xsd-սխեմաների կազմը տրված է սույն ձեռնարկի Հավելված 3-ում «Փոխազդեցության ձևաչափերի ճշգրտում»:
Xsd սխեմաների հետ համապատասխանության ներկայացված հարցումների նախնական վավերացումն իրականացնելուց հետո կատարվում է ներկայացված հարցումների տրամաբանական ստուգում, ներառյալ հարցումների ատրիբուտների լրացման ստուգում՝ կախված այլ ատրիբուտների արժեքից:
Վավերացման տրամաբանության համաձայն՝ սկզբում ստուգումները կատարվում են մայր տարրերի համար, այնուհետև, եթե գոյություն ունի մայր տարր, ստուգումներ են կատարվում նրա զավակ տարրերի համար, հետևաբար, եթե մայր տարրը կամընտիր է հատկություններում և պարտադիր է իր երեխաների համար, եթե Ֆայլի հաստատումը համարվում է հաջողված, ծնող տարրը բացակայում է:
Համակարգն իրականացնում է PCA-ի նախաձեռնությամբ կատարված ստուգումների կարգավորումներն անջատելու հնարավորությունը, ներառյալ «Էլեկտրոնային քաղաքականություն» ենթահամակարգը, որը հնարավորություն է տալիս համակողմանիորեն անջատել FLC ստուգումները e-OSAGO-ի համաձայնագրի նախագիծը բեռնելիս:
Եթե ստուգումն անջատված է, ստուգումը դեռ կատարվում է, բայց եթե այս ստուգման ժամանակ սխալ է ստացվել, e-OSAGO համաձայնագրի նախագիծը դեռ պահպանվում է Էլեկտրոնային քաղաքականության ենթահամակարգի տվյալների բազայում: Կարգավիճակի հարցումին ի պատասխան՝ SC-ն հաղորդագրություն կստանա այն մասին, թե արդյոք պայմանագրի նախագիծը պահպանվել է տվյալների բազայում և վավերացման սխալների ցանկ:
Ամբողջական ցուցակըվավերացման սխալները, ինչպես նաև համակարգի գործողությունները, երբ ստուգումն անջատված է, տրված են Հավելված 1-ում «Վավերացման սխալներ»: Հավելված 2 «Դիմումների կարգավիճակը» պարունակում է «Էլեկտրոնային քաղաքականություն» ենթահամակարգի հարցումների կարգավիճակների ցանկ:
Աղյուսակ 5 Սուբյեկտի՝ ապահովագրվածի, մեքենայի սեփականատիրոջ տվյալները ստուգելու հարցում (InsurerOwnerRequest.xsd)
| մայր տարր | տրամաբանական անուն | Տրամաբանական ստուգում | |
| Ապահովագրող ՍեփականատիրոջՊահանջ | InsurerOwnerRequestValue | Սուբյեկտի (ապահովագրված/տրանսպորտային միջոցի սեփականատիրոջ) տվյալների ստուգում. | Պարտադիր լրացնել. |
| InsurerOwnerRequestValue | Ապահովագրողի ID | ||
| PhysicalPersonInfoRequest | Անհատական տվյալներ ստուգման համար | Պահանջվում է լրացնել 2 տարրերից մեկը։ | |
| LegalPersonInfoRequest | Իրավաբանական անձի տվյալները ստուգման համար | ||
| Ամսաթիվ Հարցում | Հարցման ամսաթիվ + ժամ | Պարտադիր լրացնել. | |
| PhysicalPersonInfoRequest | Երկիր | Երկրի կոդը OKSM-ում | Պարտադիր լրացնել. |
| Անձի անունըԾնունդՀաշ | Հաշ լրիվ անուն + ծննդյան տարեթիվ | Պարտադիր լրացնել. | |
| Անձնական փաստաթուղթ | Անձը հաստատող փաստաթղթի տեսակը, սերիան և համարը | Պարտադիր լրացնել. | |
| ՀասցեRSACode | |||
| Անձնական փաստաթուղթ | DocPerson | Անձը հաստատող փաստաթղթի տեսակը | Պարտադիր լրացնել. «Փաստաթղթերի տեսակները» գրացուցակից կոդերի համապատասխանության ստուգում: |
| Սերիալ | Մի շարք փաստաթղթեր | Պահանջվում է լրացնել, եթե առկա է: Լրացնելիս ստուգեք անվավեր նիշերի բացակայությունը: | |
| թիվ | Փաստաթղթի համարը | ||
| LegalPersonInfoRequest | Երկիր | Երկրի կոդը OKSM-ում | Պարտադիր լրացնել. |
| Կազմակերպության ID | Ամբողջական անունը (ըստ գրանցման վկայականի) + TIN (Ռուսաստանի Դաշնության բնակիչների համար) | Պարտադիր լրացնել. | |
| ՀասցեRSACode | Հասցե - կոդը RSA-KLADR գրացուցակից | Պարտադիր լրացնել. KLADR գրացուցակի կոդերի համապատասխանության ստուգում | |
| Կազմակերպության ID | Բնակիչ | ՌԴ նշան/ոչ ՌԴ | Պարտադիր լրացնել. |
| ՊԱՆԴՈԿ | իրավաբանական անձի TIN | Պարտադիր Ռուսաստանի Դաշնության բնակիչների համար. | |
| OrgName | Իրավաբանական անձի լրիվ անվանումը (ըստ գրանցման վկայականի) | Պարտադիր լրացնել. |
| մայր տարր | Ծնող տարրի հատկանիշ | տրամաբանական անուն | Տրամաբանական ստուգում |
| DriverRequest | DriverRequestValue | LDU տվյալների ստուգում | Պարտադիր լրացնել. |
| DriverRequestValue | Ապահովագրողի ID | Ապահովագրական ընկերության ID | Պարտադիր լրացնել. Կոդերի համապատասխանության ստուգում «Ապահովագրական ընկերություններ» գրացուցակից: Ստուգեք հաղորդագրության վերնագրում նշված SK նույնացուցիչի համապատասխանությունը: |
| DriverInfoRequest | LDU տվյալները ստուգման համար | Պարտադիր լրացնել. | |
| Ամսաթիվ Հարցում | Հարցման ամսաթիվ + ժամ | Պարտադիր լրացնել. | |
| DriverInfoRequest | |||
| Անձի անունըԾնունդՀաշ | Հաշ լրիվ անուն + ծննդյան տարեթիվ | Պարտադիր լրացնել. | |
| Վարորդի փաստաթուղթ | Վարորդական վկայականի սերիան և համարը | Պարտադիր լրացնել. | |
| Կատեգորիաներ Վարորդական լիցենզիա | Վարորդական իրավունքի տրանսպորտային միջոցների թույլատրելի կատեգորիաներ | ||
| DriverDocDate | Առաջին վարորդական իրավունքի տրման ամսաթիվը | Պարտադիր լրացնել. Այս դաշտի վավերացումն իրականացվում է մինչև մեկ տարի ճշգրտությամբ։ | |
| Վարորդի փաստաթուղթ | Սերիալ | Մի շարք փաստաթղթեր | Պահանջվում է լրացնել, եթե առկա է: Լրացնելիս ստուգեք անվավեր նիշերի բացակայությունը: |
| թիվ | Փաստաթղթի համարը | Պարտադիր լրացնել. Ստուգեք անվավեր նիշերի առկայությունը: | |
| Կատեգորիաներ Վարորդական լիցենզիա | CatDriverLicense | Տրանսպորտային միջոցների կատեգորիա ըստ WU-ի | Պարտադիր լրացնել. Նշված է «Model Modifications» տեղեկագրքից մեքենայի կատեգորիայի կոդը: Ստուգումն անջատված է մինչև DiKBM-ի համապատասխան վերանայման իրականացումը: |
| մայր տարր | Ծնող տարրի հատկանիշ | տրամաբանական անուն | Տրամաբանական ստուգում |
| TSRequest | TSRequestValue | Տրանսպորտային միջոցների տվյալների ստուգում | Պարտադիր լրացնել. |
| TSRequestValue | Ապահովագրողի ID | Ապահովագրական ընկերության ID | Պարտադիր լրացնել. Կոդերի համապատասխանության ստուգում «Ապահովագրական ընկերություններ» գրացուցակից: Ստուգեք հաղորդագրության վերնագրում նշված SK նույնացուցիչի համապատասխանությունը: |
| TSInfoRequest | Մեքենայի տվյալները ստուգման համար | Պարտադիր լրացնել. | |
| Ամսաթիվ Հարցում | Հարցման ամսաթիվ + ժամ | Պարտադիր լրացնել. | |
| TSInfoRequest | գյուղական մեքենա | Մեքենայի գրանցման երկիր | Պարտադիր լրացնել. Ստուգեք համապատասխանությունը «0» և «1» արժեքներին (1 - ՌԴ; 0 - ոչ RF) |
| CarIdent | Տրանսպորտային միջոցների նույնացուցիչներ | Պարտադիր լրացնել. | |
| MarkModelCarRSACode | Ապրանքանիշի մոդելի կոդը PCA ձեռնարկից | Պարտադիր լրացնել. Ստուգեք համապատասխանությունը «Մոդելի փոփոխություններ» տեղեկատու գրքույկի արժեքներին: Եթե գրացուցակը չի պարունակում պահանջվող մոդելը, ապա պետք է փոխանցվի գրացուցակի մուտքի կոդը, որի անվանումը սկսվում է «Այլ մոդել» բառերով և համապատասխանում է մեքենայի պահանջվող կատեգորիային և տեսակին: | |
| Տարվա թողարկում | Թողարկման տարեթիվը | Պարտադիր լրացում, բացառությամբ գրանցված մեքենաների օտար պետություններ. | |
| տիպի մեքենա | Տրանսպորտային միջոցի տեսակը | Պահանջվում է լցոնման համար, բացառությամբ արտասահմանյան երկրներում գրանցված մեքենաների: Նշված է «Model Modifications» տեղեկատու գրքույկից մեքենայի տիպի կոդը: | |
| կատվագի | Տրանսպորտային միջոցների կատեգորիա | Պարտադիր լրացում, երբ տրանսպորտային միջոցի կատեգորիայի ծածկագիրը լրացվում է «Մոդելի փոփոխությունները» RSA տեղեկագրքում, բացառությամբ արտասահմանյան երկրներում գրանցված մեքենաների: Նշված է «Model Modifications» տեղեկագրքից մեքենայի կատեգորիայի կոդը: Եթե մեքենայի կատեգորիայի կոդը լրացված չէ RSA տեղեկատու գրքում «Model Modifications», ապա CatCar պիտակը չի լրացվում մեքենայի ստուգման մեջ: | |
| DocumentCar | TS փաստաթղթի տեսակը | Պահանջվում է լցոնման համար, բացառությամբ արտասահմանյան երկրներում գրանցված մեքենաների: «Փաստաթղթերի տեսակները» գրացուցակից կոդերի համապատասխանության ստուգում: | |
| DocCarSerial | TS փաստաթղթերի շարք | ||
| DocCarNumber | TS փաստաթղթի համարը | Պահանջվում է լցոնման համար, բացառությամբ արտասահմանյան երկրներում գրանցված մեքենաների: Ստուգեք անվավեր նիշերի առկայությունը: | |
| Փաստաթղթի Քարտի ամսաթիվ | Ավտոմեքենայի փաստաթղթի թողարկման ամսաթիվը | Պահանջվում է լցոնման համար, բացառությամբ արտասահմանյան երկրներում գրանցված մեքենաների: Ստուգումն անջատված է մինչև DiKBM-ի համապատասխան վերանայման իրականացումը: | |
| EngCap | Շարժիչի հզորությունը B կատեգորիայի համար, h.p. | Պարտադիր CatCar = «B» համար, բացառությամբ արտասահմանյան երկրներում գրանցված տրանսպորտային միջոցների: | |
| MaxMass | C կատեգորիայի թույլատրելի առավելագույն զանգվածը կիլոգրամներով | Պարտադիր CatCar = «C» համար, բացառությամբ արտասահմանյան երկրներում գրանցված տրանսպորտային միջոցների: | |
| Unladen Mass | Անբեռ քաշը կիլոգրամներով C կատեգորիայի համար | Պարտադիր CatCar = «C» համար, բացառությամբ արտասահմանյան երկրներում գրանցված տրանսպորտային միջոցների: Ստուգումն անջատված է մինչև DiKBM-ի համապատասխան վերանայման իրականացումը: | |
| PasQuant | Ուղևորի նստատեղերի քանակը D կարգի համար | Պարտադիր CatCar = «D» համար, բացառությամբ արտասահմանյան երկրներում գրանցված տրանսպորտային միջոցների: | |
| CarIdent | համարանիշը | Պետություն. թիվ | Պահանջվում է լրացնել 4 տարրերից մեկը։ Ստուգեք անվավեր նիշերի առկայությունը: VIN/BodyNumber/ChassisNumber թեգերը լրացնելիս ստուգում է, որ LicensePlate պիտակը (պետական համարը) լրացված չէ: LicensePlate պիտակը լրացնելիս այն ստուգում է, որ մեքենայի այլ նույնացուցիչները լրացված չեն: Մեքենայի որոնումը և ստուգումը DKBM ենթահամակարգում իրականացվում է տրանսպորտային միջոցի նույնացուցիչների ամբողջական համընկնմամբ (նշված նույնացուցիչների քանակով և դրանց արժեքներով): Պետական համարի ստուգումն իրականացվում է պետական համարների միջև՝ տրանսպորտային միջոցի միակ նույնացուցիչները: |
| VIN | VIN | ||
| Մարմնի համարը | մարմնի համարը | ||
| Շասսի համարը | Շասսիի համարը |
RSA-ի ստուգում OSAGO-ի էլեկտրոնային քաղաքականության մեջ. հարկադիր ընթացակարգ. Դուք մուտքագրում եք տեղեկություններ ձեր մեքենայի, ձեր (անձնագրի տվյալները) և վարորդների մասին, որոնց թույլատրվելու է վարել: Ապահովագրական ընկերությունն այս տեղեկատվությունը կոդավորված ձևով ուղարկում է PCA տվյալների բազա:
PCA տվյալների բազայի ստուգումն իրականացվում է ավտոմատ կերպով: Դրա հիմնական նպատակն է ստուգել, թե արդյոք նախկինում ունեցել եք պոլիսներ, ինչպիսի՞ն է դրանց վրա ապահովագրության պատմությունը (վթարների քանակը) և ճիշտ հաշվարկել պոլիսների արժեքը:
Ե՞րբ է կատարվում ստուգումը
PCA տվյալների բազայի ստուգումը սկսվում է այն բանից հետո, երբ դուք լրացնեք ապահովագրության դիմումը էլեկտրոնային OSAGO քաղաքականության համար ձեր անձնական հաշվին ապահովագրական ընկերության կայքում:
Առանց դրական ստուգման, դուք չեք կարողանա շարունակել վճարել քաղաքականության համար:
Ինչու է PCA թեստը ձախողվում:
Ստուգումը միշտ չէ, որ հաջողված է: Հաճախ ապահովագրողի համակարգը չի կարող դա կատարել։
Անհաջողության պատճառները տարբեր են. Տեխնիկական անսարքությունը, տվյալների բազայում ձեր և ձեր մեքենայի մասին տեղեկատվության բացակայությունը դրանցից ամենատարածվածն է:
Երբեմն տեղի է ունենում ստուգման արդյունքների միտումնավոր արգելափակում: Անբարեխիղճ ընկերություններն այսպիսով փորձում են կարգավորել հաճախորդների հոսքը և «թունավոր» և նախորդ տարիների վնասներ կրած շրջաններից դուրս բերել ոչ եկամտաբերներին։ Նման գործողություններն արգելված են և կարող են հանգեցնել ցավալի պատժամիջոցների PCA-ի և Ռուսաստանի Դաշնության Կենտրոնական բանկի ապահովագրողների համար:
Ինչ անել, եթե PCA թեստը ձախողվի
Ապահովագրական ընկերության կայքում էլեկտրոնային OSAGO քաղաքականության համար դիմելիս կարող եք տեղեկացվել, որ PCA ավտոմատ ստուգումը չի անցել:
Օրինակ, Ռոսգոսստրախում այն ունի հետևյալ տեսքը.
Իրավիճակը շտկելու համար ձեզ կառաջարկվի կայքում վերբեռնել հետևյալ փաստաթղթերի էլեկտրոնային պատճենները.
- ապահովադրի անձնագիր՝ հիմնական էջը և գրանցման էջը.
- անձնագիր փոխադրամիջոց- երկու կողմերը;
- ախտորոշիչ քարտ;
- վարորդական իրավունք՝ երկու կողմից.
Արդյո՞ք դա անվտանգ է: Բավականին. Մուտք դեպի Անձնական տարածք E-OSAGO-ի գրանցման համար այն տեղի է ունենում անվտանգ https արձանագրության միջոցով (միայն դեպքում, ստուգեք սա ձեր բրաուզերի հասցեի տողում): Փաստաթղթերի մասին տեղեկատվությունը միայն կգնա ապահովագրական ընկերություն, որն իրավունք չունի այն փոխանցել երրորդ անձանց։
Ապահովագրողի մասնագետները ձեռքով կստուգեն Ձեր տվյալները PCA տվյալների բազայում առկա փաստաթղթերի վերաբերյալ: Իսկ 30 րոպեի ընթացքում հետագա հրահանգները կուղարկվեն էլեկտրոնային փոստով: Ընկերությունից ընկերություն ժամանակը տատանվում է, բայց միջին հաշվով կես ժամից ավելի սպասել չի լինի:
Ընկերությունում ձեռքով ստուգման արդյունքը
Ապահովագրական ընկերության աշխատակիցների կողմից փաստաթղթերի ձեռքով ստուգման արդյունքը կլինի նամակ:
Օրինակ, Ռոսգոսստրախից նամակ է գալիս հետեւյալ բովանդակությամբ.
Նամակում ձեզ կտեղեկացնեն, որ ըստ փաստաթղթերի ամեն ինչ կարգին է, և դուք ճիշտ եք լրացրել ամեն ինչ E-OSAGO-ի հայտում։
Հաճախորդների հարմարության համար անձնական հաշվի մեջ մուտքագրված բոլոր տվյալները պահվում են: Ներառյալ տեղեկատվություն ապահովագրվածի, մեքենայի և վարորդների մասին:
Մնում է գնալ վճարման բաժին և վճարել քաղաքականության համար բանկային քարտով։
Ցանկանու՞մ եք հոդվածը կարդալուց հետո թեստ հանձնել նյութերի վերաբերյալ։
Այո՛Ոչ
Առանց տնից դուրս գալու մեքենան ապահովագրելու ունակությունն իսկական նվեր է ավտոմեքենաների սեփականատերերին: Այնուամենայնիվ, այստեղ նույնպես պարբերաբար առաջանում են տհաճ անակնկալներ. օրինակ, երբ առցանց OSAGO-ի համար դիմելիս ստուգումը AIS RSA տվյալների բազայի վրա չի անցնում: Հնարավո՞ր է ինքնուրույն լուծել խնդիրը, թե՞ անձնական այցը ապահովագրական ընկերություն պարտադիր է:
Խնդրի պատճառները
Եթե առցանց OSAGO քաղաքականության համար դիմելիս AIS RSA ստուգումը չի անցնում, պատճառը միշտ նույնն է՝ ինչ-որ տեղ տվյալների անհամապատասխանություն կա: Ամենապարզ տարբերակն այն է, որ դուք պարզապես սխալ եք թույլ տվել անհրաժեշտ դաշտերում տեղեկատվություն մուտքագրելիս: Այս դեպքում նորից ստուգեք ամեն ինչ՝ ուշադրություն դարձնելով բառերի ճիշտ ուղղագրությանը։
Որոշ ապահովագրական ընկերություններ հոգացել են իրենց հաճախորդների հարմարավետության համար, ովքեր ցանկանում են թողարկել էլեկտրոնային քաղաքականությունՆրանք ծառայությանն ավելացրել են վիճելի վայրերի ընդգծում։ Սա մեծապես հեշտացնում է սխալների վրա աշխատելու գործընթացը. պարզապես փորձեք մի քանիսը տարբեր տարբերակներ- և դուք անպայման կգտնեք ճիշտը:
Բացի տառասխալներից, հավանականություն կա, որ ինչ-որ տեղեկություն այլ կերպ եք գրել, քան նախորդ անգամ: Միգուցե այն ժամանակ դուք պատճենել եք տեղեկատվությունը TCP-ից, իսկ հիմա գրել եք հիշողությունից, կամ հակառակը: Ամեն դեպքում, դուք պետք է հասնեք ամբողջական նույնականացման անցյալ տարի ներկայացված տվյալների հետ: 
Իդեալական տարբերակն այն է, որ ամեն ինչ վերաշարադրվի անցյալ տարվա քաղաքականությունից, ապա դուք անպայման կանցնեք PCA թեստը:
Ինչ անել?
Վատ է, եթե սխալը թույլ ես տվել ոչ թե դու, այլ ապահովագրական ընկերության աշխատակիցը, որի օգնությամբ էլ կազմվել է նախկին քաղաքականությունը։ Այժմ այս սխալը վերագրվում է ձեզ, քանի դեռ չեք ուղղել այն: Այսպիսով, ինչ անել: Այս դեպքում իրադարձությունների մի քանի տարբերակ կա.
Դուք կարող եք ապահովագրություն ստանալ առցանց: Ավտոմեքենաների էնտուզիաստների միլիոներորդ լսարանի մեջ մի քանի հազար վարորդ արդեն ապահովագրություն է գնել առցանց։ Այնուամենայնիվ, շատ հաճախ օգտվողները բախվում են խնդրի հետ. համակարգը սխալ է տալիս «Կենտրոնացված RSA համակարգերից հաստատում չի ստացվել»: Վարորդները պետք է իմանան, թե ինչու է նման ձախողումը տեղի ունենում, և ինչ անել, եթե մեքենան չի անցնում PCA-ի թեստը:
Չի անցնում PCA ստուգումը, որտեղից է առաջացել սխալը
IN ապահովագրական գործակալություն OSAGO-ի քաղաքականություն գնելիս ապահովագրողը «մուրճում» է ձեր մեքենայի տվյալները տվյալների բազա: Մուտքագրված բոլոր տեղեկությունները հուսալի են (գործակալն անձամբ պատասխանատու է դրա համար) և պահվում է AIS RSA-ի մեկ տվյալների բազայում:
Ուշադրություն. ԱՊՊԱ պայմանագրի երկարաձգումը հնարավոր է ապահովագրության ժամկետի ավարտից ոչ շուտ, քան 60 օր առաջ, բայց ոչ ուշ, քան դրա գործողության ժամկետը:
Այսօր դուք կարող եք առցանց գնել OSAGO քաղաքականություն: Այս դեպքում վարորդն ինքն է մուտքագրում բոլոր պահանջվող տեղեկությունները, և համակարգը ստուգում է տվյալների բազայում (ապահովագրական գործակալը մուտքագրել է այն, երբ դուք գնել եք ձեր վերջին ապահովագրական քաղաքականությունը):
Եթե գործակալը սխալ է թույլ տվել տվյալները մուտքագրելիս (տառ, ստորակետ, ոչ ճշգրիտ տեղաշարժ և այլն), ապա էկրանին կտեսնեք սխալ, որը թույլ չի տալիս անցնել ստուգումը PCA-ում: Միգուցե դուք ինքներդ անուշադիր եք եղել հարցաթերթիկը լրացնելիս. նորից կրկնակի ստուգեք ամեն ինչ:
Կարևոր.Մի շփոթեք «PCA տվյալների բազայի ստուգում» և այլ «չնախատեսված սխալներ» սխալը: Եթե կայքը, ձեր բոլոր ուղղումներից հետո սխալ լրացված դաշտերում, վերջապես հայտնել է, որ մեքենան չի անցնում ստուգումը PCA-ում, ապա խնդիրը ձեր տվյալների մեջ է ( էլեկտրոնային համակարգմեղավոր չէ) - դուք ստիպված կլինեք այցելել ապահովագրական ընկերություն:
Չի անցնում PCA ստուգումը. ինչ անել դրա հետ
Եթե ձեր մեքենան ձախողում է PCA ստուգումը, դուք պետք է իմանաք, թե ինչ միջոցներ են անհրաժեշտ ձեռնարկել, եթե համակարգում սխալ հայտնաբերվի.
Եթե համակարգում իրական սխալ կա, փորձեք նորից մուտքագրել ձեր տվյալները (այդպես վարվելով՝ մուտքագրեք նույն տառասխալը, ինչ տվյալների բազայում):
Ուշադրություն. Եթե ցանկանում եք միանգամայն վստահ լինել փաստացի սխալով պոլիսների օրինականության մեջ, ապա ավելի լավ է կապ հաստատել ապահովագրական գրասենյակի հետ՝ առցանց քաղաքականությունը գնելուց հետո՝ համակարգում ձեր տվյալները շտկելու խնդրանքով:
Եթե ձեր ապահովագրությունը դեռ ուժի մեջ է, բայց դուք արդեն սխալ եք հայտնաբերել էլեկտրոնային համակարգում, այցելեք ապահովագրողներին և խնդրեք թարմացնել ձեր մեքենայի վերաբերյալ տեղեկատվությունը: Հիշիր.Դուք իրավունք ունեք ներկա գտնվելու տվյալների մուտքագրման ժամանակ, այնպես որ դուք ինքներդ կարող եք վերահսկել կայքի ուղղումների ողջ գործընթացը: Մի քանի օր անց, երբ տվյալների բազան թարմացվի, կարող եք կրկին փորձել անցնել ստուգումը PCA-ում:
Ուշադրություն. Հեռախոսով փոփոխություններ կատարելը ցանկալի չէ (և ոչ բոլոր գործակալներն են դա անում):
Տառասխալ՝ ձևի մեջ
Պատճառներից մեկը, թե ինչու մեքենան ձախողում է PCA թեստը, տեքստի կամ թվերի անճշտությունների առկայությունն է: Սխալի ամենատարածված պատճառը ձևի տառասխալն է:Խնդրում ենք ուշադիր ուսումնասիրել բոլոր լրացված դաշտերը: Բազմաթիվ ապահովագրական ընկերությունների կայքերում կասկածելի վայրերը ընդգծված են դեղին գույնով կամ անմիջապես նշում են (տեքստային ձևով) հայտնաբերված սխալները։
Եթե տառասխալը հայտնաբերվել է ձեր մեղքով, դուք կարող եք ուղղել այն, երբ փորձեք նորից մուտքագրել տվյալները, բայց եթե տառասխալը կատարվել է ապահովագրական գործակալի կողմից՝ տեղեկատվություն մուտքագրելիս։ միասնական գրանցամատյան- Դուք պետք է այցելեք ձեր ապահովագրական ընկերություն և խնդրեք ուղղել տվյալների բազայում առկա տվյալները:
Սխալ փորձ
Եթե ձեր անձնական հաշվում սխալ մուտքագրված փորձ եք տեսել, ապա դուք ինքներդ չեք կարող հաղթահարել նման միջադեպը և դեռ առցանց քաղաքականություն չեք գնում: Դուք ստիպված կլինեք այցելել ապահովագրողներին և խնդրել նրանց ուղղել PCA էլեկտրոնային համակարգում առկա անճշտությունները:
Գրանցումը ձախողվում է
Գրանցումը չի կայացել. ահա ձեզ պատասխանը, թե ինչու չեք կարող անցնել ստուգումը PCA-ում: Եթե չեք կարողանում գրանցվել, ապա կարող եք սխալ մուտքագրել ձեր օգտանունը կամ գաղտնաբառը:Վերադարձեք «login» և զգուշորեն նորից մուտքագրեք ձեր օգտվողի անունը և գաղտնաբառը՝ ձեր անձնական հաշիվ մուտք գործելու համար: Եթե կրկին ձախողեք, օգտագործեք «գաղտնաբառի վերականգնման» ձևը:
Քանի որ նման սխալ է տեղի ունենում, դա նշանակում է, որ դուք ստիպված կլինեք այցելել ապահովագրական ընկերություն. սխալները պետք է շտկվեն կայքում (դուք մուտք չունեք համակարգ՝ սխալները/տառասխալները շտկելու իրավունքով): Համակարգը նմանատիպ սխալ է առաջացնում OSAGO-ի նախնական գնման դեպքում (ի վերջո, այս պահին ձեր տվյալները էլեկտրոնային տվյալների բազայում չեն): ԱՊՊԱ ձևաթղթի համար դիմելու համար անհրաժեշտ է դիմել գրասենյակ,
Մեքենայի մակնիշը և մոդելը չի անցնում
Հնարավոր է, որ ձեր մեքենայի մակնիշը և մոդելը չեն համապատասխանում տվյալների բազայի տեղեկատվությանը: Դուք պետք է ստուգեք տվյալները անցյալ տարվա քաղաքականության (կետ 2) կամ մեքենայի անձնագրի և COP-ի հետ (դուք միշտ ձեզ հետ կրում եք այս գրանցման վկայականը):
Ուշադրություն. Եթե էլեկտրոնային համակարգը խնդրում է մեկ համար (և չեք հասկանում, թե որն է), ապա պետք է մուտքագրեք այդ համարը առցանց ձևաթղթում։ PTS համարը(կամ COP համարը), որը դուք մուտքագրել եք անցյալ տարվա քաղաքականության մեջ:
Տրանսպորտային միջոցի գրանցման վկայականը և տրանսպորտային միջոցի գրանցման համարը, մուտքագրեք հակառակը
Պատճառներից մեկը, թե ինչու ստուգումը PCA-ում չի անցնում, կարող է լինել այն, որ դուք սխալ եք մուտքագրել COP և PTS համարը: Ուշադիր նայեք լրացման ենթակա սյունակներին. միգուցե դրանք պարզապես պետք է փոխարինել (մուտքագրեք հակառակը. նախ՝ COP համարը, իսկ հետո՝ TCP):