Contactez-nous

Analyse de Slimstock, éditeur de logiciels de planification de la supply chain

Par Léon Levinas-Ménard
Dernière mise à jour : 4 novembre 2026

Retour aux Études de marché

Slimstock développe Slim4, une plateforme de planification destinée aux distributeurs, grossistes et industriels. Elle prévoit la demande, calcule les objectifs de stocks et les propositions de réapprovisionnement, et échange des données avec les progiciels de gestion intégrés. Son offre comprend aussi la gestion des assortiments, la planification commerciale et des approvisionnements, ainsi que la gestion des données produits. Slim4 est disponible en service cloud géré ou en installation sur site. (1, 2)

Note globale supply chain : 4,8/10.

Dimension Note
Maîtrise de la supply chain 4,6/10
Substance décisionnelle et optimisation 4,8/10
Intégrité du produit et de l’architecture 5,0/10
Transparence technique 5,2/10
Sérieux de l’éditeur 4,6/10

Slim4 répond à un besoin opérationnel concret : transformer les données transactionnelles et les règles de réapprovisionnement en commandes exécutables par un ERP. La documentation publique d’intégration détaille les quantités, le choix des fournisseurs, les dates, les règles d’arrondi et le passage à l’exécution. Sa limite réside dans la logique qui gouverne ces décisions : taux de service différenciés, stocks de sécurité, quantités économiques de commande et exceptions traitées par les planificateurs. Les mécanismes présentés n’établissent pas de classement économique commun des achats, des allocations et des autres actions face à l’incertitude conjointe de la demande et des approvisionnements. (5, 6, 7, 8)

L’offre de gestion des données par agents lancée en 2026 s’attaque à un véritable travail : relancer les fournisseurs, valider les informations produits et coordonner leur référencement. Elle peut réduire les tâches administratives. La question plus difficile est de savoir qui entretient en permanence les politiques de réapprovisionnement, les hypothèses fournisseurs et le sens des données dont dépend la qualité des commandes. Les formations de Slimstock, ses offres d’emploi en déploiement et les études d’installations clientes montrent que cette responsabilité opérationnelle reste importante. (12, 13, 14, 19, 22)

Slimstock face à Lokad

Le choix pratique porte sur la production et l’amélioration des décisions. Slim4 organise le réapprovisionnement autour de politiques de planification familières : classer les produits, attribuer des taux de service, calculer des marges de sécurité et des quantités de commande, puis traiter les exceptions. Son interface fournisseurs concrétise ces politiques par des quantités minimales de commande, des multiples, des périodes de révision, des fournisseurs préférés et des pourcentages d’allocation entre fournisseurs. (8, 13)

Lokad part des conséquences économiques des décisions exécutables. La demande, les délais et les autres grandeurs incertaines alimentent une recette numérique qui classe les actions réalisables selon leur contribution attendue, en tenant compte des risques de perte. Lorsqu’une commande est systématiquement mauvaise, il faut corriger les hypothèses ou la logique qui la produisent, puis réexécuter la recette. C’est la perspective générale développée dans Introduction to Supply Chain et Holimization.

Par exemple, un objectif de service configuré peut conduire Slim4 à réapprovisionner un article à faible marge alors que le capital manque ailleurs. Relever ou abaisser cet objectif modifie la politique ; cela n’établit pas la valeur économique de l’unité suivante par rapport aux achats concurrents. L’approche de Lokad place cette comparaison au centre. Elle exige aussi une modélisation économique explicite et un travail d’ingénierie continu. Aucune des deux approches ne fait disparaître l’intégration ou l’entretien des hypothèses métier.

Les agents de Slimstock qui échangent des courriels avec les fournisseurs s’attaquent à un autre goulet d’étranglement que les décisions numériques de Lokad. Leur valeur devrait se mesurer aux mises à jour de données réellement accomplies et fiables, et à la diminution du travail humain qui en résulte. La comparaison doit aussi compter les personnes nécessaires pour que la logique décisionnelle reste pertinente à mesure que les produits, les fournisseurs et les conditions commerciales évoluent. (24, 26)

Ce que Slim4 décide réellement

Politiques de réapprovisionnement et commandes exécutables

Slimstock décrit une planification des approvisionnements pilotée par le taux de service. Les propositions d’achat intègrent les délais des produits, les conditions fournisseurs et les quantités minimales de commande ; le regroupement des commandes peut réduire les coûts de transport. L’interface fournisseurs documente les prix d’achat, les périodes de révision, les fournisseurs préférés, les quantités économiques de commande, les minimums et les multiples. L’arrondi des quantités est explicite : une commande est relevée jusqu’au minimum et ajustée au multiple requis. (5, 8)

Ces détails comptent, car un achat exécutable subit davantage de contraintes qu’une prévision. Ils montrent aussi pourquoi une politique de stocks peut s’écarter d’une décision économique. Une commande arrondie peut consommer une trésorerie rare, créer un risque d’obsolescence ou évincer un autre produit. La documentation publique ne montre pas que ces effets soient valorisés conjointement sur l’ensemble des commandes envisageables. Mentionner une quantité économique de commande ne résout ni la concurrence pour le capital à l’échelle de l’assortiment, ni les conséquences non linéaires, comme la perte d’un panier entier faute d’un seul article.

L’intégration HSO avec Microsoft Dynamics 365 expose la chaîne d’exécution. Les données ERP sont collectées et placées en tables intermédiaires, exportées, récupérées par Slim4, puis transformées en propositions de commande. Slim4 renvoie ses calculs aux tables intermédiaires de l’ERP ; la conversion et l’affermissement des commandes peuvent s’effectuer par lots. Les commandes courantes ne nécessitent donc pas nécessairement l’approbation individuelle d’un planificateur. (6)

Les règles de l’ERP influencent néanmoins la décision finale. HSO indique qu’une date de réception importée antérieure à la date du jour augmentée du délai et de la marge de commande est automatiquement repoussée. La quantité proposée peut traverser l’interface sans changement tandis que sa date de disponibilité change. La qualité pertinente est celle de la commande telle qu’elle est exécutée, y compris cet ajustement et les conséquences commerciales de la réception plus tardive. (7)

L’incertitude reste largement exprimée par des politiques et des marges de sécurité

La présentation publique des prévisions de Slimstock décrit la reconnaissance des profils, la saisonnalité et la sélection des méthodes. Sa FAQ évoque des tests statistiques de saisonnalité et des mécanismes transférant l’historique de demande d’un prédécesseur vers un nouveau produit. Ce sont des fonctions de prévision identifiables. Les pages donnent peu de détails sur les distributions prédictives calibrées ou le traitement conjoint de la demande, des retards de réapprovisionnement, des défaillances fournisseurs et de la substitution. (2, 3)

L’interface fournisseurs de HSO propose des champs de fiabilité exprimés sous forme de délai supplémentaire, de multiplicateur ou d’écart ; son mapping Dynamics documenté utilise des marges de commande et de réception. Ces marges peuvent protéger contre certains retards. Leur présence n’explique pas comment le système valorise une hausse de demande concomitante à un retard fournisseur, ni comment il compare un fournisseur fiable mais cher à un fournisseur moins cher mais incertain. (8)

Les études de terrain historiques révèlent la charge d’entretien de ces paramètres. L’étude menée en 2021 par Esther van Leeuwen à la TU Eindhoven chez Van Walraven décrit des prévisions par lissage exponentiel et des marges de sécurité ajoutées manuellement pour les produits irréguliers gérés sur stock. L’étude de Lisa Sweere réalisée en 2023 chez fonQ rapporte que les planificateurs avaient saisi dans Slim4 des estimations de délais fournisseurs, dont certaines étaient restées inchangées plusieurs années. Ce sont les observations de deux installations à des dates précises. Elles révèlent un mode de défaillance que des prévisions plus élaborées ne suffisent pas à corriger : les décisions de réapprovisionnement continuent d’utiliser des hypothèses que personne n’a actualisées. (18, 19)

Les promesses de précision dépassent les mesures publiées

La page consacrée aux prévisions de demande promet une précision exceptionnellement élevée et l’élimination des erreurs, sans évaluation reproductible précisant la granularité article-site, l’horizon, la définition de l’erreur, le traitement des ruptures de stock et la comparaison à une référence appropriée. Les pourcentages de taux de service mentionnés ailleurs dans l’offre mesurent une autre grandeur et ne peuvent valider ces affirmations. (3, 4)

La question commerciale est de savoir si les changements de prévision améliorent les achats et les allocations après prise en compte du gaspillage, des ventes perdues, du travail et du coût du capital. Les documents publics de Slimstock n’établissent pas ce lien par une comparaison contrôlée des décisions. De meilleures prévisions peuvent être utiles, mais une meilleure estimation moyenne ne détermine pas la réponse économiquement appropriée à l’incertitude.

Histoire technologique et intégrité de la feuille de route

Slimstock situe sa création en 1993 et se présente comme une entreprise à capitaux privés. Son témoignage Häfele fait remonter le premier déploiement britannique de ce client à 2014. La continuité documentée est celle d’un produit de réapprovisionnement associé à une importante activité de conseil et de formation. (21, 25)

Un article de Logistics Middle East de janvier 2018 sur le déploiement chez Sephora décrit la même séquence essentielle qu’aujourd’hui : importer la demande, prévoir, calculer les besoins en stocks et les quantités de commande, puis présenter les situations inhabituelles aux planificateurs. L’article décrivait un déploiement fin 2017 et une mise en production prévue début 2018. Il renseigne le fonctionnement du produit à cette époque, plutôt que des résultats mesurés après déploiement. (20)

Le programme de la conférence IMCC de janvier 2019 décrit un outil Slimstock de lancement de nouveaux produits développé en 2018 et des travaux prévus en machine learning pour améliorer les prévisions initiales. Il s’agissait d’un projet de prévision circonscrit, avec une étape de développement future annoncée. Le discours public actuel emploie un vocabulaire IA bien plus large, sans relier ces premiers travaux à une évaluation datée indiquant quelles décisions ont été améliorées et dans quelle mesure. (16, 3)

L’histoire offre aussi une mise à l’épreuve plus exigeante des descriptions techniques de l’entreprise. En octobre 2021, la juridiction administrative néerlandaise a confirmé le refus de la demande d’avantage fiscal R&D de Slimstock Holding pour six projets de 2019, notamment la prévision des promotions, celle des nouveaux produits, la réduction du gaspillage et le déploiement continu. Selon la cour, la demande ne justifiait pas suffisamment la nouveauté technique du logiciel au regard des critères fiscaux applicables. Cette appréciation portait sur la demande et ses explications justificatives ; son intérêt ici tient à l’écart documenté entre l’énoncé de fonctions ambitieuses et l’explication du travail d’ingénierie précis. (17)

Le changement substantiel le plus récent est le lancement d’Agentic Data Management en avril 2026. L’annonce décrit des agents obtenant des informations manquantes auprès des fournisseurs et coordonnant le référencement des produits. Les pages actuelles présentent une ontologie des données, des règles de validation, des communications fournisseurs et des workflows de cycle de vie. C’est une extension plausible vers des opérations de données exigeantes en main-d’œuvre. Elle laisse ouverte la transition plus large des politiques de réapprovisionnement et des files d’exceptions vers des décisions économiques continuellement améliorées. (22, 24, 26)

Composants logiciels et coûts d’intégration

Les éléments d’ingénierie publics les plus clairs concernent les périmètres de déploiement. Une offre de consultant en déploiement de Slimstock exige Microsoft SQL pour personnaliser le système. L’étude client d’APIsec décrit la migration d’un monolithe sur site vers un logiciel cloud fondé sur des API, avec la participation de prestataires d’ingénierie. Slimstock propose toujours le cloud et l’installation sur site. Ces faits identifient du travail de mise en œuvre et une transition du produit ; ils ne dévoilent pas l’intégralité de l’environnement d’exécution actuel ou de la topologie des bases de données. (14, 10, 2)

Le connecteur HSO Dynamics ajoute un ensemble visible de composants : exports de gestion des données ERP, tables intermédiaires, étape d’export vers une base de données fournie par le client, transferts par services web, traitements planifiés et conversion des commandes importées. La configuration comprend les entités juridiques, les entrepôts, les mappings de champs, les unités et les règles fournisseurs. Le guide de configuration avertit même du risque d’identifiants d’entrepôts identiques entre entités juridiques. Ce sont des problèmes d’intégration sémantique : un transfert réussi ne garantit pas qu’un stock, un prix ou un fournisseur désigne le bon objet métier. (6, 15)

Les anciennes installations fondées sur des fichiers ont leurs propres obligations de maintenance. HSO oriente explicitement les nouvelles installations vers les services web, tout en documentant les changements de version Microsoft qui exigent une intervention sur les intégrations par fichiers existantes, notamment l’administration lors des mises à niveau et la modification des paramètres de partage de fichiers. Ces coûts incombent aux clients de l’ancien connecteur. Ils montrent pourquoi un connecteur constitue une dépendance durable, avec son propre cycle de compatibilité et de support. (9)

Slimstock ne publie pas assez de détails d’infrastructure pour calculer le coût d’hébergement. Le poste de coût visible est la coordination entre configuration de la planification, sémantique ERP, versions des connecteurs et spécialistes du déploiement. L’acheteur doit budgéter le travail continu nécessaire pour maintenir la cohérence de cette chaîne, en plus de la licence et du déploiement initial.

Entretien de la configuration et productivité

Les formations de Slimstock renseignent de façon particulièrement concrète les responsabilités récurrentes. Le cours de deux jours pour utilisateurs clés couvre la gestion des données, le planificateur de tâches, les journaux, le paramétrage, les autorisations, la configuration des tables et les paramètres de planification. La formation avancée traite des politiques d’assortiment, de la différenciation des taux de service, de l’analyse des minimums de commande, des quantités économiques, de l’obsolescence, des règles de couverture, des contraintes d’approvisionnement et de l’analyse des délais. Ces paramètres constituent une logique métier exécutable. Les modifier peut changer des milliers de commandes futures. (12, 13)

La distinction essentielle sépare le traitement des exceptions du jour de l’élimination de leurs causes récurrentes. Le témoignage Häfele décrit des ajustements de prévision, des marges de sécurité révisées, des commandes d’achat retardées et des alertes améliorées pendant des perturbations. Il démontre l’existence de leviers utiles et d’un travail actif de planification. Il ne quantifie ni les interventions récurrentes supprimées par ces changements, ni la façon dont ceux-ci ont été testés par rapport aux décisions remplacées. (21)

Agentic Data Management pourrait supprimer une partie du travail en amont. L’annonce promet jusqu’à 85 % de réduction du travail manuel de référencement ; les pages actuelles décrivent des relances fournisseurs automatisées et une validation avant l’entrée des données dans les systèmes opérationnels. L’annonce publiée ne rattache pas ce pourcentage à la situation de référence mesurée d’un client nommé et à une réduction nette des effectifs mobilisés. Par ailleurs, créer les règles de validation, décider du traitement des réponses fournisseurs contradictoires et entretenir les catégories de produits restent des tâches substantielles. (22, 24, 26)

Une mesure pertinente de la productivité couvre toute l’activité : commandes traitées sans intervention, exceptions récurrentes éliminées et heures d’ingénieur ou de planificateur nécessaires pour adapter le système à une nouvelle réalité commerciale. Réduire la manipulation de feuilles de calcul ou le volume de courriels fournisseurs a de la valeur, mais n’en représente qu’une partie.

Sécurité et responsabilité économique

Slimstock met en avant ISO 27001:2022 et décrit la redondance ainsi qu’une surveillance continue des menaces. La certification n’apporte aucune réponse technique concernant l’isolation des clients, les privilèges administrateur excessifs, l’extraction des données ou la restauration après un accès destructeur. Les assurances générales de neutralisation des comportements malveillants laissent également les protections sous-jacentes inexpliquées. (11)

Le témoignage d’APIsec fournit un mécanisme concret : des tests automatisés de sécurité des API et de la logique métier sont exécutés en préproduction dans le processus de développement. C’est un élément utile sur les tests réalisés. Les documents publics actuels n’expliquent toujours pas comment l’isolation entre clients est imposée, ni comment un attaquant disposant d’identifiants puissants est empêché de détruire à la fois les données de production et les copies permettant leur restauration. (10)

Les nouvelles fonctions de gestion des données soulèvent d’autres questions. La validation peut utiliser des scripts personnalisés, tandis que les agents communiquent avec les fournisseurs sous une identité de messagerie d’entreprise. Les descriptions publiées ne précisent ni l’isolation des scripts, ni les limites de ressources, les secrets accessibles, les restrictions de réseau sortant ou les pouvoirs d’un agent recevant du contenu fournisseur non fiable. Ces limites devraient être intégrées à la conception du produit avant le déploiement d’une automatisation à grande échelle. (24, 26)

Slimstock prend un engagement commercial plus fort qu’une simple promesse de bénéfices : ses huit promesses comprennent un retour sur investissement sous douze mois et la possibilité de rendre le produit. Cela mérite attention. La promesse publique ne précise pas la base de calcul, les coûts de déploiement et de travail interne inclus, le traitement du fonds de roulement libéré, les obligations du client conditionnant l’éligibilité ou le recours si l’objectif n’est pas atteint. Ces détails déterminent si la garantie transfère un risque économique ou sert seulement d’accroche commerciale. (23)

Note supply chain

Les 25 critères ont le même poids. Chaque dimension est la moyenne arithmétique de ses cinq critères ; la note globale est 121/25, arrondie à 4,8/10.

Maîtrise de la supply chain

Critère Note
Cadrage économique 4/10
Aboutissement des décisions 7/10
Précision conceptuelle en supply chain 5/10
Affranchissement des doctrines centrales obsolètes 3/10
Résistance au théâtre des KPI 4/10

Moyenne : 4,6/10.

Cadrage économique — 4/10. Prix, quantités de commande, coûts de stocks et conséquences sur le service sont présents. La logique opérationnelle décrite reste pilotée par des politiques de service, sans objectif économique commun explicite pour les achats concurrents et les autres décisions. La garantie commerciale de retour sur investissement ne fournit pas ce modèle décisionnel manquant. (5, 8, 23)

Aboutissement des décisions — 7/10. Quantité, fournisseur, entrepôt et date de livraison sont transmis à l’ERP, qui peut affermir les commandes par lots. Le passage à l’exécution est crédible. Les ajustements ultérieurs de dates par l’ERP imposent une vérification de bout en bout. (6, 7)

Précision conceptuelle en supply chain — 5/10. Conditions fournisseurs, multiples de commande, lancements de produits et demande irrégulière font l’objet d’un traitement concret. Il manque une explication cohérente de la manière dont l’incertitude et les dépendances entre produits modifient l’action préférable. (8, 16, 18)

Affranchissement des doctrines centrales obsolètes — 3/10. Segmentation de type ABC, taux de service cibles, stocks de sécurité et quantités économiques de commande restent centraux. Ils peuvent organiser le travail, mais exigent un entretien permanent des politiques et ne remplacent pas une comparaison économique des actions réalisables. (4, 13)

Résistance au théâtre des KPI — 4/10. Les interfaces de commandes exécutables ancrent l’offre dans la réalité opérationnelle. Les superlatifs non étayés sur la précision des prévisions et l’absence d’évaluations fondées sur les décisions laissent un large écart entre les mesures marketing et la performance économique. (3, 7)

Substance décisionnelle et optimisation

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

Moyenne : 4,8/10.

Profondeur de la modélisation probabiliste — 4/10. La variabilité de la demande et les ajustements de fiabilité fournisseurs influencent les politiques de stocks. Les explications publiques n’établissent ni une incertitude conjointe calibrée couvrant demande, délais et autres risques opérationnels, ni sa propagation dans un objectif économique commun. (3, 8)

Substance distinctive en optimisation ou machine learning — 4/10. La sélection de méthodes, l’analyse saisonnière et les recherches historiques sur les nouveaux produits apportent une substance identifiable. Les descriptions techniques ne vont pas jusqu’à des évaluations reproductibles des modèles ou à un algorithme décisionnel clairement différencié. (2, 16, 17)

Prise en compte des contraintes réelles — 6/10. Les interfaces fournisseurs et commandes documentent minimums, multiples, périodes de révision, préférences fournisseurs et contraintes temporelles. Les arbitrages économiques couplés entre commandes contraintes sont bien moins visibles. (7, 8)

Automatisation des décisions et productivité du travail — 5/10. L’exécution par lots peut supprimer le traitement des commandes courantes, tandis que les agents de données fournisseurs visent une véritable charge administrative. Le travail restant de configuration et de gestion des exceptions est important, et les éléments publics ne quantifient pas l’effort humain total après déploiement. (6, 12, 22)

Résilience face à la complexité opérationnelle réelle — 5/10. Les témoignages clients montrent des adaptations lors de perturbations, et les règles d’intégration prennent en compte des restrictions opérationnelles pratiques. Les estimations historiques de délais devenues obsolètes illustrent la rapidité avec laquelle ces décisions peuvent perdre leur pertinence lorsque l’entretien de la configuration prend du retard. (19, 21)

Intégrité du produit et de l’architecture

Critère Note
Cohérence architecturale 5/10
Clarté des limites du système 7/10
Sérieux en matière de sécurité 3/10
Sobriété logicielle et coût de possession 5/10
Compatibilité avec les opérations programmatiques et assistées par agents 5/10

Moyenne : 5,0/10.

Cohérence architecturale — 5/10. La séparation entre planification et ERP est compréhensible, et la transition vers les API est étayée par des éléments précis. Cloud, installation sur site, anciens connecteurs et nouvelles fonctions de gestion des données créent différents parcours opérationnels dont la conception interne commune reste peu exposée. (2, 9, 10, 26)

Clarté des limites du système — 7/10. HSO documente la mise en tables intermédiaires, l’export, le calcul, l’import, la conversion et l’affermissement. Sa règle sur la date de réception révèle une répartition des responsabilités aux conséquences concrètes entre Slim4 et Dynamics. C’est une documentation publique solide pour cette intégration précise. (6, 7)

Sérieux en matière de sécurité — 3/10. Les tests automatisés d’API sont concrets, mais ne démontrent pas une conception robuste de l’isolation ou de la restauration. Les scripts de validation personnalisés et les agents en contact avec les fournisseurs élargissent la surface d’attaque sans explications publiques aussi concrètes sur leurs limites d’exécution et de pouvoir. (10, 24, 26)

Sobriété logicielle et coût de possession — 5/10. Les éléments publics révèlent de la personnalisation SQL et de la maintenance de connecteurs plutôt qu’un empilement interne manifestement excessif. Les formations au paramétrage et l’intégration sensible aux versions documentent un travail récurrent substantiel qui relève du coût total de possession. (9, 12, 13, 14)

Compatibilité avec les opérations programmatiques et assistées par agents — 5/10. Les interfaces par lots et l’accès API fournissent des bases utiles pour l’automatisation. Les nouveaux agents concernent les données produits ; l’amélioration versionnée et rejouable de la logique de réapprovisionnement reste insuffisamment documentée. (6, 10, 26)

Transparence technique

Critère Note
Documentation technique publique 6/10
Examen possible sans l’intermédiaire de l’éditeur 4/10
Visibilité de la portabilité et de la dépendance à l’éditeur 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,2/10.

Documentation technique publique — 6/10. La documentation des partenaires détaille la sémantique des champs et les procédures d’intégration. Les explications publiques des méthodes numériques centrales sont nettement plus minces. (6, 7, 8)

Examen possible sans l’intermédiaire de l’éditeur — 4/10. Le lecteur peut comprendre l’intégration Dynamics documentée et étudier des déploiements historiques. Reproduire indépendamment les algorithmes actuels de planification ou évaluer l’offre à base d’agents exige encore un accès dépassant les documents publics. (18, 19, 26)

Visibilité de la portabilité et de la dépendance à l’éditeur — 5/10. Les échanges explicites de données et l’exécution dans l’ERP réduisent l’incertitude sur la circulation des enregistrements opérationnels. L’export et la réutilisation des politiques décisionnelles configurées, de la logique de validation personnalisée et des explications historiques des décisions restent moins clairs. (6, 8, 26)

Transparence de la méthode de mise en œuvre — 6/10. Les fiches de poste, la formation des utilisateurs clés et la configuration des connecteurs exposent de véritables tâches de déploiement. Elles montrent aussi la dépendance à un travail compétent du client et des consultants après l’installation. (12, 14, 15)

Densité des preuves derrière les affirmations techniques — 5/10. La documentation d’intégration et les études de terrain étayent des affirmations opérationnelles concrètes. Les grandes promesses de précision et de productivité des agents n’offrent pas un niveau de détail comparable permettant de reproduire les mesures. (3, 19, 22)

Sérieux de l’éditeur

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 5/10
Solidité concurrentielle dans un monde logiciel à base d’agents 4/10

Moyenne : 4,6/10.

Sérieux technique de la communication publique — 4/10. Des mécanismes précis de réapprovisionnement et d’intégration coexistent avec des affirmations générales sur la précision et la protection contre les menaces. La documentation technique serait plus convaincante si ces dernières s’accompagnaient de démonstrations circonscrites et vérifiables. (3, 8, 11)

Intégrité de la feuille de route technologique — 5/10. L’histoire montre un travail durable sur un produit identifiable de gestion des stocks et une extension récente concrète vers les workflows de données produits. Le lien entre les anciennes ambitions de machine learning et les améliorations mesurées des décisions actuelles reste peu documenté. (16, 20, 22)

Précision conceptuelle — 5/10. Slimstock comprend les mécanismes pratiques du réapprovisionnement et des données fournisseurs. Sa proposition générale combine encore politiques de service, promesses de prévision et efficacité apportée par l’IA sans rendre leur relation économique suffisamment précise. (5, 8, 26)

Responsabilité économique — 5/10. La promesse de retour sous douze mois est inhabituellement directe. Sa formulation publique ne fournit pas la situation de référence, la comptabilisation complète des coûts, les obligations client délimitées et le recours nécessaires pour déterminer la part de risque sur les résultats acceptée par Slimstock. (23)

Solidité concurrentielle dans un monde logiciel à base d’agents — 4/10. Les interfaces de commande établies et les workflows de données fournisseurs peuvent permettre une automatisation utile. Une différenciation durable exige peu de travail tant dans l’exploitation quotidienne que dans l’amélioration de la logique décisionnelle ; le modèle présenté confie encore un entretien important des politiques à des praticiens formés. (12, 13, 24)

Sources

Les sources ont été consultées le 4 novembre 2026. Les descriptions actuelles du produit, les études de déploiements historiques et la documentation d’intégration des partenaires ont des périmètres différents ; les dates et limites des produits sont précisées ci-dessous.

[1] Plateforme Slim4

Plateforme Slim4. Périmètre actuel du produit : planification, fonctions commerciales et gestion des données.

[2] Questions fréquentes sur Slimstock

Questions fréquentes sur Slimstock. Choix actuels de déploiement et fonctions de prévision, de stocks, de fournisseurs et d’intégration.

[3] Logiciel de prévision de la demande

Logiciel de prévision de la demande. Description actuelle des prévisions et promesses de précision ; aucune évaluation reproductible n’accompagne les affirmations examinées ici.

[4] Logiciel de gestion des stocks

Logiciel de gestion des stocks. Proposition actuelle de gestion des stocks et cadrage par les politiques de service.

[5] Plateforme de planification des approvisionnements

Plateforme de planification des approvisionnements. Planification actuelle pilotée par le taux de service, propositions de commande, conditions fournisseurs et consolidation.

[6] Procédure de service web HSO Slim4

Procédure de service web HSO Slim4. Documentation HSO de son intégration Dynamics 365 : tables intermédiaires, export, calcul, import et affermissement par lots.

[7] Interface des commandes prévisionnelles HSO Slim4

Interface des commandes prévisionnelles HSO Slim4. Champs HSO des commandes prévisionnelles et ajustement de la date de réception par Dynamics après import.

[8] Interface fournisseurs HSO Slim4

Interface fournisseurs HSO Slim4. Champs fournisseurs HSO : prix, délais, ajustements de fiabilité, quantités de commande, préférences et pourcentages d’allocation.

[9] Configuration de l’ancienne intégration HSO Slim4 par fichiers

Configuration de l’ancienne intégration HSO Slim4 par fichiers. Ancienne intégration HSO par fichiers, explicitement distinguée des nouvelles installations par services web ; obligations de mise à niveau propres aux versions.

[10] Étude de cas Slimstock par APIsec

Étude de cas Slimstock par APIsec. Témoignage du fournisseur de sécurité décrivant la modernisation des API, les tests en préproduction, l’ingénierie externe et les résultats de tests annoncés. La déclaration client est attribuée au directeur technique de Slimstock, Daan Majoor.

[11] Sécurité chez Slimstock

Sécurité chez Slimstock. Affirmations actuelles sur la certification, l’hébergement, la redondance et la surveillance.

[12] Formation Slimstock des utilisateurs clés

Formation Slimstock des utilisateurs clés. Cours de deux jours couvrant configuration, gestion des données, planification des tâches, permissions et paramètres de planification.

[13] Formation avancée Slimstock

Formation avancée Slimstock. Programme avancé couvrant politiques de stocks, différenciation du service, quantités économiques de commande, obsolescence, contraintes et délais.

[14] Offre de consultant junior en déploiement Slimstock

Offre de consultant junior en déploiement Slimstock. Offre officielle en Afrique du Sud : configuration, tests, déploiement, support et personnalisation Microsoft SQL.

[15] Configuration du service web HSO Slim4

Configuration du service web HSO Slim4. Configuration HSO Dynamics, notamment identité des entrepôts entre entités juridiques, groupes de couverture et règles de mapping.

[16] Programme de la conférence IMCC sur la logistique e-commerce

Programme de la conférence IMCC sur la logistique e-commerce. Programme du 15 janvier 2019 ; la présentation Slimstock décrit un outil de 2018 pour les nouveaux produits et des travaux prévus en machine learning.

[17] Décision du CBB néerlandais ECLI:NL:CBB:2021:954

Décision du CBB néerlandais ECLI:NL:CBB:2021:954. Décision du 19 octobre 2021 du College van Beroep voor het bedrijfsleven, affaire 19/1655. Le recours contre le refus de la déclaration S&O de 2019 a été rejeté selon les critères de nouveauté technique de la Wet vermindering afdracht loonbelasting en premie voor de volksverzekeringen. Le XML public de la décision conserve l’intégralité des motifs.

[18] Esther van Leeuwen : optimisation des stocks chez Van Walraven

Esther van Leeuwen : optimisation des stocks chez Van Walraven. Mémoire de master de mars 2021 à la TU Eindhoven par Esther van Leeuwen ; les observations de terrain concernent Van Walraven et son utilisation de Slim4 à l’époque. Les modèles proposés par la recherche sont distincts des fonctions livrées dans le produit.

[19] Lisa Sweere : politique de stocks chez fonQ

Lisa Sweere : politique de stocks chez fonQ. Mémoire de master du 13 novembre 2023 à la TU Eindhoven par Lisa Sweere ; les observations chez fonQ comprennent des délais fournisseurs saisis manuellement et laissés inchangés pendant des années. Le modèle de recherche du mémoire n’est pas attribué à Slim4.

[20] Récit du déploiement Sephora dans Logistics Middle East

Récit du déploiement Sephora dans Logistics Middle East. Article de janvier 2018, pp. 20–24, comprenant des entretiens avec Sephora et Slimstock. Il décrit un déploiement fin 2017 et une mise en production prévue début 2018.

[21] Témoignage client Häfele

Témoignage client Häfele. Témoignage faisant remonter la première adoption britannique à 2014 et décrivant les ajustements des prévisions, des marges de sécurité et des commandes d’achat pendant des perturbations.

[22] Lancement de Slimstock Agentic Data Management

Lancement de Slimstock Agentic Data Management. Annonce du 14 avril 2026 publiée par l’agence de communication de Slimstock ; référencement des produits, communication fournisseurs et réductions annoncées du travail humain.

[23] Les huit promesses de Slimstock

Les huit promesses de Slimstock. Engagements commerciaux publics comprenant retour sur investissement sous douze mois, restitution du produit, formation et engagements de livraison.

[24] Nettoyage des données par agents

Nettoyage des données par agents. Description actuelle du produit : identité de messagerie auprès des fournisseurs, relances automatisées, validation et examen humain facultatif.

[25] Présentation de Slimstock

Présentation de Slimstock. Présentation actuelle par l’entreprise : fondation en 1993, capitaux privés, taille et rythme des versions.

[26] Slim4 Data Management

Slim4 Data Management. Ontologie, attributs, règles de validation comprenant des scripts personnalisés, collaboration fournisseurs et workflows de cycle de vie actuels.