Soporte — Atención y Órdenes de Servicio — Cómo Quaza organiza tickets, órdenes de servicio, agenda de los técnicos y el cumplimiento de SLA
Esta guía explica desde cero el módulo Soporte de Quaza — para quien nunca usó un sistema de help-desk de ISP. Es donde el cliente pide ayuda, el atendente registra, el técnico va al lugar y el gestor mide tiempo de respuesta (SLA).
¿Qué es el módulo Soporte?
Es la "central de atención" del proveedor: Atendimento (teléfono/chat/portal — el registro inicial), Ordem de Serviço (OS) (el trabajo técnico a ser hecho), Agenda (calendario del técnico), SLA (plazo prometido) e Comissões (pago por OS ejecutada).
Visión general — la cadena del soporte
Antes de profundizar en las pantallas, comprende cómo una reclamación del cliente se convierte en una visita técnica:
┌─────────────┐ ┌─────────────┐ ┌──────────────┐ ┌────────────┐
│ ATENCIÓN │ 1→N│ ORDEN DE │ N→1│ AGENDA DEL │ → →│ EJECUCIÓN │
│ (ticket) │────│ SERVICIO │────│ TÉCNICO │────│ (visita) │
└─────────────┘ └─────────────┘ └──────────────┘ └────────────┘
│ │
↓ ↓
┌──────────────┐ ┌──────────────┐
│ ESTADO │ │ HISTORIAL │
│ CATEGORÍA │ │ + COMISIÓN │
│ PLANTILLA │ │ + SLA medido │
│ TIPO OCURR. │ └──────────────┘
│ PERFIL SLA │
└──────────────┘
Resumiendo: cliente abre atención (teléfono, chat, portal). Atendente registra y genera orden de servicio. OS va a la agenda del técnico basado en prioridad/SLA. Técnico ejecuta, registra ocurrencia, genera historial. Al cerrar, el sistema calcula SLA cumplido y la comisión del técnico.
Glosario — conceptos antes de las pantallas
Atención × Orden de Servicio
|
Atención |
Orden de Servicio (OS) |
| O que é |
Registro del contacto del cliente — relato inicial |
Trabajo técnico a ejecutar — visita, configuración, instalación |
| Quién crea |
Atendente (teléfono/chat) o cliente vía portal |
Atendente, sistema (auto), o técnico en la app |
| Quién cierra |
Atendente, en el momento de la llamada |
Técnico, en la app después de ejecutar |
| ¿Tiene visita? |
Puede no tener (problema resuelto por teléfono) |
Generalmente sí |
| Exemplo |
"Cliente llama, internet se cayó, era reset del router" |
"Cambiar ONU defectuosa del contrato 12345" |
Trampa: Una atención puede generar cero, una o varias OSs. Cliente llama reclamando: si el atendente logra resolver por teléfono, cierra sin OS. Si necesita visita técnica, genera 1 OS. Si necesita visita + cambio de equipo + cancelación de otro contrato, puede generar 3 OSs.
Estados de OS — el ciclo de vida
Cada OS tiene un estado que indica en qué fase está. Los estados son configurables por cada proveedor (puedes crear los tuyos), pero hay 3 fases estándar:
| Fase |
Qué significa |
Estados típicos |
| Inicial |
OS recién creada, aún sin técnico o en cola |
Abierto, Preinscripción, Esperando agendamiento |
| Intermedio |
OS en ejecución o en condicionamiento (esperando algo) |
En ejecución, Servicio Condicionado, Comercial |
| Final |
OS cerrada (éxito o cancelación) |
Cerrado, Concluido (conferencia), Cancelado |
Tipos de Técnico
| Tipo |
Característica |
Comisión |
| Interno |
Empleado fijo del proveedor |
Salario fijo + bonos por productividad |
| Tercerizado |
Empresa socia o autónomo |
Por OS ejecutada (X$ por instalación, Y por mantenimiento) |
1 Atención — registro inicial del contacto
Soporte → Atención
Es la pantalla donde el atendente registra el contacto del cliente: llamada telefónica, chat, e-mail, presencial. Cada atención tiene protocolo único, cliente involucrado, fecha prevista de retorno y responsable.
Listado de atenciones — cabeçalhos: Código, Protocolo, Quantidade OS, Cliente, Data prevista, Prioridade, Responsável, Endereço, Criação
¿Por qué registrar atención incluso cuando se resuelve por teléfono?
-
Historial: próxima vez que el cliente llama, quien atienda ya ve todo lo que pasó.
-
Métricas: "quantos tickets sobre lentidão? sobre boleto?"
-
Auditoría: protección contra "nadie me atendió" del cliente.
-
SLA: tiempo medio de respuesta del call-center.
2 Orden de Servicio — el trabajo técnico
Soporte → Orden de Servicio
La OS es el trabajo a ejecutar: visita, instalación, mantenimiento, retirada de equipo. Puede generarse manualmente por el atendente, automáticamente por el sistema (en una instalación nueva de contrato), o creada por el propio técnico en la app durante una visita.
Listado de OSs — note los filtros pre-creados (Insatisfacción, No informado, Abierto retiro empresa, agenda diaria, FEEDBACK), y columnas con Estado, Cliente, Servicio, Dirección, Prioridad
| Columna |
Qué muestra |
| Código |
Identificador de la OS (ej: AT098810) |
| Protocolo |
Número corto (impresión para cliente) |
| Estado |
En qué fase está (Abierto, Ejecución, Cerrado) |
| Cliente |
Cliente vinculado |
| Servicio |
Tipo (Link LOSS, Mantenimiento, Instalación, Cambio de contraseña) |
| Responsable |
Técnico asignado |
| Dirección |
Dónde ocurrirá la visita |
| Fecha Prevista |
Cuándo va el técnico (agenda) |
| Prioridad |
Baja / Media / Alta |
| Cerrador / Cierre |
Quién cerró y cuándo |
3 Agenda de OS — calendario del técnico
Soporte → Agenda de orden de servicio
Visualización calendario de las OSs agendadas — por día, semana o mes. Muestra de un vistazo qué técnico tiene visita en qué día, en qué cliente.
Agenda de OS — visualización semanal/mensual, con tarjetas coloreadas por prioridad y panel lateral con OSs sin fecha
Tarjetas coloreadas: rosa = atrasado / alta prioridad. Tarjetas en el panel lateral a la derecha ("Órdenes de Servicio sin fecha") son las que aún necesitan agendarse — útil para comenzar el día despachando OSs sin fecha.
4 SLA — tiempo prometido vs cumplido
Soporte → Orden de Servicio SLA
Lista todas las OSs con tiempo de SLA medido: tiempo transcurrido, tiempo límite del perfil SLA, y si se cumplió o no.
OS con SLA — columnas Estado, Responsable, Fecha Inicial, Fecha Final, Tiempo SLA Usado, SLA cumplido (Sí/No)
Cross-ref:
configuración de los perfiles SLA (Crítico/Alto/Medio/Bajo) está en
SLA
. Esta pantalla es el
informe del cumplimiento — quién cumplió, quién falló, por cuánto tiempo.
5 Configuración — Estados, Categorías, Plantillas, Tipos
Estados de OS
Soporte → Estado
Define los estados que una OS puede tener. Cada estado tiene fase (Inicial/Intermedio/Final) y vínculos — a qué estado esa OS puede ir desde ese. Útil para obligar flujo: ex, "solo puede ir de Abierto a Ejecución, no puede saltar a Cerrado directo".
Configuración de estados — note columna VÍNCULOS mostrando flujo permitido, e ORDENS DE SERVICIOS mostrando volume
| Campo |
Para qué sirve |
| Descripción / Plural |
Cómo aparece en el listado |
| Fase |
Inicial / Intermedio / Final — agrupa para informes |
| Vínculos |
Estados que pueden suceder a este en el flujo |
| Responsable Predeterminado |
Técnico que asume OS en ese estado por defecto |
| SLA |
Tiempo límite para pasar de ese estado |
Categorías / Servicios
Soporte → Servicio
Catálogo de tipos de servicio técnico — "Mantenimiento de TV Box", "Sin acceso", "Cambio de contraseña wi-fi", "Cable Roto", "Reparo de estructura externa". Cada categoría tiene SLA estándar (más agresivo para "Sin acceso", más relajado para "Mantenimiento Preventivo").
Catálogo de servicios — Sigla, Tipo (Soporte/Mantenimiento/Comercial), Valor estándar, Estado estándar
Plantillas de OS
Soporte → Plantilla
Modelos de OS reusables — cuando el atendente crea una OS de tipo recurrente, elige la plantilla y los campos vienen pre-llenados.
Plantillas — modelos preconfigurados para acelerar creación
Tipos de Ocurrencia
Soporte → Tipo ocurrencia
Cuando el técnico está ejecutando, registra lo que ocurrió — tipo "CPE quemada (descarga eléctrica)", "CPE quemada (mal uso del cliente)", "Falla causada por la energía", "Router defecto LAN/WLAN". Esto ayuda en el informe de causa-raíz y en la cobro de multa por mal uso.
Tipos de ocurrencia — descripciones estandarizadas para análisis estadístico
¿Por qué importa diferenciar "quemada por descarga" vs "mal uso"? En la primera, cambias el equipo gratuitamente (eventualmente reembolsado por el seguro). En la segunda, cobras al cliente. Tener esa categorización estandarizada permite generar informes mensuales y justificar cobros.
6 Equipo — Responsables, Técnicos, Comisiones
Control por Responsable
Soporte → Control por responsable
Visión por operador — quién es responsable (atendente, supervisor) de cuántas OSs.
Control por responsable — cantidad de OSs por usuario responsable
Control por Técnico
Soporte → Control por técnico
Visión por técnico de campo — qué OSs cada técnico tiene agendadas, con dirección, problema y estado.
Control por técnico — vista por día, muestra todas las OSs de ese técnico en ese día
Perfil Técnico
Soporte → Perfil Técnico
Categoriza los técnicos: Interno (fijo) vs Tercerizado. Define reglas de comisión diferentes para cada tipo.
Perfiles de técnico — interno vs tercerizado
Técnico Comisión
Soporte → Técnico comisión
Cálculo de comisión por OS ejecutada — útil para tercerizados que reciben por trabajo realizado. Sistema agrega en el período definido (semanal/mensual) y genera cierre para pago.
Comisiones de los técnicos — cierre por período con valor total
Flujos típicos paso a paso
Fluxo 1: Cliente llama reclamando "internet caiu"
| Paso |
Dónde |
Qué hacer |
| 1 |
Cliente llama |
Atendente abre Soporte → Atención, busca cliente, gera atendimento |
| 2 |
Atención |
Atendente intenta resolver: pide al cliente reiniciar router, verifica login en Quaza |
| 3a |
Resolvió por teléfono |
Atendente cierra atención, registra observación. Sin OS. |
| 3b |
No resolvió |
Atendente click "Generar OS" — abre wizard con cliente ya rellenado |
| 4 |
Wizard de OS |
Selecciona Categoría (Link LOSS), Prioridad (Alta), Fecha prevista |
| 5 |
Sistema agenda |
OS aparecy en la agenda do técnico responsável (o en cola si sin técnico) |
| 6 |
Técnico ejecuta |
Va al lugar, registra ocurrencia (ex: "CPE quemada por descarga"), cambia equipo |
| 7 |
Técnico cierra OS |
Marca Cerrado, registra solución y tiempo gastado |
| 8 |
Sistema calcula |
SLA cumplido (sí/no) + comisión del técnico (si tercerizado) |
Flujo 2: Instalación nueva (cliente recién registrado)
| Paso |
Dónde |
Qué hacer |
| 1 |
Wizard de contrato |
Atendente crea contrato (cf. Cliente
) |
| 2 |
Sistema genera OS automáticamente |
Categoría "Instalación Fibra", Estado "Esperando agendamiento" |
| 3 |
Despacho |
Supervisor abre Agenda
, arrastra OS al día/técnico |
| 4 |
Técnico va al lugar |
Pasa fibra, activa ONU (cf. Estoque
), prueba, configura router |
| 5 |
Técnico en la app |
Vincula equipo (ONU serial X), toma foto, cierra OS con Aceptación Digital |
| 6 |
Sistema |
Contrato pasa a Activo, login PPPoE entra en RADIUS, mensualidad comienza |
Flujo 3: Mantenimiento preventivo agendado
| Paso |
Dónde |
Qué hacer |
| 1 |
Supervisor |
Crea OS manual: Categoría "Mantenimiento Preventivo", agenda en fecha específica |
| 2 |
Sistema avisa cliente |
SMS/WhatsApp 24h antes |
| 3 |
Técnico va |
Hace mantenimiento, prueba equipos |
| 4 |
Cierra |
OS cerrada, sin cobro (cortesía) |
Flujo 4: Cancelación de contrato + retiro
| Paso |
Dónde |
Qué hacer |
| 1 |
Cliente pide cancelación |
Atendente crea atención, después OS de Cancelación |
| 2 |
Sistema crea 2 OSs |
(a) "Retiro de equipos" + (b) "Encerramiento" |
| 3 |
Técnico va a retirar |
Marca equipos como retornados (cf. Estoque
flujo RMA) |
| 4 |
Sistema |
Equipo vuelve al inventario RMA, contrato va a Cancelado
|
Trampas frecuentes
1. Atención sin OS generada no cuenta en las métricas técnicas. Si atendente olvida cerrar atención (dejó abierto sin solución), aparece como pendencia indefinida. Cron diario cierra atenciones abiertas > 7 días con observación automática.
2. OS sin responsable queda huérfana. Toda OS debe tener un responsable (atendente/supervisor) y un técnico. Sin responsable no aparece en ningún "Control por X". Configura responsable predeterminado en el Estado (cf. Estados).
3. SLA se mide por estado, no la OS entera. Cada estado tiene seu SLA. Si OS queda 2h en
Abierto + 4h en
Ejecución, el SLA total es la suma — pero el
Abierto tiene su límite separado. Veja em
SLA
.
4. Comisión solo calcula con Estado FINAL. Sistema solo cierra comisión después que OS llega a estado de fase Final (Cerrado/Concluido). Se está en Comercial (intermediário) há semanas, técnico no recibe.
5. Técnico en la app não vê OS de outro responsável. Filtrado por defecto. Si quieres "ver todo del equipo", configura perfil de visibilidad ampliado en
Perfil Técnico
.
6. Tipo Ocurrencia es obligatorio en el cierre. Sistema bloquea cerrar OS sin registrar al menos 1 ocurrencia. Esto garantiza que toda OS tiene causa-raíz documentada para análisis mensual.
Galería de pantallas
Atendimento
Listagem
Calendario
Sla
Estado
Categoria
Template
Tipoocorrencia
Responsavel
Tecnico
Perfiltec
Comissao
Documentos relacionados
Profundiza en los temas conexos:
-
Cliente
— donde la OS está vinculada (cliente + contrato)
-
Fibra y Red
— diagnóstico técnico (ONU offline, señal RX baja) que se vuelve OS
-
SVA / NFeSVA
— OS de "SVA no funciona" — debug vía Request Log del integrador
-
Paneles / Dashboards
— visión ejecutiva, indicadores diarios y alertas operacionales
-
Telefonía (VoIP + MVNO)
— servicios de voz fija y móvil que pueden ser vendidos junto con internet
-
Administración
— configuraciones, usuarios, permisos (ACL), tareas (crons) y logs de auditoría
-
Comunicación
— Email, SMS, WhatsApp y campañas masivas para clientes
-
Chat
— atención omnicanal en vivo (WhatsApp, bot, respuestas rápidas)
-
Portal / Área del Cliente
— autoatención del cliente final (2da vía, OS, dependientes, recomendaciones)
-
Mapa
— visualización geográfica de clientes, CTOs, postes, cables FO (georreferencia)
-
SLA
— perfiles de SLA y reglas de tiempo límite
-
Inventario
— vinculación de equipos vía OS de instalación/RMA
-
Vendas
— cobro de tasa de instalación o servicio extra
-
Comissões
— comisión de los vendedores (similar a comisión de técnicos)
-
Cobrança
— cobrar servicio técnico extra (visita puntual)
Preguntas frecuentes
Quién cierra o atendimento e quem fecha a OS?
Atendente cierra atención (generalmente en el momento de la llamada). Técnico cierra OS (no app, após executar). Son dos cierres separados.
¿Puedo tener OS sin cliente vinculado?
En general no — OS técnica necesita cliente. Excepción: OSs internas (mantenimiento en CTO/POP) pueden vincularse a "Cliente Sistema" o similar (crear cliente ficticio para eso).
¿Cómo veo "OSs atrasadas por técnico"?
Soporte → Control por técnico filtra por fecha anterior a la de hoy, o por la visualización de calendario con filtro "atraso".
¿Si el cliente llama sobre una OS ya abierta, hago nueva atención?
Sim. La atención registra el contacto; puede vincular a la OS existente sin crear OS nueva. Cliente termina con 2-3 atenciones para el mismo problema (consultas del progreso) y 1 OS técnica.
¿Cómo configuro el SLA "OS de instalación tiene 5 días hábiles para ser ejecutada"?
Crea un perfil en
SLA
con tiempo límite de 5 días hábiles (40h en horario comercial). Asigna ese perfil al Estado "Esperando agendamiento" de la Categoría "Instalación".
Técnico tercerizado solo gana de OS ejecutada — ¿cómo pruebo lo que hizo?
Sistema genera
cierre de comisión mensual listando cada OS ejecutada por él, con fecha, cliente, valor pagado. Incluye en
Comissões
la configuración de valor por categoría.
¿Puedo tener más de una OS abierta para el mismo cliente?
Sí — cliente puede tener "Mantenimiento" + "Instalación Segundo Punto" + "Cambio de Dirección" abiertas simultáneamente. Cada una tiene su propio ciclo.
¿Cómo medir el éxito operacional?
Defina 3 KPIs y acompañe semanalmente. Tendencia importa más que valor absoluto.
¿Hay entrenamiento oficial Quaza?
Sí — equipo de soporte ofrece sesiones de onboarding.
¿Cómo reportar bug o pedir nueva feature?
Por el canal de soporte. Incluya contexto: lo que esperaba, lo que pasó, frecuencia.
¿Cómo empezar a usar este módulo?
Configure los pre-requisitos, haga teste con pocos registros, valide con equipo, después active producción.
¿Necesito permiso especial?
Sí. Cada rol tiene permisos distintos.