Bagaimana saya tidak membeli CTP elektronik
Saya pikir banyak pemilik mobil Habr dan geektimes telah mendengar tentang kemungkinan membeli OSAGO secara elektronik. Peluang ini muncul sekitar enam bulan lalu, saya beruntung mencobanya sendiri sekarang.Situasi dengan asuransi kewajiban pihak ketiga motor wajib di beberapa daerah, seperti Ulyanovsk saya, bahkan mencapai titik absurditas - agen menjual asuransi hanya dengan asuransi tambahan yang tidak perlu untuk 1000-2000 rubel, dan di perusahaan asuransi sendiri mereka mengeluarkan polis asuransi per jam, menciptakan antrian besar, tempat di mana perlu meminjam di pagi hari.Karena itu, kesempatan untuk membeli asuransi secara elektronik tanpa bangun dari kursi terlihat seperti solusi ajaib untuk sakit kepala.Ke depan, saya akan mengatakan bahwa Anda dapat mengajukan permohonan untuk OSOSAGO hanya jika sebelumnya Anda mengasuransikan mobil ini dengan cara biasa - datanya diperiksa sesuai dengan kebijakan sebelumnya.Setelah menyadari suatu pagi bahwa asuransi tidak lagi berlaku hari ini, saya memutuskan untuk mencoba sistem yang baru. Itu berubah menjadi epik tiga hari dengan kesenangan dan antisipasi, harapan dan kekecewaan.Dan jujur saja, sepertinya tidak ada yang tertarik dengan kualitas kerja sistem ini.Tapi, hal pertama yang pertama.
Hari 1
Saya memilih beberapa perusahaan besar yang saya tahu yang muncul di halaman pertama hasil pencarian untuk "OSAGO elektronik" dan pergi ke situs mereka untuk mencari eOSAGO.Hal pertama yang ternyata - meskipun penjualan OSAGO elektronik dinyatakan - perusahaan bekerja dengan mereka sangat terbatas. Rosgosstrakh lebih dari sebulan yang lalu pergi ke "pekerjaan teknis". Alfastrakhovanie - hanya untuk mereka yang sebelumnya mengasuransikan mereka dengan "kertas". Beberapa perusahaan memberikan kesempatan untuk membeli eOSAGO hanya untuk mereka yang terdaftar di wilayah tertentu, terutama Moskwa dan St. Petersburg, meskipun tampaknya kemungkinan asuransi elektronik akan meningkatkan basis klien potensial dari wilayah kehadiran fisik ke seluruh negara.Baiklah, saya memutuskan, dan mulai menyusun.Kemudian menjadi jelas bagaimana sistem tidak di-debug.Situs pertama yang saya temui adalah Tinkoff Insurance .Tinkoff terkenal dengan kenyamanan perbankan online-nya, sama seperti yang saya harapkan dari antarmuka asuransi. Tapi mereka terkejut. Pertama, jumlah asuransi sementara untuk mobil saya dan kawasan untuk beberapa alasan ternyata setengah dari nilai yang diharapkan (2.800 rubel, bukan 5.500 rubel, seperti yang diharapkan semua perusahaan asuransi lain).
Tetapi kenyamanan antarmuka itu hanya "di atas". Selain bidang untuk memasukkan alamat pendaftaran paspor, untuk beberapa alasan ada bidang untuk memasukkan alamat tempat tinggal yang sebenarnya, wajib. Baik kotak centang “Gunakan data yang sama”, maupun peluang untuk menolaknya. Selain itu, data yang sama harus dimasukkan tiga kali - Pemegang Polis, Pemilik Mobil, dan akhirnya Pengemudi.
Saya mengisi seluruh tambalan data pada halaman, mengklik "Hitung Ulang", dan ... Dan tidak ada, halaman itu menggantung selama 5 menit. Setelah 5 menit, muncul pesan kesalahan yang menunjukkan bahwa Anda menghubungi kantor terdekat untuk mengajukan CTP klasik, atau hubungi konsultan. Konsultan ternyata benar-benar robot yang tidak berguna - dia menjawab dengan frasa standar: "CTP elektronik dikeluarkan di situs secara independen, jika Anda yakin semua data diisi dengan benar, tulis ke email dukungan yang ditunjukkan di situs." Ngomong-ngomong, saya tidak bisa menemukan email yang sama ini di mana pun. Saya bertanya kepada konsultan - dan dia menghilang selamanya.Saya masih antusias, dan memutuskan bahwa semuanya masih debugged di sini, mari kita lanjutkan.Asuransi berikutnya adalah RESO. Di sini saya tidak bisa mendaftar pada tahap memasukkan data paspor dari tertanggung, mereka sama sekali tidak lulus tes di RSA. Teman di Twitter menulis bahwa mereka berhasil mendapatkan asuransi di sana dengan menulis dukungan teknis, yang menyarankan Anda untuk memasukkan "dengan benar." Saya menulis surat kepada mereka untuk mendukung, tetapi saya tidak menunggu jawaban.Kemudian saya pergi ke situs web VSK . Antarmuka asuransi ini, menurut pendapat saya, adalah yang paling sukses, menyenangkan dan bijaksana. Data dikelompokkan ke dalam blok logis, tidak ada yang perlu dimasukkan lagi, verifikasi dilakukan segera oleh blok selama mengisi.
Tapi di sini semuanya ternyata tidak begitu baik :) Saya mengisi semua data, mereka berhasil melewati verifikasi (!) Di PCA. Saya mengkonfirmasi perhitungan melalui SMS, mengklik untuk membayar, dan merogoh dompet saya untuk kartu ... Tapi, setelah beberapa menit menunggu, saya menerima pesan bahwa "kebijakan tidak lulus cek PCA" dengan kode 024. Jika Anda membaca, maka banyak orang menemukan kesalahan ini. Komentarberikut muncul di grup geektimes VKontakte :Hmm, tapi aku tahu kesalahan apa yang dia tangkap di sana. Yang terakhir dikaitkan dengan nomor kebijakan dua kali lipat dalam database. Dan yang pertama adalah kesalahan dalam mengirim data ke PCA (disengaja dari Inggris).
Jika ini benar, maka pada prinsipnya sepenuhnya menjelaskan pembatasan buatan penjualan oleh asuransi.Dalam UralSiba hari itu tidak desain pekerjaan asuransi antarmuka (dan hari berikutnya ia memberikan kesalahan yang sama seperti orang lain).Setelah mencoba semua perusahaan asuransi yang saya tahu melakukan e-OSAGO, saya memutuskan untuk pergi sampai akhir, dan mulai mencoba semua asuransi berturut-turut, menurut daftar di situs web PCA .Beberapa antarmuka asuransi tampak seperti kembar, ternyata seseorang telah berhasil membuat solusi PolisOffice yang sudah jadi dan menjualnya ke asuransi. Namun, segera.
Di Parity-SKuntuk penjualan kebijakan, antarmuka 1C 8.3 umumnya digunakan, di bawah panduan ketat dari instruksi terlampir, yang sangat menghibur saya.
Hasilnya di mana-mana adalah sama - semua data lulus verifikasi dalam database SAR, tetapi pada tahap "pendaftaran" terakhir dari kebijakan sebelum pembayaran, mereka tidak lulus verifikasi dalam SAR yang sama.Sudah larut malam, dan tidak ada gunanya memanggil asuransi secara alami. Saya berjalan melalui beberapa sumber daya tematis. Jumlah keluhan di forum memberi kesan bahwa kebijakan elektronik dijual dengan prinsip yang sama seperti kertas, dengan keterlambatan maksimum proses - kebijakan selesai, maka antrian untuk "memeriksa mobil" dijadwalkan selama seminggu. Saya tidak tahu apakah ini benar. Banyak yang menulis bahwa mereka dibantu dengan menghubungi perusahaan asuransi mereka dengan permintaan untuk memeriksa data polis - tepat sesuai dengan data polis sebelumnya bahwa data diverifikasi dalam SAR. Saya pergi ke situs web asuransi saya dan menulis beberapa aplikasi untuk semua alamat yang mungkin. Pada saat yang sama ia menulis kepada beberapa perusahaan asuransi, di mana saya mencoba untuk melamar e-polis, dan pergi tidur.Hari 2
Dini hari saya bangun panggilan dari asuransi saya. Gadis yang peduli meminta maaf atas ketidaknyamanan ini, memeriksa semua data dan mengirim kebijakan tahun lalu lagi ke database. Menurutnya, memperbarui basis data membutuhkan waktu 30 menit - 3 jam.Sekarang indikasi semua perusahaan asuransi telah berubah - data tidak lagi lulus verifikasi pada tahap mengisi alamat pemegang polis, beberapa mengembalikan kode tertentu - AddressRSACode. Setengah pengguna lainnya mengalami kesalahan ini, yang tidak mencapai kesalahan pada tahap terakhir. Banyak yang mencoba menulis alamat mereka dengan kemungkinan kesalahan dan kesalahan ketik, dan ini membantu mereka. Tapi tidak dalam kasus saya.Pada tahap ini, saya sudah tahu bahwa dalam xml yang disediakan asuransi untuk registri melalui SOAP, AddressRSACode adalah bidang tertentu dengan kode desimal panjang yang mirip dengan kode KLADR.Alamatnya juga dipilih oleh KLADR, dan di sini saya mendapat petunjuk. Alamat saya adalah Avenue peringatan 50 tahun Komsomol, 24.Di KLADR tidak ada rumah seperti itu, rumah saya tercatat 24/20, karena berdiri di persimpangan dua jalan. Saya mencoba semua opsi di rumah (24/20, 24A, dll., 24 bangunan 20), tetapi tidak ada artinya dari ini. Sekali lagi saya menelepon asuransi saya, dan menentukan bagaimana mereka memilih rumah - dari seleksi atau masuk secara manual. Jawabannya adalah - jalan - pilih dengan daftar KLADR, rumah - secara manual. Saya diminta untuk meletakkan rumah 24/20, seperti di KLADR, tetapi mereka menolak saya, karena data paspor untuk pendaftaran adalah rumah 24, dan mereka tidak dapat menulis yang lain. Birokrasi, tapi adil. Semua data dalam kebijakan diperiksa kepada saya sekali lagi untuk surat dan mengirimkannya kembali ke database.Menurut saya, masalahnya adalah bagaimana asuransi dan pangkalan PCA sendiri menghasilkan kode ini berdasarkan alamat. Dan cara mereka memproses nomor rumah, yang tidak ada di KLADR. Rupanya di satu tempat satu kode dihasilkan dari nomor rumah, di tempat lain - lain. Tapi ini dugaan murni.Tentu saja, mungkin untuk terus maju, membuat jalan bagi mereka yang mengembangkan semuanya. Tetapi jelas bahwa asuransi tidak akan menyewa departemen untuk mengembangkan sistem seperti itu, dan Anda dapat menghabiskan lebih dari satu minggu mencari teknisi yang memadai dari kontraktor yang akan menangani ini.Memahami bahwa kemungkinan asuransi dalam hal akses ke database telah habis, saya langsung beralih ke RSA. Di telepon, mereka tidak ingin menghubungkan saya dengan mereka yang bertanggung jawab atas IP untuk OSAGO. Mereka dengan sopan menjelaskan bahwa SAR itu sendiri tidak memiliki "akses online" (ekspresi mereka) ke database. Hanya asuransi yang dapat bekerja dengan database.Perhatikan apa pendekatan yang menarik - operator pangkalan tidak bertanggung jawab atas pangkalan, tidak memiliki akses ke sana, dan bermain-main. Artinya, pada akhirnya tidak ada yang memikul tanggung jawab atas kebenaran data dalam database.Dukungan dari perusahaan asuransi juga sangat mengecewakan - UralSib dan VSK menjawab dengan balasan standar, mengatakan bahwa jika ini tidak berhasil, itu berarti kesulitan teknis, hubungi kantor. RESO baru saja diabaikan.Zetta Insurance sangat terkenal - menurut aplikasi di akun pribadi saya, seorang gadis yang dipanggil kembali yang menyarankan untuk bereksperimen dengan bidang alamat, asuransi ini secara pribadi diingat untuk saya oleh keramahannya (meskipun bukan antarmuka yang sangat nyaman).Hari ke 3
Pada akhirnya, saya memperpanjang asuransi dengan asuransi saya. Mereka bosan mengedit catatan dalam database, dan menyarankan agar saya memperbarui kebijakan tanpa mengantri dan memeriksa mobil. Gadis itu dan saya tiba dan mendapatkan polis dalam 15 menit. Itu adalah registrasi kebijakan tercepat selama 3 tahun terakhir.Kali ini saya mengamati dengan cermat data apa yang disimpan operator dalam basis data kebijakan. Setelah itu, di rumah saya mencoba lagi untuk mengeluarkan kebijakan elektronik dengan data yang sama - tidak berhasil, semuanya tetap sama.upd
Posisi Bank Sentral :Shvetsov mengatakan bahwa Bank of Russia berencana untuk mengubah undang-undang yang ada. “Kami ingin mewajibkan untuk menjual kebijakan dalam format jarak jauh dalam urutan tanpa syarat. Itu bukan pilihan perusahaan asuransi, tapi tugas, ”kata pejabat itu.
upd2
Sebuah komentar menarik muncul di grup VKontakte geektimes :Hmm, tapi aku tahu kesalahan apa yang dia tangkap di sana. Yang terakhir dikaitkan dengan nomor kebijakan dua kali lipat dalam database. Dan yang pertama adalah kesalahan dalam mengirim data ke PCA (disengaja dari Inggris).
Source: https://habr.com/ru/post/id394437/
All Articles