Guia da Central de Notificações da Rivya

Use este guia da central de notificações quando precisar entender eventos de cobrança, mudanças de créditos, status de geração, itens não lidos e onde acompanhar depois de um evento.

A central de notificações da Rivya não existe para fazer o produto parecer movimentado.

Ela existe porque alguns eventos continuam importando depois do momento em que aconteceram pela primeira vez.

A Pergunta Real Que Notificações Respondem

Notificações são mais úteis quando você não está perguntando:

Você está perguntando:

É por isso que notificações são diferentes tanto do histórico quanto das configurações.

Notificações São Para Eventos Operacionais, Não Atividade Geral

O fluxo atual de notificações ao vivo é organizado em torno de três tipos práticos:

• cobrança
• créditos
• geração

Também existe um tipo account no modelo de dados mais amplo, mas o fluxo ativo voltado ao usuário é intencionalmente centrado nos três tipos acima.

Isso é uma escolha de produto, não um recurso ausente. O sistema tenta preservar sinal útil, não todo evento possível.

Os Eventos Que Realmente Importam Aqui

Agora, os eventos duráveis de notificação mais importantes incluem:

• assinatura iniciada
• assinatura renovada
• pagamento falhou
• pacote de créditos adicionado
• geração concluída com sucesso
• geração falhou
• créditos insuficientes

Eles não são apenas decorações de status. Cada um pode mudar se o usuário deve continuar o trabalho, recarregar, reabrir algo ou investigar uma falha.

Por Que Uma Notificação Existe Mesmo Quando Outra Página Também Mostra O Resultado

É exatamente isso que torna a central útil.

Uma geração já pode estar visível no histórico. Uma mudança de cobrança já pode aparecer nas páginas de cobrança ou créditos.

Notificações ainda importam porque respondem à pergunta transversal:

É por isso que o mesmo evento pode aparecer:

• no workspace ou página de configurações relacionada
• e em notificações como um registro operacional durável

Prévia Do Dashboard vs. Página Completa De Notificações

A prévia do dashboard é a versão curta.

Ela existe para responder:

• tenho itens não lidos?
• há algo urgente?
• devo abrir a central completa?

A página completa /notifications é onde você obtém a visão operacional mais longa.

Atualmente, ela oferece:

• um feed de notificações recentes
• contagens por tipo
• estado não lido
• uma ação para marcar tudo como lido
• links de volta para a página de produto mais relevante

Essa última parte importa mais do que parece. Uma notificação útil deve levar você a algum lugar acionável.

Notificações vs. Histórico

Use Histórico quando a pergunta principal for:

Use notificações quando a pergunta principal for:

Se uma geração falhou, notificações podem ser o primeiro lugar em que você percebe o problema. Histórico é onde você reabre o registro de trabalho mais amplo em torno dessa tarefa.

Notificações vs. Configurações

Vale manter esta distinção muito clara:

• configurações gerenciam o que você controla
• notificações preservam o que já aconteceu

Por exemplo:

• preferência de newsletter pertence às configurações
• um pagamento com falha pertence às notificações

Tratar essas coisas como iguais geralmente torna o produto mais difícil de entender.

Quando A Central De Notificações É Mais Útil

A central se torna mais valiosa em momentos como estes:

• você ficou ausente e quer saber se algo importante mudou
• uma execução parecia bem, mas algo falhou depois
• o checkout foi concluído e você quer confirmar o que a conta realmente registrou
• os créditos ficaram baixos e você precisa decidir se recarrega ou para

Esses são momentos em que um toast é temporário demais e uma página completa de histórico é indireta demais.

Um Hábito Prático De Notificação

Para a maioria dos usuários, um bom padrão é:

1. usar o dashboard para perceber se algo precisa de atenção
2. abrir a página completa de notificações quando a prévia curta não for suficiente
3. seguir o link relacionado de volta para o workspace ou página de configurações certa

Isso mantém notificações agindo como um workspace operacional em vez de uma caixa de entrada passiva.

Leia A Seguir

• Histórico
• Ciclo de Vida de Tarefas
• Fluxos de Imagem na Rivya
• Fluxos de Vídeo na Rivya
• Fluxos de Áudio na Rivya
• Dashboard na Rivya
• Solução de Problemas na Rivya
• Por Que a Rivya Tem uma Central de Notificações

Checklist De Revisão De Notificações

Quando precisar entender um evento em vez de apenas a saída final, confira:

• Confira se a notificação é sobre cobrança, créditos, geração ou estado da conta.
• Conecte alertas de geração de volta ao registro da tarefa e ao item de histórico.
• Conecte alertas de pagamento e créditos de volta às configurações de cobrança ou créditos.
• Trate notificações como contexto de status, não como substituto de faturas, detalhes de tarefa ou histórico da carteira.
• Use o estado não lido para triagem, não como prova de que um evento não foi resolvido.

Reconfira Quando Status E Histórico Discordarem

Reconfira se uma notificação diz uma coisa enquanto histórico, carteira ou estado de cobrança diz outra. O estado mais recente e liquidado da conta deve decidir a próxima ação.