ERP multisede — producto propio

Panel de inventario del ERP con indicadores, gráfica de movimientos y alertas de stock bajo

React 19 TanStack Start TypeScript Drizzle ORM MariaDB Tailwind

Qué es

Un ERP en español para que una empresa opere desde un solo sistema: inventario, comercial, compras y logística, finanzas, recursos humanos, producción, proyectos, servicio al cliente, análisis, administración del sistema y gestión documental. Once áreas, más de ciento sesenta pantallas construidas.

No es un encargo de cliente: es un producto propio y está en desarrollo. Hay módulos que ya operan contra la base de datos de punta a punta y otros que todavía son andamiaje. Lo interesante es que el sistema sabe cuáles son cuáles.

Cada módulo declara en qué punto está

Cada área del ERP se describe en un registro central: qué rutas la componen, qué permisos exige, de qué otros módulos depende y —lo importante— su grado de madurez. Un módulo que todavía no está validado no aparece en el menú y su ruta no abre, ni escribiendo la dirección a mano.

Un sistema a medio construir es peligroso cuando no se nota que lo está. Aquí el propio código lleva la cuenta.

Multisede desde la primera tabla

La organización puede tener varias plantas u oficinas, y toda tabla de operación lleva la sede a la que pertenece. Un selector en la barra superior fija la sede activa y el resto del sistema se filtra solo, con una vista consolidada para dirección. No es un filtro añadido al final: la comprobación de acceso a la sede se hace en el servidor, antes de cada consulta.

Autenticación y permisos

Alta pública cerrada — se entra por invitación, y el enlace se guarda solo como hash
Permisos por acción y por área, no un simple interruptor de administrador
Segundo factor TOTP obligatorio para los roles con acceso a finanzas y aprobaciones
Sesiones activas visibles y revocables desde el perfil
Bitácora de auditoría de lo que cada quien hizo y cuándo

Cómo está hecho

React 19 con TanStack Start (renderizado en servidor y rutas por archivo), TypeScript de lado a lado, Tailwind y Radix para la interfaz, y Recharts para las gráficas. Los datos viven en MariaDB con cerca de cien tablas en tercera forma normal, y se acceden con Drizzle: las migraciones son archivos versionados y el esquema es la misma definición que usa el editor para avisar de un error.

Sobre estas capturas

Son de la aplicación corriendo, sin retoques. Los datos son inventados: una distribuidora ficticia con su catálogo, sus clientes y medio año de facturación, cargados en un entorno local nada más para estas imágenes.

Cómo se ve

Capturas

Panel de inventario con cuatro indicadores, gráfica de valor de movimientos, dona de movimientos por tipo y tabla de productos recientes — Inventario. Valor de las existencias, movimientos de los últimos treinta días desglosados por tipo y las alertas de stock bajo agrupadas por categoría.

Pantalla de ventas con venta neta, facturado, cobrado y notas de crédito, gráfica de facturación por mes y ranking de clientes — Comercial. La venta neta ya descuenta las notas de crédito, y el ranking de clientes sale de las mismas facturas que alimentan la gráfica: un solo origen de verdad.

Listado de facturación con folios, clientes, fechas de vencimiento, totales y estado de cada factura — Facturación. Cada factura nace de un pedido entregado o se emite directa —y en ese caso descuenta stock—, con el saldo y el vencimiento a la vista.

Pantalla de indicadores con seis indicadores, su estado frente a la meta y la serie mensual del margen bruto — Indicadores. Cada uno tiene meta y sentido —si conviene que suba o que baje—, y el sistema lo etiqueta solo como en meta, advertencia o crítico.

Capturas de la aplicación en funcionamiento. Los datos son de una empresa ficticia, cargados en local únicamente para estas imágenes.

¿Tienes algo parecido en mente?

Trabajamos contigo desde la idea hasta producción

Cuéntanos qué necesitas y valoramos juntos la mejor solución. La cotización es sin costo.

Empezar un proyecto Ver todos los proyectos