Aller au contenu
Réserver une démo
Menu

Produit · changelog

Ce qui a été livré, et quand.

Superiora Planner est versionné, et chaque version est écrite avant d’être coupée. Cette page est le résumé public de ce registre, la plus récente d’abord. Elle dit ce qu’une version a réellement changé pour une équipe de planification plutôt que d’énumérer des commits, et elle nomme ce qui est encore en cours au lieu de laisser croire que c’est arrivé.

Ligne courante · 0.3.0, la version pilote Coupée le 2026-09-07 0.4 en cours

0.4
en cours

Pas encore livré. Voici ce qui est en construction.

Listé parce qu’un client du pilote mérite de savoir ce qui vient ; rien ici n’est disponible aujourd’hui, et tout peut changer ou être abandonné.

En construction

  • L’arbre d’autorité de l’organisation, et une mémoire des décisions. Qui décide quoi, tenu dans le plan de contrôle, et un endroit où les décisions et leur raison vivent à côté du modèle plutôt que dans un fil de discussion.
  • Une dimension de décision, et ce qu’elle atteint. Une dimension peut être déclarée dimension de décision, et le modèle peut calculer la carte d’impact complète d’un changement qui la touche — chaque mesure, chaque cube et chaque chiffre qui bougerait.
  • Des notes d’impact sur une décision, suggérées par un agent et confirmées par la personne qui porte la décision. Une suggestion n’est jamais silencieusement un fait.
  • Un side-car de prévision avec des méthodes qui lisent les inducteurs, ajustées et rétro-testées plutôt qu’affirmées, tournant à côté du moteur plutôt que dans un service tiers.
  • Une base de données propre au déploiement, pour que l’annuaire du plan de contrôle soit un service à part entière plutôt qu’un fichier.

Changé récemment, sur le chemin de la 0.4

  • Un agent est un utilisateur avec un rôle. Le jeton maître de secours est refusé sur les chemins d’agent.
  • Le mappage d’import est demandé cible d’abord, si bien qu’une colonne renommée dans un fichier ne peut pas atterrir silencieusement dans la mauvaise mesure, et l’étape Source montre le fichier avant que quoi que ce soit n’y soit lié.
  • Un CSV peut dire où commence sa table — ligne d’en-tête et première ligne de données — et peut dire que ses nombres s’écrivent avec une virgule. Une source retient comment son fichier est écrit, si bien que relancer un import ne repose pas la question.
  • La couverture d’un board pack imprimé énonce les périodes closes, repliées en intervalles.
  • Un nombre n’est jamais rogné à gauche. Une colonne de valeurs s’élargit à sa valeur formatée la plus large, si bien qu’un cumul à sept chiffres ne peut pas s’afficher comme un nombre plausible à un ordre de grandeur près.
  • Une tuile de KPI lit la coordonnée qu’elle nomme. Épinglée au cumul d’une hiérarchie, une tuile rapportait le chiffre d’un membre feuille sous une ligne de contexte qui disait autre chose.
  • Un scénario peut être branché sur un modèle qui a clos un mois, et un refus qui ne porte pas sur votre accès ne dit plus qu’il le fait.

0.3.0
2026-09-07

La version pilote. Six barrières, et chacune fut d’abord une phrase dite par un planificateur.

Donnez-moi un chemin de retour. Nos données arrivent et repartent en tableurs. Montrez un board à un partenaire et donnez-lui le fichier. Clos veut dire clos. Laissez-moi arranger cela moi-même. Dites-moi ce qui s’est passé pendant mon absence.

Ajouté

  • L’annulation, partout où une écriture se produit. L’application n’avait aucun chemin de retour ; désormais chaque chemin d’écriture en a un.
  • Excel s’importe, et non plus seulement s’exporte — et un seul chemin d’export, produisant un fichier qui se relit dans la plateforme et pas seulement dans un lecteur.
  • Les board packs. Pages de synthèse et de détail, chaque carte liée à une vue enregistrée, impression en PDF et export en classeur — avec une couverture qui nomme le modèle, la révision et la tranche.
  • Verrous de période et accès dynamique aux cellules — clos veut dire clos, sur chaque chemin, répondu côté lecture pour qu’un collage soit refusé avant d’être envoyé. Un rapport de blocage dit quelles cellules ont été refusées, et pas seulement combien.
  • Un constructeur de vues et un constructeur de graphiques, chacun prenant le cadre plutôt qu’une modale : un endroit où l’on va et d’où l’on revient.
  • Un Home, et les portes qu’un rôle ouvre. Un lien profond vers un plan où vous ne pouvez pas entrer atterrit sur Home avec la raison, pas sur un 403.
  • Des modèles de départ et un premier démarrage qui vous remet un modèle — Sales, un long-range plan, et le S&OP — si bien que l’installation finit sur un board avec des chiffres dessus plutôt que sur une page vide.
  • Un centre de notifications, projection du journal d’événements plutôt que table posée à côté, avec l’envoi de courrier par le plan de contrôle.
  • Un contributeur peut construire les boards et les vues avec lesquels il planifie, et possède ce qu’il crée.
  • Le « pourquoi cette valeur » de l’inspecteur de cellule lit l’analyse de la formule faite par le moteur lui-même, opérande par opérande.
  • « Appliquer les changements immédiatement » est devenu un rythme d’écriture que vous choisissez en toutes lettres, plutôt qu’un réglage par défaut caché.
  • Revenir sur un commit depuis le panneau History, avec son coût affiché d’abord.

Corrigé, et qui mérite d’être nommé

  • Quatre chemins d’écriture atteignaient le moteur sans l’utilisateur agissant. Trouvés en auditant chaque chemin au regard de l’ordre d’accès — rôle, puis verrou, puis accès sélectif, puis accès dynamique aux cellules, le plus restrictif l’emporte.
  • Un refus pour cause de verrou nommait un identifiant, pas un mois. Il nomme désormais le mois.
  • Un collage dans une période verrouillée ne disparaît plus.
  • Coller au-delà du dernier membre propose de les ajouter plutôt que de jeter le débordement.

Les arbitrages qui ont tenu du début à la fin

Pas de breakback. Pas d’Athena dans la 0.3.0. La porte du planificateur s’appelle Spaces. Un constructeur prend le cadre, jamais une modale. Les contributeurs possèdent ce qu’ils créent. Chacun a clos un débat plutôt que d’en ouvrir un, et chacun se voit dans le produit.

0.2.0
2026-09-05

Le plan Actions, et la posture de production.

  • Le rail Details est devenu le détail de chaque objet du plan Actions. La barre latérale indexe les objets ; le rail est l’endroit où chacun se lit et s’édite — remplaçant des dépliants en ligne qui marchaient pour un champ et rien de plus.
  • Des Actions planifiées — des imports et des opérations définis une fois et relancés à la main ou sur un cron.
  • Une posture de production que l’on peut activer, avec une barrière documentée, et un conteneur qui tourne sous un utilisateur non root.
  • Les boards gardent leurs widgets là où on les a posés, et la grille du board tient son agencement.
  • Le bundle de l’application est passé de 1,7 Mo à moins de 400 ko, et le lint a été imposé à zéro avertissement.

0.1.0
2026-06-22

Le moteur, et la première surface au-dessus.

  • Le langage de formules — analyseur lexical, analyseur syntaxique, vérificateur de types et de dimensionnalité — avec l’arithmétique, l’agrégation, les références entre dimensions et les opérateurs de décalage temporel.
  • Le moteur de calcul — un graphe de dépendances avec détection de cycles qui nomme le cycle, un stockage creux par blocs pour les grandes grilles, un recalcul conscient des décalages, et le branchement de scénarios.
  • Une persistance orientée événements — un journal en ajout seul, rejoué au démarrage pour reconstruire le modèle entier. Aucune base de données externe n’est nécessaire pour un déploiement mono-locataire.
  • L’API HTTP sur les dimensions, les membres, les cubes, les mesures, les cellules, les changesets, les calendriers, les vues enregistrées, les sous-ensembles, les scénarios, les droits d’accès, les journaux d’audit, les planifications et les actions.
  • L’authentification et l’accès sélectif, l’isolation multi-locataire, et l’arrêt propre.
  • Les serveurs MCP et la ligne de commande — le modèle exposé aux agents IA dès la première version plutôt que greffé ensuite.
  • La prévision, un ordonnanceur, les métriques et les sondes de santé, et la première image Docker.

Comment ce registre
est tenu

Le registre, et comment être prévenu d’une version.

Le projet tient un changelog au format Keep a Changelog et suit le versionnage sémantique. Chaque entrée est écrite quand le changement atterrit, et non reconstituée au moment de la version : c’est pourquoi une entrée peut dire ce qui n’allait pas avant aussi bien que ce qui va maintenant.

Une version qui demande un redémarrage, une migration, ou qui change la façon dont quelque chose se comporte est annoncée à l’avance aux administrateurs de chaque compte. Pour être prévenu directement, écrivez à hello@superiora.ai et demandez à figurer sur la liste d’annonce des versions.

Ce qui, sur cette page, ne correspond pas à ce que vous voyez dans le produit mérite qu’on nous le dise : assistance.

Apportez vos décisions. Superiora fait la planification.

Nous dressons le modèle de décision sur vos propres objectifs, données et KPI, puis nous construisons les plans et éprouvons les scénarios qui les portent. Une heure pour le voir à l'œuvre sur vos propres chiffres.

Un formulaire, ou votre messagerie — les deux arrivent à l'équipe fondatrice