Analyse d’InterDynamics, éditeur de logiciels de simulation et d’évaluation des risques de fatigue

Par Léon Levinas-Ménard

Dernière mise à jour : 4 novembre 2026

InterDynamics développe Planimate, un environnement de simulation destiné à modéliser les opérations industrielles, et l’utilise pour construire des applications d’aide à la décision sur mesure. Ses travaux logistiques couvrent les mines, les chemins de fer, les parcs de stockage, les ports, les équipements et l’ordonnancement. Supply Chain Sim fournit une application standard de modélisation de réseaux. L’entreprise commercialise aussi FAID Quantum, un produit distinct qui évalue l’exposition à la fatigue à partir des horaires de travail. 1 2 3 20

Note globale en supply chain : 5,5/10.

Dimension	Note
Profondeur de compréhension de la supply chain	4,8/10
Substance des décisions et de l’optimisation	5,4/10
Intégrité du produit et de l’architecture	6,0/10
Transparence technique	5,8/10
Sérieux du fournisseur	5,6/10

InterDynamics modélise des contraintes physiques qui interagissent à l’échelle d’une exploitation allant de la mine au port. Sa référence technique expose des distributions, des routines programmables, l’exécution par lots et l’intégration avec d’autres logiciels. 4 6 7 14 17

La principale faiblesse tient à l’écart entre simuler un plan proposé et produire de bonnes décisions économiques. Des distributions saisies par les modélisateurs ne constituent pas des prévisions calibrées ; un éventail de résultats simulés n’identifie pas le meilleur emploi du capital. Le modèle opérationnel publié reste celui d’un projet de spécialistes, dans lequel des personnes précisent les hypothèses, construisent les scénarios, interprètent les résultats et maintiennent la représentation de l’activité. 5 8 9

InterDynamics face à Lokad

Prenons un exploitant minier qui doit coordonner production, trains, stocks en tas et navires. InterDynamics peut représenter les interactions physiques et simuler ce que produirait un plan d’exploitation proposé. Files d’attente, pannes d’équipements, fenêtres de maintenance et exigences de mélange peuvent s’influencer au sein d’un même modèle. 4

Le service d’optimisation des stocks de Lokad produit des décisions récurrentes à partir de leurs conséquences économiques attendues, face à une demande et à des approvisionnements incertains. Les Supply Chain Scientists maintiennent la logique numérique et la préparation des données ; leur travail doit entrer dans la comparaison des coûts, aux côtés des services de développement et d’exploitation des modèles d’InterDynamics. La perspective présentée dans Introduction to Supply Chain met l’accent sur un système économique : les décisions récurrentes doivent être générées par programmation, tandis que les spécialistes améliorent les hypothèses et la logique qui les produisent.

Une simulation peut utilement participer à ce travail. Elle peut révéler qu’un train supplémentaire crée de la congestion plutôt que du débit, ou que le calendrier de maintenance compte davantage qu’un équipement de plus. Elle ne décide pas, à elle seule, si un changement vaut son coût d’achat, ses dépenses d’exploitation, son exposition aux stocks et son effet sur les ventes futures. Ces valorisations et la recherche de meilleures décisions doivent être conçues séparément.

L’exemple public de planification mensuelle d’InterDynamics maximise le volume expédié par des essais de scénarios. Cet objectif peut servir une exploitation de vrac contrainte, mais le débit reste un indicateur indirect du rendement économique. Valeur du produit, pénalités de qualité, surestaries et coût d’opportunité des actifs peuvent rendre très différents deux plans de même volume. L’explication publique n’expose pas cette valorisation complète. 5

Historique du produit et continuité technique

Période	Développement documenté	Signification
1989–1999	InterDynamics situe l’origine de Planimate en 1989, celle de l’entreprise en 1992 et celle de FAID en 1999. 1	La simulation et l’évaluation de la fatigue sont des gammes anciennes.
2012	Les notes de version détaillaient la modélisation de la longueur des trains, la construction de voies pilotée par les données, les fonctions externes et une version en ligne de commande pour Linux et Android. 10	Le développement portait sur la modélisation opérationnelle et l’intégration, plutôt que sur une succession d’étiquettes technologiques changeantes.
2013–2014	Planimate a ajouté l’import et l’export de routines sous forme de texte et des instances embarquées parallèles ; son API DLL exposait le contrôle d’exécution, les rappels et l’accès aux données. 11 15	L’utilisation programmatique a une longue histoire technique, malgré la place prépondérante de l’interface graphique.
2016	FAID Quantum a ajouté un second modèle biomathématique. Une référence Planimate distincte documentait l’interopérabilité .NET. 16 20	Des capacités distinctes ont été étendues par des mécanismes identifiables.
2020	La version 11 a introduit un nouveau système de licences, la prise en charge d’Unicode, des améliorations d’interface et des options de compilation révisées. Le développement de la version 12 comprenait des convoyeurs et des objets de traitement pouvant être mis en pause. 12	L’environnement de modélisation a continué à évoluer par des fonctions concrètes.
2023–2026	FAID s’est doté d’une application web, accompagnée d’un guide public actuel couvrant les rôles de groupe, les horaires et les analyses. 21 22 23	L’application de fatigue possède son propre mode de fourniture ; son interface web ne décrit pas l’architecture des projets logistiques Planimate.

La feuille de route présente une continuité reconnaissable. La faiblesse des informations publiques réside dans leur maintenance inégale : des interfaces anciennes détaillées restent accessibles à côté de pages produit plus récentes, sans état consolidé des combinaisons actuellement prises en charge. Une partie de cette ancienne documentation contient aussi des erreurs statistiques élémentaires, abordées plus bas. Un produit établi a toujours besoin d’explications actuelles et exactes de son comportement numérique.

Ce que représente la simulation

Un système physique connecté

Le cas BHP décrit sept mines, plus de mille kilomètres de voies ferrées et deux installations portuaires. Le modèle inclut le chargement et le déchargement des trains, les mouvements ferroviaires, la manutention dans les parcs de stockage, les mélanges, le chargement des navires et les opérations dans le chenal. Disponibilité des équipements, variation des cadences, maintenance planifiée et non planifiée sont configurables. Les utilisateurs peuvent tester des changements de capacité ferroviaire, de composition des trains, d’affectation des tas et de règles d’exploitation. 4

Ces interactions comptent. Une mine plus rapide peut déplacer le goulet vers une voie d’évitement ; davantage de capacité ferroviaire peut saturer le déchargement ; une autre affectation des tas peut modifier le mélange et le chargement des navires. Modéliser chaque actif indépendamment manquerait ces effets. Le cas étaye une capacité de simulation à l’échelle du système, mais l’amélioration revendiquée de la précision de planification n’est pas accompagnée d’une évaluation numérique. 4

L’article de 2023 sur la planification mensuelle explique la séquence opérationnelle. Les planificateurs fournissent les capacités de production, le matériel roulant, les restrictions ferroviaires, la maintenance, les stocks et les plans d’expédition. Les processus varient selon le comportement historique ; les exécutions répétées utilisent des graines aléatoires différentes. Les utilisateurs changent ensuite les scénarios pour évaluer ajustements opérationnels et perturbations. 5

Échantillonner des hypothèses ne revient pas à les prévoir

Le dialogue de distributions de Planimate prend en charge des distributions continues courantes et des tables de probabilités fournies par l’utilisateur, comprenant des résultats discrets et des distributions cumulées. Il permet ainsi d’associer de la variabilité aux arrivées, aux durées de traitement et aux autres événements modélisés. 6

C’est le mécanisme élémentaire de la simulation Monte Carlo. La difficulté consiste à déterminer quelles distributions restent prédictives, comment les événements dépendent les uns des autres et comment les décisions modifient les résultats possibles. Tirer davantage d’échantillons d’un modèle irréaliste produit une estimation plus stable de la mauvaise réponse. Dans une exploitation logistique connectée, des causes communes comme la météo, la disponibilité du personnel et les perturbations en amont peuvent affecter plusieurs processus ensemble.

Les descriptions publiques n’expliquent pas comment un modèle livré estime et actualise ces dépendances, valide les distributions de demande et d’approvisionnement ou évalue ses prévisions hors de la période utilisée pour le construire. La variabilité historique est un point de départ, pas une garantie que les conditions d’exploitation du mois suivant suivront le même schéma. 5 6

Le guide des distributions, modifié pour la dernière fois en 2010, affirme aussi que 95 % des tirages d’une loi normale se situent à moins de trois écarts-types. Le chiffre correct pour la loi normale est d’environ 99,73 % ; environ 95 % se situent à moins de deux écarts-types. Il décrit également la loi exponentielle des temps d’attente comme si elle était interchangeable avec une loi de Poisson de comptage. Ce sont des erreurs dans l’explication publiée, pas des preuves que l’implémentation des nombres aléatoires emploie de mauvaises formules. Elles fragilisent néanmoins un document censé guider les utilisateurs dans la représentation de l’incertitude. 6

Un jumeau numérique a besoin d’un test prévisionnel

InterDynamics présente la simulation comme un moyen de construire un jumeau numérique. Dès lors que le modèle projette files d’attente, stocks, débits et états d’équipements dans le temps, il produit de nombreuses prévisions liées. Davantage de détails animés augmente le nombre d’hypothèses à valider. 2

Reproduire le débit historique moyen ne suffit pas. Une validation utile doit examiner les trajectoires de stocks, les queues de distribution des temps d’attente, les épisodes de congestion et la reprise après perturbation aux horizons pertinents pour la planification. Elle doit aussi vérifier si le modèle classe correctement les changements proposés. Un modèle peut reproduire le passé avec des erreurs qui se compensent tout en recommandant le mauvais investissement.

La description de BHP identifie les mécanismes physiques pertinents, mais ne fournit aucune comparaison des résultats prévus et observés sur des données réservées à la validation, ni de rendement économique mesuré. Le récit de planification mensuelle rapporte des opérations plus stables et moins de surestaries sans quantifier la contribution. 4 5

Composants logiciels et architecture d’exécution

Composant ou mécanisme	Éléments publics et périmètre
Environnement d’exécution autonome de Planimate	Les prérequis publiés décrivent un exécutable Windows ne nécessitant ni .NET ni droits administrateur ; des applications optionnelles peuvent ajouter des dépendances. La page énumère encore des versions et spécifications anciennes de Windows. 13
Langage de modèles Planimate	La référence des routines expose calculs, tables, opérations sur fichiers, routage et autres opérations programmables. 7
Simulation embarquée	L’API DLL de 2014 décrit un chargeur natif et un exemple Win32 C++, avec des instances de simulation indépendantes et des rappels. 15
Intégration .NET	Le dépôt public PL.Net fournit une enveloppe en C#. La référence d’interopérabilité de 2016 décrit l’appel d’assemblies .NET et le transfert de données entre celles-ci et un modèle. 14 16
Exécution non interactive	La documentation en ligne de commande décrit des exécutions par lots sans graphisme. Le bilan des fonctions de 2013 documente aussi l’import et l’export des routines en texte. 11 17

Le noyau autonome garde les besoins d’infrastructure modestes. La complexité principale réside dans le modèle propre au client et dans l’effort nécessaire pour le comprendre ou le modifier. 8 13

Un développeur peut embarquer des simulations, fournir des données, faire avancer l’exécution et récupérer les résultats. Déployer un service décisionnel sans supervision exige en plus la planification des exécutions, la validation des entrées, la reprise sur erreur, la publication des décisions et les tests de régression. 14 15 17

L’environnement d’exécution de Planimate reste propriétaire. L’enveloppe ouverte rend l’intégration plus inspectable, mais ne permet pas au client de reproduire ailleurs le moteur de simulation. La version de 2020 décrit des licences perpétuelles de développeur et des applications compilées pouvant fonctionner sans licence distincte ; l’ancienne page publique de licence conserve des niveaux d’abonnement annuel. Ces documents doivent être réconciliés pour un déploiement actuel et ses droits de maintenance à long terme. 12 14 19

Maintenance des modèles et productivité

L’approche de développement d’InterDynamics capture explicitement les processus, la logique métier et les règles de décision du client. Les projets avancent par prototypes successifs, les utilisateurs confirmant la direction et testant chaque version. L’entreprise propose aussi d’exploiter les modèles, d’exécuter des scénarios, d’analyser les résultats et de produire des rapports pour les clients manquant de personnel ou de compétences. 8 9

Le coût de possession central est donc celui du cycle de vie du modèle. Chaque nouvelle règle de chargement, qualité de produit, restriction ferroviaire, régime de maintenance et interface de données peut nécessiter un changement. Un modèle visuellement plausible peut continuer à tourner alors que ses hypothèses sont devenues obsolètes. Le coût de détection de cette dérive, de révision de la logique et de validation du résultat appartient à l’économie du projet.

Supply Chain Sim explicite une partie du compromis. Son interface standard permet de modifier sites, flottes, produits et variabilité des processus, tandis que l’offre professionnelle publiée limite le nombre de sites et de produits modélisés. Il s’agit des limites de cette application, pas des modèles Planimate sur mesure. La standardisation réduit l’effort de développement à l’intérieur du problème représenté ; une logique d’exploitation plus inhabituelle ramène le client au développement spécifique. 3

La programmation assistée par agents pourrait accélérer les changements de routines exportées et d’intégrations environnantes. Le test de productivité le plus exigeant est de savoir si un spécialiste peut réviser et redéployer le modèle en sécurité après un échec opérationnel. Aucun cas public ne chiffre ce cycle d’amélioration, les heures de maintenance du modèle ou les décisions récurrentes générées par employé. L’exploration interactive de scénarios reste l’usage le plus clairement documenté. 5 8 11

Sécurité et frontières de responsabilité

Un modèle Planimate est de la logique exécutable. La référence des routines comprend la suppression et l’écriture de fichiers, tandis que la documentation des extensions permet au code du modèle d’appeler des DLL natives et des assemblies .NET fournies par l’utilisateur. La frontière d’extension documentée importe donc lorsque le modèle accède à des fichiers de production ou à des identifiants. La vérification des types à l’interface n’est pas un bac à sable limitant ce que le code chargé peut faire. 7 16 18

Les documents examinés ne décrivent pas de restrictions sur les privilèges des extensions, les accès sortants ou les dépendances qui permettraient de contenir une bibliothèque compromise ou une erreur de programmation grave. Un client qui intègre ces fonctions en production a besoin d’un environnement d’exécution contrôlé ; l’interface graphique de modélisation ne fournit pas cette protection à elle seule. La référence publiée décrit une extensibilité pour développeurs, pas un service cloud acceptant par défaut du code client arbitraire. 13 16 18

FAID Quantum Web possède une frontière distincte. Son guide actuel définit des administrateurs de groupe, des responsables et des utilisateurs, avec des permissions sur les paramètres et les horaires. Il attribue aussi à l’utilisateur le choix des niveaux de tolérance à la fatigue. Ces rôles et paramètres concernent l’application de fatigue ; ils n’établissent pas l’isolation d’un modèle logistique sur mesure. 22

La responsabilité économique reste aussi principalement organisée par projet. Le fournisseur participe au cadrage et à la validation itérative, mais le cas public ne définit ni référence financière, ni coût complet de maintenance du modèle, ni recours si les bénéfices attendus ne se réalisent pas. La licence Planimate publiée exclut la responsabilité pour les économies et bénéfices perdus. La qualité du modèle et les critères de réception deviennent donc particulièrement importants dans le contrat de mise en œuvre. 8 19

Note en supply chain

Profondeur de compréhension de la supply chain

Critère	Note
Cadrage économique	4/10
Aboutissement de la décision	5/10
Précision conceptuelle en supply chain	6/10
Indépendance vis-à-vis des doctrines centrales obsolètes	5/10
Résistance au théâtre des KPI	4/10

Moyenne : 4,8/10.

Cadrage économique — 4/10. Les coûts de capacité et de retard sont pertinents, mais l’exemple de planification publié met l’accent sur le volume. La méthode de valorisation monétaire des choix opérationnels concurrents reste propre au client et non divulguée. 5 8

Aboutissement de la décision — 5/10. Un changement de capacité proposé ou un plan mensuel d’exploitation sont concrets. L’essentiel du travail documenté se termine encore par l’interprétation d’alternatives par un spécialiste plutôt que par un flux récurrent de décisions. 5 9

Précision conceptuelle en supply chain — 6/10. Le modèle reconnaît que des améliorations locales peuvent échouer aux interfaces d’autres parties de l’exploitation. Cette perspective du système entier constitue une force substantielle. 4 9

Indépendance vis-à-vis des doctrines centrales obsolètes — 5/10. Les interactions physiques et la variabilité donnent davantage de substance à l’analyse qu’un tableau de bord d’objectifs. La sélection humaine des scénarios peut néanmoins devenir un rituel coûteux si elle n’est pas liée à des choix conséquents. 5 8

Résistance au théâtre des KPI — 4/10. Les résultats opérationnels sont significatifs, mais un débit supérieur ou une performance simulée plus séduisante ne suffisent pas à prouver un bénéfice économique. Les cas publiés n’établissent pas ce dernier lien. 4 5

Substance des décisions et de l’optimisation

Critère	Note
Profondeur de la modélisation probabiliste	5/10
Substance distinctive de l’optimisation ou du ML	6/10
Prise en compte des contraintes réelles	7/10
Automatisation des décisions et productivité du travail	4/10
Résilience face à la complexité opérationnelle réelle	5/10

Moyenne : 5,4/10.

Profondeur de la modélisation probabiliste — 5/10. La variabilité peut se propager dans une exploitation connectée. Les preuves manquantes concernent la manière dont ces entrées sont prévues, calibrées et actualisées ensemble, plutôt que simplement échantillonnées. 5 6

Substance distinctive de l’optimisation ou du ML — 6/10. Le moteur événementiel et les fonctions spécialisées de modélisation physique ont une substance technique inspectable. La simulation reste un évaluateur d’hypothèses choisies ; la recherche et l’objectif économique nécessitent un travail supplémentaire. 7 10 15

Prise en compte des contraintes réelles — 7/10. Les interactions entre voies ferrées, parcs de stockage, matières et maintenance sont particulièrement concrètes. Leur utilité prédictive dépend toujours du maintien de l’alignement entre modèle et exploitation. 4

Automatisation des décisions et productivité du travail — 4/10. L’exécution par lots peut supprimer des exécutions répétitives, mais la construction de modèles, la sélection des scénarios et l’interprétation restent des services intensifs en travail dans l’offre publiée. Les gains nets de productivité ne sont pas chiffrés. 8 9 17

Résilience face à la complexité opérationnelle réelle — 5/10. Les perturbations peuvent être modélisées et les hypothèses modifiées. Le test plus exigeant est un cycle répété allant de l’échec observé aux hypothèses révisées et à la validation de non-régression ; les cas ne démontrent ni la rapidité ni la fiabilité de ce cycle. 4 8

Intégrité du produit et de l’architecture

Critère	Note
Cohérence architecturale	6/10
Clarté des frontières du système	7/10
Sérieux en matière de sécurité	3/10
Parcimonie logicielle et coût de possession	7/10
Compatibilité avec une exploitation programmatique et assistée par agents	7/10

Moyenne : 6,0/10.

Cohérence architecturale — 6/10. Le moteur central, la logique du modèle et les interfaces optionnelles ont des rôles reconnaissables. Les assemblies sur mesure et les applications environnantes peuvent introduire des dépendances propres au projet que le produit de base ne fait pas disparaître. 13 14 16

Clarté des frontières du système — 7/10. La documentation distingue moteur, modèle, application hôte et fonctions externes. Cette clarté aide à identifier la partie responsable d’une hypothèse ou d’une intégration défaillante. 15 18

Sérieux en matière de sécurité — 3/10. Des extensions puissantes amplifient l’impact d’un défaut du modèle ou d’une dépendance compromise. La référence publique ne fournit pas d’explication équivalente du cloisonnement et de la restriction des accès à la production. 7 16 18

Parcimonie logicielle et coût de possession — 7/10. Le déploiement autonome évite une grande part des surcoûts d’infrastructure. La dépense restante se concentre sur la maintenance spécialisée des modèles, qui peut malgré tout dominer un projet durable. 8 13

Compatibilité avec une exploitation programmatique et assistée par agents — 7/10. Les routines textuelles, l’exécution par lots et l’intégration embarquée permettent l’utilisation et la révision pilotées par logiciel. Transformer ces capacités en service décisionnel fiable demande de l’ingénierie supplémentaire. 11 14 17

Transparence technique

Critère	Note
Documentation technique publique	7/10
Possibilité d’inspection sans médiation du fournisseur	6/10
Visibilité de la portabilité et de la dépendance au fournisseur	5/10
Transparence de la méthode de mise en œuvre	6/10
Densité des preuves derrière les affirmations techniques	5/10

Moyenne : 5,8/10.

Documentation technique publique — 7/10. Le wiki expose le comportement et les mécanismes d’intégration en détail. Anciennes versions, prérequis périmés et erreurs statistiques réduisent la confiance dans son utilisation comme référence d’ingénierie actuelle. 6 7 13 15

Possibilité d’inspection sans médiation du fournisseur — 6/10. Les interfaces publiques et le code de l’enveloppe permettent d’examiner utilement comment employer le moteur. Les modèles clients et l’implémentation centrale restent indisponibles pour une évaluation indépendante. 14 15

Visibilité de la portabilité et de la dépendance au fournisseur — 5/10. L’intégration embarquée et la compilation autonome améliorent les options de déploiement. Le comportement du modèle dépend toujours du moteur propriétaire, et les descriptions publiques de licences couvrent des générations différentes. 12 14 19

Transparence de la méthode de mise en œuvre — 6/10. Le développement itératif et les analyses exploitées par le fournisseur sont décrits clairement. L’effort récurrent d’actualisation des données, de modification des modèles et de validation n’est pas mesuré. 8 9

Densité des preuves derrière les affirmations techniques — 5/10. Le modèle physique et les API sont décrits avec un niveau de détail substantiel. Les performances prédictives chiffrées et les bénéfices économiques réalisés sont beaucoup moins étayés. 4 5 15

Sérieux du fournisseur

Critère	Note
Sérieux technique de la communication publique	6/10
Intégrité de la feuille de route technologique	7/10
Précision conceptuelle	6/10
Responsabilité économique	4/10
Défendabilité dans un monde de logiciels agentiques	5/10

Moyenne : 5,6/10.

Sérieux technique de la communication publique — 6/10. Le fournisseur explique de véritables mécanismes de modélisation. Laisser des erreurs élémentaires sur les distributions dans une référence publique affaiblit la rigueur nécessaire à l’analyse de l’incertitude. 6 7

Intégrité de la feuille de route technologique — 7/10. L’historique des versions montre un développement soutenu de la simulation et de l’intégration, avec un produit de fatigue distinct qui évolue séparément. La continuité est plus solide que la maintenance de la documentation publique. 10 11 12 21

Précision conceptuelle — 6/10. Les interactions et les goulets reçoivent une attention appropriée. La méthode publique est moins explicite sur le choix de l’objectif financier et la distinction entre l’ajustement du modèle et la valeur de la décision. 5 9

Responsabilité économique — 4/10. La participation du fournisseur aux livraisons itératives permet de discuter les exigences du modèle. Les résultats publiés et les conditions de licence n’établissent pas sa responsabilité pour la performance financière nette. 8 19

Défendabilité dans un monde de logiciels agentiques — 5/10. Les connaissances de modélisation physique et les capacités mûres du moteur sont des actifs utiles. Leur avantage dépend de la réduction du travail spécialisé nécessaire pour réviser et exploiter un modèle valide, un résultat de productivité que le fournisseur n’a pas chiffré. 8 9 11

Les 25 critères ont le même poids. Le total est de 138/250, soit 5,52/10, arrondi à 5,5/10.

Sources

Les sources ont été consultées le 4 novembre 2026. Les dates distinguent les références techniques historiques des pages produit actuelles ; l’ancienne documentation d’interface décrit la version ou la capacité précisée dans cette source.

[1] À propos d’InterDynamics

À propos d’InterDynamics. Sans date.

[2] Logiciel de simulation Planimate

Logiciel de simulation Planimate. Sans date.

[3] Supply Chain Sim

Supply Chain Sim. Sans date.

[4] Cas BHP : supply chain de minerai de fer

Cas BHP : supply chain de minerai de fer. Sans date.

[5] Planification de la supply chain

Planification de la supply chain. 7 mars 2023.

[6] Dialogue des profils de distribution

Dialogue des profils de distribution. Dernière modification le 29 juin 2010.