Frappe Helpdesk en posventa: tickets, SLA y portal
Un caso de posventa técnica con Frappe Helpdesk: tickets, clientes, portal, SLA, roles, costo y prueba de cierre con evidencia.
Antes, la posventa anotaba reclamos de cosechadoras en chats, correos y cuadernos del mostrador; después, cada caso tuvo ticket, cliente, equipo, prioridad y fecha de respuesta. Frappe Helpdesk permite ordenar esa mesa sin separar al cliente del historial técnico. Este caso mira una concesionaria agrícola de San Martín que necesita saber qué reclamo está abierto, quién lo tomó y qué prueba queda al cerrar.
Dónde aparece la falla repetida
La falla se ve los lunes de cosecha. Un productor llama por un repuesto, el taller recibe una foto por WhatsApp, administración consulta garantía y ventas promete respuesta. Nadie miente, pero cada área mira una lista distinta. Cuando el equipo vuelve al campo, el reclamo original queda difícil de reconstruir. Frappe Helpdesk publicó la versión 1.26.0 el 11 de junio de 2026. La herramienta forma parte del ecosistema Frappe y ofrece tickets, clientes, equipos, portal, base de conocimiento y acuerdos de nivel de servicio. La novedad de release importa menos que la capacidad de instalar, probar y respaldar el circuito. La documentación de instalación de Frappe Helpdesk remite a un entorno Frappe y a su banco de trabajo. En una pyme, el primer límite no está en la instalación, sino en decidir qué entra a mesa de ayuda: garantía, repuestos, turnos de taller, consultas de manual y reclamos de entrega. El antagonista es el reclamo duplicado. Dos personas atienden al mismo cliente, cargan respuestas diferentes y ninguna puede mostrar el historial completo cuando gerencia pregunta por demora.
Cómo funciona por dentro
El flujo empieza en un canal: portal de cliente, correo o carga manual de mostrador. El ticket guarda cliente, contacto, asunto, descripción, prioridad, estado, equipo, número de serie y responsable. Si el cliente usa el portal, puede consultar avance sin llamar cada dos horas. Si entra por correo, mesa de ayuda completa los datos que faltan. La página de tickets de Frappe Helpdesk organiza el caso alrededor del registro de atención. El portal de clientes abre una vista externa para que el cliente siga pedidos y respuestas. El SLA fija tiempos esperados según prioridad, cliente o tipo de caso. PostgreSQL o MariaDB, según la instalación Frappe elegida, guardan tickets, clientes, usuarios, estados y permisos. Los adjuntos conservan fotos de placa, presupuestos, órdenes de reparación y comprobantes. Un tablero muestra tickets por vencimiento, prioridad, técnico, cliente y equipo. El correo saliente informa cambios relevantes, pero el historial queda en el ticket. Los permisos separan mostrador, taller, administración, vendedores y gerencia. Mostrador crea casos. Taller responde con diagnóstico y repuesto. Administración ve garantía y deuda. Vendedores leen estado sin cerrar reclamos. Gerencia consulta métricas. Un proveedor externo puede ver solo los casos asignados. El backup copia base, archivos del sitio, configuración y adjuntos. La prueba restaura un ticket cerrado en ambiente separado y revisa conversación, adjuntos, SLA, usuario que cerró y fecha de cierre. Si falta la foto del número de serie, el cierre no sirve para discutir garantía.
Qué se instala o configura primero
La pila inicial tiene Frappe Helpdesk, base de datos, correo entrante y saliente, dominio con HTTPS, roles, categorías, portal de cliente, SLA por prioridad y copia diaria. El primer entregable verificable es un ticket real de posventa con equipo, responsable, adjuntos, respuesta al cliente y cierre auditado. Con Banco Nación como referencia del 15 de junio de 2026, se tomó USD 1 vendedor a ARS 1.450. Un servidor de USD 35 a 75 mensuales queda entre ARS 50.750 y ARS 108.750. El piloto puede pedir 30 a 52 horas: instalación, correo, roles, catálogo, portal, SLA, migración corta de clientes y prueba de restauración. UMSA puede comenzar con una sola sucursal, dos tipos de ticket y una lista breve de equipos críticos. La meta de la primera semana es que ningún reclamo nuevo quede sin cliente, responsable y fecha de próxima acción. Después se agregan reportes, base de conocimiento y vínculos con stock o ERP.
Dónde se rompe y cómo probarlo
El primer riesgo es cargar tickets sin equipo. La señal aparece cuando el reclamo dice "tractor verde" y nadie sabe número de serie. La prueba exige modelo, serie o motivo de excepción antes de pasar a taller. El segundo riesgo es un SLA decorativo. La señal aparece cuando los vencimientos existen, pero nadie recibe alerta ni revisa tablero. La prueba crea un ticket urgente, espera el umbral y verifica aviso, escalamiento y registro. El tercer riesgo es mezclar deuda con soporte. La señal aparece cuando taller ve información financiera que no necesita. La prueba usa roles separados y confirma que soporte vea garantía técnica, no estado de cuenta completo. El cuarto riesgo es cerrar sin evidencia. La señal aparece cuando el ticket figura resuelto y no tiene foto, presupuesto, orden o comentario final. La prueba bloquea el cierre para categorías que requieren adjunto. El quinto riesgo es depender del portal sin explicar estados. La prueba toma tres clientes, crea casos de distinta prioridad y verifica que cada uno vea estado, próxima acción y respuesta sin datos de terceros. Una mesa de posventa deja de ser ruido cuando cada reclamo tiene dueño, reloj y archivo. El cliente sigue viendo el problema, pero la concesionaria ya puede mostrar qué hizo, cuándo y con qué respaldo.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.