أعتقد أن العديد من مالكي سيارات هبر و geektimes قد سمعوا بالفعل عن إمكانية شراء OSAGO إلكترونيًا. ظهرت هذه الفرصة قبل حوالي ستة أشهر ، وكنت محظوظًا لتجربتها على نفسي الآن فقط.

يصل الوضع مع التأمين الإلزامي على المسؤولية تجاه السيارات من طرف ثالث في بعض المناطق ، مثل بلدي Ulyanovsk ، إلى حد السخف - حيث يبيع الوكلاء التأمين فقط مع التأمينات غير الضرورية المصاحبة لـ 1000-2000 روبل ، وفي شركات التأمين أنفسهم يقومون بإصدار بوليصة تأمين لكل ساعة ، وإنشاء طوابير ضخمة ، ومكان بحاجة إلى الاقتراض في الصباح.

لذلك ، فإن فرصة شراء التأمين إلكترونيًا دون الاستيقاظ من الكرسي تبدو كحل سحري للصداع.

بالمضي قدمًا ، سأقول أنه لا يمكنك التقدم بطلب للحصول على OSOSAGO إلا إذا قمت مسبقًا بتأمين هذه السيارة بالطريقة المعتادة - يتم التحقق من البيانات وفقًا للسياسة السابقة.

بعد أن أدركت ذات صباح أن التأمين لم يعد صالحًا اليوم ، قررت تجربة النظام الجديد. تحولت إلى ملحمة من ثلاثة أيام مع المسرات والتوقعات والآمال وخيبات الأمل.

وبصراحة ، بدا أنه لا أحد مهتم بجودة عمل هذا النظام.

ولكن ، أول شيء أولاً.

اليوم الأول

اخترت شركتين كبيرتين علمت أنهما ظهرا في الصفحة الأولى من نتائج البحث عن "OSAGO الإلكترونية" وذهبت إلى مواقعهما بحثًا عن eOSAGO.

أول شيء اتضح - على الرغم من المبيعات المعلنة لـ OSAGO الإلكترونية - تعمل الشركات معها محدودة للغاية. ذهب Rosgosstrakh قبل أكثر من شهر إلى "العمل الفني". Alfastrakhovanie - فقط لأولئك الذين سبق لهم تأمينهم بـ "الورق". قدمت بعض الشركات الفرصة لشراء eOSAGO فقط للمسجلين في مناطق معينة ، بشكل رئيسي موسكو وسان بطرسبرغ ، على الرغم من أنه يبدو أن إمكانية التأمين الإلكتروني يجب أن تزيد من قاعدة العملاء المحتملين من مناطق الوجود المادي إلى البلد بأكمله.

حسنًا ، حسنًا ، قررت ، وبدأت في الرسم.

ثم أصبح من الواضح كيف لم يتم تصحيح النظام.

أول موقع جئت إليه كان Tinkoff Insurance .
تشتهر Tinkoff براحتها في الخدمات المصرفية عبر الإنترنت ، وهو نفس الشيء الذي توقعته من واجهة التأمين. لكنهم فاجأوا. أولاً ، تبين أن مبلغ التأمين المؤقت لسيارتي والمنطقة لسبب ما هو نصف القيمة المتوقعة (2800 روبل بدلاً من 5،500 روبل ، كما توقعت جميع شركات التأمين الأخرى).

لكن راحة الواجهة كانت ببساطة "في القمة". بالإضافة إلى حقول إدخال عنوان التسجيل لجواز السفر ، لسبب ما كانت هناك حقول لإدخال عنوان الإقامة الفعلي ، إلزامي. لا مربع الاختيار "استخدم نفس البيانات" ، ولا فرصة لرفضها. بالإضافة إلى ذلك ، كان لا بد من إدخال نفس البيانات ثلاث مرات - حامل الوثيقة ومالك السيارة وأخيرًا السائق.

لقد ملأت مجموعة البيانات الكاملة على الصفحة ، وانقر فوق "إعادة الحساب" ، و ... ولا شيء ، علقت الصفحة لمدة 5 دقائق. بعد 5 دقائق ، ظهرت رسالة خطأ تشير إلى الاتصال بأقرب مكتب لتقديم طلب للحصول على برنامج التحويلات النقدية الكلاسيكي ، أو الاتصال بمستشار. تبين أن المستشار روبوت غير ذي فائدة على الإطلاق - فأجاب بعبارات قياسية: "يتم إصدار برنامج التحويلات النقدية الإلكترونية على الموقع بشكل مستقل ، إذا كنت متأكدًا من ملء جميع البيانات بشكل صحيح ، فاكتب إلى البريد الإلكتروني للدعم المشار إليه على الموقع. بالمناسبة ، لم أتمكن من العثور على هذا البريد الإلكتروني نفسه في أي مكان. سألت المستشار - واختفى إلى الأبد.

كنت لا أزال متحمسًا ، وقررت أن كل شيء لا يزال يتم تصحيحه هنا ، فلننتقل.
كان التأمين التالي RESO. هنا لم أستطع التسجيل في مرحلة إدخال بيانات جواز السفر للمؤمن عليه ، ببساطة لم يجتازوا الاختبار في RSA. كتب الأصدقاء على تويتر أنهم تمكنوا بنجاح من الحصول على التأمين هناك من خلال كتابة الدعم الفني ، مما اقترح أنك بحاجة إلى إدخال "بشكل صحيح". كتبت لهم دعماً ، لكنني لم أنتظر إجابة.

ثم ذهبت إلى موقع VSK . في رأيي ، فإن واجهة هذا التأمين هي الأكثر نجاحًا وممتعة ومدروسة. يتم تجميع البيانات في كتل منطقية ، ولا يلزم إدخال أي شيء مرة أخرى ، ويتم التحقق على الفور بواسطة الكتل أثناء التعبئة.

ولكن هنا اتضح أن كل شيء ليس على ما يرام :) لقد ملأت جميع البيانات ، نجحوا في التحقق (!) في PCA. أكّدت الحساب عبر الرسائل القصيرة ، ثم نقرت للدفع ، ووصلت إلى محفظتي للحصول على بطاقة ... ولكن بعد دقيقتين من الانتظار ، تلقيت رسالة مفادها أن "السياسة لا تجتاز فحص PCA" برمز 024. إذا قرأت ، فسيواجه العديد من الأشخاص هذا الخطأ.

ظهر التعليق التالي في مجموعة VKontakte Geektimes :

همم ، لكنني أعرف ما هي الأخطاء التي ألقى بها هناك. وقد ارتبط هذا الأخير برقم السياسة المضاعف في قاعدة البيانات. وكان الخطأ الأول هو إرسال البيانات إلى PCA (عن قصد من المملكة المتحدة).

إذا كان هذا صحيحًا ، فإنه من حيث المبدأ يشرح تمامًا الحد الاصطناعي لمبيعات التأمين.

في UralSiba فعل ذلك اليوم لا تصميم عمل التأمين واجهة (وفي اليوم التالي أعطى نفس الخطأ كما أي شخص آخر).

بعد أن جربت جميع شركات التأمين التي أعرف أنها تقوم بـ e-OSAGO ، قررت أن أذهب إلى النهاية ، وبدأت في تجربة كل التأمين على التوالي ، وفقًا للقائمة الموجودة على موقع PCA .

بدت العديد من واجهات التأمين مثل التوائم ، اتضح أن شخصًا ما قد تمكن بالفعل من صنع حل PolisOffice جاهز وكان يبيعه للتأمين. ومع ذلك ، على الفور.

جد الفروق

في Parity-SKلبيع السياسات ، تم استخدام واجهة 1C 8.3 بشكل عام ، تحت التوجيه الصارم للتعليمات المرفقة ، مما أسعدني كثيرًا.

كانت النتيجة في كل مكان هي نفسها - جميع البيانات اجتازت عملية التحقق في قاعدة بيانات SAR ، ولكن في مرحلة "التسجيل" النهائي للسياسة قبل الدفع ، لم تنجح في التحقق في نفس SAR.

لقد كان بالفعل في وقت متأخر من المساء ، ولم يكن من المفيد استدعاء التأمين بشكل طبيعي. لقد مشيت عبر العديد من الموارد المواضيعية. أعطى عدد الشكاوى في المنتديات الانطباع بأن السياسات الإلكترونية تم بيعها على نفس المبدأ مثل السياسات الورقية ، مع أقصى تأخير للعملية - انتهت السياسات ، ثم تم تحديد قائمة انتظار "فحص السيارة" لمدة أسبوع. لا أدري إذا كان الأمر كذلك. كتب الكثير أنه تم مساعدتهم من خلال الاتصال بشركة التأمين الخاصة بهم لطلب التحقق من بيانات السياسة - وفقًا لبيانات السياسة السابقة بالتحديد ، يتم التحقق من البيانات في SAR. ذهبت إلى موقع التأمين الخاص بي وكتبت العديد من الطلبات لجميع العناوين الممكنة. في الوقت نفسه كتب إلى العديد من شركات التأمين ، والتي حاولت فيها التقدم بطلب للحصول على بوليصة إلكترونية ، ونامت.

اليوم الثاني

في الصباح الباكر استيقظت مكالمة من التأمين الخاص بي. اعتذرت الفتاة الحانية عن الإزعاج ، وفحصت جميع البيانات وأرسلت سياسة العام الماضي مرة أخرى إلى قاعدة البيانات. وفقا لها ، يستغرق تحديث قاعدة البيانات 30 دقيقة - 3 ساعات.

الآن تغيرت مؤشرات جميع شركات التأمين - لم تعد البيانات تمر بالتحقق في مرحلة ملء عنوان حامل الوثيقة ، وأعاد البعض رمزًا محددًا - AddressRSACode. واجه النصف الآخر من المستخدمين هذا الخطأ ، والذي لم يصل إلى الخطأ في المرحلة الأخيرة. حاول الكثيرون كتابة عناوينهم مع الأخطاء المحتملة والأخطاء المطبعية ، وهذا ساعدهم. لكن ليس في حالتي.

في هذه المرحلة ، كنت أعرف بالفعل أنه في XML الذي يوفره التأمين للسجل عبر SOAP ، يعد AddressRSACode حقلاً معينًا مع رمز عشري طويل مشابه لرمز KLADR.
تم اختيار العنوان أيضًا بواسطة KLADR ، وهنا حصلت على فكرة. عنواني هو شارع الذكرى الخمسين
للكومسومول ، د. 24. لا يوجد مثل هذا المنزل في KLADR ، بيتي مسجل على أنه 24/20 ، حيث يقف عند تقاطع شارعين. جربت جميع الخيارات في المنزل (24/20 ، 24 أ ، إلخ ، 24 مبنى 20) ، ولكن لم يكن هناك أي معنى من ذلك. مرة أخرى اتصلت بالتأمين الخاص بي ، وقمت بتحديد كيفية اختيار المنزل - من الاختيار أو الدخول يدويًا. كان الجواب - الشارع - اختر مع قائمة KLADR ، المنزل - يدوياً. طلبت أن أضع المنزل 24/20 ، كما هو الحال في KLADR ، لكنهم رفضوني ، لأن بيانات جواز السفر للتسجيل هي المنزل 24 ، ولا يمكنهم كتابة منزل آخر. البيروقراطية ، لكنها عادلة. تم فحص جميع البيانات الموجودة في السياسة مرة أخرى في رسالة وإرسالها مرة أخرى إلى قاعدة البيانات.

في رأيي ، المشكلة هي كيف يولد التأمين وقاعدة PCA نفسها هذا الرمز بناءً على العنوان. والطريقة التي يعالجون بها رقم المنزل ، وهو ليس في KLADR. على ما يبدو في مكان واحد يتم إنشاء رمز واحد من رقم المنزل ، في مكان آخر - آخر. لكن هذا تخمين خالص.

بالطبع ، كان من الممكن الضرب أكثر ، وشق طريقه إلى أولئك الذين طوروا كل شيء. ولكن من الواضح أن التأمين لن يوظف قسمًا لتطوير مثل هذا النظام ، ويمكنك قضاء أكثر من أسبوع في البحث عن فنيين مناسبين من المقاول الذين سيتعاملون مع هذا.

لقد فهمت أن إمكانيات التأمين من حيث الوصول إلى قاعدة البيانات قد استنفدت ، فالتفتت مباشرة إلى RSA. على الهاتف ، لم يرغبوا في الاتصال بي مع المسؤولين عن IP لـ OSAGO. وأوضحوا بأدب أن SAR نفسه لم يكن لديه "وصول عبر الإنترنت" (تعبيرهم) إلى قاعدة البيانات. يمكن للتأمين فقط العمل مع قاعدة البيانات.
لاحظ ما هو النهج المثير للاهتمام - مشغل القاعدة ليس مسؤولًا عن القاعدة ، ولا يمكنه الوصول إليها وهو يتلاعب. أي أنه في نهاية المطاف لا يتحمل أحد مسؤولية صحة البيانات في قاعدة البيانات.

كان الدعم من شركات التأمين مخيبا للآمال للغاية - رد UralSib و VSK بردود قياسية ، قائلين إنه إذا لم ينجح ذلك ، فهذا يعني صعوبات فنية ، اتصل بالمكتب. تم تجاهل RESO للتو.
تميزت شركة زيتا للتأمين بسرور - وفقًا للتطبيق في حسابي الشخصي ، فتاة اتصلت مرة أخرى اقترحت تجربة حقول العنوان ، تم تذكر هذا التأمين شخصيًا بالنسبة لي من خلال ودية (على الرغم من أنه ليس واجهة مريحة للغاية).

اليوم الثالث

في النهاية ، مددت التأمين مع تأميني. لقد سئموا من تحرير السجلات في قاعدة البيانات ، واقترحوا تجديد السياسة دون الانتظار في الطابور وتفتيش السيارة. وصلت أنا والفتاة وحصلت على السياسة في 15 دقيقة. كان أسرع تسجيل للسياسة على مدى 3 سنوات.
هذه المرة شاهدت بعناية البيانات التي يحفظها عامل التشغيل في قاعدة بيانات السياسة. بعد ذلك ، حاولت في المنزل مرة أخرى إصدار سياسة إلكترونية بنفس البيانات - ولكن دون جدوى ، كل نفس.

تحديث

موقف البنك المركزي :

وقال شفيتسوف إن بنك روسيا يخطط لتعديل التشريعات القائمة. "نريد أن نلزم بيع السياسات بتنسيق بعيد بترتيب غير مشروط. لن يكون اختيار شركة تأمين ، بل واجبا.

التحديث 2

ظهر تعليق مثير للاهتمام في مجموعة VKontakte Geektimes :