Auditoria de Entregas no Portal Nyverra: comprovar que a notificação chegou

Há um tipo de chamado que todo suporte conhece de cor: “vocês não me avisaram”. Às vezes o e-mail foi para o spam; às vezes a mensagem realmente falhou; às vezes foi enviada e lida. A diferença entre “achar” e “saber” está na Auditoria de Entregas do Portal Nyverra ITSM.

Este guia explica o que o módulo registra, para que serve no dia a dia e como usá-lo para diagnostico e conformidade.

Interface do módulo no Portal Nyverra ITSM.

O que é a Auditoria de Entregas

É o registro das notificações disparadas pelo Portal: destinatário, canal (e-mail, chat, push), template usado e status de entrega. Em vez de um “achismo” sobre o que saiu, existe um histórico consultável.

O que registra	Para que serve
Destinatário e canal	Saber para quem e por onde foi enviado
Template	Identificar qual comunicação foi disparada
Status de envio	Sucesso ou falha
Data/hora	Correlacionar com eventos do chamado

Por que isso importa

• Diagnóstico: resolver o “não recebi” com evidência (enviado? falhou? qual status?).
• Confiabilidade: detectar falhas recorrentes de envio (ex.: SMTP mal configurado).
• Conformidade: comprovar que uma comunicação obrigatória foi disparada.
• Qualidade: ajustar templates e destinatários com base no que falha.

Quem usa

Perfil	Uso típico
Administrador	Investigar falhas e validar configuração de e-mail
Operação	Confirmar se um aviso ao cliente foi enviado
Compliance	Comprovar comunicações obrigatórias

Como usar: passo a passo

1. Abra a Auditoria de Entregas.
2. Filtre por destinatário, tipo de notificação e período.
3. Investigue entregas com falha primeiro.
4. Em erro de e-mail, valide o SMTP nas Configurações/Integrações.
5. Use no diagnóstico de “notificação não recebida” antes de reenviar.
6. Exporte quando precisar de evidência.

Regras de negócio e cuidados

Ponto	Explicação
Dado sensível	Contém destinatários — trate conforme LGPD e restrinja o acesso.
“Enviado” ≠ “lido”	O status indica envio/entrega técnica, não leitura humana.
Retenção	Defina por quanto tempo o histórico é mantido.
Correlação	Use junto ao chamado/evento que gerou a notificação.

Boas práticas

• Monitore falhas recorrentes e corrija na origem (SMTP, template, destinatário inválido).
• Antes de afirmar “enviamos”, confirme na auditoria.
• Ajuste templates e listas de destinatários com base no que falha.
• Combine com as regras de notificação: mensagem certa, canal certo, hora certa.
• Exporte evidências para conformidade quando necessário.

Erros comuns

Situação	O que fazer
“Não recebi o e-mail”	Consulte a auditoria: enviado? caiu em spam? código inválido?
Falhas em massa	Verifique SMTP/remetente e reputação do domínio.
Notificação errada	Revise templates e regras de disparo.

Perguntas frequentes

A auditoria garante que o cliente leu?
Não — indica envio/entrega técnica, não leitura.

Serve como prova de conformidade?
Sim, com data/hora e destinatário, é uma evidência de comunicação.

Ajuda a configurar o e-mail?
Sim: falhas sistemáticas apontam problema no SMTP/template.

Automatize via API

A auditoria é exposta por API (/api/notificacao-entregas e correlatos), com filtros e exportação. Referência em developer.nyverra.com.

Cenários de uso: encerrando o “não recebi”

1. Diagnóstico rápido. O cliente diz que não recebeu o aviso. A auditoria mostra se a notificação saiu, por qual canal e com que status — antes de reenviar às cegas.

2. Falha em massa. Dezenas de entregas falham de repente; o padrão aponta para um problema de SMTP/remetente, não para o destinatário. Corrige-se a causa, não o sintoma.

3. Comprovação de comunicação. Em um processo de conformidade, é preciso provar que um aviso obrigatório foi disparado. A auditoria fornece data, destinatário e status.

KPIs de entregabilidade

Indicador	O que revela
Taxa de falha por canal	Saúde da infraestrutura de envio
Falhas por template	Templates problemáticos
Destinatários inválidos	Qualidade dos cadastros
Tempo entre evento e envio	Atraso de notificação

Integração com as regras de notificação

A auditoria fecha o ciclo junto às regras de notificação (o que dispara), aos templates (o conteúdo) e ao SMTP (a saída). Quando algo não chega, a investigação percorre essa cadeia na ordem: a regra disparou? o template renderizou? o SMTP aceitou? a entrega ocorreu? Mostrar esse caminho é o que transforma “não recebi” de discussão em diagnóstico com prazo de resolução.

Checklist de notificações

1. Configure e teste o SMTP.
2. Revise templates e destinatários.
3. Monitore falhas recorrentes.
4. Defina regras de notificação claras.
5. Consulte a auditoria antes de reenviar.
6. Tenha política de retenção do histórico.

Perguntas frequentes adicionais

“Enviado” garante leitura?
Não; indica envio/entrega técnica.

Como identificar problema de SMTP?
Por falhas sistemáticas na auditoria de entregas.

Serve como conformidade?
Sim, com data e destinatário.

Conclusão

Com a Auditoria de Entregas, o Portal Nyverra ITSM comprova que comunicou — e corrige rápido quando não comunicou. Menos tempo discutindo o que “talvez” foi enviado e mais tempo resolvendo o que realmente importa.