Sistema de seguimiento post-venta

El problema

Neu+ es un taller de neumáticos que manejaba a sus clientes y el historial de servicios de cada vehículo en papel y planillas sueltas. No había forma de avisarle a un cliente cuando le tocaba un service, ni de que alguien (un comprador de auto usado, por ejemplo) pudiera consultar el historial de mantenimiento de un vehículo sin llamar directamente al taller.

Qué construimos

Una app full-stack sobre Supabase (Postgres + Auth + Edge Functions) donde el taller carga clientes, vehículos y servicios con fotos desde un panel con búsqueda y bajas lógicas (los registros no se borran, se dan de baja para no perder el historial). Además armamos una pantalla pública de consulta por patente, protegida con Cloudflare Turnstile para evitar scraping, y un sistema de notificaciones automáticas por WhatsApp para avisarle al cliente cuando su vehículo tiene una novedad.

Desafíos técnicos

• Row Level Security sin recursión: las políticas RLS de Supabase necesitan consultar la tabla de perfiles para saber si un usuario es admin, lo que genera recursión infinita si no se resuelve con cuidado. Lo resolvimos con funciones SECURITY DEFINER que evalúan el rol por fuera de la política que las llama.
• Privacidad en la consulta pública: la Ley 25.326 de protección de datos personales exige no exponer datos innecesarios; la vista pública de consulta por patente muestra el historial del vehículo pero nunca el nombre del titular.
• Auditoría infalsificable: triggers en la base que fijan automáticamente quién creó cada registro, sobreescribiendo cualquier valor que intente mandar el cliente desde el frontend.

Replicable a cualquier rubro

Lo construimos para un taller de neumáticos, pero el problema que resuelve no es de los talleres: es de cualquier negocio donde el cliente vuelve. La estructura de fondo —clientes, unidades o equipos, historial de intervenciones, avisos automáticos y consulta pública— es la misma; lo que cambia es el vocabulario y qué dato usa el cliente para identificarse.

• Service técnico: el equipo reparado en vez del vehículo, número de serie en vez de patente.
• Veterinarias y consultorios: la mascota o el paciente, con historial de visitas y recordatorio del próximo control.
• Mantenimiento y equipamiento: la instalación o la máquina, con historial de intervenciones y aviso del próximo service programado.

Por eso lo tratamos como una base propia y no como un desarrollo que muere con el proyecto: cada implementación nueva arranca con el modelo de datos, la seguridad y las notificaciones ya resueltas, y el trabajo se concentra en adaptarlo al negocio.

Qué haríamos distinto

Las notificaciones por WhatsApp dependen de la aprobación de Meta para la WhatsApp Business API, que tardó bastante más de lo esperado. Si lo rehiciéramos, arrancaríamos ese trámite en paralelo desde el día uno del proyecto. También está planeado (pero todavía no implementado) un sistema de órdenes de trabajo para que los mecánicos carguen diagnósticos desde el celular y el admin los apruebe antes de convertirlos en presupuesto.