O sistema prepara e verifica cada processo. Quem instrui o processo decide.
Requerimentos, licenças, apoios, sinistros e reclamações passam por várias mãos antes de alguém decidir. Construímos fluxos de tramitação que recebem dados estruturados, pedem ao requerente uma única vez o que falta, obtêm o que os registos públicos já têm, aplicam regras versionadas e redigem a notificação, para que os técnicos dediquem o seu tempo à análise.
Para entidades públicas e empresas que tratam requerimentos, candidaturas e sinistros, cada tipo com os seus registos, regras e prazos.
Um requerimento chega como dados estruturados e a sua completude é verificada; se faltarem elementos, o requerente recebe um único pedido e o processo continua quando estes chegam. O sistema obtém dados dos registos, aplica as regras versionadas e prepara um resumo em que cada afirmação remete para a sua fonte. O técnico que instrui o processo analisa e decide, e aprova a notificação da decisão, redigida a partir de uma minuta aprovada, antes de esta ser emitida e registada.
Antes e depois
O que muda para os técnicos e para os requerentes
Hoje
Com o sistema
Hoje
Hoje: Processos que vão e voltam
Um anexo em falta é detetado semanas depois da entrega, o requerente é contactado por carta e o processo fica parado entretanto.
Com o sistema
Com o sistema: Completo antes de começar
A verificação de completude corre à entrada, e o requerente recebe um único pedido que indica exatamente o que falta.
Hoje
Hoje: Pedir dados que já existem
Os requerentes entregam certidões e comprovativos que um registo público já tem, e os serviços voltam a escrevê-los no sistema de gestão processual.
Com o sistema
Com o sistema: Dados dos registos obtidos, não pedidos
Os dados que existem numa fonte autêntica são obtidos através da sua API, com a finalidade registada, e mostrados ao técnico com a sua origem.
Hoje
Hoje: O mesmo processo, resultados diferentes
Cada técnico verifica os critérios a partir das suas próprias notas e escreve a notificação a partir de um exemplo antigo, por isso processos semelhantes podem terminar de forma diferente e ninguém sabe depois que versão das regras se aplicou.
Com o sistema
Com o sistema: Um só conjunto de regras, registado
Os critérios correm como modelos de decisão versionados com casos de teste, as notificações partem de minutas aprovadas e o processo regista que versão das regras se aplicou.
Hoje
Hoje: Prazos em folhas de cálculo
Os prazos legais são acompanhados à mão, e os processos antigos afundam-se no fim da fila até se tornarem urgentes.
Com o sistema
Com o sistema: Prazos à vista
Cada processo tem o seu prazo legal, os coordenadores veem que processos estão em risco e a pendência fica visível por antiguidade e por tipo de processo.
Fluxo de trabalho
Como funciona o fluxo de trabalho
O sistema faz a preparação: receção, dados dos registos, resultados das regras, um resumo com fontes e uma minuta de notificação. A análise e a decisão pertencem ao técnico, que vê tudo isto num único ecrã.
Fluxo de trabalho ilustrativo
7 passos · 2 pontos de controlo humano
Legenda
Sistema
Agente de IA
Pessoa
Ponto de controlo humano
Via de exceção
Tramitação de processos: fluxo ilustrativo com via de elementos em falta
Ler o diagrama em texto
O percurso principal vai da receção e verificação do requerimento, passando pela obtenção de dados dos registos, pela aplicação das regras versionadas e pela preparação de um resumo com fontes, até à análise e decisão do técnico, e termina com a redação e emissão da notificação da decisão.
Quando a verificação de completude deteta elementos em falta, o processo sai do percurso principal e o requerente recebe um único pedido com o que falta. Quando os elementos chegam e passam a verificação, o processo regressa ao percurso principal no passo dos registos.
A análise e a decisão do técnico são o ponto de controlo humano, seguidas da aprovação da notificação pelo técnico: o sistema prepara e redige, mas nenhuma decisão é tomada e nenhuma notificação é enviada sem uma pessoa.
01
Passo 1: Receber e verificar o requerimentoSistema
Os requerimentos chegam como dados estruturados do portal, de formulários eletrónicos ou da receção de processamento inteligente de documentos. O processo é aberto com o seu tipo, o prazo legal é fixado a partir da data de receção e são verificados os elementos exigidos para esse tipo de processo.
02
Passo 2: Pedir os elementos em faltaSistema
O requerente recebe um único pedido, pelo canal que utilizou, com os elementos ou dados em falta e o prazo para os entregar. Os elementos que chegam são verificados contra a mesma lista, e o efeito sobre o prazo fica registado nos termos que o procedimento estabelece.
Via de exceção: Requerimento incompleto· Regressa ao passo 3
03
Passo 3: Obter dados dos registosSistema
Com base na identidade do requerente e no fundamento legal do procedimento, os dados são obtidos de fontes autênticas e de registos de base através das respetivas APIs. Nos procedimentos transfronteiriços abrangidos pela Plataforma Digital Única, os comprovativos de outro Estado-Membro podem ser trocados através do sistema técnico do princípio da declaração única, a pedido do requerente. Cada consulta fica registada com a sua finalidade.
04
Passo 4: Aplicar regras versionadasSistema
As regras de elegibilidade e de cálculo correm como modelos de decisão versionados (DMN ou regras como código), cada uma ligada à disposição legal ou regulamentar que aplica. O resultado indica cada critério como cumprido, não cumprido ou em aberto para análise, com os factos e a versão da regra utilizados.
05
Passo 5: Preparar um resumo com fontesAgente de IA
Um modelo resume o requerimento, os anexos e os dados dos registos para o técnico: factos, datas, montantes, pontos em aberto e contradições entre fontes. Cada afirmação remete para a página do documento ou para o registo de onde vem. O resumo não avalia a elegibilidade nem recomenda um resultado.
06
Passo 6: Analisar e decidirPessoa
O técnico revê os resultados das regras, o resumo e a evidência subjacente num único ecrã, analisa os pontos que as regras deixam em aberto, toma a decisão e redige a fundamentação. Um resultado de regra pode ser afastado com um motivo registado.
Ponto de controlo humano
A decisão é sempre do técnico. Nenhuma decisão com efeitos jurídicos se baseia exclusivamente em tratamento automatizado, e a dupla validação pode ser exigida por tipo de processo, por montante ou por resultado.
07
Passo 7: Redigir e emitir a decisãoSistema
A notificação é redigida a partir da minuta aprovada para o tipo de processo e o resultado, com a fundamentação do técnico e a base legal. Depois de aprovada, é assinada, enviada e registada no processo. Uma reclamação ou um recurso abre um processo associado que leva consigo o processo original, a versão das regras e a fundamentação.
Ponto de controlo humano
Nenhuma notificação sai sem a aprovação do texto final pelo técnico.
Componentes
O que construiríamos
01
Serviço de receção e completude
Recebe submissões de portais, formulários eletrónicos e do processamento de documentos, aplica uma lista de verificação por tipo de processo e envia pedidos de elementos em falta pelo canal do requerente.
Clientes de API para fontes autênticas, registos de base e plataformas nacionais de troca de dados, e para o sistema técnico do princípio da declaração única quando o procedimento está abrangido, cada um com registo da finalidade.
Regras de elegibilidade e de cálculo em DMN ou como código, versionadas com datas de início, ligadas à sua fonte legal e cobertas por casos de teste que os seus juristas conseguem ler.
Resumos feitos por modelo com uma ligação à fonte para cada afirmação, um conjunto de avaliação construído a partir de processos anteriores e nenhum papel na análise da elegibilidade.
Um único ecrã para evidência, resultados das regras, resumo, decisão e fundamentação, construído dentro do sistema de gestão processual existente sempre que possível, com minutas de notificação geridas pela sua equipa jurídica.
Comprovativos transfronteiriços pelo sistema técnico de declaração única
Reclamações, recursos e queixas
Núcleo da solução
Tramitação de processos
Sistemas com que trabalha
Gestão de casos do Salesforce Public Sector Solutions e Service CloudPlataformaSalesforce
O seu sistema de gestão processual atual
Serviços de identidade, assinatura e selo eletrónicos (serviços de confiança eIDAS), incluindo a Chave Móvel Digital
Sistema de gestão documental e de arquivo
SAP Finance para o pagamento de apoios e prestaçõesPlataformaSAP
Contabilidade Odoo para o pagamento de apoiosPlataformaOdoo
Canais de notificação: caixa de mensagens do portal, e-mail e serviço de envio registado eletrónico
Controlos
Controlos previstos desde o desenho
Limites de acesso
Os técnicos só veem os tipos de processo e as unidades que o seu perfil permite. As consultas aos registos correm ao abrigo do fundamento legal do procedimento, apenas para os campos de que o tipo de processo precisa, e cada uma fica registada com a referência do processo e a finalidade. O serviço de resumo lê o processo, mas não pode alterar os dados do processo, os resultados das regras nem as decisões.
Revisão humana
Cada decisão é tomada por um técnico que vê os resultados das regras, o resumo e a evidência que os sustenta. As decisões que produzem efeitos jurídicos ou afetam o requerente de forma igualmente significativa nunca se baseiam exclusivamente em tratamento automatizado (artigo 22.º do RGPD). Afastar o resultado de uma regra é permitido e fica registado com um motivo, para que a análise seja real.
Auditabilidade
Por processo registamos os dados recebidos, cada consulta aos registos e o seu resultado, a versão das regras e o resultado por critério, o resumo com as suas fontes e a versão do modelo, a decisão e a fundamentação, e a notificação tal como foi enviada. Uma reclamação ou uma auditoria consegue reconstituir que regras e que factos se aplicaram no dia da decisão.
Proteção de dados
Só são obtidos os campos dos registos de que as regras precisam. A conservação e a eliminação seguem o seu plano de conservação por tipo de processo, o tratamento fica na região acordada e os dados dos processos não são usados para treinar modelos externos.
Transparência da IA
As notificações de decisão indicam os factos, as regras aplicadas, a fundamentação e a forma de reclamar ou recorrer. Quando um modelo ajuda a preparar os processos, o seu papel fica documentado, inscrito no seu registo de sistemas de IA e, onde exista um registo público de algoritmos, publicado aí.
Indicadores
O que mediríamos
Os indicadores são definidos por tipo de processo, com uma linha de base retirada dos dados atuais dos seus processos antes de qualquer alteração.
O que mediríamos
Indicador
Porque é importante
Como o mediríamos
01Prazo por tipo de processo
Porque é importanteO indicador que os requerentes notam, separado por tipo de processo para que um procedimento rápido não esconda um lento.
Como o mediríamosTempo entre a receção e o envio da decisão, e entre o processo completo e o envio da decisão, a partir dos registos temporais do processo.
02Percentagem de requerimentos completos à entrada
Porque é importanteMostra se os formulários, os dados pré-preenchidos e as listas de verificação evitam as idas e voltas.
Como o mediríamosProcessos que passam a verificação de completude na primeira submissão, por canal e por tipo de processo.
03Pedidos de informação por processo
Porque é importanteCada pedido custa tempo ao requerente e obriga o técnico a fazer um seguimento.
Como o mediríamosPedidos de elementos em falta ou de esclarecimentos por processo, por motivo, a partir do registo do processo.
04Processos fora do prazo legal
Porque é importanteO limite legal para a celeridade, e um primeiro sinal de pendências a crescer.
Como o mediríamosProcessos em aberto e encerrados fora do prazo, e processos dentro da janela de alerta, por equipa e por tipo de processo.
05Coerência das decisões na revisão por pares
Porque é importanteProcessos semelhantes devem ter o mesmo resultado, seja quem for o técnico.
Como o mediríamosConcordância entre a decisão original e a análise do mesmo processo por um segundo técnico, numa amostra aleatória.
06Percentagem de reclamações procedentes
Porque é importanteAs reclamações procedentes apontam para regras, evidência ou fundamentação que precisam de atenção.
Como o mediríamosReclamações e recursos procedentes, total ou parcialmente, por fundamento e por versão das regras aplicada.
Não fixamos metas antes de existir uma linha de base.
Implementação
Como o poríamos em produção
Fase 01
Descoberta e análise das regras
Um tipo de processo e o seu fundamento legal. Mapeamos como os processos correm hoje, escrevemos os critérios como modelo de decisão com os seus juristas e reunimos processos anteriores anonimizados como casos de teste.
Critérios de saída
Conjunto de regras revisto pelos juristas
Casos de teste com resultados esperados acordados
Linha de base registada por indicador
Avaliação de impacto sobre a proteção de dados e classificação ao abrigo do Regulamento da IA iniciadas
Fase 02
Construção e iteração
Receção, conectores de registos, regras e posto de trabalho do técnico para o tipo de processo escolhido. Os processos anteriores são repetidos através das regras e do serviço de resumo e comparados com as decisões tomadas.
Critérios de saída
Os resultados das regras coincidem com os casos de teste, ou cada diferença está explicada
Ligações às fontes verificadas numa amostra de resumos
Acesso aos registos aprovado pelos responsáveis pelos dados
Fase 03
Produção controlada
Os novos processos do tipo escolhido passam pelo sistema. Os técnicos decidem como antes, e uma amostra das decisões é revista por pares.
Critérios de saída
A revisão por pares mostra decisões coerentes
Acompanhamento dos prazos usado pelos coordenadores
Manual de operação, monitorização e reversão em funcionamento
Fase 04
Mais tipos de processo
Os tipos de processo seguintes reutilizam a receção, os conectores e o posto de trabalho, cada um com o seu conjunto de regras, casos de teste e revisão jurídica.
Critérios de saída
Procedimento de alteração das regras assumido pela sua equipa
Licenciamento urbanístico e ambiental, apoios e prestações sociais, com os dados dos registos obtidos uma única vez e os prazos legais acompanhados por procedimento.
Gestão de sinistros e de reclamações em seguros, com as regras de cobertura versionadas por condições da apólice, os gestores de sinistros a decidir e os prazos de resposta às reclamações à vista.
Pedidos de ligação às redes de abastecimento de água e de saneamento num serviço municipal, com os dados técnicos verificados à entrada e cada pedido acompanhado face ao seu prazo.
Pedidos de autorização de serviços de transporte de passageiros e de alteração de horários numa autoridade de transportes municipal ou intermunicipal, com os dados do operador e da frota verificados antes de um técnico decidir.
Exemplo ilustrativo
Candidaturas a apoios numa comunidade intermunicipal
Situação
Uma comunidade intermunicipal gere um programa de apoios para associações e pequenas empresas dos municípios que a integram. As candidaturas chegam por um portal, com certidões e comprovativos anexados em PDF, e os técnicos pedem por e-mail os anexos em falta.
Sistema
A receção verifica a completude contra uma lista por tipo de candidato, com autenticação do representante pela Chave Móvel Digital. Os dados das certidões são obtidos do registo quando existe uma interface e, nos restantes casos, extraídos pelo processamento de documentos. As regras de elegibilidade e de comparticipação correm como um modelo de decisão versionado, e um modelo resume cada candidatura com ligações às páginas de origem.
Controlo humano
Os técnicos do programa analisam e decidem cada candidatura, e um segundo técnico revê uma amostra. As notificações partem de minutas aprovadas, e os pagamentos só são libertados no sistema financeiro depois de a decisão estar assinada.
O que mediríamos
Percentagem de candidaturas completas à entrada, pedidos de informação por processo, coerência das decisões na revisão por pares e prazo por aviso de abertura.
Portugal
Processos que atravessam fronteiras
As organizações que recebem processos de vários Estados-Membros da UE trabalham com registos nacionais, regras procedimentais nacionais e comprovativos em várias línguas. Desenhamos um único fluxo de tramitação com conjuntos de regras e conectores de registos por país, para que cada requerimento siga o mesmo percurso controlado, venha de onde vier.
Em Portugal, os serviços públicos digitais usam a autenticação do Estado, incluindo a Chave Móvel Digital (Decreto-Lei n.º 49/2024), que também permite assinar documentos digitais. O portal gov.pt reúne os serviços públicos para cidadãos e empresas, e os fluxos de tramitação ligam-se a esses canais em vez de criarem contas próprias.
Desde 12 de dezembro de 2023, os utilizadores dos procedimentos enumerados no Regulamento da Plataforma Digital Única podem pedir que os comprovativos sejam trocados diretamente entre autoridades competentes através do sistema técnico do princípio da declaração única. As decisões ficam com os técnicos, em linha com o direito previsto no RGPD de não ficar sujeito a decisões tomadas exclusivamente com base em tratamento automatizado, e os sistemas de IA utilizados por autoridades públicas, ou em seu nome, para avaliar a elegibilidade para prestações e serviços de assistência pública essenciais são de risco elevado nos termos do Regulamento da IA.
Não. O sistema abre o processo, obtém os dados, aplica as regras, redige um resumo com fontes e prepara a notificação. O técnico analisa o processo, decide e aprova a notificação. Nos termos do artigo 22.º do RGPD, as pessoas têm o direito de não ficar sujeitas a uma decisão tomada exclusivamente com base no tratamento automatizado que produza efeitos na sua esfera jurídica ou que as afete significativamente de forma similar. O fluxo está desenhado para que uma pessoa faça uma análise real em cada processo, e não um clique de confirmação.
02Como se aplica o Regulamento da IA?
Depende do papel do modelo. Os sistemas de IA concebidos para serem utilizados por autoridades públicas, ou em seu nome, para avaliar a elegibilidade de pessoas para prestações e serviços de assistência pública essenciais, ou para os conceder, reduzir, revogar ou recuperar, são de risco elevado nos termos do anexo III, ponto 5, alínea a). A IA usada para avaliar a capacidade de endividamento de pessoas singulares é de risco elevado nos termos da alínea b), exceto na deteção de fraude. Com as alterações de 2026, estas obrigações aplicam-se a partir de 2 de dezembro de 2027. Em Portugal, na lista da Comissão Europeia, a ANACOM surge como ponto de contacto único para a fiscalização do Regulamento da IA, com a designação nacional ainda pendente (à data de novembro de 2026).
Se um modelo for participar na análise da elegibilidade, desenhamos para as obrigações de risco elevado desde o início. Por defeito, mantemos o modelo fora dela: regras versionadas avaliam os critérios, um técnico decide e o modelo apenas resume e redige. Se um componente fica fora da categoria de risco elevado é uma classificação que a sua equipa jurídica documenta, e nós fornecemos a descrição técnica de que precisa. Consulte o nosso guia do Regulamento da IA para entidades públicas.
03Temos de substituir o nosso sistema de gestão processual?
Não. Os serviços de receção, regras, resumo e notificação ligam-se ao sistema que já tem através das respetivas APIs, ou são construídos dentro dele quando a plataforma o permite, por exemplo no Salesforce. Substituir o sistema de gestão processual é uma decisão separada, que só compensa quando o próprio sistema é o estrangulamento; a modernização de sistemas legados descreve como fazê-lo por etapas.
04Como se mantêm as regras alinhadas com a legislação que muda?
Cada conjunto de regras é um modelo de decisão versionado, ligado ao artigo ou à cláusula que aplica, com casos de teste que indicam o resultado esperado. Quando a lei muda, por exemplo com um novo diploma publicado no Diário da República, os seus juristas reveem a nova versão, os casos de teste são atualizados e executados, e a versão recebe uma data de início. Cada processo é analisado com a versão que lhe é aplicável, e o processo guarda qual foi.
05Como são os requerentes informados sobre a forma como o seu processo foi tratado?
A notificação da decisão indica os factos, as regras aplicadas e a fundamentação, e explica como reclamar ou recorrer. O portal pode mostrar que dados foram obtidos de que registo. Quando um modelo ajuda a preparar os processos, essa utilização fica documentada e, onde exista um registo público de algoritmos, inscrita nele. As perguntas sobre o estado do processo podem ser respondidas a partir dos mesmos dados através da assistência no atendimento, e as pessoas que interagem diretamente com um sistema de IA são informadas disso, como o artigo 50.º do Regulamento da IA exige desde 2 de agosto de 2026.
06Como é um primeiro âmbito?
Um tipo de processo com um fundamento legal claro e volume suficiente para medir, e um conjunto de regras. Serve para provar a receção, as ligações aos registos, as regras, o resumo e a notificação em processos reais antes de juntar outros tipos. A nossa abordagem descreve as fases de descoberta e de entrega.
Fale-nos dos seus tipos de processo
Indique um tipo de processo, os registos de que depende e de onde vêm os requerentes. Esboçamos uma primeira versão em torno desse conjunto de regras.