Los detalles del propietario no han sido verificados por el PCA. Obtención de estados de tramitación de solicitudes de descarga de estados de borradores de contratos e-CTP. No se puede registrar

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

Echemos un vistazo a la implementación de estas iniciativas en la práctica y consideremos todos los problemas que puede enfrentar una aseguradora que compra una póliza en línea. En primer lugar, debemos citar algunos puntos en los que la póliza electrónica e-OSAGO aporta una clara ventaja frente a su contraparte tradicional.

Cumplimentar un OSAGO electrónico tiene las siguientes ventajas:

  • brindar a los conductores la oportunidad de contratar un seguro sin dejar su computadora;
  • resolución de problemas de colas en las oficinas de las aseguradoras;
  • eliminación de dificultades con "déficit" creado artificialmente de formas de política;
  • combatir la política sin escrúpulos de las aseguradoras de imponer servicios adicionales;
  • reducir el costo de imprimir formularios con varios grados de protección;
  • garantizar que las empresas ahorren en empleados (la automatización te permite reducir el personal);
  • brindando una oportunidad para que las aseguradoras se nieguen a mantener parte de las oficinas, cuya demanda debería disminuir.

Al igual que con muchas otras innovaciones, han surgido una serie de problemas con las pólizas electrónicas. Están relacionados con razones tanto técnicas como comerciales.

  1. Problemas con el registro del documento a través del sitio. La cantidad de automovilistas que desearon obtener una póliza de esta manera superó las capacidades de la infraestructura técnica. El problema está relacionado no solo con la sobrecarga de los servidores de las propias compañías de seguros, sino también con la imposibilidad de atender una cantidad tan grande de solicitudes que llegan a la base de datos. RSA - Unión Rusa de Aseguradores de Automóviles(esta asociación conserva la información de cada asegurado).
  2. Falta de información de registro de vehículos en la base de datos. Uno de los problemas significativos es la dificultad en el intercambio de datos entre la policía de tránsito y la RSA. Si la transmisión de datos actualizados se produjo con errores, es posible que la información sobre la existencia del vehículo del cliente simplemente no esté disponible.
  3. Sin datos de inspección. Una de las condiciones para emitir una póliza es una tarjeta de diagnóstico válida. Los datos al respecto también pueden no estar disponibles en el servidor PCA y el sistema no le permitirá emitir OSAGO.
  4. Imposibilidad de aplicar un factor reductor por conducción sin accidentes. Si el tomador de la póliza no se convierte en el culpable del accidente, entonces se le otorga un descuento que se acumula todos los años. Puede llegar a la mitad del costo de la póliza. Por alguna razón, el coeficiente no se puede aplicar.
  5. Restricciones regionales. Las aseguradoras brindan la oportunidad de comprar una póliza digital solo a los residentes de ciertas ciudades. Lo atribuyen a la "toxicidad" de varias regiones. Bajo él, las empresas entienden la prevalencia de "esquemas fraudulentos" y la falta de rentabilidad de las actividades en dichos territorios.
  6. Problemas para los extranjeros. Estas dificultades están relacionadas con las restricciones regionales. Si un ciudadano vive en la capital, pero está registrado en otra ciudad, no será posible obtener una póliza. En algunos casos, se proporciona una “verificación” absurda del cliente, con una duración de hasta 30 días.

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

  • una referencia a un cierto límite con respecto al número de pólizas digitales emitidas por día o mes;
  • generación de contraseñas que contienen caracteres en cirílico y latino al mismo tiempo;
  • limitar intencionalmente los métodos de pago de la póliza;
  • cobrando comisiones por la transferencia de fondos.

Todo lo anterior con el fin de 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 están tratando de todas las formas posibles de aumentar el margen del seguro de esta manera, lo que simplemente no es rentable en términos de OSAGO en algunas regiones del país debido a las actividades de los abogados de automóviles. 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.

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. Tales acciones de las aseguradoras a menudo se ven obligadas a presentar quejas contra ellas en Rospotrebnadzor Y banco de rusia .

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

Instrucciones paso a paso para emitir e-OSAGO

Las diferentes aseguradoras tienen sus propios requisitos de póliza. Sin entrar en ellas, se pueden distinguir una serie de etapas generales.

Crear una cuenta para una cuenta personal. Para acceder a e-seguros, deberá crear una cuenta en el sitio web de la compañía. Para hacer esto, debe completar el formulario propuesto, ingresando los siguientes datos personales:

  • nombre completo;
  • detalles del pasaporte;
  • información sobre la fecha y lugar de nacimiento;
  • dirección de Registro;
  • Número Celular;
  • dirección de correo electrónico.

Comprobación de la información ingresada. La información sobre el conductor se compara con los datos de la base de datos centralizada de la PCA. Si se ingresa la 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 número de teléfono móvil.

Llenar una solicitud. En el formulario del sitio, deberá ingresar información sobre:

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

Comprobación de la información ingresada. Toda la información se comparará con el contenido de la base de datos de PCA. Si la información realmente figura en el mismo, entonces el usuario recibirá una notificación con el cálculo del costo del seguro, el procedimiento para su pago (tarjetas bancarias y/o dinero electrónico), así como la dirección a la que se envía el documento electrónico. será enviado. Cuando la solicitud no pase la revisión, la empresa indicará el motivo de la denegación del registro y se ofrecerá a corregir la solicitud.

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

El documento se puede imprimir y llevar con usted. Su versión en papel será una confirmación de registro de OSAGO electrónicamente.

Errores al emitir e-OSAGO y sus consecuencias

Al completar una solicitud, existe el riesgo de cometer un error. Los 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 la habitación;
  • inexactitudes en la especificación de los detalles de los documentos de registro;
  • errores en la serie o número de la licencia de conducir;
  • indicación del asegurado como propietario del automóvil (si se trata de personas diferentes).

Veamos 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, ya que la póliza ha sido emitida. Esto no significa que el conductor pueda ignorar la imprecisión. Pueden surgir problemas con el oficial de policía de tránsito. Es muy probable que adopte un enfoque formal y multe al conductor por no tener seguro. La verificación de la póliza se lleva a cabo no solo en caso de accidente, sino también en 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 CMTPL.

De acuerdo con los cambios en la ley de OSAGO en 2014, ahora se proporciona compensación directa por pérdidas de su aseguradora. La víctima de un accidente tiene derecho a ponerse en contacto con su compañía de seguros. Puedes leer sobre eso

Varios ciudadanos sin escrúpulos distorsionan deliberadamente la información sobre ellos mismos. Esto se debe al deseo de minimizar la prima del seguro. Los ejemplos son:

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

Todas estas opciones no funcionarán si ya se ha contratado un seguro en relación con la propiedad de este automóvil. Cuando el coche es nuevo, existe esta posibilidad. En este caso, el fraude se revelará la próxima vez que se comunique con la compañía (para cambiar los parámetros del seguro o debido a su extensión).

Si se detecta fraude, la aseguradora requerirá un pago adicional. Si se establece un error intencional después de un accidente, la empresa tiene derecho a presentar una reclamación de reembolso de los pagos realizados por el lesionado a un 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 de RSA. Así, antes de recibir el primer OSAGO electrónico, es obligatorio emitir su primera póliza en papel.

Cómo hacer cambios en el OSAGO electrónico

Uno de los servicios necesarios para la atención electrónica de los asegurados es la posibilidad de realizar cómodamente ajustes a un documento ya emitido. Averigüemos qué hacer si se encuentra un error en el OSAGO electrónico y en otras situaciones en las que necesita ingresar nueva información o parámetros.

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

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

A diferencia del procedimiento de venta de una póliza, la ley no ha resuelto las cuestiones de introducir nueva información en la misma. Esto quiere decir que el único mecanismo legal para cambiar datos en el seguro OSAGO es la comparecencia personal en la compañía aseguradora. Al mismo tiempo, 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 contrato siguen siendo los mismos.

Existe la posibilidad de ser rechazado por el personal de la oficina. Esto puede deberse al hecho de que las instalaciones no están ocupadas por la propia empresa, sino por sus corredores, agentes que tienen derecho a celebrar nuevos contratos OSAGO en nombre de la aseguradora. Otra razón suele ser el deseo de los empleados de imponer una política adicional. Asocian la posibilidad de reemitir un documento con la compra de otro servicio. Tales acciones son ilegales y puede presentar una queja sobre los representantes de la empresa ante la alta dirección o ante las autoridades reguladoras (Rospotrebnadzor, una división territorial del Banco Central de la Federación Rusa, el defensor del pueblo financiero).

Varias aseguradoras brindan a los clientes la oportunidad de ajustar algunos parámetros del documento 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 prevea cambios en la póliza electrónica OSAGO.

Prórroga de la póliza OSAGO y sustitución de la aseguradora

Al utilizar una póliza digital, existe 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. Sus detalles dependen de la aseguradora específica. El procedimiento incluirá una serie de pasos generales.

  1. Pasando inspección. Un requisito previo para extender el seguro es la disponibilidad de una tarjeta de diagnóstico actualizada. Si no está disponible, deberá obtenerse en cualquier estación de servicio que preste dichos servicios.
  2. Rellenando los datos en la cuenta personal. Debe ir al sitio web de la aseguradora e ingresar el nombre de usuario y la contraseña de la cuenta. Muchas empresas ofrecen la posibilidad de una extensión simplificada de OSAGO. Basta con seguir el enlace correspondiente e ingresar datos sobre el número y la fecha de registro de la tarjeta de diagnóstico.
  3. Validación de datos. Si la información es confirmada, el sistema ofrecerá proceder al pago del documento.
  4. Pago y recibo de la póliza. Después de la transferencia de dinero, se enviará un nuevo documento a la dirección de correo electrónico, como en el caso del registro inicial.

Importante: En años posteriores, la renovación de la póliza se realizará a través de Internet. Algunas aseguradoras brindan un servicio de renovación de seguros en papel en formato electrónico. Para hacer esto, debe registrarse en el sitio e ingresar los detalles de la póliza vencida.

Otro punto importante es la transición de una compañía de seguros a otra. El tema más acuciante es el mantenimiento de la bonificación prevista por conducción sin accidentes. La funcionalidad de la cuenta personal no prevé la posibilidad de emitir un coeficiente bonus-malus.

Para emitirlo, deberá proporcionar a la aseguradora una póliza previamente emitida. El hecho de conducir sin accidente durante el año anterior se establecerá previa solicitud a la empresa cliente anterior.

Sobre las últimas enmiendas a la ley OSAGO de 2017, que dispuso la implementación de pagos OSAGO en "forma en especie", es decir, en forma de reparaciones en estaciones de servicio autorizadas, puede leer

Con la reciente aparición de los seguros digitales, existen muchas lagunas y problemas que degradan significativamente el servicio prestado. Con el tiempo, serán eliminados y la popularidad de OSAGO electrónico será significativamente mayor.

Desde 2013, la Unión de Aseguradores de Automóviles de la Federación Rusa (RUA) ha puesto en funcionamiento una base de datos utilizada para verificar el coeficiente bonus-malus (BMI). El parámetro especificado debe ser utilizado por las compañías de seguros al calcular la tarifa de seguro (OSAGO).

Teniendo en cuenta su propio historial de seguro, los conductores pueden contar con una reducción en la tarifa debido a las bonificaciones (5% anual) por conducir sin accidentes en el año de seguro anterior. Si durante los dos últimos años se ha producido un accidente por culpa del cliente, entonces el importe de 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 el costo de la póliza debe ser anunciado por un empleado de la Compañía de Seguros solo después de completar una solicitud a la base de datos de PCA e identificar el derecho a recibir un descuento en el costo. Anteriormente, el cálculo a menudo se hacía a la tasa base sin tener en cuenta la bonificación existente.

Para una compañía de seguros, un momento positivo es la posibilidad de obtener una imagen real del historial de conducción del cliente. Previamente, el conductor, al enterarse del aumento de tarifa por un accidente, cambió de servicio en otra compañía de seguros, que desconocía el siniestro, y se aseguró 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, aumentará debido a violaciones de las normas de tránsito y accidentes.

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

Los datos personales en una sola base de datos de seguros pueden faltar por varias razones:

  • cuando la compañía de seguros, por diversas razones, no proporcionó información sobre el historial de manejo del cliente;
  • cuando se transmiten datos incorrectos al PCA , pero con errores, por lo que no están vinculados a un controlador específico en la base de datos;
  • cuando hubo una falla técnica en el programa y algunas partes de los datos se dañaron;
  • cuando el cliente canjeó una licencia de conducir, pero la información en la base de datos permaneció ligada a datos obsoletos;
  • cuando el cliente acaba de recibir los derechos y redacta 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 en el PCA sobre KBM, debe enviar una solicitud por escrito a la Unión de Aseguradores de Automóviles. Si no hay confirmación de los hechos de la transferencia de información por parte de las aseguradoras para períodos anteriores, el conductor debe tomar las siguientes acciones:

  • Elaborar pólizas de seguros OSAGO antiguas. En su defecto, diríjase al Reino Unido, donde se redactaron previamente los contratos, e infórmese de los números de documento, su período de vigencia y la fecha de emisión.
  • En el lugar de registro de la póliza anterior, obtener un certificado de transferencia a otra compañía de seguros que indique datos sobre la experiencia del cliente en seguros y eventos asegurados (si los hubiere).
  • Lleve el certificado recibido a la compañía de seguros, donde está previsto redactar un nuevo contrato de seguro.

Si el contrato ya se ha ejecutado, entonces en base al certificado proporcionado, se debe recalcular el costo de la póliza, y se debe devolver una parte de la prima pagada si hay derecho a descuentos (para KBM).

Obtener una póliza de seguro osago importante y debe estar disponible para todos los propietarios de vehículos. El seguro es garantía seguro de responsabilidad civil y en caso de accidente y reembolsará a sus participantes el importe de las pérdidas o daños causados.

Se fija el costo de la póliza OSAGO estado y sin seguro está prohibido circular por las vías de la ciudad. Se simplifica al máximo el proceso de emisión de una póliza de seguro, por lo que 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.

La autenticación del formulario de póliza de seguro OSAGO se puede realizar:

  • Visualmente.
  • Con la ayuda de 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 política OSAGO no es válida y a las que debe prestar atención:

  • Los datos se ingresan en el formulario a mano, y también hay correcciones o tachaduras.
  • La póliza ha caducado o se ha ajustado manualmente.
  • Póliza de seguro de bajo precio.

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

Si el seguro es emitido por un representante de la compañía y tiene dudas sobre la legalidad de sus acciones, puede llamar a la compañía de seguros para averiguar si este empleado trabaja para ellos. El representante deberá, previa solicitud, presentar un poder notarial de la compañía de seguros que indique la disponibilidad del derecho a implementar pólizas OSAGO.

Comprobación de la política de OSAGO

Consultar la póliza de seguro OSAGO necesario cuando se requiera confirmación de su autenticidad. Este procedimiento es el más demandado entre los propietarios de vehículos que van a acudir a una aseguradora o intermediario poco conocido para formalizar un contrato.

Para realizar este procedimiento con Bases RSA debe ingresar su número de seguro en un cuadro de búsqueda especial.

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

  • Nombre completo del titular de la póliza;
  • Estado del documento (válido, perdido o robado);
  • El número de estado del automóvil para el cual se emite la póliza;
  • El término de la póliza;
  • Nombres de la organización - el asegurador;
  • El asegurador tiene una licencia válida para llevar a cabo sus actividades.

También se necesita cuando 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 estado del automóvil o el código VIN y averiguar la presencia de una póliza de seguro.

Lea sobre esto aquí.

Para hacer esto, necesita saberlo e ingresarlo en el cuadro de búsqueda.

Como resultado, el programa proporcionará información:

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

Hay situaciones en las que el autor del accidente huyó de la escena del crimen, pero los testigos recordaron el número de estado de su vehículo. En este caso, es posible por número, utilizando la base de información RSA, establecer los datos del culpable y llamarlo a rendir cuentas a través de autoridades especiales.

Lea sobre esto aquí.

Si, durante la verificación de datos, confirmación no recibida del sistema PCA centralizado - significa que la información ingresada en la ventana de búsqueda, incluso en un letrero, difiere de las registradas en la base de datos del Sindicato de Aseguradores.

Hay varias causas posibles del error, estas incluyen:


Este problema también puede ocurrir debido a un error no en los datos de la máquina en sí, sino en un error de terceros. documentos.

En este caso es necesario:

  • Compare los datos de la tarjeta de diagnóstico que se le entregó con la información.
  • Compruebe si la dirección de registro es correcta. Es posible que haya sido modificado por usted y los cambios aún no se hayan realizado. En este caso, puede intentar especificar el número PTS en el cuadro de búsqueda.

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

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

Por lo tanto, es mejor confiar el registro del seguro de un vehículo a una empresa grande y confiable que calculará correctamente el costo del seguro y la compensación, además de cumplir con sus obligaciones de manera oportuna y correcta.

Solo si tu sin duda en los poderes de la compañía de seguros seleccionada, puede comprarles una póliza de seguro de forma segura sin verificación previa.

Para obtener el estado de procesamiento de una solicitud para cargar el estado de un borrador de contrato, el e-OSAGO CIS SC se refiere al ProjectPolicyService del Sistema, se utiliza el método getSetStatusResult, 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.

A la hora de solicitar el estado de tramitación de una solicitud de carga del estado de un borrador de acuerdo e-OSAGO, se deben tener en cuenta los siguientes aspectos:

5.8.1. La solicitud de estado de procesamiento de una solicitud para cargar un borrador de acuerdo de e-OSAGO contiene un ID de entrada en la cola para procesar los estados de los borradores de acuerdos formados después de la carga exitosa de una solicitud para asignar un estado a un borrador de acuerdo de 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 de acuerdo e-OSAGO y si la solicitud de carga del estado del borrador de acuerdo e-OSAGO cumple con las reglas establecidas de la FLC, el subsistema "Póliza 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 SC se genera según el esquema StatusPolicyEOSAGOStatusResponse.xsd, cuya composición se da en el Apéndice 3 "Especificación de formatos de interacción" de este manual.

5.8.4. Cuando se envía un borrador de contrato e-OSAGO con el estado “Activo” y en caso de procesar con éxito una solicitud para cargar el estado de un borrador de contrato en el Sistema, el subsistema de Política Electrónica envía una solicitud para cargar los datos de este borrador. acuerdo a la DMDBM a través del servicio de descarga de acuerdos/pérdidas de la CMTPL DMDBM.

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



5.8.6. En caso de procesamiento exitoso del contrato en DMDBM, el subsistema "Póliza Electrónica" genera una respuesta del IC con un mensaje sobre la asignación exitosa del estado "Activo" al borrador del contrato e-OSAGO.

5.8.7. En el caso de que el acuerdo e-OSAGO no pasara las comprobaciones del FLC DMDBM y no se guardara en el DMDBM, entonces, de acuerdo con el borrador correspondiente del acuerdo e-OSAGO, el subsistema de Política Electrónica genera una respuesta del IC con un mensaje de que no se asignó el estado "Válido" (en la etiqueta IsStatusAssign devolverá falso) y una lista de errores de DKBM.

5.8.8. Si ocurren errores durante el procesamiento de la solicitud, el Sistema genera una respuesta del SC con una lista de errores identificados en la validación de la solicitud, transmitida en la etiqueta ErrorList del mensaje de respuesta del SC. Los códigos de error, su descripción y el comportamiento del Sistema cuando se reciben se dan en el Apéndice 1 "Errores de Validación" de este documento.

5.8.9. Los errores de validación que ocurrieron mientras se procesaba una solicitud en DKBM se enumeran en la etiqueta ErorrDKBMList del mensaje de respuesta de CK. Los códigos de tales errores y su descripción se dan 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 habitaciones libres para borradores de contratos e-OSAGO

Para generar una solicitud de número de números libres para borradores de contrato, el e-OSAGO CIS SC llama al servicio ProjectPolicyCountService, se utiliza el método getFreeNumbers, el esquema NumberFreeRequest.xsd para la solicitud.

A la hora de enviar una solicitud de número de IC disponibles para borradores de contratos e-OSAGO, se deben tener en cuenta los siguientes aspectos:

5.9.1. El límite de números de borradores de acuerdos de e-OSAGO disponibles para la formación de borradores de acuerdos de e-OSAGO se asigna en la PCA y el administrador de la PCA lo ingresa en la tabla correspondiente de e-OSAGO DB al comienzo del período para cada IC. .

5.9.2. El Sistema proporciona un algoritmo interno para el cálculo del número de números libres para cada IC, que consiste en determinar la diferencia entre el límite de números de borradores de acuerdos de IC e-OSAGO al inicio del período y el número de números usados ​​de borradores e. -Convenios OSAGO para cada IC.

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

5.9.4. Al asignar el estado "Cancelado" al borrador del acuerdo e-OSAGO, el número de números SC utilizados se reduce en uno.

5.9.5. La respuesta a la solicitud de la cantidad de números IC libres 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 la cantidad de números libres para e -Convenios OSAGO en el momento de la solicitud para el CI que envió la solicitud.

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

Solicitud de listado de números de borradores de contratos e-OSAGO

Para generar una solicitud de una lista de números de borradores de contratos e-OSAGO a los que no se les ha asignado previamente el estado correspondiente, el CIS SK llama al servicio ProjectPolicyListService, el método getList, se utiliza 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 números de borradores de contratos e-OSAGO sin estados, se deben tener en cuenta los siguientes aspectos:

5.10.1. Después de procesar la solicitud, el subsistema "Póliza Electrónica" genera una respuesta IC 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 cargados previamente por el IC que envió la solicitud.

5.10.2. El mensaje de respuesta de la NC se forma según el esquema ListPolicyEOSAGOResponse.xsd, cuya composición se da 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 convenio e-OSAGO Código SC + Identificador de Acuerdo SC ID de aseguradora + ID de póliza preliminar
Individuo sujeto (asegurador, propietario del vehículo) HASH (nombre completo + fecha de nacimiento) + Tipo de documento + Serie del documento + Número de documento PersonNameBirthHash + DocPerson + Serie + Número
Sujeto individual - LDU HASH (nombre completo + fecha de nacimiento) + serie VU + número VU + tipo de documento PersonNameBirthHash + Serial + Number+(DocPerson=20)
Sujeto persona jurídica (asegurador 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, sin cifrar) Para residentes de la Federación Rusa: INN Para no residentes de la Federación Rusa: OrgName
Documento de asunto Tipo de documento + Serie de documento + Número de documento PersonaDocumento + Serie + Número
Vehículo La identificación del vehículo se proporciona combinando el valor del campo "País de matriculación 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 datos o su combinación (si son varios se rellenan):
  • Nro. de cuerpo
  • número de chasis
2) Vehículos para los cuales el único identificador es únicamente el estado. número, la identificación está determinada por el valor del atributo Estado. número en ausencia de CarIdent (VIN, número de cuerpo, número de chasis).
CountryCar 1) VIN Número de carrocería Número de chasis 2) Matrícula

Comprobaciones en curso

Las verificaciones técnicas se realizan cuando el subsistema "Política electrónica" recibe una solicitud, cuando se valida para cumplir con 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 realizar la validación inicial de las solicitudes enviadas para el cumplimiento de los esquemas xsd, se lleva a cabo una verificación lógica de las solicitudes enviadas, incluida la verificación del llenado de los atributos de la solicitud según el valor de otros atributos.

De acuerdo con la lógica de la verificación, primero se realizan verificaciones para los elementos principales, luego, si existe un elemento principal, se realizan verificaciones para sus elementos secundarios, por lo que si el elemento principal se establece como opcional en las propiedades y obligatorio para su children, si el elemento padre no está presente en el archivo, la verificación se considera exitosa.

El sistema implementa la capacidad de deshabilitar la configuración de las verificaciones realizadas, por iniciativa de la PCA, incluido el subsistema "Política electrónica" que brinda la capacidad de deshabilitar completamente las verificaciones de FLC al descargar un borrador de acuerdo e-OSAGO.

Si la verificación está deshabilitada, la verificación aún se realiza, pero si se recibe un error en esta verificación, el borrador del acuerdo e-OSAGO aún se guarda en la base de datos del subsistema de Póliza Electrónica. En respuesta a una solicitud de estado, el SC recibirá un mensaje sobre si el borrador del contrato se guardó en la base de datos y una lista de errores de validación.

En el Apéndice 1, "Errores de validación", se proporciona una lista completa de errores de validación, así como acciones del sistema cuando se desactivan las comprobaciones. El Apéndice 2 "Estados de Solicitudes" contiene una lista de estados de solicitudes para el subsistema "Póliza Electrónica".


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

elemento padre nombre lógico verificación lógica
AseguradorPropietarioSolicitud AseguradorPropietarioSolicitudValor Verificación de datos del sujeto (asegurado/propietario del vehículo) Obligatorio de llenar.
AseguradorPropietarioSolicitudValor Identificación del asegurador
Solicitud de información de persona física Datos individuales para verificación Se requiere completar uno de los 2 elementos.
Solicitud de información de persona jurídica Datos de la entidad legal para la verificación
Solicitud de fecha Solicitar fecha+hora Obligatorio de llenar.
Solicitud de información de persona física País Código de país en OKSM Obligatorio de llenar.
PersonaNombreNacimientoHash Hash nombre completo + fecha de nacimiento Obligatorio de llenar.
PersonaDocumento Tipo, serie y número del documento de identidad Obligatorio de llenar.
DirecciónRSACódigo
PersonaDocumento PersonaDocumento Tipo de documento de identidad Obligatorio de llenar. Comprobación del cumplimiento de los códigos del directorio "Tipos de documentos".
De serie una serie de documentos Requerido para completar 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 jurídica País Código de país en OKSM Obligatorio de llenar.
ID de organización Nombre completo (según el Certificado de Registro) + TIN (para residentes de la Federación Rusa) Obligatorio de llenar.
DirecciónRSACódigo Dirección - código del directorio RSA-KLADR Obligatorio de llenar. Comprobación del cumplimiento de los códigos del directorio KLADR
ID de organización Residente Signo de RF/no RF Obligatorio de llenar.
POSADA TIN de una persona jurídica Obligatorio para los residentes de la Federación Rusa.
Nombre de la organización Nombre completo de la persona jurídica (según el Certificado de Registro) Obligatorio de llenar.
elemento padre Atributo del elemento principal nombre lógico verificación lógica
Solicitud de controlador DriverRequestValue Comprobación de datos LDU Obligatorio de llenar.
DriverRequestValue Identificación del asegurador Identificación de la compañía de seguros Obligatorio de llenar. Comprobación del cumplimiento de los códigos del directorio "Compañías de seguros". Compruebe el cumplimiento del identificador SK especificado en el encabezado del mensaje.
Solicitud de información del conductor Datos LDU para verificación Obligatorio de llenar.
Solicitud de fecha Solicitar fecha+hora Obligatorio de llenar.
Solicitud de información del conductor
PersonaNombreNacimientoHash Hash nombre completo + fecha de nacimiento Obligatorio de llenar.
ConductorDocumento Serie y número de la licencia de conducir Obligatorio de llenar.
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 Obligatorio de llenar. La validación de este campo se realiza con una precisión de hasta un año.
ConductorDocumento De serie una serie de documentos Requerido para completar si está disponible. Al completar, verifique la ausencia de caracteres no válidos.
número Número del Documento Obligatorio de llenar. Compruebe si hay caracteres no válidos.
CategoríasLicencia de Conducir CatDriverLicencia Categoría de vehículo por WU Obligatorio de llenar. Se indica el código de categoría del vehículo del libro de referencia "Modificaciones del modelo". La verificación está deshabilitada hasta la implementación de la revisión apropiada del DiKBM.
elemento padre Atributo del elemento principal nombre lógico verificación lógica
TSRequest TSRequestValue Comprobación de datos del vehículo Obligatorio de llenar.
TSRequestValue Identificación del asegurador Identificación de la compañía de seguros Obligatorio de llenar. Comprobación del cumplimiento de los códigos del directorio "Compañías de seguros". Compruebe el cumplimiento del identificador SK especificado en el encabezado del mensaje.
Solicitud de información de TS Datos del vehículo para verificación Obligatorio de llenar.
Solicitud de fecha Solicitar fecha+hora Obligatorio de llenar.
Solicitud de información de TS coche de campo País de matriculación del vehículo Obligatorio de llenar. Verifique el cumplimiento de los valores "0" y "1" (1 - RF; 0 - no RF)
CarIdent Identificadores de vehículos Obligatorio de llenar.
MarcaModeloCocheRSACódigo Código de modelo de marca del manual de PCA Obligatorio de llenar. Verifique el cumplimiento de los valores del libro de referencia "Modificaciones del modelo". Si el directorio no contiene el modelo requerido, entonces 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 requerido
Edición del año año de emisión Necesario para el llenado, excepto para vehículos matriculados en el extranjero.
tipo de coche Tipo de vehiculo Necesario para el llenado, excepto para vehículos matriculados en el extranjero. Se indica el código de tipo de vehículo del libro de referencia "Modificaciones del modelo".
gatocarro Categoría de vehículo Obligatorio cumplimentar, con el código de categoría de vehículo cumplimentado en el libro de referencia RSA "Modificaciones de Modelo", excepto para vehículos matriculados en el extranjero. Se indica el código de categoría del vehículo del libro de referencia "Modificaciones del modelo". Si el código de categoría del vehículo no se completa en el libro de referencia de "Modificaciones del modelo" de PCA, entonces la etiqueta CatCar no se completa en la verificación del vehículo.
DocumentoCoche tipo de documento TS Necesario para el llenado, excepto para vehículos matriculados en el extranjero. Comprobación del cumplimiento de los códigos del directorio "Tipos de documentos".
DocCarSerial serie de documentos TS
DocCarNúmero número de documento TS Necesario para el llenado, excepto para vehículos matriculados en el extranjero. Compruebe si hay caracteres no válidos.
DocumentoCocheFecha Fecha de expedición del documento del vehículo Necesario para el llenado, excepto para vehículos matriculados en el extranjero. La verificación está deshabilitada hasta la implementación de la revisión apropiada del DiKBM.
EngCap Potencia del motor para la categoría B, h.p. Obligatorio para CatCar = "B", excepto para vehículos matriculados en el extranjero.
MaxMass Masa máxima admisible en kilogramos para la categoría C Obligatorio para CatCar = "C", excepto para vehículos matriculados en el extranjero.
sin cargamasa Peso en vacío en kilogramos para la categoría C Obligatorio para CatCar = "C", excepto para vehículos matriculados en el extranjero. La verificación está deshabilitada hasta la implementación de la revisión apropiada del DiKBM.
PasQuant Número de asientos de pasajeros para la categoría D Obligatorio para CatCar = "D", excepto para vehículos matriculados en el extranjero.
CarIdent placa Estado. habitación Se requiere completar uno de los 4 elementos. Compruebe si hay caracteres no válidos. Al completar las etiquetas VIN/BodyNumber/ChassisNumber, verifica que la etiqueta LicensePlate (número de estado) no esté completa. Al completar la etiqueta LicensePlate, verifica que no se completen otros identificadores de vehículos. La búsqueda y verificación del vehículo en el subsistema DKBM se lleva a cabo mediante la coincidencia completa de los identificadores del vehículo (por 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.
VIN VIN
Número de cuerpo número de cuerpo
Número de chasis Número de chasis