Casos

Tres clientes.
Cinco sistemas.
Medido, no estimado.

Tres clientes, no un muro de logotipos, y ninguno con nombre todavía, más una fábrica que cualquiera puede abrir. Por eso presentamos cada uno al completo: qué gestiona, qué construimos, qué se midió y las tres cosas que todo esto aún no demuestra.

Abrir la demo activa Leer lo que no está demostrado

Clientes sin nombre: ninguno ha aceptado todavía aparecer con el suyo. Las cifras de su negocio, redondeadas; las de nuestra ingeniería, exactas.

En esta página Datos al 8 oct. 2026
  1. 01Moda al por mayorItalia, ventas en toda la UE · tres sistemas, junto a su ERPEn paralelo
  2. 02DistribuciónEuropa del Este · desde el 13 sep. 2026, en sus propios servidoresEn producción
  3. 03Grupo de clínicasSiete clínicas en cinco países · con datos ficticiosPiloto
  4. 04FábricaSuplementos alimenticios y para mascotas · ábrala usted mismoDemo
En paralelo: datos reales, el sistema antiguo sigue decidiendo
En producción: la empresa funciona con él
Piloto: construido para un cliente, con datos ficticios
Demo: abierta a cualquiera, con datos ficticios
Cliente 01 · Moda al por mayor

La última línea de esta ficha es toda la razón de ser de esta empresa.

Seiscientos doce. De cincuenta y cuatro mil movimientos en su historial, seiscientos doce están abiertos en cualquier momento. Su ERP se dimensionó para los cincuenta y cuatro mil y se cobró por los cincuenta y cuatro mil, y cada día su equipo lucha con él por los seiscientos. Esa diferencia es lo que llamamos un perímetro, y no se ve en una lista de funcionalidades. Hay que ir a contar.

El cliente Desarrollo de referencia 01
  • SectorDistribución mayorista de moda
  • MercadoItalia, ventas en toda la UE
  • Sistema contableOdoo, el suyo, intacto
  • Catálogo~92.000 productos
  • Clientes y proveedores~24.600
  • Canales de venta11, cinco de ellos integrados
  • Historial traspasado~244.000 facturas y asientos
  • Abiertos en todo momento612 órdenes de preparación
Volúmenes leídos de su sistema en producción, 2 ago. 2026
Caso 01

El sistema de operaciones, construido junto al ERP

Del pedido a la factura como sistema propio, construido en nuestro entorno, donde su equipo trabaja sobre una copia de sus datos reales, con su Odoo intacto como contabilidad. Es el desarrollo al que se refiere la promesa de tres semanas de este sitio. La cifra de migración de la sección Cifras se midió en él; el recuento de cambios incluye también un piloto.

En paralelo
Qué hace
Construido
  • Entrada de pedidos desde 5 canales activos de los 11 mapeados, una puerta para cada uno, costos congelados a la llegada
  • Reserva y disponibilidad por ubicación, no por total de almacén
  • Preparación, embalaje y etiquetado con código de barras, en el almacén, desde un teléfono
  • Compras con conciliación de tres vías con la recepción
  • Notas de entrega en los cuatro formatos italianos de DDT
  • Facturación en la cadena fiscal, con corrección y reenvío en caso de rechazo
  • Toda la interfaz en italiano, para personas que trabajan en italiano
No construido, a propósito
  • La contabilidad. Su Odoo sigue llevando los libros y su asesor contable conserva sus costumbres
  • Localización fiscal más allá de los documentos que emitimos nosotros mismos
  • Nada que su equipo no pudiera ampliar después sin nosotros
  • Una migración del ERP. No se sustituyó nada de lo que usan hoy
Medido
8.700+
Comprobaciones automáticas, todas en verde antes de que un cambio pueda integrarse
100+
Recorridos de principio a fin en un navegador real
<100 ms
Para aceptar un pedido de canal, incluida toda la cadena de stock, frente a un límite de dos segundos
180+
Incrementos de especificación, cada uno escrito y aprobado antes de construirse, con todas sus tareas marcadas como hechas

Las especificaciones son el entregable que más se subestima. Más de 180 cerradas solo en este desarrollo, cada una un documento que dice qué existirá, qué no y cómo podrá comprobar cualquiera que ha funcionado. Eso es lo que deja el repositorio listo para la entrega, y es con lo que una persona de su equipo, guiando a un agente de IA, trabajará después.

Caso 02

Un ensayo con sus datos reales, antes de que nadie dependiera del sistema

Todo proyecto de ERP se acepta con datos ficticios y luego se encuentra con la realidad el primer lunes. Nosotros construimos lo contrario: un espejo de su negocio real, cargado desde su propio sistema en producción, en el que su equipo trabajó antes incluso de que se fijara la fecha del cambio de sistema.

Ensayado
Cómo se hizo
La carga
  • 630.000+ filas y más de 200 MB extraídos de su sistema en producción en menos de 4 minutos
  • Cargado y después conciliado línea a línea a la fecha de corte, no a la de hoy
  • Sin datos de demostración, sin stock inventado, sin rellenar huecos. El entorno se niega a arrancar con ellos
  • Su clave de cifrado nunca salió del portátil al que pertenece
Lo que detectó
  • Clientes que solo existen como dirección secundaria en una factura, invisibles con datos de demostración
  • Informes de antigüedad de saldos que cambiaban al llegar los vencimientos reales
  • Un margen que aparecía como 100 % porque una columna de costo estaba vacía, no a cero
  • Redondeos de medio céntimo que un juego de datos de prueba pequeño deja pasar en verde

Ninguno de los cuatro es exótico. Los cuatro son invisibles en una base de datos de demostración, los cuatro habrían salido a la luz en la primera semana de uso real y los cuatro se corrigieron antes de que una sola persona dependiera de la respuesta. Un sistema que solo ha visto con datos ficticios es un sistema que nadie ha probado. Ensayar con los datos reales es un día de trabajo y está incluido en las tres semanas.

Caso 03

El segundo sistema, sobre el mismo modelo de dominio

Un sistema independiente para el mismo distribuidor, con su propio repositorio y su propia base de datos, que comparte el modelo de productos, socios comerciales y precios que estableció el primero. Lo que importa aquí es el costo, no la lista de funcionalidades.

En paralelo
Por qué le importa
Lo que se reutilizó
  • El modelo de dominio, para que un producto signifique lo mismo en ambos sistemas
  • El flujo de entrega, la disciplina de pruebas y la mecánica de publicación de versiones
  • Los scripts de despliegue, sin cambios salvo un puerto y un nombre
  • El cálculo de precios, que tiene una sola implementación, a propósito
Lo que eso le aporta al siguiente cliente
  • Un segundo perímetro se cobra como un perímetro, no como un segundo proyecto
  • La parte difícil de la distribución de moda ya está entendida y ya está probada
  • Tres semanas son un calendario y no una aspiración, porque el dominio no es nuevo
  • El desarrollo de referencia no es un producto que se compra. Es la razón de que el suyo sea rápido
Cliente 02 · Distribución

Especificado un domingo. Con pedidos reales el lunes.

Un distribuidor con tienda online, dos marketplaces, un teléfono que suena todo el día y una contabilidad que lleva años en el mismo programa. El domingo 13 de septiembre de 2026 se escribió la especificación por la mañana, y por la noche el sistema ya funcionaba en un servidor de la propia cuenta en la nube del cliente, con sus clientes y su historial de pedidos cargados. Los primeros pedidos reales pasaron por él el lunes.

El cliente Desarrollo de referencia 02
  • SectorDistribución mayorista y minorista
  • MercadoEuropa del Este, ventas en todo el país
  • Sistema contableSu sistema contable de siempre, intacto
  • Clientes~9.200
  • Canales de ventaTienda online, dos marketplaces, teléfono
  • Sociedades vendedoras3, en un solo sistema
  • Pedidos~11 al día
  • ServidoresSu propia cuenta en la nube, en la UE
Leído de su sistema en producción, 8 oct. 2026
Caso 04

Todos los canales en un solo sistema, la contabilidad donde estaba

Pedidos de la tienda online, de marketplace y por teléfono, el almacén, los recibos fiscales, la documentación de entrega y tres sociedades vendedoras, en un solo sistema en los propios servidores del cliente. Su sistema contable de siempre sigue llevando los libros y recibe lo que necesita cada quince minutos.

En producción
Qué hace
Construido
  • Los pedidos de la tienda online llegan solos, y su pago, su recibo y su reembolso los siguen
  • Dos marketplaces nacionales consultados cada 3 minutos, una puerta para cada uno
  • Los pedidos telefónicos que se introducen en la oficina toman el siguiente número de la tienda, así que hay una sola serie
  • Tres sociedades vendedoras en un solo sistema, y cada pedido va a la que corresponde según cómo se paga
  • Recibos fiscales a través del servicio fiscal nacional, documentación de entrega en los formularios propios del país
  • Las guías de mensajería vuelven al sistema, y el almacén escanea con un teléfono
  • Facturas, recibos y compras entran en su sistema contable como borradores cada 15 minutos, para que su asesor contable los contabilice
No construido, a propósito
  • La contabilidad. Su sistema de siempre sigue llevando los libros, y su asesor contable tiene la última palabra en cada asiento
  • La tienda online. Conserva el proceso de compra y el pago; el sistema toma el relevo a partir del pedido
  • Nómina y RR. HH.: para un equipo de este tamaño, sería un motor de reglas más que mantener
  • Fabricación. Compran y venden, no fabrican
Medido
1 día
Desde la especificación escrita hasta los pedidos reales, en un servidor de su propia cuenta en la nube
~240
Pedidos procesados en sus primeros 25 días, desde la tienda online, el teléfono y un marketplace
112
Versiones publicadas en su repositorio en 22 días, cada una revisada antes de salir para que no lleve nada de otro cliente
541
Pedidos históricos traspasados la primera noche junto con 7.984 clientes, con un total que coincide con el de su tienda con menos de una unidad monetaria de diferencia

Sus peticiones llegan como capturas de pantalla con flechas dibujadas encima. Siete puntos planteados el 30 de septiembre estaban en producción ese mismo día, en dos versiones; una lista enviada a última hora del 3 de octubre quedó cerrada a la tarde siguiente. Eso es lo que significan en la práctica ciento doce versiones en veintidós días: el sistema avanza a la velocidad de las personas que lo usan, y cada versión llega a un repositorio hecho solo para ellos. En sentido contrario, 14.675 documentos históricos llegan desde su sistema contable, de modo que cada ficha de cliente muestra lo que dicen los libros.

Cliente 03 · Grupo de clínicas

Un sistema que funciona en lugar de un presupuesto.

Un grupo de siete clínicas privadas en cinco países pidió un primer paso pequeño: tres clínicas nuevas, facturación, un CRM básico y lo mínimo en finanzas. Un presupuesto habría sido un documento sobre un sistema. Nosotros construimos el sistema, sobre el mismo núcleo con el que funcionan los distribuidores, y la siguiente conversación tuvo lugar dentro de él.

El cliente Desarrollo de referencia 03
  • SectorClínicas médicas privadas
  • Clínicas7, en cinco países
  • Usuarios con el alcance completo~100
  • Primer pasoTres clínicas nuevas
  • Datos del pilotoFicticios, por norma
  • En producciónNo antes de enero de 2027
Piloto en marcha desde el 16 ago. 2026, presentado el 6 oct. 2026
Caso 05

El piloto: funcionando desde el primer día, ampliado durante siete semanas

Pacientes, solicitudes, facturas y cobros para clínicas que llevan cada una su propia contabilidad dentro de un mismo grupo. Una clínica numera sus facturas sin saltos, y el personal de recepción ve su propia clínica y nada más: lo impone el servidor, no lo oculta la pantalla.

Piloto
Qué hace
Construido
  • Pacientes con etiquetas, segmentos y cumpleaños, y solicitudes que se convierten en pacientes en un solo paso
  • Facturas numeradas por clínica sin saltos, bloqueadas una vez emitidas, anuladas en lugar de borradas
  • Cobros, lo vencido y las cuentas por cobrar por antigüedad
  • Contabilidad por partida doble en cada clínica, y cada clínica como sociedad propia dentro del grupo
  • Un panel para cada clínica y otro para el grupo
  • Tres roles, con los datos de cada clínica cerrados a las demás en el servidor
  • Documentos y un historial escrito en cada registro
No construido, a propósito
  • Citas y agendas de los médicos, que quedan para después del primer paso por decisión del propio grupo
  • Historias clínicas, documentos de laboratorio y flujos con aseguradoras
  • Nómina y RR. HH.
  • Integraciones y migración: las tres clínicas son nuevas, así que no hay nada que traspasar
Medido
1 día
Desde la primera línea de código hasta un piloto que funciona, con facturación, pacientes y la contabilidad de tres clínicas, el 16 de agosto de 2026
95
Incrementos en siete semanas, cada uno especificado por escrito antes de construirse
0
Pacientes reales en él. Los datos son ficticios por norma, y cada despliegue compara cada columna de texto de la base de datos con una lista de nombres reales y se detiene si encuentra una coincidencia

Lo que se reutilizó de los distribuidores: el paquete del núcleo sobre el que funciona cada desarrollo, en la misma versión; el estándar que sigue cada pantalla; los documentos y el historial de los registros; los scripts de publicación y de reversión. Lo que no: el dominio. Un paciente no es un cliente y la serie de facturas de una clínica no es la de un almacén, así que esa parte se escribió desde cero, y es el precio honesto de un sector nuevo. El resto explica por qué la primera versión operativa llevó un día.

Desarrollo 04 · Fabricación

Una fábrica que puede abrir antes de comprar una.

Todavía no es un cliente, y no vamos a disfrazarlo de cliente. Una fábrica por lotes de suplementos alimenticios y para mascotas, con nombres inventados y mecánica real, abierta a cualquiera: entre como producción, calidad, compras o finanzas y gestione la jornada usted mismo. Cuando firme la primera fábrica, esta sección pasará a ser su caso.

Abrir la fábrica
El desarrollo Desarrollo de referencia 04
  • SectorFabricación de suplementos alimenticios y para mascotas
  • ProducciónPor lotes, a partir de recetas
  • AccesosProducción, calidad, compras, finanzas
  • RegistroNo hace falta
  • DatosFicticios, por norma
  • NúcleoEl mismo que el de los clientes 01 a 03
Abierta a cualquiera desde el 18 sep. 2026
Caso 06

De la receta al lote envasado, con la báscula dentro del proceso

Órdenes de producción a partir de recetas, pesaje con tolerancia, lotes con caducidad desde el momento en que llegan, limpieza entre tandas y envasado en la pantalla con la que de verdad trabaja la planta.

Demo
Qué hace
Construido
  • Recetas con una tolerancia para cada ingrediente activo, y órdenes de producción numeradas sin saltos
  • Centros de trabajo por tipo, cada uno con la pantalla que necesitan sus operarios, en una tableta
  • Pesaje por orden: una línea fuera de tolerancia se rechaza, y aceptar la desviación exige la firma de alguien que no la pesó
  • Lotes creados en la recepción con fechas de caducidad y de reanálisis, y un lote caducado o bloqueado no se puede usar
  • Órdenes de limpieza que se generan solas entre tandas del mismo día
  • Lotes terminados con trazabilidad un paso hacia atrás y un paso hacia delante
  • Una interfaz para que una báscula envíe el peso por sí misma, en lugar de que alguien lo teclee
Aún no construido
  • Paquetes de cumplimiento normativo: primero, retiradas de producto según la ley de seguridad alimentaria de EE. UU.; después Canadá, la UE y el Golfo, cada uno construido con el primer cliente de ese mercado
  • Una báscula conectada. La interfaz existe; ninguna báscula envía datos a esta demo
  • Cifras reales de nadie. Nada de lo que contiene pertenece a una fábrica real
Medido
3 días
Desde la especificación aprobada hasta una jornada de fábrica que funciona: recetas, órdenes de producción, pesaje, envasado y la pantalla de planta, del 21 al 23 de agosto de 2026
4
Accesos, uno por rol, sin necesidad de registrarse
0
Nombres reales en ella: cada despliegue compara cada columna de texto de la base de datos con una lista de nombres reales y se detiene si encuentra una coincidencia

La planta es donde una demo suele maquillarse: cada orden se completa y cada peso es exacto. Aquí la orden pesada lleva una desviación aceptada y la tanda envasada lleva merma, porque eso es lo que tiene una jornada real. Ábrala, intente romperla y díganos en qué no se parece a su planta.

Lagunas reconocidas

Lo que nada de esto demuestra todavía.

Un caso de estudio que solo contiene buenas noticias es un anuncio. Estas son las tres afirmaciones de este sitio que nuestras propias pruebas aún no alcanzan, escritas aquí para que las conozca por nosotros y no en el cuarto mes.

Todo lo que hay en esta página se midió en un sistema en funcionamiento, no se estimó a partir de un plan. Los clientes no aparecen con su nombre porque no lo han autorizado, y preferimos publicar un caso sin logotipo que un logotipo sin un caso detrás.

Ya ha leído nuestras cifras.
Ahora cuente las suyas.

La lectura de requisitos es gratuita, empieza en /es/start/ y llega el mismo día como una página privada que muestra cuál será probablemente su propio seiscientos doce. Es una lectura, no un presupuesto: el precio se fija después, en un alcance escrito.

Abrir la demo activa Ver cuánto cuesta el diagnóstico Sin llamada. Sin tarjeta.

¿Qué tipo de empresa quiere ver en la demo?

Ahora mismo hay dos abiertas. Datos ficticios, regenerados cada pocas horas, sin llamada y sin tarjeta.

DistribuciónVenta mayorista, canales y contabilidad FabricaciónUna planta, lote a lote

Les seguirán servicio técnico, grupos de clínicas y escuelas, sobre la misma base.