بيت
بصلح
للحصول على حالة معالجة طلب لتنزيل حالة مسودة العقد، يصل e-OSAGO KIS SK إلى خدمة نظام ProjectPolicyService، ويتم استخدام طريقة getSetStatusResult، ونظام StatusPolicyEOSAGOStatusRequest.xsd للطلب.
يرد تكوين الطلب المطابق للمخطط المحدد في الملحق 3 "مواصفات تنسيقات التفاعل" من هذا الدليل.
عند طلب حالة معالجة طلب تنزيل حالة مسودة اتفاقية e-OSAGO، يجب مراعاة الجوانب التالية:
5.8.1. يحتوي طلب حالة المعالجة لطلب تنزيل مسودة اتفاقية e-OSAGO على معرف إدخال في قائمة الانتظار لمعالجة حالات مسودات الاتفاقيات، التي تم إنشاؤها بعد التحميل الناجح لطلب تعيين الحالة لمسودة اتفاقية e-OSAGO في النظام (وفقًا للفقرة 5.7 من هذا الدليل).
5.8.2. عندما يتم إرسال الحالة "ملغاة" إلى مسودة اتفاقية e-OSAGO وإذا كان طلب تنزيل حالة مسودة اتفاقية e-OSAGO يتوافق مع القواعد المعمول بها في FLC، يقوم النظام الفرعي "السياسة الإلكترونية" بإنشاء استجابة من IC مع إخطار بالتخصيص الناجح للحالة لمسودة اتفاقية e-OSAGO.
5.8.5. بعد تلقي رد حول حالة معالجة اتفاقية e-OSAGO من DiKBM، يقوم النظام بإنشاء استجابة لـ IC، تحتوي على جميع المعلومات حول نتائج معالجة اتفاقية e-OSAGO في DiKBM.
5.8.6. إذا تمت معالجة العقد بنجاح في DiKBM، فسيقوم النظام الفرعي "السياسة الإلكترونية" بإنشاء استجابة من شركة التأمين برسالة حول التعيين الناجح للحالة "صالح" لمسودة عقد e-OSAGO.
5.8.7. إذا لم تنجح اتفاقية e-OSAGO في اجتياز اختبارات FLC DiKBM ولم يتم حفظها في DiKBM، فوفقًا للمسودة المقابلة لاتفاقية e-OSAGO، يقوم النظام الفرعي "Electronic Policy" بإنشاء استجابة من IC برسالة مفادها: لم يتم تعيين الحالة "صالح" (في علامة IsStatusAssign ستُرجع القيمة false)، وقائمة الأخطاء من DiKBM.
5.8.8. في حالة حدوث أخطاء أثناء معالجة الطلب، يقوم النظام بإنشاء استجابة CS مع قائمة بأخطاء التحقق من صحة الطلب المحددة، والتي يتم إرسالها في علامة ErrorList الخاصة برسالة استجابة CS. وترد رموز الخطأ وأوصافها وسلوك النظام عند استلامها في الملحق 1 "أخطاء التحقق" من هذه الوثيقة.
5.8.9. يتم إدراج أخطاء التحقق من الصحة التي حدثت أثناء معالجة الطلب في DKBML في علامة ErorrDKBMList الخاصة برسالة استجابة CS. وترد رموز هذه الأخطاء وأوصافها في وثيقة "دليل المشغل لعقود الأنظمة الفرعية وKBM AIS RSA".
5.8.10. وترد قائمة حالات معالجة الطلب في الملحق 2 "حالات الطلب" من هذه الوثيقة.
طلب معرفة عدد الغرف المتاحة لمشاريع اتفاقيات e-OSAGO
لإنشاء طلب لعدد الأرقام المجانية لمسودة العقود، يشير e-OSAGO KIS SK إلى خدمة ProjectPolicyCountService، وطريقة getFreeNumbers، ويتم استخدام مخطط NumberFreeRequest.xsd للطلب.
عند إرسال طلب للحصول على عدد أرقام IC المتاحة لمسودات اتفاقيات e-OSAGO، يجب مراعاة الجوانب التالية:
5.9.1. يتم تخصيص الحد الأقصى لعدد مسودات اتفاقيات e-OSAGO المتاحة لتشكيل مسودات اتفاقيات e-OSAGO في RSA وإدخالها في الجدول المقابل لقاعدة بيانات e-OSAGO بواسطة مسؤول RSA في بداية الفترة لكل تأمين شركة.
5.9.2. يوفر النظام خوارزمية داخلية لحساب عدد الغرف المتاحة لكل شركة تأمين، والتي تتمثل في تحديد الفرق بين حد أعداد مسودات عقود التأمين e-OSAGO في بداية الفترة وعدد الأرقام المستخدمة مسودة عقود OSAGO الإلكترونية لكل شركة تأمين.
5.9.3. إذا تم حفظ مسودة الاتفاقية في النظام بنجاح، فإن عدد الأرقام المستخدمة لشركة التأمين التي أرسلت طلب تنزيل مسودة اتفاقية e-MTPL يزيد بمقدار رقم واحد.
5.9.4. عند تعيين الحالة "ملغاة" لمسودة اتفاقية e-OSAGO، يتم تقليل عدد أرقام IC المستخدمة بمقدار رقم واحد.
5.9.5. يتم إنشاء الرد على طلب عدد أرقام شركات التأمين المجانية وفقًا لنظام NumberFreeResponse.xsd، والذي يرد تكوينه في الملحق 3 "مواصفات تنسيقات التفاعل" من هذا الدليل، ويحتوي على عدد الأرقام المجانية لـ عقود e-OSAGO في وقت تقديم الطلب لشركة التأمين التي أرسلت الطلب.
5.9.6. لا يوفر النظام إمكانية إعادة استخدام الأرقام المخصصة مسبقًا لصياغة اتفاقيات e-MTPL.
طلب قائمة بمسودات أرقام عقود e-OSAGO
لإنشاء طلب لقائمة أرقام مشاريع عقود e-OSAGO التي لم يتم تعيين الحالة المناسبة لها مسبقًا، يصل SK CIS إلى خدمة ProjectPolicyListService، وأسلوب getList، باستخدام مخطط ListPolicyEOSAGORequest.xsd للطلب.
ويرد تكوين الطلب في الملحق 3 "مواصفات تنسيقات التفاعل" من هذا الدليل.
عند طلب قائمة بمسودات أرقام عقود e-OSAGO بدون حالات، يجب مراعاة الجوانب التالية:
5.10.1. بعد معالجة الطلب، يقوم النظام الفرعي "البوليصة الإلكترونية" بإنشاء رد من شركة التأمين يحتوي على قائمة بأرقام مسودات اتفاقيات e-MTPL التي ليس لها الحالة "صالحة" أو "ملغاة" في وقت الطلب والتي تم تنزيلها مسبقًا بواسطة شركة التأمين التي أرسلت الطلب.
5.10.2. يتم إنشاء رسالة استجابة IC وفقًا لمخطط ListPolicyEOSAGOResponse.xsd، والذي يرد تكوينه في الملحق 3 "مواصفات تنسيقات التفاعل" من هذا الدليل.
تحديد الكائن
وترد قواعد تحديد الكائنات في النظام في الجدول 4.
الجدول 4: قواعد تحديد الكائنات
| هدف | تفاصيل الهوية | عناصر XML |
| مسودة اتفاقية OSAGO الإلكترونية | رمز SK + معرف عقد SK | معرف المؤمن + معرف مسودة السياسة |
| الفرد المعني (صاحب البوليصة، مالك السيارة) | HASH (الاسم الكامل + تاريخ الميلاد) + نوع المستند + سلسلة المستندات + رقم المستند | PersonNameBirthHash + DocPerson + Serial + Number |
| فرد الموضوع - LDU | HASH (الاسم الكامل + تاريخ الميلاد) + سلسلة VU + رقم VU + نوع المستند | PersonNameBirthHash + المسلسل + الرقم+(DocPerson=20) |
| الكيان القانوني المعني (صاحب البوليصة ومالك السيارة) | للمواضيع - المقيمين في الاتحاد الروسي: "TIN" للمواضيع - غير المقيمين في الاتحاد الروسي: "الاسم الكامل" (وفقًا لشهادة التسجيل (في شكل مفتوح وغير مجزأ) | للمقيمين في الاتحاد الروسي: INN لغير المقيمين في الاتحاد الروسي: OrgName |
| وثيقة الموضوع | نوع الوثيقة + سلسلة الوثائق + رقم الوثيقة | DocPerson + الرقم التسلسلي + |
| عربة | يتم التأكد من هوية المركبة من خلال دمج قيمة حقل "بلد تسجيل المركبة" مع حقول إحدى الطرق التالية: 1) يتم تحديد المعرف بقيمة أحد التفاصيل التالية أو مجموعتها (في حالة ملء العديد منها) ):
| CountryCar 1) رقم هيكل VIN رقم الهيكل 2) لوحة الترخيص |
تم إجراء الشيكات
يتم إجراء الفحوصات الفنية عندما يتلقى النظام الفرعي "السياسة الإلكترونية" طلبًا ويتحقق من صحته من حيث امتثاله لمخططات xsd. تم توضيح تكوين مخططات نظام xsd في الملحق 3 "مواصفات تنسيقات التفاعل" من هذا الدليل.
بعد التحقق الأولي من صحة الطلبات المرسلة للامتثال لمخططات xsd، يتم إجراء فحص منطقي للطلبات المرسلة، بما في ذلك التحقق من اكتمال سمات الطلب اعتمادًا على قيم السمات الأخرى.
وفقًا لمنطق التحقق، يتم إجراء عمليات التحقق أولاً للعناصر الأصلية، ثم، في حالة وجود عنصر أصلي، يتم إجراء عمليات التحقق للعناصر الفرعية الخاصة به، لذلك إذا تم تحديد عنصر أصلي في الخصائص كعنصر اختياري، وكانت عناصره الفرعية مطلوبة ، إذا لم يكن هناك عنصر أصل في الملف، يعتبر التحقق ناجحًا.
قام النظام بتنفيذ القدرة على تكوين تعطيل عمليات التحقق التي تم إجراؤها، بمبادرة من RSA، بما في ذلك النظام الفرعي "السياسة الإلكترونية" الذي يوفر القدرة على تعطيل عمليات فحص FLC بشكل شامل عند تحميل مسودة اتفاقية e-OSAGO.
عند تعطيل الشيك، لا يزال يتم إجراء الشيك، ولكن إذا تم تلقي خطأ في هذا الشيك، فسيتم حفظ مسودة اتفاقية e-OSAGO في قاعدة بيانات النظام الفرعي "السياسة الإلكترونية". استجابة لطلب الحالة، ستتلقى IC رسالة تشير إلى ما إذا كان قد تم حفظ مسودة الاتفاقية في قاعدة البيانات وقائمة بأخطاء التحقق من الصحة.
القائمة الكاملةأخطاء التحقق من الصحة، بالإضافة إلى إجراءات النظام عند تعطيل عمليات التحقق، مذكورة في الملحق 1 "أخطاء التحقق من الصحة". يوفر الملحق 2 "حالات الطلب" قائمة بحالات الطلب للنظام الفرعي "السياسة الإلكترونية".
جدول 5 طلب التحقق من بيانات الموضوع - المؤمن له مالك المركبة (InsurerOwnerRequest.xsd)
| عنصر الوالدين | اسم منطقي | فحص منطقي | |
| طلب مالك التأمين | InsurerOwnerRequestValue | التأكد من بيانات الموضوع (صاحب البوليصة/مالك المركبة) | مطلوب لملء. |
| InsurerOwnerRequestValue | معرف المستثمر | ||
| طلب معلومات الشخص المادي | التفاصيل الشخصية للتحقق | مطلوب إكمال أحد العنصرين. | |
| طلب معلومات الشخص القانوني | بيانات الكيان القانوني للتحقق | ||
| طلب التاريخ | تاريخ+وقت الطلب | مطلوب لملء. | |
| طلب معلومات الشخص المادي | دولة | رمز البلد في OKSM | مطلوب لملء. |
| اسم الشخص بيرثهاش | هاش الاسم الكامل + تاريخ الميلاد | مطلوب لملء. | |
| PersonDocument | نوع وسلسلة ورقم وثيقة الهوية | مطلوب لملء. | |
| العنوانRSAcode | |||
| PersonDocument | DocPerson | نوع وثيقة الهوية | مطلوب لملء. التحقق من الامتثال للرموز من دليل أنواع المستندات. |
| مسلسل | سلسلة الوثائق | مطلوب ملؤها إذا كانت متوفرة. | |
| عند التعبئة، تحقق من عدم وجود أحرف غير صالحة. | رقم | ||
| طلب معلومات الشخص القانوني | دولة | رمز البلد في OKSM | مطلوب لملء. |
| رقم الوثيقة | معرف المؤسسة | مطلوب لملء. | |
| العنوانRSAcode | الاسم الكامل (حسب شهادة التسجيل) + رقم التعريف الضريبي (للمقيمين في الاتحاد الروسي) | العنوان - رمز من دليل RSA-KLADR | |
| رقم الوثيقة | مطلوب لملء. التحقق من الامتثال للرموز من دليل KLADR | مقيم | مطلوب لملء. |
| علامة الترددات اللاسلكية/غير الترددات اللاسلكية | ُخمارة | رقم التعريف الضريبي للكيان القانوني | |
| إلزامية لسكان الاتحاد الروسي. | اسم المؤسسة | مطلوب لملء. |
| عنصر الوالدين | الاسم الكامل للكيان القانوني (حسب شهادة التسجيل) | اسم منطقي | فحص منطقي |
| سمة العنصر الأصلي | طلب السائق | قيمة طلب السائق | مطلوب لملء. |
| طلب السائق | معرف المستثمر | التحقق من بيانات LDU | معرف شركة التأمين |
| مطلوب لملء. التحقق من الالتزام بالأكواد من دليل "شركات التأمين". التحقق من التوافق مع معرف CS المحدد في رأس الرسالة. | طلب معلومات السائق | مطلوب لملء. | |
| طلب التاريخ | تاريخ+وقت الطلب | مطلوب لملء. | |
| مطلوب لملء. التحقق من الالتزام بالأكواد من دليل "شركات التأمين". التحقق من التوافق مع معرف CS المحدد في رأس الرسالة. | |||
| اسم الشخص بيرثهاش | هاش الاسم الكامل + تاريخ الميلاد | مطلوب لملء. | |
| بيانات LDU للتحقق | DriverDocument | مطلوب لملء. | |
| سلسلة ورقم رخصة القيادة | الفئات رخصة القيادة | ||
| فئات المركبات المسموح بها في رخصة القيادة | DriverDocDate | تاريخ إصدار رخصة القيادة الأولى | |
| بيانات LDU للتحقق | مسلسل | سلسلة الوثائق | مطلوب لملء. يتم فحص هذا الحقل بدقة لمدة عام واحد. |
| عند التعبئة، تحقق من عدم وجود أحرف غير صالحة. | رقم | مطلوب ملؤها إذا كانت متوفرة. عند التعبئة، تحقق من عدم وجود أحرف غير صالحة. | |
| سلسلة ورقم رخصة القيادة | مطلوب لملء. التحقق من وجود أحرف غير صالحة. | CatDriverLicense | فئة السيارة حسب VU |
| عنصر الوالدين | الاسم الكامل للكيان القانوني (حسب شهادة التسجيل) | اسم منطقي | فحص منطقي |
| مطلوب لملء. يُشار إلى رمز فئة السيارة من دليل "تعديلات الطراز". يتم تعطيل التحقق حتى يتم تنفيذ التعديل المقابل لـ DiKBM. | TSRequest | TSRequestValue | مطلوب لملء. |
| TSRequest | معرف المستثمر | التحقق من بيانات LDU | معرف شركة التأمين |
| التحقق من بيانات السيارة | TSInfoRequest | مطلوب لملء. | |
| طلب التاريخ | تاريخ+وقت الطلب | مطلوب لملء. | |
| التحقق من بيانات السيارة | بيانات السيارة للتحقق | CountryCar | بلد تسجيل المركبة |
| مطلوب لملء. التحقق من الامتثال للقيمتين "0" و"1" (1 - RF، 0 - وليس RF) | معرف السيارة | مطلوب لملء. | |
| معرفات المركبات | MarkModelCarRSACode | مطلوب لملء. التحقق من الامتثال للقيم من الكتاب المرجعي لتعديلات النموذج. | |
| إذا لم يحتوي الدليل على الموديل المطلوب فيجب إرسال رمز إدخال الدليل الذي يبدأ اسمه بعبارة "موديل آخر" والذي يتوافق مع فئة ونوع المركبة المطلوبة | إصدار السنة | سنة الإصدار | |
| إلزامية التعبئة، باستثناء المركبات المسجلة في الدول الأجنبية. | TypeCar | نوع المركبة | |
| إلزامية التعبئة، باستثناء المركبات المسجلة في الدول الأجنبية. تتم الإشارة إلى رمز نوع السيارة من دليل "تعديلات الطراز". | كات كار | فئة المركبة | |
| إلزامية الإكمال، في حال اكتمال رمز فئة المركبة في دليل RSA "تعديلات الطراز"، باستثناء المركبات المسجلة في دول أجنبية. يُشار إلى رمز فئة السيارة من دليل "تعديلات الطراز". | إذا لم يتم ملء رمز فئة السيارة في كتاب RSA المرجعي "تعديلات النموذج"، فتأكد من عدم ملء علامة CatCar في السيارة. | DocumentCar | |
| نوع مستند المركبة | إلزامية التعبئة، باستثناء المركبات المسجلة في الدول الأجنبية. التحقق من الامتثال للرموز من دليل أنواع المستندات. | ||
| DocCarSerial | سلسلة وثائق TS | DocCarNumber | |
| رقم وثيقة المركبة | إلزامية التعبئة، باستثناء المركبات المسجلة في الدول الأجنبية. التحقق من وجود أحرف غير صالحة. | DocumentCarDate | |
| تاريخ إصدار وثيقة المركبة | إلزامية التعبئة، باستثناء المركبات المسجلة في الدول الأجنبية. | يتم تعطيل التحقق حتى يتم تنفيذ التعديل المقابل لـ DiKBM. | |
| EngCap | قوة المحرك للفئة ب حصان | إلزامية لـ CatCar= "B"، باستثناء المركبات المسجلة في دول أجنبية. | |
| ماكسماس | الحد الأقصى للوزن المسموح به بالكيلوجرام للفئة ج | إلزامي لـ CatCar = "C"، باستثناء المركبات المسجلة في دول أجنبية. | |
| UnladenMass | الوزن الفارغ بالكيلو جرام للفئة ج | إلزامي لـ CatCar = "C"، باستثناء المركبات المسجلة في دول أجنبية. | |
| مطلوب لملء. التحقق من الامتثال للقيمتين "0" و"1" (1 - RF، 0 - وليس RF) | يتم تعطيل التحقق حتى يتم تنفيذ التعديل المقابل لـ DiKBM. | باسكوانت | مطلوب إكمال أحد العناصر الأربعة. التحقق من وجود أحرف غير صالحة. |
| عند ملء علامات VIN/BodyNumber/ChassisNumber، تأكد من عدم ملء علامة LicensePlate. | عند ملء علامات VIN/BodyNumber/ChassisNumber، تأكد من عدم ملء علامة LicensePlate. | ||
| عند ملء علامة لوحة الترخيص، تأكد من عدم ملء معرفات المركبات الأخرى. | يتم البحث عن مركبة وفحصها في نظام DiKBM الفرعي بناءً على المطابقة الكاملة لمعرفات المركبة (وفقًا لعدد المعرفات المحدد وقيمها). | ||
| يتم التحقق من رقم الولاية من بين أرقام الولاية - معرفات السيارة الوحيدة. | رقم VIN |
رقم الجسم رقم الجسمرقم الهيكل رقم الهيكل المشكلة الرئيسية التي يواجهها سائقي السيارات عند محاولة التقدم بطلب للحصول على تأمين المسؤولية الإلزامي للمركبات عبر الإنترنت على موقع شركة التأمين هو الخطأ الذي يظهر أن المعلومات “لم يجتاز فحص AIS RSA"(ويعرف أيضًا باسم -"
لم يتم تلقي تأكيد من
- الأنظمة المركزية
آر إس إيه"
- ). وهذا يعني أن البيانات المدخلة في مكان ما (على الأقل في بعض الفاصلة، على الأقل في رقم واحد) تختلف عما هو مسجل في قاعدة بيانات اتحاد شركات التأمين.
قد يكون هناك ثلاثة أسباب:
- من الممكن أن الخطأ لم يحدث بواسطتك، ولكن بواسطة وكيل أو موظف في شركة التأمين في المرة الأخيرة التي تقدمت فيها بطلب للحصول على التأمين الإلزامي ضد مسؤولية المركبات. لا يوجد شيء يمكنك القيام به حيال ذلك؛ تحتاج إلى معرفة مكان التناقض بالضبط وما هو عليه. إذا كان لديك الوقت والرغبة في التقدم بطلب للحصول على MTPL عبر الإنترنت، فاكتب إلى الدعم الفني لشركة تأمين واحدة (أو الأفضل من ذلك، عدة) على الموقع الإلكتروني الذي تحاول شراء MTPL عليه. عادةً ما يستجيبون خلال يوم أو يومين بخطأ محدد.
أيضًا، قد لا تكون المشكلة في البيانات الموجودة على الجهاز نفسه، ولكن في مستندات الطرف الثالث:
- أن بطاقة الفحص التشخيصي الصادرة لك قد تم إدخالها في EAISTO، قم بالتحقق من البيانات باستخدام قاعدة البيانات هذه.
- تحقق من عنوانك المسجل. في هذه الحالة، إذا كان رقم شهادة التسجيل الجديدة لا يعمل، فحاول الإشارة إلى PTS (والعكس صحيح).
- جديد! بفضل تعليقات وآراء المستخدمين على الموقع، اكتشفت سببًا شائعًا آخر لخطأ "PTS/Certificate". ليس من غير المألوف أن تحتوي قاعدة البيانات على رقم الشهادة في حقل PTS، أو العكس، أي أن نوع المستند مختلط. لذلك، حاول تحديد مستند "شهادة تسجيل السيارة"، ولكن اطلب رقم PTS. والعكس صحيح. يساعد الكثير من الناس!
- جديد! بدأت المزيد والمزيد من الشركات في تقديم eOSAGO، ولكن معظم "المبتدئين" يفعلون ذلك فقط في وضع التجديد. وهذا يعني أنه يمكنك فقط تجديد بوليصة التأمين للعام الماضي، ولكن لا يمكنك أن تصبح عميلاً جديدًا لشركة التأمين هذه. إذا تم إبرام تأمينك العام الماضي مع إحدى الشركات، فحاول تجديد الاختبار معهم أولاً، لأنه فقط على موقعهم على الويب يمكنك تنزيل بيانات العام الماضي تلقائيًا وبالتالي القضاء على جذر "مشكلة RSA".
من أين يأتي هذا الخطأ أصلا؟والحقيقة هي أنه عند شراء سياسة من خلال وكيل، يسمح للوكيل بإدخال أي معلومات في قاعدة البيانات. ويعتبر موظفا مؤهلا. وعندما نشأ السؤال حول بيع التأمين عبر الإنترنت، لا يمكن لأحد أن يمنح السائقين الفرصة للإشارة إلى القدرة الحصانية وغيرها من الخصائص المهمة - وإلا فسيكون لدى الجميع 99 حصان على الفور! ولهذا السبب قمنا بهذا الفحص – والغرض منه هو التأكد من تطابق البيانات المدخلة مع أحدث البيانات من قاعدة بيانات AIS RSA. بمعنى آخر، يجب أن تكون هي نفسها التي أدخلها الوكيل عند شراء وثيقتك السابقة.
لكن الوكلاء ليسوا مثاليين دائما، وفي الماضي، لم يكن وجود قدر بسيط من عدم الدقة في السياسة يشكل أهمية كبيرة. بعض الوكلاء، على سبيل المثال، كتب بشكل افتراضي على جميع السيارات الصغيرة 99 حصانًا، بدلاً من 95 أو 85 أو 91 بالضبط - على أي حال، السعر هو نفسه. أو مثال آخر - في إحدى شركات التأمين، كان من المعتاد كتابة Hyundai في برنامجها الداخلي، وفي شركة أخرى - Hyundai. بعض الأرقام مقربة، والبعض الآخر لم يفعل ذلك. والآن يتعين على السائق "تخمين" كيف سجلت آخر شركة تأمين جميع البيانات.
ماذا يمكنك أن تفعل؟
- إذا فهمت أن الخطأ موجود في قاعدة بيانات PCA و"خمنت" الخطأ، فيمكنك إعادة إدخال البيانات مع الخطأ أو الخطأ المطبعي "كما هو الحال في قاعدة البيانات". هذا هو الحال عندما تسمح لك خدمة التعبئة عبر الإنترنت بإدخال بيانات عشوائية، بدلاً من الاختيار من قائمة مقترحة (جرب شركات تأمين مختلفة، فجميعها لديها "واجهات" مختلفة). رسميا، بهذه الطريقة تكون قد أبرمت عقد تأمين ببيانات غير صحيحة، ولكن معظم شركات التأمين تتفهم ذلك، حتى لوالحدث المؤمن عليه
- (على الأقل، قمت بتوضيح هذا السؤال مع ممثل SG HOSKA وتم التأكيد لي أنهم سيعترفون بمثل هذه الاتفاقية، لكنهم سيطلبون مني الحضور إلى المكتب وإعادة تسجيل الاتفاقية بالبيانات الحالية). ولكن لكي تكون متأكدًا بنسبة 100% من شرعية السياسة، يمكنك في أي وقت بعد شراء e-OSAGO الاتصال بمكتب شركة التأمين الخاصة بك وطلب تحديث البيانات. لقد أكد لي ممثلو شركة Rosgosstrakh القدرة على تغيير البيانات الخاصة بالتأمين الإلكتروني الإلزامي ضد مسؤولية المركبات أثناء زيارة شخصية لمكتب المبيعات، مضيفين أنه من المخطط قريبًا (في عام 2016؟) تنفيذ القدرة على تغيير البيانات وثيقة التأمين الإلزامي على مسؤولية المركبات الإلكترونية عبر الإنترنت. بشكل عام، الطريقة ليست صحيحة بنسبة 100٪، ولكن من الناحية العملية على الأرجح لن تكون هناك مشاكل.ثم يمكنك الاتصال بالشركة المؤمن عليها حاليًا وطلب تحديث المعلومات عن طريق تغيير البيانات إلى البيانات الصحيحة. إذا أمكن، تحقق حرفيًا من كل ما سيدخله مدير المكتب إلى الكمبيوتر. بعد ذلك، ننتظر بضعة أيام حتى يتم تحديث البيانات الموجودة في قاعدة بيانات RSA ونحاول مرة أخرى! بالإضافة إلى ذلك، فإن بعض شركات التأمين على استعداد للتحقق مرة أخرى من البيانات حتى عبر الهاتف؛ وليس من الواضح تمامًا كيفية تحديد هوية العميل. لكن، على سبيل المثال، قال قارئ الموقع فاديم من سمارة إنه كان قادرًا ببساطة على تحديث بياناته في RSA عبر الهاتف في شركة التأمين ZHASO، التي تم التأمين عليه فيها. هذه طريقة أكثر صحة، لكنها لا تعمل دائمًا. مثال على ذلك هو مراجعة فيتالي من مدينة فولجسكي، والتي أرسلها لي عبر البريد الإلكتروني:
بدأت التحقق قبل شهر من انتهاء السياسة، ظهرت أخطاء، إما شارع به أخطاء نحوية، أو أن الحروف الموجودة في اسم السيارة غير صحيحة (وفقًا لمستنداتي، لدي سيارة سوزوكي SX4، لكن SX-4 كانت تم إدخاله في قاعدة البيانات). ذهبت إلى المكتب المركزي في فولغوجراد، وقمت بتصحيح كل شيء، لكنني مازلت لا أستطيع الحصول على eOSAGO، لأن... أعطى الموقع خطأ MarkModelCarRsaCode قبل الدفع. هذا الخطأ هو مشكلة "-" سيئة السمعة في ماركة السيارة، ولكن كما اتضح فيما بعد، فإن SX4 هو الذي يمر عبر جميع قواعد بيانات جميع شركات التأمين، وفقط في Zetta Insurance LLC (لقد رأيت ذلك شخصيًا على الشاشة) تم تحديد SX-4 فقط. لذلك، في غضون شهر، لم أتمكن من حل جميع المشكلات، ولكن بعد تصحيح بياناتي من خلال زيارة المكتب (باستثناء ماركة السيارة)، قمت بإعداد نفسي للتأمين التالي خلال عام.
سيتم إضافة المزيد من النصائح.
سأكون سعيدا لسماع رأيك في التعليقات.
يعد التحقق من PCA في سياسات MTPL الإلكترونية إجراءً إلزاميًا. تقوم بإدخال معلومات حول سيارتك ونفسك (تفاصيل جواز السفر) والسائقين الذين سيسمح لهم بالقيادة. تقوم شركة التأمين بإرسال هذه المعلومات بشكل مشفر إلى قاعدة بيانات RSA.
يتم التحقق من قاعدة بيانات RSA تلقائيًا. والغرض الرئيسي منه هو التحقق مما إذا كان لديك وثائق تأمين في السابق، وما هو تاريخ التأمين الخاص بك (عدد الحوادث) وحساب تكلفة البوليصة بشكل صحيح.
متى يحدث الشيك؟
يبدأ التحقق من قاعدة بيانات PCA بعد ملء طلب التأمين السياسة الإلكترونية OSAGO في حسابك الشخصي على موقع شركة التأمين.
بدون الشيك الإيجابي، لن تتمكن من متابعة دفع ثمن البوليصة.
لماذا لا يتحقق PCA من النجاح؟
الشيك ليس ناجحا دائما. في كثير من الأحيان لا يستطيع نظام شركة التأمين الوفاء بها.
أسباب الفشل في التمرير مختلفة. الأعطال الفنية أو نقص المعلومات عنك وعن سيارتك في قاعدة البيانات هي الأكثر شيوعاً.
في بعض الأحيان يكون هناك حظر متعمد لنتائج الفحص. وبهذه الطريقة، تحاول الشركات عديمة الضمير تنظيم تدفق العملاء والتخلص من العملاء غير المربحين - من المناطق "السامة" والذين تعرضوا لخسائر في السنوات السابقة. مثل هذه الإجراءات محظورة ويمكن أن تؤدي إلى فرض عقوبات مؤلمة على شركات التأمين من RSA والبنك المركزي للاتحاد الروسي.
ماذا تفعل إذا فشل فحص PCA
عندما تتقدم بطلب للحصول على بوليصة MTPL الإلكترونية على الموقع الإلكتروني لشركة التأمين، قد يتم إعلامك بأن فحص PCA التلقائي لم يتم اجتيازه.
على سبيل المثال، في Rosgosstrakh يبدو الأمر كما يلي:
لتصحيح الوضع سيُطلب منك تحميل نسخ إلكترونية من المستندات التالية إلى الموقع:
- جواز سفر حامل البوليصة - الصفحة الرئيسية وصفحة التسجيل؛
- جواز سفر المركبة - من الجانبين؛
- بطاقة تشخيصية؛
- رخصة القيادة - كلا الجانبين.
هل هي آمنة؟ تمامًا. الوصول إلى حساب شخصيلتسجيل E-OSAGO، يتم ذلك عبر بروتوكول https الآمن (فقط في حالة حدوث ذلك، تحقق من ذلك في شريط العناوين في متصفحك). المعلومات المتعلقة بالوثائق سوف تذهب فقط إلى شركة التأمين، والذي ليس له الحق في نقله إلى أطراف ثالثة.
سيقوم المتخصصون في شركة التأمين بفحص بيانات المستند يدويًا في قاعدة بيانات RSA. وفي غضون 30 دقيقة سيتم إرسال الدقائق إلى بريد إلكترونيمزيد من التعليمات. يختلف الوقت من شركة إلى أخرى، ولكن في المتوسط لن تضطر إلى الانتظار أكثر من نصف ساعة.
نتيجة الفحص اليدوي في الشركة
ستكون نتيجة التحقق اليدوي من المستندات من قبل موظفي شركة التأمين خطابًا.
على سبيل المثال، تأتي رسالة من Rosgosstrakh بالمحتوى التالي.
ستخبرك الرسالة أنه وفقًا لمستنداتك، كل شيء على ما يرام، وأنك ملأت كل شيء بشكل صحيح في طلب E-OSAGO.
لراحة العملاء، يتم حفظ جميع البيانات المدخلة في الحساب الشخصي. بما في ذلك معلومات عن حامل البوليصة والمركبة والسائقين.
كل ما عليك فعله هو الذهاب إلى قسم الدفع ودفع ثمن الوثيقة باستخدام البطاقة المصرفية.
يمكنك التقدم بطلب التأمين عبر الإنترنت. ومن بين جمهور سائقي السيارات البالغ عددهم مليون شخص، قام عدة آلاف من السائقين بالفعل بشراء التأمين عبر الإنترنت. ومع ذلك، غالبًا ما يواجه المستخدمون مشكلة - يعرض النظام الخطأ "لم يتم استلام التأكيد من أنظمة PCA المركزية". يجب أن يعرف سائقي السيارات سبب حدوث مثل هذا الفشل وماذا يفعلون إذا لم تجتاز السيارة اختبار PCA.
فشل فحص PCA، من أين يأتي الخطأ؟
في إحدى وكالات التأمين، عند شراء بوليصة تأمين إلزامية ضد مسؤولية المركبات، تقوم شركة التأمين "بإدخال" البيانات الموجودة على سيارتك في قاعدة البيانات. جميع المعلومات المدخلة موثوقة (الوكيل مسؤول شخصيًا عن ذلك) ويتم تخزينها في قاعدة بيانات AIS RSA واحدة.
انتباه! يمكن تمديد عقد MTPL في موعد لا يتجاوز 60 يومًا قبل نهاية فترة التأمين، ولكن في موعد لا يتجاوز تاريخ انتهاء صلاحيته.
يمكنك اليوم شراء سياسة MTPL عبر الإنترنت. في هذه الحالة، يقوم السائق بإدخال كافة المعلومات المطلوبة بنفسه، ويقوم النظام بالتحقق من قاعدة البيانات (قام وكيل التأمين بإدخالها عند شراء آخر وثيقة تأمين خاصة بك).
إذا ارتكب الوكيل خطأ عند إدخال البيانات (حرف، فاصلة، تمت الإشارة إلى الإزاحة بشكل غير دقيق، وما إلى ذلك)، فسترى خطأ على الشاشة لا يسمح لك باجتياز الفحص في RSA. ربما كنت أنت نفسك غافلًا عند ملء النموذج - تحقق جيدًا من كل شيء مرة أخرى.
مهم!لا تخلط بين خطأ "التحقق من قاعدة بيانات PCA" و"أخطاء غير متوقعة" أخرى. إذا أبلغ الموقع أخيرًا، بعد كل تصحيحاتك في الحقول المملوءة بشكل غير صحيح، أن السيارة لا تمر بفحص PCA، فإن المشكلة تكمن في بياناتك (النظام الإلكتروني ليس هو المسؤول) - سيتعين عليك زيارة الموقع شركة التأمين.
لا يجتاز اختبار PCA - ماذا تفعل؟
إذا لم تنجح سيارتك في اختبار PCA، فأنت بحاجة إلى معرفة الإجراءات المناسبة التي يجب اتخاذها في حالة اكتشاف خطأ في النظام:
إذا كان هناك خطأ فعلي في النظام، فحاول إدخال بياناتك مرة أخرى (أثناء كتابة نفس الخطأ المطبعي الموجود في قاعدة البيانات).
انتباه! إذا كنت تريد التأكد تمامًا من شرعية البوليصة التي تحتوي على خطأ واقعي، فمن الأفضل، بعد شراء البوليصة عبر الإنترنت، الاتصال بمكتب التأمين لطلب تصحيح بياناتك في النظام.
إذا كان التأمين الخاص بك لا يزال ساري المفعول، ولكنك اكتشفت بالفعل خطأ في النظام الإلكتروني، قم بزيارة شركات التأمين واطلب معلومات محدثة عن سيارتك. يتذكر!لديك الحق في التواجد عند إدخال البيانات، حتى تتمكن من التحكم في عملية التصحيح بأكملها على الموقع. وبعد بضعة أيام، عندما يتم تحديث قاعدة البيانات، يمكنك محاولة اجتياز الفحص في RSA مرة أخرى.
انتباه! لا يُنصح بإجراء التعديلات عبر الهاتف (ولا يقوم جميع الوكلاء بذلك).
خطأ مطبعي في تعبئة النموذج
أحد أسباب عدم اجتياز السيارة لاختبار PCA هو وجود أخطاء في النص أو الأرقام. السبب الأكثر شيوعًا للخطأ هو وجود خطأ مطبعي في ملء النموذج.يرجى مراجعة جميع الحقول المكتملة بعناية. على المواقع الإلكترونية للعديد من شركات التأمين، يتم تسليط الضوء على المناطق المشكوك فيها أصفرأو قم بإدراج الأخطاء التي تم العثور عليها على الفور (في شكل نصي).
إذا تم اكتشاف خطأ مطبعي بسبب خطأك، يمكنك تصحيحه عند محاولة إدخال البيانات مرة أخرى، أما إذا تم الخطأ المطبعي من قبل وكيل التأمين عند إدخال المعلومات في السجل الموحد، فسيتعين عليك زيارة شركة التأمين الخاصة بك و اطلب تصحيح البيانات في قاعدة البيانات.
تجربة غير صحيحة
إذا رأيت مدة خدمة تم إدخالها بشكل غير صحيح في حسابك الشخصي، فلن تتمكن من التعامل مع مثل هذا الحادث بنفسك ولن تشتري بوليصة عبر الإنترنت بعد. سيتعين عليك زيارة شركات التأمين ومطالبتهم بتصحيح الأخطاء في نظام PCA الإلكتروني.
فشل التسجيل
لم يتم التسجيل - إليك الإجابة على سبب عدم تمكنك من اجتياز الشيك في RSA. إذا لم تتمكن من التسجيل، فمن المحتمل أنك أدخلت اسم المستخدم أو كلمة المرور الخاصة بك بشكل غير صحيح.ارجع إلى "تسجيل الدخول" وأعد إدخال معلومات تسجيل الدخول وكلمة المرور الخاصة بك بعناية للدخول إلى حسابك الشخصي. إذا فشلت مرة أخرى، استخدم نموذج "استعادة كلمة المرور".
في حالة حدوث مثل هذا الخطأ، فهذا يعني أنه سيتعين عليك زيارة شركة التأمين - يجب تصحيح الأخطاء على الموقع الإلكتروني (ليس لديك حق الوصول إلى النظام مع الحق في تصحيح الأخطاء/الأخطاء المطبعية). يُنشئ النظام خطأً مشابهًا في حالة الشراء الأولي لـ MTPL (بعد كل شيء، بياناتك غير موجودة في قاعدة البيانات الإلكترونية في الوقت الحالي). تحتاج إلى الاتصال بالمكتب لملء نموذج OSAGO،
صنع السيارة ونموذجها لا يمر
قد لا يتطابق طراز سيارتك وطرازها مع المعلومات الموجودة في قاعدة البيانات. يجب عليك التحقق من البيانات مع سياسة العام الماضي (النقطة 2) أو جواز سفر السيارة وإجراءات التشغيل القياسية (تحمل معك دائمًا شهادة التسجيل هذه).
انتباه! إذا طلب النظام الإلكتروني رقمًا واحدًا (ولم تفهم أي رقم)، فأنت بحاجة إلى إدخال رقم PTS (أو رقم SOP) الذي تم إدخاله في سياسة العام الماضي في النموذج عبر الإنترنت.
شهادة تسجيل المركبة ورقم PTS، أدخل في الاتجاه المعاكس
قد يكون أحد أسباب عدم اجتياز فحص PSA هو أنك أدخلت رقم SOP وPTS بشكل غير صحيح. انظر بعناية إلى الحقول التي يتم ملؤها - ربما تحتاج فقط إلى التبديل (أدخل في الاتجاه المعاكس: أولاً رقم SOP، ثم PTS).
تحميل...
