Retour aux études de marché
MJC² développe des logiciels d’ordonnancement et d’optimisation pour les transporteurs, les industriels et les organisations de supply chain. Ses applications planifient les mouvements de véhicules, l’activité des entrepôts, les séquences de production, l’affectation du personnel, le réapprovisionnement et la demande. L’entreprise associe ces composants à du développement sur mesure et à des interfaces avec les systèmes opérationnels des clients. (1, 2, 3, 4, 9)
Note globale en supply chain : 4,8/10
| Dimension | Note |
|---|---|
| Profondeur en supply chain | 5,4/10 |
| Substance décisionnelle et optimisation | 5,2/10 |
| Intégrité du produit et de l’architecture | 4,2/10 |
| Transparence technique | 4,6/10 |
| Sérieux du fournisseur | 4,6/10 |
La proposition la plus solide de MJC² est l’ordonnancement opérationnel : représenter des ressources interdépendantes, produire des plans exécutables et les recalculer lorsque les conditions changent. Son dossier public comprend un déploiement important de collecte de lait et des descriptions inhabituellement concrètes des contraintes de transport, d’entrepôt et de production. La limite centrale concerne le traitement économique de l’avenir. Replanifier rapidement après une perturbation ne démontre pas que la décision initiale valorisait correctement les incertitudes de demande, d’approvisionnement et de conséquences en aval. Les descriptions commerciales publiées laissent ce calcul largement indéterminé. (1, 2, 5, 6)
L’activité repose aussi sur l’ingénierie sur mesure. Cela peut répondre à des opérations difficiles, mais fait de la maintenance des modèles et des intégrations une partie du coût du produit. Les éléments publics sont bien plus solides sur les plannings produits et les contraintes représentées que sur les rendements économiques nets, l’effort continu d’ingénierie ou les périmètres de sécurité en production. (9, 10, 11)
MJC² face à Lokad
MJC² aborde une opération par ses ressources et ses horaires : quel véhicule, quelle ligne de production, quel salarié ou quel quai doit effectuer quelle tâche, et quand. L’approche d’optimisation des stocks de Lokad part des conséquences financières de décisions récurrentes sous incertitude. Le recoupement inclut le réapprovisionnement et la production ; la différence porte sur le modèle directeur, pas simplement sur la liste des applications.
Un planning de livraison peut minimiser les trajets et respecter chaque créneau tout en faisant une promesse coûteuse à un client de faible valeur. Une séquence de production peut réduire les changements de série tout en fabriquant des stocks qui ne se vendront jamais. Résoudre ces conflits nécessite de valoriser les conséquences pour l’ensemble de l’entreprise. MJC² documente une coordination opérationnelle importante, mais détaille peu l’objectif économique commun reliant transport, production, achats et stocks.
Les Supply Chain Scientists de Lokad maintiennent cette logique décisionnelle dans le cadre du service. Leur travail comprend la modification d’un modèle lorsque sa recommandation apparemment optimale fait perdre de l’argent. La perspective développée dans Introduction to Supply Chain traite donc l’incertitude des prévisions, les priorités économiques et la révision continue du modèle comme une responsabilité opérationnelle commune. La comparaison pertinente est la valeur réalisée après tout le travail de modélisation et d’exploitation. L’économie sur une tâche d’un spécialiste des tournées et le rendement financier d’une supply chain sont deux mesures différentes.
Ce que décide réellement le logiciel commercial
L’ordonnancement conjoint dépasse l’outil de calcul de tournées
DISC associe transport principal, livraisons clients, retours et chargements de retour aux opérations d’entrepôt. Son modèle documenté comprend conducteurs, remorques, véhicules de manœuvre, opérateurs d’entrepôt, quais, capacité de préparation et disponibilité des produits. Les sorties incluent plannings des véhicules et conducteurs, affectations d’entrepôt et mouvements de mise à quai. Créneaux horaires, compatibilité des températures, temps de travail et durée de conservation contraignent le plan. (1)
Cette coordination compte. Une tournée plus courte peut être sans valeur si l’entrepôt ne peut pas charger le véhicule à temps. Optimiser ces activités ensemble traite une véritable source de gaspillage opérationnel. Reste à savoir quels coûts cette coordination minimise et quelles conséquences demeurent hors de son périmètre. Distance, utilisation et heures de travail sont des entrées utiles ; ce ne sont pas des mesures interchangeables de valeur économique.
PIMSS étend l’ordonnancement à la production. Il représente matières, personnel, produits intermédiaires, parcours des machines, changements dépendant de la séquence, nettoyage et maintenance. Il travaille aussi avec des niveaux de stocks minimaux, maximaux et préférés, et peut préserver les contraintes du programme directeur lors d’une replanification. Ce sont des détails industriels substantiels, notamment pour les produits périssables et les processus fortement couplés. (2)
La faiblesse réside dans les cibles fournies à cette mécanique. Maintenir une plage de stocks prescrite ne démontre pas qu’elle est économiquement pertinente. Une fois la cible introduite comme contrainte, l’ordonnanceur peut appliquer très efficacement une mauvaise décision de stocks. L’explication commerciale doit relier ces cibles à la demande incertaine, aux approvisionnements incertains, à la péremption, à la marge perdue et aux alternatives en concurrence pour les mêmes ressources.
Les stocks et la prévision font partie de l’offre
e-Stock génère des commandes de réapprovisionnement à partir des positions de stocks et des prévisions. Ses entrées documentées comprennent quantités minimales et maximales de commande, délais, disponibilité des fournisseurs, coûts de transport, remises d’achat et capacité de stockage. Il permet aussi la gestion des stocks par le fournisseur et des réponses automatiques aux changements de conditions. (3)
i-Data fournit des prévisions à court et long terme et propose des algorithmes et un traitement des tendances propres au client. Sa page publique ne divulgue ni distributions prévisionnelles, ni tests de calibrage, ni façon de combiner l’incertitude de demande avec les retards fournisseurs. (4)
Cette omission limite la promesse de réapprovisionnement. Une quantité à commander dépend de l’éventail de la demande cumulée avant la prochaine réception utilisable, pas simplement d’une estimation de demande et d’un délai nominal. Les contraintes de commande minimale et de transport partagé rendent les choix interdépendants. Les descriptions produits établissent que de nombreuses restrictions peuvent être représentées ; elles n’établissent pas une règle de décision conjointe qui choisit économiquement parmi les commandes admissibles en tenant compte de l’incertitude.
Incertitude : plans de secours et limites des scores de risque
MJC² traite explicitement l’incertitude d’approvisionnement dans ses travaux CORE. Ses outils LARG+O modélisent des ports et des liaisons de transport perturbés, estiment les conséquences sur les stocks par SKU et choisissent d’autres itinéraires multimodaux. La documentation comprend des variations de temps de transit et des comparaisons entre ports. C’est un mécanisme concret de planification de secours. (6)
Sa valeur dépend de la question posée. Calculer une réponse à une fermeture spécifiée aide à préparer une intervention. Décider combien de stocks ou de capacité de réserve acheter avant toute fermeture exige des probabilités, des dépendances et des coûts sur les futurs possibles. La description CORE examinée n’explique ni ce second calcul ni sa validation prédictive. Une représentation numérique du réseau ne supprime pas le problème de prévision.
L’article SYNCHRO-NET de 2019 offre un exemple historique plus vérifiable. Le planificateur stratégique du consortium construisait d’abord des itinéraires sous hypothèses déterministes avec des algorithmes adaptés de plus court chemin. Un module Monte-Carlo distinct simulait ensuite les perturbations et calculait des indicateurs de risque. Les auteurs réservaient explicitement l’intégration directe du risque dans l’optimisation à des travaux futurs. MJC² développait les outils temps réel ; Politecnico di Torino et Syco développaient les outils stratégiques, Fraunhofer IVI contribuant à l’analyse des risques. (7)
Échantillonner des perturbations est simple. Le travail difficile est de représenter les bonnes incertitudes et de laisser leurs conséquences économiques modifier les décisions optimisées. Noter des itinéraires déjà générés peut manquer une alternative intéressante que l’objectif déterministe initial n’a jamais envisagée. Les poids choisis par l’utilisateur demandent aussi une justification économique : un score de risque ne peut pas déterminer combien d’argent vaut un retard donné. Cette conception historique éclaire la méthode réelle du consortium, tandis que les pages commerciales actuelles ne précisent pas les changements ultérieurs de cette méthode.
Déploiements, productivité et responsabilité
Fonterra établit une substance opérationnelle
Le récit Fonterra de MJC² décrit Genesis, un système de collecte de lait construit avec DISC et REACT. Le cas publié mentionne jusqu’à 15 000 collectes quotidiennes et 500 camions, avec une offre de lait variable, une demande changeante des usines et des restrictions de qualité alimentaire. Il indique une collaboration des équipes depuis 2006 et mentionne une récompense pour le développement et le support continu. Ces chiffres décrivent le cas historique, pas la flotte actuelle de Fonterra. (5)
Le déploiement relie l’optimisation à une opération physique difficile. Sa limite probante est financière et organisationnelle : le récit ne fournit ni coûts opérationnels comparables avant et après, ni effectifs de dispatch, ni charge d’ingénierie continue. Il étaye une capacité pratique d’ordonnancement sans établir la valeur nette créée ou son évolution dans le temps.
Le rapport final SYNCHRO-NET décrit séparément trois démonstrateurs et rapporte, entre autres, une baisse de 14 % des coûts des camions du dernier kilomètre et une réduction de 10 % de la durée des postes des conducteurs. Ce sont des résultats de projet publiés par le consortium. Leur portée commerciale dépend de la référence de comparaison, de la période observée et des coûts récurrents ; ces pourcentages ne décrivent pas chaque déploiement MJC². (8)
L’automatisation a plusieurs périmètres
La page actuelle consacrée au fret distingue deux processus. Pour une expédition multimodale perturbée, le système présente des alternatives à un transitaire. Pour le transport routier en temps réel, il peut actualiser les plannings et les renvoyer automatiquement aux transporteurs. Ces cas laissent des besoins de travail différents. (19)
La sélection humaine répétée peut devenir le goulet même si les calculs prennent quelques secondes. À l’inverse, une affectation sans surveillance peut supprimer beaucoup de travail courant. La mesure utile de productivité est le volume et la valeur des décisions exécutées correctement par heure totale de travail opérationnel, exceptions, support d’intégration et modifications de modèles compris. MJC² ne publie pas cette mesure. Ses propos plus généraux sur la réduction des heures supplémentaires et de l’intérim concernent les ressources de transport ; ils ne démontrent pas combien de travail de planification a disparu. (20)
La page de recrutement de MJC² va plus loin en affirmant que ses systèmes n’ont jamais été battus dans les benchmarks clients. Elle ne donne ni population de tests, ni charges, ni objectifs, ni résultats. Cette affirmation catégorique est nettement moins crédible que les descriptions opérationnelles précises. Une comparaison favorable sur un problème d’ordonnancement ne démontre pas une supériorité universelle, et un résultat rapide dit peu de choses sur une éventuelle alternative de valeur omise par le modèle. (10)
Maintenance des configurations et coût total de possession
Le développement sur mesure est explicite dans l’offre de MJC². Les exemples incluent une application S&OP d’un industriel reliée à la production et à la distribution, ainsi qu’un système de stockage de récoltes construit autour des informations de qualité. L’entreprise vend des composants réutilisables avec de l’ingénierie adaptée à des opérations précises. (9)
Ce modèle peut représenter des détails que les applications standardisées omettent. Il crée aussi l’obligation permanente de maintenir le sens des données, les règles opérationnelles et les interfaces. Un nouveau contrat de collecte peut modifier les itinéraires autorisés ; un autre procédé de nettoyage peut changer la valeur d’une séquence de production ; la dégradation d’un fournisseur peut invalider une politique de réapprovisionnement. Actualiser ces relations exige de connaître à la fois le logiciel et l’opération.
La description de recrutement confie aux salariés la conception des algorithmes, leur implémentation et l’installation chez les clients. Elle ne quantifie ni l’effort de déploiement, ni les procédures de publication, ni l’ingénierie nécessaire aux changements ultérieurs. (10)
La question décisive de maintenance est de savoir si les échecs conduisent à de meilleures formulations. Si un planning provoque régulièrement des expéditions urgentes coûteuses, modifier un paramètre de créneau peut masquer un coût ou une décision absents. Holimization exige de revoir le problème lui-même et de tester l’amélioration économique obtenue. Le modèle d’ingénierie sur mesure de MJC² permet ce travail, mais les cas publics ne suivent pas une recommandation coûteuse jusqu’à sa reformulation et sa validation.
Cette charge de travail non résolue fait partie du coût total de possession. Réutiliser les composants existants peut réduire le développement initial, tandis qu’un modèle de production sur mesure peut maintenir le client dépendant de son équipe d’ingénierie d’origine. Des prix publics, des spécifications d’export de modèles et un processus documenté de transfert faciliteraient l’évaluation de cette dépendance. Les pages produits et développement examinées n’en fournissent aucun.
Composants logiciels et sécurité
| Périmètre | Composants publiquement documentés | Conséquence pratique |
|---|---|---|
| Applications commerciales | Composants DISC, REACT, PIMSS, e-Stock et i-Data avec développement propre au client | La famille de produits poursuit un objectif cohérent d’ordonnancement ; son exploitation exige toujours la maintenance des interfaces et de la logique configurée. |
| Intégration de la prévision | API configurables vers les ERP et les bases de données existantes | L’intégration est une activité explicite de livraison ; une spécification publique exécutable de l’interface manque. |
| Intégration industrielle | PIMSS aux niveaux 3 et 4 de contrôle et de planification de production | Le logiciel consomme des informations d’usine et d’entreprise et modifie les plans de production. Les périmètres d’accès comptent. |
| Consortium historique SYNCHRO-NET | Java/OpenTripPlanner, interfaces REST et stockage de configuration MySQL | Ces éléments identifient la plateforme de recherche, pas le backend propriétaire actuel de DISC ou PIMSS. |
| Recrutement actuel | Développement d’algorithmes, implémentation et installation chez les clients | L’employeur ne nomme ni les langages de production, ni les bases, ni la liste des dépendances, ni l’environnement de déploiement. |
Sources : 1, 2, 3, 4, 7, 10, 11.
L’incertitude importante concerne l’étendue de ce qu’il faut maintenir dans le logiciel commercial. Les pages publiques n’identifient ni son empreinte d’infrastructure, ni les versions de composants prises en charge, ni les responsabilités de mise à niveau, ni les besoins en ressources pour des charges représentatives.
L’explication SCADA situe utilement PIMSS au-dessus des couches de capteurs et d’automates programmables. Elle décrit la planification et le contrôle de production, recevant performances et disponibilité des équipements avec les commandes et les informations de personnel. Elle n’explique ni l’authentification entre systèmes, ni les droits d’écriture restreints, ni l’intégrité des mises à jour, ni la séparation entre accès à l’entreprise et accès à l’usine. (11)
Ces omissions comptent pour un logiciel qui émet des plans opérationnels. Un compte d’intégration compromis ou une mise à jour mal autorisée pourrait affecter de nombreuses décisions de production. La preuve appropriée est une conception concrète des privilèges et du déploiement. La participation à la recherche et les applications de sûreté physique du fret ne fournissent pas cette conception.
Histoire technologique et concrétisation
MJC2 Limited a été constituée en août 1990 et reste active au registre britannique. Son portefeuille de recherche montre un intérêt durable pour l’ordonnancement, la logistique et la production. L’âge de l’entreprise établit une continuité ; le dossier technique doit montrer ce que chaque vague de recherche a livré. (17, 18)
| Période ou initiative | Preuve de réalisation | Limite restante |
|---|---|---|
| Collaboration Fonterra depuis 2006 | Un système opérationnel nommé et une relation continue de support | Le cas ne donne pas de série temporelle des rendements nets ou de l’effort de maintenance. |
| SYNCHRO-NET, 2015–2018 | Des démonstrateurs, une publication technique et des modules temps réel et stratégiques identifiés | L’architecture historique du risque séparait l’optimisation des itinéraires de leur évaluation ultérieure du risque. |
| Positionnement Industry 4.0 | Connexion documentée de PIMSS aux informations d’usine, de commandes et de personnel | Un meilleur accès aux données n’améliore pas à lui seul l’objectif optimisé. |
| ePIcenter, 2020–2024 | Un projet de consortium terminé, étudiant la logistique multimodale, le partage de données et de nouvelles technologies de transport | Hyperloop figure parmi les sujets de recherche, pas comme preuve d’un système de transport MJC² déployé. |
| Recherche en informatique quantique | Le fournisseur décrit explicitement des travaux destinés à du matériel futur | Aucune implémentation ou aucun benchmark divulgué n’établit d’avantage commercial. |
| HOLOGISTICS, actuel | Un nouveau consortium avec des responsabilités d’ordonnancement de MJC² identifiées | Les livrables annoncés de l’outillage MJC² et de FreightBot sont attendus en juin 2027 et juin 2028. |
Sources : 5, 7, 8, 11, 12, 13, 14, 15, 16.
La continuité du travail d’ordonnancement est plus solide qu’une suite d’annonces d’IA sans rapport. Néanmoins, les pages de recherche accumulent les thèmes à la mode sans montrer régulièrement leur contribution commerciale. La page ePIcenter du fournisseur décrit encore des travaux à venir alors que le projet s’est achevé en mai 2024. La page sur le quantique évoque des économies possibles sans résultat reproductible associant algorithme et matériel. Cela reste des revendications de recherche, sans amélioration démontrée de la qualité actuelle des décisions du client. (12, 13, 14)
HOLOGISTICS poursuit les travaux multimodaux et ajoute jumeaux numériques, logistique connectée et automatisation future. Ses livrables planifiés offrent un test utile du suivi des annonces. À la date de cette analyse, les outils futurs annoncés ne peuvent établir ni économies de travail actuelles ni capacité de planification autonome. (15, 16)
La lacune de responsabilité économique persiste davantage que le vocabulaire. Les documents publics décrivent coopération et réussite technique, mais ne définissent ni déploiement économiquement raté, ni obligations bornées du client, ni travail correctif du fournisseur lorsque le rendement attendu ne se matérialise pas. Sans ces conditions, témoignages et benchmarks techniques se voient confier une tâche qu’ils ne peuvent remplir.
Note en supply chain
Chaque dimension fait la moyenne de cinq critères sur une échelle de 0–10. La note globale est la moyenne des 25.
Profondeur en supply chain
| Critère | Note |
|---|---|
| Cadrage économique | 6/10 |
| Aboutissement décisionnel | 7/10 |
| Précision conceptuelle en supply chain | 6/10 |
| Affranchissement des doctrines centrales obsolètes | 4/10 |
| Résistance au théâtre des KPI | 4/10 |
Moyenne : 5,4/10.
Cadrage économique — 6/10. Réduire les coûts de transport et de ressources donne aux applications un objectif économique tangible. Le modèle reliant ces coûts à la marge en aval, au risque de stocks et aux engagements de service reste insuffisamment expliqué. (1, 3)
Aboutissement décisionnel — 7/10. L’offre atteint les plannings et les commandes opérationnels. La sélection humaine subsiste dans certains processus de fret ; le périmètre d’exécution varie donc selon l’application. (3, 19)
Précision conceptuelle en supply chain — 6/10. La planification conjointe des ressources traite les dépendances manquées par l’optimisation isolée des tournées. Son étendue est plus claire que la règle économique gouvernant les arbitrages entre fonctions. (1, 2)
Affranchissement des doctrines centrales obsolètes — 4/10. Les objectifs de stocks et les plans directeurs peuvent préserver des décisions dont le fondement économique n’a pas été testé. Recalculer fréquemment ne corrige pas cette limite de fond. (2, 3)
Résistance au théâtre des KPI — 4/10. Les résultats publiés concernent des opérations identifiables, mais ne rapprochent pas les améliorations de ressources du rendement net total. L’affirmation de supériorité universelle aux benchmarks manque des informations nécessaires pour la contester. (5, 8, 10)
Substance décisionnelle et optimisation
| Critère | Note |
|---|---|
| Profondeur de la modélisation probabiliste | 4/10 |
| Substance distinctive en optimisation ou en apprentissage automatique | 5/10 |
| Prise en compte des contraintes réelles | 8/10 |
| Automatisation des décisions et productivité du travail | 5/10 |
| Résilience face à la complexité opérationnelle réelle | 4/10 |
Moyenne : 5,2/10.
Profondeur de la modélisation probabiliste — 4/10. Les perturbations d’approvisionnement reçoivent une attention concrète. Les preuves commerciales actuelles n’établissent pas une incertitude conjointe calibrée alimentant le choix économique, plutôt que l’évaluation d’un scénario prescrit. (4, 6)
Substance distinctive en optimisation ou en apprentissage automatique — 5/10. Le déploiement opérationnel et les travaux de recherche étayent une véritable ingénierie. Les moteurs propriétaires restent inaccessibles et leur supériorité annoncée manque d’une comparaison reproductible. (5, 7, 10)
Prise en compte des contraintes réelles — 8/10. Les descriptions identifient avec beaucoup de détails des restrictions physiques importantes et des ressources partagées. Les preuves sont les plus solides sur la faisabilité et la coordination, avec moins de visibilité sur ce que l’optimisation omet. (1, 2)
Automatisation des décisions et productivité du travail — 5/10. L’exécution opérationnelle peut supprimer un travail d’ordonnancement récurrent. Les publications ne mesurent pas le débit durable par heure humaine totale, support et traitement des exceptions compris. (5, 19)
Résilience face à la complexité opérationnelle réelle — 4/10. Replanification et ingénierie sur mesure offrent des mécanismes d’adaptation. Les exemples publics ne montrent pas de formulation économiquement inadéquate corrigée puis retestée avec succès. (6, 9)
Intégrité du produit et de l’architecture
| Critère | Note |
|---|---|
| Cohérence architecturale | 5/10 |
| Clarté du périmètre du système | 5/10 |
| Sérieux en matière de sécurité | 3/10 |
| Parcimonie logicielle et coût de possession | 4/10 |
| Compatibilité avec les opérations programmatiques et assistées par agents | 4/10 |
Moyenne : 4,2/10.
Cohérence architecturale — 5/10. Des composants d’ordonnancement apparentés forment une famille de produits reconnaissable. L’intégration propre au client fait de la cohérence une tâche d’ingénierie permanente, avec peu de détails architecturaux publics. (2, 9)
Clarté du périmètre du système — 5/10. La hiérarchie de production et les processus de fret situent plusieurs interfaces importantes. Leurs pouvoirs et leur comportement en cas de défaillance restent moins clairs. (11, 19)
Sérieux en matière de sécurité — 3/10. Les connexions de production rendent le contrôle d’accès déterminant. Le fournisseur ne décrit pas publiquement les privilèges, contrôles de mise à jour et mécanismes d’isolation nécessaires pour évaluer ce périmètre. (11)
Parcimonie logicielle et coût de possession — 4/10. Des composants réutilisables permettent des applications sur mesure, mais l’infrastructure et l’effort continu de maintenance restent opaques. Les acheteurs ne peuvent établir la charge totale d’exploitation à partir de l’offre publique. (9, 10)
Compatibilité avec les opérations programmatiques et assistées par agents — 4/10. Exécution automatique et intégration constituent des bases utiles. L’absence d’interfaces publiques et de définitions de modèles reproductibles limite les tests indépendants et la maintenance assistée par agents. (4, 19)
Transparence technique
| Critère | Note |
|---|---|
| Documentation technique publique | 5/10 |
| Possibilité d’examen sans médiation du fournisseur | 3/10 |
| Visibilité de la portabilité et de la dépendance au fournisseur | 3/10 |
| Transparence de la méthode de mise en œuvre | 6/10 |
| Densité des preuves étayant les affirmations techniques | 6/10 |
Moyenne : 4,6/10.
Documentation technique publique — 5/10. Les descriptions opérationnelles et une publication détaillée du consortium exposent des mécanismes utiles. Les algorithmes commerciaux actuels et les spécifications d’exécution restent non documentés. (1, 7)
Possibilité d’examen sans médiation du fournisseur — 3/10. Les méthodes de recherche peuvent être examinées, mais les acheteurs ne disposent pas d’un exemple commercial exécutable équivalent. Évaluer un moteur propre au client exige de travailler avec son développeur. (7, 9)
Visibilité de la portabilité et de la dépendance au fournisseur — 3/10. L’intégration des données est mieux décrite que le transfert de la logique décisionnelle configurée. Aucune procédure publique d’export et de redéploiement n’établit comment un client pourrait déplacer ses modèles ailleurs. (4, 9)
Transparence de la méthode de mise en œuvre — 6/10. L’entreprise vend ouvertement ingénierie et installation en plus des composants. Elle laisse indéterminés l’effort, les critères de réception et les obligations de modification ultérieures. (9, 10)
Densité des preuves étayant les affirmations techniques — 6/10. Contraintes précises, usage opérationnel nommé et méthodes de recherche étayent l’offre centrale d’ordonnancement. Ils soutiennent moins les affirmations universelles de performance et l’optimisation stochastique commerciale. (1, 5, 7)
Sérieux du fournisseur
| Critère | Note |
|---|---|
| Sérieux technique de la communication publique | 4/10 |
| Intégrité de la feuille de route technologique | 5/10 |
| Précision conceptuelle | 5/10 |
| Responsabilité économique | 4/10 |
| Capacité à défendre sa valeur dans un monde de logiciels agentiques | 5/10 |
Moyenne : 4,6/10.
Sérieux technique de la communication publique — 4/10. Les explications opérationnelles concrètes sont affaiblies par des propos absolus sur la vitesse et la supériorité. Ces affirmations demandent des charges et des objectifs définis, pas seulement l’enthousiasme des clients. (1, 10)
Intégrité de la feuille de route technologique — 5/10. Le travail durable d’ordonnancement et les projets terminés établissent une continuité. Les thèmes de recherche demandent des liens plus clairs avec les versions actuelles et des améliorations mesurées chez les clients. (8, 12, 14, 16)
Précision conceptuelle — 5/10. Les interdépendances opérationnelles sont bien comprises. La distinction entre réponse rapide, mesure du risque et règle de décision économiquement justifiée reste peu développée dans la communication commerciale. (1, 6, 7)
Responsabilité économique — 4/10. La relation client et les résultats de projet sont identifiables. Les éléments publiés laissent non mesurés les coûts totaux, les échecs économiques et les obligations correctives du fournisseur. (5, 8, 9)
Capacité à défendre sa valeur dans un monde de logiciels agentiques — 5/10. Les contraintes physiques et les intégrations opérationnelles restent des actifs d’ingénierie précieux. L’avantage durable dépend d’une amélioration de la qualité décisionnelle et de la productivité totale au-delà de ce que les agents de programmation accessibles rendent moins coûteux. (1, 2, 19)
Sources
Les sources ont été consultées le 4 novembre 2026.
[1] Distribution et ordonnancement intégré des entrepôts
Distribution et ordonnancement intégré des entrepôts. Non daté ; consulté le 4 novembre 2026.
[2] Planification de production PIMSS
Planification de production PIMSS. Non daté ; consulté le 4 novembre 2026.
[3] Stocks et réapprovisionnement e-Stock
Stocks et réapprovisionnement e-Stock. Non daté ; consulté le 4 novembre 2026.
Prévisions i-Data. Non daté ; consulté le 4 novembre 2026.
[5] Récompense de service client Fonterra Genesis
Récompense de service client Fonterra Genesis. Non daté ; consulté le 4 novembre 2026.
[6] Optimisation CORE des plans de secours de la supply chain
Optimisation CORE des plans de secours de la supply chain. Non daté ; consulté le 4 novembre 2026.
[7] Des supply chains internationales durables et moins contraintes grâce à SYNCHRO-NET
Des supply chains internationales durables et moins contraintes grâce à SYNCHRO-NET. Publié le 2019-02-19 ; consulté le 4 novembre 2026.
[8] Rapport final du projet SYNCHRO-NET
Rapport final du projet SYNCHRO-NET. Publié le 2024-06-11 (fiche mise à jour) ; consulté le 4 novembre 2026.
[9] Développement logiciel sur mesure
Développement logiciel sur mesure. Non daté ; consulté le 4 novembre 2026.
Recrutement MJC2. Non daté ; consulté le 4 novembre 2026.
[11] PIMSS et contrôle de production SCADA
PIMSS et contrôle de production SCADA. Non daté ; consulté le 4 novembre 2026.
[12] Recherche en informatique quantique
Recherche en informatique quantique. Non daté ; consulté le 4 novembre 2026.
[13] Description du projet ePIcenter par MJC2
Description du projet ePIcenter par MJC2. Non daté ; consulté le 4 novembre 2026.
[14] Rapport final du projet ePIcenter
Rapport final du projet ePIcenter. Non daté ; consulté le 4 novembre 2026.
[15] Description du projet HOLOGISTICS par MJC2
Description du projet HOLOGISTICS par MJC2. Non daté ; consulté le 4 novembre 2026.
[16] Livrables et échéances de HOLOGISTICS
Livrables et échéances de HOLOGISTICS. Non daté ; consulté le 4 novembre 2026.
[17] Fiche de MJC2 Limited au registre des sociétés
Fiche de MJC2 Limited au registre des sociétés. Non daté ; consulté le 4 novembre 2026.
[18] Portefeuille de recherche de MJC2 en ordonnancement
Portefeuille de recherche de MJC2 en ordonnancement. Non daté ; consulté le 4 novembre 2026.
[19] Ordonnancement et affectation du fret multimodal
Ordonnancement et affectation du fret multimodal. Non daté ; consulté le 4 novembre 2026.
[20] Avantages de l’affectation intégrée des flottes
Avantages de l’affectation intégrée des flottes. Non daté ; consulté le 4 novembre 2026.