Novedades¶

Para qué sirve¶

Resume, por fecha y en lenguaje de usuario, los cambios del sistema que se notan en el uso. Se toma del registro de cambios del proyecto; los cambios puramente técnicos (configuración de servidores, integración interna) no se incluyen.

Quién puede usarla¶

Es una página de consulta abierta a cualquier lector.

Dónde encontrarla¶

Está en la sección Novedades de esta documentación.

Importante

Varias entregas se verificaron con pruebas automáticas pero no se probaron a mano en el navegador. Si notás algo distinto a lo descripto, avisá al equipo. Ver Pendientes y limitaciones.

Índice¶

Fecha	Novedad
24/09/2026	Configuración de notificaciones en Ajustes
23/09/2026	Cierre, reapertura y resolución; correo con mejoras
16/09/2026	Transiciones que salen de Cancelado
15/09/2026	Números de ticket por área; área en formularios
10/09/2026	Eliminar todas las notificaciones
Sin fecha	Mensajes del servidor en el editor de flujos; datos intermedios
Fases 1 a 4	Privacidad, aprobaciones, notificaciones, gestión y seguimiento

24/09/2026¶

Configuración de notificaciones (Ajustes)¶

En Ajustes aparece la Configuración de notificaciones: un administrador define, por categoría, si el aviso llega activado por defecto y si el usuario puede desactivarlo. Una categoría que no se puede desactivar es obligatoria y se entrega siempre.
Ajustes ahora tiene pestañas separadas: Notificaciones y Plantillas de notificación. Cada una se muestra solo con su permiso, y no se pierden los cambios sin guardar al cambiar de pestaña. Los botones Cancelar y Guardar de la pestaña activa están en el encabezado de la página.
Hay permisos nuevos: notification-setting:read y notification-setting:update. Un administrador debe asignarlos al rol que corresponda.
Comentarios y Menciones con @ aparecen como Próximamente, sin poder modificarse, hasta que existan los comentarios en los tickets.
Cada notificación muestra el ícono de su categoría (asignación, cambio de estado, SLA, acción requerida); antes algunas mostraban la campana genérica.

Ver Notificaciones (configuración), Plantillas de notificación y Notificaciones.

23/09/2026¶

Cierre, reapertura y resolución¶

Reabrir vuelve al estado anterior: cuando reabrís una solicitud resuelta, vuelve al estado desde el que se resolvió, la sigue atendiendo el mismo agente y el SLA se reanuda sin reiniciarse. La reapertura hecha por un administrador sigue volviendo a Nuevo, sin agente asignado.
Resolución con aprobación: si resolver requiere una aprobación, el resumen y los adjuntos que carga el agente se conservan hasta que se aprueba. Si se rechaza, los adjuntos se descartan.
Aviso de resolución: el solicitante recibe un aviso que no puede desactivar, con el resumen y un enlace a Mis solicitudes para confirmar o reabrir.
Cierre anticipado y reapertura: el agente asignado recibe un aviso de cierre anticipado con el motivo, y el aviso de reapertura incluye el comentario.
Auditoría: la reapertura del administrador registra la justificación junto a quien la ejecutó.

Ver Detalle de solicitud y Detalle de ticket.

Envío de correo¶

Se mejoró el envío de correo: si el servidor de correo no responde, se reintenta con uno alternativo; las direcciones inexistentes se distinguen de los rechazos por política; los reintentos de avisos ahora funcionan correctamente.
El envío real sigue dependiendo de una configuración que por defecto está apagada. Ver Pendientes y limitaciones.

16/09/2026¶

Transiciones que salen de Cancelado¶

El editor de flujos permite configurar transiciones que salen de Cancelado, por ejemplo de Cancelado a Nuevo, y Validar flujo y Publicar ya no las rechazan.
Son transiciones normales del flujo (no se marcan como reapertura), y se ejecutan como cualquier otra, incluso con disparador por tiempo.
La reapertura del administrador desde Cancelado o Cerrado sigue existiendo aparte. Resuelto y Cerrado no cambian: la única salida de Resuelto es hacia Cerrado, y a Cerrado solo se llega desde Resuelto.

Ver Flujos de trabajo y Estados y SLA.

15/09/2026¶

Números de ticket por área¶

Los tickets nuevos usan el código de su área con una secuencia propia, por ejemplo TECNO-000001. El prefijo no se puede elegir en el formulario: sale de la key del área.
Para publicar un formulario, su área de destino debe tener key.

Ver Áreas y Formularios.

Área en formularios¶

El editor de formularios vuelve a mostrar el área guardada cuando termina de cargar el catálogo.

10/09/2026¶

Eliminar todas las notificaciones¶

En la bandeja de notificaciones hay un botón Eliminar todas, con confirmación, que borra tus notificaciones leídas y no leídas de todas las páginas. Los avisos que lleguen después de iniciar el borrado se conservan.

Ver Notificaciones.

Sin fecha¶

Mensajes del servidor en el editor de flujos¶

El editor de flujos ya no muestra advertencias propias que repetían reglas: muestra los errores del servidor con su texto original en español, y avisos básicos de los campos.

Respuestas de formularios intermedios¶

El detalle del agente incluye una sección Datos intermedios para ver qué se respondió en cada formulario intermedio completado, quién lo envió y cuándo. Se puede reintentar la carga si falla, y respeta los permisos de quien mira.

Reconexión de cuenta en desarrollo¶

En entornos de desarrollo, Cambiar cuenta permite Reconectar cuenta actual cuando vence la sesión. No aplica al uso normal.

Se corrigió que los menús de tickets y aprobaciones se ocultaran a usuarios con permisos globales cuyos equipos no tenían roles propios.

Fases 1 a 4¶

Fase 1: privacidad y acceso¶

Acceso a tickets: lectura, contenido, historial y acciones respetan los permisos propios o del área. Ser solicitante o aprobador ya no concede acceso por sí solo.
Privacidad del solicitante: se conserva el último estado visible y se ocultan detalles internos.
Aprobaciones pendientes: nueva bandeja con contexto, vencimiento, paginación y decisión. Ver Aprobaciones.
Editor de flujos: se eligen permisos existentes y la aprobación se configura en una única sección.
Tablero por versión: los tickets conservan los estados de la versión con la que se crearon, aunque después se publique otra.
Motivos de bloqueo comprensibles: las transiciones deshabilitadas explican por qué, sin revelar datos privados.

Fase 2: notificaciones internas¶

Bandeja propia con listado paginado, contador, marcar leídas, eliminar leídas y preferencias de asignación, cambio de estado y SLA.
Campana en tiempo real con panel lateral.
Catálogo de plantillas de mensaje para avisos internos y por correo, editable desde Ajustes.
Al crear un ticket se prepara un correo de confirmación con enlace al seguimiento; hoy se registra como no enviado.

Fase 3: avisos del proceso¶

Avisos de resolución, cierre y satisfacción, de aprobaciones, de formularios pendientes, de toma y reasignación, y de recordatorios y vencimientos.
Los avisos al solicitante respetan los estados públicos del ticket para no revelar información interna.

Fase 4: gestión y seguimiento¶

Archivos: los adjuntos iniciales, intermedios, independientes y de resolución se conservan y se descargan con autorización. El detalle muestra origen, autor y fecha.
Filtros y orden aplicados sobre todos los resultados autorizados, no solo la página visible.
Vistas personales: se guardan filtros y columnas. Ver Gestión de tareas.
Tiempo real: tablero, lista y detalle se actualizan al recibir cambios.
Pendientes del solicitante: formularios, confirmaciones de resolución y encuestas aparecen con contadores y acceso directo. Ver Mis solicitudes.
Primera apertura: se registra cuándo el responsable abrió el ticket por primera vez.
Automatismos al crear: solo se ejecutan las transiciones marcadas para ese momento y cuya condición se cumple.

Fuera de este corte

El envío real de correo permanece bajo configuración; el ingreso con código por correo, la conversación con el solicitante, WhatsApp, Google Chat, los reportes y la unificación de tickets no forman parte de estas entregas. Ver Pendientes y limitaciones.