Casos / Industria · Plataforma del pedido al envío
Cliente bajo NDA Integraciones y cálculo

Un pedido llega a taller en horas en lugar de días, y el 92% de los envíos sale a tiempo frente al 70%.

70% → 92%
envíos a tiempo
4 días → 4 horas
del pedido al taller
~4 meses
hasta el circuito completo

Cliente bajo NDA: el sector y el tamaño se indican por rango. Las cifras son del propio cliente, comparando los periodos antes y después del lanzamiento; en proyectos parecidos el resultado quedó a ambos lados. Calcularlo con sus volúmenes →

Contexto

Los días se perdían entre confirmar el pedido y lanzarlo a taller.

Fabricante en serie, unas 200 personas, una planta. Los pedidos entraban por correo o por el CRM, un comercial los copiaba a una hoja y compras calculaba la necesidad de material a mano: con el escandallo del producto guardado en otra hoja, y contra unas existencias del sistema contable que iban uno o dos días por detrás. Cada paso era volver a teclear lo mismo, y cada uno costaba un día: el pedido llegaba a la orden de trabajo tres a cinco días después de confirmarse. Algunos lotes se paraban ya en taller porque faltaba material, y eso se descubría al lanzarlo y no antes. Las fechas se daban al cliente con margen, y aun así aproximadamente uno de cada tres pedidos salía más tarde de lo prometido. Las existencias vivían en dos sitios: el sistema contable y la cabeza del almacenero.

Solución

Una plataforma entre el pedido, el escandallo y el almacén.

El mismo stack que en el resto de proyectos: Python y Django en el núcleo, PostgreSQL como fuente de verdad del pedido, el escandallo y el material. El pedido se introduce una vez, la plataforma despliega el lote en necesidades a partir del escandallo del producto, las calcula contra existencias reales y compras ya lanzadas, y convierte sola un faltante en una solicitud a compras. No sustituimos el sistema contable: siguió siendo el sistema de registro y documentos, y la plataforma intercambia datos con él.

Arquitectura
Pedidoscorreo · CRMEscandallosestándares y rutaAlmacénexistencias y lotesComprassolicitudes y fechasNúcleopedido · escandallo · materialSistema contableregistro y documentosOrden de trabajotaller y célulasComprassolicitudes a proveedoresEstado del pedidocomercial y clienteInformesfechas y coste
Qué construimos

Seis circuitos en cuatro meses.

El orden lo marcó el dinero: primero lo que elimina los días perdidos, después todo lo demás.

01
Pedido y escandallo
El pedido se introduce una vez y se despliega en necesidades desde el escandallo del producto. Los escandallos y los estándares de consumo viven en un solo sitio y en una sola versión, y no en una hoja del técnico y otra de compras.
02
Necesidad de material
Se calcula contra existencias reales y compras ya lanzadas. Un faltante llega a compras como solicitud y no como correo, y aparece antes del lanzamiento en lugar de en el taller.
03
Lanzamiento a taller
La orden de trabajo la arma la propia plataforma, con pedidos confirmados que tienen su material, y explica cada línea: qué limita qué y qué hay que mover. El jefe de producción la aprueba o la cambia. Del pedido a la orden de trabajo se pasó de tres a cinco días a unas horas.
04
Almacén y consumos
El material se descuenta contra la producción real y no una vez por semana, y las existencias dejaron de separarse de las del sistema contable.
05
Fechas y estados
El comercial y el cliente ven en qué punto está el pedido, y nadie baja al taller a preguntar. Los envíos a tiempo pasaron del 70% al 92%.
06
Informes
El coste se calcula por pedido, y los retrasos se desglosan por causa — falta de material, retrabajo, parada — en lugar de quedar en un único «no llegamos».
Antes y después

Antes y después.

Antes
Envíos a tiempo~70%
Del pedido al taller3–5 días
Escandallosen hojas
Necesidad de materialexistencias de ayer
Falta de materialse ve en el taller
Consumos de almacénuna vez por semana
Coste por pedidoal cerrar
Después
Envíos a tiempo~92%
Del pedido al tallerhoras
Escandallosuna versión
Necesidad de materialcontra real y compras
Falta de materialantes del lanzamiento
Consumos de almacéncontra producción
Coste por pedidovisible sobre la marcha
Límites
Lo que se quedó con las personas, a propósito.
Los estándares de consumo y la ruta de fabricación. Los fija el técnico; la plataforma calcula con ellos, no se los inventa.
Aprobar la orden de trabajo. La plataforma la arma y explica cada línea, pero quien la firma es el jefe de producción, no una automatización.
Negociar fechas y precios con un proveedor. La solicitud sale sola, la conversación la lleva una persona.
La recepción del material por calidad. Eso son ojos y manos, no una línea en un albarán.
Stack
Python Django PostgreSQL Intercambio con el sistema contable Colas de tareas Informes Monitorización y alertas
Con franqueza sobre dónde estaba la pérdida

Los días se perdían entre sistemas, no en el taller.

El taller funcionaba bien, y no tocamos ni las máquinas ni a la gente que está en ellas. La pérdida estaba entre confirmar el pedido y lanzarlo: cuatro reteclados seguidos, un día en cada uno. Tampoco sustituimos el sistema contable: se quedó donde estaba y la plataforma se puso al lado intercambiando datos. Los cuatro meses no se fueron en código: primero hubo que poner en orden los estándares de consumo y los escandallos, porque no hay nada con qué calcular la necesidad de material si los estándares existen en tres versiones. Esa parte la hizo el técnico del propio cliente, y sin ella el lanzamiento no habría servido de nada.

Relacionado

De qué está hecho este caso.

Las páginas de servicio explican el método detrás de este proyecto; las de soluciones toman los mismos bloques por separado, cada uno con su alcance y su precio.

¿Quiere lo mismo para su proceso?

Una miniauditoría gratuita proyecta el ROI de su proceso de mayor impacto; después el desarrollo va a precio cerrado.

Pedir una miniauditoría gratuita →