# Plano de piloto de automação

**Versão:** 1.0 — 25 de agosto de 2026  
**Estado:** modelo editável; substituir exemplos e campos entre parênteses

## 1. Decisão que o piloto deve suportar

- Decisão no final: avançar / alterar / pausar / abandonar
- Data da decisão:
- Owner de negócio:
- Owner técnico:
- Pessoas que executam e recebem o processo:

## 2. Problema e baseline

- Evento que inicia o processo:
- Output e respetivo utilizador:
- Volume por período:
- Tempo ativo atual:
- Tempo de espera atual:
- Taxa de retrabalho ou correção:
- Custo observável relevante:
- Fonte e período de cada medição:

Se não existir baseline, a primeira fase do piloto é medir o processo atual. Não substitua valores desconhecidos por estimativas sem os identificar.

## 3. Âmbito

### Incluído

- Unidade, equipa ou canal:
- Tipos de pedido:
- Sistemas:
- Período:

### Excluído

- Casos ou ações que continuam manuais:
- Dados que não podem entrar no piloto:
- Decisões irreversíveis:

## 4. Hipótese e mecanismo

- Alteração proposta:
- Porque pode melhorar o processo:
- Onde basta uma regra determinística:
- Onde a IA é realmente necessária:
- Principal incerteza a reduzir:

## 5. Fluxo e integração

Documente trigger → validação → transformação → decisão → aprovação → escrita no sistema → confirmação. Para cada integração indique autenticação, permissões mínimas, timeout, retry, idempotência e owner.

## 6. Dados e segurança

- Categorias de dados:
- Dados pessoais ou confidenciais:
- Base e finalidade de tratamento a validar:
- Retenção:
- Fornecedores e regiões:
- Controlo de acesso:
- Logs permitidos e campos que devem ser omitidos:
- Revisão de privacidade/segurança responsável:

Este modelo não substitui revisão jurídica, de privacidade ou segurança.

## 7. Supervisão e exceções

- Ações que exigem aprovação humana:
- Limiar ou regra de encaminhamento:
- Estado seguro quando existe dúvida ou falha:
- Prazo de revisão:
- Escalação:
- Fallback manual:
- Condição de paragem imediata:

Registe exceções no ficheiro `registo-excecoes-supervisao.csv` e inclua casos raros no teste.

## 8. Plano de teste

- Dataset ou amostra:
- Como foi selecionado:
- Ground truth ou critério de revisão:
- Casos normais:
- Exceções:
- Falhas simuladas:
- Reviewer independente do implementador:
- Evidência a guardar:

## 9. Métricas e gates

Defina antes do início:

| Tipo | Métrica | Baseline | Gate mínimo | Período | Fonte |
| --- | --- | --- | --- | --- | --- |
| Processo |  |  |  |  |  |
| Qualidade |  |  |  |  |  |
| Operação |  |  |  |  |  |
| Risco |  |  |  |  |  |
| Custo |  |  |  |  |  |

Evite um único score agregado que esconda uma falha crítica. Um piloto pode poupar tempo e ainda assim falhar o gate de qualidade ou segurança.

## 10. Operação e rollback

- Dashboard ou relatório:
- Alertas e destinatários:
- Runbook de incidentes:
- Como suspender novas execuções:
- Como concluir ou reverter itens em curso:
- Como voltar ao processo manual:
- Como reconciliar duplicados ou escritas parciais:
- Quem autoriza o rollback:

## 11. Resultado e decisão

- Resultados observados e denominadores:
- Resultados estimados, separados dos observados:
- Exceções encontradas:
- Incidentes ou quase-incidentes:
- Limitações do teste:
- Decisão:
- Condições antes da próxima fase:
- Claims que podem ou não ser publicados e respetiva autorização: