Comment je n'ai pas acheté de CTP électronique

Je pense que de nombreux propriétaires de voitures Habr et geektimes ont déjà entendu parler de la possibilité d'acheter OSAGO par voie électronique. Cette opportunité est apparue il y a environ six mois, j'ai eu la chance de l'essayer sur moi-même seulement maintenant.

La situation de l'assurance responsabilité civile automobile obligatoire dans certaines régions, comme mon Oulianovsk, atteint même le point de l'absurdité - les agents ne vendent de l'assurance qu'avec des assurances d'accompagnement inutiles pour 1000-2000 roubles, et dans les compagnies d'assurance elles-mêmes, elles émettent une police d'assurance par heure, créant d'énormes files d'attente, un endroit où besoin d'emprunter le matin.

Par conséquent, la possibilité d'acheter une assurance par voie électronique sans se lever d'une chaise ressemble à une solution magique à un mal de tête.

Pour l'avenir, je dirai que vous ne pouvez demander OSOSAGO que si vous avez précédemment assuré cette voiture de la manière habituelle - les données sont vérifiées conformément à la politique précédente.

Ayant réalisé un matin que l'assurance n'est plus valable aujourd'hui, j'ai décidé d'essayer le nouveau système. Cela s'est transformé en une épopée de trois jours avec délices et anticipations, espoirs et déceptions.

Et pour être honnête, il semblait que personne n'était intéressé par le travail de qualité de ce système.

Mais, tout d'abord.



Jour 1



J'ai choisi quelques grandes entreprises que je connaissais qui sont apparues sur la première page des résultats de recherche pour «OSAGO électronique» et je suis allé sur leurs sites à la recherche d'eOSAGO.

La première chose qui s'est avérée - malgré les ventes déclarées d'OSAGO électroniques - les entreprises travaillent avec elles de manière très limitée. Il y a plus d'un mois, Rosgosstrakh est allé au "travail technique". Alfastrakhovanie - uniquement pour ceux qui les avaient auparavant assurés avec du "papier". Certaines entreprises ont offert la possibilité d'acheter eOSAGO uniquement pour celles enregistrées dans certaines régions, principalement Moscou et Saint-Pétersbourg, bien qu'il semble que la possibilité d'une assurance électronique devrait augmenter la clientèle potentielle des régions de présence physique à l'ensemble du pays.

Bon, d'accord, j'ai décidé, et j'ai commencé à m'élaborer.

Ensuite, il est devenu clair que le système n'était pas débogué.

Le premier site que j'ai rencontré était Tinkoff Insurance .
Tinkoff est célèbre pour la commodité de ses services bancaires en ligne, ce que j'attendais de l'interface d'assurance. Mais ils ont surpris. Premièrement, le montant d'assurance provisoire pour ma voiture et la région s'est avéré pour une raison quelconque la moitié de la valeur attendue (2 800 roubles au lieu de 5 500 roubles, comme toutes les autres compagnies d'assurance l'avaient prévu).



Mais la commodité de l'interface était simplement «au top». En plus des champs pour entrer l'adresse d'enregistrement du passeport, pour une raison quelconque, il y avait des champs pour entrer l'adresse de résidence réelle, obligatoire. Ni la case à cocher «Utiliser les mêmes données», ni la possibilité de les refuser. De plus, les mêmes données devaient être saisies trois fois - le preneur d'assurance, le propriétaire de la voiture et enfin le conducteur.



J'ai rempli tout le patch de données sur la page, j'ai cliqué sur "Recalculer", et ... Et rien, la page a été suspendue pendant 5 minutes. Après 5 minutes, un message d'erreur est apparu vous suggérant de contacter le bureau le plus proche pour demander un CTP classique ou de contacter un consultant. Le consultant s'est avéré être un robot absolument inutile - il a répondu avec des phrases standard: "Le CTP électronique est émis sur le site indépendamment, si vous êtes sûr que toutes les données sont remplies correctement, écrivez à l'e-mail de support indiqué sur le site." Soit dit en passant, je n'ai pu trouver ce même e-mail nulle part. J'ai demandé au consultant - et il a disparu pour toujours.

J'étais toujours enthousiaste et j'ai décidé que tout était encore juste débogué ici, passons à autre chose.
La prochaine assurance était RESO. Ici je n'ai pas pu m'inscrire au stade de la saisie des données de passeport de l'assuré, ils n'ont tout simplement pas réussi le test au RSA. Des amis sur Twitter ont écrit qu'ils avaient réussi à obtenir une assurance en écrivant au support technique, ce qui suggérait que vous deviez entrer «correctement». Je leur ai écrit pour le soutenir, mais je n'ai pas attendu de réponse.

Ensuite, je suis allé sur le site Web de VSK . L'interface de cette assurance, à mon avis, est la plus réussie, agréable et réfléchie. Les données sont regroupées en blocs logiques, rien ne doit être saisi à nouveau, la vérification est effectuée immédiatement par blocs lors du remplissage.



Mais ici, tout s'est avéré moins bon :) J'ai rempli toutes les données, ils ont réussi la vérification (!) En PCA. J'ai confirmé le calcul par SMS, cliqué pour payer et fouillé dans mon portefeuille pour une carte ... Mais, après quelques minutes d'attente, j'ai reçu un message indiquant que "la politique ne passe pas le contrôle PCA" avec le code 024. Si vous lisez, alors beaucoup de gens rencontrent cette erreur.

Le commentaire suivant a paru dans le groupe geektimes VKontakte :
Hmm, mais je sais quelles erreurs il a commises là-bas. Ce dernier était associé au numéro de police doublé dans la base de données. Et la première était une erreur dans l'envoi de données à l'APC (intentionnelle du Royaume-Uni).


Si cela est vrai, cela explique en principe pleinement la limitation artificielle des ventes par assurance.

En UralSiba ce jour - là n'a pas la conception d'assurance d'interface de travail (et le lendemain il a donné la même erreur que tout le monde).

Après avoir essayé toutes les compagnies d'assurance que je connais qui font e-OSAGO, j'ai décidé d'aller jusqu'au bout et j'ai commencé à essayer toutes les assurances d'affilée, selon la liste sur le site Web de PCA .

Plusieurs interfaces d'assurance ressemblaient à des jumeaux, il s'est avéré que quelqu'un avait déjà réussi à créer une solution PolisOffice prête à l' emploi et la vendait à l'assurance. Cependant, rapidement.

Trouvez les différences

Chez Parity-SKpour la vente de polices, l'interface 1C 8.3 a été généralement utilisée, sous la stricte direction des instructions ci-jointes, ce qui m'a beaucoup amusé.



Le résultat était partout le même - toutes les données ont été vérifiées dans la base de données SAR, mais au stade de l '"enregistrement" final de la police avant le paiement, elles n'ont pas réussi la vérification dans le même SAR.

Il était déjà tard dans la soirée et il était inutile d'appeler l'assurance naturellement. J'ai parcouru plusieurs ressources thématiques. Le nombre de plaintes sur les forums donnait l'impression que les politiques électroniques étaient vendues sur le même principe que celles en papier, avec le maximum de retard du processus - les politiques étaient terminées, puis la file d'attente pour "inspecter une voiture" était prévue pour une semaine. Je ne sais pas si c'est le cas. Beaucoup ont écrit qu'ils avaient été aidés en contactant leur compagnie d'assurance pour leur demander de vérifier les données de la police - c'est précisément selon les données de la police précédente que les données sont vérifiées dans le SAR. Je suis allé sur mon site Web d'assurance et j'ai écrit plusieurs demandes pour toutes les adresses possibles. En même temps, il a écrit à plusieurs compagnies d'assurance, dans lesquelles j'ai essayé de demander une police électronique, et je me suis endormi.

2e jour



Tôt le matin, j'ai réveillé un appel de mon assurance. La fille attentionnée s'est excusée pour le désagrément, a vérifié toutes les données et a renvoyé la politique de l'année dernière à la base de données. Selon elle, la mise à jour de la base de données prend 30 minutes - 3 heures.

Maintenant, les indications de toutes les compagnies d'assurance ont changé - les données ne sont plus vérifiées au stade de la saisie de l'adresse du preneur d'assurance, certaines ont renvoyé un code spécifique - AddressRSACode. L'autre moitié des utilisateurs a rencontré cette erreur, qui n'a pas atteint l'erreur à la dernière étape. Beaucoup ont essayé d'écrire leur adresse avec d'éventuelles erreurs et fautes de frappe, ce qui les a aidés. Mais pas dans mon cas.

À ce stade, je savais déjà que dans le xml que l'assurance fournit au registre via SOAP, AddressRSACode est un certain champ avec un long code décimal similaire au code KLADR.
L'adresse a également été choisie par KLADR, et ici j'ai obtenu un indice. Mon adresse est l'avenue du 50e anniversaire du Komsomol, 24.
À KLADR il n'y a pas une telle maison, ma maison est enregistrée comme 24/20, car elle se trouve à l'intersection de deux rues. J'ai essayé toutes les options à la maison (24/20, 24A, etc., 24 bâtiment 20), mais cela n'avait aucun sens. Encore une fois, j'ai appelé mon assurance et précisé comment ils choisissaient une maison - à partir de la sélection ou de la saisie manuelle. La réponse a été - la rue - sélectionner avec la liste de KLADR, la maison - manuellement. J'ai demandé à mettre la maison 24/20, comme à KLADR, mais ils m'ont refusé, car les données de passeport pour l'enregistrement sont la maison 24, et ils ne peuvent pas en écrire une autre. Bureaucratie, mais juste. Toutes les données de la politique m'ont été vérifiées à nouveau dans une lettre et envoyées à nouveau à la base de données.

À mon avis, le problème est de savoir comment l'assurance et la base de l'APC elle-même génèrent ce code en fonction de l'adresse. Et la façon dont ils traitent le numéro de la maison, qui n'est pas dans le KLADR. Apparemment, à un endroit, un code est généré à partir du numéro de la maison, à un autre - un autre. Mais c'est une pure conjecture.

Bien sûr, il était possible de battre plus loin, faisant son chemin vers ceux qui ont tout développé. Mais il est clair que l'assurance n'engagera pas de service pour développer un tel système, et vous pouvez passer plus d'une semaine à chercher des techniciens adéquats auprès de l'entrepreneur qui s'en chargera.

Comprenant que les possibilités d'assurance en termes d'accès à la base de données ont été épuisées, je me suis tourné directement vers le RSA. Au téléphone, ils ne voulaient pas me connecter avec ceux qui sont responsables de l'IP pour OSAGO. Ils ont poliment expliqué que la SAR elle-même n'avait pas «d'accès en ligne» (leur expression) à la base de données. Seule une assurance peut fonctionner avec la base de données.
Remarquez quelle approche intéressante - l'opérateur de la base n'est pas responsable de la base, il n'y a pas accès et se trompe. Autrement dit, en fin de compte, personne n'est responsable de l'exactitude des données de la base de données.

Le soutien des compagnies d'assurance a également été très décevant - UralSib et VSK ont répondu avec des réponses standard, disant que si cela ne fonctionnait pas, cela signifiait des difficultés techniques, contactez le bureau. RESO est simplement ignoré.
Zetta Insurance a été agréablement distinguée - selon l'application de mon compte personnel, une fille rappelée qui a suggéré d'expérimenter avec les champs d'adresse, cette assurance a été personnellement retenue pour moi par sa convivialité (bien que ce ne soit pas une interface très pratique).

3e jour



Finalement, j'ai étendu l'assurance avec mon assurance. Ils étaient fatigués de modifier les enregistrements dans la base de données et ont suggéré que je renouvelle la politique sans attendre en ligne et inspecter la voiture. La fille et moi sommes arrivés et avons obtenu la politique en 15 minutes. Il s'agit de l'enregistrement le plus rapide de la police au cours des 3 dernières années.
Cette fois, j'ai regardé attentivement les données que l'opérateur enregistre dans la base de données des politiques. Après cela, chez moi, j'ai essayé à nouveau d'émettre une politique électronique avec les mêmes données - en vain, tout de même.

mise à jour


Position de la banque centrale :
Shvetsov a déclaré que la Banque de Russie envisage de modifier la législation existante. «Nous voulons obliger à vendre des polices dans un format distant dans un ordre inconditionnel. Ce ne sera pas le choix d'une compagnie d'assurance, mais un devoir », a déclaré le responsable.


upd2


Un commentaire intéressant est apparu dans le groupe geektimes VKontakte :
Hmm, mais je sais quelles erreurs il a commises là-bas. Ce dernier était associé au numéro de police doublé dans la base de données. Et la première était une erreur dans l'envoi de données à l'APC (intentionnelle du Royaume-Uni).

Source: https://habr.com/ru/post/fr394437/


All Articles