Techo 

RSA no ha verificado la información del propietario. Obtención de estados para procesar solicitudes de descarga de estados de borradores de acuerdos e-OSAG. no puedo registrarme

Recientemente, los propietarios de vehículos pueden contratar un seguro en forma de documento en papel o registro digital, llamado e-OSAGO.

Examinemos la implementación de estas iniciativas en la práctica y consideremos todos los problemas que puede encontrar un asegurado al comprar una póliza en línea. En primer lugar, cabe mencionar varios puntos en los que la póliza electrónica e-OSAGO ofrece claras ventajas en comparación con su contraparte tradicional.

Relleno MTPL electrónico tiene ventajas:

  • brindar a los conductores la oportunidad de obtener un seguro sin tener que levantarse de la computadora;
  • solucionar problemas de colas en las oficinas de aseguradoras;
  • eliminar las dificultades derivadas de la “escasez” creada artificialmente de formas de políticas;
  • combatir la política injusta de las aseguradoras al imponer servicios adicionales;
  • reducir el costo de imprimir formularios con diferentes grados de protección;
  • garantizar que las empresas ahorren dinero en empleados (la automatización permite reducir el personal);
  • Brindar a las aseguradoras la oportunidad de negarse a mantener algunas oficinas, cuya demanda debería disminuir.

Como ocurre con muchas otras innovaciones, han surgido una serie de problemas con las políticas electrónicas. Están asociados a razones tanto técnicas como comerciales.

  1. Problemas al registrar un documento a través del sitio web. El número de automovilistas que deseaban obtener una póliza de esta forma superó las capacidades de la infraestructura técnica. El problema no sólo está relacionado con la sobrecarga de los servidores de las propias compañías de seguros, sino también con la imposibilidad de atender tal cantidad de solicitudes que llegan a la base de datos. RSA - Unión Rusa de Aseguradores de Automóviles(Esta asociación almacena la información sobre cada asegurado).
  2. Falta de información sobre el registro de vehículos en la base de datos. Uno de los problemas importantes es la dificultad en el intercambio de datos entre la policía de tránsito y la RSA. Si la transferencia de datos actualizados se produce con errores, es posible que simplemente no haya información sobre la existencia del vehículo del cliente.
  3. Falta de datos de inspección técnica. Una de las condiciones para obtener una póliza es una tarjeta de diagnóstico válida. Es posible que los datos al respecto tampoco estén disponibles en el servidor RSA y el sistema no le permitirá emitir un seguro obligatorio de responsabilidad civil de automóviles.
  4. Imposibilidad de aplicar un factor de reducción para una conducción sin accidentes. Si el asegurado no provoca un accidente, se le otorga un descuento que se acumula cada año. Puede llegar a la mitad del coste de la póliza. Por alguna razón no se puede aplicar el coeficiente.
  5. Restricciones regionales. Las aseguradoras brindan la oportunidad de adquirir una póliza digital solo a los residentes de determinadas ciudades. Lo explican por la “toxicidad” de varias regiones. Con esto las empresas entienden la prevalencia de “esquemas fraudulentos” y la falta de rentabilidad de las actividades en dichos territorios.
  6. Problemas para los no residentes. Estas dificultades están asociadas con restricciones regionales. Si un ciudadano vive en la capital, pero está empadronado en otra ciudad, no será posible obtener una póliza. En algunos casos, se proporciona una absurda “verificación” del cliente, que dura hasta 30 días.

Algunas acciones de las aseguradoras alientan específicamente a los clientes a negarse a emitir MTPL electrónico:

  • referencia a un límite determinado en cuanto al número de pólizas digitales emitidas por día o mes;
  • generar contraseñas que contengan caracteres cirílicos y latinos simultáneamente;
  • limitar deliberadamente los métodos de pago de la póliza;
  • cobrar tarifas por transferir fondos.

Todo lo anterior tiene como objetivo obligar al usuario a acudir a la oficina, donde se verá obligado a contratar un seguro junto con los servicios impuestos. Las compañías de seguros De esta manera intentan por todos los medios aumentar los márgenes del seguro, que en términos de seguro obligatorio de responsabilidad civil en algunas regiones del país simplemente no es rentable debido a la actividad de los abogados del sector del automóvil. No se podrá condicionar la posibilidad de emitir una póliza electrónica a la compra de otros productos de la empresa en el sitio web.

Tal política viola la ley y los requisitos correspondientes en el portal de la empresa se convertirán en prueba irrefutable de su culpabilidad. Estas acciones de las aseguradoras a menudo les obligan a presentar denuncias en su contra. Rospotrebnadzor Y Banco de Rusia .

Importante: No dude en quejarse ante las compañías de seguros. En la práctica, la actitud hacia el cliente después de recibir dinero es tan desagradable para la mayoría de ellos que es necesario tener la moderación adecuada y poder presentar una queja de manera correcta y razonable.

Instrucciones paso a paso para registrar e-OSAGO

La contratación de una póliza con diferentes aseguradoras tiene sus propias características. Sin entrar en demasiados detalles, podemos identificar una serie de etapas generales.

Creando una cuenta para su cuenta personal. Para acceder al seguro electrónico, deberá crear una cuenta en el sitio web de la empresa. Para ello es necesario rellenar el formulario facilitado, introduciendo los siguientes datos personales:

  • Nombre completo;
  • detalles del pasaporte;
  • información sobre la fecha y lugar de nacimiento;
  • dirección de Registro;
  • Número de teléfono móvil;
  • dirección de correo electrónico.

Comprobando la información ingresada. La información del conductor se compara con los datos de la base de datos centralizada RSA. Si se ingresa información sobre el titular de la póliza, se enviarán al usuario los parámetros de acceso a la cuenta (contraseña e inicio de sesión) a la dirección de correo electrónico o al número de teléfono móvil del usuario.

Llenando la solicitud. En el formulario de la web tendrás que introducir información sobre:

  • el titular del seguro (datos personales especificados anteriormente);
  • coche (los datos solicitados se transfieren del certificado de matriculación);
  • características de la póliza futura (período de validez, períodos de uso del automóvil y fecha de inicio);
  • ciudadanos que utilizarán el coche.

Comprobando la información ingresada. Toda la información se comparará con el contenido de la base de datos RSA. Si efectivamente la información está incluida en el mismo, el usuario recibirá una notificación con el cálculo del coste del seguro, el procedimiento de pago (tarjetas bancarias y/o dinero electrónico), así como la dirección a la que se remitirá el documento electrónico. enviado. Cuando la solicitud no pase la verificación, la empresa indicará el motivo del rechazo y se ofrecerá a corregir la solicitud.

Pago y recepción del seguro. Después de transferir el dinero, la propia empresa enviará la póliza a la dirección de correo electrónico del cliente.

Puedes imprimir el documento y llevártelo contigo. Su versión en papel será la confirmación de la inscripción del seguro obligatorio de responsabilidad civil del automóvil por vía electrónica.

Errores al registrar e-OSAGO y sus consecuencias.

Existe el riesgo de cometer errores al completar la solicitud. Ejemplos son:

  • indicación incorrecta del modelo de automóvil;
  • errores tipográficos en el nombre completo del propietario, asegurado y conductores autorizados;
  • errores en el número;
  • imprecisiones al especificar los detalles de los documentos de registro;
  • errores en la serie o número de la licencia de conducir;
  • indicando al tomador del seguro como propietario del coche (si se trata de personas distintas).

Entendamos las consecuencias de tales errores.


Si el conductor asegurado sufre un accidente, la compañía no tiene derecho a negarse a pagar a la víctima desde que se emitió la póliza. Esto no significa que el conductor pueda ignorar la inexactitud. Pueden surgir problemas con el oficial de la policía de tránsito. Lo más probable es que adopte un enfoque formal y multe al conductor por falta de seguro. La póliza se verifica no solo en caso de accidente, sino también durante cualquier parada.

Independientemente de la naturaleza de la inexactitud en el documento, se recomienda al conductor que se ocupe de cómo corregir el error en la póliza electrónica OSAGO.

Según los cambios en la ley sobre el seguro obligatorio de responsabilidad civil de automóviles de 2014, ahora se proporciona una compensación directa por las pérdidas por parte de su aseguradora. Una víctima de un accidente tiene derecho a ponerse en contacto con su compañía de seguros. Puedes leer sobre esto.

Varios ciudadanos sin escrúpulos distorsionan deliberadamente la información sobre ellos mismos. Esto se debe al deseo de reducir al máximo la prima del seguro. Ejemplos incluyen:

  • subestimación de los caballos de fuerza;
  • información falsa sobre el registro del asegurado en zonas rurales (para dichos propietarios se proporciona el coeficiente territorial más bajo);
  • sobreestimación de la experiencia de conducción.

Todas estas opciones no funcionarán si ya ha contratado un seguro relacionado con la propiedad de este automóvil. Cuando el coche es nuevo, existe esta posibilidad. En este caso, el engaño quedará revelado la próxima vez que contactes con la compañía (para cambiar los parámetros del seguro o con motivo de su renovación).

Si se detecta fraude, la aseguradora exigirá un pago adicional. Si se determina un error intencional después de un accidente, la empresa tiene derecho a presentar una reclamación de reembolso de los pagos realizados a la víctima contra el cliente sin escrúpulos.

Importante: Toda la información sobre el vehículo y el conductor para el registro de E-OSAGO se acumula en la base de datos RSA. Por lo tanto, antes de recibir su primera MTPL electrónica, deberá emitir su primera póliza en papel.

Cómo realizar cambios en OSAGO electrónico

Uno de los servicios necesarios para la atención electrónica a los asegurados es la capacidad de realizar ajustes cómodamente en un documento ya completado. Averigüemos qué hacer si se detecta un error en el MTPL electrónico y en otras situaciones cuando es necesario ingresar nueva información o parámetros.

Los motivos para corregir un documento electrónico son los mismos que para la versión en papel:

  • agregar nuevos controladores;
  • cambiar los detalles de una licencia de conducir en relación con su reemplazo (aunque no existe la obligación de cambiar el seguro, existe el riesgo de ser víctima de un policía de tránsito sin escrúpulos que "no notará" la marca en un documento previamente válido );
  • obtener un nuevo pasaporte;
  • cambio de domicilio residencial.

A diferencia del procedimiento para vender una póliza, la ley no ha abordado la cuestión de introducir nueva información en ella. Esto significa que el único mecanismo legal para cambiar datos en el seguro MTPL es presentarse personalmente ante la compañía de seguros. En este caso, los especialistas imprimen una versión en papel del documento y la póliza deja de ser digital. El período de validez y otros términos del acuerdo siguen siendo los mismos.

Existe la posibilidad de que el personal de la oficina lo rechace. Esto puede explicarse por el hecho de que los locales no están ocupados por la propia empresa, sino por sus corredores, agentes que tienen derecho a celebrar nuevos contratos MTPL en nombre de la aseguradora. Otra razón suele ser el deseo de los empleados de imponer una política adicional. Asocian la oportunidad de reemitir un documento con la compra de otro servicio. Estas acciones son ilegales y los representantes de la empresa pueden presentar quejas ante la alta dirección o ante las autoridades reguladoras (Rospotrebnadzor, la división territorial del Banco Central de la Federación de Rusia, el defensor del pueblo financiero).

Varias aseguradoras brindan a los clientes la oportunidad de ajustar algunos parámetros de los documentos a través de su cuenta personal. Con la creciente popularidad de los seguros digitales, existe una alta probabilidad de brindar un servicio completo que incluya cambios en la póliza OSAGO electrónica.

Ampliación de la póliza MTPL y sustitución de la aseguradora

Al utilizar una póliza digital surge el problema de su renovación. Un año después del registro (en algunos casos incluso antes), el cliente deberá recibir un nuevo documento. Los detalles de su diseño dependen de la aseguradora específica. El procedimiento incluirá una serie de pasos generales.

  1. Pasando inspección técnica. Un requisito previo para la renovación del seguro es la disponibilidad de una tarjeta de diagnóstico actualizada. Si falta, tendrás que conseguirlo en cualquier estación de servicio que preste dichos servicios.
  2. Completando datos cuenta personal. Debes ir al sitio web de la aseguradora e ingresar el nombre de usuario y la contraseña de tu cuenta. Muchas empresas ofrecen la posibilidad de renovar de forma simplificada el seguro obligatorio de responsabilidad civil del automóvil. Simplemente siga el enlace correspondiente e ingrese información sobre el número y fecha de registro de la tarjeta de diagnóstico.
  3. Comprobación de datos. Si se confirma la información, el sistema ofrecerá proceder al pago del documento.
  4. Pago y recepción de la póliza. Una vez transferido el dinero, se enviará un nuevo documento a su dirección de correo electrónico, como en el registro inicial.

Importante: En los años siguientes, las renovaciones de pólizas se realizarán online. Algunas aseguradoras ofrecen un servicio de renovación electrónica para seguros emitidos en papel. Para hacer esto, debe registrarse en el sitio web e ingresar los detalles de su póliza vencida.

A otros punto importante es una transición de una compañía de seguros a otra. La cuestión más urgente es mantener el descuento previsto para una conducción sin accidentes. La funcionalidad de su cuenta personal no permite registrar un coeficiente bonus-malus.

Para emitirla tendrás que entregar a la aseguradora una póliza previamente emitida. El hecho de conducir sin accidentes durante el año anterior se establecerá previa solicitud a la anterior empresa del cliente.

Sobre los últimos cambios en la ley sobre el seguro obligatorio de responsabilidad civil de automóviles de 2017, que preveían la implementación de los pagos del seguro obligatorio de responsabilidad civil de automóviles en “forma especie”, es decir, en forma de reparaciones en estaciones de servicio autorizadas, puede leer

Ante el reciente surgimiento de la capacidad de emitir una política digital, existen muchas lagunas y problemas que perjudican significativamente el servicio brindado. Con el tiempo, se eliminarán y la popularidad del seguro electrónico obligatorio de responsabilidad civil del automóvil aumentará significativamente.

Desde 2013, la Unión de Aseguradores de Automóviles de la Federación de Rusia (RUA) ha puesto en funcionamiento una base de datos que permite comprobar el ratio bonus-malus (BMR). Este parámetro debe ser utilizado por las compañías de seguros al calcular la tarifa del seguro (MTPL).

Teniendo en cuenta su propio historial de seguro, los conductores pueden contar con una reducción de tarifas gracias a las bonificaciones (5% por cada año) por conducir sin accidentes en el año de seguro anterior. Si durante los dos últimos años ha habido un accidente por culpa del cliente, entonces la tarifa aumenta (malus).

¿Cuáles son las ventajas del método?

Para el cliente, el beneficio de una base de datos única es que un empleado de la compañía de seguros debe anunciarle el costo de la póliza solo después de completar una solicitud a la base de datos RSA e identificar el derecho a recibir un descuento en el costo. Anteriormente, los cálculos se realizaban a menudo a la tasa base sin tener en cuenta la bonificación existente.

Para la compañía de seguros, un aspecto positivo es la posibilidad de obtener una imagen real del historial de conducción del cliente. Anteriormente, un conductor, al enterarse de un aumento de tarifa debido a un accidente, cambió para el servicio a otra compañía de seguros, que no estaba al tanto del incidente, y quedó asegurado al costo habitual. Ahora en cualquier organización su historial será visible, por lo que la tarifa será la misma en todas partes, es decir, aumentada por infracciones de tránsito y accidentes.

¿Por qué no hay información en la base de datos?

Es posible que los datos personales no estén en la base de datos unificada de seguros por varios motivos:

  • cuando la compañía aseguradora, por diversas razones, no transmitió información sobre el historial de conducción del cliente;
  • cuando se transfieren datos incorrectos a RSA , pero con errores, por lo que no están vinculados en la base de datos a un controlador específico;
  • cuando ocurrió una falla técnica en el programa y algunas áreas de datos resultaron dañadas;
  • cuando el cliente canjeó su licencia de conducir, pero la información de la base de datos quedó vinculada a datos desactualizados;
  • cuando el cliente acaba de recibir su licencia y está redactando el primer contrato de seguro.

¿Qué hacer si no hay información en la base de datos RSA?

Para asegurarse de que realmente no haya datos sobre KBM en el RSA, debe enviar una solicitud por escrito a la Unión de Aseguradoras de Automóviles. Si no se confirman los hechos de la transferencia de información por parte de las aseguradoras para períodos anteriores, el conductor deberá realizar las siguientes acciones:

  • Prepare pólizas de seguro MTPL antiguas. Si faltan, contacta con la compañía de seguros donde previamente se redactaron los contratos y averigua los números de los documentos, su período de validez y fecha de emisión.
  • En el lugar donde se emitió la póliza anterior, obtener un certificado de transferencia a otra compañía de seguros que indique datos sobre la experiencia aseguradora del cliente y los casos asegurados (si los hubiera).
  • Lleve el certificado recibido a la compañía de seguros, donde está previsto redactar un nuevo contrato de seguro.

Si el contrato ya ha sido redactado, entonces, basándose en el certificado proporcionado, se debe volver a calcular el costo de la póliza y se debe devolver parte de la prima pagada si existe derecho a descuentos (según KBM).

Recibo póliza de seguros OSAGO es importante y debería estar disponible para todos los propietarios de vehículos. El seguro es garantizar seguro de responsabilidad civil y en caso de accidente e indemnizará a sus partícipes por el importe de las pérdidas o daños causados.

Se establece el costo de la póliza MTPL. estado y sin seguro está prohibido circular por las vías urbanas. El proceso de emisión de una póliza de seguro se ha simplificado al máximo, dando lugar a un gran número de organizaciones fraudulentas.

Por lo tanto, para protegerse de recibir inválido Póliza OSAGO: debe poder verificar de forma independiente la relevancia y autenticidad de la póliza de seguro.

Puede comprobar la autenticidad del formulario de póliza de seguro MTPL:

  • Visualmente.
  • Utilizando la base de información RSA.

Puede identificar visualmente una póliza falsa por la ausencia de los siguientes signos:


Razones adicionales por las que la póliza MTPL no es válida y a las que debe prestar atención:

  • Los datos del formulario han sido introducidos a mano, existiendo además correcciones o tachaduras.
  • La póliza ha caducado o se ha ajustado manualmente.
  • Precio bajo de la póliza de seguro.

Otra forma de verificar la autenticidad de una póliza de seguro es comprobar que la compañía de seguros tenga una licencia válida. Puedes consultar esta información utilizando los datos base de datos contable unificada RSA.

Si el seguro lo emite un representante de la empresa y tienes dudas sobre la legalidad de sus acciones, puedes llamar a la entidad aseguradora para averiguar si este empleado trabaja para ellos. El representante deberá, previa solicitud, presentar un poder de la compañía de seguros indicando el derecho a vender pólizas OSAGO.

Comprobando la política MTPL

Comprobación de la póliza de seguro MTPL necesario cuando se requiera confirmación de su autenticidad. Este procedimiento es el más solicitado entre los propietarios de vehículos que planean ponerse en contacto con una compañía de seguros o un intermediario poco conocido para concluir un acuerdo.

Para realizar este procedimiento utilizando base de datos RSA Debe ingresar su número de seguro en el cuadro de búsqueda especial.

Como resultado, el programa producirá información que incluye:

  • Nombre completo del titular de la póliza;
  • Estado del documento (válido, perdido o robado);
  • Número de estado del automóvil para el cual se emitió la póliza;
  • Duración de la póliza;
  • Nombre de la organización - aseguradora;
  • El asegurador tiene una licencia válida para realizar sus actividades.

También es necesario al atacar. evento asegurado.

Consultar la póliza de un coche específico

Con el servicio PCA, puede realizar una búsqueda utilizando el número de matrícula del automóvil o el código VIN y averiguar la disponibilidad de una póliza de seguro.

Lea sobre esto aquí.

Para hacer esto, debe conocerlo e ingresarlo en la ventana de búsqueda.

Como resultado, el programa proporcionará información:

  • Sobre la información del número de póliza;
  • Sobre la organización de seguros con la que se celebró el contrato;
  • Sobre el tipo de póliza de seguro (seguro limitado o ilimitado).

Hay situaciones en las que el culpable del accidente huyó del lugar del crimen, pero los testigos recordaron la matrícula de su vehículo. En este caso, puede utilizar el número, utilizando la base de información RSA, para identificar al culpable y llevarlo ante la justicia a través de autoridades especiales.

Lea sobre esto aquí.

Si, al realizar una verificación de datos, no se recibió confirmación del sistema centralizado RSA - significa que la información ingresada en la ventana de búsqueda, incluso en un signo, difiere de la registrada en la base de datos de la Unión de Aseguradores.

Hay varias razones posibles por las que ocurrió el error, estas incluyen:


Este problema también puede surgir por un error no en los datos del propio coche, sino en los de terceros. documentos.

En este caso es necesario:

  • Compare los datos de la tarjeta de diagnóstico que se le emitió con la información.
  • Compruebe que su dirección registrada sea correcta. Es posible que usted lo haya modificado, pero aún no se han realizado los cambios. En este caso, puede intentar indicar el número PTS en la ventana de búsqueda.

Si resulta que la información no se proporciona precisamente por un error en la base de datos de RCA:

  1. Puede intentar ingresar datos con un error o error tipográfico en la ventana de búsqueda (a menos que sepa exactamente qué es) tal como se reflejan en la base de datos.
  2. Puede ponerse en contacto con la organización de seguros, si el período del seguro aún no ha expirado, para solicitar la corrección de los datos ingresados ​​en la base de datos.

Por lo tanto, es mejor confiar el registro del seguro del vehículo a una empresa grande y confiable que calcule con precisión el costo del seguro y la compensación, y también cumpla con sus obligaciones de manera oportuna y correcta.

Solo si tu no hay duda En la autoridad de la compañía de seguros seleccionada, puede comprarles de forma segura una póliza de seguro sin verificación previa.

Para obtener el estado de procesamiento de una solicitud para descargar el estado de un borrador de contrato, e-OSAGO KIS SK accede al servicio del sistema ProjectPolicyService, se utiliza el método getSetStatusResult y el esquema StatusPolicyEOSAGOStatusRequest.xsd para la solicitud.

La composición de la solicitud correspondiente al esquema especificado se da en el Apéndice 3 “Especificación de formatos de interacción” de este manual.

Al momento de solicitar el estado de trámite de una solicitud para descargar el estado de un borrador de acuerdo e-OSAGO, se deben tener en cuenta los siguientes aspectos:

5.8.1. La solicitud del estado de procesamiento de una solicitud para descargar un borrador de acuerdo e-OSAGO contiene un identificador de entrada en la cola para procesar los estados de los borradores de acuerdo, generado después de la carga exitosa de una solicitud para asignar el estado a un borrador de acuerdo e-OSAGO. en el Sistema (de acuerdo con la cláusula 5.7 de este manual).

5.8.2. Cuando se envía el estado “Cancelado” al borrador del acuerdo e-OSAGO y si la solicitud para descargar el estado del borrador del acuerdo e-OSAGO cumple con las reglas establecidas por el FLC, el subsistema “Política Electrónica” genera una respuesta del IC con una notificación de la asignación exitosa del estado al borrador del acuerdo e-OSAGO.

5.8.3. El mensaje de respuesta IC se genera de acuerdo con el esquema StatusPolicyEOSAGOStatusResponse.xsd, cuya composición se proporciona en el Apéndice 3 “Especificación de formatos de interacción” de este manual.

5.8.4. Cuando un borrador de acuerdo e-OSAGO se envía al estado “Válido” y en caso de procesamiento exitoso de la solicitud para descargar el estado del borrador de acuerdo en el Sistema, el subsistema “Póliza Electrónica” envía una solicitud para cargar los datos de este proyecto de acuerdo en DiKBM a través del servicio de carga de contratos/pérdidas de OSAGO DiKBM.

5.8.5. Después de recibir una respuesta sobre el estado del procesamiento del contrato e-OSAGO de DiKBM, el sistema genera una respuesta para el IC, que contiene toda la información sobre los resultados del procesamiento del acuerdo e-OSAGO en DiKBM.



5.8.6. Si el contrato se procesa con éxito en DiKBM, el subsistema "Póliza Electrónica" genera una respuesta de la compañía de seguros con un mensaje sobre la asignación exitosa del estado "Válido" al borrador del contrato e-OSAGO.

5.8.7. Si el acuerdo e-OSAGO no pasó las comprobaciones de FLC DiKBM y no se guardó en DiKBM, entonces, de acuerdo con el borrador correspondiente del acuerdo e-OSAGO, el subsistema "Política Electrónica" genera una respuesta del IC con un mensaje que el estado "Válido" no fue asignado (en la etiqueta IsStatusAssign devolverá el valor falso) y una lista de errores de DiKBM.

5.8.8. Si se producen errores durante el procesamiento de la solicitud, el sistema genera una respuesta CS con una lista de errores de validación de solicitudes identificados, transmitidos en la etiqueta ErrorList del mensaje de respuesta CS. Los códigos de error, sus descripciones y el comportamiento del Sistema cuando se reciben se encuentran en el Apéndice 1 “Errores de Validación” de este documento.

5.8.9. Los errores de validación que ocurrieron durante el procesamiento de solicitudes en DKBML se enumeran en la etiqueta ErorrDKBMList del mensaje de respuesta de CS. Los códigos de dichos errores y sus descripciones se encuentran en el documento "Manual del operador de contratos de subsistemas y KBM AIS RSA".

5.8.10. La lista de estados de procesamiento de solicitudes se proporciona en el Apéndice 2 “Estados de solicitudes” de este documento.

Solicitud de número de salas disponibles para borrador de convenios e-OSAGO

Para generar una solicitud de número de números gratuitos para borradores de contratos, e-OSAGO KIS SK recurre al servicio ProjectPolicyCountService, se utiliza el método getFreeNumbers y el esquema NumberFreeRequest.xsd para la solicitud.

Al enviar una solicitud sobre la cantidad de números IC disponibles para borradores de acuerdos e-OSAGO, se deben tener en cuenta los siguientes aspectos:

5.9.1. El límite de números de borradores de acuerdos e-OSAGO, disponibles para la formación de borradores de acuerdos e-OSAGO, se asigna en el RSA y se ingresa en la tabla correspondiente de la base de datos e-OSAGO por el Administrador de RSA al comienzo del período para cada compañía de seguros.

5.9.2. El Sistema proporciona un algoritmo interno para calcular el número de números disponibles para cada compañía de seguros, el cual consiste en determinar la diferencia entre el límite de números de borradores de contratos de seguros e-OSAGO al inicio del período y el número de números utilizados. de borradores de contratos e-OSAGO para cada compañía de seguros.

5.9.3. Si el borrador del acuerdo se guarda exitosamente en el Sistema, la cantidad de números utilizados de la compañía de seguros que envió la solicitud para descargar el borrador del acuerdo e-OSAGO aumenta en uno.

5.9.4. Al asignar el estado "Cancelado" a un borrador de acuerdo e-OSAGO, la cantidad de números IC utilizados se reduce en uno.

5.9.5. La respuesta a la solicitud del número de números gratuitos de la compañía de seguros se genera de acuerdo con el esquema NumberFreeResponse.xsd, cuya composición se da en el Apéndice 3 “Especificación de formatos de interacción” de este manual, y contiene el número de números gratuitos para Contratos e-OSAGO al momento de la solicitud para la compañía de seguros que envió la solicitud.

5.9.6. El Sistema no prevé la posibilidad de reutilizar números previamente asignados a los borradores de acuerdos e-OSAGO.

Solicitud de lista de borradores de números de contrato e-OSAGO

Para generar una solicitud de una lista de borradores de números de contratos e-OSAGO a los que previamente no se les ha asignado el estado apropiado, SK CIS accede al servicio ProjectPolicyListService, el método getList, utilizando el esquema ListPolicyEOSAGORequest.xsd para la solicitud.

La composición de la solicitud se da en el Apéndice 3 “Especificación de formatos de interacción” de este manual.

Al solicitar una lista de borradores de números de contratos e-OSAGO sin estados, se deben tener en cuenta los siguientes aspectos:

5.10.1. Luego de procesar la solicitud, el subsistema “Póliza Electrónica” genera una respuesta de la compañía de seguros que contiene una lista de números de borradores de contratos e-OSAGO que no tienen el estado “Válido” o “Cancelado” en el momento de la solicitud y que fueron descargados previamente por la compañía aseguradora que envió la solicitud.

5.10.2. El mensaje de respuesta IC se genera de acuerdo con el esquema ListPolicyEOSAGOResponse.xsd, cuya composición se proporciona en el Apéndice 3 “Especificación de formatos de interacción” de este manual.

Identificación de objetos

Las reglas para identificar objetos en el Sistema se dan en la Tabla 4.

Tabla 4 Reglas para identificar objetos.

Un objeto Datos de identificación elementos XML
Proyecto de acuerdo e-OSAGO Código SK + ID de contrato SK ID de aseguradora + ID de póliza borrador
Individuo sujeto (titular del seguro, propietario del vehículo) HASH (nombre completo + fecha de nacimiento) + Tipo de documento + Serie de documentos + Número de documento PersonaNombreNacimientoHash + DocPersona + Serie + Número
Individuo sujeto - LDU HASH (nombre completo + fecha de nacimiento) + Serie VU + Número VU + Tipo de documento PersonaNombreNacimientoHash + Serie + Número+(DocPerson=20)
Persona jurídica sujeta (titular del seguro y propietario del vehículo) Para sujetos – residentes de la Federación de Rusia: “TIN” Para sujetos – no residentes de la Federación de Rusia: “Nombre completo” (según el Certificado de Registro (en forma abierta y sin comillas) Para residentes de la Federación de Rusia: DCI Para no residentes de la Federación de Rusia: OrgName
documento sujeto Tipo de documento + Serie de documentos + Número de documento DocPersona + Serie + Número
Vehículo La identificación del vehículo se garantiza combinando el valor del campo “País de registro del vehículo” con los campos de uno de los siguientes métodos: 1) El identificador se determina por el valor de uno de los siguientes detalles o su combinación (si se completan varios ):
  • Cuerpo No.
  • Nro. de chasis
2) Vehículos cuyo único identificador sea el estatal. número, la identificación está determinada por el valor del atributo Estado. número en ausencia de CarIdent (VIN, número de carrocería, número de chasis).		 PaísCar 1) VIN Número de carroceríaNúmero de chasis 2) Matrícula

Comprobaciones realizadas

Las verificaciones técnicas se realizan cuando el subsistema “Política Electrónica” recibe una solicitud y la valida para verificar el cumplimiento de los esquemas xsd. La composición de los esquemas xsd del sistema se proporciona en el Apéndice 3 “Especificación de formatos de interacción” de este manual.

Después de la validación inicial de las solicitudes enviadas para determinar el cumplimiento de los esquemas xsd, se lleva a cabo una verificación lógica de las solicitudes enviadas, incluida la verificación de la finalización de los atributos de la solicitud en función de los valores de otros atributos.

De acuerdo con la lógica de verificación, primero se realizan verificaciones para los elementos principales, luego, si un elemento principal está presente, se realizan verificaciones para sus elementos secundarios, por lo que si un elemento principal se especifica en las propiedades como opcional y sus elementos secundarios son obligatorios , si no hay ningún elemento principal en el archivo, la verificación se considera exitosa.

El sistema ha implementado la capacidad de configurar la desactivación de las comprobaciones realizadas, por iniciativa de RSA, incluido el subsistema "Política electrónica" que ofrece la posibilidad de desactivar completamente las comprobaciones FLC al cargar un borrador de acuerdo e-OSAGO.

Cuando la verificación está deshabilitada, la verificación aún se realiza, pero si se recibe un error para esta verificación, el borrador del acuerdo e-OSAGO en la base de datos del subsistema "Póliza Electrónica" aún se guarda. En respuesta a la solicitud de estado, el CI recibirá un mensaje indicando si el borrador del acuerdo se ha guardado en la base de datos y una lista de errores de validación.

Lista llena Los errores de validación, así como las acciones del sistema cuando las comprobaciones están deshabilitadas, se detallan en el Apéndice 1 “Errores de validación”. El Apéndice 2 “Estados de Solicitudes” proporciona una lista de estados de solicitudes para el subsistema “Póliza Electrónica”.


Tabla 5 Solicitud de verificación de datos del sujeto - el tomador del seguro, el propietario del vehículo (InsurerOwnerRequest.xsd)

Elemento padre nombre lógico verificación lógica
Solicitud De Propietario De Aseguradora AseguradorPropietarioRequestValue Comprobación de los datos del sujeto (el tomador del seguro/propietario del vehículo) Requerido para completar.
AseguradorPropietarioRequestValue ID del inversor
Solicitud de información de persona física Datos personales para verificación Se requiere completar uno de los 2 elementos.
Solicitud de información de persona legal Datos de la persona jurídica para verificación
FechaSolicitud Fecha+hora de solicitud Requerido para completar.
Solicitud de información de persona física País Código de país en OKSM Requerido para completar.
PersonaNombreNacimientoHash Hash nombre completo + fecha de nacimiento Requerido para completar.
PersonaDocumento Tipo, serie y número de documento de identidad Requerido para completar.
DirecciónRSACódigo
PersonaDocumento personadoc Tipo de documento de identidad Requerido para completar. Comprobación del cumplimiento de los códigos del directorio de tipos de documentos.
De serie Una serie de documentos Requerido para ser completado si está disponible. Al completar, verifique la ausencia de caracteres no válidos.
Número Número del Documento
Solicitud de información de persona legal País Código de país en OKSM Requerido para completar.
ID de organización Nombre completo (según el Certificado de Registro) + Número de Identificación del Contribuyente (para residentes de la Federación de Rusia) Requerido para completar.
DirecciónRSACódigo Dirección: código del directorio RSA-KLADR Requerido para completar. Comprobación del cumplimiento de los códigos del directorio KLADR
ID de organización Residente Señal RF/no RF Requerido para completar.
POSADA TIN de persona jurídica Obligatorio para residentes de la Federación de Rusia.
Nombre de la organización Nombre completo de la persona jurídica (según Certificado de Registro) Requerido para completar.
Elemento padre Atributo del elemento principal nombre lógico verificación lógica
Solicitud de conductor Valor de solicitud del controlador Verificación de datos LDU Requerido para completar.
Valor de solicitud del controlador ID del inversor ID de la compañía de seguros Requerido para completar. Comprobación del cumplimiento de códigos del directorio “Entidades Aseguradoras”. Comprobación del cumplimiento del identificador CS especificado en el encabezado del mensaje.
Solicitud de información del conductor Datos de LDU para verificación Requerido para completar.
FechaSolicitud Fecha+hora de solicitud Requerido para completar.
Solicitud de información del conductor
PersonaNombreNacimientoHash Hash nombre completo + fecha de nacimiento Requerido para completar.
ConductorDocumento Serie y número de licencia de conducir Requerido para completar.
CategoríasLicencia de conducir Categorías permitidas de vehículos en una licencia de conducir.
ConductorDocFecha Fecha de emisión de la primera licencia de conducir. Requerido para completar. Este campo se verifica con una precisión de un año.
ConductorDocumento De serie Una serie de documentos Requerido para ser completado si está disponible. Al completar, verifique la ausencia de caracteres no válidos.
Número Número del Documento Requerido para completar. Comprueba si hay caracteres no válidos.
CategoríasLicencia de conducir CatConductorLicencia Categoría de vehículo según VU Requerido para completar. Se indica el código de categoría del vehículo del directorio "Modificaciones de modelo". La verificación está deshabilitada hasta que se implemente la modificación correspondiente a DiKBM.
Elemento padre Atributo del elemento principal nombre lógico verificación lógica
Solicitud TS TSRequestValue Comprobación de datos del vehículo Requerido para completar.
TSRequestValue ID del inversor ID de la compañía de seguros Requerido para completar. Comprobación del cumplimiento de códigos del directorio “Entidades Aseguradoras”. Comprobación del cumplimiento del identificador CS especificado en el encabezado del mensaje.
Solicitud de información TS Datos del vehículo para verificación Requerido para completar.
FechaSolicitud Fecha+hora de solicitud Requerido para completar.
Solicitud de información TS PaísCoche País de matriculación del vehículo Requerido para completar. Comprobación del cumplimiento de los valores “0” y “1” (1 – RF; 0 – no RF)
CarIdent Identificadores de vehículos Requerido para completar.
MarcaModeloCocheRSACódigo Código de modelo de marca del directorio RSA Requerido para completar. Comprobación del cumplimiento de los valores del libro de referencia Modificaciones del modelo. Si el directorio no contiene el modelo requerido, se debe transmitir el código de la entrada del directorio, cuyo nombre comienza con las palabras "Otro modelo" y que corresponde a la categoría y tipo de vehículo requeridos.
AñoEdición Año de emisión Obligatorio cumplimentar, excepto para vehículos matriculados en países extranjeros.
TipoCoche Tipo de vehiculo Obligatorio cumplimentar, excepto para vehículos matriculados en países extranjeros. Se indica el código de tipo de vehículo del directorio “Modificaciones de modelo”.
gatocoche Categoría de vehículo Obligatorio completar si se completa el código de categoría de vehículo en el directorio RSA “Modificaciones de modelo”, excepto para vehículos matriculados en países extranjeros. Se indica el código de categoría del vehículo del directorio "Modificaciones de modelo". Si en el libro de referencia de RSA "Modificaciones de modelo" el código de categoría del vehículo no está completo, entonces en la verificación del vehículo la etiqueta CatCar no está completa.
DocumentoCoche Tipo de documento del vehículo Obligatorio cumplimentar, excepto para vehículos matriculados en países extranjeros. Comprobación del cumplimiento de los códigos del directorio de tipos de documentos.
DocCarSerial Serie de documentos TS
númerodoccar Número de documento del vehículo Obligatorio cumplimentar, excepto para vehículos matriculados en países extranjeros. Comprueba si hay caracteres no válidos.
DocumentoCocheFecha Fecha de emisión del documento del vehículo. Obligatorio cumplimentar, excepto para vehículos matriculados en países extranjeros. La verificación está deshabilitada hasta que se implemente la modificación correspondiente a DiKBM.
EngCap Potencia del motor para categoría B, hp. Obligatorio para CatCar= “B”, excepto para vehículos matriculados en países extranjeros.
masa máxima Peso máximo permitido en kilogramos para la categoría C Obligatorio para CatCar = “C”, excepto para vehículos matriculados en países extranjeros.
Sin cargaMasa Peso en vacío en kilogramos para la categoría C Obligatorio para CatCar = “C”, excepto para vehículos matriculados en países extranjeros. La verificación está deshabilitada hasta que se implemente la modificación correspondiente a DiKBM.
PasQuant Número de asientos de pasajeros para la categoría D Obligatorio para CatCar= “D”, excepto para vehículos matriculados en países extranjeros.
CarIdent Placa Estado número Se requiere completar uno de los 4 elementos. Comprueba si hay caracteres no válidos. Al completar las etiquetas VIN/BodyNumber/ChassisNumber, verifique que la etiqueta LicensePlate no esté completa. Al completar la etiqueta LicensePlate, verifique que no se completen otros identificadores de vehículos. La búsqueda y verificación de un vehículo en el subsistema DiKBM se lleva a cabo basándose en una coincidencia completa de identificadores de vehículos (según el número especificado de identificadores y sus valores). La verificación del número de estado se realiza entre los números de estado, los únicos identificadores del vehículo.
Número de bastidor Número de bastidor
Número de cuerpo número de cuerpo
Número de chasis Número de chasis