01 · Problema
Tres productos que normalmente van por separado se pusieron dentro de una sola app: venta de entradas, contenido de pago y un marketplace multivendedor. Los tres mueven dinero, y cada uno tiene su propia regla sobre cuándo se considera que el dinero se ha movido: la entrada se paga por adelantado y se canjea en el evento, el contenido se desbloquea una vez y queda desbloqueado, un pedido solo se liquida cuando llega la mercancía. Bajo una sola cuenta, los tres deben leerse como un único historial.
02 · Enfoque
Aquí lo que importa no es el número de funciones, sino los límites que el backend debe sostener. El stock de los vendedores y el cupo de entradas son recursos finitos que dos compradores pueden disputarse en el mismo segundo, y esa disputa debe resolverse en la base de datos: la capa de aplicación puede ejecutarse en varios procesos a la vez y una comprobación hecha allí no ve a sus vecinos. El dinero exige además un historial trazable: la pregunta que siempre llega después no es cuál es el estado ahora, sino cuándo cambió y con qué fundamento.