Guía del centro de notificaciones de Rivya

Usa esta guía del centro de notificaciones cuando necesites entender eventos de facturación, cambios de credits, estado de generación, elementos no leídos y dónde continuar después de un evento.

El centro de notificaciones de Rivya no existe para hacer que el producto parezca ocupado.

Existe porque algunos eventos siguen importando después del momento en que ocurrieron por primera vez.

La pregunta real que responden las notificaciones

Las notificaciones son más útiles cuando no estás preguntando:

Están preguntando:

Por eso las notificaciones son distintas tanto del historial como de la configuración.

Las notificaciones son para eventos operativos, no para actividad general

El flujo de notificaciones activo actual está organizado alrededor de tres tipos prácticos:

• billing
• credits
• generation

También existe un tipo account en el modelo de datos más amplio, pero el flujo activo orientado al usuario está centrado intencionalmente en los tres tipos anteriores.

Eso es una decisión de producto, no una función ausente. El sistema intenta conservar señales útiles, no todos los eventos posibles.

Los eventos que realmente importan aquí

Ahora mismo, los eventos de notificación duraderos más importantes incluyen:

• suscripción iniciada
• suscripción renovada
• pago fallido
• paquete de credits añadido
• generación correcta
• generación fallida
• credits insuficientes

No son solo adornos de estado. Cada uno puede cambiar si el usuario debe continuar el trabajo, recargar, reabrir algo o investigar un fallo.

Por qué existe una notificación aunque otra página también muestre el resultado

Eso es exactamente lo que hace útil al centro.

Una generación ya puede estar visible en el historial. Un cambio de facturación ya puede aparecer en páginas de facturación o credits.

Las notificaciones siguen importando porque responden la pregunta transversal:

Por eso el mismo evento puede aparecer:

• en el espacio de trabajo o página de configuración relacionada
• y en notificaciones como un registro operativo duradero

Vista previa del dashboard vs página completa de notificaciones

La vista previa del dashboard es la versión corta.

Está ahí para responder:

• ¿tengo elementos no leídos?
• ¿hay algo urgente?
• ¿debería abrir el centro completo?

La página completa /notifications es donde obtienes la vista operativa más larga.

Actualmente te ofrece:

• un feed de notificaciones recientes
• conteos por tipo
• estado no leído
• una acción para marcar todo como leído
• enlaces de vuelta a la página de producto más relevante

Esa última parte importa más de lo que parece. Una notificación útil debería llevarte a un lugar accionable.

Notificaciones vs historial

Usa Historial cuando la pregunta principal sea:

Usa notificaciones cuando la pregunta principal sea:

Si una generación falló, las notificaciones pueden ser el primer lugar donde notes el problema. El historial es donde vuelves a abrir el registro de trabajo más amplio alrededor de esa tarea.

Notificaciones vs configuración

Vale la pena mantener esta distinción muy clara:

• la configuración gestiona lo que controlas
• las notificaciones preservan lo que ya ocurrió

Por ejemplo:

• la preferencia de newsletter pertenece a configuración
• un pago fallido pertenece a notificaciones

Tratar esas cosas como si fueran lo mismo suele hacer que el producto sea más difícil de entender.

Cuándo es más útil el centro de notificaciones

El centro se vuelve más valioso en momentos como estos:

• estuviste fuera y quieres saber si algo importante cambió
• una ejecución parecía ir bien, pero algo falló después
• el checkout se completó y quieres confirmar qué registró realmente la cuenta
• los credits bajaron y necesitas decidir si recargar o detenerte

Estos son los momentos en que un toast es demasiado temporal y una página completa de historial es demasiado indirecta.

Un hábito práctico para notificaciones

Para la mayoría de los usuarios, un buen patrón es:

1. usar el dashboard para detectar si algo necesita atención
2. abrir la página completa de notificaciones cuando la vista previa corta no sea suficiente
3. seguir el enlace relacionado de vuelta al espacio de trabajo o página de configuración correcta

Eso mantiene las notificaciones funcionando como un espacio operativo, no como una bandeja pasiva.

Leer a continuación

• Historial
• Ciclo de vida de tareas
• Flujos de trabajo de imagen en Rivya
• Flujos de trabajo de video en Rivya
• Flujos de trabajo de audio en Rivya
• Dashboard en Rivya
• Solución de problemas en Rivya
• Por qué Rivya tiene un centro de notificaciones

Lista de revisión de notificaciones

Cuando necesites entender un evento en lugar de solo la salida final, comprueba:

• Comprueba si la notificación trata de billing, credits, generation o estado de cuenta.
• Conecta las alertas de generación con el registro de tarea y el elemento de historial.
• Conecta las alertas de pago y credits con configuración de facturación o credits.
• Trata las notificaciones como contexto de estado, no como sustituto de facturas, detalles de tarea o historial de wallet.
• Usa el estado no leído para triaje, no como prueba de que un evento sigue sin resolverse.

Revisa cuando estado e historial no coincidan

Revisa si una notificación dice una cosa mientras el historial, la wallet o el estado de facturación dicen otra. El último estado asentado de la cuenta debe decidir la siguiente acción.