मुझे लगता है कि Habr और geektimes के कई कार मालिकों ने पहले ही इलेक्ट्रॉनिक रूप से OSAGO खरीदने की संभावना के बारे में सुना है। यह अवसर लगभग छह महीने पहले सामने आया था, मैं भाग्यशाली था कि अब मैं इसे खुद पर आजमा रहा हूं।

कुछ क्षेत्रों में अनिवार्य मोटर थर्ड-पार्टी देयता बीमा के साथ स्थिति, जैसे कि मेरे उल्यानोव्स्क, यहां तक कि गैरबराबरी के बिंदु तक पहुंचती है - एजेंट केवल 1000-2000 रूबल के लिए अनावश्यक साथ बीमा के साथ बीमा बेचते हैं, और बीमा कंपनियों में वे प्रति घंटे एक बीमा पॉलिसी जारी करते हैं, जिससे बड़ी कतारें बनती हैं, जिसमें एक जगह सुबह में उधार लेने की जरूरत है।

इसलिए, एक कुर्सी से उठे बिना इलेक्ट्रॉनिक रूप से बीमा खरीदने का अवसर एक सिरदर्द के जादुई समाधान की तरह दिखता है।

आगे देखते हुए, मेरा कहना है कि आप OSOSAGO के लिए तभी आवेदन कर सकते हैं जब आपने पहले इस कार का सामान्य तरीके से बीमा कराया हो - डेटा पिछली पॉलिसी के अनुसार चेक किया गया हो।

एक सुबह एहसास हुआ कि बीमा आज वैध नहीं है, मैंने नई प्रणाली को आजमाने का फैसला किया। यह प्रसन्न और प्रत्याशाओं, आशाओं और निराशाओं के साथ तीन दिनों के महाकाव्य में बदल गया।

और ईमानदार होने के लिए, ऐसा लगता था कि कोई भी इस प्रणाली के गुणवत्ता वाले काम में दिलचस्पी नहीं रखता था।

लेकिन, पहली चीजें पहले।

दिन 1

मैंने कुछ बड़ी कंपनियों को चुना जिन्हें मैं जानता था कि "इलेक्ट्रॉनिक OSAGO" के लिए खोज परिणामों के पहले पृष्ठ पर आया था और eOSAGO की तलाश में उनकी साइटों पर गया था।

पहली बात जो सामने आई - इलेक्ट्रॉनिक OSAGO की घोषित बिक्री के बावजूद - कंपनियां उनके साथ बहुत सीमित रूप से काम करती हैं। एक महीने से भी अधिक समय पहले Rosgosstrakh "तकनीकी कार्य" के लिए गया था। Alfastrakhovanie - केवल उन लोगों के लिए जिन्होंने पहले "पेपर" के साथ उनका बीमा किया था। कुछ कंपनियों ने केवल कुछ क्षेत्रों में पंजीकृत लोगों के लिए eOSAGO खरीदने का अवसर प्रदान किया, मुख्य रूप से मास्को और सेंट पीटर्सबर्ग, हालांकि ऐसा लगता है कि इलेक्ट्रॉनिक बीमा की संभावना को पूरे देश में भौतिक उपस्थिति के क्षेत्रों से संभावित ग्राहक आधार को बढ़ाना चाहिए।

खैर, ठीक है, मैंने फैसला किया, और तैयार करना शुरू कर दिया।

फिर यह स्पष्ट हो गया कि सिस्टम को कैसे डीबग नहीं किया गया था।

पहली साइट जिस पर मैं आया था, वह था टिंकफ इंश्योरेंस ।
टिंकॉफ़ अपने ऑनलाइन बैंकिंग की सुविधा के लिए प्रसिद्ध है, वही मुझे बीमा इंटरफ़ेस से उम्मीद थी। लेकिन उन्होंने आश्चर्यचकित कर दिया। सबसे पहले, मेरी कार के लिए बीमा की अनंतिम राशि और किसी कारण से क्षेत्र अपेक्षित मूल्य से आधा हो गया (5,500 रूबल के बजाय 2,800 रूबल, जैसा कि अन्य सभी बीमा कंपनियों ने उम्मीद की थी)।

लेकिन इंटरफ़ेस की सुविधा बस "शीर्ष पर" थी। पासपोर्ट के लिए पंजीकरण का पता दर्ज करने के लिए खेतों के अलावा, किसी कारण से निवास के वास्तविक पते में प्रवेश के लिए क्षेत्र अनिवार्य थे। न तो चेकबॉक्स "एक ही डेटा का उपयोग करें", न ही उन्हें मना करने का अवसर। इसके अलावा, एक ही डेटा को तीन बार दर्ज करना पड़ा - पॉलिसीधारक, कार मालिक, और अंत में ड्राइवर।

मैंने पृष्ठ पर डेटा के पूरे पैच में भर दिया, "पुनर्गणना" पर क्लिक किया, और ... और कुछ नहीं, पृष्ठ 5 मिनट तक लटका रहा। 5 मिनट के बाद, एक त्रुटि संदेश यह दर्शाता है कि आप क्लासिक CTP के लिए आवेदन करने के लिए निकटतम कार्यालय से संपर्क करते हैं, या किसी सलाहकार से संपर्क करते हैं। सलाहकार बिल्कुल बेकार रोबोट बन गया - उसने मानक वाक्यांशों के साथ उत्तर दिया: "इलेक्ट्रॉनिक सीटीपी स्वतंत्र रूप से साइट पर जारी किया जाता है, यदि आपको यकीन है कि सभी डेटा सही तरीके से भरे गए हैं, तो साइट पर संकेतित समर्थन ईमेल पर लिखें"। वैसे, मुझे यह ईमेल कहीं भी नहीं मिला। मैंने सलाहकार से पूछा - और वह हमेशा के लिए गायब हो गया।

मैं अभी भी उत्साही था, और फैसला किया कि सब कुछ अभी भी यहाँ पर डिबग किया गया है, चलो आगे बढ़ते हैं।
अगला बीमा RESO था। यहां मैं बीमित व्यक्ति के पासपोर्ट डेटा दर्ज करने के चरण में पंजीकरण नहीं कर सकता था, उन्होंने बस आरएसए में परीक्षण पास नहीं किया। ट्विटर पर दोस्तों ने लिखा है कि वे तकनीकी सहायता लिखकर वहां सफलतापूर्वक बीमा प्राप्त करने में सफल रहे, जिसने सुझाव दिया कि आपको "सही ढंग से" दर्ज करने की आवश्यकता है। मैंने उन्हें समर्थन में लिखा था, लेकिन मैंने जवाब का इंतजार नहीं किया।

फिर मैं VSK वेबसाइट पर गया । इस बीमा का इंटरफ़ेस, मेरी राय में, सबसे सफल, सुखद और विचारशील है। डेटा को तार्किक ब्लॉक में वर्गीकृत किया गया है, फिर से कुछ भी दर्ज करने की आवश्यकता नहीं है, भरने के दौरान ब्लॉक द्वारा सत्यापन तुरंत किया जाता है।

लेकिन यहां सब कुछ इतना अच्छा नहीं निकला :) मैंने सभी आंकड़ों में भर दिया, उन्होंने पीसीए में सफलतापूर्वक सत्यापन (!) पारित कर दिया। मैंने एसएमएस के माध्यम से गणना की पुष्टि की, भुगतान करने के लिए क्लिक किया, और कार्ड के लिए मेरे बटुए में पहुंच गया ... लेकिन, कुछ मिनटों के इंतजार के बाद, मुझे एक संदेश मिला कि "नीति पीसीए चेक पास नहीं करती है" कोड 024 के साथ। यदि आप पढ़ते हैं, तो कई लोग इस त्रुटि का सामना करते हैं।

निम्नलिखित टिप्पणी geektimes VKontakte समूह में दिखाई दी :

हम्म, लेकिन मुझे पता है कि उसने वहाँ क्या गलतियाँ पकड़ीं। बाद वाला डेटाबेस में दोगुनी पॉलिसी नंबर के साथ जुड़ा हुआ था। और पहला पीसीए (यूके से जानबूझकर) डेटा भेजने में गलती थी।

यदि यह सच है, तो सिद्धांत रूप में यह बीमा द्वारा बिक्री की कृत्रिम सीमा को पूरी तरह से समझाता है।

में UralSiba उस दिन काम इंटरफ़ेस बीमा डिजाइन नहीं था (और अगले दिन वह हर किसी के रूप में ही गलती दिया)। पीसीए वेबसाइट पर सूची के

अनुसार, सभी बीमा कंपनियों की कोशिश करने के बाद, जो मुझे पता है कि ई-ओएसएजीओ करते हैं, मैंने अंत में जाने का फैसला किया, और एक पंक्ति में सभी बीमा की कोशिश करना शुरू कर दिया । कई बीमा इंटरफेस जुड़वा बच्चों की तरह लग रहे थे, यह पता चला कि कोई पहले से ही तैयार पोलिसऑफिस समाधान बनाने में कामयाब रहा था और इसे बीमा को बेच रहा था। हालाँकि, तुरंत। पर सममूल्य-SC

अंतर ज्ञात कीजिए

नीतियों की बिक्री के लिए, 1 सी 8.3 इंटरफ़ेस का उपयोग आम तौर पर संलग्न निर्देशों के सख्त मार्गदर्शन के तहत किया गया था, जो मुझे बहुत पसंद आया।

हर जगह परिणाम समान था - सभी डेटा एसएआर डेटाबेस में सत्यापन पारित कर दिया, लेकिन भुगतान से पहले नीति के अंतिम "पंजीकरण" के चरण में, उन्होंने उसी एसएआर में सत्यापन पारित नहीं किया।

यह पहले से ही देर शाम था, और बीमा को स्वाभाविक रूप से कॉल करना बेकार था। मैं कई विषयगत संसाधनों से गुजरा। मंचों पर शिकायतों की संख्या ने यह धारणा दी कि इलेक्ट्रॉनिक नीतियों को पेपर वालों के समान सिद्धांत पर बेचा गया था, प्रक्रिया की अधिकतम देरी के साथ - नीतियां खत्म हो गईं, फिर एक सप्ताह के लिए "एक कार का निरीक्षण" करने के लिए कतार निर्धारित की गई थी। मुझे नहीं पता कि क्या ऐसा है कई लोगों ने लिखा कि पॉलिसी डेटा की जांच करने के अनुरोध के साथ उनकी बीमा कंपनी से संपर्क करने में उनकी मदद की गई थी - यह पिछली नीति के आंकड़ों के अनुसार ठीक है कि डेटा को एसएआर में सत्यापित किया गया है। मैं अपनी बीमा वेबसाइट पर गया और सभी संभावित पतों के लिए कई एप्लिकेशन लिखे। उसी समय उन्होंने कई बीमा कंपनियों को लिखा, जिसमें मैंने एक ई-पॉलिसी के लिए आवेदन करने की कोशिश की, और सो गया।

दिन २

सुबह जल्दी उठकर मैंने अपने बीमा से कॉल उठाई। देखभाल करने वाली लड़की ने असुविधा के लिए माफी मांगी, सभी डेटा की जांच की और पिछले साल की नीति को फिर से डेटाबेस में भेजा। उनके अनुसार, डेटाबेस को अपडेट करने में 30 मिनट - 3 घंटे लगते हैं।

अब सभी बीमा कंपनियों के संकेत बदल गए हैं - डेटा अब पॉलिसीधारक के पते पर भरने के चरण में सत्यापन पारित नहीं किया गया है, कुछ ने एक विशिष्ट कोड - AddressRSACode लौटा दिया है। अन्य आधे उपयोगकर्ताओं को इस त्रुटि का सामना करना पड़ा, जो अंतिम चरण में त्रुटि तक नहीं पहुंचे। कई लोगों ने संभावित त्रुटियों और टाइपोस के साथ अपना पता लिखने की कोशिश की, और इससे उन्हें मदद मिली। लेकिन मेरे मामले में नहीं।

इस स्तर पर, मुझे पहले से ही पता था कि एसओएपी के माध्यम से रजिस्ट्री को बीमा प्रदान करने वाली xml में, एड्रेसआरएसीकोड एक निश्चित फ़ील्ड है जो KLADR कोड के समान लंबे दशमलव कोड के साथ है।
पता भी KLADR द्वारा चुना गया था, और यहाँ मुझे एक सुराग मिला। मेरा पता कोम्सोमोल की 50 वीं वर्षगांठ का एवेन्यू है, 24.
केएलएडीआर में ऐसा कोई घर नहीं है, मेरा घर 24/20 के रूप में दर्ज है, क्योंकि यह दो सड़कों के चौराहे पर स्थित है। मैंने घर पर सभी विकल्पों (24/20, 24A, आदि, 24 बिल्डिंग 20) की कोशिश की, लेकिन इससे कोई मतलब नहीं था। एक बार फिर मैंने अपने बीमा को बुलाया, और निर्दिष्ट किया कि वे घर कैसे चुनते हैं - चयन से या मैन्युअल रूप से दर्ज करें। जवाब था - गली - केएलएडीआर की सूची के साथ, घर - मैन्युअल रूप से चुनें। मैंने केएलएडीआर के रूप में, घर को 24/20 में रखने के लिए कहा, लेकिन उन्होंने मुझे मना कर दिया, क्योंकि पंजीकरण के लिए पासपोर्ट डेटा घर 24 है, और वे दूसरा नहीं लिख सकते। नौकरशाही, लेकिन निष्पक्ष। नीति के सभी डेटा को एक बार फिर मुझे एक पत्र में चेक किया गया और इसे फिर से डेटाबेस में भेजा गया।

मेरे दिमाग में, समस्या यह है कि बीमा और पीसीए आधार खुद पते के आधार पर इस कोड को कैसे उत्पन्न करते हैं। और जिस तरह से वे घर के नंबर को संसाधित करते हैं, जो कि केएलएडीआर में नहीं है। स्पष्ट रूप से एक स्थान पर एक कोड घर के नंबर से उत्पन्न होता है, दूसरे में - दूसरा। लेकिन यह शुद्ध अनुमान है।

बेशक, आगे बल्लेबाजी करना संभव था, उन लोगों के लिए अपना रास्ता बनाते हुए जिन्होंने इसे विकसित किया। लेकिन यह स्पष्ट है कि बीमा ऐसी प्रणाली को विकसित करने के लिए एक विभाग को नियुक्त नहीं करेगा, और आप ठेकेदार से पर्याप्त तकनीशियनों की तलाश में एक सप्ताह से अधिक समय बिता सकते हैं जो इस से निपटेंगे।

यह समझते हुए कि डेटाबेस तक पहुंच के संदर्भ में बीमा संभावनाएं समाप्त हो गई हैं, मैं सीधे आरएसए में बदल गया। फोन पर, वे मुझे उन लोगों से नहीं जोड़ना चाहते थे जो ओएसएजीओ के लिए आईपी के लिए जिम्मेदार हैं। उन्होंने विनम्रता से समझाया कि एसएआर के पास डेटाबेस में "ऑनलाइन एक्सेस" (उनकी अभिव्यक्ति) नहीं है। केवल बीमा डेटाबेस के साथ काम कर सकता है।
ध्यान दें कि एक दिलचस्प दृष्टिकोण - आधार ऑपरेटर आधार के लिए ज़िम्मेदार नहीं है, इसके पास इसकी पहुंच नहीं है और यह चारों ओर बेवकूफ बना रहा है। यही है, अंततः डेटाबेस में डेटा की शुद्धता के लिए कोई भी जिम्मेदार नहीं है।

बीमा कंपनियों से समर्थन भी बहुत निराशाजनक था - यूरालिब और वीएसके ने मानक उत्तरों के साथ जवाब दिया, कहा कि अगर यह काम नहीं करता है, तो इसका मतलब है कि तकनीकी कठिनाइयों, कार्यालय से संपर्क करें। आरईएसओ ने सिर्फ अनदेखी की।
ज़ेटा इंश्योरेंस सुखद रूप से प्रतिष्ठित था - मेरे व्यक्तिगत खाते में आवेदन के अनुसार, एक लड़की ने वापस बुलाया जिसने पता फ़ील्ड के साथ प्रयोग करने का सुझाव दिया, यह बीमा व्यक्तिगत रूप से मेरे लिए अपनी मित्रता (हालांकि बहुत सुविधाजनक इंटरफ़ेस नहीं) द्वारा याद किया गया था।

दिन 3

अंत में, मैंने अपने बीमा के साथ बीमा बढ़ाया। वे डेटाबेस में रिकॉर्ड्स को संपादित करने से थक गए थे, और सुझाव दिया कि मैं बिना लाइन में प्रतीक्षा किए और कार का निरीक्षण किए बिना पॉलिसी को नवीनीकृत करता हूं। लड़की और मैं पहुंचे और 15 मिनट में पॉलिसी ले ली। यह पिछले 3 वर्षों के लिए पॉलिसी का सबसे तेज पंजीकरण था।
इस बार मैंने ध्यान से देखा कि पॉलिसी डेटाबेस में ऑपरेटर क्या डेटा बचाता है। उसके बाद, घर पर मैंने एक ही डेटा के साथ इलेक्ट्रॉनिक नीति जारी करने की फिर से कोशिश की - कोई फायदा नहीं हुआ, सभी समान।

upd

केंद्रीय बैंक की स्थिति :

श्वेत्सोव ने कहा कि बैंक ऑफ रूस मौजूदा कानून में संशोधन करने की योजना बना रहा है। “हम एक बिना शर्त क्रम में एक दूरस्थ प्रारूप में नीतियों को बेचने के लिए उपकृत करना चाहते हैं। यह एक बीमा कंपनी की पसंद नहीं होगा, लेकिन एक कर्तव्य है, ”अधिकारी ने कहा।

upd2

Geektimes VKontakte समूह में एक दिलचस्प टिप्पणी दिखाई दी :

हम्म, लेकिन मुझे पता है कि उसने वहाँ क्या गलतियाँ पकड़ीं। बाद वाला डेटाबेस में दोगुनी पॉलिसी नंबर के साथ जुड़ा हुआ था। और पहला पीसीए (यूके से जानबूझकर) डेटा भेजने में गलती थी।

मैंने इलेक्ट्रॉनिक CTP कैसे नहीं खरीदा

दिन 1

दिन २

दिन 3

upd

upd2

More articles: