Cómo no compré CTP electrónico
Creo que muchos propietarios de automóviles de Habr y geektimes ya han escuchado sobre la posibilidad de comprar OSAGO electrónicamente. Esta oportunidad apareció hace unos seis meses, tuve la suerte de probarla solo ahora.La situación con el seguro obligatorio de responsabilidad civil de terceros en algunas regiones, como mi Ulyanovsk, incluso llega al punto de lo absurdo: los agentes venden seguros solo con seguros innecesarios que lo acompañan por 1000-2000 rublos, y en las propias compañías de seguros emiten una póliza de seguro por hora, creando enormes colas en las que Necesito pedir prestado por la mañana.Por lo tanto, la oportunidad de comprar un seguro electrónicamente sin levantarse de una silla parece una solución mágica para un dolor de cabeza.Mirando hacia el futuro, diré que puede solicitar OSOSAGO solo si previamente aseguró este automóvil de la manera habitual: los datos se verifican de acuerdo con la política anterior.Al darme cuenta una mañana de que el seguro ya no es válido hoy, decidí probar el nuevo sistema. Se convirtió en una épica de tres días con delicias y anticipaciones, esperanzas y decepciones.Y para ser sincero, parecía que nadie estaba interesado en el trabajo de calidad de este sistema.Pero, primero lo primero.
Día 1
Elegí un par de grandes compañías que conocía que aparecieron en la primera página de los resultados de búsqueda de "OSAGO electrónico" y fui a sus sitios en busca de eOSAGO.Lo primero que resultó, a pesar de las ventas declaradas de OSAGO electrónico, las empresas trabajan con ellos de manera muy limitada. Rosgosstrakh hace más de un mes fue a "trabajo técnico". Alfastrakhovanie - solo para aquellos que previamente los habían asegurado con "papel". Algunas compañías brindaron la oportunidad de comprar eOSAGO solo para aquellos registrados en ciertas regiones, principalmente Moscú y San Petersburgo, aunque parece que la posibilidad de un seguro electrónico debería aumentar la base de clientes potenciales de las regiones de presencia física en todo el país.Bueno, está bien, decidí, y comencé a redactar.Luego quedó claro cómo no se depuró el sistema.El primer sitio que encontré fue Tinkoff Insurance .Tinkoff es famoso por la conveniencia de su banca en línea, lo mismo que esperaba de la interfaz de seguros. Pero se sorprendieron. Primero, la cantidad provisional de seguro para mi automóvil y la región, por alguna razón, resultó ser la mitad del valor esperado (2.800 rublos en lugar de 5.500 rublos, como habían esperado todas las demás compañías de seguros).
Pero la conveniencia de la interfaz era simplemente "superior". Además de los campos para ingresar la dirección de registro para el pasaporte, por alguna razón hubo campos para ingresar la dirección de residencia real, obligatoria. Ni la casilla de verificación "Usar los mismos datos", ni la oportunidad de rechazarlos. Además, los mismos datos tuvieron que ingresarse tres veces: el titular de la póliza, el propietario del automóvil y finalmente el conductor.
Completé todo el parche de datos en la página, hice clic en "Recalcular" y ... Y nada, la página se colgó durante 5 minutos. Después de 5 minutos, apareció un mensaje de error que sugiere que se comunique con la oficina más cercana para solicitar un CTP clásico o con un consultor. El consultor resultó ser un robot absolutamente inútil: respondió con frases estándar: “El CTP electrónico se emite en el sitio de forma independiente, si está seguro de que todos los datos se completan correctamente, escriba al correo electrónico de soporte indicado en el sitio. Por cierto, no pude encontrar este mismo correo electrónico en ninguna parte. Le pregunté al consultor, y él desapareció para siempre.Todavía estaba entusiasmado, y decidí que todo está solo depurado aquí, sigamos adelante.El siguiente seguro fue RESO. Aquí no pude registrarme en la etapa de ingreso de los datos del pasaporte del asegurado, simplemente no pasaron la prueba en el RSA. Amigos en Twitter escribieron que lograron obtener un seguro allí al escribir soporte técnico, lo que sugiere que debe ingresar "correctamente". Les escribí en apoyo, pero no esperé una respuesta.Luego fui al sitio web de VSK . La interfaz de este seguro, en mi opinión, es la más exitosa, agradable y considerada. Los datos se agrupan en bloques lógicos, no es necesario volver a ingresar nada, la verificación se realiza inmediatamente por bloques durante el llenado.
Pero aquí todo resultó no tan bueno :) Completé todos los datos, pasaron con éxito la verificación (!) En PCA. Confirmé el cálculo por SMS, hice clic para pagar y busqué en mi billetera una tarjeta ... Pero, después de un par de minutos de espera, recibí un mensaje de que "la política no pasa el cheque de PCA" con el código 024. Si lees, muchas personas encuentran este error.El siguiente comentario apareció en el grupo geektimes VKontakte :Hmm, pero sé qué errores atrapó allí. Este último se asoció con el número de política duplicado en la base de datos. Y el primero fue un error al enviar datos a la PCA (intencional desde el Reino Unido).
Si esto es cierto, entonces, en principio, explica completamente la limitación artificial de las ventas por parte del seguro.En UralSiba ese día no lo hizo el diseño seguro de interfaz de trabajo (y al día siguiente se dio el mismo error que todos los demás).Después de probar todas las compañías de seguros que conozco que hacen e-OSAGO, decidí ir al final y comencé a probar todos los seguros seguidos, de acuerdo con la lista en el sitio web de PCA .Varias interfaces de seguros parecían gemelas, resultó que alguien ya había logrado hacer una solución PolisOffice preparada y la estaba vendiendo a un seguro. Sin embargo, puntualmente.
En Parity-SKPara la venta de pólizas, se usó generalmente la interfaz 1C 8.3, bajo la estricta guía de las instrucciones adjuntas, lo que me divirtió mucho.
El resultado en todas partes fue el mismo: todos los datos pasaron la verificación en la base de datos SAR, pero en la etapa del "registro" final de la política antes del pago, no pasaron la verificación en el mismo SAR.Ya era tarde, y era inútil llamar al seguro de forma natural. Recorrí varios recursos temáticos. La cantidad de quejas en los foros dio la impresión de que las políticas electrónicas se vendían según el mismo principio que las de papel, con la demora máxima del proceso: las políticas habían terminado, luego la fila para "inspeccionar un automóvil" estaba programada para una semana. No sé si esto es así. Muchos escribieron que fueron ayudados contactando a su compañía de seguros con una solicitud para verificar los datos de la póliza; es de acuerdo con los datos de la póliza anterior que los datos se verifican en el SAR. Fui a mi sitio web de seguros y escribí varias solicitudes para todas las direcciones posibles. Al mismo tiempo, escribió a varias compañías de seguros, en las que traté de solicitar una póliza electrónica, y me fui a dormir.Día 2
Temprano en la mañana desperté una llamada de mi seguro. La cariñosa disculpa por las molestias, verificó todos los datos y envió nuevamente la política del año pasado a la base de datos. Según ella, la actualización de la base de datos demora entre 30 minutos y 3 horas.Ahora las indicaciones de todas las compañías de seguros han cambiado: los datos ya no pasaron la verificación en la etapa de completar la dirección del titular de la póliza, algunos devolvieron un código específico: AddressRSACode. La otra mitad de los usuarios encontró este error, que no alcanzó el error en la última etapa. Muchos trataron de escribir su dirección con posibles errores y errores tipográficos, y esto les ayudó. Pero no en mi caso.En esta etapa, ya sabía que en el xml que el seguro proporciona al registro a través de SOAP, AddressRSACode es un campo determinado con un código decimal largo similar al código KLADR.La dirección también fue seleccionada por KLADR, y aquí tengo una pista. Mi dirección es la Avenida del 50 aniversario del Komsomol, 24.En KLADR no existe tal casa, mi casa está registrada como 24/20, ya que se encuentra en la intersección de dos calles. Probé todas las opciones en casa (24/20, 24A, etc., 24 edificio 20), pero no tenía sentido. Una vez más, llamé a mi seguro y especifiqué cómo eligen una casa, desde la selección o ingresando manualmente. La respuesta fue - la calle - seleccionar con la lista de KLADR, la casa - manualmente. Pedí poner la casa 24/20, como en KLADR, pero me rechazaron, porque los datos del pasaporte para el registro son la casa 24 y no pueden escribir otra. Burocracia, pero justa. Todos los datos en la política me fueron revisados una vez más por carta y me los enviaron nuevamente a la base de datos.En mi opinión, el problema es cómo el seguro y la base de PCA generan este código basado en la dirección. Y la forma en que procesan el número de casa, que no está en el KLADR. Aparentemente, en un lugar se genera un código a partir del número de casa, en otro, en otro. Pero esto es pura conjetura.Por supuesto, era posible golpear aún más, abriéndose camino hacia aquellos que lo desarrollaron todo. Pero está claro que el seguro no contratará a un departamento para desarrollar dicho sistema, y puede pasar más de una semana buscando técnicos adecuados del contratista que se encargará de esto.Comprendiendo que las posibilidades de seguro en términos de acceso a la base de datos se habían agotado, recurrí directamente a la RSA. Por teléfono, no querían conectarme con los responsables de IP de OSAGO. Ellos cortésmente explicaron que el SAR en sí no tenía "acceso en línea" (su expresión) a la base de datos. Solo el seguro puede trabajar con la base de datos.Tenga en cuenta qué enfoque interesante: el operador de la base no es responsable de la base, no tiene acceso a ella y está bromeando. Es decir, en última instancia, nadie es responsable de la exactitud de los datos en la base de datos.El apoyo de las compañías de seguros también fue muy decepcionante: UralSib y VSK respondieron con respuestas estándar, diciendo que si esto no funcionaba, significaba dificultades técnicas, comuníquese con la oficina. RESO simplemente ignorado.El seguro de Zetta se distinguió agradablemente: según la aplicación de mi cuenta personal, una chica que llamó y sugirió experimentar con los campos de dirección, este seguro me fue recordado personalmente por su amabilidad (aunque no es una interfaz muy conveniente).Día 3
Al final, extendí el seguro con mi seguro. Estaban cansados de editar registros en la base de datos y sugirieron que renovara la política sin esperar en la fila e inspeccionar el auto. La niña y yo llegamos y obtuvimos la política en 15 minutos. Fue el registro más rápido de la política en los últimos 3 años.Esta vez observé cuidadosamente qué datos guarda el operador en la base de datos de políticas. Después de eso, en casa intenté nuevamente emitir una política electrónica con los mismos datos, pero fue en vano.upd
Posición del Banco Central :Shvetsov dijo que el Banco de Rusia planea modificar la legislación vigente. “Queremos obligarnos a vender políticas en un formato remoto en un orden incondicional. No será la elección de una compañía de seguros, sino un deber ”, dijo el funcionario.
upd2
Un comentario interesante apareció en el grupo geektimes VKontakte :Hmm, pero sé qué errores atrapó allí. Este último se asoció con el número de política duplicado en la base de datos. Y el primero fue un error al enviar datos a la PCA (intencional desde el Reino Unido).
Source: https://habr.com/ru/post/es394437/
All Articles