# Registro de entrega e correção
Material prático da Roldra. Uma observação reproduzível vale mais do que “ficou estranho”.

## Identificação
- Projeto:
- URL/arquivo:
- Versão e data:
- Ambiente:
- Dispositivo ou viewport:
- Quem verificou:

## Percurso
- O que a pessoa precisa conseguir fazer:
- Passos executados:
- Resultado esperado:
- Resultado observado:
- Evidência disponível:
- O que não foi testado:

## Decisão
Escolha uma decisão e explique a consequência:
- **Seguir para o uso/revisão delimitados:** o percurso atende à condição testada.
- **Corrigir antes de seguir:** um problema impede a condição de entrega.
- **Confirmar dependência:** falta informação, autorização ou verificação relevante.

## Pedido de correção
> Na versão identificada neste registro, executei os passos descritos e encontrei a diferença entre esperado e observado. Investigue a causa antes de alterar o projeto. Preserve as decisões aprovadas. Faça a correção delimitada depois da autorização aplicável e repita o percurso, incluindo os estados próximos. Não publique nem envie mensagens reais durante o teste.

## Exemplo didático preenchido
**Versão:** candidato de revisão, exemplo fictício.
**Passos:** selecionar Envelopes; depois selecionar Saco Zip; abrir o rascunho.
**Esperado:** mensagem com Saco Zip.
**Observado:** seleção visual mudou; mensagem manteve Envelopes.
**Causa:** não investigada.
**Decisão:** corrigir antes de apresentar como percurso concluído.
**Preservar:** abertura e identidade aprovadas.
**Reteste:** repetir com as três linhas e conferir o rascunho sem enviar mensagem.

## Mensagem de entrega — adapte aos fatos
> Segue a versão para revisão. O percurso descrito foi testado nas condições registradas. As pendências estão separadas por correção, confirmação e melhoria posterior. A próxima ação é a indicada no registro; publicação e demais mudanças externas dependem de autorização própria.