Como não comprei CTP eletrônico
Eu acho que muitos proprietários de carros da Habr e de geeks já ouviram falar da possibilidade de comprar a OSAGO eletronicamente. Esta oportunidade apareceu há cerca de seis meses, tive a sorte de experimentar comigo agora.A situação com o seguro obrigatório de responsabilidade civil de terceiros em algumas regiões, como o meu Ulyanovsk, chega até ao ponto do absurdo - os agentes vendem o seguro apenas com seguros desnecessários que acompanham de 1000 a 2000 rublos, e nas próprias companhias de seguros emitem uma apólice de seguro por hora, criando enormes filas, um local no qual precisa emprestar pela manhã.Portanto, a oportunidade de comprar um seguro eletronicamente sem se levantar de uma cadeira parece uma solução mágica para uma dor de cabeça.Olhando para o futuro, direi que você pode solicitar o OSOSAGO somente se você segurou este carro anteriormente da maneira usual - os dados são verificados de acordo com a política anterior.Tendo percebido uma manhã que o seguro não é mais válido hoje, decidi experimentar o novo sistema. Tornou-se um épico de três dias com delícias e antecipações, esperanças e decepções.E para ser sincero, parecia que ninguém estava interessado no trabalho de qualidade desse sistema.Mas, primeiro as primeiras coisas.
1º dia
Eu escolhi algumas empresas grandes que eu sabia que apareceram na primeira página dos resultados de pesquisa para "cTP eletrônico" e foram para os sites deles em busca do eOSAGO.A primeira coisa que aconteceu - apesar das vendas declaradas da OSAGO eletrônica - as empresas trabalham com elas de forma muito limitada. Rosgosstrakh mais de um mês atrás foi para "trabalho técnico". Alfastrakhovanie - apenas para aqueles que os seguraram anteriormente com "papel". Algumas empresas ofereceram a oportunidade de comprar o eOSAGO apenas para aqueles registrados em determinadas regiões, principalmente Moscou e São Petersburgo, embora pareça que a possibilidade de seguro eletrônico deva aumentar a base de clientes em potencial das regiões de presença física para todo o país.Bem, tudo bem, eu decidi, e comecei a escrever.Então ficou claro como o sistema não foi depurado.O primeiro site que encontrei foi o Tinkoff Insurance .O Tinkoff é famoso pela conveniência de seus serviços bancários on-line, o mesmo que eu esperava da interface de seguros. Mas eles surpreenderam. Primeiro, a quantia provisória de seguro para meu carro e a região, por algum motivo, foi metade do valor esperado (2.800 rublos em vez de 5.500 rublos, como todas as outras seguradoras esperavam).
Mas a conveniência da interface estava simplesmente "no topo". Além dos campos para inserir o endereço de inscrição para o passaporte, por algum motivo, havia campos para inserir o endereço de residência real, obrigatório. Nem a caixa de seleção "Usar os mesmos dados", nem a oportunidade de recusá-los. Além disso, os mesmos dados tiveram que ser inseridos três vezes - o tomador do seguro, o proprietário do carro e, finalmente, o motorista.
Preenchi todo o patch de dados da página, cliquei em "Recalcular" e ... E nada, a página ficou suspensa por 5 minutos. Após 5 minutos, apareceu uma mensagem de erro sugerindo que você entre em contato com o escritório mais próximo para solicitar um CTP clássico ou entre em contato com um consultor. O consultor acabou sendo um robô absolutamente inútil - ele respondeu com frases padrão: “O CTP eletrônico é emitido no site de forma independente; se você tiver certeza de que todos os dados foram preenchidos corretamente, escreva para o e-mail de suporte indicado no site”. A propósito, não consegui encontrar o mesmo email em nenhum lugar. Eu perguntei ao consultor - e ele desapareceu para sempre.Eu ainda estava entusiasmado e decidi que tudo ainda está depurado aqui, vamos seguir em frente.O próximo seguro foi RESO. Aqui não pude me registrar na fase de entrada dos dados do passaporte do segurado, eles simplesmente não passaram no teste no RSA. Os amigos no Twitter escreveram que conseguiram obter um seguro lá escrevendo suporte técnico, o que sugeria que você precisava digitar "corretamente". Escrevi para eles em apoio, mas não esperei uma resposta.Então eu fui ao site da VSK . A interface deste seguro, na minha opinião, é a mais bem-sucedida, agradável e atenciosa. Os dados são agrupados em blocos lógicos, nada precisa ser inserido novamente, a verificação é realizada imediatamente pelos blocos durante o preenchimento.
Mas aqui tudo acabou não tão bom :) Preenchi todos os dados, eles foram aprovados na verificação (!) No PCA. Confirmei o cálculo via SMS, cliquei para pagar e peguei um cartão na carteira ... Mas, depois de alguns minutos de espera, recebi uma mensagem de que "a política não passa na verificação PCA" com o código 024. Se você ler, muitas pessoas encontrarão esse erro.O seguinte comentário apareceu no grupo de geektimes VKontakte :Hmm, mas eu sei que erros ele pegou lá. O último foi associado ao número de política dobrado no banco de dados. E o primeiro foi um erro ao enviar dados para o PCA (intencional do Reino Unido).
Se isso for verdade, então, em princípio, explica completamente a limitação artificial das vendas por seguro.Em UralSiba esse dia não fez trabalho de design de interface de seguros (e no dia seguinte ele deu o mesmo erro como todos os outros).Tendo tentado todas as companhias de seguros que conheço que fazem o e-OSAGO, decidi ir até o fim e comecei a tentar todo o seguro em uma fileira, de acordo com a lista no site da PCA .Várias interfaces de seguro pareciam gêmeos, mas alguém já havia conseguido criar uma solução pronta para o PolisOffice e a estava vendendo para o seguro. No entanto, prontamente.
Na Parity-SKpara a venda de apólices, a interface 1C 8.3 era geralmente usada, sob a estrita orientação das instruções em anexo, o que me divertiu muito.
O resultado foi o mesmo em todos os lugares - todos os dados passaram na verificação no banco de dados SAR, mas na fase do "registro" final da política antes do pagamento, eles não passaram na verificação no mesmo SAR.Já era tarde da noite e era inútil chamar o seguro naturalmente. Passei por vários recursos temáticos. O número de reclamações nos fóruns deu a impressão de que as apólices eletrônicas foram vendidas com o mesmo princípio que as de papel, com o atraso máximo do processo - as apólices terminaram, e a fila para “inspecionar um carro” foi agendada para uma semana. Não sei se é assim. Muitos escreveram que foram ajudados entrando em contato com sua companhia de seguros com uma solicitação para verificar os dados da apólice - é de acordo com os dados da apólice anterior que os dados são verificados na SAR. Fui ao meu site de seguros e escrevi vários aplicativos para todos os endereços possíveis. Ao mesmo tempo, ele escreveu para várias companhias de seguros, nas quais tentei solicitar uma apólice eletrônica, e fui dormir.Dia 2
De manhã cedo, acordei uma ligação do meu seguro. A garota atenciosa pediu desculpas pelo inconveniente, verificou todos os dados e enviou a política do ano passado novamente para o banco de dados. Segundo ela, a atualização do banco de dados leva 30 minutos - 3 horas.Agora, as indicações de todas as companhias de seguros foram alteradas - os dados não passaram mais na verificação no estágio de preenchimento do endereço do tomador do seguro, alguns retornaram um código específico - AddressRSACode. A outra metade dos usuários encontrou esse erro, que não atingiu o erro no último estágio. Muitos tentaram escrever seu endereço com possíveis erros e erros de digitação, e isso os ajudou. Mas não no meu caso.Nesse estágio, eu já sabia que no xml que o seguro fornece ao registro por SOAP, o AddressRSACode é um determinado campo com um código decimal longo semelhante ao código KLADR.O endereço também foi selecionado pela KLADR, e aqui eu tenho uma pista. Meu endereço é Avenida do 50º aniversário do Komsomol, 24.Na KLADR não existe tal casa, minha casa é registrada como 24/20, pois fica no cruzamento de duas ruas. Tentei todas as opções em casa (24/20, 24A, etc., 24 construindo 20), mas não fazia sentido. Mais uma vez liguei para o meu seguro e especifiquei como eles escolhem uma casa - a partir da seleção ou entrando manualmente. A resposta foi - a rua - selecione com a lista de KLADR, a casa - manualmente. Pedi para colocar a casa em 24/20, como no KLADR, mas eles me recusaram, porque os dados do passaporte para o registro são a casa 24, e eles não podem escrever outro. Burocracia, mas justa. Todos os dados da política foram verificados novamente por carta e enviados novamente para o banco de dados.Na minha opinião, o problema é como o seguro e a própria base do PCA geram esse código com base no endereço. E a maneira como eles processam o número da casa, que não está no KLADR. Aparentemente, em um lugar, um código é gerado a partir do número da casa, em outro - outro. Mas isso é pura adivinhação.Obviamente, era possível avançar ainda mais, chegando àqueles que desenvolveram tudo. Mas é claro que o seguro não contratará um departamento para desenvolver esse sistema, e você pode passar mais de uma semana procurando técnicos adequados da empresa contratada que irá lidar com isso.Entendendo que as possibilidades de seguro em termos de acesso ao banco de dados foram esgotadas, eu me virei diretamente para o RSA. No telefone, eles não queriam me conectar com os responsáveis pelo IP da OSAGO. Eles educadamente explicaram que o SAR em si não tinha "acesso on-line" (sua expressão) ao banco de dados. Somente o seguro pode trabalhar com o banco de dados.Observe que abordagem interessante - o operador da base não é responsável pela base, não tem acesso a ela e está brincando. Ou seja, em última análise, ninguém se responsabiliza pela correção dos dados no banco de dados.O apoio das companhias de seguros também foi muito decepcionante - o UralSib e a VSK responderam com respostas padrão, dizendo que, se isso não der certo, significa dificuldades técnicas, entre em contato com o escritório. RESO apenas ignorado.A Zetta Insurance se distinguiu agradavelmente - de acordo com o aplicativo em minha conta pessoal, uma garota que ligou de volta que sugeriu experimentar campos de endereço, esse seguro foi pessoalmente lembrado por minha simpatia (embora não seja uma interface muito conveniente).Dia 3
No final, estendi o seguro com o meu seguro. Eles estavam cansados de editar registros no banco de dados e sugeriram que eu renovasse a política sem esperar na fila e inspecionar o carro. A menina e eu chegamos e recebemos a política em 15 minutos. Foi o registro mais rápido da política nos últimos 3 anos.Dessa vez, observei cuidadosamente os dados que o operador salva no banco de dados de políticas. Depois disso, em casa, tentei novamente emitir uma política eletrônica com os mesmos dados - sem sucesso, da mesma forma.upd
Posição do Banco Central :Shvetsov disse que o Banco da Rússia planeja alterar a legislação existente. “Queremos obrigar a vender políticas em um formato remoto em uma ordem incondicional. Não será a escolha de uma companhia de seguros, mas um dever ”, disse o funcionário.
upd2
Um comentário interessante apareceu no grupo de geeks VKontakte :Hmm, mas eu sei que erros ele pegou lá. O último foi associado ao número de política dobrado no banco de dados. E o primeiro foi um erro ao enviar dados para o PCA (intencional do Reino Unido).
Source: https://habr.com/ru/post/pt394437/
All Articles