Dernière mise à jour : 4 novembre 2026
Retour aux Études de marché
StockIQ est un logiciel de planification de la supply chain destiné aux distributeurs et aux fabricants. Il se connecte aux ERP pour prévoir la demande, fixer des politiques de stock, générer des commandes d’achat et de transfert, planifier le réapprovisionnement de la production, suivre les fournisseurs et soutenir la planification des ventes, des stocks et des opérations. Son assistant Edison ajoute des questions et des actions en langage naturel dans l’application. (1, 8)
Score global en supply chain : 5,8/10
| Dimension | Score |
|---|---|
| Profondeur en 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,4/10 |
| Transparence technique | 6,8/10 |
| Sérieux de l’éditeur | 5,6/10 |
Le processus directeur de StockIQ relève de la planification classique des stocks : sélectionner des prévisions, calculer des protections, appliquer des politiques de réapprovisionnement et ajuster les commandes aux contraintes fournisseurs et transport. Ses manuels donnent assez de détails pour examiner ces opérations. Ils exposent aussi leur limite économique : atteindre une couverture cible ou respecter un taux de service assigné n’établit pas que les achats utilisent au mieux la trésorerie, la capacité et les stocks rares. (2, 4, 6, 22)
Le produit possède une réelle substance opérationnelle. Les commandes programmées peuvent atteindre l’ERP sans validation individuelle, et un client nommé rapporte une forte réduction du travail de commande. Les méthodes publiques n’établissent toutefois ni modèle conjoint calibré d’incertitude de demande et d’approvisionnement, ni objectif économique commun aux décisions. Edison ajoute une interface en conservant la revue humaine ; son effet sur le travail au-delà de l’automatisation existante n’est pas mesuré. (5, 7, 8, 11)
StockIQ face à Lokad
StockIQ vend une application configurable, un accompagnement initial et une assistance continue. Les planificateurs sélectionnent des politiques et maintiennent les hypothèses qui déterminent les sorties. Le service géré d’optimisation des stocks de Lokad confie aux Supply Chain Scientists le développement et la maintenance du processus numérique de décision, y compris l’interprétation des données, les objectifs économiques et la logique en production. La différence concerne qui conçoit les décisions et ce que le logiciel optimise, pas seulement qui fournit l’interface. (10, 22, 23)
Les méthodes documentées de commande de StockIQ concrétisent cette distinction. Égaliser les couvertures entre produits peut synchroniser le réapprovisionnement, mais une journée de couverture n’a pas la même valeur pour une pièce détachée à forte marge, un accessoire facilement substituable et un produit saisonnier proche de l’obsolescence. L’approche d’optimisation des stocks de Lokad classe les actions réalisables selon leurs conséquences économiques attendues sous incertitude. La comparaison dépend de la capacité du processus à exprimer ces différences et à les arbitrer face aux contraintes partagées. (6)
StockIQ a réalisé des économies de travail par l’intégration ERP et la préparation des commandes. Lokad doit démontrer un gain supplémentaire face à cette automatisation existante : meilleures décisions, moins de revues récurrentes ou adaptation moins coûteuse lorsque le métier change. Le temps de maintenance des Supply Chain Scientists appartient aussi à la comparaison. Ni une application configurable ni un service géré n’échappe au coût de correction d’un modèle économique erroné. (7, 11)
Prévisions, incertitude et décisions d’achat
Un processus de prévision divulgué
La prévision propriétaire de StockIQ combine plusieurs approches et emprunte la saisonnalité aux niveaux supérieurs de la hiérarchie produit. Le manuel décrit tendances par régression, coefficients saisonniers, réglages de volatilité et détection de biais. Il fait une observation utile : des réglages plus réactifs peuvent réduire l’erreur historique tout en dégradant les achats. Cette mise en garde relie comportement statistique et décision produite. (2)
Le tournoi exécute les algorithmes et combinaisons de paramètres candidats sur un modèle antidaté de trois mois, choisit le résultat de moindre erreur, puis réajuste sur les données courantes. Il s’applique actuellement à la demande récurrente ; les articles sporadiques, lents, morts et nouveaux utilisent directement l’algorithme StockIQ. C’est une procédure inspectable de validation sur données réservées, bien que la documentation ne fournisse ni jeu publié, ni espace de recherche complet, ni performances par horizon de réapprovisionnement. Une seule fenêtre de sélection peut favoriser un modèle momentanément performant ; la sélection répétée exige une période d’évaluation indépendante de ce réglage. (3)
L’écran de stock de sécurité expose l’erreur de prévision utilisée, sa source et la longueur de l’échantillon, et définit wMAPE comme les unités totales d’erreur divisées par les unités totales vendues. Il distingue stock statistique et corrections actives, propose plusieurs calculs et inclut les délais cumulés des nomenclatures et relations en étoile. Ces détails aident à retracer une recommandation. Ils ne révèlent pas de distribution prédictive complète et n’établissent pas que l’objectif de service assigné est économiquement justifié. (4)
Mesurer les délais ne complète pas le modèle d’incertitude
StockIQ mesure les délais administratifs, de fabrication, d’expédition et de mise en stock. Pour différents regroupements d’articles, fournisseurs et sites, il calcule moyennes et écarts-types, retire les observations hors tolérances configurées, recalcule et ajoute une marge de planification. Il choisit ensuite parmi des groupes de repli de plus en plus larges et plafonne les changements par rapport aux délais ERP. Les composantes obtenues forment des durées de planification. (5)
Cela traite des délais de référence ERP peu fiables. Cela crée aussi des choix importants de modélisation. Une livraison tardive peut venir d’un mauvais horodatage ou d’une vraie perturbation ; filtrer les deux de la même façon retire précisément la queue de distribution qui détermine la valeur de la protection. Plafonner une mise à jour peut stabiliser les commandes tout en retardant la réaction à un fournisseur qui se dégrade. La méthode publique ne montre pas comment pics de demande, retards fournisseurs et perturbations communes de transport sont combinés dans la distribution des situations futures de stock. Ces dépendances comptent lorsque de nombreux produits sont exposés simultanément.
Un article d’avril 2026 reconnaît que la précision du modèle ne suffit pas aux décisions de stock. Il propose des mesures de support, stabilité et fiabilité, et explique pourquoi l’AUC n’est pas un pourcentage de décisions correctes. La question est meilleure qu’un concours de précision. L’article ne révèle pas comment son score combiné de confiance est calibré ou traduit en conséquences monétaires de commander, attendre ou abandonner un produit. Une recommandation stable peut rester systématiquement coûteuse. (14)
Les contraintes sont concrètes ; l’objectif reste fragmenté
Le catalogue de politiques comprend point de commande avec EOQ, lot pour lot, min/max, kanban et réapprovisionnement déclenché par les commandes. Sa politique de ventes sporadiques ignore la prévision indépendante et tente de maintenir le stock de sécurité. Ces politiques créent un comportement exécutable, mais répartir la demande en catégories répartit aussi la logique de décision. Comparer économiquement le stockage d’une pièce peu demandée, son acheminement accéléré et un arrêt accepté exige plus qu’une catégorie. (22)
Order Wizard ajuste les quantités selon poids, volume, palettes, capacité du conteneur, minimums et conditionnements. Ses méthodes divulguées incluent l’ajout de multiples à tour de rôle et l’égalisation de la couverture de commande, de la couverture projetée ou du stock de cycle. Il peut intégrer d’autres produits à une commande lorsque la couverture augmente. Une option de remise quantitative compare coûts unitaires réduits et pénalités de détention. Ce sont des mécanismes pratiques d’achat, avec un calcul économique plus étroit pour les remises. (6)
Considérons deux articles en concurrence pour le dernier emplacement de palette d’un conteneur. Égaliser leur couverture ne valorise ni la marge perdue en excluant l’un, ni le risque de retard du prochain envoi, ni la substitution, ni le risque d’invendus. Un conteneur admissible et plein peut encore contenir les mauvais stocks. La documentation publique n’établit pas de règle conjointe évaluant ces alternatives selon le même objectif économique.
Productivité et maintenance de la configuration
Les réglages de commande automatique permettent des calendriers par fournisseur/site, un déclenchement après le premier rafraîchissement quotidien ou à heure fixe, et une émission directement approuvée ou un passage en revue. Les notifications identifient les commandes passées, ignorées ou soumises à examen. C’est une voie concrète pour éliminer le traitement courant des commandes. Restent la part réellement émise automatiquement, le travail pour conserver des politiques valides et le coût des exceptions. (7)
Edison, lancé en octobre 2026, peut répondre, expliquer des recommandations, créer des commandes d’achat, changer des paramètres et actualiser les priorités. Sa FAQ actuelle indique que l’équipe examine chaque action avant son exécution par Edison. Le produit conserve donc une file de décisions humaines. Il peut réduire l’effort de recherche et de saisie, mais aucune mesure publiée avant/après n’établit sa productivité supplémentaire face à l’automatisation existante des commandes. (8, 25)
La mesure opérationnelle clé est le travail total par décision d’achat fiable : examen des exceptions, changements de paramètres, corrections de données, support d’intégration et récupération des erreurs. Une conversation plus rapide sur chaque SKU ne supprime pas la dépendance à des planificateurs traitant ces SKU. L’approbation humaine exige aussi une cadence praticable et assez de contexte ; sinon, elle devient un clic habituel.
La configuration crée une autre charge de travail. Réactivité des prévisions, seuils de classification, objectifs de service, filtres de délais, règles de repli, politiques de commande et corrections interagissent. Une perturbation fournisseur peut imposer des changements à plusieurs endroits. La documentation explique chaque contrôle, mais ne montre pas de mécanisme général pour versionner la politique complète du client, la rejouer dans des conditions passées et mettre en production une révision de façon sûre. (2, 4, 5, 22)
Une enquête sur une rupture doit donc dépasser l’augmentation d’un tampon. Peut-être l’historique cachait-il une demande censurée, la relation de substitution était-elle fausse ou les options omettaient-elles une expédition accélérée économiquement intéressante. Corriger cette défaillance demande de changer la formulation et de retester ses conséquences. Une accumulation d’exceptions par article peut dissimuler le problème initial et renchérir la prochaine révision.
Le périmètre d’implémentation chiffre une partie de ce travail
Le périmètre standard comprend un ERP établi, un rafraîchissement nocturne, la validation de dix flux requis, la configuration centrale, un module d’écriture des commandes, vingt heures de formation et cinq semaines de consultation après lancement. Intégrations supplémentaires, sorties personnalisées, nouvelle formation, changements structurels et déploiements par étapes relèvent de services à 250 dollars par heure. L’accompagnement prolongé d’adoption est affiché à 1 500 dollars par semaine, généralement pour deux ou trois réunions d’une heure. (10)
Ces frontières rendent l’engagement initial exceptionnellement inspectable. Elles montrent aussi pourquoi l’abonnement ne représente pas le coût de possession. Acquisitions, nouvelles entités, changements d’ERP et rotation du personnel peuvent créer du travail facturé séparément et mobiliser les spécialistes du client. La page tarifaire offre des utilisateurs illimités et décrit un accompagnement continu, sans publier de tarif d’abonnement ni de charge annuelle mesurée de configuration. (23)
Le discours de lancement sur la prévision en temps réel a aussi une limite concrète : l’implémentation standard importe les données ERP chaque nuit. Réexaminer continuellement un instantané inchangé ne révèle pas des transactions qui ne sont pas arrivées. Une intégration plus fréquente est peut-être possible, mais sa fréquence et son coût opérationnel doivent figurer dans la spécification du déploiement. (10, 25)
Résultats clients et responsabilité économique
Le cas Jofran date l’implémentation de 2018 et décrit une intégration personnalisée des commandes d’achat avec SharePoint. La responsable supply chain Deniece Fredericks indique que commander prend environ un dixième du temps ; le document rapporte 70% de ruptures en moins. La présidente et directrice financière Kristen Connell attribue à StockIQ un ROI d’au moins 10 fois la première année grâce aux économies sur les stocks. Le cas décrit aussi des modifications de l’éditeur pour combler des lacunes identifiées et une transition ERP ultérieure. (11)
Ce sont des témoignages nommés d’améliorations opérationnelles et d’ingénierie corrective. L’affirmation financière laisse ouverte une question comptable importante : les économies sur les stocks désignent-elles de la trésorerie libérée, des coûts de détention évités, des dépréciations prévenues ou un mélange ? Une libération ponctuelle de fonds de roulement et une hausse récurrente du profit sont des avantages différents. Le cas ne révèle ni dénominateur d’investissement, ni coûts de service, ni politique d’achat contrefactuelle.
Le récit Auveco rapporte une baisse de 60% des surstocks, des taux de service supérieurs à 95%, des ruptures inférieures à 7% et un amortissement en six mois. Il situe l’implémentation Dynamics GP en 2020 et décrit le passage ultérieur à NetSuite. Le dirigeant des opérations Josh Wood fournit l’attribution client. Le surstock n’est toutefois qu’un sous-ensemble des stocks, et sa définition peut changer avec la politique cible. La page ne donne ni valeurs initiales ni calcul reliant ces pourcentages opérationnels à l’amortissement. (12)
La page d’accueil affiche aussi un témoignage faisant passer l’erreur de prévision de 20% à 5%. Sans formule d’erreur, horizon, résolution SKU/site, pondération et traitement de la demande nulle, cela ne peut soutenir une précision de 95% généralement atteignable. Agréger la demande peut réduire l’erreur mesurée tout en masquant les erreurs par article qui déterminent les commandes. Les améliorations opérationnelles rapportées doivent reposer sur leurs propres preuves. (1)
Le manuel de taux de service expose un autre choix de mesure. Il préfère comparer les expéditions réelles aux commandes demandées, mais peut estimer le service à partir de la demande quotidienne et du stock d’ouverture si le détail des expéditions manque. Les articles non stockés peuvent être exclus. Ces alternatives répondent à des questions différentes : la disponibilité estimée n’établit pas la livraison réelle complète et dans les délais. Les comparaisons clients exigent des définitions cohérentes avant et après. (13)
Le périmètre public d’implémentation attribue au client des responsabilités de personnel et de validation. L’EULA public renvoie à un contrat-cadre signé disponible auprès de StockIQ sans le publier. Le dossier public établit donc un livrable d’implémentation et des bénéfices attribués par les clients, mais pas de seuil défini d’échec économique ni d’engagement à corriger des retours décevants. L’attribution doit suivre les preuves : règles erronées de l’éditeur, corrections du client, défauts d’exécution et données manquantes exigent des remèdes différents. (10, 24)
Histoire technologique et réalisations
StockIQ a été fondé en 2015. Son article d’avril 2019 sur la classification des stocks recommande la segmentation ABC/XYZ et des stratégies différenciées, avec une attention à la demande irrégulière. La documentation actuelle conserve cette structure. La continuité est visible : l’application s’est développée autour de règles configurables de planification des stocks, sans les remplacer par un modèle unifié de décision économique. (15, 16, 22)
L’annonce du partenariat avec Serent Capital du 28 avril 2025 promettait des investissements dans la prévision par IA et la modélisation de l’élasticité des prix. La version Huron Peak d’octobre 2025 a ensuite documenté courbes d’élasticité, simulations de changements de prix et nomenclatures de planification des variantes. Elle a aussi consigné la migration de .NET Framework vers .NET Core, des changements SSO et de nombreuses corrections de commandes et de calculs. C’est un suivi d’ingénierie identifiable. La fonction d’élasticité utilise des courbes fournies ou éditées par le client ; publier une interface de simulation ne prouve pas une estimation causale ni une fiabilité hors des observations utilisées pour l’ajustement. (16, 17)
Le langage d’IA mérite une évaluation distincte. Le manuel du tournoi qualifie la sélection et la combinaison de modèles de technique d’ensemble IA/ML. Le contenu AI + IQ classe aussi sous IA détection de ventes inhabituelles, signaux de fin de vie et alertes de commande client. Ces descriptions identifient des fonctions, mais ne publient pas le bénéfice supplémentaire d’une nouvelle méthode d’apprentissage face à l’implémentation précédente. La valeur technique réside dans la méthode et ses conséquences décisionnelles, pas dans l’extension de l’étiquette. (3, 26)
Le lancement d’Edison en octobre 2026 ajoute une interface linguistique et des actions de processus. L’affirmation générale qu’il comprend la logique des stocks manque d’analyse publique des défaillances et de protocole d’évaluation. À la date de l’analyse, c’est une version récente aux capacités annoncées ; les économies anciennes des clients n’en mesurent pas l’apport. La feuille de route montre du travail applicatif et d’infrastructure livré, à côté d’un passage bien moins étayé de la planification conventionnelle aux améliorations par IA. (25)
Nomenclature logicielle
Les instructions de déploiement et une offre d’ingénieur rédigée par l’employeur révèlent deux étapes : la mise à jour de l’environnement d’exécution du produit établi et une modernisation plus récente de la plateforme.
| Composant | Rôle et périmètre attribuables |
|---|---|
| .NET Framework → .NET Core / .NET 8 | La version Huron et les instructions d’installation identifient la migration applicative. Les clients hébergés ayant un agent local de synchronisation ont aussi des prérequis d’exécution. (17, 18) |
| React, Next.js, TypeScript | Interface de la plateforme décrite dans l’offre full stack actuelle. (9) |
| C# REST APIs, Dapper, PgBouncer | Couches applicative et d’accès aux données de cette modernisation. (9) |
| TimescaleDB / PostgreSQL | Une base avec un schéma par client est explicitement décrite. (9) |
| SQS, OpenTelemetry, Grafana Loki | Gestion d’événements, traçage distribué et collecte de journaux dans le même périmètre d’ingénierie. (9) |
L’offre décrit une petite équipe aux premiers stades de la modernisation. Elle ne fournit pas de calendrier de migration et ne précise pas quels clients actuels utilisent le nouveau socle. Le coût d’exploitation non résolu concerne la maintenance et le passage entre générations : conversion de données, comportement des connecteurs, authentification et configuration propre aux clients exigent tous des tests. (9)
Les composants ont des rôles identifiables, mais leur coût combiné comprend réglage des bases, récupération des files, conservation de la télémétrie, correctifs applicatifs et migrations de clients. Un schéma par client exige aussi une réponse claire sur qui peut franchir ces frontières et comment les privilèges sont imposés. Les documents publics ne quantifient ni coût d’infrastructure par charge de planification ni effort de mise à niveau des instances configurées.
Sécurité et frontières d’intégration
StockIQ publie des mécanismes concrets d’authentification. La migration Huron passe le SSO à un flux d’autorisation OIDC avec PKCE et documente les changements nécessaires chez le fournisseur d’identité pour conserver la connexion. Le guide public d’API décrit rôles et périmètres de données métier, stockage à sens unique des empreintes de jetons et échange contre un JWT d’une heure. Ces contrôles peuvent limiter l’exposition des identifiants et les données accessibles à une intégration. (19, 20)
Le guide donne néanmoins des instructions contradictoires d’expiration : le formulaire de création propose une date d’expiration, tandis que la section d’authentification indique que le secret sous-jacent n’expire pas. Un exploitant doit savoir quelle règle applique la version en service. La documentation laisse aussi ouvertes les preuves en production du cloisonnement entre clients, des tests de restauration et de l’accès d’Edison aux fournisseurs de modèles. Approuver humainement une commande ne traite pas la divulgation des données utilisées pour la proposer. (20, 8)
L’intégration est plus inspectable que le moteur interne de prévision. L’API publie une documentation des points d’accès en HTML et JSON, avec filtres et pagination. Une interface de fichiers de commandes documente en-têtes et lignes pour achats, transferts et ordres de fabrication, avec une autre sortie en base de données. Elle décrit les commandes de test et la conservation d’assez d’informations internes pour reproduire les exports. Cela soutient une intégration indépendante et le traçage du transfert vers l’ERP. (20, 21)
La frontière compte toujours pour la récupération : une écriture ERP ne doit pas devenir un achat en double lorsque le transfert est relancé, et une commande régénérée ne doit pas écraser un engagement commercial ultérieur. Les instructions publiques ne précisent pas de protocole de bout en bout d’idempotence et de rapprochement. Exporter les enregistrements ne rend pas non plus portables vers un autre moteur les implémentations de prévision et de politiques de StockIQ.
Score en supply chain
Profondeur en supply chain
| Critère | Score |
|---|---|
| Cadre économique | 4/10 |
| Décision comme résultat final | 7/10 |
| Netteté conceptuelle en supply chain | 6/10 |
| Affranchissement des doctrines centrales obsolètes | 3/10 |
| Résistance au théâtre des KPI | 4/10 |
Moyenne : 4,8/10.
Cadre économique — 4/10. Comparer remises et coûts de détention traite une partie de l’économie des achats. Les cibles directrices de couverture et de service n’établissent pas d’objectif commun aux produits concurrents, à la capacité rare et à l’approvisionnement incertain. (4, 6)
Décision comme résultat final — 7/10. Les commandes ont un chemin documenté d’exécution, dont l’émission automatique. Les politiques de couverture et de service laissent encore incomplet le choix économique entre actions réalisables. (7, 21)
Netteté conceptuelle en supply chain — 6/10. Les manuels distinguent profils de demande, composantes des retards fournisseurs et conséquences des prévisions réactives. Ces distinctions soutiennent l’implémentation ; leur agrégation en règles perd une partie des dépendances entre produits et événements incertains. (2, 5, 22)
Affranchissement des doctrines centrales obsolètes — 3/10. Classification, EOQ, tampons de stock et couverture restent centraux. Leurs hypothèses économiques deviennent plus restrictives lorsque substitution, obsolescence et contraintes partagées déterminent le meilleur achat. (15, 22)
Résistance au théâtre des KPI — 4/10. L’article de fiabilité sépare correctement discrimination statistique et bonnes décisions. Des erreurs de prévision mises en avant sans définition et des mesures configurables de service affaiblissent néanmoins les comparaisons entre résultats clients. (1, 13, 14)
Substance des décisions et de l’optimisation
| Critère | Score |
|---|---|
| Profondeur de la modélisation probabiliste | 4/10 |
| Substance distinctive en optimisation ou ML | 4/10 |
| Prise en compte des contraintes réelles | 7/10 |
| Automatisation des décisions et productivité du travail | 7/10 |
| Résilience face à la complexité opérationnelle réelle | 5/10 |
Moyenne : 5,4/10.
Profondeur de la modélisation probabiliste — 4/10. Erreur de prévision et variabilité mesurée de l’approvisionnement influencent la planification. Les méthodes divulguées n’établissent ni distributions conjointes calibrées de demande et de délais, ni évaluation économique sur leurs issues possibles. (4, 5, 14)
Substance distinctive en optimisation ou ML — 4/10. Sélection sur données réservées et heuristiques de commande explicites rendent le processus numérique inspectable. Les preuves publiées n’établissent pas d’amélioration distinctive de la qualité des décisions face à de solides alternatives classiques. (3, 6)
Prise en compte des contraintes réelles — 7/10. Les mécanismes d’achat couvrent des restrictions pratiques de fournisseurs et de transport. Leur limite tient à l’objectif employé pour choisir les quantités admissibles lorsque ces restrictions entrent en concurrence. (6, 22)
Automatisation des décisions et productivité du travail — 7/10. L’exécution programmée et le témoignage nommé de Jofran établissent une réduction notable du travail. Le travail total restant et l’effet supplémentaire d’Edison n’ont pas été mesurés publiquement. (7, 8, 11)
Résilience face à la complexité opérationnelle réelle — 5/10. Le récit Jofran décrit des modifications de l’éditeur comblant des lacunes opérationnelles. Les contrôles publics permettent l’ajustement, mais un processus complet de révision de la sémantique des données, de test de formulations alternatives et de déploiement sûr de ces corrections reste non exposé. (11, 17, 22)
Intégrité du produit et de l’architecture
| Critère | Score |
|---|---|
| Cohérence architecturale | 6/10 |
| Clarté des frontières du système | 8/10 |
| Sérieux en matière de sécurité | 6/10 |
| Parcimonie logicielle et coût de possession | 5/10 |
| Compatibilité avec des opérations programmatiques et assistées par agents | 7/10 |
Moyenne : 6,4/10.
Cohérence architecturale — 6/10. Migration d’environnement et socle de modernisation ont des fonctions identifiables. Migration des clients, coexistence et retrait de l’architecture précédente sont trop peu documentés pour établir la forme durable de l’exploitation. (9, 17, 18)
Clarté des frontières du système — 8/10. Responsabilités des flux, prérequis de déploiement et sorties de commandes donnent une frontière concrète aux intégrateurs. Le rapprochement des transactions après écritures ERP échouées ou répétées reste insuffisamment spécifié. (10, 18, 21)
Sérieux en matière de sécurité — 6/10. Identifiants à périmètre limité, secrets hachés et SSO moderne fournissent des mécanismes évaluables. Des indications contradictoires d’expiration et une divulgation incomplète des frontières d’isolation et des données de l’assistant laissent des contrôles importants non vérifiés. (19, 20, 8)
Parcimonie logicielle et coût de possession — 5/10. Les frontières de service publiées exposent plusieurs dépenses récurrentes. L’incertitude majeure est le coût combiné de maintenance des politiques clients et de migration de plateforme ; aucune n’a de référence opérationnelle mesurée. (9, 10, 23)
Compatibilité avec des opérations programmatiques et assistées par agents — 7/10. Des interfaces documentées d’extraction et d’exécution permettent l’automatisation externe. Le contrôle client des méthodes numériques sous-jacentes reste plus étroit que celui des enregistrements et actions applicatives. (20, 21)
Transparence technique
| Critère | Score |
|---|---|
| Documentation technique publique | 8/10 |
| Inspectabilité sans médiation de l’éditeur | 7/10 |
| Visibilité de la portabilité et de la dépendance | 6/10 |
| Transparence de la méthode d’implémentation | 7/10 |
| Densité des preuves derrière les affirmations techniques | 6/10 |
Moyenne : 6,8/10.
Documentation technique publique — 8/10. Les manuels exposent algorithmes, comportement des politiques, interfaces et changements de version avec un détail inhabituel. Spécifications complètes des modèles et évaluations reproductibles restent absentes. (2, 3, 17, 20)
Inspectabilité sans médiation de l’éditeur — 7/10. Un prospect peut examiner des choix importants de calcul et d’intégration avant une démonstration commerciale. La reproduction indépendante des prévisions et calculs de stock centraux reste contrainte par les détails d’implémentation non divulgués. (4, 5, 6)
Visibilité de la portabilité et de la dépendance — 6/10. Les données et commandes ont des formats documentés. Reproduire hors de StockIQ le comportement configuré exigerait plus que l’export de ces enregistrements, et les clauses contractuelles de sortie ne sont pas publiques. (20, 21, 24)
Transparence de la méthode d’implémentation — 7/10. Le périmètre précise livrables, contributions du client, formation et prix supplémentaires. La responsabilité continue du modèle et les tests de non-régression sont moins clairement délimités que l’installation initiale. (10)
Densité des preuves derrière les affirmations techniques — 6/10. Les manuels opérationnels étayent de nombreuses fonctions. Les affirmations générales d’IA disposent de bien moins de détails d’évaluation que les fonctions établies de planification et d’intégration. (3, 17, 25, 26)
Sérieux de l’éditeur
| Critère | Score |
|---|---|
| Sérieux technique de la communication publique | 6/10 |
| Intégrité de la feuille de route technologique | 7/10 |
| Netteté conceptuelle | 5/10 |
| Responsabilité économique | 5/10 |
| Défendabilité dans un monde de logiciels agentiques | 5/10 |
Moyenne : 5,6/10.
Sérieux technique de la communication publique — 6/10. Documentation des méthodes et avertissements francs sur le comportement statistique permettent une évaluation sérieuse. Les affirmations larges sur la compréhension de l’IA dépassent les preuves publiées pour cette nouvelle capacité. (2, 14, 25)
Intégrité de la feuille de route technologique — 7/10. L’engagement d’élasticité a une livraison visible, et les changements d’environnement et d’identité ont des notes de version. Le manque restant concerne le bénéfice numérique et économique supplémentaire du positionnement IA récent. (16, 17, 26)
Netteté conceptuelle — 5/10. StockIQ reconnaît qu’un bon score statistique peut produire une mauvaise décision. Son processus général reste fondé sur des cibles indirectes sans synthèse publiée d’incertitude, valeur économique et contraintes partagées. (2, 6, 14)
Responsabilité économique — 5/10. Des clients nommés attribuent des gains à StockIQ et les obligations d’implémentation sont visibles. Les preuves publiques ne définissent ni évaluation du rendement net, ni échec économique, ni responsabilité de correction lorsque les gains attendus ne se matérialisent pas. (10, 11, 12, 24)
Défendabilité dans un monde de logiciels agentiques — 5/10. Intégrations ERP, logique métier maintenue et clients en exploitation apportent plus de substance qu’une enveloppe conversationnelle. Une différenciation durable exige encore une meilleure économie des décisions et moins de travail total que ce que les concurrents peuvent tirer d’une automatisation toujours plus accessible. (7, 11, 20, 25)
Sources
Toutes les sources ont été consultées le 4 novembre 2026.
[1] Présentation du produit StockIQ
Accueil de StockIQ. Périmètre du produit et témoignage sur l’erreur de prévision.
[2] Algorithme de prévision StockIQ
Manuel de l’algorithme, mis à jour le 29 septembre 2025. Construction et réactivité des prévisions.
[3] Algorithme de prévision par tournoi
Manuel du tournoi, mis à jour le 29 septembre 2025. Sélection et admissibilité.
Manuel du stock de sécurité, mis à jour le 30 octobre 2026. Entrées, méthodes et corrections.
[5] Calcul des délais à partir des expéditions et réceptions
Manuel de calcul des délais. Logique de filtrage et d’affectation.
Manuel d’Order Wizard. Contraintes et méthodes d’ajustement des quantités.
[7] Paramètres globaux de commande
Configuration des commandes automatiques. Déclenchement et paramètres d’approbation.
Page produit Edison. Actions et exigence de revue.
[9] Offre de Full Stack Engineer
Offre rédigée par StockIQ en tant qu’employeur, observée en 2026. Modernisation et rôles des composants.
[10] Périmètre standard d’implémentation
Périmètre d’implémentation. Livrables, responsabilités et tarifs supplémentaires.
[11] Étude de cas Jofran Furnishing
PDF du cas client, sans date, hébergé sous juin 2026. Déclarations nominatives de clients.
Cas Auveco. Métriques opérationnelles et histoire d’implémentation.
[13] Paramètres du taux de service
Manuel de calcul du taux de service, mis à jour le 27 août 2025. Alternatives de mesure.
[14] Comment StockIQ quantifie la fiabilité des décisions d’IA en gestion des stocks
Article de Jake Latham, 29 avril 2026. Mesures de confiance et affirmations décisionnelles.
[15] Classification des stocks 201
Article de Jake Latham, 19 avril 2019. Doctrine historique de planification.
[16] StockIQ s’associe à Serent Capital
Communiqué de Serent Capital sur Business Wire, repris par FinancialContent, 28 avril 2025. Origine de l’entreprise et engagements produit.
[17] Notes de version Huron Peak
Version 2025.10.30, mise à jour le 7 novembre 2025. Changements de fonctions et d’environnement d’exécution.
[18] Informations d’installation de .NET 8.0
Instructions d’installation. Prérequis de déploiement.
[19] Changements SSO de StockIQ pour Mt Huron
Instructions de migration SSO. Protocole d’authentification et exigences de mise à niveau.
Guide public de l’API, mis à jour le 11 septembre 2026. Identifiants, périmètres et comportement d’extraction.
[21] Intégrer les fichiers de commandes StockIQ dans l’ERP
Instructions d’interface de commandes. Sorties transactionnelles et tests.
[22] Quelles sont les différentes politiques de commande ?
Catalogue des politiques. Comportement de réapprovisionnement.
Tarifs et description des services. Dimensionnement commercial et assistance.
[24] Contrat de licence utilisateur final
Page publique de l’EULA. Renvoi au contrat-cadre signé.
[25] Agent d’intelligence supply chain par IA
Annonce rédigée par StockIQ comme fournisseur dans Packaging World, 9 octobre 2026. Affirmations du lancement d’Edison.
Présentation de l’IA de StockIQ. Positionnement des fonctions et programme daté de webinaires.