Participe en las pruebas de LadVen OSSolicitar demo
Saltar al contenido principal

Notificaciones

Las notificaciones en LadVen OS ayudan a no perder asignaciones, comentarios, cambios de plazo, menciones, devoluciones a revisión, acciones de automatización y otros eventos que requieren atención.

Una notificación no sustituye el trabajo dentro de la tarjeta de la tarea. Solo muestra que algo cambió en el contexto de trabajo. La decisión, la pregunta, la confirmación del resultado o la causa del cambio deben quedar en la tarea, el comentario, el archivo, la lista de verificación o el objeto relacionado.

Dónde encontrarlas

Dónde encontrarlas — conceptual guidance, not UI evidence

Las notificaciones se reúnen en la campana de la barra superior del portal. Abre las notificaciones recientes: cada tarjeta identifica su origen — tareas, CRM, chats o de todo el sistema — y los eventos del mismo objeto se combinan en una sola tarjeta. Desde cualquier notificación saltas al objeto relacionado en lugar de resolver el evento en la propia lista.

  • Campana de notificaciones — un contador de no leídos y un panel de eventos recientes, actualizado en tiempo real mientras la pestaña del portal está activa;
  • Saltar al objeto — una notificación abre la tarea, el comentario, la oportunidad, el correo o el documento al que se refiere;
  • Flujo de actividad — para un flujo de actividad más amplio, usa la sección Flujo, no la campana.

Agrupación y estado de lectura

Agrupación y estado de lectura — conceptual guidance, not UI evidence

La campana agrupa los eventos del mismo objeto: un objeto puede tener varios motivos y cambios, pero aparecer como una sola tarjeta. Al abrirla se marcan como leídos los eventos de ese objeto; Leer todo recorre las páginas no leídas y Mostrar más carga la siguiente página mediante cursor. Si se revocó el acceso al objeto, todavía puedes leer la notificación, pero el salto queda bloqueado; no es un fallo de la campana.

Tipos de notificaciones

Tipos de notificaciones — conceptual guidance, not UI evidence

Las notificaciones llegan por eventos de distintos módulos. Los grupos principales:

  • Tareas — asignación, cambios en la tarea, ediciones de la lista de control, un nuevo comentario y reacción, un plazo próximo o alcanzado, un recordatorio;
  • Registro de tiempo — un conflicto en una entrada de tiempo cuando el backend o la configuración actuales exponen ese dominio y evento; puede no existir un interruptor independiente;
  • Chats y llamadas — un nuevo mensaje, una mención, una llamada entrante y una perdida;
  • CRM — asignación de oportunidad (con un aviso emergente sobre quién la asignó y la marca «Asignado a ti» en el tablero de oportunidades), un nuevo mensaje y mención, un comentario, un cambio de etapa y un cambio de campo de la oportunidad, además de actualizaciones de una oportunidad seguida;
  • Correo — un nuevo correo en un buzón conectado;
  • Documentos y firmas — actualización de documentos, documentos entrantes y candidatos de intercambio entrante, solicitudes de firma, envío y visualización, firma parcial o completada, cancelación, rechazo, caducidad y errores de firma.

Un evento tiene una prioridad (normal o elevada) — ayuda a separar lo que necesita atención ahora del flujo de fondo.

Canales de entrega

Canales de entrega — conceptual guidance, not UI evidence

El mismo evento puede llegar de varias formas. Ajusta los canales para que lo importante no se pierda y el fondo no distraiga:

  • En la aplicación — la campana, el contador de no leídos y las tarjetas emergentes; los eventos nuevos llegan en tiempo real mientras la pestaña del portal está activa;
  • En el escritorio — una notificación del sistema solo en el entorno de escritorio de LadVen OS (Tauri), normalmente cuando la pestaña está inactiva. Las alertas de alta prioridad y las llamadas entrantes o perdidas pueden llamar la atención aunque la ventana esté enfocada;
  • Push en el navegador o la aplicación — para eventos que no puedes perderte fuera del portal. Deben estar disponibles el permiso del navegador y el canal push;
  • Correo electrónico — canal opcional disponible solo si el perfil de correo del sistema de la organización está configurado, habilitado y puede entregar mensajes. Si el perfil o el transporte no están disponibles, el interruptor queda bloqueado y muestra el motivo;
  • Sonido y título de la pestaña — ajustes separados: puedes desactivar el sonido y conservar el contador de no leídos en el título.

Si un canal no hace falta o genera ruido, desactívalo en los ajustes de notificaciones en vez de ignorar todo el flujo.

En tu perfil puedes activar o desactivar canales, el modo «No molestar» y tipos de evento individuales dentro de los dominios disponibles para tu ámbito (tareas, CRM, chats, correo y documentos). Solo se muestran los dominios disponibles para tu ámbito; los no disponibles no aparecen. Con «No molestar» activado se silencian el sonido, las tarjetas emergentes y los avisos de escritorio. Solo pasan los eventos de alta prioridad si habilitas la opción correspondiente. La campana y los eventos no leídos se conservan.

El ámbito de notificaciones depende del tipo de cuenta. El personal ve los dominios permitidos por la política del espacio de trabajo. Un usuario externo de Extranet no debe recibir dominios internos por defecto: normalmente solo están disponibles los chats, los documentos y los eventos del extranet, mientras que las tareas, el CRM y el correo permanecen ocultos. Si un canal o dominio no está disponible, utiliza el motivo que muestra el portal y no intentes activarlo por vías alternativas.

Cuándo reaccionar

Cuándo reaccionar — conceptual guidance, not UI evidence

Abra la notificación de inmediato si está relacionada con:

  • una tarea donde usted responde por el resultado;
  • una mención en un comentario;
  • una asignación de una oportunidad o solicitud a usted;
  • un cambio de plazo, estado, responsable o prioridad;
  • una devolución para corregir el trabajo;
  • una solicitud para aceptar el resultado o revisar un archivo;
  • una automatización que cambió la tarea, los participantes o el plazo.

Si la notificación solo informa sobre un evento, primero decida si hace falta actuar. No todas las notificaciones requieren respuesta, pero las importantes deben llevar a un siguiente paso claro.

Cómo leer una notificación

Cómo leer una notificación — conceptual guidance, not UI evidence

  1. Abra la notificación y vaya al objeto relacionado.
  2. Revise el último comentario, el estado, el plazo y el responsable.
  3. Si hace falta actuar, responda en el contexto de trabajo, no en un chat privado.
  4. Si la notificación trata de un archivo, compruebe que se abre y que la versión actual está clara.
  5. Si el evento fue creado por automatización, revise el resultado: estado, participantes, plazo, comentario o tarea relacionada.
  6. Las notificaciones de una tarea se borran después de verla realmente en una pestaña activa, ya sea desde la campana, la lista, el kanban o un enlace directo. Abrirla en segundo plano o en una pestaña nueva inactiva no confirma la lectura hasta enfocarla; si falla la marca, reinténtela después de enfocar.

No limpie las notificaciones de forma mecánica. Para un responsable, eso puede ocultar una aceptación pendiente, un bloqueo, una tarea vencida o un cambio de responsabilidad. Para un empleado, puede ocultar una pregunta de la que depende la ejecución.

Qué dejar en las notificaciones

Qué dejar en las notificaciones — conceptual guidance, not UI evidence

Después de revisar una notificación, decida dónde debe quedar la huella de trabajo:

  • una reacción corta o confirmación puede enviarse desde la notificación si el contexto es claro;
  • una decisión, motivo de cambio de plazo, solicitud de retrabajo o aceptación del resultado debe quedar en la ficha de origen;
  • un archivo se revisa en la ficha o documento donde se ven la versión y el propietario;
  • una pregunta discutible debe pasar a un comentario de tarea, CRM o documento para que todos los participantes la vean;
  • después de que se borre automáticamente, revise de todos modos el siguiente paso en la tarjeta de origen: el estado «leída» no sustituye la acción.

Así las notificaciones siguen siendo una bandeja de atención, no un lugar separado para tomar decisiones.

Cómo reducir el ruido

Cómo reducir el ruido — conceptual guidance, not UI evidence

Cuando hay demasiadas notificaciones, el problema a menudo no está en el flujo, sino en los roles y las reglas del proceso.

Revise si:

  • se agregaron observadores "para visibilidad";
  • se menciona a todos los participantes sin motivo;
  • las reglas de automatización crean comentarios y notificaciones de más;
  • los eventos se duplican en chats privados y tareas;
  • está suscrito a procesos donde no toma decisiones;
  • si hay canales de entrega de más (escritorio, push) activados para eventos de fondo.

Un buen flujo de notificaciones no muestra todo lo ocurrido, sino dónde una persona debe prestar atención. En LadVen OS esto es especialmente importante en tareas: el ruido adicional reduce la reacción ante bloqueos reales, aceptación y cambios de plazo.

Escenarios relacionados

Escenarios relacionados — conceptual guidance, not UI evidence