Skip to content

Soporte / Incidencias (tickets)

This content is not available in your language yet.

El módulo de Soporte / Incidencias es un helpdesk integrado: los clientes abren tickets hacia nuestro equipo y el soporte responde manteniendo una conversación por hilo, con menciones, adjuntos, seguimiento de tiempo y autorización de facturación.

En el menú lateral, Soporte. Ahí el cliente ve sus incidencias; los agentes ven además la Bandeja de soporte (todas, de todos los clientes).


  1. En Soporte, tocá Nueva incidencia.
  2. Completá asunto, prioridad (baja / normal / alta / urgente), una descripción y, opcionalmente, el workflow relacionado.
  3. Crear incidencia. Se genera una referencia legible (ej. INC-2026-000123) y se notifica al equipo.

Desde un workflow: en el editor de un workflow, menú Archivo → Reportar incidencia. Se abre el alta con ese workflow ya vinculado — ideal para reportar un problema puntual de un flujo.

Cada incidencia es una conversación estilo chat. En la caja de respuesta podés:

  • Responder en texto.
  • @Mencionar a usuarios de tu organización o a agentes de soporte del hilo.
  • Referir un workflow (aparece como una etiqueta que abre el editor).
  • Adjuntar capturas de imagen, JSON o texto (con el botón de adjuntar o pegando una captura directamente). Máximo 8 MB por archivo.

Los adjuntos y los workflows referidos quedan como etiquetas dentro del mensaje.

El campanita arriba a la derecha muestra tus notificaciones (menciones, respuestas, cambios de estado). Todo llega también por email y, si tenés el hilo abierto, en vivo.

Si el trabajo de la incidencia es facturable, el soporte puede pedirte autorización. Cuando eso pasa, verás un aviso en el hilo con Autorizar / Rechazar, y tu saldo de horas contratadas (si tenés un pack). Todo queda registrado.

Podés cerrar tu incidencia cuando esté resuelta, o reabrirla si el problema vuelve.


La Bandeja de soporte muestra las incidencias de todos los clientes (cruce de tenants). Incluye:

  • Filtros por estado, prioridad y búsqueda por asunto/referencia.
  • El nombre del cliente y un indicador de sin asignar.
  • Una barra de métricas: abiertos, sin asignar, esperando soporte, TPR promedio (tiempo hasta la primera respuesta) y resueltos en 7 días.
  • Un chip de SLA (⏱ hace X) en los tickets que están esperando respuesta.
  1. Asignarte el ticket (o dejarlo sin asignar para el equipo).
  2. Cambiar el estado (abierto, en curso, esperando cliente, esperando soporte, resuelto, cerrado).
  3. Responder. Podés marcar la respuesta como nota interna (solo la ve el soporte, nunca el cliente).

Con el botón Respuestas insertás plantillas de respuesta frecuentes. Desde Gestionar respuestas creás/borrás las tuyas; podés hacerlas compartidas (todo el equipo) o privadas.

Con Cargar tiempo registrás el tiempo dedicado a la incidencia:

  • El tiempo facturable se carga en múltiplos de 30 minutos (mínimo 30).
  • El tiempo no facturable admite cualquier valor.

El panel de Facturación muestra el total facturable / no facturable y el saldo de packs del cliente.

  1. Si el cliente no tiene saldo de horas, con Solicitar autorización le pedís que apruebe la facturación del trabajo. El cliente autoriza o rechaza (queda registrado).
  2. Si el cliente tiene un pack de horas con saldo, el tiempo facturable queda cubierto automáticamente.
  3. El soporte puede otorgar packs de horas manualmente a un cliente.

EstadoSignificado
AbiertoRecién creada, sin tomar.
En cursoEl soporte está trabajando en ella.
Esperando clienteEl soporte respondió; espera al cliente.
Esperando soporteEl cliente respondió; espera al soporte.
ResueltoSolucionada (se puede reabrir).
CerradoFinalizada.

El estado avanza solo al responder: si contesta el soporte pasa a esperando cliente; si contesta el cliente, a esperando soporte.


Los tickets viven en un servidor central de Floogos, el mismo que gestiona las licencias. Así, nuestro equipo ve en un solo lugar las incidencias de todos los clientes:

  • Clientes SaaS: usan Floogos en nuestros servidores; todo es directo.
  • Clientes on-premise: su instalación delega las operaciones de soporte al servidor central de forma segura (autenticada con su licencia). El usuario no nota diferencia: usa la misma sección Soporte de su instalación.