Um sistema para administradora de proteção patrimonial mutualista precisa sustentar obrigações que a Resolução CNSP nº 491/2026 tornou exigíveis.
São elas: escrituração e demonstrações financeiras segregadas por grupo, apuração do rateio em até cinco dias após a data-base, contribuição discriminada em três parcelas e informação disponível à Susep em prazos curtos.
Sistemas de associação, de seguradora ou de consórcio cobrem partes desse problema, mas não foram desenhados sobre grupos com patrimônio segregado.
Principais pontos
- A Resolução CNSP nº 491, de 4 de maio de 2026, transformou obrigações de governança em requisitos operacionais diários. Boa parte deles só é cumprida se o sistema for desenhado para isso desde o início.
- A exigência estrutural é a segregação por grupo: cada grupo de proteção patrimonial mutualista tem CNPJ, patrimônio, provisões técnicas e demonstrações financeiras próprias, separadas da contabilidade da administradora.
- Prazos regulatórios viram requisitos de disponibilidade de dados: cinco dias para concluir a apuração do rateio, dez dias para responder a um pedido de adesão, vinte e quatro horas para entregar o contrato de participação e noventa dias para regular e liquidar um evento.
- O cronograma é conhecido. A Susep indica 7 de maio de 2028 como prazo final da Fase III, quando a associação precisa apresentar contrato com uma administradora autorizada. A janela de análise prioritária de pedidos de autorização se encerrou em 3 de agosto de 2026.
- Tecnologia não produz conformidade sozinha. O sistema organiza o processo e sustenta a evidência; a obrigação continua sendo da administradora e dos diretores designados.
O que mudou entre operar uma associação e administrar grupos supervisionados
Até 2025, a proteção veicular mutualista operava como atividade associativa, fora do perímetro de supervisão da Susep. A Lei Complementar nº 213, de 15 de janeiro de 2025, encerrou esse arranjo e criou uma estrutura de três figuras:
- A associação, que forma o grupo e representa os participantes.
- O grupo, com patrimônio próprio e CNPJ.
- A administradora, sociedade por ações de objeto social exclusivo, autorizada pela Susep, responsável pela gestão operacional, atuarial e financeira.
Em termos práticos, a administradora de operações de proteção patrimonial mutualista (PPM) é a única entidade que pode subscrever riscos, processar adesões, emitir contratos, calcular e cobrar o rateio, gerir o patrimônio dos grupos e regular e liquidar eventos cobertos. A associação pode apoiar parte dessas atividades, mas apenas mediante contrato e sob supervisão da administradora.
O processo de regularização foi organizado em fases, conforme a página oficial da Susep sobre associações de proteção patrimonial mutualista:
| Marco | Data | O que significa |
|---|---|---|
| Fase I — cadastramento das associações | Encerrada em 15/07/2025 | Associações em atividade se cadastraram na Susep e assinaram termo de adequação. |
| Fase II — regulamentação | Concluída com a Resolução CNSP nº 491, de 04/05/2026 | Definidos critérios de autorização, capital, provisões, rateio, contabilidade e controles. |
| Janela de análise prioritária | Encerrada em 03/08/2026 | Pedidos de apresentação técnica recebidos nesse período têm análise prioritária. |
| Fase III — regularidade | Prazo final indicado pela Susep: 07/05/2028 | A associação se torna regular ao apresentar contrato com administradora autorizada. |
Esse desenho muda o objeto do software. O sistema de uma associação foi construído para cadastrar associados, emitir boletos, acionar assistência e registrar ocorrências. O sistema de uma administradora precisa fazer isso e, ao mesmo tempo:
- Manter uma contabilidade separada por grupo.
- Calcular provisões técnicas.
- Apurar o rateio dentro de um prazo fixo.
- Discriminar cada parcela cobrada.
- Produzir, sob demanda, relatórios técnicos assinados por atuário.
São camadas diferentes de responsabilidade sobre o mesmo dado.
O que um sistema para administradora de proteção patrimonial mutualista precisa sustentar
Para quem está desenhando ou avaliando um sistema, a leitura útil da Resolução CNSP nº 491/2026 é traduzir cada artigo em comportamento esperado do software. A tabela abaixo reúne os pontos com maior impacto sobre arquitetura e modelo de dados.
| Exigência regulatória | Onde está | O que o sistema precisa sustentar |
|---|---|---|
| Escrituração de cada grupo segregada da contabilidade da administradora; demonstrações financeiras próprias por grupo, enviadas à Susep e publicadas no site da administradora. | Art. 94 | Plano de contas e fechamento contábil por grupo, com CNPJ próprio, e não rateio de centro de custo dentro de uma contabilidade única. |
| Provisão de Eventos a Liquidar (PEL) e Provisão de Eventos Ocorridos e Não Avisados (PEONA), com data-base no último dia de cada mês. | Art. 63 a 66 | Cálculo mensal por grupo, com histórico auditável de avisos, estimativas e baixas por liquidação financeira. |
| Período de rateio limitado a três meses; apuração concluída em até cinco dias após a data-base. | Art. 67 | Fechamento com trava de prazo, consolidando eventos, despesas, salvados, ressarcimentos, resultado financeiro e ajustes de períodos anteriores. |
| Contribuição composta por taxa de administração, custo do rateio e contribuição mensal de estabilização, discriminadas no documento de cobrança. | Art. 70 | Cobrança com decomposição explícita por parcela, inclusive separando a parte da estabilização que vai ao patrimônio líquido do grupo. |
| Patrimônio líquido do grupo usado exclusivamente para mitigar oscilação de rateio; redução obrigatória das contribuições quando o saldo excede três meses de arrecadação. | Art. 69, §§ 6º e 7º | Controle de saldo por grupo com regra automática de gatilho e registro do critério aplicado. |
| Resgate ao participante desligado em até vinte dias após a apuração do último rateio, considerando tempo de permanência, garantias e contribuições. | Art. 69, § 8º | Memória de cálculo individual reconstituível, por participante e por período. |
| Resposta ao pedido de adesão em até dez dias; entrega do contrato de participação em até vinte e quatro horas da adesão. | Art. 33 e 35 | Workflow de aceitação com prazos controlados e emissão documental versionada. |
| Prazo máximo de noventa dias para regulação e liquidação do evento coberto. | Art. 22 | Relógio por sinistro a partir da entrega da documentação, com alerta e trilha de decisão. |
| Todas as versões do contrato de participação disponíveis para consulta pública no site da administradora, com versão e período de adesões. | Art. 29 | Versionamento contratual publicável, vinculado a associação e grupo. |
| Registro das operações e identificação do participante e do contrato pelo prazo previsto na norma. | Art. 62 | Retenção e recuperação de histórico, inclusive de contratos não mais comercializados. |
A segregação por grupo é o requisito que mais quebra sistema adaptado
Entre todas as exigências, a segregação patrimonial por grupo é a que menos aceita adaptação. Um sistema que trata o grupo como categoria, filtro ou centro de custo consegue produzir relatórios gerenciais.
O que ele não produz é uma demonstração financeira própria por grupo, com balanço patrimonial, demonstração de resultado, mutação do patrimônio e parecer de auditor independente — e é isso que a norma pede.
Há um efeito em cascata. As notas explicativas da administradora devem conter provisões técnicas, ativos, ativos garantidores, ativos redutores e patrimônio líquido de cada grupo sob gestão. Os ativos garantidores precisam estar registrados ou custodiados em contas específicas e individualizadas, vinculadas à Susep.
Se a base de dados não distingue o grupo como entidade contábil desde a modelagem, a reconciliação passa a depender de planilha e de conhecimento concentrado em poucas pessoas. É exatamente o tipo de dependência que a auditoria operacional anual vai examinar.
Esse é um problema clássico de integração entre sistemas e de modelo de dados, não de funcionalidade de tela.
Prazos curtos exigem dado pronto, não relatório sob encomenda
Quando a Susep solicitar, a Resolução 491 estabelece prazos para a entrega de informação:
| Informação | Prazo de entrega |
|---|---|
| Nota técnica atuarial com a metodologia de provisões | 5 dias úteis |
| Relatório detalhado de cada apuração de rateio | 5 dias |
| Valores dos limites de retenção | 5 dias |
| Estudo atuarial de direitos recebíveis de rateio | 15 dias |
| Segregação de ativos de seguro e resseguro redutores, por grupo, por seguradora e por resseguradora | 15 dias |
Nenhum desses prazos é generoso para uma operação que precise reconstruir o número a partir de extrações manuais. O requisito real é que o dado já exista estruturado e rastreável até a origem, com a memória de cálculo preservada.
Use o checklist do artigo para verificar quais exigências regulatórias e operacionais o sistema já sustenta — e onde ainda existem lacunas de processo, registro ou controle.
Segurança cibernética e proteção de dados entraram como obrigação explícita
O Art. 106 lista onze frentes de controle que a administradora deve manter:
- Segurança física.
- Controle de acesso.
- Criptografia.
- Proteção contra software malicioso.
- Backup.
- Registro de logs de atividades de usuários e falhas.
- Proteção de redes.
- Desenvolvimento e aquisição de sistemas.
- Identificação de vulnerabilidades.
- Resposta a incidentes.
- Terceirização de processamento e armazenamento de dados, inclusive nuvem.
Dois pontos merecem atenção de quem contrata tecnologia. O primeiro: o plano de resposta a incidentes precisa prever comunicação com associações contratantes e participantes.
O segundo: os contratos de terceirização, salvo os de adesão, devem prever expressamente que o prestador adote controles não inferiores aos da própria administradora e que garanta à Susep acesso de consulta aos dados e aos serviços prestados. Isso é cláusula contratual com o fornecedor de software, e precisa ser negociada antes da assinatura.
A norma também exige que administradoras e associações observem a legislação de proteção de dados pessoais em relação aos participantes (Art. 48, § 1º, VIII).
Como a associação coleta e repassa dados cadastrais à administradora, o fluxo entre os dois sistemas precisa ter finalidade, base legal e responsabilidades definidas. O tema é aprofundado em LGPD nas empresas: adequação, governança e compliance na prática.
Ponto de atenção: o cálculo do rateio tem efeito contratual direto
A contribuição mensal de estabilização é obrigatória e serve para dar previsibilidade ao participante. Quando o valor arrecadado supera o rateio apurado no mês, o excedente compõe o patrimônio líquido do grupo. Quando fica abaixo, a diferença pode ser coberta por esse patrimônio.
O detalhe operacional está na comunicação. Sempre que usar o patrimônio líquido para reduzir a contribuição, a administradora precisa informar ao participante o valor total do rateio e a parcela deduzida, com justificativa. E precisa disponibilizar relatório com a metodologia, as variáveis e os parâmetros adotados na apuração.
Se o cálculo acontece fora do sistema — em planilha atuarial isolada, por exemplo —, a operação fica com dois problemas simultâneos:
O dado publicado ao participante não tem rastro até a origem.
A auditoria operacional anual, que avalia expressamente a adequação dos rateios e a transparência na apuração e cobrança das contribuições, encontra uma lacuna de evidência.
A consequência não é automática, mas o risco é concreto e evitável na fase de desenho.
Comparação com alternativas
Não há caminho único, e manter parte do cenário atual pode ser a decisão correta, dependendo do porte e do prazo do projeto.
| Alternativa | Quando pode funcionar | Limitação principal | Impacto possível | Critério para avançar |
|---|---|---|---|---|
| Adaptar o sistema atual da associação | Operação pequena, com um ou dois grupos, e sistema com modelo de dados já extensível. | Ausência de contabilidade e demonstrações por grupo; trilha de auditoria geralmente incompleta. | Reconciliação manual recorrente e dificuldade de responder a exigências em cinco a quinze dias. | Verificar se o grupo existe como entidade contábil no modelo de dados, não apenas como filtro. |
| ERP contábil genérico somado a planilhas atuariais | Estruturação inicial, antes da homologação, com volume baixo. | Cálculo de rateio e provisões fora do sistema, sem vínculo com o dado transacional. | Divergência entre o valor cobrado, o valor contabilizado e o valor publicado. | Só considerar como estágio temporário, com data de encerramento definida. |
| Adaptar core de seguradora | Equipe com experiência em operação regulada e core com produto configurável. | O core é construído sobre apólice e prêmio; rateio e patrimônio de grupo são conceitos ausentes. | Customização extensa, com custo de manutenção crescente a cada norma nova. | Avaliar se a camada de configuração permite criar a entidade grupo sem alterar o núcleo. |
| Adaptar plataforma de consórcio | Semelhança estrutural real entre grupo, rateio e administradora. | Regras de contemplação, lance e bem não correspondem a evento coberto, regulação e liquidação. | Reescrita de boa parte da lógica de sinistro e provisões. | Comparar o modelo de grupo e assembleia com o de rateio e nota técnica atuarial. |
| Desenvolvimento sob medida | Requisitos bem definidos e equipe disponível para sustentar o produto ao longo do tempo. | Prazo e custo iniciais maiores; risco de subestimar o esforço contábil e atuarial. | Atraso na homologação se o cronograma não considerar auditoria e testes. | Ter os requisitos regulatórios traduzidos antes de iniciar o desenvolvimento. |
| Plataforma modular com camada de integração | Quando parte dos componentes já existe e o esforço se concentra na camada específica do mutualismo. | Depende da qualidade das interfaces e da governança da integração. | Menor esforço inicial, com dependência de fornecedor em pontos críticos. | Exigir contrato com as cláusulas de terceirização previstas no Art. 106, § 3º. |
O ponto de partida é separar o que pode ser reaproveitado da arquitetura atual daquilo que precisa nascer preparado para grupo segregado, rateio, provisões, rastreabilidade e obrigações próprias do mutualismo.
O que costuma dar errado em projetos assim
| Erro recorrente ou risco de execução | Por que acontece | Consequência possível | Como reduzir o risco |
|---|---|---|---|
| Tratar o grupo como atributo, e não como entidade | O modelo de dados é herdado do sistema da associação, onde só existia o associado. | Impossibilidade de gerar demonstrações financeiras por grupo sem processo manual. | Modelar grupo, participante, contrato de participação e item ativo como entidades distintas desde o início. |
| Manter o cálculo de rateio fora do sistema | A metodologia nasce em planilha atuarial durante a estruturação do projeto. | Divergência entre cobrado, contabilizado e publicado, sem memória de cálculo recuperável. | Incorporar a metodologia da nota técnica ao sistema e versionar cada mudança. |
| Subestimar o versionamento contratual | O contrato de participação é tratado como documento, não como configuração de produto. | Comercialização de versão não publicada, vedada pelo Art. 29, § 1º. | Vincular cada adesão à versão contratual vigente e publicar todas as versões. |
| Deixar a segurança cibernética para depois da homologação | A prioridade inicial é a autorização e o cronograma comercial. | Contrato de terceirização sem as cláusulas exigidas, com renegociação sob pressão. | Levar os requisitos do Art. 106 para dentro do contrato com o fornecedor antes da assinatura. |
| Não planejar a portabilidade do grupo | A transferência entre administradoras parece hipótese remota. | Dificuldade de entregar dados e histórico completos em quinze dias, conforme o Art. 9º, § 4º. | Definir desde o início o formato de exportação completa por grupo. |
Checklist: seu sistema cobre as exigências operacionais da Resolução 491?
O checklist a seguir reúne oito condições observáveis, extraídas diretamente da norma. Ele não mede maturidade nem conformidade: serve para identificar rapidamente quais frentes já estão cobertas no seu projeto e quais ainda dependem de decisão de arquitetura.
Seu sistema cobre as exigências operacionais da Resolução CNSP 491/2026?
Marque os itens que o seu projeto de sistema já resolve hoje, sem apoio de planilha ou processo manual. São oito condições extraídas diretamente da norma.
Nenhuma resposta é enviada ou armazenada. O conteúdo permanece legível mesmo sem a interação.
Itens não marcados indicam pontos a levar para a próxima reunião técnica do projeto. Não são necessariamente um problema, mas uma decisão ainda em aberto.
Critérios de decisão
Prazo
A Fase III tem 7 de maio de 2028 como marco indicado pela Susep. A autorização da administradora, porém, antecede tudo.
Ela começa por uma apresentação técnica do projeto à Susep e segue, conforme o manual de orientação divulgado pela autarquia , por autorização prévia, comprovação de requisitos e homologação para início de operação. O sistema precisa estar demonstrável antes da homologação, não depois.
Capacidade interna
A norma exige diretores estatutários responsáveis por controles internos, contabilidade, área técnica e relações com a Susep, além de atuário, contador e ouvidor. Se a equipe de tecnologia não tem quem traduza requisito atuarial e contábil em requisito de sistema, essa lacuna costuma aparecer tarde — normalmente na auditoria operacional.
Escala e geografia
O capital base varia conforme a abrangência autorizada:
| Abrangência autorizada | Capital base |
|---|---|
| Uma única região geográfica | R$ 1,3 milhão |
| Duas regiões geográficas | R$ 2,6 milhões |
| Atuação nacional | R$ 4 milhões |
A esse valor soma-se o capital de risco, calculado sobre as contribuições dos últimos doze meses. Um projeto regional e um projeto nacional têm frames de investimento distintos, e isso deve orientar o escopo do sistema.
Número de grupos
Com um único grupo, quase todas as exigências são administráveis com apoio manual. Com vários grupos, contratos e versões distintas, o fechamento mensal se torna inviável sem automação.
Manutenção
A regulação do segmento é nova e tende a ganhar normas complementares da Susep. O critério relevante não é apenas o custo de implantar, mas quem sustenta a evolução do sistema a cada mudança normativa.
Como a tecnologia sustenta essa operação na prática
Os requisitos descritos acima se organizam em quatro camadas. Nenhuma delas é exclusiva do mutualismo; o que é específico é a combinação.
Configuração de produto e contrato
As garantias permitidas são delimitadas: danos patrimoniais de veículos terrestres, responsabilidade civil a terceiros decorrente de acidente com o veículo protegido e assistências relacionadas. As modalidades, franquias, regras de exclusão e critérios de indenização, porém, variam por grupo e por versão contratual.
Isso pede uma camada administrativa que permita configurar produto sem desenvolvimento a cada ajuste. É a mesma lógica que sustenta os cotadores parametrizáveis da Tecnologia Única , organizados em três módulos:
Configuração administrativa do produto.
Cotação online, que lê essas parametrizações nos canais de venda.
Gerenciamento do workflow de aceitação.
Transferência de risco
A administradora pode contratar seguro e resseguro em favor do grupo e é equiparada à cedente para fins da regulamentação de resseguro. Além disso, precisa manter, mensalmente e à disposição da Susep, a segregação dos ativos de seguro e resseguro redutores por grupo, por seguradora e por resseguradora. Trata-se de gestão de contratos de transferência de risco com parametrização flexível.
Para seguradoras, essa capacidade é atendida pelo Flexus, sistema de resseguro da Tecnologia Única, com configuração de diferentes formatos de contrato, cálculo de capitais e gestão de pagamentos dentro da própria ferramenta. A aderência ao contexto mutualista precisa ser avaliada caso a caso, porque o sistema foi construído sobre a estrutura de apólice e prêmio.
Arquitetura de integração e rastreabilidade
É a camada que sustenta a segregação por grupo e a recuperação da memória de cálculo. O problema é o mesmo de qualquer core system de seguros que precise responder a auditoria e a supervisor, com a camada adicional da contabilidade por grupo.
Capacidade de sustentar a evolução
Projetos de autorização concorrem com o dia a dia da operação. Quando a limitação está na disponibilidade da equipe, e não na tecnologia, o modelo de squads especializados em outsourcing permite dedicar capacidade ao projeto sem parar o restante.
Para associações que hoje operam sobre sistemas antigos, vale uma distinção. A decisão sobre o sistema da futura administradora e a decisão sobre a modernização dos sistemas legados da associação são projetos diferentes, com donos e cronogramas diferentes. Tratá-los como um só costuma atrasar os dois.
Configuração de produto e contrato
As garantias permitidas são delimitadas: danos patrimoniais de veículos terrestres, responsabilidade civil a terceiros decorrente de acidente com o veículo protegido e assistências relacionadas. As modalidades, franquias, regras de exclusão e critérios de indenização, porém, variam por grupo e por versão contratual.
Isso pede uma camada administrativa que permita configurar produto sem desenvolvimento a cada ajuste. É a mesma lógica que sustenta os cotadores parametrizáveis da Tecnologia Única , organizados em três módulos:
Configuração administrativa do produto.
Cotação online, que lê essas parametrizações nos canais de venda.
Gerenciamento do workflow de aceitação.
Transferência de risco
A administradora pode contratar seguro e resseguro em favor do grupo e é equiparada à cedente para fins da regulamentação de resseguro. Além disso, precisa manter, mensalmente e à disposição da Susep, a segregação dos ativos de seguro e resseguro redutores por grupo, por seguradora e por resseguradora. Trata-se de gestão de contratos de transferência de risco com parametrização flexível.
Para seguradoras, essa capacidade é atendida pelo Flexus, sistema de resseguro da Tecnologia Única, com configuração de diferentes formatos de contrato, cálculo de capitais e gestão de pagamentos dentro da própria ferramenta. A aderência ao contexto mutualista precisa ser avaliada caso a caso, porque o sistema foi construído sobre a estrutura de apólice e prêmio.
Arquitetura de integração e rastreabilidade
É a camada que sustenta a segregação por grupo e a recuperação da memória de cálculo. O problema é o mesmo de qualquer core system de seguros que precise responder a auditoria e a supervisor, com a camada adicional da contabilidade por grupo.
Capacidade de sustentar a evolução
Projetos de autorização concorrem com o dia a dia da operação. Quando a limitação está na disponibilidade da equipe, e não na tecnologia, o modelo de squads especializados em outsourcing permite dedicar capacidade ao projeto sem parar o restante.
Como estruturar o próximo passo
Configuração de produto e contrato
As garantias permitidas são delimitadas: danos patrimoniais de veículos terrestres, responsabilidade civil a terceiros decorrente de acidente com o veículo protegido e assistências relacionadas. As modalidades, franquias, regras de exclusão e critérios de indenização, porém, variam por grupo e por versão contratual.
Isso pede uma camada administrativa que permita configurar produto sem desenvolvimento a cada ajuste. É a mesma lógica que sustenta os cotadores parametrizáveis da Tecnologia Única , organizados em três módulos:
Configuração administrativa do produto.
Cotação online, que lê essas parametrizações nos canais de venda.
Gerenciamento do workflow de aceitação.
Transferência de risco
A administradora pode contratar seguro e resseguro em favor do grupo e é equiparada à cedente para fins da regulamentação de resseguro. Além disso, precisa manter, mensalmente e à disposição da Susep, a segregação dos ativos de seguro e resseguro redutores por grupo, por seguradora e por resseguradora. Trata-se de gestão de contratos de transferência de risco com parametrização flexível.
Para seguradoras, essa capacidade é atendida pelo Flexus, sistema de resseguro da Tecnologia Única, com configuração de diferentes formatos de contrato, cálculo de capitais e gestão de pagamentos dentro da própria ferramenta. A aderência ao contexto mutualista precisa ser avaliada caso a caso, porque o sistema foi construído sobre a estrutura de apólice e prêmio.
Arquitetura de integração e rastreabilidade
É a camada que sustenta a segregação por grupo e a recuperação da memória de cálculo. O problema é o mesmo de qualquer core system de seguros que precise responder a auditoria e a supervisor, com a camada adicional da contabilidade por grupo.
Capacidade de sustentar a evolução
Projetos de autorização concorrem com o dia a dia da operação. Quando a limitação está na disponibilidade da equipe, e não na tecnologia, o modelo de squads especializados em outsourcing permite dedicar capacidade ao projeto sem parar o restante.
Conclusão
A decisão sobre o sistema de uma administradora de proteção patrimonial mutualista é, em boa parte, uma decisão de modelo de dados. Quatro condições se definem na arquitetura e ficam caras de corrigir depois da homologação:
- Segregação contábil por grupo.
- Memória de cálculo do rateio recuperável.
- Versionamento contratual.
- Capacidade de entregar informação à Susep em cinco a quinze dias.
O marco de 7 de maio de 2028 não significa que o sistema possa ser deixado para a etapa final. A autorização da administradora envolve apresentação técnica, autorização prévia e homologação, e a operação precisa chegar a essas etapas com processos, dados e responsabilidades estruturados. Por isso, o caminho gradual tende a reduzir o risco de correções feitas sob pressão de cronograma: mapear requisitos, modelar entidades, decidir o que aproveitar, integrar ou construir e testar essas escolhas.
Se a sua operação está estruturando uma administradora ou avaliando como a associação vai se conectar a uma, a Tecnologia Única pode apoiar o desenho da arquitetura, as integrações, a configuração de produtos e workflows e o desenvolvimento das camadas específicas que o projeto exigir.
Converse com um especialista sobre o que pode ser aproveitado, integrado ou
Perguntas frequentes
A categoria regulada é recente: foi criada pela LC 213/2025 e detalhada em maio de 2026. Sistemas de seguradora, de consórcio e de associação cobrem partes do problema. Mas a combinação de patrimônio segregado por grupo, rateio periódico e regulação de sinistro sob supervisão da Susep não corresponde exatamente a nenhuma dessas categorias. Na prática, a avaliação costuma ser sobre quanto de cada plataforma pode ser aproveitado e quanto precisa ser construído.
A gestão operacional e financeira dos grupos é competência privativa da administradora. A associação pode desempenhar atividades de apoio operacional definidas no contrato de prestação de serviços, como aconselhamento, coleta de dados cadastrais, aviso de eventos e, mediante delegação expressa, apoio na regulação e na subscrição. O sistema da associação passa a ser periférico ao sistema da administradora, e a interface entre os dois é um requisito de projeto.
Em setembro de 2026, a Susep informa que não há administradora autorizada a operar. Durante a janela de análise prioritária, encerrada em 3 de agosto de 2026, a autarquia recebeu 63 solicitações de reunião para apresentação técnica. A apresentação técnica antecede o protocolo formal do pedido e não representa autorização.
Não. A autorização avalia o projeto empresarial, a estrutura societária, os requisitos de capital, os administradores designados e a viabilidade técnica e econômica. O sistema sustenta a demonstração de como a operação funcionará e a capacidade de cumprir obrigações contínuas, mas não substitui nenhum desses requisitos.
Pela orientação da Susep, a associação que não comprovar a contratação no prazo terá o cadastro cancelado. Ela não poderá atuar com proteção patrimonial mutualista até efetuar a contratação e comunicá-la pelo sistema eletrônico. A norma também prevê mecanismos de prorrogação vinculados à conclusão da análise do primeiro lote de pedidos de autorização.
Referências externas
[1] Planalto. Lei Complementar nº 213, de 15 de janeiro de 2025.
[2] Susep. Resolução CNSP nº 491, de 4 de maio de 2026.
[3] Susep. Associações de proteção patrimonial mutualista: fases, prazos e perguntas frequentes.
[4] Susep. Orientações para pedidos de autorização de administradoras de proteção patrimonial mutualista.
[5] Conhecer Seguros. Manual da Susep detalha regras para autorização de administradoras de proteção patrimonial mutualista.
[6] Revista Apólice. Susep conclui etapa inicial de autorização mutualista.
FR 
PT 
EN 
ES 
IT 
DE 