Para fabricantes automatizamos lo que ocurre entre el pedido y la planta: un único punto de entrada del pedido, necesidades desplegadas desde la lista de materiales, comprobación contra existencias reales y compras ya emitidas antes del lanzamiento, y una orden de trabajo que el jefe de producción aprueba en lugar de montar. En nuestro proyecto de manufactura un pedido llegó a planta en horas en lugar de tres a cinco días, y los envíos a tiempo pasaron del 70% al 92%.
Un pedido se copia del correo al CRM, del CRM a una hoja de cálculo, de la hoja al sistema contable. Cada copia cuesta un día y añade un sitio más donde equivocarse.
Las normas y las listas existen en varias versiones en varios equipos, así que la necesidad se calcula con el archivo que estuviera abierto.
La necesidad se calcula sobre cifras de ayer y el faltante aparece en el lanzamiento en vez de antes.
Todos saben que el pedido salió tarde. Nadie puede decir si fue material, retrabajo o parada, así que la misma causa se repite al mes siguiente.
Un único punto de entrada del pedido, propagado a todos los sistemas que lo necesitan, con reintentos y alertas en vez de fallo silencioso.
Desplegar el lote en necesidades desde la lista de materiales, contrastarlo con existencias reales y compras abiertas, y preparar la orden de trabajo para aprobación.
Leemos facturas, albaranes y especificaciones entrantes, los casamos con el pedido de compra y contabilizamos lo que pasa vuestras reglas.
Respondemos el dónde está mi pedido desde los sistemas que ya lo saben, para que nadie baje a preguntarlo a planta.
del pedido a la planta
Cliente bajo NDA. Las cifras son del propio cliente, comparando los periodos antes y después del lanzamiento.
Este es el proyecto del caso de arriba, contado como ocurrió y no como un método. Un fabricante en serie, unas 200 personas, una planta. Los pedidos llegaban por correo o al CRM, un responsable los copiaba a una hoja de cálculo y compras calculaba a mano las necesidades de material contra existencias con uno o dos días de retraso. En planta no había nada roto: los días se perdían en cuatro retecleos anteriores.
El pedido se introduce una vez y se despliega en necesidades desde la lista de materiales del producto. Las listas y las normas de consumo viven en un solo sitio y en una sola versión, y no en una hoja en ingeniería y otra en compras.
Se calculan contra existencias reales y compras ya emitidas. Un faltante se convierte en una solicitud de compra en vez de en un correo, y aparece antes del lanzamiento y no en planta.
La plataforma monta la orden de trabajo con los pedidos confirmados que tienen material y muestra su razonamiento línea a línea. El jefe de producción la aprueba o la cambia. De pedido a orden de trabajo se pasó de tres a cinco días a horas.
El material se descarga contra producción real en lugar de una vez por semana, y las existencias dejaron de separarse del sistema contable.
Tanto el responsable como el cliente ven dónde está un pedido. Los envíos a tiempo pasaron del 70% al 92%.
El coste se calcula por pedido y las fechas incumplidas se desglosan por causa — falta de material, retrabajo, parada — en vez de quedar en un «llegamos tarde».
Cuatro meses, y la mayor parte no se fue en código: primero hubo que reducir las normas de consumo y las listas de materiales a una única versión acordada, y de eso se encargó el ingeniero de procesos del cliente. Lo que se quedó con las personas a propósito: fijar normas y rutas, aprobar la orden de trabajo, negociar plazos y precios con proveedores y la aceptación por calidad del material entrante.
Una o dos semanas. Precio cerrado, descontado íntegro de la construcción.
Precio cerrado contra el alcance que definió la auditoría.
En este proyecto. El rango en nuestros casos es de dos a cuatro meses.
Modelo e infraestructura más mantenimiento. Se mueve con el volumen.
Cada lote guarda los materiales que consumió, la versión de las normas con las que se lanzó y quién lo aprobó, porque reconstruir un lote es justo lo que pide una auditoría de cliente.
Todo lo que mueve una máquina se queda con los sistemas certificados para moverla. Construimos por encima de esa línea y lo decimos antes del contrato, no después.
Existencias, documentos y contabilidad se quedan donde están. La plataforma calcula y propone; el registro vive donde vuestro auditor ya lo busca.
Las necesidades solo pueden calcularse con datos que concuerden entre sí. Consolidar las normas es la primera tarea de todo proyecto de este tipo, y su dueño es vuestro ingeniero de procesos.
El camino de un pedido confirmado a una orden ejecutable: en una planta típica son de tres a cinco días de retecleo, y suele ser el retorno más rápido.
Desplegar el lote desde la lista de materiales y contrastarlo con existencias reales y compras abiertas, para que un faltante aparezca antes del lanzamiento y no en planta.
Facturas, albaranes y especificaciones leídos y casados con el pedido de compra, lo que elimina de golpe toda una categoría de retecleo.
PLC, SCADA y cualquier cosa con función de seguridad: ni lo construimos ni lo modificamos.
No vamos a sustituir un ERP o un MES que funciona para facilitarnos una automatización: la plataforma se sitúa al lado e intercambia datos.
Si las normas y las listas de materiales no coinciden entre departamentos, primero es un proyecto de datos. Ningún cálculo montado encima será correcto hasta que eso esté hecho.
Cada página indica el flujo, los sistemas con los que se integra, cuánto cuesta y cuándo no encaja. Están en inglés.
Sorts mixed incoming documents by type and routes each one to the queue, folder or system that owns it.
Reads incoming invoices, checks totals, tax and supplier against the ERP, and posts only what clears the rules.
Watches tender portals for matching notices, extracts the requirements and flags the ones worth bidding on.
No. Trabajamos por encima de la planta: pedidos, listas de materiales, necesidades, existencias y documentos. El control de máquina y los sistemas de seguridad se quedan con quienes los certificaron.
Tampoco proponemos un producto cerrado. La auditoría existe justamente para ver en qué se aparta su proceso del habitual, y el desarrollo se construye sobre esa diferencia. Y si resulta que una herramienta estándar le sirve de sobra, se lo diremos con claridad; el mapa del proceso se lo queda usted en cualquier caso.
Es una pregunta justa, y aquí la responsabilidad importa más que la precisión. Responde una persona, y el sistema está hecho para que pueda hacerlo: un caso dudoso nunca se contabiliza en silencio, pasa a una cola de revisión. La poca confianza no es un error para nosotros, es una ruta. Cerca del 70% pasa directo y una persona revisa el resto; dónde va exactamente esa línea lo decide usted.
Es un requisito habitual y del todo razonable. Adaptamos el montaje a sus reglas de datos: si no puede salir nada, el modelo se instala en local, dentro de su propio perímetro, y los documentos no salen de ahí.
No es raro, y no pasa nada. Integrar sin API es la partida más subestimada de un presupuesto, y por eso la superficie de integración va la primera de los cuatro factores de coste y no damos precio cerrado antes de la auditoría. Se puede trabajar sin API —ficheros, exportaciones, correo—, solo que sale más caro, y conviene saberlo pronto. Por eso, bastante a menudo, le levantamos la API nosotros.
Pasa a menudo, y casi siempre por lo mismo: el piloto se midió sobre el camino feliz y las excepciones se dejaron para después, cuando resulta que las excepciones son la mayor parte del trabajo. Por eso miramos la proporción que sale sin persona en lugar de la precisión de extracción, y acordamos de antemano quién se ocupa del resto y cómo.
No, no va de eso. Lo que desaparece es el retecleo, no las personas: las decisiones siguen en manos de alguien — el documento en disputa, la operación atípica, la conversación con el cliente, la firma bajo los informes. En un proyecto contable, el cierre mensual de un cliente pasó de tres días a cuatro horas, y no porque se prescindiera de nadie, sino porque una persona cualificada dejó de teclear datos a mano. El tiempo que se libera suele ir a crecer: más clientes con el mismo equipo y sin que los costes suban con ellos.
Es una pregunta legítima, y a veces hacerlo por su cuenta es de verdad la respuesta correcta. Lo decimos cuando el volumen no justifica un desarrollo: por debajo de unos 300 documentos al mes la aritmética no suele salir. La calculadora de esta web incluye los costes de operación, así que puede valorarlo antes incluso de hablar con nosotros.
Cambian, y partimos justamente de ahí: aquí el modelo es una pieza reemplazable, no los cimientos. La fuente de verdad es nuestra propia base de datos — el documento, la contraparte, el asiento. El modelo va conectado al lado y lo actualizamos en cuanto sale algo mejor; para usted es mantenimiento planificado, no rehacer el sistema.
Usamos cookies solo para analítica: para ver desde qué páginas llegan las consultas. Nada más, y nada antes de que aceptes. Política de cookies