Flinktix es una plataforma SaaS para registrar, hacer seguimiento y gestionar solicitudes de cualquier área de servicio: proyectos, mejoras, requerimientos e incidentes.
Centraliza en un solo lugar todas las solicitudes que ingresan al área de servicio, permitiendo a los gestores organizarlas, priorizarlas y comunicar su avance en tiempo real.
| Perfil | Qué puede hacer |
|---|---|
| Administrador | Configura el sistema: usuarios, empresas, áreas, tipos, SLA. No crea ni modifica solicitudes. |
| Agente | Crea, edita, asigna y cierra solicitudes. Comentar con @menciones. |
| Visualizador | Solo lectura. Puede consultar el estado de las solicitudes y el tracker. |
| Key User | Cliente externo. Accede a un portal aparte donde ve y hace seguimiento únicamente de sus propias solicitudes. No crea solicitudes. |
El sistema se accede desde el navegador en la red interna. No requiere instalación.
| Elemento | Función |
|---|---|
| Solicitudes | Vista principal con el listado de todas las solicitudes. |
| Timeline | Vista de calendario mensual (por defecto) y Gantt. Muestra fechas de inicio y límite de cada solicitud. |
| Dashboard | Resumen visual con métricas y gráficos del estado general. |
| Kanban | Tablero de columnas agrupadas por estado. |
| Papelera | Solicitudes eliminadas, recuperables durante el período configurado. |
| ⚙ Configuración | Ajustes del sistema (visible para gestores). |
| ? Ayuda | Esta documentación. |
| 🔔 Notificaciones | Campana en la esquina superior derecha con contador de notificaciones pendientes. |
Debajo de la navegación aparecen los chips de cada gestor con el número de solicitudes asignadas. Al hacer clic en uno se filtra el listado por ese gestor. Clic nuevamente para quitar el filtro. Se puede activar o desactivar desde Configuración → Generales.
Cada solicitud pertenece a uno de los cuatro tipos base del sistema. El tipo se define al crear la solicitud y no puede modificarse después.
| Tipo | Cuándo usarlo |
|---|---|
| 01 - Proyecto | Iniciativas de mayor envergadura con múltiples etapas, fechas y recursos asignados. Ej: implementación de un sistema, migración de infraestructura. |
| 02 - Mejora | Optimizaciones a sistemas o procesos existentes. Ej: agregar un reporte, mejorar el rendimiento de una aplicación. |
| 03 - Requerimiento | Solicitudes de usuario que requieren análisis e implementación. Ej: necesidad de acceso a un sistema, creación de usuario. |
| 04 - Incidente | Fallas o problemas que afectan la operación normal. Ej: sistema caído, error en proceso productivo. |
| Campo | Descripción |
|---|---|
| Título | Nombre breve y descriptivo. Ej: "Migración servidor SQL". |
| Tipo | No modificable una vez guardado. |
| Estado | Situación actual: Open, En Curso, Hold, Bloqueado, Cancelado, Cerrado. |
| Fase | Fase dentro del ciclo de vida según el tipo de solicitud. |
| Prioridad | Urgencia relativa de la solicitud. |
| Gestor | Persona de TI responsable de resolver la solicitud. |
| Empresa | Empresa cliente a la que pertenece la solicitud (campo avanzado). Configurada en ⚙ → Empresas. |
| Solicitante | Persona de contacto en la empresa cliente (campo avanzado). Se elige de una lista — solo aparecen las cuentas Key User que tienen esa Empresa asignada. Ver Empresas y portal del cliente. |
Toda solicitud tiene dos dimensiones independientes: el estado (situación operacional) y la fase (paso dentro del proceso). Los estados son iguales para todos los tipos; las fases varían según el tipo de solicitud.
| Estado | Significado |
|---|---|
| Open | Ingresada, pendiente de atención. |
| En Curso | En trabajo activo por el gestor. |
| Hold | En pausa por decisión interna o espera de aprobación. |
| Bloqueado | Impedida por un factor externo. Requiere atención. |
| Cancelado | Descartada, no se implementará. |
| Cerrado | Completada y verificada. |
| Tipo | Fases principales |
|---|---|
| Proyecto | Inicio → Análisis → Diseño → Desarrollo → QA → Despliegue → Cierre |
| Mejora | Inicio → Análisis → Desarrollo → QA → Cierre |
| Requerimiento | Recibido → Análisis → En Progreso → Cierre |
| Incidente | Recibido → Diagnóstico → Resolución → Cerrado |
Cada fase puede contener tareas — unidades de trabajo específicas con responsable, fechas y porcentaje de avance. El progreso de las tareas determina el avance general de la solicitud. Las tareas se gestionan desde el Tracker, accesible desde el detalle de cualquier solicitud.
El estado indica la situación operacional de una solicitud en un momento dado. Es igual para todos los tipos de solicitud y cambia manualmente por el gestor según el avance del trabajo.
| Estado | Cuándo usarlo |
|---|---|
| Open | La solicitud fue ingresada y está pendiente de atención. Estado inicial de toda solicitud. |
| En Curso | El gestor comenzó a trabajar en ella activamente. |
| Hold | Pausada temporalmente por decisión interna o espera de aprobación, presupuesto o información del solicitante. |
| Bloqueado | Detenida por un factor externo que impide avanzar. Requiere atención inmediata. |
| Cancelado | El área solicitante decidió no continuar. No se implementará. |
| Cerrado | La solicitud fue completada y verificada con el solicitante. |
El sistema no impone restricciones entre el estado y el estado de las fases, pero como buena práctica se recomienda mantener coherencia:
| Estado de la solicitud | Fases esperadas |
|---|---|
| Open | Todas las fases en Pendiente — aún no se ha comenzado a trabajar. |
| En Curso | Mix natural: fases Completadas (las que ya terminaron), una En Progreso (la actual) y el resto Pendientes. |
| Hold / Bloqueado | Las fases se "congelan" en el estado en que estaban — no avanzar hasta retomar. |
| Cerrado | Todas las fases deberían estar Completadas. |
| Cancelado | Las fases pueden quedar en cualquier estado — la solicitud fue descartada. |
Las fases son las etapas de trabajo dentro del tracker de una solicitud. Cada solicitud puede tener su propio conjunto de fases, ya sea a partir de una metodología predefinida o creadas manualmente.
Al crear una solicitud con metodología asignada, las fases se cargan automáticamente:
| Tipo / Metodología | Fases principales |
|---|---|
| Proyecto — Gestión de Proyectos TI | Inicio → Evaluación → Aprobación → Planificación → Diseño → Desarrollo → Pruebas → Despliegue → Cierre |
| Proyecto — SAP Activate | Discover → Prepare → Explore → Realize → Deploy → Run |
| Mejora | Inicio → Análisis → Desarrollo → QA → Cierre |
| Requerimiento | Recibido → Análisis → En Progreso → Cierre |
| Incidente | Recibido → Diagnóstico → Resolución → Cerrado |
Una solicitud puede crearse sin metodología. En ese caso el tracker parte vacío y el equipo agrega las fases manualmente a medida que avanza el trabajo. La columna "Fases" en el listado mostrará — hasta que se agregue al menos una fase.
| Estado | Significado |
|---|---|
| Pendiente | Aún no iniciada. |
| En progreso | Trabajo en curso (borde ámbar en el tracker). |
| En revisión | Esperando aprobación o revisión (borde azul). |
| Completado | Fase finalizada (borde verde). |
| Bloqueado | Impedimento activo (borde rojo). |
Las tareas son las unidades de trabajo dentro de cada fase. Permiten hacer seguimiento detallado del avance de una solicitud. Se gestionan desde el Tracker, accesible desde el detalle de cualquier solicitud.
| Campo | Descripción |
|---|---|
| Nombre | Descripción breve de la tarea. Ej: "Levantar requerimientos con el cliente". |
| Responsable | Gestor asignado a ejecutar la tarea. Recibe una notificación por email al ser asignado. |
| Fecha inicio / Fecha fin | Rango estimado de ejecución. Si la fecha fin vence aparece como "Vencida". |
| Horas estimadas | Esfuerzo estimado en horas. Se suma en el encabezado del tracker como total. |
| % Avance | Porcentaje de completitud. Cuando llega al 100%, el sistema sugiere avanzar la fase. |
Una tarea puede depender de otra dentro de la misma fase. Si una tarea tiene dependencias, aparece con un candado 🔒 y no puede iniciarse hasta que las tareas previas estén completadas.
El botón 🔄 Recalcular fechas en la barra del tracker redistribuye las fechas de fases y tareas. Funciona en dos escenarios:
| Escenario | Qué hace |
|---|---|
| Con metodología | Recalcula todas las fechas desde la fecha de recepción usando las duraciones estimadas de la metodología. El resultado es una distribución en cascada de fases y tareas. |
| Sin metodología | Si las fases ya tienen fecha de inicio y término definidas manualmente, redistribuye las tareas de forma equitativa dentro de cada fase. |
El botón ✨ Sugerir tareas en el tracker usa inteligencia artificial para generar tareas específicas por fase según el título y descripción de la solicitud. Puedes seleccionar cuáles agregar antes de confirmar.
Vista principal del sistema. Muestra todas las solicitudes activas con opciones de filtro, búsqueda y columnas configurables.
Encima del listado se muestra el resumen SLA de las solicitudes activas:
| Indicador | Qué muestra |
|---|---|
| Vencidas | Solicitudes cuya fecha límite ya pasó (en rojo). |
| Por vencer | Solicitudes que vencen en los próximos 3 días (en ámbar). |
| A tiempo | Solicitudes con fecha límite futura y sin riesgo (en verde). |
| Sin vencimiento | Solicitudes sin fecha límite asignada. |
| Filtro | Descripción |
|---|---|
| Búsqueda | Filtra por título, ID o descripción en tiempo real. |
| Tipo | Muestra solo Proyectos, Mejoras, Requerimientos o Incidentes. |
| Estado | Filtra por estado operacional. |
| Prioridad | Filtra por nivel de urgencia. |
| Empresa | Filtra solicitudes por empresa u organización. |
| Gestor | Filtra por responsable asignado. También desde los chips superiores. |
Puedes mostrar u ocultar columnas con el botón Columnas en la barra de acciones. Las columnas disponibles son:
| Columna | Qué muestra |
|---|---|
| Tipo | Tipo de solicitud (Proyecto, Mejora, etc.). |
| Estado | Estado operacional actual. |
| F. Recepción | Fecha en que se registró la solicitud. |
| F. Inicio | Fecha de inicio del trabajo (oculta por defecto). |
| F. Límite | Fecha límite para resolver la solicitud. |
| Prioridad | Nivel de urgencia. |
| Gestor | Responsable asignado. |
| Empresa | Empresa solicitante (oculta por defecto). |
| Área | Área o gerencia (oculta por defecto). |
| Key User | Contacto del cliente (oculta por defecto). |
| SLA | Semáforo de SLA (verde/ámbar/rojo). |
| Fases | Fases iniciadas vs. total (ej: 3/9). Verde si todas iniciadas, azul si hay progreso, gris si ninguna. |
| Avance | Porcentaje de avance calculado como promedio del % de todas las tareas activas del tracker. |
Vista de métricas y resumen visual del estado general de todas las solicitudes.
| Métrica | Qué muestra |
|---|---|
| Total activos | Solicitudes que no están cerradas ni descartadas. |
| Atrasados | Solicitudes con fecha límite vencida y aún abiertas. |
| Cerrados este mes | Solicitudes cerradas en el mes calendario actual. |
| Por tipo | Distribución de solicitudes activas por Proyecto, Mejora, etc. |
| Por empresa | Volumen de solicitudes por empresa del grupo. |
| Por gestor | Carga de trabajo por cada gestor. |
Tablero visual que organiza las solicitudes en columnas según su estado. Permite tener una vista rápida de la distribución del trabajo.
| Columna | Estado correspondiente |
|---|---|
| Abierto | 01 - Abierto |
| En Curso | 02 - En Curso |
| En Espera | 03 - En Espera |
| Bloqueado | 04 - Bloqueado |
| Cancelado | 05 - Cancelado |
| Cerrado | 06 - Cerrado |
Vista temporal con dos modos: Calendario mensual (por defecto) y Gantt. Permiten visualizar las solicitudes distribuidas en el tiempo según sus fechas.
| Modo | Descripción |
|---|---|
| Calendario | Vista mensual en grilla. Muestra chips de solicitudes en cada día según fecha límite. Colores por SLA: verde (ok), amarillo (próximo), rojo (vencido). |
| Gantt | Barras horizontales que muestran el rango de fechas de inicio a fecha límite por solicitud. |
Usa el toggle Calendario / Gantt en la parte superior de la vista para cambiar entre modos. En modo Calendario puedes navegar entre meses con los botones ← → y volver al mes actual con Hoy.
Los gestores son los usuarios de TI responsables de atender las solicitudes. Se configuran en Configuración → Usuarios con perfil Gestor.
La barra superior muestra un chip por cada gestor activo con:
Al hacer clic en un chip se filtra el listado mostrando solo las solicitudes de ese gestor. Clic nuevamente para quitar el filtro.
Las solicitudes eliminadas no se borran permanentemente de inmediato. Quedan en la papelera durante el período configurado (por defecto 30 días), desde donde pueden recuperarse.
Los gestores pueden agregar comentarios internos en el detalle de cada solicitud. Los comentarios quedan registrados con nombre, rol y fecha.
Puedes mencionar a otros usuarios del workspace escribiendo @ seguido de su nombre. El sistema mostrará una lista de sugerencias mientras escribes.
Flinktix permite darle acceso a un cliente externo a un portal aparte, donde puede ver y hacer seguimiento del estado de sus propias solicitudes — sin acceder al resto del sistema. Este portal es de solo visualización y seguimiento: un Key User no puede crear solicitudes nuevas, solo consultarlas y comentar en las suyas.
Las Empresas (⚙ → Empresas) representan a los clientes que utilizan el sistema. Una solicitud puede tener una Empresa asignada, y cada Empresa puede tener uno o varios Key Users (contactos) asociados. Esto cubre tanto una compañía con varias sociedades o razones sociales, como una consultora con varios clientes distintos dentro del mismo workspace.
Un Key User es una cuenta de acceso externa, creada desde ⚙ → Usuarios eligiendo Tipo: Externo. A un Key User se le puede asignar una o varias Empresas — accede al portal viendo solo las solicitudes que le correspondan según esas Empresas.
Al crear o editar una solicitud, el campo Solicitante (dentro de campos avanzados) permite elegir el contacto puntual de esa Empresa — la lista se puebla automáticamente con los Key Users que tienen esa Empresa asignada. Es distinto del campo Gestor: el Gestor es quien la resuelve internamente, el Solicitante es quien la pidió del lado del cliente.
La regla de visibilidad prioriza siempre a la persona por sobre la Empresa:
El SLA (Service Level Agreement) define el tiempo máximo que tiene el equipo para resolver una solicitud desde que es recibida. Flinktix calcula la fecha límite automáticamente y muestra un semáforo visual en el listado para que puedas ver de un vistazo si una solicitud está en plazo, por vencer o vencida.
La fecha límite es la fecha máxima en que una solicitud debe estar resuelta para considerar que se cumplió el SLA. Es el compromiso de entrega: si la solicitud se cierra antes o en esa fecha, el SLA se cumplió. Si sigue abierta después de esa fecha, el SLA está vencido.
Flinktix la calcula automáticamente al crear la solicitud a partir del tipo, la prioridad y los días configurados en el SLA. También puede editarse manualmente si las circunstancias cambian — el sistema no la sobreescribirá una vez que esté definida.
Supón que tienes configurado el siguiente SLA para Incidentes:
| Tipo | Prioridad Alta | Prioridad Media | Prioridad Baja | Tipo días |
|---|---|---|---|---|
| 03 - Incidente | 2 días | 5 días | 10 días | Hábiles |
Si entra un incidente de prioridad Alta el día lunes 16 de junio:
| Color | Significado | Cuándo aparece |
|---|---|---|
| Gris | Sin fecha | No tiene fecha de inicio o fecha límite definida. |
| Verde | En plazo | Menos del 85% del tiempo entre inicio y límite ha transcurrido. |
| Amarillo | Por vencer | Más del 85% del tiempo ha transcurrido pero aún no venció. |
| Rojo | Vencido | La fecha límite ya pasó y la solicitud sigue abierta. |
| Verde ✓ | Resuelto | La solicitud fue cerrada o cancelada (cumplió o no el SLA, ya no aplica). |
El semáforo no mide simplemente si la fecha límite pasó o no — mide qué porcentaje del tiempo disponible ya se consumió. Para eso necesita dos puntos de referencia: la fecha de inicio (desde cuándo corre el reloj) y la fecha límite (cuándo vence).
La fórmula es:
Si la fecha de inicio está en blanco, el semáforo no puede calcular ese porcentaje y muestra gris, aunque la solicitud tenga fecha límite definida.
¿Cuándo difieren fecha de recepción y fecha de inicio? Cuando el equipo recibe el ticket pero no lo atiende de inmediato. Por ejemplo: entra el viernes, pero el equipo solo trabaja de lunes a viernes y lo toma el lunes siguiente. En ese caso conviene poner el lunes como fecha de inicio, para que el SLA no cuente el fin de semana como tiempo consumido.
Para la mayoría de los equipos que atienden desde el momento en que entra el ticket, fecha de inicio = fecha de recepción es la interpretación correcta. Por eso el sistema tiene un parámetro en ⚙ Configuración → Parámetros generales que asigna esta igualdad automáticamente al crear cada solicitud.
Los proyectos (tipo 01) no tienen un número de días fijo configurado. Su fecha límite se calcula automáticamente a partir de la fecha fin estimada de la última fase en el tracker. Si agregas o modificas fases, usa el botón Recalcular fechas en el tracker para actualizar la fecha límite.
Cada tipo de solicitud puede configurarse con uno de los dos modos:
El sistema envía emails automáticos al gestor asignado en dos momentos (configurables en Ajustes → Notificaciones):
Estas cuatro secciones comparten el mismo comportamiento. Cada una muestra una tabla con los ítems configurados y una columna Acciones al final.
La columna tiene dos elementos:
| Elemento | Qué hace |
|---|---|
| Toggle (interruptor) | Activa o desactiva el ítem. Un ítem inactivo desaparece de los formularios de nuevas solicitudes pero se conserva en las solicitudes ya existentes que lo tengan asignado. |
| Botón Eliminar | Borra el ítem permanentemente. Solo aparece en ítems que usted creó; los ítems predeterminados del sistema no se pueden eliminar. |
Al instalar el sistema, Flinktix crea un conjunto de ítems base (por ejemplo, los estados "01 - Abierto", "02 - En Curso", etc. o las prioridades Alta/Media/Baja). Estos ítems no tienen botón Eliminar para evitar inconsistencias en el historial de solicitudes. Solo pueden desactivarse si no quiere que aparezcan en nuevos tickets.
Los ítems que usted agrega sí pueden eliminarse mientras no haya solicitudes que los usen.
Accesible desde el ícono ⚙ → Generales. Permite ajustar el comportamiento general del sistema.
| Parámetro | Descripción |
|---|---|
| Nombre del sistema | Título que aparece en el encabezado. |
| Organización | Nombre de la empresa o grupo. |
| Prefijo de tickets | Prefijo del ID por tipo de solicitud (configurable en Tipos de Solicitudes). Ej: PR- genera PR-0001 para Proyectos. |
| Tickets por página | Cantidad de solicitudes visibles en el listado. |
| Días en papelera | Tiempo antes de eliminar permanentemente solicitudes borradas. |
| Modo visualización | Claro, Oscuro o Sistema (sigue la preferencia del SO). |
| Barra de gestores | Muestra u oculta los chips de gestores sobre el listado. |
Accesible desde ⚙ → Tipos de Solicitudes. Define las fases y subfases de cada tipo.
| Elemento | Puede activar/desactivar | Puede eliminar | Puede agregar |
|---|---|---|---|
| Tipo de solicitud (sistema) | ✓ | ✗ | — |
| Fase del sistema | ✓ | ✗ | — |
| Subfase del sistema | ✓ | ✗ | — |
| Fase agregada por usuario | ✓ | ✓ | — |
| Subfase agregada por usuario | ✓ | ✓ | — |
| Nueva fase | — | — | ✓ (en cualquier tipo) |
| Nueva subfase | — | — | ✓ (en cualquier fase) |
Accesible desde ⚙ → Usuarios. Permite crear y administrar los usuarios del sistema. Al crear un usuario se le asigna un rol que determina exactamente qué puede ver y hacer dentro de la plataforma. Solo un Administrador puede crear usuarios o cambiar roles.
Cada usuario tiene uno de los siguientes roles:
| Rol | Descripción |
|---|---|
| Administrador | Gestiona la configuración del sistema: usuarios, empresas, áreas, tipos de solicitud, etiquetas, SLA y demás parámetros. No puede crear ni modificar solicitudes. |
| Agente | Crea, edita, asigna y hace seguimiento de solicitudes. Puede ver la configuración operativa pero no puede modificarla. |
| Visualizador | Acceso de solo lectura. Puede consultar solicitudes y el tracker, pero no puede crear ni modificar nada. |
| Key User | Cliente externo (Tipo: Externo). Accede a un portal aparte, distinto del resto del sistema, donde ve únicamente las solicitudes de las Empresas que tiene asignadas. No crea solicitudes. |
| Acción | Administrador | Agente | Visualizador |
|---|---|---|---|
| Ver solicitudes | ✓ | ✓ | ✓ |
| Crear solicitudes | — | ✓ | — |
| Editar solicitudes | — | ✓ | — |
| Ver tracker de proyectos | ✓ | ✓ | ✓ |
| Modificar tracker | — | ✓ | — |
| Configuración general (parámetros, SLA, tipos) | ✓ | — | — |
| Gestionar usuarios | ✓ | — | — |
| Gestionar empresas y áreas | ✓ | — | — |
| Crear y editar etiquetas | ✓ | — | — |
| Exportar datos | ✓ | ✓ | ✓ |
| Nombre | Rol | Empresa | Estado | Acciones |
|---|
| Nombre | Iniciales | RUT | Email contacto | Nombre contacto | Estado | Acciones |
|---|
| Nombre | Color | Descripción | Activa | Acciones |
|---|
| Nombre | Color | Activa | Acciones |
|---|
| ID | Nombre | Sub-fases | Acciones |
|---|
| Nombre | Color | Activo | Acciones |
|---|
| Nombre | Acciones |
|---|
| Nombre | Estado | Acciones |
|---|
| Tipo | Prioridad Alta | Prioridad Media | Prioridad Baja | Tipo días |
|---|
Doble clic sobre un valor para editarlo. Para proyectos, el SLA se calcula automáticamente desde la fecha fin estimada de sus fases.
X-API-Key: trk_...
RESEND_API_KEY en el servidor.
Las notificaciones están desactivadas hasta que se configure.
| Nombre | Identificador | Usuarios | Estado | Acciones |
|---|
Para cambiar tu rol a , primero debes asignar otro administrador.
| # ↕ | Descripción ↕ | Tipo ↕ | Estado ↕ | F.Recepción ↕ | F.Inicio ↕ | F.Límite ↕ | Prioridad ↕ | Gestor ↕ | Empresa ↕ | Área ↕ | Key User ↕ | SLA | Fases | Avance |
|---|
| Nombre | Rol | Tenant | Workspace | Estado | Acciones |
|---|
| Nombre | Plan | Estado | Vencimiento | Usuarios | Acciones |
|---|
Al asignar un gestor el estado cambiará a Asignado.
| ID | Nombre | Tipo | Prioridad | Estado | Fecha límite |
|---|