El sistema se organiza por tarea, no por estructura técnica.
- Trabajo
- Sistema operativo para restaurantes, con seis roles y un solo flujo
- Rol
- Arquitectura y construcción, con un colaborador
- Periodo
- 2026
- NestJS
- Prisma
- PostgreSQL
- multi-tenant
- Next.js
Un restaurante en hora pico no navega, opera. El problema no era que faltaran módulos: era que había que saltar entre ellos para terminar una sola tarea. Diseñé la arquitectura y construí el sistema completo, con seis módulos que operan como uno y una interfaz distinta por puesto, porque el cocinero no necesita ver el balance y el contador no necesita tocar una orden.
POS, cocina, caja, BI, contabilidad y empleados en un solo sistema, con seis roles que ven interfaces distintas. Backend en NestJS 11 con Prisma 5 sobre PostgreSQL multi-tenant, con permisos, auditoría y horario de Lima resueltos en el núcleo: el guard de permisos se toca desde 315 sitios del código.
El modo guiado llegó a la v4 porque el dueño de un restaurante probó la v3 y el veredicto fue que era un pase de diapositivas salteable, no un tutorial. Un tutorial obliga a ejecutar la acción real; un slideshow se salta y no enseña.
La paginación no fue una mejora, fue un requisito transversal medido sobre el código: 274 findMany y 161 endpoints de lista sin identificador. Ninguna lista del sistema devuelve todo.
Es la pieza de la que estoy orgulloso. Las cifras salen del grafo de código del repo, no de memoria.