Homologação e aceite

Use este roteiro depois da configuração e antes de liberar o ambiente. Registre cada resultado com data, ambiente, responsável e evidência. Um módulo opcional fora do escopo deve ser marcado como “não se aplica”, não como aprovado.

Registro da rodada

Informação	Preencher
Cliente	Nome da empresa
Ambiente	Homologação ou produção
URL	Endereço sem tokens ou links exclusivos
Versão ou commit	Identificador implantado
Data e hora	Início e fim da rodada
Responsável da implantação	Nome
Responsável do cliente	Nome

1. Segurança e ambiente

[ ] O endereço usa HTTPS fora do ambiente local.
[ ] O ambiente está identificado corretamente.
[ ] Debug está desativado em produção.
[ ] Não existem senhas ou tokens padrão.
[ ] Banco e Redis não estão publicados sem proteção.
[ ] Worker e scheduler estão ativos.
[ ] Armazenamento de fotos funciona.
[ ] Backup e restauração foram tratados pelo responsável de infraestrutura.

Evidência recomendada: horário do teste, resultado de health check e confirmação operacional dos processos, sem copiar variáveis secretas.

2. Empresa e usuários

[ ] Nome, segmento e moeda estão corretos.
[ ] Existe owner de contingência quando a governança exigir.
[ ] Owner, admin, manager e operator foram testados conforme o escopo.
[ ] Áreas proibidas retornam bloqueio ou não aparecem.
[ ] Recuperação de senha ou convite funciona quando o e-mail está no escopo.
[ ] Usuário revogado ou colaborador inativo não consegue entrar.

Evidência recomendada: matriz assinada com perfil, tela permitida e tela negada.

3. Pessoas, equipes e campo

[ ] Funções profissionais refletem a operação.
[ ] Colaboradores e contatos foram revisados.
[ ] Equipes de campo e escritório estão separadas corretamente.
[ ] Líderes e associações foram confirmados.
[ ] Projeto de teste está ligado à equipe de campo.
[ ] Operator de campo vê o projeto atribuído e não vê projeto não atribuído.
[ ] Atualização e ocorrência criadas no campo aparecem no painel interno.

4. Operação

[ ] Status e ordem representam o processo do cliente.
[ ] Etapas finais estão identificadas corretamente.
[ ] Campos personalizados ativos aparecem e validam obrigatoriedade.
[ ] Cliente pode ser criado e editado.
[ ] Projeto pode ser criado, editado e associado à equipe.
[ ] Atualização com foto aparece na timeline.
[ ] Ocorrência registra severidade e status esperados.
[ ] Evento aparece na lista e no calendário.
[ ] Dashboard reflete os registros de teste.

5. Portal do cliente

[ ] Link exclusivo abre em sessão anônima.
[ ] O portal mostra somente o projeto correspondente.
[ ] Status, atualizações e imagens esperadas aparecem.
[ ] Comentário válido é aceito.
[ ] Limite de requisições e validações não impedem uso normal.
[ ] O link não foi publicado em documento ou canal aberto.

6. Financeiro e RH — quando contratados

[ ] Categorias de receita e despesa foram configuradas.
[ ] Conta a pagar e conta a receber percorrem os estados esperados.
[ ] Pagamento/recebimento parcial e estorno foram testados.
[ ] Fluxo de caixa reflete os movimentos.
[ ] Perfis de remuneração estão corretos.
[ ] Adiantamento aparece no período aplicável.
[ ] Folha pode ser criada, revisada, fechada e reaberta conforme permissão.
[ ] Categoria de despesa da folha está configurada quando necessária.

7. WhatsApp — quando contratado

[ ] App Meta, configuração e callback usam o ambiente correto.
[ ] Número está conectado à empresa esperada.
[ ] Webhook foi verificado sem compartilhar o token.
[ ] Assinatura dos eventos recebidos é validada.
[ ] Mensagem de saída muda para estado esperado.
[ ] Mensagem de entrada aparece na conversa correta.
[ ] Roteamento, atribuição e bloqueio de automação foram testados.
[ ] Desconexão e revogação possuem responsável definido.

8. Flows — quando contratados

[ ] Cada flow possui objetivo e responsável.
[ ] O rascunho foi validado e testado.
[ ] Cada trigger foi testado separadamente.
[ ] Credenciais foram selecionadas sem expor valores.
[ ] Versão publicada corresponde ao rascunho aprovado.
[ ] Flow está ativo somente quando deve receber produção.
[ ] Execução de sucesso e caminho de erro foram observados.
[ ] Retenção foi revisada.
[ ] Worker e scheduler processam triggers, waits e agendamentos.

9. Suporte e entrega

[ ] Responsáveis do cliente receberam acesso.
[ ] Responsáveis por administração, operação e integrações estão registrados.
[ ] Cliente sabe usar e pesquisar esta wiki.
[ ] Canal e horário de suporte foram informados.
[ ] Evidências mínimas de chamado foram explicadas.
[ ] Dados demonstrativos foram removidos ou claramente identificados.
[ ] Pendências possuem responsável e prazo.
[ ] Aceite foi registrado pelo responsável autorizado.

Classificação do resultado

Resultado	Uso
Aprovado	Item funcionou e possui evidência
Aprovado com ressalva	Funciona, mas há pendência sem bloqueio, com responsável e prazo
Reprovado	Comportamento impede o uso ou viola segurança/regra de negócio
Não se aplica	Módulo ou cenário não faz parte do escopo

Evidência mínima para falhas

Registre:

ambiente e URL sem parâmetros sensíveis;
data, hora e fuso;
usuário e perfil, sem senha;
tela ou módulo;
passos executados;
resultado esperado e obtido;
mensagem de erro;
identificador do registro, quando não for sensível;
captura de tela com dados privados ocultados.

Não altere banco diretamente para “destravar” a homologação. Escale com as evidências e preserve o estado para diagnóstico.

Homologação e aceite ​

Registro da rodada ​

1. Segurança e ambiente ​

2. Empresa e usuários ​

3. Pessoas, equipes e campo ​

4. Operação ​

5. Portal do cliente ​

6. Financeiro e RH — quando contratados ​

7. WhatsApp — quando contratado ​

8. Flows — quando contratados ​

9. Suporte e entrega ​

Classificação do resultado ​

Evidência mínima para falhas ​

Próximos assuntos ​