Clientes / flotta
flotta
Una plataforma operativa con varios tipos de usuario, especificada por escrito antes de construirse y protegida por un CI que no deja pasar un cambio roto.
Especificada antes de construirse
Un documento de requisitos sirvió de base, para que la plataforma creciera con coherencia en vez de por pedidos sueltos.
Permisos por rol
Una matriz explícita define qué puede ver y hacer cada tipo de usuario, en vez de un permiso de administrador que lo abre todo.
WhatsApp como canal
Integración con WhatsApp Cloud API de Meta, para que la operación llegue donde el usuario ya tiene la conversación abierta.
CI que bloquea el merge
Cada cambio pasa por typecheck, lint, tests y build antes de poder integrarse. No es una sugerencia, es una condición.
Escrito antes que programado
flotta parte de un documento de requisitos, no de una lista de pantallas. Esa especificación es lo que mantiene coherentes entre sí los módulos de la plataforma en vez de que se acumulen por pedidos sueltos, y es también lo que permite revisar seis meses después por qué una decisión se tomó así.
Quién puede hacer qué
En una operación con varios tipos de usuario, los permisos son una decisión de negocio, no un detalle técnico. Por eso están en una matriz escrita y revisable, en lugar de repartidos por condicionales a lo largo del código donde nadie puede auditarlos.
La puerta está en el CI
Typecheck, lint, tests y build corren en cada cambio, y si algo falla el cambio no entra. Esta es la parte aburrida del trabajo y es exactamente la que hace sostenible seguir evolucionando una plataforma en producción sin pedir disculpas cada semana.
¿Tu operación necesita esta estructura?
Varios tipos de usuario, permisos que importan y procesos que hoy viven en planillas. Cuéntanos cómo funciona hoy. La primera consulta es gratuita.
Solicitar contacto