Proyectos
Frappe Helpdesk en posventa: tickets, equipos y portal
Mini-caso para ordenar reclamos de posventa con Frappe Helpdesk: tickets, equipos, portal de clientes, reglas de asignación, backup y salida.
Antes, posventa anotaba reclamos en mensajes sueltos; después, cada pedido tuvo ticket, cliente, equipo y responsable. En una concesionaria de Tunuyán sobre la Ruta 40, una garantía puede empezar en mostrador, seguir por teléfono y cerrar con un repuesto. Frappe Helpdesk permite ordenar ese recorrido con portal, agentes, equipos y reglas de asignación.
Dónde aparece el reclamo que pierde dueño
La falla visible llega cuando dos personas prometen respuestas distintas para el mismo vehículo. El cliente llama por una pieza, taller pide foto, compras consulta stock y nadie sabe qué conversación vale. El antagonista es el reclamo anotado en WhatsApp con una captura borrosa y sin estado común. Frappe Helpdesk v1.30.1 fue publicado el 3 de septiembre de 2026. La documentación oficial de creación de tickets enumera tres canales: email, portal de cliente y portal de agente. También indica que, cuando una cuenta de correo queda configurada como entrante, los mensajes se convierten en tickets y el sistema consulta el correo cada 10 minutos. El dato global marca una decisión de soporte: la encuesta Stack Overflow 2025 ubica a PostgreSQL con 55,6% de uso entre todos los encuestados en bases de datos. Aunque Frappe use su propia pila, la idea operativa se sostiene igual: ticket, cliente, estado, adjuntos y auditoría deben vivir en una base consultable, no en conversaciones sueltas. El objeto concreto es una orden de reparación con foto de tablero, número de chasis y promesa de entrega escrita en un papel térmico. Si esa evidencia queda fuera del sistema, compras no sabe qué pedir y el cliente escucha una explicación distinta en cada llamada. El ticket junta esos fragmentos y permite medir cuánto tardó cada tramo.
Cómo funciona por dentro
El flujo mínimo tiene siete pasos. Primero, el cliente crea un ticket desde email, portal o mostrador. Segundo, el sistema guarda asunto, descripción, contacto, adjuntos, canal y hora. Tercero, una regla de ruteo asigna equipo según tipo de ticket, cuenta de correo o campo personalizado. Cuarto, un agente toma el ticket y registra diagnóstico, repuesto pedido o visita. Quinto, el portal del cliente muestra estado y permite agregar información. Sexto, la base de conocimiento sugiere artículos antes de abrir un caso repetido. Séptimo, backup copia base, archivos y configuración; la restauración se prueba abriendo tickets con adjuntos reales. La guía de agents & teams separa roles: Admin, Agent Manager y Agent. Los equipos agrupan agentes y pueden recibir asignación automática. La página de customer portal describe cómo el cliente crea tickets, consulta estados y accede a la base de conocimiento. La guía de ticket routing muestra ruteo por tipo de ticket, cuenta de correo o campos propios.
Qué se instala o configura primero
Un piloto razonable instala Frappe Helpdesk en servidor propio o servicio administrado, configura correo entrante, portal de clientes, tres equipos, tipos de ticket y backup diario. La guía de installation ofrece instalación en Frappe Cloud o self-hosting con imagen oficial. Con dólar oficial venta de ARS 1535, un primer alcance puede ubicarse entre USD 700 y USD 1.800, es decir entre ARS 1.074.500 y ARS 2.763.000. Incluye instalación, correo, roles, portal, 4 reglas de ruteo, backup y restauración. No incluye integración con ERP ni pasarelas externas. UMSA puede acotar el caso a posventa de 60 reclamos mensuales: garantías, pedidos de repuesto, reclamos por demora y consultas de documentación. El entregable verificable es un tablero con tickets abiertos, vencidos, resueltos, reasignados y cerrados con adjunto. Si un reclamo no tiene cliente, equipo o responsable, no pasa a estado cerrado. La comparación útil está en una nota previa sobre GLPI 11 en colegios. GLPI combina tickets con activos; Frappe Helpdesk pesa más cuando el portal y la base de conocimiento son el primer frente de atención.
Dónde se rompe y cómo probarlo
El primer riesgo es crear tickets desde email sin identificar contacto. La señal aparece cuando el mismo cliente queda duplicado. La prueba envía dos correos desde el mismo dominio, crea el contacto y revisa que ambos casos queden asociados. El segundo riesgo es permitir cierres sin diagnóstico. La señal aparece cuando un ticket resuelto no tiene repuesto, acción ni adjunto. La prueba intenta cerrar un caso incompleto y exige campo obligatorio. El tercer riesgo es ruteo demasiado amplio. La señal aparece cuando garantías, repuestos y documentación caen en el mismo equipo. La prueba crea tres tickets de muestra y verifica equipo, agente y prioridad. El cuarto riesgo es restaurar solo la base y perder archivos. La prueba recupera en un entorno vacío un ticket con foto, respuesta del cliente, agente asignado y estado final. La acción incómoda es contar cuántos reclamos de la última semana no tienen dueño escrito.
