O que é FNOL: o aviso de sinistro, passo a passo

FNOL é a sigla de First Notice of Loss, o primeiro aviso que a seguradora recebe de que um sinistro aconteceu. É o momento em que o processo de sinistro abre, e é ali que se decide o custo, a velocidade e a experiência de tudo que vem depois. Este texto cobre o processo inteiro: o que a sigla significa, quem faz o quê em cada etapa, o que um aviso completo precisa ter, e por que um único aviso pode gerar mais de um sinistro.

O que é FNOL em seguros

FNOL, ou First Notice of Loss, é o aviso inicial que o segurado, o corretor ou um terceiro faz à seguradora comunicando que um evento coberto ocorreu, e é o gatilho que abre o processo de sinistro.

No Brasil o termo equivalente é aviso de sinistro, regulado pelas normas de regulação de sinistros da SUSEP. Em documentação internacional você vai encontrar FNOL, FNOI e First Notification of Loss, todos apontando para a mesma coisa. Antes do aviso existe uma apólice. Depois dele existe um sinistro, e um relógio começou a correr.

O aviso não é o sinistro e não é uma decisão de cobertura. É uma notificação. Um aviso válido pode terminar em pagamento, em negativa, ou em nada, se o segurado desistir de levar adiante. O que ele faz é fixar o registro: data e hora do aviso, descrição do evento, partes envolvidas e a apólice sob a qual está sendo comunicado.

FNOL, FNOI e aviso de incidente

A distinção entre aviso de perda e aviso de incidente não é preciosismo.

• FNOL, First Notice of Loss, quando já houve perda.
• FNOI, First Notice of Incident, quando houve um evento mas ainda não se sabe se vai virar perda. Comum em responsabilidade civil e cyber.
• First Notification of Loss, a forma mais usada no Reino Unido e na Europa.
• Aviso de sinistro, o termo brasileiro.

Um incidente cyber ou um evento potencial de RC costuma ser comunicado antes de alguém saber se existe prejuízo, e comunicar cedo protege a posição do segurado nas condições de aviso da apólice. Aviso tardio é uma das causas mais frequentes de disputa de cobertura. É por isso que corretor bom empurra cliente para avisar antes de ter certeza.

O fluxo do processo, passo a passo

O desenho abaixo é o formato comum entre ramos de pessoas e de danos. Seguradoras variam no nome das etapas, não na substância.

1. O evento acontece. Um veículo é danificado, uma carga some, um prédio alaga, um sistema é invadido.
2. O aviso é feito. Segurado, corretor ou terceiro aciona a seguradora por telefone, portal, app, e-mail ou submissão do corretor. Em ramos empresariais quem avisa quase sempre é o corretor.
3. Captura e identificação. A seguradora recebe o aviso e o casa com uma apólice vigente na data do evento. Se a apólice não for identificada, tudo abaixo trava.
4. Checagem de completude. Verificação dos campos obrigatórios: data e hora, causa, local, descrição, partes, estimativa de severidade e documentos.
5. Abertura do sinistro. Um número é gerado e o processo é criado no sistema de sinistros.
6. Triagem de cobertura. Primeira passada sobre se o evento comunicado plausivelmente cabe nos termos, franquias, limites e exclusões. É uma triagem, não uma decisão.
7. Segmentação. O sinistro é classificado por complexidade, severidade e indicadores de fraude, e roteado. Caso limpo e de baixa severidade vai para a esteira rápida. Caso complexo ou suspeito sobe.
8. Designação do regulador. O processo vai para quem vai tratá-lo, interno, independente ou unidade especializada, compatível com o tipo e o tamanho da reserva.
9. Constituição de reserva. Uma reserva inicial é lançada para que a posição financeira reflita a exposição.
10. Confirmação ao cliente. O segurado recebe o número, o que acontece agora e o que precisam dele.

As etapas 3 a 8 são onde o dinheiro é ganho ou perdido. O que vem depois é regulação e liquidação, que é outra disciplina. A automação dessa parte de baixo está em dados não estruturados em seguros.

O que um aviso completo tem

Aviso incompleto é a causa número um de inflação do ciclo, porque cada campo faltando vira um retorno de contato, e cada retorno vira dias. Um aviso completo costuma trazer identificação da apólice e confirmação de vigência na data do evento, os fatos do sinistro com data, hora, local e uma descrição em português claro, a causa codificada na taxonomia da seguradora, as partes envolvidas com contato, o que foi danificado e uma primeira noção de escala, os documentos aplicáveis como fotos, boletim de ocorrência, notas fiscais ou conhecimento de transporte, e os dados de quem está avisando e em que qualidade.

Some a isso o consentimento de tratamento de dados, que sob a LGPD precisa ser tratado de propósito e não presumido.

Repare que severidade, causa e dados das partes são os três campos que comandam a triagem. Se vierem errados ou vazios, o sinistro é roteado errado, e rerrotear depois que um regulador já encostou custa caro.

Um aviso pode gerar mais de um sinistro?

Pode, e essa é uma das partes menos compreendidas do processo. Um único aviso de sinistro pode gerar vários sinistros quando um mesmo evento aciona coberturas, reclamantes ou seções de apólice distintas.

Um incêndio industrial dispara danos materiais, lucros cessantes e possivelmente responsabilidade civil, cada um tratado como sinistro separado sob sua seção, a partir de um único aviso. Um acidente de trânsito com três feridos gera um aviso e vários sinistros de danos corporais. Uma perda que atravessa camadas primária e excedente abre processos em mais de uma seguradora. E em responsabilidade civil, uma ocorrência pode gerar reclamações que chegam ao longo de anos, com o aviso original permanecendo como âncora.

A consequência prática é que o sistema de intake precisa abrir uma estrutura um-para-muitos a partir de um aviso. Sistema que força um aviso a equivaler a um sinistro produz avisos duplicados, reserva reportada errada e bordereaux que não fecha.

Por que a qualidade do aviso define o custo

Leakage, a diferença entre o que o sinistro custou e o que deveria ter custado, é decidida em grande parte nas primeiras horas.

Severidade errada no intake significa roteamento errado, e o processo que deveria ter ido para um especialista fica uma semana numa fila geral enquanto o dano piora e o cliente perde a paciência. Documentação faltando significa que a primeira ação do regulador é um pedido, não uma avaliação. E intake não estruturado significa que o dado necessário para triagem de fraude chega tarde demais para servir, porque os sinais de fraude num relato são mais fortes antes de a pessoa contar a história duas vezes.

Tem também um custo puro de dado. Times corporativos perdem de 20% a 30% do tempo organizando dado não estruturado, segundo o Gartner. Intake de sinistro é uma das maiores concentrações de entrada não estruturada do setor: texto livre, foto, PDF e transcrição de ligação chegando juntos, todos precisando virar campo.

O que automatizar e o que não

A parte automatizável do aviso é a mecânica: ler, extrair campos, casar a apólice, checar completude, codificar a causa, pontuar severidade e indicadores de fraude, e rotear. São tarefas de padrão com resposta certa, e são exatamente as que deixam o regulador lento. O detalhe está em leitura inteligente de submissões.

A parte que não deve ser automatizada é a que exige julgamento: decisão de cobertura, adequação de reserva em processos complexos, e qualquer conversa com um cliente que acabou de ter um dia ruim. Uma camada de intake que resume e roteia bem deixa o regulador melhor. Uma que decide cobertura cria um problema regulatório.

A lógica de arquitetura é a mesma que vale para o resto da operação. O core de sinistros guarda o processo, a reserva e o registro financeiro, e deve continuar guardando. A inteligência senta na frente, estrutura o aviso, decide o roteamento e devolve com trilha de auditoria em vez de substituir o sistema de registro. O raciocínio está em o que é uma camada de inteligência de subscrição e vale igual para intake de sinistro.

A WIR Innovation é uma camada de IA externa para seguradoras e MGAs que estrutura intake não estruturado, automatiza decisão e devolve trilha de auditoria completa sem substituir o core, e aplicou esse padrão numa prova de conceito com uma seguradora global no ramo de Transportes.