Novedades

En preparación: mensajería y colaboración en tickets (bloque B)

• Estado: el diseño está aprobado y la maqueta de las pantallas está en revisión.
• Una conversación en cada ticket, con la actividad intercalada en la misma línea de tiempo.
• Dos tipos de mensaje: notas internas, que solo ve el equipo, y respuestas, que ve también el cliente.
• Mensajes con formato, emojis, @menciones y archivos adjuntos; las imágenes y los PDF se ven en la conversación.
• Reacciones con emojis, y editar o borrar los mensajes propios.
• Participantes y observadores («con copia») en cada ticket, de cualquier departamento, además del responsable.
• Seguir un ticket, y una pestaña nueva «Participo y sigo» en Mis tickets.
• Avisos por la campana, por notificaciones push en el celular y por correo, con sus preferencias en Configuración → Notificaciones.
• Un correo al crearse un ticket y en cada cambio de estado para el responsable, los participantes y los observadores.
• El cliente nunca ve una nota interna ni se entera de ella por ninguna vía.
• Todo lo nuevo funciona también por una API, la misma que usará la app nativa.

Hoja de ruta

• E1 · Chat corporativo: chats individuales y de grupo, canales, hilos y búsqueda de mensajes.
• E2 · Cuentas de cliente: los restaurantes con sus contactos asignados, su canal y sus tipos de solicitud.
• G · Estructura avanzada del trabajo: subtickets de varios niveles, subproyectos, varios pipelines por proyecto, listas de pendientes y tickets que esperan a otro.
• C · Estadísticas y cronómetro.
• D · Diagramas: editor de nodos y pizarra libre.
• E3 · Llamadas de voz y video.
• F · App nativa.

Nuevo

• Página pública «Novedades» con este registro de cambios, versión por versión. Se ve sin iniciar sesión y se llega desde el inicio de sesión y desde el menú de tu cuenta.

Corregido

• La página «Novedades» muestra los subtítulos de cada sección, como «Cuentas y acceso» en la versión 0.1.0.

Nuevo

• «Nuevo proyecto» desde la página Proyectos: el admin elige el departamento y el líder de un solo departamento va directo a la hoja de crear.
• Crear una etiqueta desde el chip de etiquetas del ticket: admins y líderes escriben un nombre nuevo y la crean ahí mismo, ya elegida.
• Botón «Tablero» en la cabecera del departamento y del proyecto: desde cualquier pestaña abre los tickets en tablero y lo deja como la vista elegida.
• Los miembros pueden crear pipelines en su departamento: desde cero, desde una plantilla o duplicando otro.
• Plantilla «Desde cero» (Por hacer → Hecho), la primera de la lista y la elegida por defecto al crear un pipeline.
• Configuración → Pipelines aparece también para los miembros, y los pipelines que no pueden editar se ven como «Solo lectura».

Mejorado

• El nombre «Dizzy Tickets» aparece en el título de la pestaña, en la app instalada y en los correos (remitente, asunto, texto y pie).
• Si el nombre del espacio ya forma parte de «Dizzy Tickets», los correos no lo repiten.
• Quien crea un pipeline lo puede editar mientras nadie lo use; los líderes y los admins editan todos.
• Un pipeline que ya se usa en un proyecto, aunque esté archivado, o como predeterminado de un departamento, solo lo editan los líderes y los admins.
• Los pipelines que ya existían siguen a cargo de los líderes y los admins, como antes.
• Una etiqueta nueva creada desde el chip toma el siguiente color de la paleta.
• El buscador del chip de etiquetas ignora acentos y mayúsculas, y a un miembro se le indica quién puede crear etiquetas nuevas.

Corregido

• Volver con Atrás desde un proyecto recién creado ya no reabre la hoja «Nuevo proyecto».
• El menú «¿En qué departamento?» de «Nuevo proyecto» tiene su ancho y su espaciado correctos.

Seguridad

• Se cerró un caso en que un miembro podía editar un pipeline que ya usaba un proyecto.
• Se evitó que una vista previa mostrara estados de pipelines de otros departamentos.

Infraestructura

• La base de datos se actualiza sola al desplegar para guardar quién creó cada pipeline.

Nuevo

Cuentas y acceso

• Inicio de sesión con correo y contraseña; no hay registro abierto, se entra por invitación.
• Tres roles: admin (todo, incluida la configuración), miembro (trabaja en sus departamentos) y cliente (solo los proyectos donde lo invitan).
• Invitaciones por correo con un enlace de un solo uso que vence en 7 días; la persona escribe su nombre y su contraseña y entra.
• El admin invita eligiendo el rol y los departamentos o los proyectos, y puede reenviar, revocar o copiar el enlace de cada invitación.
• Recuperar la contraseña con un enlace por correo que vale 1 hora; al usarlo se cierran las demás sesiones.
• Avisos claros cuando un enlace de invitación o de recuperación ya venció o ya se usó.
• El admin desactiva a una persona sin borrar su historial (pierde sus sesiones al instante) y la puede reactivar.
• Si la sesión vence, la app lleva al inicio de sesión y, al entrar, vuelve a la página donde estabas.

Departamentos

• Departamentos con nombre, clave de 2 a 5 letras (por ejemplo, DEV), color, miembros y líderes.
• Departamentos abiertos, que ve todo el equipo, y privados, que solo ven sus miembros.
• Cualquiera puede pedirle algo a otro departamento; en uno privado, quien pide ve solo sus propias solicitudes.
• Cada departamento tiene sus pestañas Tickets, Proyectos y Miembros.
• Crear un departamento desde una plantilla de pipeline, editar sus datos, nombrar líderes, elegir su pipeline predeterminado y archivarlo.
• Un departamento archivado sale de los menús y de Nuevo ticket, pero sus tickets se siguen consultando.
• Un departamento nunca se queda sin líder: al último no se le puede quitar el liderazgo.

Proyectos y subproyectos

• Proyectos por departamento con descripción, color, líder, fecha objetivo y su propio pipeline.
• Subproyectos de un nivel, que heredan el pipeline de su proyecto.
• Avance del proyecto: el porcentaje de tickets hechos, sin contar los cancelados e incluidos los de sus subproyectos.
• Página del proyecto con líder, fecha objetivo, avance y subproyectos, y pestañas Tickets y Resumen.
• Admins y líderes crean, editan, archivan y desarchivan proyectos; los archivados se ven aparte, en «Archivados».
• Invitar o quitar clientes desde el proyecto; un cliente invitado a un proyecto ve también sus subproyectos.

Tickets y subtickets

• Nuevo ticket desde el + en el celular o desde un modal en escritorio: título, descripción y chips de departamento, proyecto, estado, prioridad, responsable, etiquetas y fecha límite.
• El departamento y el proyecto se rellenan según la página desde donde se crea el ticket.
• «Crear otro» deja el formulario listo para el siguiente ticket.
• «Pedir a otro departamento» abre Nuevo ticket con ese departamento ya elegido.
• Claves consecutivas por departamento, como DEV-12, que identifican cada ticket en toda la app.
• Detalle del ticket con título editable, propiedades editables, descripción con formato que se guarda sola, subtickets y actividad.
• Prioridad en cinco niveles (sin prioridad, baja, media, alta y urgente), un responsable, etiquetas y fecha límite.
• Subtickets de un nivel con su avance (por ejemplo, 3/5) y el botón «+ Agregar subticket».
• Cambiar un ticket de proyecto: si cambia el pipeline, se elige el estado de llegada y los subtickets se van con él.
• Cambiar un ticket de departamento: recibe una clave nueva, igual que sus subtickets, y la clave anterior sigue llevando al ticket.
• Quitar un subticket de su ticket padre.
• Eliminar un ticket con confirmación, solo para admins y líderes; el borrado incluye sus subtickets.
• Los clientes ven y crean tickets en sus proyectos, sin asignar, mover ni configurar.

Pipelines con reglas

• Cada departamento define sus pipelines, con estados de colores en cuatro categorías: pendiente, en curso, hecho y cancelado.
• Plantillas de fábrica: Desarrollo, Soporte, Simple y Contratos; también se puede duplicar un pipeline existente.
• Editor de pipeline con estados que se ordenan arrastrando, cada uno con nombre, color, categoría y la marca de estado inicial.
• Transiciones libres o restringidas, que se editan en una matriz en escritorio y en una lista en el celular.
• Reglas de llegada por estado: quién mueve (los miembros, el responsable o solo los líderes) y los campos obligatorios (responsable, prioridad, fecha o etiqueta).
• Regla de subtickets cerrados: un ticket no llega a ese estado mientras tenga subtickets abiertos.
• Si al mover faltan campos obligatorios, se abre una hoja para llenarlos en el momento.
• Las reglas se cumplen siempre, también para líderes y admins, y el servidor las vuelve a comprobar.
• Equivalencias de estados: al cambiar el pipeline de un proyecto o el predeterminado de un departamento, o al borrar un estado, se elige a qué estado va cada grupo de tickets.
• Las equivalencias proponen el estado con el mismo nombre o, si no hay, el inicial, y se aplican todas de una vez.
• Un pipeline se puede borrar si ningún proyecto lo usa y no es el predeterminado de su departamento.

Etiquetas

• Etiquetas del espacio con nombre y un color de la paleta; las crean admins y líderes, y los miembros las usan en sus tickets.
• Antes de borrar una etiqueta se avisa de cuántos tickets se quita.

Actividad

• Cada cambio de un ticket queda en su actividad, con quién lo hizo y cuándo.
• Los cambios seguidos de la misma persona sobre el mismo campo se agrupan al mostrarlos.

Lista y tablero

• Vista de tickets compartida por departamentos y proyectos, en Lista o en Tablero; la elección se recuerda en cada vista.
• Lista agrupada por estado, con prioridad, clave, título, etiquetas, responsable y fecha; los subtickets van bajo su padre.
• Tablero en escritorio con arrastrar y soltar: las columnas no permitidas se marcan con un candado, y se puede reordenar dentro de una columna.
• Las tarjetas del tablero también se mueven con el teclado.
• Tablero en el celular con una columna por pantalla, deslizamiento horizontal, píldoras de estado para saltar y puntos de página.
• «Mover a…» al mantener presionada una tarjeta o desde el detalle, con los estados bloqueados y su motivo.
• Si un departamento usa varios pipelines, el tablero deja elegir cuál mostrar.
• Los cambios se ven al instante en quien los hace, y si el servidor los rechaza se deshacen con un aviso que explica la regla.

Filtros y búsqueda

• Filtros por estado, responsable, prioridad, etiqueta y proyecto, más «Incluir cerrados»; viven en la dirección de la página para poder compartirlos.
• Buscador ⌘K (Ctrl K en Windows): al escribir una clave como DEV-12 va directo al ticket.
• El buscador encuentra tickets por título sin importar los acentos, y también proyectos, departamentos y personas.
• El buscador muestra los recientes y las acciones Nuevo ticket, Pedir a otro departamento e Ir a…
• El buscador solo muestra lo que cada persona puede ver.

Inicio, Mis tickets y navegación

• Inicio con «Asignado a mí», «Mis solicitudes» y «Vence pronto»; el cliente ve en cambio sus proyectos y sus tickets abiertos.
• Mis tickets con pestañas Asignados y Creados, y la opción de incluir los cerrados.
• En escritorio, una barra flotante con Inicio, Mis tickets, Departamentos, Proyectos, el buscador, Nuevo ticket y tu menú.
• El menú Departamentos muestra los tuyos con sus tickets abiertos y la opción de pedir a otro departamento.
• En el celular, pestañas flotantes (Inicio, Mis tickets, +, Departamentos o Proyectos y Más) y la hoja Más con perfil, tema, Configuración y Cerrar sesión.
• En las páginas internas, la ruta y un botón de volver, como Departamento › Proyecto › DEV-12.
• Tema claro, oscuro o el del sistema.
• Atajos de teclado: C nuevo ticket, ⌘K buscar, Esc cerrar y ⌘↵ crear; en el detalle, S estado, A responsable y P prioridad.
• Estados vacíos con su acción, esqueletos mientras carga, página «No encontrado» y pantalla de error con «Reintentar».

Configuración

• Configuración con un riel en escritorio y píldoras en el celular; cada persona ve solo lo que puede editar.
• Mi perfil: el nombre con el que te ven los demás.
• Seguridad: cambiar la contraseña, ver las sesiones abiertas y cerrar una o todas las demás.
• Espacio: el nombre que aparece en el acceso, en los correos y en la barra.
• Personas e invitaciones, Departamentos, Pipelines y Etiquetas, según el rol de cada quien.

Tiempo real

• Los cambios de otras personas aparecen en tus pestañas abiertas en pocos segundos, sin recargar, en las listas y en el detalle.
• Nadie recibe avisos de lo que no puede ver.

App instalable y sin conexión

• Dizzy Tickets se instala como app en el celular y en la computadora, con su propio ícono.
• Sin conexión, la app muestra lo último que se cargó con el aviso «Sin conexión: solo lectura» y los controles de edición desactivados.
• Sin conexión no se guardan cambios para después, así nada se aplica a destiempo.
• Al volver la conexión, todo se recarga y se activa solo.
• Al cerrar sesión se borra lo que la app guardó en el aparato.
• Si intentas salir con un cambio todavía en camino, la app te pide confirmar.

Corregido

• Los filtros de la vista de tickets ya no se pierden al cambiar de pestaña.
• Un ticket creado desde la vista de tickets aparece en la lista enseguida.
• Con dos movimientos seguidos en el tablero, cada uno recibe su propio resultado.
• Enter sobre una tarjeta del tablero abre el ticket en vez de empezar a arrastrarla.
• Crear un ticket sin red muestra un aviso y conserva el borrador.
• Abrir el buscador encima de Nuevo ticket ya no hace perder el borrador.
• Si otra persona cambió el ticket mientras tanto, la app lo recarga en vez de fallar una y otra vez.
• La descripción se vuelve a intentar guardar si la primera vez falló.
• Un cliente invitado solo a un subproyecto ya ve ese subproyecto y sus tickets.
• Ya se puede borrar un estado que no tiene tickets.
• «Reintentar» vuelve a pedir la pantalla al servidor en vez de repetir el error.
• Los cambios del editor de pipeline se ven enseguida en el resto de la app, y guardar uno ya no borra el nombre que estás escribiendo.
• Crear un proyecto ya funciona desde el primer intento, y ningún error de un formulario queda sin mostrarse.
• Editar un proyecto cuyo líder dejó el departamento ya no falla.
• Quitar a un cliente de un subproyecto ya no dice que funcionó cuando el acceso venía del proyecto padre.
• Sin conexión, la descripción tampoco se puede editar y mover una tarjeta ya no queda en espera.

Seguridad

• Las contraseñas se guardan protegidas, nunca en texto plano, y deben tener al menos 12 caracteres.
• Sesiones seguras que se renuevan solas con el uso y que se pueden cerrar desde Configuración → Seguridad.
• Al cambiar o recuperar la contraseña se cierran las demás sesiones.
• Límite de intentos al iniciar sesión y al pedir la recuperación de la contraseña, para frenar a quien intente adivinar.
• El inicio de sesión y la recuperación no revelan si un correo tiene cuenta.
• Los enlaces de invitación y de recuperación son de un solo uso y vencen.
• Política de seguridad de contenido estricta y cabeceras que impiden mostrar la app dentro de otros sitios.
• Lo que una persona no puede ver responde «No encontrado», sin confirmar que existe.
• Los permisos y las reglas de los pipelines se comprueban en el servidor, no solo en la pantalla.
• Se cerró un caso en que el inicio de sesión podía redirigir a otro sitio.
• Se evitó que quien le pide algo a un departamento privado recibiera datos internos de ese departamento.
• Se evitó que un cliente invitado a un subproyecto viera datos del proyecto padre.
• Se evitó que los avisos en tiempo real incluyeran datos de proyectos o departamentos.
• Si otra persona entra en el mismo aparato, lo que la app guardó de la anterior se borra.

Infraestructura

• La app se sirve solo por HTTPS en https://tickets.dizzy.com.ve, con renovación automática del certificado.
• Respaldos diarios automáticos de la base de datos, guardados fuera del servidor durante 30 días.
• Restaurar un respaldo conserva la base anterior en vez de borrarla, y no toca nada si el archivo está dañado.
• La app revisa su configuración al arrancar y no arranca si falta algo.
• Las actualizaciones de la base de datos se aplican solas en cada despliegue.
• Los correos salen siempre por una conexión cifrada.
• Los registros del sistema rotan para no llenar el disco.
• Se corrigió un fallo que impedía completar los respaldos.
• Se corrigió que las páginas tardaran en mostrar el esqueleto de carga mientras llegaban los datos.
• Se corrigió un error ocasional al guardar un cambio.
• Se aseguró que el certificado HTTPS se pueda renovar aunque cambie la configuración del dominio.