¿Tienes un proceso que hoy vive en un Excel, un WhatsApp y la cabeza de alguien? Ese es justo el tipo de problema que me gusta resolver.
Plataforma multi-tenant de entradas. Vende el acceso a un evento de 2.000 personas en noviembre de 2026.
Organizadores de fiestas y eventos que venden sus entradas por su cuenta. Cada uno tiene su propia tienda en un subdominio, cobra con Stripe y valida en la puerta con el móvil. La plataforma cobra el total y reparte después, para controlar comisiones, devoluciones y disputas desde un solo sitio.
Cargos y transferencias separadas: la plataforma cobra el importe completo y transfiere a cada organizador por lotes desde el panel de admin. Así las comisiones, devoluciones y disputas no dependen de cada cuenta conectada.
Cuando salen las entradas, un script Lua en Redis decide de forma atómica quién entra: limpia sesiones caducadas, cuenta las plazas libres y deja pasar a los siguientes de golpe. Postgres no ve el pico.
Las operaciones sensibles llevan una clave de idempotencia con SET NX en Redis: un reintento nunca hace el trabajo dos veces y la base de datos no recibe esa presión.
Las consultas de un organizador pasan por un cliente Prisma acotado a su tenant, así que un filtro olvidado no expone los datos de otro.