Saltar para o conteúdo principal
FromNine
Menu

Tramitação de processos

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.

Utilizadores típicos
  • Técnicos que instruem processos
  • Coordenadores de equipa
  • Juristas e especialistas de políticas
  • Requerentes
Fluxo de trabalho ilustrativo
  1. 01Receber e verificar o requerimentoSistema
  2. 02Pedir os elementos em faltaSistema
  3. 03Obter dados dos registosSistema
  4. 04Aplicar regras versionadasSistema
  5. 05Preparar um resumo com fontesAgente de IA
  6. 06Analisar e decidirPessoa
  7. 07Redigir e emitir a decisãoSistema
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

  1. 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.

  2. 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.

  3. 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.

  4. 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

REQUERIMENTO INCOMPLETO01SISTEMAReceber e verificar orequerimento02SISTEMAPedir os elementos em falta03SISTEMAObter dados dos registos04SISTEMAAplicar regras versionadas05AGENTE DE IAPreparar um resumo com fontes06PESSOAAnalisar e decidirPONTO DE CONTROLO HUMANO07SISTEMARedigir e emitir a decisãoPONTO 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.

  1. 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.

  2. 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

  3. 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.

  4. 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.

  5. 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.

  6. 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.

  7. 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

  1. 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.

    Assegurado porSoftware empresarial e SaaS

  2. Conectores de registos e de comprovativos

    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.

    Assegurado porIntegrações e APIs

  3. Modelos de decisão e testes de regras

    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.

    Assegurado porSoftware empresarial e SaaS

  4. Serviço de resumo do processo

    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.

    Assegurado porEngenharia de IA e IA generativa

  5. Posto de trabalho do técnico e minutas

    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.

    Assegurado porSoftware empresarial e SaaS

  6. Prazos e relatórios de pendências

    Cálculo dos prazos por procedimento, alertas antes do fim do prazo e relatórios sobre as pendências por antiguidade, tipo de processo e equipa.

    Assegurado porDados e analítica

Integrações

Entradas e integrações

Entradas e canais

  • Portais para cidadãos e empresas
  • Formulários eletrónicos e submissões estruturadas
  • Receção do processamento de documentos
  • Fontes autênticas e registos de base
  • 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
IndicadorPorque é importanteComo o mediríamos
Prazo por tipo de processoPorque é 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.
Percentagem de requerimentos completos à entradaPorque é 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.
Pedidos de informação por processoPorque é 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.
Processos fora do prazo legalPorque é 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.
Coerência das decisões na revisão por paresPorque é 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.
Percentagem de reclamações procedentesPorque é 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

  1. 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
  2. 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
  3. 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
  4. 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
    • Conjunto de teste por tipo de processo

Onde se aplica

  • Administração pública

    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.

  • Serviços financeiros

    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.

  • Saúde e ciências da vida

    Pedidos de reembolso e de autorização prévia, com as regras de cada regime versionadas e a avaliação clínica entregue a profissionais qualificados.

  • Energia e utilities

    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.

  • Transportes e mobilidade

    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.

Perguntas sobre a tramitação de processos

O sistema decide sobre os requerimentos?

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.

Como 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.

Temos 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.

Como 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.

Como 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.

Como é 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.