Five things changed. Keys moved from RSA to ECDSA. Contactless reading arrived over ISO/IEC 14443, protected by the PACE protocol. A six-digit CAN code was introduced for contactless access. The chip contacts moved to the back of the card. And there is no API that tells you which version is in front of you.
Eleven sectors are named in Article 5f(2) of the eIDAS Regulation as amended: transport, energy, banking, financial services, social security, health, drinking water, postal services, digital infrastructure, education and telecommunications. The deadline is 24 December 2027.
Because extraction is the easy part. What separates a demonstration from a production system is disambiguation, meaning knowing that three different spellings are the same entity and that two identical spellings are not, and knowing when the model should refuse to answer rather than risk it.
Every few months, we get the same question: can we authenticate users with the Portuguese Citizen Card directly in our own application? Yes. The official middleware is open source and supports the Cartão de Cidadão, Chave Móvel Digital and professional attribute certification.
A evidência de qualidade de software não é a mesma coisa que um programa de testes, e a diferença é aquilo que a primeira revisão de supervisão a sério tende a expor. A maioria das instituições financeiras reguladas tem engenheiros de QA, suites de testes, pipelines de CI/CD e dashboards a verde. Bem menos têm evidência.
Quando uma equipa de controlo de qualidade (QA) num banco avalia ferramentas de teste de IA, a conversa tende a começar com o mesmo conjunto de questões que qualquer equipa de engenharia faria: quantos casos de teste gera, quão precisa é a geração, quão bem lida com a manutenção de testes, que frameworks suporta. Estas são questões legítimas. São também o ponto de partida errado, porque tratam o problema do QA assistido por IA numa instituição financeira regulamentada como se fosse o mesmo problema do QA assistido por IA numa startup SaaS. Não é.
O DORA exige que as instituições financeiras demonstrem resiliência operacional aos organismos de supervisão, e não apenas que realizem testes. Este artigo aborda o que as equipas de QA (Garantia da Qualidade) dos bancos precisam efetivamente de produzir como evidência, que artigos do DORA regem esta exigência e em que aspetos a maioria dos programas de testes deixa a desejar quando ocorre uma revisão de supervisão.
A construção da Qualigentic forçou-nos a ser precisos sobre o que realmente muda quando a IA entra no fluxo de trabalho de testes — não o que é automatizado, mas o que é repensado. É isso que partilhamos aqui.
Existe uma versão da conversa sobre a qualidade do software que a maioria das equipas de engenharia já teve muitas vezes. Ela decorre aproximadamente assim: a cobertura de testes é demasiado baixa, o processo de QA é demasiado lento, as ferramentas não estão suficientemente integradas e algo tem de mudar antes da próxima versão. Essa conversa é útil até certo ponto.
O *shift-left testing* é uma ambição há uma década, mas raramente se torna realidade, pois escrever testes precocemente gera custos que as equipas não conseguem absorver. A IA com capacidade de ação (*agentic AI*) altera esta equação. Este artigo aborda a forma como a Qualigentic gera e mantém suites de testes a partir de requisitos, e o que muda quando os testes deixam de ser um estrangulamento.