M365Con 2027 – conferencia online gratuita · 11–22 Jan 2027 · 120 sessions→ m365con.net

Blog · Mirko Peters

Software de simulación para la fabricación: cómo evaluarlo y elegir

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

Por ·

Elegir software de simulación para la fabricación es más fácil con una tabla de puntuación que con un ranking. Criterios, preguntas de prueba y un método de comparación justo para directores de planta.

Traducido automáticamente con IA a partir de la publicación original. Lee el original en inglés

El software de simulación para la fabricación es la herramienta detrás de la simulación de fábricas: construyes un modelo informático de una línea o de una planta y pruebas las decisiones antes de gastar dinero real. Elegir el adecuado depende menos de una lista de funciones que de tres cosas: la pregunta que necesitas responder, los datos que puedes aportar y las personas que construirán y leerán los modelos. Esta guía está pensada para directores de planta que deben llevar a cabo una evaluación de software y quieren una tabla de puntuación que puedan defender.

Puntos clave

  • Elige el software de simulación para la fabricación según tu pregunta, tus datos y las personas que construirán y leerán los modelos, no según una lista de popularidad.
  • Un estudio de la Winter Simulation Conference de 2016 clasificó las herramientas por popularidad y reconoce que la popularidad no garantiza la calidad; la mayoría de las herramientas tienen listas de funciones similares.
  • Los enfoques de eventos discretos y basados en agentes son adecuados para el desarrollo de procesos, por lo que la elección suele depender del software y de quién construye el modelo.
  • Comprueba que la herramienta admita ejecuciones repetidas con intervalos de confianza y gestión del periodo de calentamiento, porque una sola ejecución es solo una muestra.
  • Compara los finalistas con el mismo caso, con tus propios datos, pesos fijados de antemano y un registro de las horas de modelado que necesitó cada uno.

¿Qué tipos de software de simulación para la fabricación existen?

Hay dos divisiones que te ayudan a ordenar el mercado. La primera es el enfoque de modelado; la segunda, cómo se construye el modelo.

Un estudio de Lean Six Sigma comparó tres enfoques en un caso de fábrica: eventos discretos, basado en agentes y dinámica de sistemas. Los autores concluyeron que la simulación de eventos discretos y la basada en agentes son casi igual de adecuadas para desarrollar procesos de fabricación, y señalaron que la elección puede depender del software disponible o de la preferencia del modelador. También consideraron muy prometedores los modelos híbridos. En resumen, el paradigma importa menos de lo que se cree. Lo que importa es si la herramienta puede representar tu flujo, tus reglas y tu variabilidad.

En la práctica, las preguntas se agrupan en unos pocos grupos, y las herramientas suelen inclinarse hacia uno de ellos:

  • Modelos de flujo siguen las piezas a través de estaciones, almacenes intermedios y colas. Responden preguntas sobre el rendimiento, el tiempo de entrega y el trabajo en curso.
  • Modelos con actores individuales, como planificadores, pedidos o transportistas que siguen sus propias reglas. Son útiles cuando el comportamiento y las decisiones importan tanto como el flujo.
  • Modelos de alto nivel de magnitudes en periodos largos, utilizados para preguntas estratégicas.
  • Modelos físicos o en 3D de máquinas y robots. Responden a una pregunta distinta: si un movimiento o una distribución funciona en el espacio.

La forma en que se construye el modelo es la segunda división. Algunas herramientas son visuales y de arrastrar y soltar. Otras trabajan a partir de tablas y hojas de cálculo. Otras son bibliotecas de código que tu equipo programa. Cuanta más libertad da una herramienta, más habilidad exige.

Si también estás valorando un gemelo digital, ten en cuenta que resuelve un problema distinto: permanece conectado a los datos de la planta en tiempo real, mientras que una simulación se ejecuta bajo demanda para probar opciones. Resuelve esa cuestión primero.

¿Por qué un ranking no sirve de ayuda?

Las listas de las mejores herramientas abundan, y resultan tentadoras. Hay que tener cuidado con ellas.

El artículo Discrete Simulation Software Ranking de la Winter Simulation Conference, publicado en 2016, clasificó las herramientas por popularidad a partir de búsquedas web, publicaciones, reseñas y redes sociales. Los autores afirman que una mayor popularidad no garantiza una mayor calidad. Señalan que la popularidad no debería ser el único criterio de selección y proponen combinarla con la comparación de funcionalidades y la experimentación. También observan que la mayoría de las herramientas tienen listas de funcionalidades similares, lo que hace difícil extraer conclusiones basándose únicamente en la comparación de funcionalidades.

Una herramienta popular tiene una ventaja real: es fácil encontrar personas que la conozcan. Eso cuenta cuando contratas o cuando se marcha tu consultor. Tenlo en cuenta, pero no dejes que decida por ti.

¿Qué criterios son los más importantes?

Usa estos puntos como filas de tu tabla de evaluación. Para cada uno, la pregunta de la derecha es lo que preguntarías en una demostración.

  1. Adecuación a tu problema. ¿Puede representar tu flujo, tus reglas de lotes, tus calendarios de turnos y tus cambios de formato sin soluciones alternativas? Pide al proveedor que modele en directo una característica complicada de tu línea.
  2. Importación de datos. ¿Puede leer rutas, recursos y pedidos desde las exportaciones de tu ERP, archivos de Excel o una base de datos, y puedes actualizar el modelo sin reconstruirlo? Un modelo alimentado con números escritos a mano queda obsoleto muy rápido.
  3. Gestión de experimentos. ¿Puede ejecutar muchos escenarios y repetir cada uno de forma automática? Lo veremos en la siguiente sección.
  4. Soporte de validación. ¿Puedes comparar los resultados del modelo con resultados pasados, seguir una pieza concreta a través del modelo y averiguar por qué ocurrió algo?
  5. Resultados e informes. ¿Puede generar los KPI que supervisas y exportar los resultados a las herramientas que usan tus responsables, como Excel o Power BI? La animación ayuda a que la gente se fíe de un modelo, pero los números son los que deciden.
  6. Habilidades necesarias. ¿Quién en tu planta puede crear y mantener un modelo, y cuánto dura la formación? Una herramienta que solo entiende un experto rara vez sobrevive a la marcha de ese experto.
  7. Tiempo de ejecución y escala. ¿Cuánto tarda en ejecutarse un modelo realista y qué pasa con diez veces más pedidos?
  8. Automatización e integración. ¿Existe una interfaz para ejecutar modelos desde scripts u otros sistemas?
  9. Coste a tres años. Licencias, formación, horas del modelador, preparación de datos y soporte. Incluye el coste del siguiente modelo, no solo el del primero.
  10. Salida. ¿Puedes exportar la estructura y los datos del modelo si decides cambiar de herramienta?

¿Por qué la gestión de experimentos merece una comprobación propia?

Los modelos de simulación con entradas aleatorias dan una respuesta distinta en cada ejecución, así que una sola ejecución es solo una muestra. Una clase del MIT sobre diseño de experimentos (alojada en un espejo de MIT OpenCourseWare) plantea la pregunta clave: cuántas réplicas independientes necesitas para una precisión dada, y describe una regla de parada basada en la amplitud de un intervalo de confianza. En los modelos que funcionan de forma continua, también aborda el periodo de calentamiento: descartas las primeras observaciones de cada réplica y promedias el resto, y el método de Welch te ayuda a elegir dónde termina ese calentamiento.

No necesitas hacer esos cálculos tú mismo, pero el software sí debe hacerlos. Pregunta si puede ejecutar réplicas de forma automática, mostrar intervalos de confianza, ayudarte a definir un periodo de calentamiento y comparar escenarios en una sola vista. Si solo puede mostrar una ejecución animada, acabarás decidiendo a cara o cruz.

¿Qué pasa con la ejecución de muchos escenarios?

Cuando pruebas docenas de escenarios con muchas réplicas cada uno, el tiempo de ejecución se convierte en un coste real. Las réplicas son independientes entre sí, así que pueden ejecutarse en paralelo. Microsoft describe Azure Batch como un servicio para trabajos paralelos a gran escala que no necesitan comunicarse entre sí, y menciona la simulación de Monte Carlo como ejemplo. Tú traes tu propia aplicación, y Batch la despliega en un grupo de máquinas virtuales. Esto solo sirve si tu herramienta de simulación puede ejecutarse sin interfaz gráfica desde una línea de comandos y si su licencia lo permite, así que incluye ambos puntos en tu lista de preguntas. La capacidad de Azure es algo que conviene tratar con TI solo después de que un piloto demuestre que la necesitas.

¿Conviene comprar una herramienta, contratar a un especialista o desarrollar la tuya propia?

Sé honesto sobre la frecuencia con la que la vas a usar.

  • Contrata a un especialista cuando tengas una o dos preguntas importantes al año, como una nueva línea o una inversión grande. Pagas por el estudio y te ahorras la formación.
  • Compra una herramienta cuando los planificadores vayan a probar opciones con regularidad, por ejemplo modelos de turnos, mezcla de productos y tamaños de stock de seguridad. Reserva tiempo para la formación y para mantener el modelo actualizado.
  • Desarrolla la tuya propia con una biblioteca de programación solo cuando tengas personas capaces de escribir y mantener el código. La flexibilidad es alta, pero también lo es la dependencia de esas personas.

Muchas plantas empiezan con un estudio de un especialista, aprenden qué preguntas tienen realmente y después deciden qué herramienta adquirir.

¿Cómo realizas una comparación justa?

Una prueba justa dura unas pocas semanas, no meses.

  1. Escribe la pregunta. Una decisión, una fecha, un responsable.
  2. Prepara un único paquete de datos para una línea o celda: rutas de fabricación, tiempos, recursos, calendarios, demanda y un mes de resultados reales.
  3. Define primero los pesos. Decide cuánto cuentan la importación de datos, la gestión de experimentos, las habilidades y el coste antes de ver una demostración.
  4. Da a cada finalista el mismo caso y el mismo plazo.
  5. Deja que tu propio personal la use. Observa dónde se atascan.
  6. Valida contra el histórico. ¿El modelo reproduce el mes pasado dentro de un margen que hayas acordado?
  7. Registra el esfuerzo. Horas de modelado, horas de limpieza de datos, preguntas al soporte.
  8. Puntúa en conjunto. Planta, planificación, TI y finanzas puntúan cada una sus propias filas.

Si un proveedor no quiere ejecutar tus datos en un piloto, ya tienes una respuesta.

Errores comunes

  • Elegir según un ranking. Te dice qué es popular, no qué encaja contigo.
  • Comprar por la demostración. Una animación pulida no dice nada sobre el manejo de datos ni sobre el soporte de experimentos.
  • Ignorar quién construye los modelos. La mejor herramienta para un experto puede ser la equivocada para tu equipo.
  • Saltarse la validación. Un modelo que no puede reproducir el pasado no debería confiarse para predecir el futuro.
  • Subestimar el trabajo con datos. Recopilar y limpiar los datos de entrada puede llevar tanto tiempo como construir el modelo.
  • Decidir con una única ejecución. Sin réplicas no puedes distinguir una mejora real del ruido.

Dónde encaja Polaris

Si quieres una simulación que parta de los datos de tu ERP, iFAKT Polaris es una de las opciones. iFAKT describe Polaris como IA más un gemelo digital para la producción. El módulo Polaris Designer construye un grafo de conocimiento producto-proceso-recurso a partir de datos del ERP, listas de materiales y tiempos de proceso, y el módulo Polaris Simulator lo utiliza para probar virtualmente escenarios de capacidad, personal y stock de seguridad, y para mostrar cuellos de botella y desequilibrios de utilización. Pásalo por la misma tabla de puntuación y el mismo caso piloto que cualquier otro candidato.

Temas relacionados para explorar

  • Datos de entrada para la simulación. Qué tiempos y reglas recopilar primero y cómo verificarlos con las personas de la línea.
  • Validar un modelo. Cómo comparar los resultados con un periodo pasado y documentar las diferencias.
  • Simulación y datos en tiempo real. Qué cambia cuando un modelo se conecta al taller.
  • Informar de los resultados de la simulación. Qué pocos KPI necesitan los responsables y cómo mostrar los escenarios uno al lado del otro.
  • Dotación de personal para una capacidad de simulación. Quién construye, quién es responsable y quién revisa los modelos.

Siguiente paso

Elegir software de simulación de fabricación resulta más sencillo cuando tienes una tabla de evaluación con pesos acordados de antemano. Elige una decisión real en tu planta, reúne el paquete de datos necesario para ella y presenta el mismo caso a dos o tres candidatos.

Seguir el podcastSpotify

Entidades en este artículo

Factory simulation Digital twin Microsoft Azure Polaris Simulator Polaris Designer iFAKT GmbH

Artículos relacionados

RSS

Patrocinado

iFAKT GmbH