Análisis de InterDynamics, proveedor de software de simulación y riesgo de fatiga

Por Léon Levinas-Ménard

Última actualización: 4 de noviembre de 2026

InterDynamics desarrolla Planimate, un entorno de simulación para modelar operaciones industriales, y construye con él aplicaciones a medida de apoyo a las decisiones. Su trabajo logístico abarca minas, ferrocarriles, parques de almacenamiento, puertos, equipos y programación. Supply Chain Sim ofrece una aplicación empaquetada de modelado de redes. La empresa también vende FAID Quantum, un producto separado para evaluar la exposición a la fatiga a partir de los horarios laborales. 1 2 3 20

Puntuación global de supply chain: 5,5/10.

Dimensión	Puntuación
Profundidad en supply chain	4,8/10
Sustancia de las decisiones y la optimización	5,4/10
Integridad del producto y la arquitectura	6,0/10
Transparencia técnica	5,8/10
Seriedad del proveedor	5,6/10

InterDynamics modela restricciones físicas que interactúan a la escala de una operación desde la mina hasta el puerto. Su referencia técnica expone distribuciones, rutinas programables, ejecución por lotes e integración con otros programas. 4 6 7 14 17

La principal debilidad es la distancia entre simular un plan propuesto y producir decisiones económicamente buenas. Las distribuciones introducidas por los modeladores no demuestran previsiones calibradas; un abanico de resultados simulados no identifica el mejor uso del capital. El modelo operativo publicado sigue siendo un proyecto especializado en el que las personas especifican supuestos, construyen escenarios, interpretan resultados y mantienen la representación del negocio. 5 8 9

InterDynamics frente a Lokad

Consideremos una minera que debe coordinar producción, trenes, acopios y buques. InterDynamics puede representar las interacciones físicas y simular qué ocurriría con un plan operativo propuesto. Las colas, las averías de equipos, las ventanas de mantenimiento y los requisitos de mezcla pueden afectarse mutuamente dentro del mismo modelo. 4

El servicio de optimización de inventario de Lokad produce decisiones recurrentes a partir de sus consecuencias económicas esperadas bajo incertidumbre de demanda y suministro. Los Supply Chain Scientists mantienen la lógica numérica y la preparación de datos; su trabajo debe incluirse en la comparación de costes junto a los servicios de desarrollo y operación de modelos de InterDynamics. La perspectiva presentada en Introduction to Supply Chain enfatiza un sistema económico: las decisiones recurrentes deben generarse programáticamente, mientras los especialistas mejoran los supuestos y la lógica que las producen.

Una simulación puede ser una parte útil de ese trabajo. Puede revelar que un tren adicional genera congestión en lugar de rendimiento, o que el momento del mantenimiento importa más que otro equipo. Por sí sola, no decide si un cambio compensa su coste de compra, gasto operativo, exposición de inventario y efecto sobre ventas futuras. Esas valoraciones y la búsqueda de mejores decisiones deben diseñarse por separado.

El ejemplo publicado de planificación mensual de InterDynamics maximiza el volumen embarcado mediante pruebas de escenarios. Ese objetivo puede resultar útil en una operación de graneles con restricciones, pero el volumen procesado sigue siendo un indicador indirecto del retorno económico. El valor del producto, las penalizaciones de calidad, las demoras portuarias y el coste de oportunidad de los activos pueden hacer que dos planes con idéntico volumen sean sustancialmente distintos. La explicación pública no expone esa valoración completa. 5

Historia del producto y continuidad técnica

Periodo	Desarrollo documentado	Relevancia
1989–1999	InterDynamics sitúa el origen de Planimate en 1989, la empresa en 1992 y FAID en 1999. 1	La simulación y la evaluación de la fatiga son líneas de producto de larga trayectoria.
2012	Las notas de versión detallaban modelado de longitud de trenes, construcción de vías basada en datos, funciones externas y una compilación de línea de comandos para Linux y Android. 10	El desarrollo abordaba el modelado operativo y la integración, en lugar de una sucesión de etiquetas tecnológicas cambiantes.
2013–2014	Planimate incorporó importación y exportación de rutinas como texto e instancias embebidas paralelas; su API DLL exponía control de ejecución, callbacks y acceso a datos. 11 15	El uso programático tiene una larga historia técnica, pese al protagonismo de la interfaz gráfica.
2016	FAID Quantum añadió un segundo modelo biomatemático. Una referencia separada de Planimate documentó la interoperabilidad con .NET. 16 20	Capacidades diferenciadas se ampliaron mediante mecanismos identificables.
2020	La versión 11 introdujo un nuevo sistema de licencias, soporte Unicode, mejoras de interfaz y opciones de compilación revisadas. El desarrollo de la versión 12 incluía transportadores y objetos de procesamiento pausables. 12	El entorno de modelado siguió evolucionando mediante funciones concretas.
2023–2026	FAID incorporó una aplicación web, con una guía pública actual que cubre roles de grupo, horarios y análisis. 21 22 23	La aplicación de fatiga tiene su propio modelo de entrega; su interfaz web no describe la arquitectura de los proyectos logísticos Planimate.

La hoja de ruta muestra una continuidad reconocible. La debilidad del registro público es su mantenimiento desigual: interfaces antiguas detalladas siguen accesibles junto a páginas de producto más nuevas, sin una declaración consolidada de las combinaciones actualmente soportadas. Parte de esa documentación antigua contiene también errores estadísticos elementales, comentados más adelante. Un producto consolidado sigue necesitando explicaciones actuales y precisas de su comportamiento numérico.

Qué representa la simulación

Un sistema físico conectado

El caso BHP describe siete minas, más de mil kilómetros de ferrocarril y dos instalaciones portuarias. El modelo incluye carga y descarga de trenes, movimientos ferroviarios, manipulación en parques de almacenamiento, mezcla, carga de buques y operaciones del canal. La disponibilidad de los equipos, la variación de las tasas de procesamiento y el mantenimiento planificado y no planificado son configurables. Los usuarios pueden probar cambios en capacidad ferroviaria, composición de trenes, asignación de acopios y reglas operativas. 4

Estas interacciones importan. Una mina más rápida puede desplazar el cuello de botella a un apartadero ferroviario; más capacidad de trenes puede saturar la descarga; otra asignación de acopios puede alterar la mezcla y la carga de buques. Modelar cada activo por separado perdería esos efectos. El caso respalda una capacidad de simulación a escala del sistema, aunque la mejora declarada en precisión de planificación no se acompaña de una evaluación numérica. 4

El artículo de planificación mensual de 2023 explica la secuencia operativa. Los planificadores aportan capacidades de producción, material rodante, restricciones ferroviarias, mantenimiento, inventario y planes de embarque. Los procesos varían según el comportamiento histórico; las ejecuciones repetidas usan diferentes semillas aleatorias. Después, los usuarios modifican escenarios para evaluar ajustes operativos y perturbaciones. 5

Muestrear supuestos no equivale a preverlos

El diálogo de distribuciones de Planimate admite distribuciones continuas comunes y tablas de probabilidad proporcionadas por el usuario, incluidos resultados discretos y distribuciones acumuladas. Esto permite incorporar variación a llegadas, tiempos de procesamiento y otros eventos modelados. 6

Esa es la mecánica básica de la simulación Monte Carlo. El trabajo difícil es determinar qué distribuciones conservan capacidad predictiva, cómo dependen los eventos entre sí y cómo las decisiones cambian los resultados posibles. Extraer más muestras de un modelo irrealista produce una estimación más estable de la respuesta equivocada. En una operación logística conectada, causas comunes como el clima, la disponibilidad de personal y las perturbaciones aguas arriba pueden afectar a varios procesos simultáneamente.

Las descripciones públicas no explican cómo un modelo entregado estima y actualiza estas dependencias, valida distribuciones de demanda y suministro o evalúa sus previsiones fuera del periodo utilizado para construirlo. La variabilidad histórica es un punto de partida, no una garantía de que las condiciones operativas del mes siguiente sigan el mismo patrón. 5 6

La guía de distribuciones, modificada por última vez en 2010, también afirma que el 95% de las muestras de una distribución normal se sitúan dentro de tres desviaciones estándar. La cifra correcta para una distribución normal es aproximadamente el 99,73%; alrededor del 95% se sitúa dentro de dos desviaciones estándar. También describe la distribución exponencial de tiempos de espera como si fuera intercambiable con una distribución de recuentos de Poisson. Son errores de la explicación publicada, no pruebas de que la implementación de números aleatorios utilice fórmulas incorrectas. Aun así, debilitan un documento destinado a orientar a los usuarios en la representación de la incertidumbre. 6

Un gemelo digital necesita una prueba de previsión

InterDynamics comercializa la simulación como una forma de construir un gemelo digital. Cuando el modelo proyecta colas, inventarios, volumen procesado y estados de equipos a lo largo del tiempo, está generando muchas previsiones relacionadas. Más detalle animado aumenta la cantidad de supuestos que deben validarse. 2

Reproducir el volumen medio histórico no basta. Una validación útil debe examinar trayectorias de inventario, colas de las distribuciones de duración de espera, episodios de congestión y recuperación tras perturbaciones en los horizontes relevantes para la planificación. También debe comprobar si el modelo ordena correctamente los cambios propuestos. Un modelo puede reproducir el pasado con errores que se compensan y aun así recomendar la inversión equivocada.

La descripción de BHP identifica los mecanismos físicos pertinentes, pero no aporta una comparación entre resultados previstos y observados sobre datos reservados ni un retorno económico medido. El relato de planificación mensual informa de operaciones más estables y menos costes por demora sin cuantificar la contribución. 4 5

Componentes de software y arquitectura de ejecución

Componente o mecanismo	Evidencia pública y alcance
Entorno de ejecución autónomo de Planimate	Los requisitos publicados describen un ejecutable de Windows que no necesita .NET ni permisos de administrador; las aplicaciones opcionales pueden añadir dependencias. La página sigue enumerando versiones y especificaciones antiguas de Windows. 13
Lenguaje de modelos de Planimate	La referencia de rutinas expone cálculos, tablas, operaciones con archivos, enrutamiento y otras operaciones programables. 7
Simulación embebida	La API DLL de 2014 describe un cargador nativo y un ejemplo Win32 C++, con instancias de simulación independientes y callbacks. 15
Integración con .NET	El repositorio público PL.Net proporciona un wrapper en C#. La referencia de interoperabilidad de 2016 describe la llamada a ensamblados .NET y el intercambio de datos entre estos y un modelo. 14 16
Ejecución no interactiva	La documentación de línea de comandos describe ejecuciones por lotes sin gráficos. El repaso de funciones de 2013 también documenta importación y exportación de rutinas como texto. 11 17

El núcleo autónomo mantiene modestos los requisitos de infraestructura. La complejidad principal reside en el modelo específico del cliente y en el esfuerzo necesario para comprenderlo o modificarlo. 8 13

Un desarrollador puede embeber simulaciones, proporcionar datos, avanzar la ejecución y recuperar resultados. Desplegar un servicio de decisiones sin supervisión requiere además programación de ejecuciones, validación de entradas, recuperación de fallos, publicación de decisiones y pruebas de regresión. 14 15 17

El entorno de ejecución de Planimate sigue siendo propietario. El wrapper abierto hace la integración más inspeccionable, pero no permite al cliente reproducir el motor de simulación en otro lugar. La versión de 2020 describe licencias perpetuas de desarrollador y aplicaciones compiladas que pueden ejecutarse sin una licencia separada; la página pública de licencia, más antigua, mantiene niveles de suscripción anual. Es necesario conciliar esos documentos para un despliegue actual y sus derechos de mantenimiento a largo plazo. 12 14 19

Mantenimiento del modelo y productividad

El enfoque de desarrollo de InterDynamics recoge explícitamente procesos, lógica empresarial y reglas de decisión del cliente. Los proyectos avanzan mediante prototipos por etapas, con usuarios que confirman la dirección y prueban sucesivas compilaciones. La empresa también ofrece operar modelos, ejecutar escenarios, analizar resultados y producir informes para clientes sin personal o competencias suficientes. 8 9

Por tanto, el coste de propiedad central es el ciclo de vida del modelo. Cada nueva regla de carga, calidad de producto, restricción ferroviaria, régimen de mantenimiento e interfaz de datos puede exigir un cambio. Un modelo visualmente plausible puede seguir funcionando después de que sus supuestos hayan quedado obsoletos. El coste de detectar esa desviación, revisar la lógica y validar el resultado pertenece a la economía del proyecto.

Supply Chain Sim explicita parte del compromiso. Su interfaz empaquetada permite modificar ubicaciones, flotas, productos y variación de procesos, mientras que el nivel profesional publicado limita el número de ubicaciones y productos modelados. Son límites de esa aplicación, no de los modelos personalizados de Planimate. La estandarización reduce el esfuerzo de desarrollo dentro del problema representado; una lógica operativa más inusual devuelve al cliente al desarrollo a medida. 3

La programación asistida por agentes podría acelerar cambios en rutinas exportadas e integraciones circundantes. La prueba más difícil de productividad es si un especialista puede revisar y volver a desplegar el modelo de forma segura tras un fallo operativo. Ningún caso público cuantifica ese ciclo de mejora, las horas de mantenimiento del modelo ni las decisiones recurrentes generadas por empleado. La exploración interactiva de escenarios sigue siendo el uso documentado más claro. 5 8 11

Seguridad y límites de responsabilidad

Un modelo Planimate es lógica ejecutable. La referencia de rutinas incluye eliminación y escritura de archivos, mientras que la documentación de extensiones permite al código del modelo invocar DLL nativas y ensamblados .NET aportados por el usuario. Por tanto, ese límite de extensión documentado importa cuando el modelo accede a archivos o credenciales de producción. La comprobación de tipos de la interfaz no es un entorno aislado que limite lo que puede hacer el código cargado. 7 16 18

El material revisado no describe restricciones de privilegios de extensiones, acceso saliente o dependencias que contengan una biblioteca comprometida o un error grave de programación. Un cliente que integre estas funciones en producción necesita un entorno de ejecución controlado; la interfaz gráfica de modelado no proporciona por sí sola esa protección. La referencia publicada describe extensibilidad para desarrolladores, no un servicio en la nube que acepte por defecto código arbitrario de clientes. 13 16 18

FAID Quantum Web tiene un límite distinto. Su guía actual define administradores de grupo, gestores y usuarios, con permisos sobre ajustes y horarios. También asigna al usuario la selección de niveles de tolerancia a la fatiga. Esos roles y parámetros conciernen a la aplicación de fatiga; no establecen aislamiento para un modelo logístico personalizado. 22

La responsabilidad económica también se articula principalmente por proyecto. El proveedor participa en la delimitación y la validación iterativa, pero el caso público no define una base financiera de comparación, el coste total de mantenimiento del modelo ni una reparación si los beneficios esperados no se materializan. La licencia publicada de Planimate excluye la responsabilidad por ahorros y beneficios perdidos. Esto hace especialmente importantes la calidad del modelo y los criterios de aceptación en el acuerdo de implementación. 8 19

Puntuación de supply chain

Profundidad en supply chain

Criterio	Puntuación
Planteamiento económico	4/10
Resultado final de la decisión	5/10
Precisión conceptual en supply chain	6/10
Independencia de doctrinas centrales obsoletas	5/10
Resistencia al teatro de KPI	4/10

Media: 4,8/10.

Planteamiento económico — 4/10. Los costes de capacidad y demora son pertinentes, pero el ejemplo de planificación publicado enfatiza el volumen. El método para valorar monetariamente opciones operativas en competencia sigue siendo específico del cliente y no se divulga. 5 8

Resultado final de la decisión — 5/10. Un cambio de capacidad propuesto o un plan operativo mensual son concretos. La mayor parte del trabajo documentado aún termina con un especialista que interpreta alternativas, en lugar de con un flujo recurrente de decisiones. 5 9

Precisión conceptual en supply chain — 6/10. El modelo reconoce que las mejoras locales pueden fracasar en interfaces de otras partes de la operación. Esa perspectiva del sistema completo es una fortaleza sustancial. 4 9

Independencia de doctrinas centrales obsoletas — 5/10. Las interacciones físicas y la variabilidad dan al análisis más sustancia que un panel de objetivos. Aun así, la selección humana de escenarios puede convertirse en un ritual costoso si no se vincula a decisiones con consecuencias. 5 8

Resistencia al teatro de KPI — 4/10. Los resultados operativos son significativos, pero más volumen procesado o un rendimiento simulado que parece mejor no bastan para demostrar beneficio económico. Los casos publicados no establecen ese vínculo final. 4 5

Sustancia de las decisiones y la optimización

Criterio	Puntuación
Profundidad del modelado probabilístico	5/10
Sustancia diferenciadora en optimización o ML	6/10
Tratamiento de las restricciones reales	7/10
Automatización de decisiones y productividad laboral	4/10
Resiliencia ante la complejidad operativa real	5/10

Media: 5,4/10.

Profundidad del modelado probabilístico — 5/10. La variación puede propagarse por una operación conectada. La evidencia que falta se refiere a cómo esas entradas se prevén, calibran y actualizan conjuntamente, en lugar de limitarse a muestrearlas. 5 6

Sustancia diferenciadora en optimización o ML — 6/10. El motor de eventos y las funciones especializadas de modelado físico tienen sustancia técnica inspeccionable. La simulación sigue siendo un evaluador de supuestos elegidos; la búsqueda y el objetivo económico requieren trabajo adicional. 7 10 15

Tratamiento de las restricciones reales — 7/10. Las interacciones de ferrocarril, parques de almacenamiento, material y mantenimiento son inusualmente concretas. Su utilidad predictiva sigue dependiendo de mantener el modelo alineado con la operación. 4

Automatización de decisiones y productividad laboral — 4/10. La ejecución por lotes puede eliminar ejecuciones repetitivas, pero construcción de modelos, selección de escenarios e interpretación siguen siendo servicios intensivos en trabajo en la oferta publicada. Las ganancias netas de productividad no se cuantifican. 8 9 17

Resiliencia ante la complejidad operativa real — 5/10. Se pueden modelar perturbaciones y modificar hipótesis. La prueba más sólida es un ciclo repetido desde un fallo observado hasta supuestos revisados y validación de regresión; los casos no demuestran la velocidad ni la fiabilidad de ese ciclo. 4 8

Integridad del producto y la arquitectura

Criterio	Puntuación
Coherencia arquitectónica	6/10
Claridad de los límites del sistema	7/10
Seriedad en seguridad	3/10
Parsimonia del software y coste de propiedad	7/10
Compatibilidad con operaciones programáticas y asistidas por agentes	7/10

Media: 6,0/10.

Coherencia arquitectónica — 6/10. El motor central, la lógica del modelo y las interfaces opcionales tienen roles reconocibles. Los ensamblados personalizados y las aplicaciones circundantes pueden introducir dependencias específicas del proyecto que el producto base no elimina. 13 14 16

Claridad de los límites del sistema — 7/10. La documentación distingue motor, modelo, aplicación anfitriona y funciones externas. Esa claridad ayuda a identificar qué parte responde por un supuesto o una integración fallidos. 15 18

Seriedad en seguridad — 3/10. Las extensiones potentes amplían el impacto de un defecto del modelo o una dependencia comprometida. La referencia pública no ofrece una descripción equivalente de contención y acceso restringido a producción. 7 16 18

Parsimonia del software y coste de propiedad — 7/10. El despliegue autónomo evita buena parte de la sobrecarga de infraestructura. El gasto restante se concentra en mantenimiento especializado del modelo, que aun así puede dominar un proyecto prolongado. 8 13

Compatibilidad con operaciones programáticas y asistidas por agentes — 7/10. Las rutinas de texto, la ejecución por lotes y la incorporación en otras aplicaciones permiten uso y revisión mediante software. Convertir esas capacidades en un servicio de decisiones fiable exige ingeniería adicional. 11 14 17

Transparencia técnica

Criterio	Puntuación
Documentación técnica pública	7/10
Inspección sin intermediación del proveedor	6/10
Visibilidad de la portabilidad y la dependencia del proveedor	5/10
Transparencia del método de implementación	6/10
Densidad de evidencia tras las afirmaciones técnicas	5/10

Media: 5,8/10.

Documentación técnica pública — 7/10. La wiki expone comportamientos y mecanismos de integración detallados. Versiones antiguas, requisitos obsoletos y errores estadísticos reducen la confianza para utilizarla como referencia de ingeniería actual. 6 7 13 15

Inspección sin intermediación del proveedor — 6/10. Las interfaces públicas y el código del wrapper permiten examinar de forma significativa cómo puede usarse el motor. Los modelos de clientes y la implementación central siguen sin estar disponibles para evaluación independiente. 14 15

Visibilidad de la portabilidad y la dependencia del proveedor — 5/10. La integración embebida y la compilación autónoma mejoran las opciones de despliegue. El comportamiento del modelo sigue dependiendo del motor propietario y las descripciones públicas de licencias abarcan distintas generaciones. 12 14 19

Transparencia del método de implementación — 6/10. El desarrollo iterativo y el análisis operado por el proveedor se describen con claridad. No se mide el esfuerzo recurrente de actualización de datos, cambios del modelo y validación. 8 9

Densidad de evidencia tras las afirmaciones técnicas — 5/10. El modelo físico y las API tienen un nivel sustancial de detalle. La cuantificación del rendimiento predictivo y de los beneficios económicos realizados es mucho más escasa. 4 5 15

Seriedad del proveedor

Criterio	Puntuación
Seriedad técnica de la comunicación pública	6/10
Integridad de la hoja de ruta tecnológica	7/10
Precisión conceptual	6/10
Responsabilidad económica	4/10
Defensibilidad en un mundo de software agéntico	5/10

Media: 5,6/10.

Seriedad técnica de la comunicación pública — 6/10. El proveedor explica mecanismos reales de modelado. Mantener errores elementales sobre distribuciones en una referencia pública socava el rigor necesario para analizar la incertidumbre. 6 7

Integridad de la hoja de ruta tecnológica — 7/10. El historial de versiones muestra desarrollo sostenido de simulación e integración, con un producto de fatiga distinto que evoluciona por separado. La continuidad es más sólida que el mantenimiento de la documentación pública. 10 11 12 21

Precisión conceptual — 6/10. Las interacciones y los cuellos de botella reciben la atención adecuada. El método público es menos explícito al elegir el objetivo financiero y distinguir el ajuste del modelo del valor de la decisión. 5 9

Responsabilidad económica — 4/10. La participación del proveedor en entregas iterativas permite discutir los requisitos del modelo. Los resultados publicados y los términos de licencia no establecen responsabilidad por el rendimiento financiero neto. 8 19

Defensibilidad en un mundo de software agéntico — 5/10. El conocimiento del modelado físico y las capacidades maduras del motor son activos útiles. Su ventaja depende de reducir el trabajo especializado necesario para revisar y operar un modelo válido, un resultado de productividad que el proveedor no ha cuantificado. 8 9 11

Los 25 criterios tienen el mismo peso. El total es 138/250, equivalente a 5,52/10, redondeado a 5,5/10.

Fuentes

Las fuentes se consultaron el 4 de noviembre de 2026. Las fechas distinguen las referencias técnicas históricas de las páginas actuales de producto; la documentación de interfaces más antigua describe la versión o capacidad especificada en esa fuente.

[1] Acerca de InterDynamics

Acerca de InterDynamics. Sin fecha.

[2] Software de simulación Planimate

Software de simulación Planimate. Sin fecha.

[3] Supply Chain Sim

Supply Chain Sim. Sin fecha.

[4] Caso de supply chain de mineral de hierro de BHP

Caso de supply chain de mineral de hierro de BHP. Sin fecha.

[5] Planificación de supply chain

Planificación de supply chain. 7 de marzo de 2023.

[6] Diálogo de patrones de distribución

Diálogo de patrones de distribución. Última modificación: 29 de junio de 2010.