Retour aux études de marché
Silvon Software développe Stratum, une plateforme de business intelligence et de planification pour les fabricants et distributeurs. Elle consolide les données opérationnelles pour analyser ventes, stocks, fournisseurs, production et finances. Les utilisateurs travaillent au moyen de vues dans le navigateur, de tableaux de bord, d’intégrations Excel et Power BI, de budgets collaboratifs, de prévisions statistiques et de calculs de stocks. Silvon propose des déploiements hébergés ou exploités par le client. Cette analyse couvre l’environnement Stratum 7.7 documenté publiquement et les applications de planification associées. 1 4 9 13
Note globale de supply chain : 4,4/10
| Dimension | Note |
|---|---|
| Profondeur en supply chain | 3,4/10 |
| Substance des décisions et de l’optimisation | 3,2/10 |
| Intégrité du produit et de l’architecture | 5,4/10 |
| Transparence technique | 5,6/10 |
| Sérieux du fournisseur | 4,4/10 |
Silvon possède un produit de reporting cohérent, des manuels d’administration particulièrement accessibles et un historique de versions entretenu. Sa limite en supply chain tient au modèle de décision : réunir des chiffres fiables, calculer des politiques de stocks classiques, repérer les écarts, puis demander aux personnes d’enquêter. Une meilleure information peut supprimer beaucoup de travail sur tableur. Elle ne démontre pas que les achats, allocations ou choix de production qui en résultent maximisent les rendements économiques.
L’offre de stocks dépasse les tableaux de bord : sa brochure décrit des quantités de réapprovisionnement automatiques. Les mécanismes documentés restent toutefois les objectifs de service, les stocks de sécurité et l’EOQ, les planificateurs assurant les arbitrages plus larges. Les éléments clients les plus solides portent sur la préparation et la diffusion des rapports. Les preuves publiques d’un moteur de décision exploité en continu, validé économiquement et combinant incertitude de demande, incertitude fournisseurs et emplois concurrents du capital sont rares. 2 6
Silvon face à Lokad
La différence principale tient au travail que chaque produit vise à absorber. Stratum organise l’information pour les utilisateurs métier et soutient leur processus de planification. L’approche d’optimisation de la supply chain de Lokad organise le logiciel autour des décisions récurrentes elles-mêmes : quoi acheter, où allouer les stocks, quand produire et quels arbitrages économiques accepter.
Un modèle de données partagé est utile dans les deux approches. Il évite de réconcilier des définitions différentes des ventes, clients et stocks entre services. Mais la cohérence de représentation ne résout pas un conflit entre deux actions commercialement intéressantes. Acheter davantage d’un produit peut consommer la trésorerie, l’espace de stockage ou la capacité fournisseur dont un autre a besoin. Classer ces opportunités exige un objectif économique et une représentation des résultats futurs incertains.
L’argumentation récente de Silvon sur l’IA maintient cette distinction. Son article de septembre 2026 présente Stratum comme le socle de définitions métier fiables pour les applications d’IA, les commerciaux utilisant des prévisions pour examiner les comptes clients et ajuster leurs attentes. C’est un usage crédible d’une plateforme de données ; une grande part du travail opérationnel reste chez le client. 17
Les Supply Chain Scientists de Lokad construisent et entretiennent la logique de décision exécutable dans le cadre du service. La perspective de conception plus large, exposée dans Introduction to Supply Chain, place au centre l’incertitude, les conséquences financières et l’automatisation des décisions ordinaires. La comparaison porte donc sur la performance économique nette et le travail restant, maintenance comprise. Produire des rapports plus accessibles constitue un résultat intermédiaire.
Ce que font réellement les mécanismes de planification
Des prévisions statistiques suivies de corrections manuelles
La brochure de prévision, dont les métadonnées datent la création de 2016, décrit sélection automatique des méthodes, Holt-Winters, Box-Jenkins saisonnier, ajustements événementiels, méthode de Croston et modèles discrets pour la demande sporadique. Les prévisions sont réconciliées entre niveaux hiérarchiques et les utilisateurs peuvent remplacer des valeurs individuelles ou des totaux. Elle annonce aussi la suppression automatique des valeurs aberrantes selon un seuil configurable. 3
Ce sont des techniques de prévision identifiables. Leur présence est plus informative qu’une étiquette IA inexpliquée, mais ne démontre pas de méthode d’optimisation distinctive. Prévoir une demande sporadique est utile ; sélectionner une trajectoire de demande attendue laisse néanmoins la décision d’achat irrésolue. Une distribution de la demande pendant un délai de réapprovisionnement incertain diffère sensiblement d’une prévision assortie d’une correction convenue manuellement.
La suppression des valeurs aberrantes nécessite aussi une interprétation métier. Une erreur de saisie, une promotion exceptionnelle, une vente limitée par une rupture et une grosse commande rare portent des informations différentes. Supprimer les quatre parce qu’elles sont inhabituelles peut effacer précisément les événements qui déterminent le risque de stocks. La brochure publique propose un nettoyage statistique sans expliquer comment cette distinction intervient dans les décisions de réapprovisionnement. 3
L’application de planification part des ventes historiques, d’objectifs saisis ou de prévisions importées. Elle répartit les modifications des totaux selon les proportions historiques ou les pourcentages de l’utilisateur, compare budgets de travail et budgets figés, et envoie des rappels lorsque les plans demandent de l’attention. 5 La cohérence arithmétique entre niveaux facilite la budgétisation. Elle ne démontre pas que les quantités allouées par SKU sont commercialement souhaitables ou physiquement réalisables.
Des politiques de stocks plutôt qu’un objectif économique commun
La brochure stocks de Silvon spécifie stocks de sécurité fondés sur le service, alternative non probabiliste en semaines de couverture, EOQ et soldes projetés à partir des stocks, prévisions, commandes clients et plans de production et d’approvisionnement. Elle décrit des analyses de scénarios pour regrouper des produits dans les commandes, l’analyse des coûts de possession et les délais prévus face aux délais réels. 2
La distinction compte. Un objectif de service contraint une politique de stocks avant que le logiciel ait établi si l’amélioration marginale du service vaut son coût. L’EOQ introduit les coûts d’achat et de possession, mais ses simplifications classiques ne captent pas tous les effets des capacités partagées, remises quantitatives, péremptions, substitutions et défaillances corrélées d’approvisionnement. La comparaison de scénarios d’un planificateur peut explorer certaines interactions ; les documents ne spécifient pas de procédure de décision conjointe pour les traiter.
Silvon reconnaît bien l’incertitude d’approvisionnement. Son essai sur la planification des stocks identifie des délais variables aux côtés des erreurs de prévision et critique les séries de production qui accumulent des stocks pour absorber les frais généraux. 7 Ses analyses fournisseurs exposent aussi la variabilité des délais. 23 L’étape non résolue consiste à transformer ces observations en projection probabiliste de l’approvisionnement futur, puis à la combiner à la demande et aux pertes économiques. Mesurer qu’un fournisseur a été peu fiable est le début du calcul.
Ce qu’établissent les éléments clients
Wonder Meats fournit un exemple opérationnel concret. Silvon charge ses données Dynamics NAV trois fois par jour et entretient l’application. L’utilisateur principal chez le client prépare et diffuse plus de 300 rapports récurrents, dont budgets, synthèses de direction et relevés de courtage ou de ristournes. Des projections de ventes importées sont comparées aux réalisations. Au moment décrit, le déploiement analysait surtout le chiffre d’affaires ; l’analyse des coûts et des stocks restait une extension future. 6
C’est une réduction plausible du travail de consolidation et de diffusion des tableurs. Elle identifie aussi la tâche humaine restante : déterminer ce que les rapports impliquent et agir. Le cas ne donne ni bilan total du travail avant et après, ni résultat mesuré de réapprovisionnement ou de marge. Le nombre de rapports est un volume produit, pas un rendement économique.
La distinction est particulièrement importante dans l’industrie alimentaire. Un déploiement de reporting chez un producteur de viande ne démontre pas qu’un moteur traite durée de conservation, rendements incertains ou économie de la production périssable. Il faut pour cela des preuves propres aux décisions.
Histoire technologique et intégrité de la feuille de route
Le parcours de Silvon est plus cohérent que la succession de slogans technologiques sans rapport fréquente sur ce marché. Ses anciennes brochures de prévision et de planification décrivent des méthodes statistiques reconnaissables et une budgétisation collaborative. Son article de juin 2022 sur les tableurs défend un référentiel de données gouverné, avec mises à jour contrôlées et reporting partagé. L’information métier et l’analyse sont restées le centre commercial du produit. 3 5 18
L’historique des versions documente des livraisons concrètes. La version 7.4 a ajouté une intégration hébergée de l’identité Microsoft en 2022. La version 7.5 et ses mises à jour ont ajouté un glossaire et la prise en charge de Windows Server et SQL Server 2022. La version 7.6 a introduit de nouvelles sources d’import, des modèles et la Cloud Import API. La version 7.7 étend l’administration et la diffusion d’information ; la refonte plus large de l’administration appartient à la version 8.0 proposée. 9
Le virage IA a lui aussi un périmètre défini. Le programme de formation de juin 2026 décrit les connecteurs IA comme des compléments aux flux existants. L’article de septembre défend des données fiables et une sémantique métier sous les prévisions assistées par IA. La contribution documentée reste la préparation et l’interprétation des données, des personnes inspectant l’information et décidant de l’action. 16 17
L’alliance de prévision présente une continuité. Silvon cite Business Forecast Systems, éditeur de Forecast Pro, comme partenaire de solutions. Forecast Pro commercialise encore des produits de prévision maintenus et des abonnements en 2026. La liste des partenaires n’identifie pas la version du moteur déployée dans chaque installation Stratum. 19 20
La préoccupation principale concernant la feuille de route est donc stratégique : améliorer un processus de reporting mature peut en préserver l’utilité tout en laissant hors du cœur du produit l’opportunité beaucoup plus vaste d’automatiser les décisions de supply chain lourdes de conséquences.
Composants logiciels et frontières du système
Le manuel Connector de février 2026 spécifie Stratum.Server sur SQL Server ou DB2 for i, Connector construisant un cube Analysis Services et Viewer utilisant une base SQL Server. Les administrateurs configurent dimensions, mesures, partitions et calculs avant le traitement. Les rafraîchissements nocturnes par lots sont courants, avec d’autres modes disponibles. 8
| Composant ou frontière | Rôle documenté | Conséquence pour l’exploitation |
|---|---|---|
| Stratum.Server | Référentiel source sur SQL Server ou DB2 for i | Le déploiement choisi détermine l’administration de la base ; ce sont des alternatives. |
| Connector et Analysis Services | Construction et rafraîchissement du cube analytique | Les modifications de données doivent traverser la chaîne de traitement. |
| Viewer | Analyse dans le navigateur, configuration et planification | Définitions métier et permissions relèvent de la configuration applicative. |
| Excel et Power BI | Interfaces de reporting supplémentaires | Les responsables des rapports doivent préserver la cohérence des calculs et des droits d’accès. |
| Cloud Import API | Imports depuis SQL Server et Azure | Exploitation des pipelines et correspondances restent une part de l’implémentation. |
C’est une architecture concentrée, orientée Microsoft, avec une option de base de données IBM. Sa principale charge de maintenance est le modèle de données en couches et le parc de rapports propre au client.
L’offre sans date de Technical Consultant de Silvon confirme le travail nécessaire : configurer les installations, construire les interfaces d’import, créer les rapports et modifier les modèles de données clients. Elle demande de l’expérience en SQL, SSIS, SSRS et MDX. Ses anciennes références de versions Windows et SQL reflètent l’âge de l’offre ; la documentation récente prend explicitement en charge les versions 2022. 12 9
L’export de données et les interfaces familières facilitent l’accès aux résultats. Ils ne rendent pas une implémentation Stratum portable en tant que logique métier exécutable. La remplacer exigerait aussi de recréer dimensions, calculs, comportement de planification, permissions et règles de diffusion.
Maintenance de la configuration, sécurité et coût total de possession
L’hébergement transfère le travail ; il ne le supprime pas
Le service hébergé de Silvon comprend maintenance des serveurs et mises à jour logicielles. Son équipe d’implémentation se compose de salariés Silvon, et l’onboarding attribue les responsabilités de projet et d’accompagnement client. 13 14 15 Cela donne au client une frontière de service plus claire qu’une chaîne ouverte d’intégrateurs indépendants.
Le modèle métier reste à entretenir. Les outils calendaires de la version 7.7 génèrent des fichiers Excel de correspondance que les administrateurs complètent et importent. Ils peuvent inspecter usages et permissions via des rapports téléchargeables ; la migration de toute l’administration vers Viewer reste future. 9 Ce sont des améliorations utiles de tâches récurrentes, les personnes restant responsables de la justesse des correspondances, définitions et nettoyages.
Le bilan pertinent comprend abonnement et hébergement, intégration des données, modifications du modèle, maintenance des rapports, formation et travail nécessaire pour résoudre les exceptions produites par l’application. Le travail hébergé chez le fournisseur y appartient même s’il disparaît des feuilles de temps informatiques du client. Les cas publics ne fournissent pas ce coût combiné.
Un témoignage particulièrement révélateur vient de Hoffmaster : introduire un article absent de l’historique budgétaire a demandé préparation et assistance pour alimenter les vues concernées. 21 Les nouveaux produits sont des changements ordinaires de l’activité. Leur coût administratif compte lorsqu’on évalue la résistance d’un modèle au quotidien commercial.
Les contrôles d’accès sont documentés ; le confinement plus large est moins visible
Le manuel des rôles de Stratum spécifie des restrictions par mesure et membre de dimension, avec droits séparés de lecture et de mise à jour. Seuls les administrateurs de sécurité gèrent les rôles. La configuration Connector détermine aussi si un groupe de mesures peut autoriser les mises à jour de planification. 10 8 Ce sont des contrôles réels sur les utilisateurs pouvant consulter ou modifier l’information métier.
La Cloud Import API est réservée aux administrateurs désignés Data Stewards et exige les licences pertinentes. Son guide documente sources SQL et Azure, correspondances automatiques ou fondées sur des modèles, et appels depuis des services externes. 11 Cela offre une voie programmatique pour préparer les données.
Les éléments examinés donnent moins de détails sur l’isolation des clients hébergés, les privilèges des comptes de service, la gestion des secrets et le confinement d’imports ou de connecteurs compromis. Ces frontières comptent, car un composant d’ingestion peut atteindre tant les systèmes métier sources que le référentiel analytique. Une matrice de contrôle d’accès dans Viewer ne traite qu’une partie de cette exposition.
Les planificateurs passent par des opérations de données configurées. La sécurité dépend de la façon dont ces interfaces appliquent les permissions et contiennent erreurs ou identifiants compromis.
Productivité et responsabilité économique
Automatiser l’assemblage des rapports est utile. La question plus difficile est la quantité de travail décisionnel récurrent qui demeure une fois l’information parvenue à son destinataire. La formation actuelle couvre conception des vues, exploration détaillée des données, mises à jour budgétaires, imports et analyse des exceptions. 16 Ce sont des compétences productives pour une plateforme de reporting, mais elles préservent un travail conséquent d’inspection et d’intervention.
Une interface conversationnelle sur les mêmes rapports changerait l’accès sans résoudre l’arbitrage économique à l’origine d’une exception. Les technologies d’agents postérieures à 2022 relèvent l’exigence : il faut viser moins d’heures consacrées à produire et superviser des décisions utiles, y compris les heures de maintenance de l’automatisation.
On peut évaluer Silvon selon ce critère sans exiger que chaque produit de reporting devienne un optimiseur. Un déploiement devrait préciser quels rapports ou rapprochements manuels il remplace, mesurer la charge résiduelle et identifier les décisions améliorées. Si des gains d’achat ou de production sont promis, il faut une référence distincte comprenant pertes de stocks, conséquences de service et coûts récurrents des prestations.
L’onboarding identifie les obligations de Silvon et du client. C’est utile opérationnellement, mais les éléments publics ne fournissent pas de répartition mesurée des pertes économiques lorsque les gains attendus ne se matérialisent pas. 15 De meilleures preuves suivraient une recommandation décevante jusqu’à une formulation économique corrigée et un nouvel essai : le processus discuté dans Holimization. Mettre à jour un tableau de bord ou régler un seuil d’alerte ne démontre pas, à lui seul, cette correction.
Note de supply chain
Profondeur en supply chain
| Critère | Note |
|---|---|
| Cadrage économique | 4/10 |
| Aboutissement décisionnel | 3/10 |
| Clarté conceptuelle sur la supply chain | 5/10 |
| Indépendance vis-à-vis de doctrines centrales obsolètes | 2/10 |
| Résistance à la mise en scène des KPI | 3/10 |
Moyenne : 3,4/10.
Cadrage économique — 4/10. Investissement en stocks et coûts de possession sont explicites, mais aucun objectif commun ne réconcilie la valeur marginale du stock entre produits et ressources concurrentes. La visibilité des coûts s’arrête avant la priorisation économique. 2
Aboutissement décisionnel — 3/10. Les calculs de réapprovisionnement produisent des quantités, tandis que le processus plus large aboutit à des plans examinés et des alertes. Les preuves publiques d’exécution courante sans supervision SKU par SKU sont maigres. 2 4
Clarté conceptuelle sur la supply chain — 5/10. La critique des séries de production motivées par l’absorption des frais généraux identifie un conflit réel entre incitations comptables locales et économie des stocks. L’explication de la variabilité fournisseurs dépasse également la demande seule. 7
Indépendance vis-à-vis de doctrines centrales obsolètes — 2/10. Objectifs de service et règles classiques de stocks gouvernent le cadre documenté. Cette structure laisse aux praticiens le soin de compenser les interactions que les règles ne captent pas. 2
Résistance à la mise en scène des KPI — 3/10. Comparaisons de ventes et indicateurs de stocks peuvent révéler des problèmes. Davantage d’indicateurs ne détermine pas l’intervention créant le plus de valeur, et les cas ne relient pas leurs rapports à un résultat économique net. 6 22
Substance des décisions et de l’optimisation
| Critère | Note |
|---|---|
| Profondeur de la modélisation probabiliste | 3/10 |
| Substance distinctive de l’optimisation ou du machine learning | 3/10 |
| Traitement des contraintes réelles | 4/10 |
| Automatisation des décisions et productivité du travail | 3/10 |
| Résilience face à la complexité opérationnelle réelle | 3/10 |
Moyenne : 3,2/10.
Profondeur de la modélisation probabiliste — 3/10. La demande sporadique reçoit un traitement statistique explicite. Le mécanisme manquant est une représentation conjointe de l’incertitude future de demande et d’approvisionnement alimentant les décisions économiques. Des mesures de variabilité historique ne fournissent pas ce mécanisme. 3 23
Substance distinctive de l’optimisation ou du machine learning — 3/10. Les méthodes de prévision identifiées sont établies. Leur intégration à un référentiel commun constitue une ingénierie utile, mais les preuves n’exposent pas d’algorithme de décision distinctif. 3
Traitement des contraintes réelles — 4/10. Les données partagées peuvent représenter de nombreuses dimensions métier et les utilisateurs peuvent comparer des plans alternatifs. Une dimension de rapport n’est pas une contrainte imposée à une recommandation ; capacités couplées et restrictions commerciales restent peu spécifiées. 4 8
Automatisation des décisions et productivité du travail — 3/10. Wonder Meats démontre une diffusion récurrente d’information avec chargement assuré par le fournisseur. Le travail en aval d’inspection, de décision et d’intervention n’est pas mesuré. 6
Résilience face à la complexité opérationnelle réelle — 3/10. Modèles entretenus et plans modifiables permettent l’adaptation. Les preuves publiques ne relient pas les échecs opérationnels à des hypothèses économiques révisées puis à des améliorations validées des décisions suivantes. 5 12
Intégrité du produit et de l’architecture
| Critère | Note |
|---|---|
| Cohérence architecturale | 6/10 |
| Clarté des frontières du système | 7/10 |
| Sérieux en matière de sécurité | 5/10 |
| Parcimonie logicielle et coût de possession | 4/10 |
| Compatibilité avec des opérations programmatiques et assistées par agents | 5/10 |
Moyenne : 5,4/10.
Cohérence architecturale — 6/10. Référentiel, cube et Viewer ont des rôles identifiables. Plusieurs couches de traitement et d’administration demandent encore une configuration coordonnée. 8
Clarté des frontières du système — 7/10. Le produit explique comment il obtient les données opérationnelles, les présente et accepte les modifications de planification. Les exemples clients identifient aussi le travail exploité par le fournisseur, rendant le périmètre réel relativement compréhensible. 6 8
Sérieux en matière de sécurité — 5/10. L’accès granulaire aux données et l’autorité de mise à jour sont des mécanismes documentés. La description publique est moins complète aux frontières d’hébergement et d’intégration où opèrent des services privilégiés. 10 11
Parcimonie logicielle et coût de possession — 4/10. L’infrastructure concentrée évite une collection manifeste de moteurs sans rapport. Modèles propres aux clients et tâches administratives récurrentes créent néanmoins des coûts que les résultats publiés ne quantifient pas. 9 12 13
Compatibilité avec des opérations programmatiques et assistées par agents — 5/10. L’API d’import permet le transfert automatisé de données. C’est une interface d’intégration, sans contrat documenté de décision économique permettant aux agents d’exploiter fiablement la supply chain. 11
Transparence technique
| Critère | Note |
|---|---|
| Documentation technique publique | 7/10 |
| Inspectabilité sans médiation du fournisseur | 6/10 |
| Portabilité et visibilité du verrouillage | 4/10 |
| Transparence de la méthode d’implémentation | 6/10 |
| Densité des preuves derrière les affirmations techniques | 5/10 |
Moyenne : 5,6/10.
Documentation technique publique — 7/10. Les manuels versionnés dévoilent des comportements concrets de configuration, de permissions et d’API. Ils sont nettement plus utiles qu’une démonstration du produit pour évaluer l’administration. 8 10 11
Inspectabilité sans médiation du fournisseur — 6/10. Un lecteur peut comprendre une grande part de la structure opérationnelle avant un appel commercial. Reproduire le moteur de réapprovisionnement ou inspecter son traitement de l’incertitude reste hors des éléments publiés. 2 8
Portabilité et visibilité du verrouillage — 4/10. Les outils standard de reporting exposent les résultats, mais la migration du comportement de planification exécutable et du modèle configuré complet n’est pas documentée sous forme d’artefact portable. 18
Transparence de la méthode d’implémentation — 6/10. Onboarding, équipes internes de réalisation et responsabilités des consultants identifient qui construit et accompagne l’implémentation. L’effort et les coûts récurrents restent dépendants du devis. 12 14 15
Densité des preuves derrière les affirmations techniques — 5/10. Les preuves d’administration sont détaillées et le processus client est concret. Performance d’optimisation et résultats économiques sont bien moins étayés. 6 9
Sérieux du fournisseur
| Critère | Note |
|---|---|
| Sérieux technique de la communication publique | 6/10 |
| Intégrité de la feuille de route technologique | 6/10 |
| Clarté conceptuelle | 4/10 |
| Responsabilité économique | 3/10 |
| Défendabilité dans un monde de logiciels agentiques | 3/10 |
Moyenne : 4,4/10.
Sérieux technique de la communication publique — 6/10. Silvon décrit un rôle identifiable de gestion de données pour l’IA et publie des manuels opérationnels. Le langage large d’optimisation des stocks reste plus affirmatif que le mécanisme économique divulgué. 2 17
Intégrité de la feuille de route technologique — 6/10. L’historique des versions étaye un investissement continu dans le produit existant, les travaux futurs d’administration étant identifiés séparément. Les éléments examinés montrent des livraisons incrémentales plutôt qu’une suite abandonnée de promesses spectaculaires. 9
Clarté conceptuelle — 4/10. L’importance des définitions métier est bien expliquée. La proposition de valeur plus large repose encore largement sur des personnes informées transformant la visibilité en meilleures décisions, sans préciser comment sont classés les choix conflictuels. 17
Responsabilité économique — 3/10. Des rôles de réalisation identifiés améliorent la responsabilité d’implémentation. Les résultats publics n’établissent pas de rendements nets après travail client, services fournisseur et maintenance, ni de correction lorsque les attentes financières sont déçues. 6 15
Défendabilité dans un monde de logiciels agentiques — 3/10. Les données métier gouvernées conservent de la valeur. Navigation et interprétation des rapports font face à une exigence d’automatisation beaucoup plus forte, et Silvon n’a pas démontré que son approche actuelle supprime le travail décisionnel qui en résulte. 16 17
Sources
Plateforme Stratum. Date de publication non précisée. Consulté le 4 novembre 2026.
[2] Gestion de la performance des stocks
Gestion de la performance des stocks. Date de publication non précisée. Consulté le 4 novembre 2026.
[3] Prévision avec Stratum : présentation de la solution
Prévision avec Stratum : présentation de la solution. Publication ou révision : 2016 (métadonnées du document ; modifié en 2022). Consulté le 4 novembre 2026.
[4] Planification et prévision
Planification et prévision. Date de publication non précisée. Consulté le 4 novembre 2026.
[5] Planification et budgétisation avec Stratum
Planification et budgétisation avec Stratum. Publication ou révision : 2018 (métadonnées du document ; modifié en 2022). Consulté le 4 novembre 2026.
Étude de cas Wonder Meats. Date de publication non précisée. Consulté le 4 novembre 2026.
[7] Créer et exécuter un plan de stocks
Créer et exécuter un plan de stocks. Date de publication non précisée. Consulté le 4 novembre 2026.
[8] Configuration initiale de l’application et des données
Configuration initiale de l’application et des données. Publication ou révision : 2026-02. Consulté le 4 novembre 2026.
Nouveautés de Stratum 7.7. Publication ou révision : 2026. Consulté le 4 novembre 2026.
[10] Travailler avec les rôles
Travailler avec les rôles. Publication ou révision : 2023-03. Consulté le 4 novembre 2026.
[11] Travailler avec la Stratum Cloud Import API
Travailler avec la Stratum Cloud Import API. Publication ou révision : 2024-10. Consulté le 4 novembre 2026.
Carrières chez Silvon. Date de publication non précisée. Consulté le 4 novembre 2026.
[13] Services hébergés de Silvon
Services hébergés de Silvon. Date de publication non précisée. Consulté le 4 novembre 2026.
[14] Services professionnels Stratum
Services professionnels Stratum. Date de publication non précisée. Consulté le 4 novembre 2026.
[15] Services d’onboarding Stratum
Services d’onboarding Stratum. Date de publication non précisée. Consulté le 4 novembre 2026.
INSIGHT eLearning. Publication ou révision : calendrier 2026. Consulté le 4 novembre 2026.
[17] Comment l’IA améliore la prévision des ventes
Comment l’IA améliore la prévision des ventes. Publication ou révision : 2026-09-30. Consulté le 4 novembre 2026.
[18] Pourquoi renforcer les tableurs par un référentiel de données et une stratégie analytique — Partie 2
Pourquoi renforcer les tableurs par un référentiel de données et une stratégie analytique — Partie 2. Publication ou révision : 2022-06-29. Consulté le 4 novembre 2026.
Partenaires de Silvon. Date de publication non précisée. Consulté le 4 novembre 2026.
Tarifs de Forecast Pro. Publication ou révision : 2026-09-17. Consulté le 4 novembre 2026.
[21] Témoignages clients de Silvon
Témoignages clients de Silvon. Date de publication non précisée. Consulté le 4 novembre 2026.
Performance des stocks. Date de publication non précisée. Consulté le 4 novembre 2026.
[23] Performance des fournisseurs
Performance des fournisseurs. Date de publication non précisée. Consulté le 4 novembre 2026.
[24] Diffusion flexible de l’information
Diffusion flexible de l’information. Date de publication non précisée. Consulté le 4 novembre 2026.