Em aplicação
DORA: Aplicam-se as regras de resiliência operacional digital
Risco de TIC, registo de terceiros, notificação de incidentes e testes.
Serviços financeiros
O que desenvolvemos para bancos, seguradoras, sociedades gestoras e instituições de pagamento: IA que se consegue explicar a um supervisor, integração que respeita o núcleo e operações concebidas em torno do DORA desde a primeira decisão de arquitetura.
Para instituições financeiras sob supervisão europeia, das autoridades nacionais ao BCE, à EBA, à EIOPA, à ESMA e à AMLA.

17 de janeiro de 2025
Aplica-se o DORA
Gestão do risco de TIC, registos de terceiros, notificação de incidentes e testes de resiliência para as entidades financeiras.
10 de julho de 2027
Aplica-se o Regulamento Antibranqueamento
Um conjunto único de regras de diligência quanto à clientela em toda a UE, com a nova autoridade AMLA.
2 de dezembro de 2027
Risco elevado no crédito e nos seguros
A avaliação da solvabilidade e a fixação de preços de seguros de vida e de saúde são utilizações de risco elevado do Regulamento da IA; data de aplicação na redação alterada em 2026.
O DORA transforma a resiliência operacional em obrigações concretas: gestão do risco de TIC, um registo de todos os acordos com terceiros prestadores de serviços de TIC, notificação classificada de incidentes e testes regulares. Os fornecedores de cloud e de IA passam a fazer parte do quadro de supervisão.
A avaliação de crédito e a fixação de preços de seguros tornam-se utilizações de risco elevado no Regulamento da IA. A gestão do risco de modelo tem de abranger os modelos de aprendizagem automática e generativos, com documentação, monitorização e supervisão humana proporcionais ao impacto.
As transferências imediatas, a verificação do beneficiário e o open banking aumentaram as expectativas de rapidez e transparência. As próximas regras dos serviços de pagamento vão reforçar ainda mais a prevenção da fraude e a qualidade das APIs.
Os mainframes e as plataformas centrais continuam a sustentar a contabilidade. A mudança tem de acontecer à volta deles, através de APIs e eventos, sem pôr em risco a estabilidade nem o reporte regulamentar.
A abertura de conta e as revisões periódicas dependem de analistas que leem documentos à mão.
O processamento inteligente de documentos extrai e verifica os comprovativos de identidade, de beneficiário efetivo e de origem dos fundos. Os analistas reveem os casos assinalados, e cada verificação fica registada para auditoria e para o futuro conjunto único de regras antibranqueamento.
Gestores e equipas de serviço consultam cinco sistemas para responder a uma pergunta.
Um assistente que respeita as permissões, sobre produtos, políticas e procedimentos, cita as suas fontes e regista o que foi mostrado, para que os registos do aconselhamento fiquem completos.
Cada alteração ao núcleo é lenta, cara e arriscada.
Expomos as capacidades do núcleo através de APIs e fluxos de eventos, retiramos funções passo a passo e mantemos a reconciliação ativa até ser possível desativar o circuito antigo.
O registo do DORA e o fluxo de incidentes vivem em folhas de cálculo.
Incorporamos o registo de informações, a classificação de incidentes e os fluxos de notificação nas suas ferramentas de gestão de serviços e de cloud, ligados às funções críticas que suportam.
Os modelos que não se conseguem explicar não passam na validação.
Um quadro de avaliação acordado com as equipas de risco e de validação: conjuntos de teste, explicabilidade onde a decisão o exige, monitorização de desvios e uma intervenção humana documentada.
Os reportes regulamentares são reconciliados à mão todos os trimestres.
Pipelines de dados com linhagem documentada e controlos de qualidade automáticos, segundo os princípios BCBS 239, para que os valores possam ser rastreados até à origem.
Onde a IA se situa entre os canais e os sistemas centrais, com um ponto de aprovação nos passos com consequências e os controlos do DORA a acompanhar todas as camadas.
Os serviços de IA ligam-se aos sistemas centrais apenas através da camada de integração. Os controlos do DORA aplicam-se a todos os componentes.
Clientes, gestores e equipas de serviço usam a aplicação, a web, o balcão e o centro de contacto.
Por trás dos canais estão três serviços de IA: a receção de documentos de abertura de conta e KYC, um assistente para gestores e equipas de serviço e um passo de aprovação por um analista, por onde passa cada decisão com consequências.
Os serviços de IA chegam aos sistemas centrais apenas através de uma camada de integração de APIs e fluxos de eventos. Os sistemas centrais são o core bancário ou a gestão de apólices, o CRM e a plataforma de serviço e uma plataforma de dados com linhagem documentada.
Ao longo de todas as camadas funcionam os controlos do DORA: gestão do risco de TIC, registo de terceiros prestadores de serviços de TIC, classificação e notificação de incidentes e testes de resiliência. Cada modelo é registado, validado e monitorizado no âmbito da gestão do risco de modelo.
A IA redige, extrai e sugere. As decisões sobre crédito, sinistros ou restrições de conta ficam com uma pessoa identificada.
O nível de explicação é decidido por tipo de decisão durante a conceção, e não acrescentado antes da validação.
Os prestadores de cloud e de modelos são escolhidos com planos de saída e alternativas de substituição documentados para o registo.
Entradas, resultados, versões dos modelos e aprovações são conservados para que supervisores e auditores possam reconstituir qualquer caso.
Datas que mudam o que um parceiro de entrega tem de demonstrar. As autoridades nacionais e as autoridades europeias de supervisão acrescentam orientações e normas técnicas.
Em aplicação
Risco de TIC, registo de terceiros, notificação de incidentes e testes.
Em aplicação
Em aplicação
Prepara o conjunto único de regras e a supervisão direta de instituições selecionadas.
Em aplicação
Os prestadores de serviços de pagamento da área do euro verificam o nome do beneficiário antes de executar uma transferência.
Em aplicação
Os clientes têm de ser informados quando estão a interagir com um sistema de IA.
Situação em 2 de outubro de 2026
Em breve
Diligência quanto à clientela, beneficiário efetivo e conservação de registos harmonizados.
Em breve
Incluindo a avaliação da solvabilidade e a fixação de preços de seguros de vida e de saúde, na redação alterada em 2026.
Em breve
Os instrumentos que mais influenciam o trabalho de IA e de plataformas nas instituições financeiras, e o que cada um significa para um programa de entrega.
Esta síntese apoia conversas de planeamento. Não constitui aconselhamento jurídico nem regulamentar. Datas revistas em 2 de outubro de 2026.
O Regulamento relativo à resiliência operacional digital aplica-se desde 17 de janeiro de 2025 a bancos, seguradoras, empresas de investimento, instituições de pagamento e outras entidades financeiras. Abrange a gestão do risco de TIC, a notificação de incidentes, os testes de resiliência e a gestão do risco de terceiros prestadores de serviços de TIC, incluindo as principais cláusulas contratuais (artigo 30.º). Em Portugal, as autoridades competentes são o Banco de Portugal, a ASF e a CMVM, cada uma relativamente às entidades que supervisiona (Lei n.º 73/2025).
Enquanto fornecedor de TIC, apoiamos as suas obrigações: cláusulas contratuais, notificação de incidentes, planos de saída, participação em testes e a informação de que o seu registo precisa.
FonteRegulamento (UE) 2022/2554, EUR-Lex (abre um site externo)
A IA usada para avaliar a solvabilidade de pessoas singulares ou para fixar preços em função do risco nos seguros de vida e de saúde é de risco elevado. Prestadores e responsáveis pela implantação precisam de gestão do risco, governação de dados, registos, supervisão humana e documentação. Na redação alterada em 2026, estas obrigações aplicam-se a partir de 2 de dezembro de 2027.
Classificamos cada caso de utilização cedo, incorporamos a supervisão humana no processo e produzimos documentação compatível com o seu quadro de risco de modelo.
FonteRegulamento (UE) 2024/1689, EUR-Lex (abre um site externo)
O Regulamento Antibranqueamento de Capitais substitui as regras nacionais de diligência quanto à clientela por um conjunto único de regras da UE a partir de 10 de julho de 2027. A nova autoridade AMLA coordena os supervisores nacionais e vai supervisionar diretamente instituições selecionadas de risco elevado.
Os processos de abertura de conta e de revisão precisam de um tratamento coerente das evidências e de rastos de auditoria. Concebemos a receção de documentos e os fluxos de processos para esse padrão.
FonteRegulamento (UE) 2024/1624, EUR-Lex (abre um site externo)
O artigo 22.º dá às pessoas o direito de não ficarem sujeitas a decisões tomadas exclusivamente com base no tratamento automatizado que as afetem significativamente, com exceções que exigem salvaguardas como a intervenção humana e o direito de contestar a decisão.
Concebemos processos em que uma pessoa pode rever, explicar e alterar um resultado automatizado, e registar que o fez.
FonteRegulamento (UE) 2016/679, EUR-Lex (abre um site externo)
As regras de investimento e de distribuição de seguros exigem avaliações de adequação ou de exigências e necessidades e registos do aconselhamento prestado. A IA que apoia os gestores passa a fazer parte desse registo.
Os assistentes registam o que mostraram e as fontes que usaram, para que o processo de aconselhamento fique completo e possa ser revisto.
A PSD2 rege hoje os serviços de pagamento e o acesso de open banking. As sucessoras, a PSD3 e o Regulamento dos Serviços de Pagamento, foram objeto de acordo provisório em 2025 e vão reforçar a prevenção da fraude e os requisitos de desempenho das APIs após um período de transição.
As plataformas de APIs desenvolvidas agora devem antecipar obrigações mais exigentes de desempenho, de monitorização e de partilha de dados sobre fraude.
FonteDiretiva (UE) 2015/2366, EUR-Lex (abre um site externo)
Documentos de identidade e de beneficiário efetivo extraídos e cruzados; os analistas decidem sobre cada caso assinalado.
Respostas sobre produtos, políticas e procedimentos com fontes, dentro dos direitos de acesso de cada gestor.
Reclamações classificadas por tema e urgência, encaminhadas com um resumo preliminar e com os prazos das regras de tratamento de reclamações acompanhados.
Formulários de participação, faturas e relatórios lidos e associados à apólice; os gestores de sinistros aprovam o pagamento.
Transações do mainframe expostas como APIs e eventos documentados, para que os novos canais deixem de depender de ficheiros batch.
Áreas de trabalho para gestores, percursos de abertura de conta e operações de serviço, ligados aos sistemas centrais e à receção de documentos.
Finanças e reporte do grupo, com os dados SAP disponíveis para o reporte de risco e regulamentar com linhagem documentada.
Os níveis de parceria são os detidos pela FromNine. Os nomes dos produtos são marcas dos respetivos titulares.
Portugal
Em Portugal, as autoridades competentes para efeitos do Regulamento DORA são o Banco de Portugal, a Autoridade de Supervisão de Seguros e Fundos de Pensões (ASF) e a Comissão do Mercado de Valores Mobiliários (CMVM), cada uma relativamente às entidades que supervisiona (Lei n.º 73/2025, de 23 de dezembro).
As instituições financeiras respondem também às autoridades europeias de supervisão, e a partir de 2028 algumas passam a ser supervisionadas diretamente pela AMLA. O DORA, o Regulamento da IA e o pacote antibranqueamento aplicam-se em toda a UE, mas as expectativas de supervisão, os formatos de reporte e a prática de subcontratação continuam a diferir de país para país.
Concebemos a entrega para que as evidências sejam produzidas uma só vez e possam ser mostradas a qualquer uma destas autoridades: documentação de arquitetura e de modelos, registos, resultados de testes e planos de saída, mantidos atualizados à medida que o sistema muda.
Acordamos as cláusulas contratuais que o DORA exige, notificamos incidentes pelo canal acordado, documentamos planos de saída, participamos nos testes de resiliência e fornecemos a informação de que o seu registo de terceiros prestadores de serviços de TIC precisa.
Pode, como utilização de risco elevado no Regulamento da IA, com gestão do risco, governação de dados, registos, supervisão humana e documentação. Concebemos para que seja uma pessoa a tomar a decisão e a consiga explicar, respeitando as salvaguardas do RGPD sobre decisões automatizadas.
No ambiente que o seu apetite de risco permitir: o seu próprio tenant de cloud, uma região da UE de uma cloud pública ou infraestrutura própria para as cargas sensíveis. As escolhas de modelo e de alojamento ficam documentadas, com opções de saída, para o seu registo de terceiros.
Não. Integramos por defeito e modernizamos por etapas: primeiro APIs e eventos à volta do núcleo, retirando funções apenas onde compensa, com reconciliação até o circuito antigo ser desativado.
Com conjuntos de teste e critérios de qualidade acordados com as suas equipas de risco e de validação antes da entrada em produção, monitorização depois disso e passos de revisão para os resultados incertos. O processo parte do princípio de que alguns resultados estarão errados e encaminha-os para pessoas.
Está a planear IA na abertura de conta, no aconselhamento ou nos sinistros, ou a preparar os seus sistemas para os testes do DORA? Fale com engenheiros que concebem tanto para os supervisores como para os utilizadores.