Mise à jour obligatoire — à installer rapidement, la mise à jour est exigée.Version minimale — les versions antérieures ne sont plus prises en charge.
2026.08.19.191919 août 2026Actuelle
CorrigéLes tableaux indiquent de nouveau ce que contiennent leurs colonnes. Dans la liste des tickets, 3 sur 13 colonnes portaient un intitulé ; sur onze listes 35 colonnes se trouvaient sous un bandeau d’en-tête vide. L’intitulé ne manquait pas — il était renseigné, traduit et complet, il n’arrivait simplement jamais jusqu’à la colonne. Qui triait une liste ou voulait affecter une colonne devait deviner leur signification à partir des valeurs. La colonne des actions de ligne porte désormais elle aussi un intitulé : une cellule d’en-tête sans texte reste muette pour la synthèse vocale.
NouveauDix-sept listes supplémentaires disposent désormais d’une ligne d’en-tête. Tous les tableaux du client ne sont pas des grilles — toute une série de listes dessine elle-même sa mise en page tabulaire, et là l’intitulé ne manquait pas seulement, il n’a jamais existé. Étaient concernés 17 endroits sur 12 pages : références de contrat, de ticket et de cycle de vie sur l’appareil, la liste des champs de l’éditeur de classes, les tickets ouverts et l’analyse d’impact sur l’élément de configuration, les affectations dans le GVP, la vue d’ensemble des messageries, deux répartitions de satisfaction, les indicateurs de la documentation des processus, la répartition de gravité des vulnérabilités, les préfixes les plus fréquents dans l’aperçu IPAM, les règles d’autorisation et « Mes applications ».
AmélioréPlus d’étiquette en double dans les règles d’autorisation. Sous chaque valeur figurait encore, en petits caractères gris, le champ dont il s’agissait. Tant que la liste n’avait pas de ligne d’en-tête, c’était son seul intitulé, donc nécessaire ; maintenant il figure une fois en haut et la répétition dans chaque ligne disparaît.
2026.08.19.145219 août 2026
NouveauL’interface se tient désormais à jour dans l'ensemble des les domaines. Ce qui a commencé avec le service desk vaut désormais pour toute l’application : éléments de configuration, biens, licences, contrats, adresses réseau et découverte — sécurité, SMSI, protection des données, continuité d’activité et sauvegarde — organisation, processus, tableaux de tâches et validations — utilisateurs, rôles et rapports. 159 vues dans le client et le portail web, contre 38 auparavant. Cela compte surtout là où la modification ne vient pas d’une personne : une exécution de découverte, un import CSV ou une sauvegarde nocturne écrit pendant que quelqu’un a la liste ouverte — et la liste le montre sans qu’il ait rien à faire. Ce qui est signalé reste uniquement le fait que quelque chose a changé, jamais le contenu ; la page se recharge d’elle-même, et le contrôle d’accès s’applique comme toujours.
NouveauQuitter un formulaire avec des saisies non enregistrées demande maintenant confirmation. Jusqu’ici, aucune des 144 vues du client ne le faisait : un clic dans le menu, et une demi-heure de saisie disparaissait, sans avertissement et sans retour possible. Chaque page et chaque boîte de dialogue avec une action d’enregistrement demande maintenant confirmation — dans le client et le portail web avec la même formulation. Les pages comportant plusieurs sections indépendantes suivent l’état par section : enregistrer l’une ne marque plus à tort la saisie non enregistrée d’une autre comme terminée.
AmélioréUne notification en direct n’écrase plus une saisie. Les deux ensemble — une page qui se met à jour et un formulaire ouvert — auraient sinon été le cas le plus coûteux de tous : la première notification d’un collègue aurait remplacé le texte pendant que quelqu’un tapait. Les pages de détail se retiennent donc tant qu’une modification est en cours, les listes tant que des lignes sont sélectionnées, et l’éditeur de processus affiche une notification au lieu de remplacer silencieusement le schéma.
AmélioréLa sélection est conservée lors du rechargement. Sept pages choisissaient toujours la première entrée à l’ouverture — pour un inventaire, une plage réseau ou un périmètre de continuité, c’est juste. Lors d’un rechargement c’aurait été l’erreur : la page aurait sauté sous les mains de quelqu’un dès qu’une nouvelle exécution commence quelque part.
AmélioréUn import en cours ne réveille plus les listes ouvertes ligne par ligne. Un import écrivant ligne par ligne aurait transformé une opération en des centaines de notifications. Le serveur les regroupe désormais sur une courte fenêtre de temps — mesuré : 500 écritures produisent 2 notifications au lieu de 500. Le dernier état est toujours signalé ; une liste à laquelle il manque la dernière ligne serait pire qu’une qui ne se recharge pas — elle aurait l’air à jour.
NouveauDouze listes du client utilisent maintenant le même tableau. Choix des colonnes, tri, regroupement, recherche et export sur chacune d’elles, au lieu de quelque chose de différent partout. La conversion a montré pourquoi c’est plus que de la cosmétique : à vingt endroits l’en-tête de colonne et le champ d’export avaient divergé — six dans la seule liste des tickets, où les colonnes concernées étaient donc aussi absentes de l’export.
AmélioréChaque boîte de dialogue s’utilise au clavier. Dans 106 fenêtres d’information, la touche Entrée ne faisait rien — il fallait prendre la souris pour confirmer « Compris ». Une boîte de dialogue ne pouvait pas du tout être fermée par Échap, car « Annuler » se trouvait sur le mauvais bouton. Les deux sont corrigés, et toutes les boîtes suivent désormais un composant commun au lieu de 403 constructions individuelles.
AmélioréLes indications d’état se ressemblent partout. Dans le portail web, cinq endroits coloraient le même état différemment, et à deux endroits la valeur brute du serveur s’affichait — un texte qu’aucune traduction n’aurait jamais atteint. Il existe maintenant une correspondance unique pour les treize domaines.
AmélioréActions groupées dans le portail web. Là où le serveur propose des opérations en masse, les lignes peuvent maintenant être sélectionnées et traitées ensemble — et seulement là. Une case à cocher sans effet est pire que pas de case du tout.
CorrigéLe bouton d’enregistrement global des paramètres écrivait plus qu’il ne devait. Il se trouvait dans l’en-tête de page, n’appartenait visiblement à rien et enregistrait à chaque clic l'ensemble des les domaines — l’affichage même deux fois, et la configuration AD/LDAP était réécrite sans qu’on le demande, même si l’on travaillait sur les paramètres SLA. Chaque domaine a maintenant son propre bouton d’enregistrement sur sa propre carte.
2026.08.18.204318 août 2026
NouveauLes modifications faites par d’autres deviennent visibles sans recharger la page. Jusqu’ici, une page ouverte ne se rafraîchissait que si vous-même modifiiez quelque chose. Ce qu’un collègue, un import ou un traitement en arrière-plan écrivait n’apparaissait qu’après un changement de page — et comme quitter la page puis revenir fonctionnait, cela passait pour une particularité et non pour une lacune. Le serveur signale désormais chaque modification enregistrée depuis un seul endroit, quelle qu’en soit l’origine : interface, import, réception de courriel ou traitement planifié. La liste des tickets, le détail d’un ticket et le poste de travail du service desk y sont raccordés dans le client comme dans le portail web ; les autres domaines suivront. Seul le fait que une modification a eu lieu est signalé — jamais le contenu. La page recharge d’elle-même, et le contrôle d’accès s’applique comme toujours.
CorrigéLa diffusion en direct dans le client bureau se taisait au bout d’un quart d’heure — définitivement. Le jeton d’accès de la connexion en direct a été collecté à la connexion une seule fois . Il vit 15 minutes ; après la première reconnexion — coupure réseau, veille, changement de Wi-Fi — la connexion était morte pour de bon jusqu’au redémarrage de l’application. La barre d’état affichait alors „reconnexion …“ indéfiniment. Le jeton est désormais récupéré à chaque établissement de connexion, et un changement de client renouvelle la connexion.
CorrigéLa page d’accueil ne recevait jamais de notification. Le tableau de bord personnel devait se rafraîchir à chaque notification — l’inscription prévue pour cela n’était appelée nulle part dans le code. Il ne vivait que de son minuteur de 60 secondes. Supprimés également : trois récepteurs d’événements qu’aucun serveur n’a jamais envoyés. Ils semblaient terminés dans le code et ne faisaient rien.
CorrigéActiver ou désactiver un module ne prenait effet qu’après un redémarrage. Qui basculait un module dans l’administration voyait toujours l’entrée de menu — ou continuait de ne pas la voir. Dans le portail web, seul un rechargement complet de la page aidait ; dans le client, seul un redémarrage de l’application. Les deux prennent effet immédiatement.
AmélioréPlus de suppression sans confirmation. 35 chemins dans le client et le portail web supprimaient des données d’un seul clic, sans retour possible. Ils demandent désormais confirmation — sur les deux interfaces avec le même libellé et avec „Annuler“ par défaut, afin que la touche Entrée ne confirme pas précisément ce contre quoi l’on met en garde.
AmélioréLes boutons de suppression sont reconnaissables comme tels — et lisibles. Quatre boutons de suppression sur cinq dans le client ne portaient aucune couleur d’avertissement. Le seul style d’avertissement existant était lui-même mal coloré : sa couleur de texte appartenait à un autre rôle de couleur et manquait l’exigence de contraste — justement le bouton qui met en garde contre la perte de données était le plus difficile à lire.
CorrigéDouze en-têtes de colonne acceptaient le clic et ne triaient pas. Un en-tête de tri sans effet est pire qu’un tableau sans tri — l’utilisateur cherche l’erreur chez lui. Là où le tri manque, il n’est plus proposé.
AmélioréUne erreur de chargement dit désormais qu’elle en est une. Lorsqu’une requête échouait, le tableau affichait littéralement „Aucune donnée disponible“ — une affirmation sur les données, là où il s’agissait de la connexion ou des droits. Le tableau standard distingue désormais les deux et propose „Réessayer“ ; le poste de travail du service desk l’utilise déjà.
2026.08.18.131518 août 2026
SécuritéLes règles d'approbation d'autres locataires étaient lues — et écrasées. Les paramètres d'approbation CAB d'une demande de changement étaient extraits sans aucune condition de la table : en base de données partagée donc la première ligne, quelle que soit la maison à laquelle elle appartenait. C'est précisément cette valeur qui décide qui peut approuver et si une auto-approbation est admise — et le chemin d'enregistrement réécrivait dans cette même ligne étrangère. Une maison pouvait ainsi lever le principe des quatre yeux d'une autre. Corrigé, sécurisé en outre par un filtre de locataire et attesté par des tests dédiés. Cette mise à jour est donc obligatoire.
SécuritéLe portail affichait les articles de connaissance de tous les locataires. La base de connaissances publique est volontairement accessible sans connexion — et c'est précisément là que le filtre de locataire n'agit pas, faute de session authentifiée. La seule référence était un paramètre facultatif que le portail n'envoyait jamais. Le locataire est désormais déterminé côté serveur ; s'il n'est pas univoque, rien n'est livré plutôt que trop. Les articles liés portent également la limite — sinon l'entrée aurait été filtrée et le deuxième clic non.
NouveauLes applications et leurs responsables. Tout logiciel n'est pas une application : l'inventaire logiciel montre ce qui est installé tandis que la nouvelle vue des applications montre ce que la maison gère comme application métier — avec propriétaire du produit, suppléance, service métier, support et les serveurs sous-jacents. Chaque application a au plus un propriétaire et au plus une suppléance ; sinon personne ne tranche en cas de doute. L'onglet « Non géré » compte ce qui n'est encore rattaché à aucune application — c'est la responsabilité de l'informatique, rendue visible au lieu de rester une règle tacite. Et « Mes applications » montre à chaque compte ce pour quoi il a été inscrit : une responsabilité dont la personne responsable ignore tout n'en est pas une.
CorrigéLes demandes de service ne pouvaient plus être résolues. La résolution est bloquée tant que des tâches d'exécution restent ouvertes — mais aucune interface n'affichait ces tâches, et le jeu d'exemple livré en crée quatre par demande de service ouverte. Le message nommait donc des tâches introuvables et impossibles à cocher. Le ticket porte désormais une carte de tâches : créer, affecter, cocher, trier.
NouveauLes champs de l'administration publique sont saisissables. Numéro de dossier, délai légal, canal d'origine et le lien vers le dossier électronique étaient depuis longtemps tenus par le serveur, et le délai légal surveillé séparément du SLA — mais aucun poste de travail ne connaissait ces champs. Pour les administrations, la partie la plus visible du module, jusqu'ici accessible uniquement via l'interface brute.
NouveauDélai fournisseur sur le ticket. Le fournisseur, la référence contractuelle et le délai promis peuvent désormais être saisis. La surveillance correspondante existait déjà — elle ne pouvait simplement jamais se déclencher, faute de moyen de fixer le délai.
NouveauAppels visibles sur le ticket. Les appels entrants et sortants avec numéro, durée et note étaient enregistrés, mais affichés par aucune interface.
CorrigéL'escalade tournait à vide. Le choix du groupe de support sur le ticket était une liste figée de douze noms — les groupes réellement tenus n'étaient jamais chargés, et seul le nom était enregistré, jamais l'identifiant. La surveillance des délais résout le destinataire de l'escalade par son nom et n'en trouvait donc jamais. Le choix provient désormais des données réelles ; les groupes de support sont en outre livrés à l'installation — la liste était toujours vide au départ.
AmélioréLe choix du statut ne propose plus que le possible. Il affichait toujours les sept états, indépendamment de l'actuel : depuis « En cours » il proposait « Nouveau » et « Fermé », que le serveur refuse tous deux. L'erreur n'apparaissait qu'après le clic, sous forme de message. Le choix interroge désormais le serveur sur les transitions autorisées au lieu de les reconstruire une seconde fois — deux tables du même sujet divergent.
AmélioréLe menu CMDB a été redécoupé. Il portait quinze entrées et donc quatre activités différentes côte à côte : tenir l'inventaire, importer des données, gérer les données de base, les logiciels. Désormais sept entrées, à côté les groupes « Applications et logiciels », « Collecte et rapprochement » et « Catalogues et modèles ». Aucune entrée ne disparaît, aucune n'est renommée — elles se trouvent simplement là où on les cherche. Le portail suit le même découpage, dans la mesure où il en a les pages.
AmélioréLe service desk parle la langue configurée. Quatre-vingt-un libellés figuraient en dur en allemand dans le programme — le filtre de statut de la liste des tickets, les paniers de la vue qualité des données, les dialogues des groupes de support et les questions dans le ticket. Dans toute autre langue, ils restaient allemands, sans erreur et sans avertissement.
AmélioréManuel : le chapitre « Sécurité du produit et voies de signalement » est trouvable. Le chapitre était construit et livré, mais ne figurait pas dans la carte des documents ni dans les renvois anglais et français. Nouveau également : la section sur les applications et les responsabilités en DE, EN et FR.
CorrigéChaque changement de statut entraînait une table vide. Le minuteur SLA d'origine était sans fonction depuis le passage aux marqueurs sur le ticket — personne n'écrivait jamais dans sa table, mais chaque changement de statut la chargeait. Elle disparaît. La migration s'interrompt au lieu de supprimer, si une installation contenait malgré tout des lignes.
2026.08.18.083918 août 2026
SécuritéLes classes de CI obtiennent leur cloisonnement par client. Sur les 56 entités de la CMDB, la classe de CI était la unique sans filtre de client — et aucun des deux endroits qui en créent un n'y apposait de client. Toute classe créée par un établissement était donc visible par tous les autres, son schéma d'attributs complet récupérable via son identifiant, et le nom de classe d'un tiers bloquait votre propre création avec un message d'erreur incompréhensible. Corrigé et couvert par un test dédié. Cette mise à jour est donc obligatoire.
NouveauLes types de baie sont gérables. Format, largeur, unités de hauteur, sens de numérotation, profondeur de montage, charge admissible et dimensions extérieures peuvent désormais être tenus en catalogue — créer, modifier, supprimer. Les données existaient depuis un moment, mais n'étaient manipulables que par l'interface brute, alors même que le calcul d'occupation du plan de baie s'appuie dessus. Dans le plan de baie, „Associer un type de baie“ reporte les dimensions sur une armoire ; sans la coche „Écraser les valeurs existantes“, seuls les attributs vides sont remplis — associer un modèle après coup ne fait pas perdre les valeurs mesurées sur l'armoire.
NouveauModèles de composants sur le modèle d'appareil. L'équipement dont un appareil doit hériter à sa création peut désormais être géré, et plus seulement consulté. La plage de noms se trouve juste à côté du nom : „Port“ et „1-48“ produisent quarante-huit lignes — sans elle, saisir à la main l'équipement d'un commutateur serait si fastidieux que personne ne le ferait. Les modèles fournis restent verrouillés, car une mise à jour du catalogue les écraserait.
NouveauLa reprise de données depuis NetBox est utilisable. Enregistrer la connexion et sa clé d'accès, tester la connexion, définir la correspondance des classes, lancer l'exécution, clôturer — quatre étapes sur une seule page. L' essai à blanc est le réglage par défaut et pas seulement une possibilité : c'est la seule occasion de vérifier la table de correspondance avant que des milliers d'objets ne soient créés avec la mauvaise classe. Les objets sans correspondance sont ignorés et signalés dans le rapport — jamais devinés, car un type erroné coûte plus cher dans une CMDB qu'un type manquant. Une reprise de données est la toute première étape d'un établissement ; jusqu'ici elle ne passait que par l'interface brute.
NouveauParc logiciel comme vue à part entière. La liste des logiciels issue de la découverte — regroupée par produit, éditeur et version, avec les machines concernées à déplier et un accès direct à l'appareil. Elle constitue la base du rapprochement des licences et de l'analyse des vulnérabilités, et n'était jusqu'ici consultable que par l'interface.
AmélioréLes données commerciales sont enfin saisissables. Prix d'achat, date d'achat, centre de coûts, début de garantie et contrat de support n'avaient, dans toute l'interface, pas un seul champ de saisie — l'interface les acceptait, le formulaire manquait. L'amortissement calculait donc toujours avec zéro, la consolidation par centre de coûts restait vide et la vue qualité des données signalait fatalement „100 % sans centre de coûts“ — non par défaut de saisie, mais parce qu'elle était impossible. Les champs figurent désormais dans l'assistant de création et dans l'édition détaillée.
AmélioréLes données de base des licences restent modifiables. Quantité, prix unitaire, date d'achat, fin du support/de la maintenance, rattachement au contrat et référence du contrat ne pouvaient plus être corrigés après la création — à l'enregistrement ils étaient simplement retransmis tels quels, ce qui ressemblait à de la gestion et n'était qu'un aller-retour. La quantité porte à elle seule tout le calcul de sur- et sous-licenciement ; la fin de maintenance alimente l'alerte précoce quotidienne, qui, le champ étant vide, ne trouvait jamais rien tout en paraissant en bonne santé.
AmélioréLe champ de journal d'un ticket s'agrandit avec le texte. Le champ de saisie avait une hauteur fixe — dès qu'une explication s'allongeait, on voyait trois lignes de son propre texte et l'on faisait défiler à l'intérieur du champ. Il s'agrandit désormais à la frappe, et la poignée située en dessous permet de l'agrandir davantage. Une petite légende indique en outre quelles mises en forme Markdown l'entrée comprend — elle était déjà rendue ainsi, simplement personne ne le disait.
AmélioréLes interfaces des actifs, des étiquettes et des licences sont traduisibles. Les phases du cycle de vie, les modes d'élimination, les catégories de gouvernance, les explications sur les langages d'imprimante et les recommandations de gouvernance des licences étaient figés en allemand dans le programme. Dans toute autre langue ils restaient allemands — sans erreur ni avertissement. La gouvernance des licences ne fournit plus sa recommandation sous forme de phrase toute faite depuis le serveur, mais sous forme d'identifiant assorti de chiffres, que le poste de travail formule dans sa propre langue.
AmélioréLa base de décompte figure sur la licence. Ce sur quoi la consommation est mesurée — par utilisateur, par cœur, par processeur, par poste d'abonnement — était enregistré mais visible nulle part ; la vue de gouvernance affichait un chiffre dont le lecteur devait deviner la référence. Elle figure désormais sous le type de licence.
CorrigéDeux achats du même titre étaient comptés deux fois. Le rapprochement des licences mesurait la consommation par ligne de licence au lieu de par produit. Acheter deux fois le même titre imputait la consommation complète aux deux lignes : toutes deux étaient réputées sous-licenciées, la recommandation d'achat apparaissait en double et son coût aussi — précisément le chiffre sur lequel repose une décision d'achat. La consommation est désormais mesurée une fois par produit puis répartie (ligne la plus ancienne d'abord, l'excédent sur la plus récente).
CorrigéUn prix de 12,50 était enregistré comme 1250. Les montants saisis étaient interprétés selon la culture invariante ; la notation allemande avec virgule arrivait donc cent fois trop élevée — sans le moindre message d'erreur, et de là dans les coûts de régularisation et l'amortissement. Le montant est désormais reconnu à la position des caractères et non à un réglage de culture, avec des tests dédiés.
CorrigéLe type de licence était abandonné à l'enregistrement. L'interface l'acceptait puis l'abandonnait sans rien dire, et dans le poste de travail il n'était lié à aucun contrôle. Un type mal choisi à la création était donc définitif — et la boîte de dialogue de création était fixée sur „Subscription“.
CorrigéLes logiciels open source étaient réputés sous-licenciés. L'exception „non soumis au décompte“ était enregistrée mais raccordée nulle part. Un logiciel libre saisi avec une quantité de 1 et installé sur cinquante machines apparaissait donc comme sous-licencié quarante-neuf fois — avec risque d'audit et recommandation d'achat à la clé.
CorrigéLa cartographie des processus ne voyait aucun sous-processus. Elle comparait l'identifiant technique de la relation, alors que l'application enregistre le libellé. Chaque sous-processus figurait donc comme racine autonome, n'était pas compté dans son processus principal et n'était pas indenté au dépliage. Rien n'en était visible — cela ressemblait à un paysage de processus plat, non à une anomalie.
CorrigéQuatre endroits affichaient un nom de clé au lieu d'un texte. Dans les règles ABAC, l'organisation des processus, le générateur de rapports et la vue météo, une chaîne telle que „Lf913ca67fb“ s'affichait à un endroit chacun. Corrigé — et couvert par un test qui vérifie désormais chaque clé de texte utilisée face au fichier de langue.
CorrigéLes langages d'imprimante des supports d'étiquettes étaient figés dans le programme. Lorsqu'un langage était ajouté côté serveur, le poste de travail ne s'en apercevait pas et la sélection restait incomplète. Elle est désormais récupérée depuis le serveur.
2026.08.17.203217 août 2026
NouveauAlerte — le module entre en service. Une alerte est désormais un enregistrement à part entière, avec un cercle de destinataires, un journal de distribution et des accusés de réception. Est journalisée chaque tentative et non le seul résultat final : à partir d’une ligne par destinataire avec un unique champ « résultat », il était impossible de calculer les taux de distribution et les temps de réaction — or c’est précisément ce qu’exige l’étape de contrôle de l’ISO 22301. Les accusés ne sont jamais écrasés — ce qui compte est la première réaction. Le titre et le texte sont portés par l’alerte elle-même, afin qu’un objet cible renommé plus tard ne falsifie pas le journal rétroactivement. Une alerte ne peut pas être désabonnée : les préférences de notification ne sont délibérément pas consultées — une alerte que l’on peut désactiver n’en est pas une, et la défaillance serait invisible, puisque le système signalerait un succès alors que personne n’aurait été joint. Un canal non configuré est journalisé comme une tentative portant la mention « non configuré », au lieu de manquer silencieusement.
NouveauLa gestion des vulnérabilités obtient son interface. L’analyse fonctionnait déjà en arrière-plan ; jusqu’ici elle n’était pas exploitable. Quatre vues sont désormais disponibles : une vue d’ensemble par gravité, par produit et par appareil concerné ; les constats avec évaluation (confirmé, faux positif, non applicable, accepté — les trois derniers avec une justification, « accepté » en outre avec une échéance, car sans les deux ce ne serait pas une décision lors d’un audit) ; la correspondance des produits avec sa liste restante et la gestion des règles, assortie d’un aperçu avant enregistrement, afin qu’un motif trop large soit repéré en amont et non au prochain rapprochement ; et les sources avec l’état du catalogue. La vue groupée par produit est ici le véritable levier : une ligne « Java 8u201 sur 43 postes » conduit à un seul demande de changement, et non à 43. La gravité ne porte jamais la couleur seule — le symbole, le texte et la valeur CVSS l’accompagnent toujours.
NouveauSauvegarde : supports, externalisation et conservation sont utilisables. Les bandes et supports amovibles peuvent être créés et gérés, leur lisibilité consignée (expressément pas de un substitut au test de restauration — le dialogue le dit aussi) et surtout : les externalisations et les retours sont acquittés, avec le lieu, l’heure et la personne. C’est seulement ainsi que le « 1 hors site » de la règle 3-2-1 devient un fait plutôt qu’une intention. Nouvellement paramétrable : la conservation des données d’exécution — ces deux délais déterminent quand les relevés de sauvegarde disparaissent irrémédiablement ; ils n’existaient jusqu’ici que dans l’interface.
NouveauMes contrôles de sauvegarde dans l’application Android. Vos propres périodes de contrôle ouvertes — y compris celles pour lesquelles vous êtes inscrit comme suppléant — peuvent être consultées et clôturées sur le téléphone. L’application ne pas recalcule pas elle-même la condition de clôture ; elle la demande au serveur : un bouton vert sur le téléphone et verrouillé au bureau serait pire que pas de bouton du tout. S’il est verrouillé, la raison figure en dessous.
AmélioréSauvegarde et sécurité de l’information sont entièrement traduisibles. Les deux modules comportaient à certains endroits des textes allemands codés en dur — libellés d’indicateurs, messages de retour, valeurs calculées. Dans une interface anglaise ou française, ils restaient en allemand. C’est corrigé ; le changement de langue couvre désormais les deux modules dans leur intégralité.
AmélioréL’édition en masse de la CMDB choisit les attributs dans une liste. Le nom de l’attribut devait jusqu’ici être saisi en texte libre — une faute de frappe faisait que la modification ne touchait rien, sans le signaler. Une liste de sélection est désormais disponible.
CorrigéUne exécution de récupération pouvait hériter de la position d’une autre. Le repère indiquant jusqu’où une source de vulnérabilités avait déjà été récupérée était porté par le service et non par l’exécution individuelle. Comme toutes les sources activées s’exécutent l’une après l’autre via le même service, la position de l’une pouvait survivre dans la suivante — et une position erronée saute des avis sans que rien n’échoue. La position appartient désormais à l’exécution.
CorrigéApplication Android : livraison de nouveau possible, les notifications arrivent. La compilation de publication de l’application était bloquée par un conflit de versions de paquets dans la bibliothèque d’interface ; derrière se cachaient douze erreurs masquées, l’éditeur ayant déclaré obsolète sans remplaçant toute l’interface d’enregistrement des appareils. Les deux sont corrigés. En outre : les canaux de notification sont désormais créés au démarrage et non à la première alerte, appuyer sur une notification mène au bon endroit même depuis l’état fermé , et les alertes passent par un canal propre avec son propre son et le volume d’alarme — même lorsque les messages ordinaires sont en silencieux.
2026.08.17.073217 août 2026
CorrigéLe client Windows ne démarrait plus sur les postes intégrés à un domaine Windows. Après l’écran de démarrage, plus rien ne se passait ; le processus ne pouvait être arrêté que par le Gestionnaire des tâches. Ce n’était ni un problème de réseau ni un problème de serveur. L’écran de démarrage reste volontairement affiché cinq secondes afin que la version, le serveur et le compte de connexion restent lisibles — et l’apparition de la fenêtre principale était par inadvertance liée à ce simple délai d’affichage : elle n’arrivait qu’une fois le délai écoulé. Si le délai ne s’écoulait pas, elle n’arrivait pas, sans erreur et sans message. Cela ne s’est manifesté qu’avec un réglage activé — connexion avec le compte Windows au démarrage ; sur les postes dotés d’un compte Windows local — et donc sur toute installation de test — il ne s’est jamais produit. La raison exacte de ce couplage n’est pas encore définitivement établie et fait l’objet d’un suivi. Le défaut de conception sous-jacent est corrigé, et cela pèse plus lourd que la question du déclencheur : la fenêtre principale s’affiche désormais immédiatement et ne dépend plus d’aucun délai ; les cinq secondes ne concernent plus que l’écran de démarrage lui-même. Jusqu’à la mise à jour, un palliatif existe : désactiver la connexion Windows pour ce poste.
AmélioréIl y a désormais toujours une sortie possible depuis la connexion au démarrage. La sortie de l’écran de démarrage n’apparaissait que si plusieurs connexions étaient configurées — donc précisément pas dans le cas le plus fréquent, l’installation unique. Or c’est là qu’un démarrage bloqué ne laissait que le Gestionnaire des tâches. Le lien est désormais toujours présent ; avec une connexion unique, il mène, sous la forme Annuler , à l’écran de connexion habituel, sinon comme auparavant au choix de la connexion.
CorrigéUn démarrage qui échoue le signale, au lieu de rester muet. Si une erreur survenait avant la première fenêtre, elle était consignée puis avalée : le processus continuait alors qu’il n’y avait plus rien à utiliser. Désormais, un message nomme l’erreur et le chemin du fichier journal, et le client se termine proprement. Après le démarrage, le comportement antérieur reste explicitement en vigueur — une erreur sur une seule page ne doit pas mettre fin à la session en cours.
CorrigéLa référence de base de données du manuel n’était à jour qu’en allemand. Le chapitre est généré à partir de la base de données en service ; jusqu’ici, seule la version allemande était régénérée, tandis que les versions anglaise et française restaient sur un état plus ancien. Les trois versions concordent de nouveau.
NouveauLa base des notifications push sur appareils mobiles est en place. La plateforme apporte désormais la partie serveur : enregistrement des appareils, une file d’attente avec réessai et limite d’abandon, ainsi que la remise via un relais central. Le passage par un relais est une décision de sécurité : sinon, chaque serveur client détiendrait une clé de compte de service techniquement valable pour l'ensemble des installations. Disons l’évidence : L’application mobile n’est pas encore disponible pour tous et, sans elle, ce point ne change rien pour vous aujourd’hui. Il figure ici parce qu’il fait partie de cette version.
Semaine 33 · 10–16 août 202620 versions
2026.08.16.163716 août 2026
NouveauLa nomenclature logicielle est désormais intégrée à l'application. Sous État du système › Nomenclature logicielle (SBOM) vous voyez de quels composants se compose votre installation : les parties Ordivis, les moteurs d'exécution et la base de données avec leur fin de support, les 284 bibliothèques tierces avec version, licence et finalité, ainsi que les catalogues tiers intégrés avec la version importée chez vous . La page se trouve délibérément dans l'état du système et non dans les paramètres — une transparence que seul l'administrateur voit n'en est pas une. La recherche et le filtre de licence facilitent la consultation ; la liste complète peut être exportée en CSV ou JSON pour les dossiers d'appel d'offres et les auditeurs. La même liste figure en annexe du manuel, générée à partir de la même source : deux listes tenues séparément divergeraient.
NouveauLes notifications peuvent également passer par une messagerie instantanée. Tout ce qui vous est signalé dans l'application ou par courriel peut désormais être distribué via Mattermost ou tout webhook entrant — en tant que troisième colonne dans la matrice que vous connaissez déjà : par événement et par personne. Le canal est sans exception facultatif ; une connexion configurée n'envoie rien d'elle-même. Ce qui est personnel (attribution, approbation, rappel) part en message direct, les événements d'équipe vont dans un canal — les deux ne sont jamais interverties, afin qu'aucune notification personnelle n'atterrisse devant toute l'équipe. Toute personne introuvable dans la messagerie apparaît dans l'administration : sinon quelqu'un croit être notifié et ne l'est jamais.
CorrigéLe collecteur de découverte n'était jamais installé — et l'assistant annonçait une réussite. Le script d'installation lisait la configuration livrée avec Windows PowerShell 5.1, qui échoue sur les lignes de commentaire de ce fichier. Tout le bloc d'enregistrement du service n'était donc jamais atteint : pas de service, pas d'adresse de serveur, pas de jeton d'inscription. Le message final de l'assistant affirmait néanmoins que le service était installé, car il n'évaluait pas la valeur de retour du script. Les deux sont corrigés : la configuration est lue de manière tolérante et l'assistant vérifie sur le résultat si le service existe réellement — sinon il renvoie au journal au lieu de féliciter. Le paquet du collecteur déjà publié dans la version précédente contient toujours le script défectueux et n'a délibérément pas été écrasé ; veuillez utiliser le nouveau paquet.
CorrigéLe client Windows plantait à l'ouverture de la vue des collecteurs dès qu'elle contenait une entrée. Une ligne de la liste renvoyait à une couleur qui n'existe pas dans le client. De telles références ne sont résolues qu'au moment du rendu , et non à la compilation — or la ligne n'était rendue que s'il existait au moins un collecteur. Tant que la liste restait vide, la page pouvait être ouverte sans souci ; dès la première entrée, l'application se fermait à la simple ouverture. Un nouveau garde-fou vérifie désormais l'ensemble des les références de couleur et d'espacement propres au client par rapport à leurs définitions — dans tout le client, ce cas était le seul.
SécuritéLe mot de passe d'analyse du collecteur figurait en clair dans le journal d'installation. Le script d'installation écrivait une transcription, dont l'en-tête contient la ligne de commande complète — donc aussi le mot de passe transmis. Les journaux se trouvent sous %ProgramData%\InfraDesk\setup-logs, où tout utilisateur local peut lire. Le même script chiffre correctement ce mot de passe deux lignes plus loin. La transcription a été supprimée ; une transcription existante est effacée lors de la prochaine exécution. Si vous avez déjà installé un collecteur, veuillez vérifier debug-collector.log dans ce dossier et changez le mot de passe concerné. Le mot de passe ne transite en outre plus par la ligne de commande : l'assistant l'écrit dans un fichier temporaire et n'en transmet que le chemin ; l'auxiliaire le lit et le supprime immédiatement — même si la lecture échoue. Une amélioration, pas une perfection, et disons-le : entre l'écriture et la suppression, le mot de passe se trouve en clair sur le disque. Le chiffrer n'aurait ici aucun sens — l'auxiliaire devrait connaître la clé, et celle-ci emprunterait le même chemin.
AmélioréLa page des jetons indique désormais quel accès pas ne provient pas de là. Le jeton d'inscription d'un collecteur de découverte ressemble à s'y méprendre à un jeton d'intégration — même préfixe, même longueur — et un jeton émis là ne peut par principe pas s'authentifier comme collecteur, car le droit nécessaire ne peut pas lui être accordé. En exploitation pilote, cela a coûté du temps une fois de trop. La page nomme désormais explicitement la différence et renvoie à la bonne voie via l'administration des collecteurs.
AmélioréLes jetons d'intégration révoqués disparaissent de la liste au lieu de l'encombrer. Jusqu'à présent, chaque accès révoqué restait affiché — une énumération d'entrées qui ne pourront plus jamais être valides masque précisément ce pour quoi cette page existe : quels accès sont actuellement ouverts. La traçabilité n'est pas pas perdue pour autant : elle se déplace là où elle doit être — l'émission et la révocation écrivent désormais chacune une entrée d'audit ; auparavant, ni l'une ni l'autre n'était auditée, et la ligne du tableau était la seule trace. C'est cette entrée qui rend le nettoyage défendable.
NouveauLes tâches d'analyse peuvent être supprimées. Ce qui figurait une fois sous Découverte › Analyse y restait définitivement — l'interface ne connaissait pas la suppression. Désormais si. Une tâche en cours est refusée et non supprimée : le processus de travail la détient et écrit son résultat à la fin. Le bouton n'apparaît même pas pour ces tâches — un bouton qui échoue de manière prévisible est pire que pas de bouton.
AmélioréLe service du collecteur a de nouveau une icône. Il était le seul des quatre programmes livrés à ne pas en avoir et apparaissait sans logo dans la liste des programmes, dans le gestionnaire des tâches et dans la console des services — c'est-à-dire précisément là où on le cherche.
AmélioréLa boîte à outils Ordivis porte désormais ce nom partout. À quelques endroits de l'interface et du manuel, l'ancien nom subsistait.
2026.08.16.140516 août 2026
CorrigéLe client pouvait disparaître sans un mot lorsque deux dialogues s'ouvraient coup sur coup. Le cas était reproductible lors de la création d'un collecteur Discovery. L'interface n'autorise qu'un seul dialogue par fenêtre ; si un second s'ouvrait avant que le premier ne soit entièrement fermé, il emportait l'application avec lui. C'est la raison de la mise à jour obligatoire : une telle interruption ne laisse aucune entrée dans le journal du programme — qui le rencontre n'a rien en main pour le signaler. Cet endroit n'était pas le seul, c'est pourquoi l'ensemble des dialogues du client passent désormais par une instance commune qui les met en file l'un après l'autre au lieu de les ouvrir simultanément.
CorrigéLa comparaison avec les catalogues de protection de base du BSI restait en erreur. Le BSI a réorganisé sa bibliothèque ; l'adresse inscrite dans la configuration livrée pointait encore vers l'ancien chemin et ne menait nulle part. Corriger le fichier livré ne suffisait pas : votre appsettings.json reste délibérément intact lors d'une mise à jour — sinon vos propres réglages disparaîtraient à chaque actualisation — et aurait ainsi transmis durablement l'ancienne adresse. La récupération reconnaît désormais elle-même le chemin abandonné, se rabat sur la source valide et le consigne dans le journal. Un miroir délibérément défini de votre côté n'en est pas affecté.
NouveauLes mentions légales relatives à tous les composants tiers livrés accompagnent désormais le produit. Un fichier THIRD-PARTY-NOTICES.txt recense les 284 paquets livrés avec la mention de droit d'auteur, le texte de licence et — c'est la partie que l'on voit rarement — la finalité d'utilisation de chaque composant : ce à quoi Ordivis l'emploie réellement. Le fichier est installé par les quatre paquets d'installation ; une page à l'intérieur de l'application ne suffit en effet pas à remplir l'obligation d'information. La même source produit une nomenclature lisible par machine (CycloneDX 1.6, 296 composants) qui vous permet de rattacher l'inventaire à votre propre analyse de vulnérabilités.
CorrigéUn composant sous licence restrictive se trouvait dans la livraison sans être utilisé. Un analyseur de formules sous MPL-2.0 accompagnait la bibliothèque de tableur. La mise à jour vers la version suivante le retire.
NouveauUne voie de signalement dédiée pour les vulnérabilités. Sous Sécurité produit vous trouvez désormais en trois langues à qui vous adresser, ce qui doit figurer dans un signalement et ce à quoi vous pouvez vous attendre ensuite ; s'y ajoute un security.txt à l'emplacement prévu à cet effet, afin que les outils automatiques trouvent le chemin sans avoir à chercher. Le manuel et l'aide intégrée portent les informations exigées par le Cyber Resilience Act à partir de septembre 2026.
NouveauVotre licence porte une adresse de contact, et chaque installation signale la version utilisée. Les deux servent le même objectif : si une vulnérabilité est connue, il faut pouvoir retracer qui utilise quelle version — et comment le joindre. La version voyage avec la vérification de licence qui a lieu de toute façon ; aucun nouveau canal n'apparaît, et une indication manquante ne fera jamais échouer une activation. Les licences existantes ne portent pas encore l'adresse de contact — elle sera ajoutée lors de la prochaine délivrance.
NouveauIPAM : reprendre plusieurs adresses en une seule fois. Dans la vue d'ensemble des adresses, plusieurs entrées peuvent désormais être sélectionnées à la fois et créées ensemble en tant qu'éléments de configuration, au lieu de l'une après l'autre.
NouveauLe journal des modifications existe désormais aussi en anglais et en français. Le site web est ainsi complet dans les trois langues ; le plan du site recense 103 adresses.
2026.08.16.064516 août 2026
NouveauGestion des vulnérabilités — de l'avis de l'éditeur à la preuve du traitement. Ordivis tient désormais votre parc logiciel au niveau des versions et le compare à deux sources officielles : les avis CSAF des éditeurs et la base de données NVD. Un résultat devient un constat avec triage, puis au besoin un risque dans le SMSI, une demande et, pour finir, la preuve que la faille a bien été refermée. La correspondance passe par CPE 2.3 — la notation sous laquelle les catalogues répertorient leurs produits ; les écarts de votre parc se gèrent sous forme de règle, au lieu d'interpréter chaque avis à la main. Le miroir du flux est neutre vis-à-vis des clients : il est récupéré une seule fois et lu par tous les clients.
NouveauLe manuel existe intégralement en anglais et en français. Les 39 chapitres, du manuel utilisateur à la référence de la base de données — environ 41 000 mots par langue. Les schémas portent eux aussi désormais les légendes de la langue concernée ; un chapitre traduit contenant un diagramme allemand échappe à tout correcteur de texte, mais saute aux yeux du lecteur. Les noms d'écrans sont pour cela recherchés, et non traduits : un chemin d'accès doit mener à une entrée de menu qui existe réellement.
CorrigéL'interface n'était pas encore « entièrement traduite ». La version précédente annonçait l'anglais et le français comme terminés — et à bien des endroits l'allemand subsistait pourtant : 46 noms de classes d'IC, la navigation des paramètres, les listes déroulantes de planification, les noms des palettes de couleurs, huit titres de pages, les textes explicatifs des boîtes de dialogue et seize listes de sélection fixes. La cause était un contrôleur qui ignorait structurellement les libellés ; il a été complété, et avec lui environ 900 chaînes de caractères par langue. Pour les listes de sélection, il a été vérifié au préalable que la valeur choisie survit — un libellé traduit qui est ensuite enregistré comme valeur donne un résultat différent dans chaque langue.
CorrigéLes catégories de tickets apparaissaient presque toutes en allemand. Les traductions existantes visaient une liste de catégories qui n'est pas du tout livrée — sur 130 entrées, une seule correspondait. C'est désormais le catalogue réellement livré qui est pris en compte, avec ses 73 valeurs. À la création, dans le dossier et dans la modification groupée, la catégorie apparaît donc traduite ; celui qui administre le catalogue ou les règles continue de voir la valeur brute — c'est là qu'un administrateur choisit la valeur qui sera enregistrée et comparée, et il doit la voir telle qu'elle est.
CorrigéUne liste de remplacement dans le client affichait des catégories qui n'existent pas chez vous. Lorsque le catalogue ne venait pas du serveur, une liste codée en dur prenait le relais — avec 130 entrées, dont une seule correspondait au contenu livré. Une telle copie ne peut par principe pas être juste, car le catalogue est propre à chaque client et administrable. Elle a été supprimée sans remplacement ; au lieu d'une liste de substitution silencieuse, un message s'affiche désormais. Les tickets existants continuent d'afficher leur catégorie sans changement.
NouveauLe mur d'écran et l'application Android parlent eux aussi trois langues désormais. Le mur d'écran n'avait jusque-là aucune localisation, et l'application seulement l'allemand et l'anglais. Tous deux étaient restés invisibles parce qu'aucun compteur ne les recensait — le contrôle linguistique ne mesurait que les trois interfaces inscrites dans sa liste. La liste en compte désormais cinq, et les tests de garde cherchent eux-mêmes les fichiers de langue dans le dossier, au lieu de les énumérer nommément.
NouveauLe site web est disponible en anglais et en français. 33 pages par langue, y compris les textes juridiques — ceux-ci assortis d'une clause de prévalence : la version allemande fait foi. Le calculateur de coût total formate les nombres dans la langue de la page.
2026.08.15.062715 août 2026
NouveauL'interface est désormais disponible aussi en français — intégralement. Le client, le portail web et les messages de l'interface de programmation sont traduits ; cela représente 5 284 chaînes de caractères. La langue est choisie par chaque utilisateur pour lui-même, et non par le client : dans l'application sous Paramètres › Apparence, dans le portail via le symbole du drapeau. Dans l'application, la bascule prend effet après un redémarrage, le portail change immédiatement. Les noms des langues figurent dans la langue elle-même — qui ne sait pas lire l'interface du moment trouvera « Français », mais pas « Französisch ». Vos propres données restent intactes : les objets des tickets, les noms d'IC et les notes demeurent dans la langue dans laquelle ils ont été saisis ; l'interface change, pas le contenu. S'il manque une traduction, le texte allemand apparaît — rien ne reste vide.
CorrigéLe portail web n'aurait pas du tout accepté le français. Il ne connaissait en interne que l'allemand et l'anglais comme langues admises. Une langue qui y manque est silencieusement ramenée à la langue par défaut — sans message d'erreur et sans entrée de journal ; la page reste simplement en allemand. Le fichier de traduction achevé aurait été inaccessible. Deux contrôles interceptent désormais cette défaillance silencieuse : une traduction existante doit aussi pouvoir être sélectionnée, et ce dans le portail et dans le client.
CorrigéLa note sous le choix de la langue était dépassée. Elle prétendait que la bascule était désactivée — et se trouvait pour cela juste à côté de la liste déroulante, qui fonctionne depuis longtemps. Il y est écrit maintenant ce qui vaut : la bascule prend effet après un redémarrage, et les traductions manquantes apparaissent en allemand.
2026.08.15.003515 août 2026
NouveauPlusieurs installations Ordivis distinctes depuis un seul client. Toutes les structures ne font pas tout tourner sur un seul serveur. Qui exploite séparément l'administration centrale et les services municipaux devait jusqu'ici réécrire à la main l'adresse du serveur avant chaque changement. L'administrateur enregistre désormais les installations une fois pour toutes sous forme de liste nommée ; sur le masque de connexion figure au-dessus une liste déroulante — visible seulement à partir de deux entrées. Sans cette liste, rien ne change : les installations existantes continuent de fonctionner à l'identique, la sélection reste invisible. À ne pas confondre avec le multiclient — là, plusieurs clients se partagent une seule installation ; ici, un seul client en atteint plusieurs, distinctes. L'application Android reçoit elle aussi la sélection, sur les appareils gérés via la solution MDM ; le portail web reçoit une liste de liens vers les autres portails.
AmélioréL'option de certificat et l'authentification Windows relèvent désormais de la connexion individuelle. Les deux valaient jusqu'ici pour l'ensemble du poste de travail. Avec un serveur doté d'un certificat valide et un autre d'un certificat auto-signé, c'était tout simplement faux : qui désactivait la vérification pour le serveur de test la désactivait aussi pour le serveur de production. De même, l'authentification Windows peut désormais être activée pour le serveur de production et non pour le serveur de test.
SécuritéL'authentification Windows enregistrée est désormais stockée séparément pour chaque connexion. Il existait exactement une seule zone de stockage. Après un changement, un jeton de renouvellement du serveur A serait ainsi passé au serveur B — à un serveur qui ne l'a jamais émis. Le stockage porte désormais un identifiant de l'adresse du serveur ; l'existant est repris une seule fois au premier démarrage, afin que personne n'ait à se reconnecter. La liste elle-même est protégée contre l'écriture par les utilisateurs ordinaires, et le programme d'installation relit les droits, au lieu de se contenter de les poser — car sur un lecteur de données, la branche n'en hérite pas d'elle-même.
AmélioréEn présence de plusieurs installations, un profil directeur détermine vers quel état un poste de travail est élevé. Sans cette règle, il migrerait vers la version du serveur le plus récent auquel il ait jamais été connecté, et dialoguerait ensuite avec une interface plus ancienne qu'il ne connaît pas. Le service de mise à jour suit désormais le profil directeur plutôt que la dernière connexion choisie, et l'avertissement d'obsolescence dans le client ne propose l'échange que là ; pour les autres connexions, l'avertissement s'affiche sans bouton.
NouveauLes justifications toutes faites du BSI peuvent être importées — jusqu'ici, Ordivis ne faisait que produire cette couche. Le BSI publie, à côté du catalogue, des définitions de composants : pour Keycloak, l'architecture réseau, la politique de mots de passe, la sécurité de la chaîne d'approvisionnement et le module de base GA-Lotse, il y est déjà indiqué quelles exigences elles mettent en œuvre et comment. Qui exploite l'un de ces composants trouve désormais la justification déjà rédigée, au lieu de devoir l'écrire lui-même. Seul ce qui est confirmé est repris — le BSI précise expressément que ces définitions sont des références et ne remplacent pas l'action de l'organisme responsable. Jusqu'à la confirmation, la mention « Proposition » figure visiblement sur chaque entrée.
NouveauISO 27001 et BSI Grundschutz++ peuvent être lus l'un en regard de l'autre. Qui exploite les deux — le cas courant dans l'administration publique dès qu'une certification s'y ajoute — entretenait chaque mise en œuvre deux fois. Les correspondances officielles entre l'annexe A de l'ISO 27001, l'ancien IT-Grundschutz et Grundschutz++ sont désormais importées. Le type de relation reste visible et n'est pas réduit à une simple case cochée : seul « équivalent » transpose une mise en œuvre telle quelle, et cela ne concerne, dans le corpus ISO, que 16 correspondances sur 96. Ce qui renvoie à un autre état du catalogue est compté et affiché plutôt qu'omis.
CorrigéQuatre références au droit des Länder étaient erronées — l'une d'elles citait une loi qui n'existe pas. La Thuringe est le seul Land sans loi propre sur le service public de santé ; un règlement y reste applicable. Était mentionnée une loi qui, en août 2026, en est encore au stade de la procédure législative. Également rectifiés : la loi électorale communale saxonne, la loi d'application relative à la protection des données en Saxe-Anhalt et la loi sur les services de secours du Schleswig-Holstein. Ainsi, 20 des 31 domaines juridiques sont vérifiés au regard d'une source ; les onze autres ne citent volontairement que la référence hessoise du modèle et n'affirment rien pour aucun autre Land.
CorrigéAvec un fichier de correspondance illisible, il se créait un catalogue de processus qui présentait le droit du Land de Hesse comme valable dans toute l'Allemagne. Dans la colonne qui signale les références dépendant du Land, une valeur vide signifie « droit fédéral, valable partout » — et non « inconnu ». Un premier passage sans les abréviations chargées créait donc 5 019 processus, dont 1 318 portaient une affirmation fausse ; cela n'était corrigé qu'au démarrage suivant. Désormais, rien n'est créé du tout dans ce cas : une base juridique fausse est pire qu'une base juridique manquante.
CorrigéUn libellé apparaissait en allemand dans la version anglaise du programme. Était concernée l'énumération des types de processus. Un garde signale désormais tout texte anglais portant encore des trémas allemands — c'est le seul reste qui se laisse établir automatiquement.
2026.08.14.171514 août 2026
SécuritéQuatre tables du raccordement de supervision étaient les seules à ne porter aucun filtre client. Ne sont concernées que les installations dans lesquelles deux clients se partagent une base de données — en règle générale, chaque client a la sienne, mais pas toujours : les clients existants issus de la reprise ainsi que les clients archivés ou placés en quarantaine retombent sur la connexion commune. Là, les listes de sources et d'alertes nommaient les hôtes et les services de l'autre client ; une source de supervision de l'un pouvait être renommée ou désactivée par l'autre, et une règle de suppression sans lien de source avalait du même coup ses demandes. Les lignes portaient ce faisant le bon identifiant de client et n'éveillaient donc l'attention d'aucun contrôle. Le filtre s'applique désormais aux quatre tables. Qui exploite une base de données propre à chaque client — le réglage prévu — n'était pas concerné.
NouveauLes événements bruts de la supervision sont élagués au bout de 30 jours. Ils croissaient jusqu'ici avec le volume d'événements plutôt qu'avec le volume de demandes : une supervision comptant mille contrôles écrit, en cas de tempête, des dizaines de milliers de lignes par jour. Une tâche nocturne les nettoie désormais. Les épisodes — c'est-à-dire l'histoire des incidents — restent intacts, et les événements d'un incident encore ouvert ou en période de latence subsistent eux aussi : supprimer le libellé précisément pour un cas en cours vous priverait de la preuve vis-à-vis de l'exploitant de la supervision. Le moment et l'activation se trouvent sous Administration → Tâches.
AmélioréLa carte d'alerte n'affiche, à la demande, qu'un seul type d'alerte — et peut être agrandie. Une alerte à la chaleur valable dans tout le pays colore la carte sur toute sa surface ; en dessous, on ne voyait plus rien d'un orage qui approche — et c'est précisément à cela que sert la page. Sont sélectionnables : UV, chaleur, orage, vent, pluie, neige, verglas/gel, dégel et brouillard. Les impacts de foudre n'en sont pas affectés et peuvent être ajoutés à l'orage. Les codes proviennent de la prescription de représentation du DWD lui-même : ils ne sont donc pas devinés.
CorrigéSur la carte d'alerte, les frontières des Länder et le radar de précipitations se trouvaient sous les zones d'alerte. Une zone d'alerte opaque masquait ainsi les deux — qui activait le radar ne voyait rien et en concluait qu'il ne fonctionnait pas. Sans frontières discernables, en revanche, il était impossible de retrouver sa propre région sur la carte.
AmélioréDans le portail web, le traitement et la question de satisfaction figurent désormais dans la colonne latérale. Les deux se trouvaient sous le journal, dans la colonne large : qui voulait changer le statut devait faire défiler la description, l'historique et le champ de réponse. Dans le client Windows, cela a toujours été à droite — maintenant ici aussi. Sur téléphone et sur tablette en mode portrait, les blocs se placent les uns sous les autres comme auparavant.
CorrigéSix libellés de la carte d'alerte manquaient en anglais. Étaient concernés le type d'alerte, la hauteur d'image, les impacts de foudre et les cellules orageuses, le rayon ainsi que les deux boutons de zoom. Une traduction manquante n'échoue pas — elle montre silencieusement le texte allemand aux utilisateurs anglophones.
2026.08.14.125514 août 2026
NouveauAlertes météo officielles du service météorologique allemand — à l'échelle de la commune. Jusqu'ici, l'affichage météo dépendait d'une station de mesure. Or le DWD n'émet pas d'alertes pour des stations, mais pour des zones d'alerte, c'est-à-dire pour des communes — une station de l'arrondissement voisin pouvait annoncer un temps calme alors qu'une alerte météo était en cours pour sa propre localité. Les alertes proviennent désormais de la source officielle pour la commune du client, avec le niveau d'alerte, la période et le libellé officiel ; s'y ajoutent la carte d'alerte du DWD et l'indice de risque d'incendie de forêt et de prairie. Visible dans le portail web, dans le client Windows et sur le Wallboard. Qui porte le rôle « Alerte météo » est notifié lors d'une nouvelle alerte. Les messages d'essai du DWD sont filtrés — à un seul champ près, ils ressemblent à de vraies alertes.
NouveauLe service desk peut désormais être configuré dans le portail web, et pas seulement utilisé. Jusqu'ici, seules les catégories de tickets y étaient accessibles en écriture et les profils SLA en lecture ; pour tout le reste, il fallait le client Windows. Nouveautés dans le portail : les profils SLA avec délais de réaction et de résolution par priorité, le calendrier des horaires de service avec plages horaires et jours fériés par Land, les niveaux d'escalade, la signature de courriel par groupe de support avec aperçu, le corpus de règles composé des règles d'acheminement, des règles d'automatisation et des fenêtres de maintenance, les groupes de support avec objectifs OLA et appartenances, les blocs de texte et les modèles de tickets, la vue de la qualité des données et une vue de situation en gros chiffres. Pour les groupes de support, les règles et les personnes qui en découlent figurent côte à côte — sinon, il reste inexpliqué qu'une personne que nul n'a inscrite voie les demandes du groupe.
NouveauLes modules d'organisation sont désormais utilisables par les entreprises également. Sont nouveaux : une carte des processus portant sur vos propres processus, une carte de référence livrée avec 52 processus principaux selon l'ISO 9001, un import CSV pour vos propres référentiels, l'organigramme des postes comparant le prévu au réel, les descriptions de poste selon l'ISO 9001 chap. 5.3, les délégations de pouvoir par poste avec plafond et double signature, le diagramme des fonctions, le manuel d'organisation en version figée avec somme de contrôle et le degré de maturité des processus selon l'ISO/IEC 33020. L'organigramme des postes ne prend expressément pas en compte les suppléances : une suppléance s'applique lorsque le poste est vacant — elle ne le pourvoit pas.
CorrigéUn client de type entreprise voyait 5 019 processus administratifs sous « Organisation des processus ». La page chargeait exclusivement le catalogue de référence de l'administration publique, et ses entrées sont visibles au-delà des clients. Une entreprise se voyait ainsi présenter une carte des processus communaux assortie du filtre « commune/ville, syndicat de communes, Land », tandis que ses propres processus, entretenus par elle, restaient invisibles. L'arborescence du catalogue et le niveau administratif n'apparaissent désormais plus que chez les clients du secteur de l'administration publique ; à leur place figure, pour les entreprises, la recherche par nom de processus et par capacité métier.
CorrigéLes profils SLA et horaires de service supprimés revenaient après chaque mise à jour. Signalé depuis l'exploitation pilote, où les profils livrés sont sciemment supprimés. Le seed de livraison demandait « existe-t-il un profil SLA quelconque ? » et en déduisait s'il s'était déjà exécuté — les deux ne sont pas la même chose. Il s'exécute à chaque démarrage du service, pour chaque client ; qui supprimait les données de livraison faussait de nouveau le contrôle et les retrouvait après le redémarrage suivant. Une suppression délibérée était donc impossible. Désormais, le seed note qu'il a procédé au déploiement au lieu de le deviner à partir de la présence de ses propres données. Il en allait de même pour le catalogue de services, dont les articles retombaient à chaque démarrage sur l'état livré, et pour les catégories principales. Qui a déjà fait le ménage ne récupère rien avec cette mise à jour — une inscription complémentaire lors de l'installation y veille.
CorrigéLa mise à jour automatique ne découvrait une version qu'un jour plus tard. La fenêtre de maintenance nocturne ne lisait qu'une valeur enregistrée, rafraîchie dans la journée par un contrôle distinct — la découverte se situait donc six heures après la plage pendant laquelle l'application est seulement permise. Une version publiée à 22h15 n'était pas vue à 4h00, était trouvée à 10h00 et n'était appliquée que le lendemain à 4h00 ; nulle part ne figurait d'erreur. Le chemin qui applique interroge désormais lui-même. Si l'exploitant a désactivé la vérification des mises à jour, elle reste désactivée ; un serveur de mise à jour injoignable ne coûte pas la fenêtre. Cela prend effet à partir de cette version — celle en cours ne le comporte pas encore.
CorrigéLa page météo affichait Berlin à chaque client. La station de mesure était inscrite en dur dans le fichier de configuration et portait la même valeur dans chaque installation. Pour une commune, cette page est l'accès aux alertes météo officielles — une alerte pour Berlin est pire, dans l'arrondissement de Fulda, que pas d'alerte du tout. Le lieu découle désormais du code postal du profil client ; s'il manque, la page indique expressément que le lieu est deviné. La clé Weather:StationId n'est plus lue — un réglage délibéré se trouve désormais sous Weather:StationIdOverride.
CorrigéLe test de connexion du raccordement Exchange échouait avec « Le fuseau horaire indiqué n'est pas valide ». Le fuseau horaire transmis portait deux dates de changement d'heure identiques, et il est impossible d'en construire un fuseau exploitable. N'était pas concerné le seul test, mais toute interrogation de disponibilité.
CorrigéLa source d'approvisionnement du catalogue BSI Grundschutz++ était morte — et le contrôle quotidien signalait pourtant un succès. Le BSI a réorganisé sa bibliothèque, l'ancien chemin ne répond plus. Un chemin durablement faux avait l'apparence d'une brève coupure réseau, chaque jour de nouveau, sans que la tâche passe jamais au rouge ; l'installation se croyait à jour parce que personne ne la contredisait. La distinction se fait désormais selon la nature de l'échec : dépassement de délai, erreur réseau et données corrompues restent un avertissement, une adresse qui n'existe plus se remarque. Le catalogue d'exemple livré est à l'état du 13 août 2026 (652 contrôles au lieu de 643).
CorrigéUne entreprise choisissait le type de son unité parmi direction, service et section administrative. La liste des types d'unités était entretenue de manière indépendante à quatre endroits, et les quatre se contredisaient — une valeur proposée par l'interface pouvait échouer au contrôle. Il existe désormais une source unique avec affectation sectorielle, complétée par les notions manquantes du monde de l'entreprise : société, direction générale, division, usine et succursale. Seule la sélection est filtrée, non la validité : qui change de secteur ou importe des données existantes conserve ses valeurs.
NouveauLa boîte aux lettres participe désormais à la décision sur la catégorie et la compétence. Une demande adressée à l'adresse commerciale était jusqu'ici relevée par la bonne boîte aux lettres et finissait pourtant en incident sans catégorie et sans groupe — indiscernable d'un signalement au support. Le chemin de réception évalue désormais le corpus de règles, le masque de la boîte aux lettres propose le type de demande et la priorité, et il est possible de définir, par boîte aux lettres, les catégories principales autorisées et une catégorie par défaut. Une règle ne peut pas s'en affranchir. Les boîtes aux lettres existantes se comportent comme avant.
NouveauVue groupe : une liste de demandes couvrant plusieurs clients. Qui porte le nouveau droit voit son propre client et chaque autre pour lequel existe une autorisation valide — dans une seule liste, dans le même ordre qu'auparavant. Sans la moindre autorisation, la vue livre exactement le client de l'utilisateur. Si la base de données d'un client ne répond pas, il est nommé explicitement au lieu de manquer silencieusement.
NouveauUn courriel joint se laisse lire dans le portail, et pas seulement télécharger. Qui n'a pas de poste Outlook — la majorité dans le portail en libre-service — tenait jusqu'ici en main un fichier qu'il ne peut pas ouvrir, tandis que les images issues de ce même courriel figuraient bien visibles dans l'historique. Les pièces jointes contenues dans le courriel sont nommées, mais non livrées : elles n'ont jamais subi le contrôle d'entrée. Si le message provient du déclarant de la demande, celui-ci voit désormais son propre courriel dans l'historique lui aussi.
NouveauVue d'ensemble « Quel droit du Land s'applique chez nous ? » Les lois des Länder pertinentes en matière de protection des données, de sécurité de l'information, d'administration électronique et d'archivage, déduites du Land du client.
AmélioréLa liste des demandes dans le client Windows se tient elle-même à jour. Lors d'une nouvelle demande ou d'une réponse, seul le message à la cloche apparaissait jusqu'ici ; la liste n'affichait la demande qu'après avoir navigué ailleurs puis être revenu. Si des lignes sont sélectionnées, aucun rechargement n'a lieu — sinon, une modification en masse en cours perdrait sa sélection.
AmélioréDans la vue des demandes du portail, les filtres prennent effet immédiatement. Le statut et la priorité n'agissaient jusqu'ici qu'à la frappe suivante dans le champ de recherche. La valeur groupée « Tout sauf clôturé » est nouvelle.
2026.08.13.211613 août 2026
CorrigéAprès une nouvelle installation, aucune sauvegarde ne s'exécutait — l'interface affichait pourtant « tous les jours à 02h00 ». La tâche planifiée n'était créée jusqu'ici qu'à un seul endroit : lors de l'enregistrement sous Paramètres → Sauvegarde des données. Qui n'y est jamais allé après l'installation n'en avait aucune. L'affichage restituait le souhait enregistré et non le planificateur de tâches — cela avait l'air configuré et ne l'était pas. Le programme d'installation crée désormais la tâche lui-même, le service la vérifie à chaque démarrage et la crée au besoin, et l'interface signale expressément lorsqu'aucune tâche n'est enregistrée. Après la mise à jour, veuillez vérifier dans les paramètres si un avertissement y figure — sur les installations existantes, la tâche se crée d'elle-même au prochain démarrage du service.
CorrigéUne image issue d'un courriel ne figurait pas au bon endroit dans l'historique. Signalé par un déclarant à propos de sa propre demande : dans le portail web, un vide subsistait à l'emplacement de l'image, et cette même image figurait tout en bas dans la liste des pièces jointes — sans lien apparent avec le message qui l'avait apportée. Qui voit cela en conclut que sa pièce jointe n'est pas arrivée. Deux causes : l'adresse de l'image visait le client Windows et n'était pas accessible dans le navigateur ; et les pièces jointes étaient rattachées à la demande, et non à l'entrée qui les avait apportées. Les deux sont corrigés. Ce qui est arrivé avec un message figure désormais à côté de celui-ci — dans le client comme dans le portail — et n'apparaît plus une seconde fois dans la liste groupée. Pour les demandes antérieures, le lien ne peut plus être reconstitué ; leurs pièces jointes restent en bas, là où elles se trouvaient jusqu'ici.
NouveauUne demande se met désormais à jour d'elle-même. Jusqu'ici, il fallait quitter la page et y revenir pour voir une nouvelle réponse ou un changement de statut. Tant qu'une demande est ouverte, le serveur signale chaque modification qui la concerne, et la vue se recharge d'elle-même — dans le client Windows comme dans le portail web. D'abord dans la vue des demandes, où cela se remarque quotidiennement ; d'autres pages suivront.
NouveauLes images peuvent être copiées depuis l'aperçu vers le presse-papiers. Une capture d'écran issue d'une demande peut ainsi être reprise dans un courriel, un document ou une autre demande, sans le détour par un téléchargement suivi d'un réinsertion. Dans le client, depuis la vue d'image ; dans le portail, depuis l'aperçu dans l'historique.
NouveauLe client et le Wallboard n'ont plus besoin d'un environnement d'exécution Windows séparé. Tous deux embarquent désormais eux-mêmes l'environnement d'exécution de l'interface. L'étape d'installation qui exigeait jusqu'ici des droits d'administrateur et présentait son propre profil d'erreur disparaît sans remplacement — le Wallboard s'installe ainsi entièrement sans question. Les paquets en deviennent même plus petits : l'installation du Wallboard passe de 88 à 44 Mo, celle du poste de travail de 148 à 104 Mo.
NouveauUn paquet dédié et léger pour le poste de travail — en programme d'installation et en MSI. Le poste de travail n'était jusqu'ici disponible que via le programme d'installation complet (~665 Mo), qui embarque des parties serveur, portail et base de données qui n'ont rien à faire dans un réseau de postes de travail. Le nouveau paquet ne contient que le client et son service de mise à jour. En complément sous forme de MSI, afin que les postes de travail puissent aussi être déployés par stratégie de groupe — avec un seul fichier d'installation, cette voie restait fermée. Les deux acceptent l'adresse du serveur en mode silencieux (/SERVERURL= ou SERVERURL=) et s'interrompent explicitement en son absence, au lieu de retomber silencieusement sur une valeur par défaut. Pour la mise à jour de postes de travail existants, le service de mise à jour reste la bonne voie, et non un programme d'installation.
CorrigéDans l'inventaire logiciel figuraient un éditeur erroné et une version périmée. Les deux indications proviennent de l'entrée Windows sous « Applications et fonctionnalités », et seul le programme d'installation l'écrit — une mise à jour échange des fichiers et la laisse intacte. Elle vieillissait donc à chaque mise à jour, et un inventaire signalait pendant des mois une version qui ne tournait plus nulle part. L'entrée est désormais corrigée à chaque démarrage du service vers la version réellement en cours d'exécution ; l'éditeur indique, comme prévu, « Grams IT ». Cela vaut aussi pour les installations existantes, sans réinstallation.
CorrigéL'avis d'une nouvelle version n'atteignait qu'un seul client. Dans une installation comptant plusieurs clients, le message était déposé pour l'ensemble des destinataires dans la base de données du premier. Là, personne ne le voyait : le destinataire regarde dans la sienne. Les administrateurs des autres clients n'apprenaient donc absolument rien d'une mise à jour obligatoire. Chaque message aboutit désormais chez le client de son destinataire.
NouveauLes équipements montés en baie peuvent être exportés sous forme de tableau et réimportés. Qui vide une baie ou reporte un inventaire devait placer chaque unité de hauteur une par une. L'export livre tous les équipements d'une baie ou de toutes, l'import les reprend — par défaut en essai à blanc, qui montre seulement ce qui se produirait, avec un constat par ligne. Seul le second passage écrit.
NouveauRepères de baie pour la prise de vue. Sur la baie, il est possible d'enregistrer la position et la longueur d'arête d'un repère collé — la base permettant de déduire des mesures à partir d'une photo. Le manuel décrit où et comment le repère doit être apposé.
CorrigéLe contrôle de connexion du programme d'installation échouait sur sa propre redirection HTTPS. Il signalait une erreur alors que le service fonctionnait parfaitement. Le contrôle passe par le PowerShell propre à Windows, et celui-ci n'atteint pas le point de terminaison redirigé. L'interrogation d'état répond désormais sans redirection — exclusivement par la boucle locale, donc uniquement depuis la machine elle-même.
2026.08.13.145813 août 2026
CorrigéLa sauvegarde ne contenait que la base de données — pas la clé qui rend ses contenus lisibles. Les identifiants d'accès au service d'annuaire et au serveur de messagerie sont chiffrés dans la base de données ; la clé correspondante se trouve dans un fichier à côté, qui n'était pas sauvegardé. Qui restaurait une telle sauvegarde obtenait une installation en fonctionnement dont les identifiants étaient illisibles — la synchronisation d'annuaire et l'envoi de courriels seraient restés muets, sans erreur reconnaissable. La sauvegarde contient désormais en plus cette clé, les paramètres d'exploitation et, s'il est configuré, le certificat TLS. Cela ne se produit que dans la sauvegarde chiffrée : déposer la clé en clair à côté d'une base de données en clair reviendrait à livrer les deux ensemble. Sans mot de passe de sauvegarde enregistré, on en reste donc à la seule base de données — et le journal indique expressément que cette sauvegarde est incomplète pour une restauration. Qui n'a pas encore défini de mot de passe devrait le faire maintenant. Les sauvegardes déjà existantes ne comportent pas ce complément ; la restauration le signale également, au lieu de présumer l'exhaustivité.
CorrigéLa restauration n'écrivait aucun journal et laissait les services arrêtés après une interruption. Découvert lors de son premier test complet en conditions réelles. Elle s'exécute délibérément de manière découplée en arrière-plan, parce qu'elle arrête le service qui, sinon, la terminerait lui-même — là, il n'y a pas d'affichage, et ainsi elle ne laissait aucune trace : ni sur son déroulement, ni sur une interruption. Si elle s'interrompait, l'installation restait en outre avec le service arrêté ; une tentative manquée finissait donc plus mal que pas de tentative du tout. Il existe désormais un journal à côté de celui de la sauvegarde, et les services reviennent même après une interruption — les données restant intactes.
AmélioréLa restauration indique sans ambiguïté si elle a réussi. Jusqu'ici, elle remontait vers l'extérieur un message technique secondaire de l'outil de base de données, qui apparaît aussi en cas normal — succès et échec ne s'y distinguaient pas. Ce qui fait foi désormais, c'est que les services fonctionnent de nouveau.
CorrigéLes scripts de sauvegarde se trouvaient à deux endroits, dont l'un périmé. Le second emplacement était rempli une fois lors de l'installation et restait ensuite figé, tandis que la version réellement utilisée est reprise à chaque mise à jour — et le script de restauration y manquait entièrement. Qui s'en saisit en cas d'urgence obtient un ancien comportement ; une copie périmée d'un script de restauration est plus dangereuse que pas de script du tout. Les deux se trouvent désormais à un seul et même endroit.
2026.08.13.070813 août 2026
CorrigéUne mise à jour lancée depuis le programme s'interrompait au bout de 30 secondes et était annulée. L'exécution entière dépendait du délai d'attente de ce seul appel. Si le serveur ne répondait pas dans les 30 secondes — et il ne le fait jamais lors d'une mise à jour, car on y sauvegarde, télécharge et remplace —, le programme coupait la connexion, et le serveur interrompait l'exécution en plein téléchargement. Une mise à jour dont les fichiers demandent plus de temps que l'appelant n'en attend ne pouvait jamais aboutir par cette voie : tout delta un peu important, toute ligne un peu lente. Les petites mises à jour restaient sous la limite et passaient — c'est pourquoi cela est resté longtemps inaperçu. L'exécution ne dépend plus de l'appel : elle se poursuit même si vous fermez la fenêtre, et ne s'interrompt plus que si le service est réellement arrêté. Interrompre une mise à jour en plein échange de fichiers serait de toute façon plus dangereux que de la laisser aller à son terme. Pour installer cette version : La correction ne prend effet qu'après son installation — la mise à jour est encore exécutée par votre version précédente. Si vous venez d'une version plus ancienne et avez devant vous un delta important, n'utilisez donc pas « Mettre à jour maintenant », mais « Planifier » ou la mise à jour entièrement automatique dans la fenêtre de maintenance : ces voies s'exécutent dans le service d'arrière-plan et ne connaissent pas le délai d'attente. Le fichier d'installation est tout aussi fiable.
CorrigéLe message d'erreur désignait le mauvais endroit. Le journal indiquait qu'au moins un fichier manquait sur le serveur de mise à jour ou que sa somme de contrôle ne concordait pas — alors que le fichier nommé s'y trouvait parfaitement. Qui creusait la question cherchait à un endroit où tout était en ordre. La cause était qu'un abandon et un fichier manquant n'étaient pas distinguables en interne. Un abandon est désormais signalé comme un abandon et expressément pas comme un constat sur la livraison ; les fichiers installés restent intacts, une nouvelle exécution repart proprement de zéro.
2026.08.13.051313 août 2026
CorrigéUn message entrant était supprimé du serveur même lorsqu'il n'en résultait aucune demande. Depuis la version précédente, la relève de la boîte aux lettres fait le ménage derrière elle — correctement sécurisée pour la voie ordinaire, car le courriel d'origine complet, avec tous ses en-têtes, y est rattaché à la demande. Un cas particulier passait toutefois au travers : si un module métier accepte le message — par exemple la sauvegarde, qui impute un courriel de rapport à une exécution de sauvegarde —, il ne se crée pas de demande, et donc pas de copie archivée de l'original. Il était pourtant supprimé. Aurait ainsi été jeté précisément ce sur quoi l'on aurait encore pu se rabattre en cas d'interprétation erronée du module. N'est désormais supprimé que ce qui existe de façon avérée comme demande accompagnée de son original ; les messages repris restent dans la boîte de réception comme lus, avec une mention dans le journal.
AmélioréLa synchronisation d'annuaire signale l'évolution plutôt que l'état. L'avertissement de la version précédente indiquait le nombre d'utilisateurs sans rôle — et apparaissait donc à chaque exécution : dans une administration comptant de nombreux comptes de service et de fonction, plusieurs centaines sont durablement et tout à fait légitimement sans rôle. Un avertissement qui arrive toujours n'est plus lu au bout de peu de temps, et l'exécution unique où quelque chose bascule vraiment s'y perd : si une affectation de groupe supprimée faisait perdre leurs droits à quarante personnes, un seul chiffre changerait sur cette ligne. Ce qui est désormais signalé, c'est une augmentation par rapport à la dernière exécution — et en plus un groupe AD affecté qui n'est plus rencontré chez aucun utilisateur, parce qu'il a été renommé, déplacé ou supprimé. L'état brut reste affiché par la vue d'annuaire, là où l'on regarde délibérément.
CorrigéLe manuel d'exploitation citait un script qui n'était pas livré du tout. La section 5.1.2 le décrivait comme la voie pour lancer une fois un poste de travail existant — or tous les scripts auxiliaires du programme d'installation étaient supprimés après l'installation, il ne se trouvait donc sur aucune installation. Ils restent désormais dans le sous-répertoire scripts de votre installation serveur : aussi bien le script qui met à niveau le service de mise à jour d'un poste de travail existant, que celui qui l'installe là où il manque encore. La source est le répertoire clientupdate de la même installation — vous n'avez rien à préparer en plus. La section du manuel indique désormais les chemins réels et distingue les trois états possibles d'un poste de travail.
AmélioréManuel : deux changements de comportement ajoutés. Est décrit à neuf ce qu'il advient d'un courriel après son traitement (ID-31, section 3.1) — qui aurait autrement remarqué une boîte de réception qui se vide y trouve l'explication. Et comment des groupes AD deviennent des rôles (ID-41, section 8.2) : que l'appartenance est résolue sur l'ensemble des niveaux d'imbrication, que l'exécution ne fait qu'attribuer des rôles et n'en retire jamais, et que le nombre signalé ne compte que la part nouvelle des attributions.
AmélioréUne bibliothèque pour les connexions chiffrées a été portée à l'état corrigé. La vulnérabilité signalée concernait une partie de programme que cette application n'utilise pas ; elle a néanmoins été relevée, plutôt que de mettre le signalement en sourdine — un avertissement supprimé n'attire plus l'attention de personne lors du prochain constat, le vrai.
2026.08.12.181512 août 2026
CorrigéLa synchronisation avec le service d'annuaire ne voyait que les groupes dans lesquels un utilisateur est directement inscrit. Dans une administration qui s'est développée, c'est l'exception : ce qui est affecté, c'est le groupe d'un domaine spécialisé, et il ne contient pas les personnes, mais les groupes des différents services spécialisés. Dans une installation pilote, le groupe du domaine contenait quatre personnes et quatre autres groupes — toutes les personnes situées en dessous restaient exclues. Le résultat était le même qu'avant la version précédente : 284 comptes sur 351 sans le moindre rôle, capables de se connecter puis incapables d'agir, avec une affectation entretenue de façon complète et correcte. L'appartenance est désormais résolue sur l'ensemble des niveaux d'imbrication — par le serveur d'annuaire lui-même, qui tient de toute façon cette chaîne. L'appartenance directe continue d'être évaluée en plus : si la résolution imbriquée échoue pour un groupe isolé — par exemple avec un service d'annuaire qui ne connaît pas cette requête —, l'ancienne voie la prend en charge, et les autres groupes n'en sont pas affectés. Après la mise à jour, une synchronisation est nécessaire une fois, afin que les rôles soient ajoutés ; rétroactivement, cela ne se fait pas tout seul.
CorrigéUne virgule dans le nom d'un groupe aurait fait rejeter la requête portant précisément sur ce groupe. Les groupes nommés d'après une personne en portent une — et dans le filtre de recherche, les caractères spéciaux ne sont pas les mêmes que dans le nom lui-même. La défaillance n'aurait touché qu'une partie des affectations et aurait donc été particulièrement difficile à remarquer : tout le reste aurait continué de fonctionner.
2026.08.12.163012 août 2026
CorrigéLa synchronisation avec le service d'annuaire créait des utilisateurs, mais ne leur attribuait pas le moindre rôle. Pas même lorsque l'affectation du groupe AD au rôle était entretenue de façon complète. Les personnes concernées pouvaient se connecter puis ne rien faire : chaque appel était rejeté, dans le portail en libre-service « Mes demandes » signalait seulement que rien ne pouvait se charger. Dans une administration de plus de 60 comptes, personne n'était donc capable d'agir — et la synchronisation signalait chaque exécution comme un succès. La cause était une indication manquante dans la requête : Active Directory ne livre l'appartenance aux groupes que si on la demande expressément puisqu'elle fait partie des champs qui ne sont calculés qu'à l'exécution et ne figurent pas dans une requête « tous les champs ». La synchronisation ne voyait donc de groupe chez aucun utilisateur. Après la mise à jour, une synchronisation est nécessaire une fois, afin que les rôles soient ajoutés. En outre, l'exécution signale désormais expressément lorsqu'elle crée des utilisateurs sans pouvoir leur attribuer de rôle — ce nombre ne figurait auparavant que de façon incidente dans le journal.
CorrigéLes réponses de l'intervenant n'atteignaient pas le déclarant lorsque les deux utilisent la même boîte aux lettres. Dans les petites organisations, c'est le cas normal — une adresse commune info@ ou comptabilite@. Le diffuseur excluait l'expéditeur par son adresse plutôt que par la personne et retirait ainsi également le déclarant ; il ne restait personne, et l'envoi se terminait sans bruit. Que le courriel de résolution parvienne malgré tout à la clôture — il emprunte une voie propre — faisait passer la défaillance pour un hasard. L'exclusion porte désormais sur la personne ; si un autre compte se trouve derrière la même adresse, celle-ci reste dans la liste de diffusion. Une liste de diffusion qui ne contient finalement personne est journalisée au lieu d'être silencieusement ignorée.
AmélioréLe rapport d'erreur va désormais directement à l'éditeur plutôt que par votre boîte aux lettres. Jusqu'ici, il partait sous forme de courriel et supposait donc que votre serveur de messagerie soit autorisé à distribuer vers un domaine étranger. Un Exchange ne le fait pas dans son réglage par défaut ; sur une installation pilote ont ainsi échoué définitivement trois rapports, tandis que l'expéditeur lisait chaque fois « Rapport envoyé ». Le rapport emprunte désormais d'abord la voie sécurisée par laquelle votre installation récupère de toute façon ses mises à jour et vérifie sa licence ; le courriel demeure comme solution de repli pour les installations sans accès à Internet. Sur votre installation, il n'y a pour cela pas de secret déposé. Le programme distingue désormais en outre « distribué » et « mis en file d'attente », au lieu de présenter les deux comme envoyés.
NouveauUn courriel définitivement non distribuable se signale aux administrateurs. Après six tentatives infructueuses, un message est considéré comme perdu. Jusqu'ici, cela ne figurait que dans un fichier journal que personne ne consulte tant qu'il n'a pas de soupçon — c'est exactement ainsi que les trois rapports d'erreur perdus sont restés des jours durant inaperçus. Le message indique le destinataire, l'objet et le libellé du serveur de messagerie, donc le diagnostic par la même occasion.
NouveauL'historique d'une demande indique désormais quelle entrée est partie. Une petite icône d'enveloppe sur le bord droit, qui nomme les destinataires au survol. Jusqu'ici, une entrée que personne n'a reçue avait exactement le même aspect qu'une entrée distribuée — « écrit » et « envoyé » ne se distinguaient pas. Pour les entrées antérieures, l'icône reste absente : deviner après coup qui a reçu un courriel reviendrait à affirmer une distribution qui n'a jamais été vérifiée.
CorrigéUn rapport d'erreur issu d'un client de démonstration disparaissait sans laisser de trace. Le verrou qui empêche les données de démonstration d'être envoyées par courriel touchait aussi le rapport destiné à l'éditeur — bien que celui-ci parte vers une adresse réelle et ne puisse produire aucun avis de non-distribution. Aucune entrée n'apparaissait dans la file d'attente, aucune indication dans le journal, et l'expéditeur recevait pourtant une confirmation. Le rapport et le paquet de support en sont désormais exclus.
AmélioréChaque fichier journal indique dans sa première ligne où il se trouve et d'où provient cette information. Du réglage central ou de la valeur par défaut — cela répond à la première question en cas de dysfonctionnement, sans avoir à consulter trois sources de configuration. Si le dossier ne peut pas être créé, la raison figure désormais dans le journal d'événements Windows plutôt que sur une seule console, qu'un service ne possède même pas : jusqu'ici, le journal de fichiers était précisément dans ce cas désactivé et la raison en était introuvable.
AmélioréLa relève de la boîte aux lettres fait le ménage derrière elle. Les messages traités restaient dans la boîte de réception et n'étaient marqués que comme lus — elle croissait sans limite, et qui y regardait ne pouvait pas reconnaître ce que le système avait déjà transformé en demande. Ils sont désormais supprimés dès que la demande est créée ; leur contenu se trouve alors rattaché à la demande. Qui souhaite conserver les messages indique un dossier de classement dans les paramètres de la boîte aux lettres — ils y sont alors déplacés au lieu d'être supprimés. Ce qui n'a pas pu être traité va, comme avant, dans le dossier d'erreurs et reste trouvable.
CorrigéLa relève de la boîte aux lettres signalait simultanément dans le journal « aucune boîte aux lettres configurée » et « relève en cours ». Les deux affirmations étaient exactes — mais pour des clients différents. Un indicateur partagé basculait d'un côté et de l'autre à chaque passage et produisait toutes les 90 secondes un couple contradictoire qui ressemblait à une panne intermittente. Le message nomme désormais le client et ne vaut que pour lui.
AmélioréLe manuel d'exploitation décrit à la section 5.1.2 le déclenchement unique pour les postes de travail déjà installés. Qui ne lit que le manuel n'apprendrait autrement jamais pourquoi son service de mise à jour reste à un état ancien, alors qu'il continue de mettre à niveau le client du poste de travail de façon fiable.
2026.08.12.112712 août 2026
CorrigéLe centre de mises à jour signalait « à jour » dès que l'interface de programmation l'était — le portail, le client du poste de travail et le Wallboard n'étaient pas interrogés. C'est l'une des trois raisons du marquage comme mise à jour obligatoire. Si l'un de ces composants était en retard, le plan de modification n'était même pas calculé : La mise à jour était impossible à obtenir via l'interface. Le retard était déterminable tout du long — il n'était simplement jamais utilisé avant l'affichage. Chaque composant installé est désormais vérifié séparément, et le centre de mises à jour nomme celui qui est en retard. Un composant sans version déterminable n'est délibérément pas considéré comme en retard : une information manquante n'est pas un constat.
CorrigéLa voie de repli du client du poste de travail était inutilisable précisément sur les machines pour lesquelles elle existe. Le programme auxiliaire qui exécute l'échange de fichiers était livré sans environnement d'exécution propre. Or, sur un poste de travail pur, le programme d'installation n'installe aucun environnement .NET — le client apporte le sien —, et il n'y démarrait pas. Sur une machine dotée d'un environnement d'exécution installé, une telle chose ne se remarque jamais. Les deux programmes auxiliaires sont désormais livrés avec leur propre environnement d'exécution, et la compilation le vérifie sur l'identifiant d'exécution plutôt que sur la valeur de retour : Livré et capable de démarrer sont deux choses différentes.
NouveauÀ partir de cette version, le service de mise à jour du poste de travail se maintient lui-même à jour. Il était le seul composant livré sans voie de mise à jour propre : il maintenait tout le poste de travail à jour et restait lui-même à l'état de son installation. Il fait désormais partie du paquet de livraison et se remplace — sans question, un service d'arrière-plan n'interrompt personne — avant le composant dont il assure l'entretien. Les postes de travail existants ont besoin pour cela d'un déclenchement extérieur, exactement une fois, car une capacité ne peut pas se livrer elle-même ; à cet effet est joint deploy\update-clientupdate.ps1 qui ne touche que ce service — aucune base de données, aucune donnée de programme. Ensuite, cela fonctionne durablement tout seul.
AmélioréLe manuel d'exploitation décrit désormais le déclenchement unique pour les postes de travail déjà installés. Qui ne lisait que le manuel n'en apprenait rien — le service de mise à jour y serait resté à un état ancien, alors qu'il continue de mettre à niveau le client du poste de travail de façon fiable ; vu de l'extérieur, cela n'a rien de remarquable. La section 5.1.2 indique désormais l'appel, ce que le script livré touche (exclusivement le répertoire de ce service — aucune base de données, aucune donnée de programme), qu'il exige des droits d'administrateur et que, sans eux, il s'interrompt avant la première modification, comment l'exécution peut être examinée au préalable avec -WhatIf et à quoi l'on reconnaît qu'elle a réussi : après l'échange, la version est relue sur le programme lui-même, non sur la valeur de retour. Par poste de travail, la manipulation n'est nécessaire qu'une seule fois, ensuite la mise à jour fonctionne durablement toute seule.
CorrigéDans le programme d'installation, un consentement donné une fois à la suppression des « anciens restes » pouvait survivre au changement de type d'installation. Qui choisissait « Serveur », répondait oui à la question, revenait en arrière puis passait à « Poste de travail » aurait déclenché le nettoyage sur un poste de travail pur — et avec lui la base de données, les sauvegardes et la clé. Le consentement est désormais revérifié à l'endroit de son utilisation au regard du type d'installation en cours ; la modification ne peut qu'empêcher le nettoyage, jamais le déclencher. Lors d'une mise à jour, la réponse à cette question reste « Non ».
AmélioréLe portail web déconnecte après 30 minutes sans accès, au lieu de huit heures. À lire avant l'installation : Cela vaut, dès la mise à jour, également pour les installations existantes, sans que quiconque règle quoi que ce soit. Le grand écart avec l'interface de programmation est intentionnel — sur le client Windows, une personne nommée travaille à un poste de travail qu'elle verrouille ; le portail est ouvert aux utilisateurs finaux et fonctionne aussi sur des machines partagées. Le délai est glissant, chaque accès le réarme. Qui veut conserver l'ancienne durée ajoute dans le fichier appsettings.json du portail Session: LifetimeMinutes: 480 comme entrée.
AmélioréLa durée de session du client Windows passe de huit à douze heures. Elle aussi est un délai d'inactivité et non une durée maximale : chaque renouvellement la remet à zéro. Douze heures couvrent une journée de travail, pause et brève mise en veille comprises. Il est apparu à cette occasion que les programmes d'installation posaient depuis toujours pour cela une clé qui n'existe pas du tout sous ce nom — la valeur était silencieusement rejetée au démarrage, les valeurs par défaut s'appliquaient de bout en bout. Sur chaque serveur installé figurait ainsi un réglage qui avait l'air délibéré et n'a jamais agi. Le nom est corrigé, l'ancienne graphie est retirée de l'environnement lors de l'installation, de la mise à jour et de la désinstallation, et un garde vérifie désormais les noms de clés des programmes d'installation au regard du code.
AmélioréLe numéro de demande et l'identifiant de réponse figurent désormais à la fin de l'objet du courriel. En tête, ils occupaient sur un téléphone toute la ligne d'objet visible — dans la liste des courriels, tous les courriels de demande se ressemblaient. L'affectation des réponses entrantes tient précisément à cette marque ; elle est donc désormais reconnue comme un tout, à savoir la dernière de l'objet, afin que ni les préfixes « Re: » ni un historique transféré ne la déplacent. Les courriels existants portant la marque au début sont affectés comme avant, les réponses à ceux-ci ne cassent pas.
CorrigéLe bouton coccinelle du client du poste de travail ne s'ouvrait pas lorsqu'une boîte de dialogue était déjà ouverte — donc précisément lorsque quelque chose a mal tourné, car ce qui tourne mal, le client l'affiche sous forme de boîte de dialogue. Aucun rapport n'était écrit, et rien d'autre ne se passait à l'écran. Le rapport se dégage désormais lui-même le passage ; le texte du message ouvert figure de toute façon dans le rapport comme dernière erreur affichée.
CorrigéLes messages système sortaient par la boîte aux lettres d'un client étranger. Lors d'un déclencheur centralisé dans l'application — par exemple l'avis d'une nouvelle version, qui atteint les administrateurs de tous les clients — aucun client n'était transporté, et le choix de la boîte aux lettres opérait au-delà des clients. Chaque destinataire reçoit désormais le message de sa propre organisation, et sa réponse n'aboutit pas dans la boîte aux lettres d'un client étranger. Si un client n'a pas de boîte aux lettres propre, le repli configuré s'applique — un échec visible plutôt qu'un expéditeur erroné et silencieux.
CorrigéLes clients de démonstration n'envoient plus de courriel. Leurs adresses relèvent de l'extension réservée aux exemples .example, pour laquelle il ne peut exister aucun serveur de messagerie — chaque message rebondissait en avis de non-distribution dans la boîte de l'expéditeur. Le blocage a lieu à la mise en file d'attente, non à la distribution, afin qu'un message ne finisse pas en « échec », comme si quelque chose était cassé. Le canal intégré à l'application reste ouvert : c'est précisément lui qu'une démonstration doit montrer, et il ne quitte pas la maison.
2026.08.12.055612 août 2026
CorrigéLes pièces jointes se trouvaient dans le répertoire temporaire du compte de service — et n'étaient donc couvertes par aucune sauvegarde. C'est la raison du marquage comme mise à jour obligatoire, et c'est une erreur que nous avons trouvée chez nous-mêmes. L'emplacement de stockage n'avait jamais été fixé explicitement : aucune configuration livrée ne contenait de chemin, un repli vers le répertoire temporaire s'appliquait donc à chaque fois. Windows peut vider un tel répertoire à tout moment ; la sauvegarde quotidienne est un export de base de données et ne le couvre pas ; et si le service tourne plus tard sous un autre compte, le chemin le suit. L'entrée dans la base de données survivait chaque fois à tout cela — le contenu, non. Une pièce jointe pouvait disparaître sans qu'un message apparaisse nulle part : elle figurait toujours dans la liste, à l'ouverture elle avait disparu. C'est pourquoi, à partir de cette version, les pièces jointes se trouvent dans la base de données. Une transaction unique écrit l'entrée et le contenu ensemble ou pas du tout, la pièce jointe est contenue dans l'export de votre sauvegarde quotidienne, et une base de données restaurée apporte ses pièces jointes avec elle. Une seconde voie de sauvegarde pour un répertoire de fichiers devient inutile.
NouveauLe stock existant est repris automatiquement au premier démarrage — une fois par base de données. L'exécution tient quatre promesses. L'ancien emplacement de stockage n'est oublié que lorsque le contenu est réellement écrit ; il n'existe pas d'état intermédiaire. Un fichier introuvable est, dans le journal, signalé plutôt qu'ignoré, et son entrée conserve l'ancien chemin, afin qu'une exécution ultérieure puisse le rattraper. Rien n'est supprimé — les anciens fichiers restent en place jusqu'à ce que vous ayez vérifié la reprise. Et l'exécution n'interrompt jamais le démarrage : une pièce jointe isolée qui coince est un problème d'exploitation et non une raison de ne pas démarrer la plateforme. La recherche porte sur tous les emplacements possibles, y compris le répertoire temporaire du compte système — ainsi le stock est retrouvé même si le service tourne entre-temps sous un autre compte.
AmélioréLe manuel d'exploitation décrit la reprise à la section Sauvegarde & restauration. Avec les lignes de journal que l'exécution écrit, les emplacements parcourus, une requête pour le reliquat — et l'indication de la façon d'ajouter un répertoire différent, si les anciens fichiers se trouvent entre-temps ailleurs.
CorrigéLe chapitre sur le raccordement de supervision n'était accessible par aucun sommaire dans l'ensemble des manuels. Il manquait dans la carte des documents et ne portait aucun libellé sur sa page de titre — un chapitre irréprochable vers lequel ne menait aucun chemin. Les deux sont corrigés. La référence de la base de données dans le manuel a également été régénérée et connaît désormais les tables du raccordement de supervision ainsi que les champs IPAM étendus.
2026.08.12.013012 août 2026
NouveauRaccordement de supervision : les signalements d'incident d'une supervision deviennent des demandes. Dédupliqués via l'épisode d'incident, de sorte que cinquante signalements du même disque donnent une seule demande avec compteur plutôt que cinquante demandes. Le raccordement se fait par webhook ou par une boîte aux lettres ; les deux empruntent la même voie.
NouveauFin d'alerte avec temps de latence. La demande se résout d'elle-même dès que la supervision lève l'alerte et que le délai s'est écoulé. Si l'incident revient avant, on en reste à la même demande. Si un travail a déjà été engagé, seul un commentaire est ajouté — une supervision ne sait pas si quelqu'un est encore en train de vérifier.
NouveauLes fenêtres de maintenance suppriment la création de tickets, mais conservent le signalement au niveau de l'alarme. En cas de tempête, les signalements supplémentaires se rattachent à une demande groupée, au lieu d'inonder la boîte aux lettres.
NouveauCorpus de règles sur l'hôte, le service, la gravité et les étiquettes. Il détermine la catégorie, le groupe de support, l'intervenant et le type de demande — ou qu'aucune demande n'est créée du tout.
NouveauVue d'ensemble des alarmes avec la dernière réception par source. Un raccordement qui ne livre plus rien depuis des jours ressemble autrement à du calme. Les incidents récurrents portant la même clé sont signalés à part : chaque demande prise isolément a été résolue dans les règles, le motif n'apparaît que dans la vue d'ensemble.
NouveauLivrés avec : un script de notification pour CheckMK et un guide pour PRTG Execute HTTP Action.
NouveauPlan d'occupation des baies dans le client du poste de travail. Vue avant et arrière avec grille d'unités de hauteur, occupation, emplacements libres avec le plus grand espace contigu et avertissement de collision pendant la saisie. Accès depuis la baie.
NouveauCalendrier avec noms des jours de la semaine et numéros de semaine. Le début de semaine est réglable par utilisateur sur lundi ou dimanche.
NouveauUne plage d'adresses entière peut être affectée à une interface réseau — par exemple un réseau public en /28 sur le port WAN d'un pare-feu.
NouveauLa suppléance peut être indiquée directement lors de la création et de la modification d'un poste. Qui ne trouvait pas l'ancienne deuxième étape créait à la place un poste distinct Suppl. — et les deux ne savaient rien l'un de l'autre.
NouveauLe Wallboard peut être fixé sur un écran déterminé et survit à une erreur dans l'interface.
CorrigéUne fenêtre de maintenance dans le calendrier ne menait nulle part au clic et n'était donc pas trouvable. Les fenêtres de maintenance et les demandes de changement conduisent désormais à leur page et y sont mises en évidence.
CorrigéLa liste des interfaces d'un appareil n'affichait que la dernière adresse lue, alors que plusieurs pouvaient être affectées.
CorrigéUne indication vide dans la signature de courriel laissait subsister sa ponctuation. Une commune sans forme juridique obtenait des parenthèses vides après le nom de l'entreprise.
AmélioréDans le portail web, les paramètres de notification se trouvent à un seul endroit au lieu de deux.
AmélioréLe module Sauvegarde des données est intégralement traduit.
AmélioréLe Wallboard consigne toutes les quinze minutes qu'il fonctionne, et note un arrêt en bonne et due forme. Si le journal s'arrêtait jusqu'ici le soir, il n'était plus possible de dire pourquoi l'écran était noir le matin.
2026.08.11.195011 août 2026
CorrigéUn seul courriel long pouvait paralyser toute la boîte de réception. C'est la raison du marquage comme mise à jour obligatoire. Si arrivait un message dont le texte était plus long que ne peut contenir le champ de description d'une demande, le traitement s'interrompait — et comme le courriel n'était de ce fait jamais marqué comme lu, la relève suivante récupérait le même message à nouveau et s'interrompait à nouveau. Tout ce qui se trouvait derrière dans la boîte aux lettres n'arrivait jamais : aucune nouvelle demande, aucune réponse de déclarants, aucune indication dans l'interface. La réception était à l'arrêt à partir de ce moment, jusqu'à ce que quelqu'un écarte le message à la main. Une conversation transférée ou un courriel HTML ordinaire y suffit. Les textes longs sont désormais tronqués à la largeur du champ — avec une indication visible plutôt qu'une coupure silencieuse ; le libellé complet est conservé dans l'historique et dans le courriel d'origine archivé. Il en allait de même pour les longues réponses à des demandes existantes.
AmélioréUn message qui ne peut pas être traité ne retient plus les autres. Il va dans le dossier d'erreurs, réglable depuis toujours au niveau de la boîte aux lettres et jusqu'ici utilisé nulle part ; si le dossier ne peut pas être créé, il est marqué comme lu et reste dans la boîte de réception. Dans un cas comme dans l'autre, il reste trouvable, et la relève se poursuit. Rien ne se perd au passage — en POP3, un tel message n'est expressément pas supprimé, car cela y serait définitif. Le nombre de messages concernés figure dans le journal, avec l'expéditeur, l'objet et la raison.
Corrigé« Vérifier la connexion » signalait « tout est en ordre » et effaçait au passage l'erreur que l'on était précisément en train de chercher. Le test établit la connexion et s'authentifie — rien de plus. Il ne dit rien sur la question de savoir si un message devient aussi une demande, mais en cas de succès il effaçait le message d'erreur et le compteur d'erreurs de la relève. Qui enquêtait sur une erreur signalée et testait au passage effaçait le constat ; il réapparaissait à la relève suivante, et le test suivant l'effaçait de nouveau. L'affichage semblait de ce fait erratique et l'erreur, fortuite. Un test réussi n'atteste désormais plus que l'accessibilité — visible à l'horodatage du dernier succès.
AmélioréAu niveau de la boîte aux lettres figure désormais ce que le système n'a pas pu faire. Jusqu'ici y figurait, pour tout type d'erreur, la même phrase : « An error occurred while saving the entity changes. See the inner exception for details. » C'est la couche la plus externe d'un message d'erreur et elle n'en nomme pas la raison — celle-ci se trouvait un niveau plus bas et était rejetée. La cause véritable y figure désormais.
2026.08.10.223510 août 2026
NouveauSauvegarde des données : planifier, journaliser et contrôler de façon prouvée. InfraDesk ne sauvegarde pas lui-même — il pilote les produits de sauvegarde existants. Vous enregistrez, par plan de sauvegarde, ce qui est promis (classe de protection, responsables, suppléance, RPO et RTO), et par tâche, ce que le produit fait réellement. Le calendrier est un jeu de construction plutôt qu'un champ de texte libre : quotidiennement, certains jours de la semaine, à une date du calendrier ou le dernier vendredi du mois — avec fenêtre de démarrage, fuseau horaire et tolérance. Un aperçu des dix prochaines échéances montre avant l'enregistrement si le plan signifie bien ce que vous avez construit ; y compris au-delà du changement d'heure d'été.
NouveauL'exécution qui n'a pas eu lieu devient visible — et c'est là le véritable gain. Un programme de sauvegarde dont le service ne démarre plus ne signale rien : aucun message d'erreur, aucun courriel, aucune ligne. Dans un système qui ne fait que collecter des signalements, cet état précis ressemble à « aucun problème ». InfraDesk connaît donc l'exécution attendue et l'inscrit comme non survenue lorsque rien n'arrive avant la fin de la fenêtre de tolérance. Un signalement tardif annule l'inscription ; une fenêtre de maintenance annoncée produit une mention plutôt qu'une fausse alerte.
NouveauContrôle en un clic — mais seulement si la période le permet. Les périodes de contrôle naissent à l'avance du rythme du plan, avec délai et responsable. Si la période est verte sans lacune, vous la clôturez en deux secondes. S'il manque une nuit ou si une exécution n'est pas verte, le bouton reste verrouillé et en indique la raison — le chemin passe alors par un constat pour chaque exécution concernée. Ce qui est enregistré n'est pas une case cochée, mais une preuve : nombre et identifiants des exécutions, volume sauvegardé, horodatage et contrôleur. Une correction ultérieure place une nouvelle version à côté, au lieu d'écraser l'ancienne.
NouveauUne exécution en échec devient une demande d'une simple pression. L'objet est composé de la tâche, du système, de l'appareil concerné, de l'horodatage et du message d'erreur ; l'élément de configuration est lié, et l'attribution va au responsable des sauvegardes, à défaut à son suppléant, à défaut au groupe de support. Quatorze nuits en échec d'affilée produisent ce faisant une seule demande avec quatorze entrées de journal, et non quatorze demandes.
NouveauTous les types de cibles et de véritables chaînes à plusieurs niveaux. Disque local, SMB, NFS, S3, bande, service cloud et réplica — par niveau une cible propre, une cadence propre et une rétention propre selon le principe grand-père-père-fils. Cela permet enfin d'exprimer le cas normal en cas de sinistre : « disque vert, bande morte depuis six semaines ». La règle 3-2-1-1-0 est calculée plutôt que cochée et indique la raison pour chaque chiffre non satisfait. Pour les bandes, il existe des pools de médias, des codes-barres, des cycles d'écriture comparés à la limite du fabricant ainsi que l'externalisation et le rapatriement avec accusé de réception.
NouveauLes tests de restauration ont leur propre historique. Une exécution dont le résultat est « réussi » prouve que le produit de sauvegarde a signalé un succès — non que les données reviennent. Sont saisis le type, l'étendue, le temps de reprise mesuré et la perte de données mesurée ; un test en retard colore le voyant du plan, même si chaque exécution était verte. Si un plan de reprise est enregistré au niveau du plan, le test y apparaît également, et un écart par rapport à l'engagement passe en risque dans la sécurité de l'information.
NouveauLes résultats arrivent par trois voies. À la main (fonctionne dès le premier jour et pour tout produit, y compris pour la cassette de bande sortie du coffre), depuis le courriel de rapport du produit de sauvegarde, via des règles par tâche — les courriels non affectés aboutissent de façon visible dans une boîte de réception plutôt que dans le néant — et via une interface par lots pour vos propres scripts. Pour Veeam, un connecteur est fourni. S'y ajoutent : une vue d'ensemble avec voyant par plan, une prévision de capacité par cible (« plein dans environ 40 jours »), un concept de sauvegarde sous forme de chapitre de manuel issu des données entretenues et une vue de portail pour vos propres contrôles en attente.
AmélioréAu niveau de l'appareil figure désormais qui le sauvegarde. Une section dédiée sur l'élément de configuration répond à la question à laquelle personne dans le système ne pouvait répondre jusqu'ici : quelle tâche sauvegarde cet appareil, selon quel calendrier, par quelle chaîne de copies — et quand elle a réussi pour la dernière fois.
AmélioréQuatre indications du système de sauvegarde déménagent automatiquement lors de la mise à jour. La rétention, le RPO, le calendrier et la dernière restauration de test sont repris dans le nouveau module et y seront désormais tenus — la double saisie disparaît. L'ancien texte libre du calendrier est intégralement conservé ; la tâche reprise est d'abord mise en sommeil, afin que personne ne trouve au premier matin une liste d'exécutions manquantes qu'il n'a jamais promises. Dans le manuel d'exploitation, l'ancienne section s'intitule désormais sans ambiguïté Sauvegarde de la base de données InfraDesk ; à côté figure le nouveau chapitre Concept de sauvegarde des données pour vos propres sauvegardes.
2026.08.10.185910 août 2026
CorrigéDeux entrées du menu du compte affichaient une clé au lieu de leur libellé. Au lieu de Mon profil et Ma boîte aux lettres (Exchange) y figurait une chaîne de caractères comme « L9038210eac ». La cause était une erreur lors de l'intégration des textes dans les fichiers de langue : les quatre nouvelles entrées ont atterri à l'intérieur d'une autre entrée au lieu d'à côté. Le fichier restait techniquement sans défaut, et l'affichage se rabat silencieusement, pour une clé inconnue, sur le nom de celle-ci — c'est pourquoi rien n'a alerté. Seul le libellé était concerné ; les fonctions sous-jacentes travaillaient correctement tout du long. Sécurisé en plus : un contrôle qui s'exécute à chaque modification rejette désormais de telles entrées — et ce dans les deux versions linguistiques.
AmélioréLes listes de contrôle se trouvent désormais sous Mon travail. Elles avaient jusqu'ici un groupe de menu propre nommé Organisation personnelle — avec exactement une entrée, et sous un nom qui n'existait nulle part ailleurs dans le menu. À côté de Mon travail cela ressemblait à un second module concurrent. Une liste de contrôle répond à la même question que le tableau des tâches et la liste des tâches : ce qu'il y a à traiter. Le groupe est donc dissous.
AmélioréLa zone d'administration du raccordement Exchange porte le même nom que le menu. Elle se trouvait sous Organisation personnelle — le terme interne. On la trouve désormais sous Paramètres → Mon travail → Exchange. Une zone d'administration portant un nom qui n'existe pas dans le menu ne se trouve pas : on cherche ce qui est affiché à l'écran. Le manuel indique désormais le même chemin.
2026.08.10.172510 août 2026
CorrigéTrois fonctions annoncées n'étaient pas accessibles dans le client du poste de travail. Dans les trois cas, la fonction elle-même était intégralement présente — c'est le chemin qui y mène qui manquait. Le manuel décrivait des étapes d'utilisation au bout desquelles ne se trouvait aucun écran. C'est le type de lacune le plus désagréable : elle ressemble à une fonction manquante, ne peut être contournée, et qui suit le guide cherche l'erreur chez soi. Les détails figurent dans les points suivants.
NouveauLe raccordement Exchange peut désormais être configuré — sous Administration → Organisation personnelle → Exchange. C'est exactement ce chemin qui figurait dans le manuel, et c'est exactement là qu'il n'y avait rien jusqu'ici. On y saisit l'adresse EWS ou le domaine Autodiscover, la version du serveur, le mode d'authentification et la politique de certificat ; un test de connexion nomme en clair l'étape qui a échoué plutôt qu'un simple « échec ». L'état d'exploitation figure à côté : dernier succès, dernière erreur, délai de retrait — et un raccordement mis en sommeil après une série d'erreurs peut y être réactivé. À ne pas confondre avec « Ma boîte aux lettres » : cela reste l'autorisation personnelle de chaque utilisateur. Configurer le raccordement relève de l'administrateur, autoriser sa propre boîte aux lettres est une décision personnelle — deux droits différents, donc deux endroits.
AmélioréLes champs sans effet dans le mode d'exploitation choisi ne sont même pas proposés. Pas de champ de mot de passe à côté de l'authentification par l'identité de service — il n'y existe pas de mot de passe —, et pas de transmission de l'authentification utilisateur en présence d'identifiants enregistrés, car il n'existe alors aucun ticket utilisateur qui puisse être transmis. L'installation aurait de toute façon rejeté les deux ; un champ dont la saisie est rejetée à l'enregistrement est un piège.
NouveauUn modèle d'appareil peut être affecté à un appareil — avec recherche et essai à blanc. Le catalogue apporte plus de 4 000 modèles, mais dans l'appareil « Modèle » était un champ de texte sans recherche, et l'affectation ne pouvait pas du tout être déclenchée. Le catalogue restait ainsi une liste, alors qu'une ligne donne quarante-huit ports entretenus. Désormais, on recherche et on affecte depuis l'appareil ; un essai à blanc montre au préalable, quels ports seraient créés, lesquels parmi les existants restent intacts et quels renvois du modèle pointent dans le vide. Les ports existants ne sont jamais écrasés — des connexions branchées et des adresses IP attribuées y sont rattachées.
AmélioréLe fabricant et le modèle sont verrouillés dès qu'un modèle du catalogue est affecté. Ils proviennent alors du catalogue. Jusqu'ici, ils restaient modifiables tandis que l'installation rejetait la saisie — l'affichage divergeait ainsi silencieusement du catalogue. Qui veut renseigner librement les champs supprime l'affectation du modèle ; les ports déjà créés restent en place.
AmélioréL'icône du compte est l'endroit central pour tout ce qui est personnel. Les notifications, sa propre boîte aux lettres, le mot de passe et le second facteur étaient dispersés entre des pages d'administration ; qui cherchait « mon compte » trouvait une gestion des clients. Le menu derrière l'icône du compte réunit désormais tout et indique en tête de qui sont les paramètres qui suivent — sur les postes de travail partagés, la ligne la plus importante. S'y ajoute une nouvelle page Mon profil avec les données du compte, le type de compte et l'authentification ; dans les paramètres, la zone Mon compte figure désormais tout en haut.
Corrigé« Changer le mot de passe » était aussi proposé à des comptes qui n'ont chez nous aucun mot de passe. Qui s'authentifie via l'annuaire d'entreprise (AD/LDAP) ou un fournisseur d'identité n'a ici aucune entrée de mot de passe — la boîte de dialogue se terminait donc immanquablement par « Le mot de passe actuel est incorrect », ce qui ressemble à une faute de frappe et n'en est pas une. L'entrée n'apparaît désormais plus que pour les comptes locaux. C'est délibéré et non une restriction : les grandes structures gèrent les changements de mot de passe via leur propre portail en libre-service ou une solution de politique de mots de passe, et ce sont précisément ces systèmes qui doivent en rester responsables. Dans « Mon profil », la raison figure en clair plutôt qu'un bouton grisé.
Semaine 32 · 3 août – 9 août 202615 versions
2026.08.09.19109 août 2026
NouveauDocumentation du centre de données : de quel appareil il s'agit et ce qui y est branché. La CMDB répondait jusqu'ici à la question de ce que vous exploitez et de ce dont cela dépend. Ce qui se trouve dans l'armoire, quels ports possède un appareil et où mène un câble ne figurait nulle part — chacune de ces questions commençait par un déplacement dans la salle serveurs. Sont nouveaux : un catalogue de modèles d'appareils, composants d'appareils en tout genre, les panneaux de brassage avec continuité, le suivi des chemins et les réservations de plages de hauteur. Les détails figurent dans les points suivants ; un chapitre de manuel dédié les décrit dans leur ensemble.
NouveauPlus de 4 000 modèles d'appareils sont déjà enregistrés — sans accès à Internet. Le catalogue arrive déjà rempli : 4 289 modèles de 35 fabricants, avec hauteur, profondeur, flux d'air, poids et équipement en ports, auxquels s'ajoutent 140 modèles de baies. C'est délibéré et non un confort : les environnements serveurs des communes et des administrations n'ont souvent pas d'accès sortant à Internet, et un catalogue qui devrait d'abord être téléchargé y resterait durablement vide. Il est mis à jour par la mise à jour produit habituelle. À noter : une mise à jour produit ne touche que les entrées livrées — ce que vous importez ou créez vous-même reste intact, même en cas de nom identique.
NouveauLe modèle apporte les ports avec lui — personne ne saisit 48 ports à la main. Un modèle d'appareil tient son équipement, et un appareil en hérite lors de l'affectation. C'est seulement ainsi que la gestion des ports est entretenue au quotidien plutôt que remplie une fois puis oubliée. Un essai à blanc montre au préalable ce qui serait créé. Les ports existants ne sont jamais écrasés — des connexions branchées et des adresses IP attribuées y sont rattachées ; ils restent en place et sont nommés dans le rapport. Même sans modèle, des séries peuvent être créées : un motif de nom et « 1-48 » suffisent.
NouveauLes panneaux de brassage et la question de savoir où finit le câble. Un panneau de brassage n'est pas un appareil doté d'interfaces, mais un passage : branché à l'avant, câblé en fixe à l'arrière. C'est désormais une classe d'éléments à part entière, et pour chaque port il est possible de suivre le chemin jusqu'au point distant — à travers autant de panneaux qu'on veut, avec chaque étape. Si la trace ne se termine pas proprement, la raison figure là en clair : impasse, câblage en boucle ou répartition. Rien n'est deviné : sur une face arrière occupée plusieurs fois, dont la fibre ne ressort pas du parcours, l'affichage le signale — une fibre devinée conduit le technicien au mauvais port et paraît pourtant convaincante. De même, un tronçon planifié ne compte pas comme branché.
NouveauRéserver des emplacements dans la baie avant que l'appareil ne soit là. Un emplacement libre qui est déjà attribué mène sinon immanquablement au même déroulement : deux personnes consultent le même tableau d'occupation, toutes deux trouvent les U 20–23 libres, toutes deux y planifient — et cela se remarque le jour de la livraison. Les plages de hauteur peuvent désormais être réservées avec un objet et une échéance. Occupé et réservé sont signalés séparément et comptés séparément : lors d'un montage on se déplace ailleurs, en cas de réservation on appelle celui qui l'a inscrite. Une réservation échue ne bloque plus, mais reste visible — sinon le plan d'occupation est encombré au bout de deux ans par des projets qui ne sont jamais venus.
AmélioréLes appareils pleine profondeur occupent désormais aussi l'emplacement derrière eux. Jusqu'ici, l'occupation des baies vérifiait séparément la face avant et la face arrière. Derrière un serveur pleine profondeur, il était ainsi possible d'inscrire un second appareil à la même hauteur — physiquement impossible, discret dans le tableau, et cela ne se remarque que lorsque l'appareil est déjà commandé. À noter : pour les montages saisis avant cette version, la profondeur n'est pas connue ; ils continuent de compter comme n'étant pas pleine profondeur. Rien ne change de ce fait sur vos baies existantes — seule l'affectation d'un modèle d'appareil apporte cette indication.
NouveauReprendre le parc depuis NetBox. Qui tient aujourd'hui sa documentation physique dans NetBox peut reprendre les sites, les salles, les baies, les types d'appareils, les appareils avec leur position de montage, les composants et le câblage. Il s'agit expressément d'une migration unique et non d'une synchronisation permanente : il n'existe ni calendrier ni déclencheur, l'exécution est lancée à la main, et après la reprise la connexion est désactivée et la clé d'accès supprimée. Une synchronisation permanente ferait de la source étrangère une seconde vérité à côté de votre CMDB. Au sein du projet de migration, l'exécution est répétable autant de fois qu'on veut — il faut plusieurs tentatives avant que l'affectation ne soit juste —, chaque écriture est précédée d'un essai à blanc, et ce qui ne peut pas être affecté est rapporté et non deviné : un type d'élément mal deviné coûte plus cher, dans une CMDB, qu'un type manquant.
CorrigéLe service de mise à jour du client signalait un échec après une mise à jour réussie de son poste de travail. Après l'échange de fichiers, le service vérifie si la version attendue se trouve maintenant réellement sur le poste de travail. Cette comparaison passait par la chaîne de caractères — et les deux côtés écrivaient la version différemment (« 2026.8.9 » contre « 2026.08.09 »). L'échange réussissait chaque fois, et le service signalait pourtant une erreur. La comparaison se fait désormais numériquement. À noter : la correction se situe dans le service sur le poste de travail — une machine dotée de l'ancienne version signale encore une fois l'échec pendant qu'elle monte vers cette version. Ensuite, c'est réglé. La décision de savoir si une mise à jour a lieu n'a jamais été concernée.
CorrigéLes programmes d'installation portaient un numéro de version raccourci dans le nom de fichier. De 2026.08.09.1353 on est passé à 2026.8.9.1353 — un autre nom pour le même état, ce qui rendait impossible le rapprochement avec l'indication de version publiée. Les trois paquets portent désormais le numéro dans la même graphie que l'indication de version de l'installation.
2026.08.09.13539 août 2026
CorrigéNeuf fonctions étaient annoncées, mais accessibles uniquement par l'interface de programmation. Un examen des 103 adresses de l'interface de programmation au regard des interfaces utilisateur a montré ceci : vers neuf d'entre elles ne menait aucun chemin, ni dans le client ni dans le portail. Étaient concernées, entre autres, la gestion du fournisseur d'identité, l'autorisation de sa propre boîte aux lettres et les tableaux d'équipe — autant de points déjà cités dans la version précédente de cette liste. Elles fonctionnaient d'ailleurs, mais seulement pour quelqu'un qui pilote directement l'interface de programmation. C'était notre annonce, et elle allait trop loin. Les neuf disposent désormais d'une interface d'utilisation ; les détails figurent dans les points suivants.
NouveauConfigurer le fournisseur d'identité — avec test de connexion, avant que cela ne devienne sérieux. Sous Paramètres → Fournisseurs d'identité il est possible de créer et de modifier des fournisseurs OIDC : autorité, identifiant client, domaines de messagerie et l'affectation des groupes du fournisseur aux rôles. Une sonde récupère les indications du fournisseur et montre ce qu'il déclare sur lui-même. Elle avertit au lieu de signaler du vert lorsqu'une adresse de déconnexion manque ou que la procédure de sécurisation prescrite n'est pas proposée. L'interrupteur « Authentification uniquement par ce fournisseur » avertit au moment de la bascule du risque de s'exclure soi-même, et indique la voie de secours. À noter : le secret du fournisseur n'est jamais affiché — un champ vide signifie « inchangé » et n'efface rien.
NouveauL'affectation des groupes fait le calcul avant de s'appliquer. Lors de la mise en correspondance des groupes du fournisseur avec les rôles, il est possible de saisir un compte d'exemple ; l'aperçu montre immédiatement quels rôles en résulteraient — sans enregistrer. Si une affectation pointe vers un rôle qui n'existe plus, le groupe compte comme non affecté : l'aperçu ne promet ainsi aucun rôle qui ne sera jamais attribué.
NouveauAutoriser sa propre boîte aux lettres — dans le client et dans le portail. L'autorisation pour le calendrier Exchange se trouve désormais là où elle doit être : sous Mon compte dans le portail, et sous Ma boîte aux lettres dans le client du poste de travail. Le texte d'information indique expressément ce que signifie l'autorisation — que le compte de service pourrait techniquement ouvrir toute boîte aux lettres de l'organisation et que la limitation réside dans le produit lui-même. Les autorisations révoquées restent dans la liste : elles constituent la preuve de la période durant laquelle l'accès était permis.
NouveauLes tableaux d'équipe sont visibles — et délibérément en lecture seule. Dans le tableau des tâches, on peut choisir en haut entre son propre tableau et les tableaux d'équipe. Les cartes d'autres personnes ne peuvent pas être déplacées ; le glisser est verrouillé et un bandeau en dit la raison. La raison : chaque personne ne modifie que ses propres tâches — une action proposée puis rejetée est prise pour une erreur et non pour une règle. Les titulaires de poste sans compte utilisateur sont nommés, au lieu d'être omis : un tableau d'équipe vide ressemblerait sinon à une erreur, là où il manque en réalité un compte.
NouveauRègles d'automatisation pour les nouvelles demandes. Sous Demandes → Outils il est possible d'entretenir des règles de la forme condition → action : l'objet, le type de demande, la catégorie ou le domaine du déclarant définissent la priorité, le groupe, la catégorie ou un observateur. La liste affiche la condition et l'action en toutes lettres ; vingt noms de règles sans ces indications seraient inutilisables. Une règle sans effet est nommée comme telle — en particulier celle qui ne fait qu'arrêter la chaîne : elle ne change rien, mais masque toutes les suivantes. À ne pas confondre avec les règles d'acheminement, qui subsistent à côté et font uniquement correspondre la catégorie au groupe.
NouveauRevue des accès : confirmer périodiquement qui détient quel rôle. Une campagne collecte au démarrage toutes les attributions de rôles ; chacune est confirmée ou retirée individuellement, avec justification. Les personnes et les rôles figurent avec leur nom en clair — qui doit confirmer un identifiant décide à l'aveugle. La clôture n'est possible que lorsqu'aucune position n'est plus ouverte : une campagne close comportant des positions ouvertes serait une preuve qui ne prouve rien. C'est le contrôle qu'exige l'ISO 27001 sous A.5.18.
CorrigéLa revue des accès ne collectait rien — chaque campagne restait vide. Lors de la construction de l'interface, il est apparu que le lancement d'une campagne ne faisait que changer son état, sans saisir les attributions de rôles à contrôler. Sur une installation de démonstration, cela ne se remarquait pas, parce que ses données d'exemple apportaient les entrées — en exploitation, la fonction était donc sans effet. Également corrigé : les décisions individuelles ne vérifiaient pas à quel client appartenait la campagne. Qui connaissait un identifiant étranger pouvait lire des décisions étrangères et y prendre part. Les deux sont désormais sécurisés par des contrôles qui s'exécutent à chaque modification.
NouveauDroits des personnes concernées et registre des sous-traitants dans la protection des données. Pour le droit d'accès au titre de l'art. 15, il existe désormais une page : saisir l'adresse électronique, et les comptes, contacts et demandes de la personne apparaissent — exportables sous forme de fichier lisible par machine comme l'exige l'art. 20. La suppression anonymise au lieu d'effacer : les demandes et les preuves restent exploitables, la personne n'y est plus identifiable. Elle n'est possible qu'après le droit d'accès — qui a vu au préalable ce qui en dépend décide autrement. À côté, le registre des sous-traitants au titre de l'art. 28 : la tuile « contrat de sous-traitance expiré » comptait jusqu'ici un ensemble qu'il était impossible d'entretenir où que ce soit.
NouveauAccorder des autorisations transversales entre clients. Pour les structures de holding et les contrats de prestation, il est possible de donner à une personne un accès limité dans le temps à un autre client. Les droits proviennent d'une sélection dans le catalogue, non d'un champ de texte. Une autorisation sans date de fin est expressément signalée dans la liste comme « n'expire jamais » — c'est précisément cet accès qui reste sinon ouvert, parce que tout le monde le croit réglé. La valeur par défaut reste désactivée.
AmélioréSes propres tâches peuvent être intégralement modifiées — y compris dans le portail. Dans la liste des tâches, toutes les colonnes étaient certes visibles, mais aucune n'était modifiable : le titre, la description, l'échéance, l'urgence et les liens sont désormais gérables via un formulaire, et la suppression demande confirmation au préalable — dans le client du poste de travail comme dans le portail. Le portail ne disposait pas du tout de la liste jusqu'ici ; il ne connaissait que le tableau. En outre, le délai de préavis des rappels peut désormais être réglé, au lieu de se contenter d'agir.
AmélioréLe manuel est devenu une documentation cohérente. De 36 documents isolés est née une suite avec renvois croisés, index et table des matières par document ; s'y ajoutent sept organigrammes. L'occasion en fut une découverte : la carte d'ensemble citait 27 documents sur 36 — dix documents existants n'étaient trouvables par aucun biais, et comme chacun était irréprochable pris isolément, une telle chose ne se remarque jamais. Également corrigé : les signets des sorties PDF menaient dans le vide.
2026.08.08.20508 août 2026
NouveauAuthentification via le fournisseur d'identité de la maison — Entra ID, Keycloak et autres. Qui exploite déjà une authentification d'entreprise peut désormais l'utiliser pour Ordivis : le client du poste de travail ouvre le navigateur du système, l'authentification s'y déroule, et le client n'en reçoit que le résultat. Les comptes sont créés à la première authentification ; les rôles peuvent être affectés à partir des indications du fournisseur. Une synchronisation nocturne désactive les comptes qui n'existent plus dans l'annuaire. À noter : Le client ne détient pas de secret du fournisseur — l'échange passe par l'interface de programmation. L'authentification actuelle par nom d'utilisateur et mot de passe reste possible sans changement ; la bascule est un réglage par client, non une contrainte.
NouveauOrganisation personnelle : tableau des tâches, liste des tâches et calendrier personnel. Entre ce que connaît un système de tickets et ce qui se trouve réellement sur le bureau s'ouvre un écart — l'appel sans ticket, le point issu d'une réunion, le « relancer la semaine prochaine ». Il existe désormais une place pour cela à l'intérieur de la plateforme : un tableau kanban à colonnes librement nommables, les mêmes tâches sous forme de liste filtrable et exportable, et « Ma journée » comme sélection de ce qui est prévu aujourd'hui. Les tâches peuvent être liées à des tickets, des éléments et des changements, et créées directement depuis leurs listes. Ce n'est expressément pas un second système de tickets : pas de SLA, pas de déclarant, pas d'escalade. Et : Ses propres tâches ne sont vues que par la personne elle-même — pas même par les administrateurs.
NouveauTransmettre des tâches — avec acceptation, non par attribution. Une tâche peut être proposée à une autre personne. Elle ne change de propriétaire qu'à l'acceptation ; si elle est refusée, elle revient avec une justification. Poser simplement une tâche sur le tableau d'autrui serait une attribution de travail sans consentement — c'est à cela que sert le système de tickets. S'y ajoutent les tableaux d'équipe, dont les membres proviennent d'un groupe de support ou d'une unité organisationnelle ; ils affichent le titre, la colonne et l'échéance, aucune note.
NouveauS'abonner au calendrier personnel dans son propre logiciel de calendrier. Les relances, les échéances, les rendez-vous, les fenêtres de maintenance et de changement figurent au même endroit ; un clic mène à la demande. Il est en outre possible de générer une adresse personnelle et de l'inscrire dans Outlook, Thunderbird, Apple Calendrier ou Android. À noter : l'adresse est un secret — elle remplace l'authentification, est affichée une seule fois et n'est ensuite plus que révocable, non restaurable. La consultation est exclusivement en lecture. Les rappels de ses propres échéances sont réglables par utilisateur avec un délai de préavis.
NouveauRaccordement Exchange pour son propre calendrier (sur site). Si un Exchange est raccordé dans la maison, les rendez-vous personnels apparaissent dans le calendrier ; sur demande, les échéances sont aussi écrites vers Exchange. Deux points qui comptent pour le déploiement : le réglage par défaut est le mode « Disponibilité uniquement » — des plages occupées sans objet, lieu ni participants ; et chaque utilisateur autorise lui-même sa boîte aux lettres, sans cette autorisation aucune boîte aux lettres n'est ouverte, pas même celle d'un administrateur. À noter : qui active l'écriture vers Exchange et utilise en plus l'abonnement voit chaque rendez-vous deux fois — les deux voies sont voulues, on choisit l'une d'elles. Aucune synchronisation bidirectionnelle n'a lieu.
NouveauTableau des tâches et calendrier également dans le portail en libre-service. Les deux sont désormais disponibles aussi dans le navigateur. Délibérément sans glisser-déposer : le déplacement se fait par un menu propre à chaque carte. C'est utilisable au clavier, sur téléphone et avec un lecteur d'écran — pour un portail dont la vocation est l'accès occasionnel, le meilleur compromis.
NouveauOccupation des baies avec de véritables montages plutôt qu'un texte libre. Jusqu'ici, l'emplacement d'un appareil figurait en texte libre sur l'élément (« U 12 », « 12-14 », « tout en haut »). Rien ne pouvait y être vérifié : deux appareils pouvaient revendiquer la même hauteur, et un serveur de 4 U entrait, au calcul, dans une baie pleine. Un montage est désormais une donnée à part entière avec plage de hauteur et face, avec contrôle de collision et de capacité ; les unités de hauteur occupées sont calculées plutôt qu'entretenues. L'ancien parc peut être repris — ce qui n'est pas lisible sans ambiguïté n'est pas deviné, mais présenté sous forme de liste à retravailler.
AmélioréLes règles au niveau de l'objet n'agissaient jusqu'ici qu'à la création, non à la lecture. Qui avait enregistré dans la gestion des droits des règles au niveau de l'objet (par exemple « uniquement le centre de coûts 4711 ») pouvait supposer qu'elles s'appliquaient aussi à l'affichage — ce ne fut pas le cas : le contrôle s'exécutait avant le chargement et ne voyait que ce que la requête apportait elle-même — à la création cela suffisait, à la lecture non. Les détails d'élément et le graphe de dépendances vérifient désormais chaque objet individuellement. Sans règle enregistrée, rien ne change, ni au résultat ni à la vitesse. À noter : les objets masqués sont masqués et non omis — un nœud dans le graphe et un montage dans la baie conservent leur place et ne perdent que leur contenu. Une lacune serait plus dangereuse qu'une surface grise : un technicien compte à côté.
AmélioréOrganisation personnelle en trois langues, avec chapitre de manuel et aide F1. Les trois nouvelles vues étaient d'abord construites en dur en allemand ; elles sont désormais entièrement traduisibles et enregistrées en allemand, en anglais et en français — y compris les boîtes de dialogue. S'y ajoutent un chapitre de manuel dédié et l'aide contextuelle sur F1. À noter : le choix de langue de l'application reste l'allemand et l'anglais — l'extension généralisée à d'autres langues est une étape à part.
CorrigéD'autres listes du client du poste de travail affichaient les entrées en double. Après la découverte dans l'organigramme, la même construction a été recherchée et trouvée dans 16 autres vues : la liste était vidée avant l'appel et remplie ensuite ; si deux appels se doublaient, tous deux inscrivaient leur résultat. Elles n'échangent désormais leurs listes qu'après l'appel. Vos données n'ont jamais été concernées — il s'agissait exclusivement de l'affichage, et un rafraîchissement les faisait disparaître dès avant.
2026.08.08.13028 août 2026
NouveauChaque application journalise selon les mêmes règles — et un clic empaquette l'état de l'installation pour le support. Jusqu'ici, chaque application écrivait son journal selon ses propres règles, et certaines n'en écrivaient aucun. Sous « Journaux », le SuperAdmin règle désormais de façon centralisée le niveau de détail de la journalisation, la durée de conservation des états et le moment de la rotation ; le niveau minimal se règle séparément pour 28 domaines et prend effet sans redémarrage de service. Ont été ajoutées les applications qui manquaient jusqu'ici : le Wallboard, le service de mise à jour du client, l'updater, l'indicateur de mise à jour et l'agent de mise à jour. Le paquet de support rassemble les journaux et les données clés dans une archive chiffrée. À noter : le mot de passe n'a pas sa place dans le même message que l'archive.
CorrigéLes paramètres de journalisation de l'interface de programmation n'ont jamais eu d'effet. C'est la part la plus grave du constat ci-dessus : dans la configuration livrée de l'interface de programmation figurait un second collecteur de journaux pointant vers le même fichier que celui intégré en dur. Le second gardait le fichier en exclusivité, celui intégré tombait silencieusement en panne — sans message d'erreur. Ce sont donc ses valeurs inscrites en dur qui s'appliquaient, et tout ce qu'un SuperAdmin réglait était enregistré et restait sans effet. Démontré sur l'installation en fonctionnement : pas une seule ligne au format du collecteur intégré, 821 au format de la configuration. Sur le portail, cela ne se remarquait pas — il n'y avait pas de second collecteur. Un contrôle automatique interdit désormais de tels collecteurs dans les fichiers de configuration.
CorrigéLes agents n'accédaient pas à leurs propres demandes dans le portail. La tuile de synthèse affichait « 7 tickets ouverts », la liste un clic plus loin signalait « Aucun ticket trouvé ». Il ne s'agissait pas de deux ensembles différents — les deux voies restreignent de la même façon ; la liste n'obtenait tout simplement pas d'autorisation. Le droit prévu à cet effet n'était attribué qu'au rôle « Utilisateur final » : 10 des 13 rôles livrés étaient concernés, dont le service desk N1/N2, l'administrateur CMDB et réseau, le responsable des changements, le DSI, les délégués à la protection des données et à la sécurité de l'information. Chaque rôle le porte désormais ; les installations existantes se mettent à niveau lors de la mise à jour. Rien n'est ouvert pour autant — la requête reste restreinte aux demandes propres à l'utilisateur. Encore ouvert : un rôle créé soi-même sans ce droit se heurte toujours au même refus ; le droit peut être ajouté dans la gestion des rôles.
CorrigéUn renouvellement de session refusé dans le portail déclenchait une avalanche. Lorsqu'une session était terminée, tous les appels en attente envoyaient à leur tour leur propre renouvellement, depuis longtemps sans espoir : dans le journal, 112 tentatives en une seconde. C'est seulement cela qui faisait intervenir la protection contre la surcharge de l'interface de programmation — les refus en étaient la conséquence, non la cause. La session mémorise désormais elle-même le refus, et quiconque arrive ensuite abandonne. Également corrigé : un tel refus ne pouvait ensuite être rattaché à rien — il ne figurait dans aucun journal. Le chemin, la règle, l'origine et le temps d'attente sont désormais consignés.
CorrigéLes postes apparaissaient en double dans l'organigramme. Après la création d'un poste ou l'affectation d'un poste de direction, chaque poste de l'unité figurait deux fois dans la liste — soit quatre entrées pour deux postes. La vue effectuait dans ce cas deux rechargements simultanés et inscrivait les deux résultats. Particulièrement trompeur : lors de l'affectation d'un poste sans caractéristique de direction, cela ne se produisait pas ; les doublons disparaissaient donc apparemment d'eux-mêmes. Vos données n'ont jamais été concernées — il s'agissait exclusivement de l'affichage ; un rafraîchissement les faisait disparaître dès avant.
CorrigéLe portail web affichait chaque poste sans nom et, sans exception, comme « vacant ». Sous « Organisation », la colonne « Poste » restait vide, et tous les postes portaient la marque « Vacant » — y compris ceux qui étaient pourvus. Le portail attendait des noms de champs que l'interface de programmation ne livre pas ; un nom de champ inconnu ne provoque pas de message d'erreur, mais une valeur vide. La page paraissait donc irréprochable : un tableau rempli avec des cellules vides. Y figurent désormais l'intitulé du poste, le titulaire et le suppléant ; les affectations partagées avec leur quotité, et « vacant » signifie de nouveau vacant.
Corrigé« SLA non respecté » signifiait quelque chose de différent à quatre endroits. La tuile restait durablement à 0 — elle comptait à partir d'une table dans laquelle rien n'a jamais été écrit. La liste des tickets à côté calculait elle-même et colorait en rouge tout ce dont le délai se situait dans le passé : sur les données d'une installation de test, cela représentait 154 demandes, dont 61 en dépassement. Parmi les fausses alertes : 39 demandes closes dans les délais et 54 dans des états d'attente où l'horloge SLA est suspendue. La tuile, la liste et le marquage rouge désignent désormais la même chose — le constat du contrôle, sur lequel se mesure aussi le respect des SLA. Le clic sur la tuile filtre côté serveur, il n'affiche donc plus seulement les résultats de la première page.
AmélioréLe client du poste de travail indique désormais pourquoi il a déconnecté — et un incident ne déconnecte plus. Lorsque la session était terminée (une seule authentification est valable par compte), le client l'écartait silencieusement : la fenêtre restait ouverte, et chaque page échouait isolément avec son propre message. Il revient désormais au masque de connexion et indique la même raison que le portail. Plus important encore : jusqu'ici, chaque réponse infructueuse mettait fin à l'authentification — donc aussi une brève surcharge ou un redémarrage de l'interface de programmation. Seul un jeton de renouvellement rejeté entraîne encore une déconnexion.
AmélioréLe plan de répartition des tâches explique comment naît une compétence. L'onglet « Compétences » affichait trois boutons et une liste, mais nulle part la règle sous-jacente. Il indique désormais l'ordre de priorité du pilotage, chaque bouton dit ce qu'il fait, l'état proposition ou confirmé se reconnaît d'un coup d'œil, et une ligne d'état indique l'étape suivante. Le comportement ne change pas — la règle valait déjà auparavant et figurait aussi dans le manuel ; elle n'était simplement pas visible dans l'application.
AmélioréL'application Android et le manuel portent la marque Ordivis. L'écran d'accueil de l'application a été retravaillé : la numérisation et le signalement descendent à portée de pouce, les tuiles tiennent sur une ligne, le point de connexion se place dans l'en-tête — au total, environ un tiers de hauteur en moins. En outre, 46 illustrations du manuel portent désormais la marque actuelle.
2026.08.07.21047 août 2026
CorrigéLes utilisateurs finaux ne voyaient jamais leurs propres demandes dans le portail en libre-service. Qui se connectait en tant qu'utilisateur final obtenait sous « Mes demandes » une page vide — et ce indépendamment du nombre de demandes qu'il avait signalées. La cause ne résidait pas dans l'affichage, mais un niveau plus bas : l'interface de programmation exigeait forfaitairement le droit de lecture complet pour la liste des tickets, alors que le rôle « Utilisateur final » ne porte délibérément que le droit sur ses propres demandes. Le droit était donc attribué, mais aucun point de terminaison ne l'acceptait. Trois appels que le portail effectue pour chaque utilisateur final étaient concernés : la liste, la vue détaillée d'une demande et le catalogue de services. Les trois sont désormais liés à la règle qui était de toute façon déjà enregistrée. Qui voit quoi reste inchangé : la liste complète des tickets exige toujours le droit de lecture complet, et une demande d'autrui reste invisible pour les utilisateurs finaux.
Amélioré« Pourquoi ai-je été déconnecté ? » — le portail le dit désormais. Une seule authentification est toujours valable par compte ; une nouvelle authentification met fin à la précédente. C'est voulu et cela reste ainsi. Le portail signalait toutefois ce cas par la phrase « Votre session a expiré » — et c'était pratiquement toujours faux : elle n'aurait expiré qu'au bout de huit heures, alors qu'elle avait été terminée par la seconde authentification. Les deux cas sont désormais distinguables et sont aussi nommés différemment. À noter : le jeton d'accès de courte durée reste valable jusqu'à 15 minutes après la révocation — la déconnexion sur le premier appareil ne se remarque donc pas immédiatement, mais seulement au renouvellement suivant.
CorrigéLes documents générés portaient l'ancien nom de produit comme nom d'entreprise. En tête de chaque PDF généré figure le nom d'entreprise du client. Si aucun n'est enregistré, une valeur de remplacement prend le relais — et celle-ci restait, après le changement de nom, « InfraDesk » à plusieurs endroits. Étaient concernés les rapports et impressions des clients sans image de marque propre ainsi que le bloc juridique de la signature de courriel ; donc précisément les documents qui quittent la maison. Le nom du produit ne figure désormais qu'à un seul endroit dans le code. Non modifié, car voulu : la mention « Généré par Ordivis Platform » au pied de chaque rapport est conservée.
CorrigéL'application d'authentification affichait l'ancien nom de produit. Lors de la configuration du second facteur, le nom du compte est repris dans l'application ; « InfraDesk » y figurait toujours. Les appareils nouvellement configurés portent désormais « Ordivis Platform ». Les appareils déjà configurés conservent leur libellé actuel — il est enregistré dans l'appareil et ne change qu'à une nouvelle configuration. L'authentification elle-même n'en est pas affectée, les codes existants restent valables.
CorrigéHorodatages bruts dans le journal d'état-major et sur les tâches de processus. Aux deux endroits apparaissait le format de date technique plutôt que l'écriture habituelle. Également corrigés : une date brute dans la vue ISO 27001, une colonne mal intitulée dans la découverte distribuée et un titre de fenêtre qui affichait encore l'ancien nom de produit avant l'authentification.
CorrigéTrois détails du portail qui gênaient au quotidien. La pastille indiquant le nombre de notifications non lues était coupée par la barre d'en-tête. Dans un titre figurait un double astérisque issu du balisage de texte. Et le champ de mot de passe vide donnait l'impression, à cause de son texte indicatif, que quelque chose y était déjà saisi.
AmélioréRétention également pour les programmes d'installation de la Toolbox ; tuile SLA et données d'organisation dans le client de démonstration. Les anciens paquets d'installation de la Toolbox n'étaient jamais nettoyés, parce qu'ils suivent leur propre suite de versions — ils sont désormais limités par version comme les autres paquets. Dans le client de démonstration, aucune demande n'avait de délai, raison pour laquelle la tuile SLA restait durablement vide ; de même, le type manquait aux unités organisationnelles. Les deux sont complétés — la tuile n'a jamais été défectueuse, ce sont les données qui lui manquaient.
2026.08.07.05497 août 2026
NouveauUn espace pour son propre travail : tableau des tâches, liste des tâches et calendrier. Ordivis pouvait jusqu'ici vous dire très précisément quels Tickets sont ouverts — mais il n'existait aucun endroit où planifier votre propre journée. Qui voulait noter quelque chose qui n'est pas une demande — « rappeler l'entreprise X », « inspecter la salle serveurs » — le faisait à côté : sur papier, dans le logiciel de messagerie, quelque part. Sous « Mon travail », vous trouvez désormais trois nouvelles vues. Le tableau des tâches affiche vos tâches en cinq colonnes que vous changez par glisser ; la colonne « En attente » y distingue « je suis bloqué » de « je n'ai pas encore commencé ». La liste des tâches affiche les mêmes tâches sous forme de tableau triable et exportable. Chaque tâche peut être liée à un ticket, à un élément de configuration, à une demande de changement, à un problème ou à un article de la base de connaissances. Vos tâches ne sont visibles que par vous — une administratrice non plus ne les voit pas.
NouveauLe calendrier réunit ce qui était jusqu'ici réparti sur six pages. Les relances, les échéances de tickets, les demandes différées, les rendez-vous convenus, les fenêtres de maintenance, les changements planifiés, les délais de workflow et vos propres tâches figurent désormais dans une seule vue — en mois, semaine, jour ou agenda. Un clic mène à la demande. Le calendrier n'enregistre rien qui lui soit propre : il affiche les échéances qui sont de toute façon rattachées à vos demandes. Qui veut modifier une date la modifie sur la demande — il n'existe ainsi toujours qu'une seule vérité sur la date d'échéance. Vous ne voyez alors que ce que vous avez de toute façon le droit de voir : sans droit de lecture sur les demandes de changement, leurs fenêtres n'apparaissent pas non plus dans le calendrier.
AmélioréPremier stade de développement — nous disons ouvertement ce qui manque encore. Les cartes peuvent être glissées entre les colonnes, mais pas encore réordonnées au sein d'une colonne. La liste des tâches sait trier et exporter, mais pas encore filtrer ou regrouper par colonne. Le calendrier ne connaît pas encore vos horaires de travail ni les jours fériés et ne met donc pas les week-ends en évidence. Ces trois points suivront ; l'espace est utilisable même sans eux.
2026.08.05.21025 août 2026
CorrigéLa liste des tickets n'affichait jamais l'entreprise du déclarant. Dans la colonne « Déclarant », l'entreprise est prévue à côté du nom — elle restait vide, parce que le serveur ne transmettait pas du tout cette information. Il semblait donc qu'aucun déclarant n'avait d'entreprise enregistrée. L'entreprise provient du répertoire de contacts et concerne donc les déclarants externes ; les collaborateurs internes n'en ont pas, et c'est voulu — c'est précisément elle qui distingue le déclarant externe du personnel interne.
AmélioréLe répertoire de mises à jour recensait un composant qui ne contenait jamais rien. Dans la description de chaque mise à jour figurait depuis le 31 juil. 2026 une entrée « worker » comportant zéro fichier. Le service correspondant était depuis longtemps remplacé — le travail d'arrière-plan est assuré par l'application elle-même —, mais l'entrée vide subsistait. Pour vous, rien ne change à la mise à jour ; la description ne nomme désormais plus que ce qui est réellement livré. Car dans la description, un composant vide ne se distingue pas d'un composant qui fonctionne : il a l'air d'une couverture et ne livre rien. À l'avenir, la compilation le signalera haut et fort au lieu de le traîner en silence.
2026.08.05.19145 août 2026
CorrigéUne priorité modifiée n'était pas enregistrée. C'est la raison du marquage comme mise à jour obligatoire : une saisie se perdait, et cela n'en avait pas l'air. L'affichage passait immédiatement à la nouvelle valeur, et dans l'historique de la demande apparaissait même l'entrée « Priorité : moyenne → haute » — seulement, rien ne partait vers le serveur. À la prochaine ouverture, l'ancienne priorité était de nouveau là, tandis que l'historique continuait d'affirmer la modification. La colonne latérale enregistre chaque champ lorsqu'on le quitte ; c'est précisément pour la priorité que ce déclenchement manquait — elle était le seul champ à en être dépourvu. Qui, après la modification, touchait par hasard encore un autre champ déclenchait l'enregistrement du même coup : c'est pourquoi l'erreur se produisait de façon irrégulière et donnait l'impression d'un problème d'affichage de la liste. Un contrôle automatique garantit désormais qu'aucun champ de la colonne latérale ne reste sans enregistrement.
NouveauUn ticket peut être scindé. Les déclarants écrivent souvent plusieurs sujets dans un même courriel. Sur le fond, ce sont des demandes distinctes — autre compétence, autre priorité, délai propre. Tant qu'ils sont contenus dans un seul ticket, la demande n'est considérée comme traitée que lorsque le sujet le plus lent est terminé, et le délai du sujet rapide se mesure à la durée du sujet lent. Via « Actions → Scinder le ticket », un sujet devient désormais une demande à part entière : avec son propre délai, liée à l'origine et mentionnée dans les deux demandes. L'origine reste ouverte — c'est l'intervenant qui décide s'il y reste quelque chose à faire, non le système. L'historique existant demeure auprès de l'origine, où se trouve le courriel comportant les deux sujets ; le lien y mène des deux côtés.
NouveauDes mots-clés dans l'objet peuvent définir la catégorie. Une grande partie des signalements porte déjà le sujet dans l'objet — catégoriser à la main coûte pourtant du temps pour chaque ticket et donne des résultats variables. Une règle comme « l'objet contient imprimante » définit désormais elle-même la catégorie principale et la sous-catégorie. L'intérêt ne réside pas dans le rangement, mais dans la compétence : c'est sur la catégorie que repose l'affectation au groupe de support, et celle-ci est réévaluée après la définition. Pour un courriel, c'est la différence entre une demande qui attend et une demande qui est traitée. Si le déclarant a lui-même indiqué une catégorie, celle-ci est conservée.
CorrigéLa colonne des incidents majeurs dans la liste des tickets restait toujours vide. L'étoile indique qu'une demande a été déclarée incident majeur. La colonne existait, légende comprise, mais la liste ne recevait pas du tout cette information du serveur — elle ne pouvait donc jamais s'allumer, quel que soit le nombre de demandes déclarées.
AmélioréPlus aucune version sans contrôles entièrement au vert. Les deux séries de tests s'exécutent désormais avant la première étape de compilation ; un contrôle en échec interrompt la publication. L'occasion en fut un constat interne : l'une des séries est restée rouge trois jours sans que cela se remarque. Les échecs eux-mêmes étaient anodins — mais au même endroit aurait tout aussi bien pu se trouver une véritable régression.
2026.08.05.15265 août 2026
CorrigéUne nouvelle exécution du programme d'installation pouvait toujours faire perdre votre configuration HTTPS. La protection de la version précédente était défectueuse — sur trois points dont chacun aurait suffi à lui seul. Premièrement, le chemin du certificat était certes prérempli à partir de la configuration existante, mais lu de travers : il revenait avec des barres obliques doublées, de sorte que le service aurait cherché un fichier qui n'existe pas sous ce nom — et serait alors retombé silencieusement en non chiffré. Deuxièmement, la protection s'annulait elle-même : elle déterminait si l'administrateur avait saisi quelque chose dans l'assistant, mais ne le vérifiait qu'après avoir déjà inséré la valeur existante — et la prenait donc à tort pour une saisie. Le mode d'exploitation restait de ce fait sur « proxy inverse » et l'installation continuait de fonctionner en non chiffré. Troisièmement, il manquait à un script d'installation une signature de fichier sans laquelle Windows peut, dans certaines circonstances, ne pas l'exécuter du tout.
AmélioréLe programme d'installation signale désormais lorsque le certificat ne se trouve pas là où il devrait. Si le chemin saisi pointe dans le vide, cela ne figurait jusqu'ici que dans le journal de l'application — et ce seulement après le démarrage, quand plus personne ne regarde. Cela figure désormais dans le journal d'installation, pendant que la configuration est encore en cours.
AmélioréLa protection est désormais vérifiée automatiquement. Quatre déroulements sont rejoués à chaque modification : parcourir l'assistant (rien ne doit se perdre), saisie nouvelle délibérée (celle-ci s'applique), nouvelle installation, et bascule délibérée vers le proxy inverse. Ce qui est vérifié, c'est le code réellement livré — une copie de celui-ci se comportait autrement et aurait laissé passer l'erreur.
2026.08.05.14215 août 2026
CorrigéLes courriels sortants n'atteignaient pas le destinataire dès que plus d'un client était configuré. C'est la raison du marquage comme mise à jour obligatoire. Les réponses aux déclarants, les courriels de réinitialisation de mot de passe, les invitations à des rendez-vous — tout restait dans la file d'attente, bien que la boîte aux lettres fût configurée, active et joignable. L'exécution d'envoi travaille par client, mais tirait les messages de tous les clients hors de la file d'attente ; la recherche de la boîte d'expédition correspondante restait en revanche sur le client en cours de traitement. Pour un message étranger, elle ne trouvait donc aucune boîte aux lettres et retombait sur une voie de secours qui n'existe pas du tout en fonctionnement normal. Avec quatre clients, trois exécutions sur quatre brûlaient chacune une tentative de distribution — après six tentatives, le courriel était considéré comme définitivement en échec, et la seule exécution correcte n'arrivait jamais à son tour à cause du temps d'attente croissant. Plus il y a de clients, plus la défaillance est certaine ; avec un seul, elle ne se remarque pas du tout.
CorrigéUne nouvelle exécution du programme d'installation supprimait votre configuration HTTPS. L'assistant démarrait toujours sur « proxy inverse » avec des champs de certificat vides et écrivait exactement cela dans la configuration — le domaine, le chemin du certificat et le mot de passe avaient ensuite disparu, l'installation fonctionnait de nouveau en non chiffré. Particulièrement désagréable : une mise à jour obligatoire s'installe précisément par cette voie. L'assistant affiche désormais votre configuration existante et la reprend sans changement si vous ne modifiez rien. Le mot de passe est conservé si vous laissez le champ vide — il est enregistré chiffré et n'est pas du tout lisible pour le programme d'installation.
NouveauLes certificats peuvent être collés sous forme de texte — plus de conversion à la main. Le certificat, la clé privée et la chaîne de l'émetteur se copient simplement depuis les fichiers de votre autorité de certification. Jusqu'ici, vous deviez d'abord en construire un fichier PFX et en saisir le chemin ; une erreur à cette étape ne se remarquait qu'au démarrage du service, où l'application retombait silencieusement en HTTP et où la raison ne figurait que dans le journal. Il est désormais signalé immédiatement si le certificat et la clé concordent, jusqu'à quand il est valable et pour quels noms. Vous n'avez pas à attribuer de mot de passe pour cela : la clé privée est stockée de façon protégée et ne se trouve en clair à aucun endroit.
NouveauLe portail en libre-service peut faire du HTTPS avec le même certificat que l'interface de programmation. Jusqu'ici, le TLS du portail ne pouvait pas être configuré durablement — la seule possibilité était un fichier que chaque mise à jour écrase. Le portail et l'interface de programmation partagent désormais le mode d'exploitation, le domaine et le certificat, et n'ont que des ports distincts. Le port 443 est recommandé : le portail est alors joignable sans indication de port — l'adresse que vous transmettez à votre personnel. Les installations existantes restent inchangées ; le HTTPS du portail, vous l'activez délibérément.
CorrigéLes liens dans les courriels pointaient vers « localhost ». Réinitialiser un mot de passe, accepter ou refuser un rendez-vous, donner une évaluation — ces adresses ne fonctionnaient que sur le serveur lui-même, donc jamais pour le destinataire. Elles ne pouvaient pas être corrigées durablement : la valeur figurait dans un fichier que chaque mise à jour remplace. Dès que le HTTPS est configuré avec un domaine, les adresses en sont désormais déduites.
CorrigéLa tuile « Incidents majeurs » affichait des demandes qui n'en étaient pas. Ce qui était compté, c'était le niveau d'escalade le plus élevé — et celui-ci est relevé automatiquement par la surveillance des délais, sans que personne n'ait rien déclaré. Une erreur antérieure le relevait en outre à la minute, de sorte qu'une demande brièvement en retard se retrouvait aussitôt tout en haut ; il ne redescendait jamais. À l'inverse, un incident majeur réellement déclaré n'était pas compté du tout, et « annuler » n'annulait rien. Ce qui est compté désormais, c'est la déclaration elle-même. Effet secondaire plus lourd que l'affichage : les demandes au niveau le plus élevé sont ignorées par l'escalade — elles n'auraient plus jamais déclenché de signalement. Cet héritage est nettoyé lors de la mise à jour.
AmélioréUne boîte aux lettres désactivée ne peut plus passer inaperçue. L'état figurait en texte ordinaire à côté de « OK » ; le fait qu'aucun courriel ne soit plus relevé de ce fait ne figurait nulle part. Il est désormais mis en évidence par la couleur et nomme la conséquence. En complément, le journal signale une fois s'il n'y a aucune boîte de réception active.
Corrigé« Tester la connexion » retardait la boîte de réception d'un intervalle de relève complet. Le test posait la même marque qu'une relève réelle — la prochaine collecte se décalait ainsi de jusqu'à 15 minutes, et lors de la configuration on teste plusieurs fois. C'est précisément là où l'on attend le premier courriel que le retard était le plus grand.
CorrigéLa fenêtre de mise à jour ne pouvait pas être fermée pendant la phase de latence. Elle attendait ensuite encore l'application — et cette attente pouvait tourner à vide et durer environ cinq minutes, alors que la mise à jour était depuis longtemps terminée. La fermeture est désormais possible dès que la mise à jour est passée.
SécuritéLe répertoire du programme est durci lors de l'installation. Si l'installation se trouve sur un lecteur de données, le dossier héritait de ses droits perméables : tout utilisateur connecté pouvait remplacer des fichiers de programme — qui s'exécutaient ensuite avec les droits système. Seuls le système et les administrateurs disposent désormais d'un accès en écriture.
2026.08.05.08115 août 2026
CorrigéUne mise à jour pouvait s'annuler elle-même alors que le serveur était parfaitement sain. Le contrôle d'état final accordait à chaque requête cinq secondes. Or le point de terminaison /health regroupe tous les points de contrôle et ne répond que lorsque le plus lent est passé — si par exemple aucun serveur de messagerie n'est joignable, ce seul point coûte environ trois secondes. Sur une machine dont le temps de réponse atteignait 5,1 secondes chaque requête dépassait donc de 100 millisecondes le délai imparti : pas une défaillance occasionnelle, mais un échec garanti. La mise à jour était appliquée, le contrôle échouait, tout était annulé — à chaque tentative de nouveau. Le délai est désormais de 30 secondes, de même dans le chemin du programme d'installation (où il n'était même que de quatre).
CorrigéLe temps d'attente se réglait sur le profil d'erreur plutôt que sur l'objet de l'attente. L'attente se faisait en 20 tentatives avec deux secondes de pause chacune. Si une connexion était refusée immédiatement, c'était terminé après 41 secondes ; si elle atteignait le délai d'expiration, seulement après 141. Or ce qu'il faut attendre est quelque chose de précis : la migration de la base de données au premier démarrage après une mise à jour, et celle-ci peut durer des minutes. Un délai fixe s'applique désormais, de cinq minutes — le même que celui que le programme d'installation accorde depuis toujours. Toutes les 30 secondes, le journal signale que l'attente se poursuit, et pour combien de temps encore.
AmélioréSi le contrôle d'état échoue, la raison figure dans le journal. Jusqu'ici, il n'y était écrit que « contrôle de santé en échec » — sans dire à cause de quoi. Que le port fût fermé, qu'un certificat ne convînt pas ou que le temps fût simplement insuffisant, rien ne permettait de le distinguer.
CorrigéLe mot de passe du fichier de certificat est désormais protégé aussi après une nouvelle installation. La version précédente le chiffrait lors de l'enregistrement dans les paramètres — mais le programme d'installation le dépose en clair, de sorte qu'il revenait après chaque configuration. Le service le rattrape désormais lui-même au démarrage et le consigne dans le journal. Cela ne peut pas être résolu dans le programme d'installation lui-même : il s'exécute sous votre compte d'administrateur, le service sous le compte système — une valeur chiffrée là serait ensuite illisible pour le service.
2026.08.05.06565 août 2026
CorrigéLes installations dotées d'un certificat propre ne pouvaient plus se mettre à jour. La mise à jour se déroulait intégralement, échouait au contrôle d'état final et était annulée — à chaque tentative de nouveau. L'application n'était à aucun moment malade : le contrôle interrogeait en dur http://localhost:5000 alors qu'en fonctionnement purement HTTPS aucun point de terminaison HTTP n'est lié. Il se heurtait donc à un port fermé. Étaient concernés précisément ceux qui avaient configuré le TLS proprement. Et la raison ne figurait nulle part — le journal signalait seulement « contrôle de santé en échec », sans dire à cause de quoi. L'adresse suit désormais la configuration réelle : HTTP tant qu'il est lié, sinon HTTPS sur le port configuré. La vérification du certificat n'est ce faisant contournée que pour localhost — le certificat porte sur votre véritable nom d'hôte et ne couvre pas « localhost ». La raison de l'erreur aboutit désormais dans le journal.
CorrigéLe mot de passe de votre fichier de certificat figurait en clair dans la configuration. Dans hosting.json sous ProgramData le mot de passe PFX était lisible en clair. Qui le détient peut extraire la clé privée du fichier PFX et se faire passer pour votre serveur. Ce qui est remarquable là-dedans n'est pas l'absence de procédé, mais qu'il en existait un : le mot de passe de sauvegarde, au même emplacement, était protégé depuis toujours — il ne manquait ici que le même geste. Le mot de passe est désormais chiffré avec la DPAPI de Windows, lisible uniquement par le compte de service ; une valeur en clair encore présente est automatiquement rattrapée au prochain enregistrement dans les paramètres. Les installations existantes continuent de fonctionner sans changement — une valeur en clair reste lisible, afin que cette mise à jour ne désactive le TLS pour personne.
AmélioréLe port du contrôle d'état provient des paramètres d'hébergement plutôt que d'un nombre fixe. À cet endroit figurait auparavant une requête dont les deux branches livraient la même valeur — elle avait l'air de lire la configuration, et ne le faisait jamais.
2026.08.04.20374 août 2026
CorrigéVos sauvegardes étaient déposées non chiffrées, bien qu'un mot de passe fût enregistré. C'est la raison pour laquelle cette version est marquée comme mise à jour obligatoire. Le script de sauvegarde cherchait le fichier de paramètres dans un dossier où il n'est plus écrit depuis le changement de nom. Il ne le trouvait donc jamais, interprétait cela comme « aucun mot de passe enregistré » et déposait la sauvegarde en clair — avec une indication dans le journal que personne ne lit au quotidien. Un chemin manquant et un mot de passe manquant ne se distinguaient pas, et dans le doute le script optait pour la variante non sécurisée. Est concernée toute sauvegarde créée depuis le 3 août : ce sont des exports complets de base de données. Vérifiez dans votre répertoire de sauvegarde la présence de fichiers portant l'extension .dump, créez une nouvelle sauvegarde après la mise à jour et supprimez les anciennes. Le chemin vérifié figure désormais dans le journal.
CorrigéUne mise à niveau pouvait basculer l'application sur une base de données vide. Le programme d'installation inscrivait le nom de la base de données en dur. Après le changement de nom, ce nom ne correspondait plus aux installations existantes — la mise à niveau créait à côté une nouvelle base de données vide et y dirigeait la connexion. Ce faisant, rien n'a été supprimé, l'ancienne base de données subsistait intacte ; cela avait seulement l'air que toutes les données avaient disparu. Le nom est désormais repris de l'installation existante, de même dans les scripts de configuration exécutés à la main.
CorrigéLes anciennes sauvegardes n'étaient jamais supprimées. Le filtre de nettoyage cherchait l'ancien nom de fichier, or c'est le nouveau qui était écrit. La durée de conservation réglée était donc sans effet et le répertoire croissait sans limite.
CorrigéLa restauration d'une sauvegarde semblait absente. La vue d'ensemble ne reconnaissait que les sauvegardes portant l'ancien nom de fichier et restait donc vide — et sans ligne, il n'y a pas de bouton. La voie était intégralement présente tout du long. Les sauvegardes des deux générations de noms sont désormais trouvées et restaurées, y compris celles d'avant le changement de nom.
CorrigéUn compte qui reçoit son rôle par un groupe d'annuaire voyait un programme vide après l'authentification. Les droits arrivaient, mais seulement à la synchronisation d'annuaire suivante — et la navigation déjà construite ne les réévaluait jamais. Cela ressemblait à une erreur de droits, mais c'était une erreur d'affichage. La navigation se reconstruit désormais automatiquement dès que les droits arrivent, et vous le dit également. Qui enregistre l'affectation de groupe déclenche ainsi directement la synchronisation, au lieu d'attendre jusqu'à une heure.
CorrigéUne mise à niveau réinitialisait le répertoire de sauvegarde au chemin par défaut. Qui avait configuré un répertoire propre ne se le voyait plus proposer dans l'assistant ; qui cliquait jusqu'au bout écrivait ensuite les sauvegardes quotidiennes ailleurs — les sauvegardes existantes avaient disparu de l'interface. Le chemin configuré est désormais repris.
CorrigéLa tuile Service du portail dans la supervision de la plateforme restait durablement sur « Inconnu ». Elle interrogeait un nom de service qui n'existe sur aucune installation. Elle ne serait donc jamais passée au rouge, même lors d'une panne réelle — un voyant qui ne connaît que le vert et le gris n'en est pas un.
CorrigéLes événements de sécurité manquaient dans le journal d'événements Windows. Deux des trois voies de configuration ne créaient pas la source d'événements. Si elle manque, l'application n'écrit pas ses événements de sécurité — et ce en silence, parce qu'elle ne fait délibérément pas de cette absence une erreur, afin de ne bloquer aucune authentification.
CorrigéAprès la désinstallation, des autorisations de pare-feu restaient ouvertes. Seules les règles portant le nouveau nom étaient supprimées ; celles créées auparavant subsistaient comme autorisation entrante. En outre, chaque exécution du programme d'installation ajoutait une autorisation supplémentaire pour le même port. Une tâche planifiée subsistait également jusqu'ici et pointait ensuite vers un script qui n'existait plus.
CorrigéLe guide de durcissement du manuel d'exploitation était sans effet. Il citait pour la connexion de maintenance une clé de configuration que l'application ne lisait pas du tout. Qui le suivait et retirait ensuite au rôle applicatif le droit de créer des bases de données ne pouvait plus créer aucun client — avec précisément le message d'erreur dont le guide venait d'annuler le remède. Les deux graphies sont désormais valables.
AmélioréLe manuel et l'aide citent de nouveau les chemins et noms réels. Les bases de données des clients, l'emplacement des journaux de mise à jour et le module de sauvegarde des données dans le manuel d'urgence divergeaient de la réalité — en cas réel, on aurait cherché les sauvegardes au mauvais endroit.
2026.08.03.20323 août 2026
CorrigéLe client pouvait se fermer lors du changement d'une vue de tickets enregistrée. Sans message, sans entrée dans le journal — la fenêtre avait simplement disparu. La cause était une boucle de rétroaction dans le filtre de statut : la case à cocher renvoyait chaque modification, et le renvoi inversait la valeur au lieu de la reprendre. Si une vue enregistrée cochait la case, le champ suivait, renvoyait, la valeur s'inversait, le champ suivait de nouveau — une boucle sans issue qui termine le processus par un débordement de pile. Était concernée toute voie qui pose des filtres automatiquement : appliquer une vue enregistrée, filtre rapide depuis le tableau de bord, réinitialiser les filtres. Cela ne devenait visible que si le filtre de statut avait été ouvert une fois auparavant — avant cela, les cases n'existent pas du tout, et c'est pourquoi le phénomène semblait arbitraire.
CorrigéDeux chiffres du tableau de bord ITSM ne concordaient pas avec leur libellé. L'anneau s'intitule Tickets ouverts par priorité, mais interrogeait sans statut et comptait ainsi chaque ticket — y compris ceux clos depuis longtemps. Une installation voyait ainsi « Critique 7 » alors qu'aucun ticket ouvert n'était critique. Et la tuile Tickets ouverts ne comptait que En cours de traitement et En attente du client — sans Nouveau, En attente du prestataire et Bloqué. Les deux suivent désormais la même définition que le Wallboard et l'analyse : est ouvert tout ce qui n'est ni résolu ni clos. Le clic sur la tuile ouvre le même ensemble que celui qu'elle annonce.
CorrigéLe bouton Active Directory sur le masque de connexion ne faisait rien. Il figurait là parce que le masque de connexion affichait un bouton pour chaque fournisseur configuré — y compris pour le service d'annuaire que le raccordement AD y inscrit. Or un service d'annuaire n'est pas un procédé de navigateur ; il n'existe rien vers quoi rediriger. Le clic ouvrait pourtant une adresse, et celle-ci répondait par HTTP 404. Les comptes d'annuaire s'authentifient comme avant par le masque ordinaire situé au-dessus. Deux autres erreurs sur la même voie sont corrigées du même coup : l'adresse pour les véritables fournisseurs SAML était mal formée, et une authentification mal configurée signalait une erreur serveur au lieu de dire ce qui manque.
NouveauPalette de couleurs Ordivis — et c'est la nouvelle valeur par défaut. Le turquoise et le bleu marine de l'identité visuelle, en une variante claire et une variante sombre, dans le client, le portail et l'application. Après l'installation, elle est active ; qui a choisi lui-même une palette la conserve — la valeur par défaut ne s'applique que tant qu'aucun choix n'existe. Les six palettes existantes sont intégralement conservées. Deux des paires de couleurs initialement conçues ont échoué au contrôle de contraste (3,31:1 et 4,31:1) et ont été remplacées ; toutes les paires de texte satisfont WCAG 2.1 AA.
AmélioréLa couleur de la marque atteint désormais aussi vos destinataires. Les invitations à des rendez-vous par courriel, l'historique de la demande dans les notifications et le formulaire de rendez-vous portaient encore l'ancien bleu — ils naissent sur le serveur et n'ont pas été couverts par la refonte de l'interface.
CorrigéLe renvoi vers le site web dans les paramètres pointait encore vers l'ancienne adresse.
AmélioréLe manuel et l'aide dans le programme décrivent la nouvelle palette. La section Affichage et accessibilité cite désormais sept palettes et indique expressément combien de temps la valeur par défaut s'applique.
2026.08.03.18493 août 2026
NouveauLe produit s'appelle désormais Ordivis Platform. Le nom vient de ordo (l'ordre) et de visus (la vue) — il décrit ce que fait le logiciel : rendre visible ce qui existe, comment cela s'articule et qui est compétent. L'ancien nom était attribué deux fois : deux autres éditeurs proposent des produits dans le même domaine sous la même désignation. Cela aurait, au plus tard lors d'appels d'offres, exigé des explications. Rien ne change à vos données — la base de données, les sauvegardes et la licence restent intactes.
AmélioréNouvelle identité visuelle dans le client, le portail, l'application et les manuels. Le symbole, le logotype et les couleurs suivent la nouvelle identité visuelle (bleu marine et sarcelle). Deux défauts de lisibilité sont apparus à cette occasion, qui existaient déjà auparavant : le libellé sur les boutons colorés n'atteignait que 3,9:1 et se situait donc sous l'exigence d'accessibilité, une couleur de texte atténuée sur des surfaces surélevées seulement 3,75:1. Les deux sont corrigés du même coup ; toutes les pages satisfont désormais WCAG 2.1 AA.
AmélioréNouvelle adresse Internet : ordivis.eu. Le site web, les manuels, l'espace de téléchargement et le flux de mises à jour s'y trouvent. Vous joignez le support et le service commercial à support@ordivis.eu et vertrieb@ordivis.eu.
NouveauLes modules portent désormais des noms. Ordivis Service (tickets), Config (CMDB), Assets, Network (IPAM), Security (SMSI) et Continuity (BCM). Les termes techniques habituels subsistent à côté — les noms s'y ajoutent, ils ne remplacent rien.
AmélioréLes manuels et l'aide dans le programme sont entièrement recomposés. 37 documents PDF, le manuel complet de 359 pages, ainsi que 35 rubriques d'aide dans le client et le portail.
CorrigéL'entrée de démarrage automatique de l'écran d'affichage laissait un résidu après un changement de nom. L'entrée dans le démarrage automatique de Windows s'appelle désormais Ordivis Wallboard ; l'ancienne est supprimée à cette occasion. Sans cela, deux entrées y figureraient, et l'ancienne pointait vers un fichier qui n'existe plus.
AmélioréLes identifiants techniques restent délibérément inchangés. Le nom de la base de données, les noms de services, le dossier de données sous ProgramData et la chaîne de connexion portent encore l'ancien nom. C'est délibéré : les renommer n'aurait aucune utilité et comporterait le risque de séparer une installation de ses propres données.
NouveauLa bascule s'effectue par le programme d'installation, non par la vérification des mises à jour. La raison est technique : une mise à jour différentielle ne remplace que les fichiers de programme et laisse délibérément votre configuration intacte — or la nouvelle adresse du serveur figure précisément là. Par la mise à jour habituelle, l'installation continuerait donc d'interroger l'ancienne adresse. Le programme d'installation l'écrit du même coup.
Semaine 31 · 27 juil. – 2 août 202621 versions
2026.08.02.17402 août 2026
CorrigéDes rapports prêts à l'emploi, des modèles de listes de contrôle et des catalogues métier manquaient dans votre installation — bien qu'ils aient été livrés. Le signalement était « le bouton + Nouveau rapport ne fait rien ». Le bouton allait bien : il ne trouvait aucun rapport à planifier. Les contenus livrés étaient certes créés au démarrage, mais écrits dans la mauvaise base de données — avec le bon identifiant de client, mais dans la base centrale au lieu de la vôtre. Chacune de ces opérations signalait pourtant un succès. Étaient concernés la bibliothèque de rapports, les modèles de listes de contrôle, le catalogue des menaces, le catalogue ISO 27001, le catalogue de base de la protection des données, les profils BSI et l'organigramme type. Avec cette version, ils sont rattrapés au prochain démarrage ; les entrées que vous avez supprimées vous-même ne reviennent pas pour autant.
NouveauAuthentification Windows sans mot de passe désormais aussi dans le portail web. Qui se trouve sur le réseau interne devant une machine du domaine est authentifié de lui-même à l'ouverture du portail ; en cas d'échec, l'authentification ordinaire reste disponible sans changement. Ce n'est pas une fonction qui va de soi : le navigateur négocie l'authentification avec le portail et non avec l'interface de programmation, et cette identité ne peut pas être transmise. Le portail s'identifie donc auprès de l'interface de programmation au moyen d'un secret partagé. Cela requiert quatre indications qui valent ensemble — manuel d'exploitation 3.4. S'il en manque une, on en reste à l'authentification par mot de passe. La liste des adresses d'origine autorisées est délibérément préremplie à vide, et vide signifie expressément depuis la même machine uniquement : le secret seul ne doit pas suffire. Le choix du client, le second facteur et le compte de secours passent toujours par l'authentification ordinaire.
CorrigéDans le portail, le numéro de ticket et l'objet manquaient — et les notes internes ressemblaient à des réponses au déclarant. Trois champs portaient dans le portail des noms différents de ceux de l'interface de programmation. Or un nom de champ inadapté ne provoque aucun message d'erreur : il laisse silencieusement une valeur vide. Le numéro de demande et l'objet n'arrivaient donc jamais — pas même dans le titre — et une note interne ne se distinguait pas, dans l'historique, d'une réponse au déclarant. Cela existait depuis la première version de la page des tickets. L'historique est désormais coloré en plus comme dans le client : le déclarant, l'intervenant, la note interne et l'entrée système se distinguent d'un coup d'œil.
CorrigéLe filtre de statut du portail proposait un statut qui n'existe pas. Qui choisissait « Ouvert » dans le filtre des demandes obtenait toujours une liste vide — l'interface de programmation ne connaît pas ce statut. Deux autres statuts n'avaient aucun libellé allemand et figuraient sous forme de valeur brute anglaise. En outre, les couleurs de statut du portail divergeaient séparément à trois endroits et ne concordaient à aucun avec le client.
NouveauSignaler une erreur — depuis le portail également. Comme dans le client, un bouton rassemble les informations que le support demande de toute façon : la version, la page, l'horodatage et les derniers messages d'erreur de la session. Sans capture d'écran, et c'est écrit tel quel dans la boîte de dialogue : un navigateur ne peut céder que l'écran entier et non la fenêtre — ce serait plus que ce dont un rapport d'erreur a besoin.
AmélioréLa zone ITSM se trouve désormais directement après la CMDB — à l'identique dans le client et le portail. Qui utilise les deux interfaces ne cherche pas deux fois.
AmélioréLe journal des modifications indique désormais ce qui est obligatoire et ce qu'est la version minimale. Ce sont deux affirmations différentes et elles reçoivent donc des pastilles différentes, légende comprise : une mise à jour obligatoire n'agit que tant qu'elle est la version la plus récente ; la version minimale, elle, demeure. En outre, la liste se charge plus vite — le client conserve une copie propre par serveur et se contente de demander à l'ouverture si elle est encore juste.
CorrigéLes modèles d'import de la CMDB contenaient des valeurs d'exemple que l'import lui-même aurait rejetées. Cinq erreurs sur les trois modèles — indications oui/non non valides, colonnes en double, champs obligatoires manquants. La plus coûteuse était la silencieuse : dans la colonne Suppléance figurait un nom de personne, alors qu'on y attend Oui ou Non. L'import ne s'en plaignait pas, lisait le nom comme « non » — et la suppléance devenait un titulaire. Un essai à blanc à zéro erreur ne trouve jamais une telle chose. La boîte de dialogue d'import récupère en outre désormais sa liste de champs depuis le serveur, au lieu d'en traîner une seconde qui en divergeait.
NouveauÉtiquettes à UHF-RFID : saisir toute une salle en un seul passage. En complément du NFC, que l'on approche de chaque appareil un par un. Le gain n'est pas la reconnaissance d'un appareil donné — l'autocollant fait cela mieux —, mais le rapprochement : ce qui manque et ce qui se trouve ici sans y avoir sa place. Les étiquettes saisies plusieurs fois sont ce faisant comptées plutôt que rejetées ; sans ce nombre, en cas de zéro résultat, on ne saurait pas si la salle était vide ou le lecteur éteint. Veuillez noter : le déroulement et le flux de données sont vérifiés, pas l'interaction avec un appareil — nous ne disposions ni d'un lecteur UHF ni d'une imprimante compatible RFID. Testez avec votre matériel avant de basculer dessus.
AmélioréApplication Android : manuels d'urgence, listes de contrôle et catalogue de services — l'essentiel même sans réseau. Les manuels d'exploitation et d'urgence validés peuvent être transférés au préalable sur l'appareil, et chaque ligne indique s'ils s'y trouvent — un manuel d'urgence est nécessaire quand le courant ou le réseau ont disparu, donc précisément quand le rechargement n'est plus possible. Les listes de contrôle attribuées se cochent sans connexion ; la coche apparaît immédiatement, et la ligne précise qu'elle n'est pas encore transmise. Le catalogue de services permet de commander, avec la durée de traitement et l'obligation de validation avant la commande. L'application n'est toujours pas publiée et ne fait pas partie du périmètre livré.
2026.08.01.19031 août 2026
CorrigéL'authentification Windows pouvait bloquer le masque de connexion. Dans la version de la mi-journée, un cercle portant « Authentification Windows » tournait après la saisie du nom d'utilisateur, et rien n'avançait. Deux causes : la tentative d'authentification silencieuse remplaçait le formulaire et le rétablissait sans condition — qui était entre-temps passé au champ du mot de passe recevait la bascule en pleine saisie. Et son délai de 20 secondes s'écoulait entièrement lorsqu'aucun contrôleur de domaine n'était joignable, par exemple par VPN ou en télétravail. Cette version doit donc être installée, si vous utilisez la version 2026.08.01.1324.
AmélioréL'authentification par le compte Windows s'exécute désormais avant le masque, non à côté de lui. À la question « faut-il encore demander un nom d'utilisateur ? », la réponse est : non. La tentative a lieu à l'ouverture, avec son propre écran de démarrage « Authentification en tant que DOMAINE\Utilisateur » ; si elle réussit, le masque n'est jamais créé. Un formulaire que l'on voit d'abord et que l'on se voit ensuite sauter n'est pas une authentification unique. Le changement d'utilisateur reste possible : la déconnexion mène directement au masque et contourne cette voie — sinon le compte Windows aurait aussitôt réauthentifié la personne qui venait de se déconnecter. Deux limitations issues de l'exploitation s'y ajoutent : rien n'est négocié du tout lorsque l'authentification se fait avec un compte Windows local et le serveur peut être limité à certains réseaux via Identity:WindowsSso:AllowedNetworks — en cas d'échec, cela figure désormais, avec un code d'état interprété dans le journal de diagnostic plutôt qu'un néant muet.
CorrigéLes limites d'appel s'appliquaient au mauvais endroit — au quotidien sous forme d'erreur 429, au pire sous forme d'authentification bloquée pour tous. Deux erreurs liées dans l'interface de programmation, toutes deux présentes depuis un certain temps et rendues visibles seulement par l'extension du portail. Premièrement, le comptage était évalué avant la vérification d'authentification : la limite généreuse prévue pour les utilisateurs authentifiés n'était de ce fait jamais atteinte, tous se partageaient la limite des non-authentifiés — et ce par adresse, donc, derrière un portail ou un proxy, une limite unique pour toute la maison. Des consultations de pages ordinaires se heurtaient ainsi à un refus. Deuxièmement, la limite des tentatives d'authentification était une limite unique pour l'ensemble de l'installation au lieu d'une par expéditeur : onze authentifications dans la même minute suffisaient, et qui le fait délibérément verrouille l'authentification pour tous les autres.
NouveauLe portail web est devenu un poste de travail à part entière, et non plus seulement du libre-service. Jusqu'ici valait ceci : le client Windows sait tout faire, le portail est la vue allégée pour les utilisateurs finaux. Cela ne vaut plus. Les agents traitent dans le navigateur les demandes, les problèmes et les changements, notes internes comprises ; les utilisateurs métier entretiennent la CMDB, les sites, les actifs, les licences, les contrats et la gestion des adresses ; le SMSI, la gestion d'urgence, la protection des données et l'organisation disposent de leurs vues de travail ; des rapports peuvent être composés, les utilisateurs, rôles et clients administrés. La navigation porte les mêmes zones dans le même ordre que le client — qui utilise les deux ne cherche pas deux fois. Les tableaux disposent désormais aussi dans le navigateur du choix des colonnes, de filtres, de regroupements, de vues enregistrées et d'un export vers CSV, Excel et PDF. Ce que le navigateur ne sait pas faire y figure : l'authentification Windows sans mot de passe, l'impression d'étiquettes via l'interface locale, le NFC et l'inventaire sur le réseau local tiennent au poste de travail lui-même ; le portail le signale à cet endroit, au lieu de les omettre en silence.
CorrigéLe portail déconnectait chaque utilisateur au bout de 15 minutes — ou, pire, lui affichait des listes vides. Le jeton d'accès expirait au bout d'un quart d'heure et n'était jamais renouvelé ; le jeton de renouvellement correspondant se trouvait certes dans le cookie d'authentification, mais n'y était pas du tout exploitable. Qui travaillait plus de 15 minutes dans le portail voyait ensuite une page qui semblait authentifiée, sans contenus. La session est désormais tenue côté serveur et renouvelée à temps ; si elle expire malgré tout, le portail vous conduit au masque de connexion et vous y dit pourquoi.
NouveauMétéo et alertes météo officielles du service météorologique allemand. Sous Météo figurent la situation actuelle, une prévision à trois jours et — tout en haut — les alertes officielles avec leur niveau, leur période et les recommandations d'action dans le libellé du DWD. Les alertes sont la finalité véritable : pour une commune, elles sont un déclencheur dans la protection civile, non un accessoire. L'entrée figure donc dans le menu sans contrôle de droits — une tempête concerne tout le monde dans la maison. La station et le nom de la localité se règlent dans la configuration du portail ; sans accès à Internet, l'affichage peut y être désactivé. Seul l'identifiant de station configuré est transmis, aucune donnée d'utilisateur ni d'appareil.
CorrigéLe texte blanc sur les pastilles d'état vert clair et bleu clair n'était pas lisible en apparence sombre. La couleur de la pastille changeait avec la palette, son libellé restait blanc — en mode sombre, cela donnait un contraste de 1,7 contre 1 au lieu des 4,5 exigés. Le contrôle automatique signalait pourtant « tout passe » : il vérifiait une paire de couleurs qui n'apparaît pas du tout dans l'interface. Les deux sont corrigés — la couleur du libellé est désormais générée et vérifiée avec chaque couleur d'état.
AmélioréDerrière un proxy inverse, l'interface de programmation a désormais besoin d'une indication — à saisir une fois. Si un proxy se trouve devant, l'interface de programmation voyait jusqu'ici la même adresse pour chaque appel : celle du proxy. Tout ce qui compte par adresse se partageait ainsi un comptage commun pour toute la maison. Inscrivez les adresses de vos proxys sous Hosting:TrustedProxies (manuel d'exploitation 3.2). La liste est délibérément préremplie à vide — tant qu'elle est vide, les indications d'origine transmises sont ignorées. Si l'interface de programmation les croyait sans vérification, tout appelant pourrait revendiquer n'importe quelle origine et contourner les limites. Sans proxy, il n'y a rien à faire.
2026.08.01.13241 août 2026
NouveauAuthentification avec le compte Windows déjà connecté. Qui se trouve devant une machine du domaine s'authentifiera désormais dans le client sans saisir de mot de passe — l'identité provient uniquement de la poignée de main Windows, il n'existe aucun champ dans lequel un nom pourrait être écrit. Quatre barrières sont délibérément posées : seuls les comptes liés à l'annuaire sont accessibles — les comptes locaux et en particulier votre compte de secours restent exclus du SSO, sinon l'authentification commode supprimerait précisément l'obligation de mot de passe qui fait l'accès de secours. C'est en outre l'identifiant immuable du compte AD qui est rapproché, non le nom de connexion : un nom supprimé puis réattribué plus tard hériterait sinon des droits de son prédécesseur. Veuillez noter : la poignée de main elle-même n'a pu être vérifiée de façon concluante que contre un véritable contrôleur de domaine — testez l'authentification sur un poste de travail avant de la déployer largement.
NouveauUn assistant bascule les comptes locaux existants vers l'authentification AD. Lors de la mise en service, le premier compte d'administrateur est créé localement, avant que l'annuaire ne soit raccordé — ensuite la même personne existe deux fois, et la synchronisation d'annuaire saute délibérément le compte local. Rien ne se produit donc de soi-même : le compte demeure, l'authentification AD ne fonctionne jamais. Le nouvel assistant sous Paramètres › Annuaire bascule le compte, sans le remplacer — les rôles, les appareils MFA et l'ensemble des renvois issus des demandes et des journaux y restent rattachés ; l'assistant vous présente les droits avant et après, pour comparaison. Deux choses sont importantes : après la bascule, il n'existe aucun repli vers l'ancien mot de passe local — en cas de panne AD, plus personne n'entrerait, raison pour laquelle l'assistant exige un second compte d'administrateur connectable localement et refuse sinon la bascule. Et l'authentification AD est réellement effectuée avec votre mot de passe avant la bascule, non simplement présumée.
CorrigéLes avertissements, messages de succès et indications étaient trop clairs pour leur texte blanc. Six paires de couleurs manquaient la norme de lisibilité WCAG AA — le plus nettement l'indication bleue, avec un contraste de 2,8 contre 1 au lieu des 4,5 exigés. Étaient concernées la couleur d'avertissement, la couleur de succès, la couleur d'information ainsi que les deux marques de garantie dans les listes d'appareils — dans l'ensemble des six palettes de couleurs, car ces couleurs s'appliquent indépendamment de la palette. Elles sont désormais d'un cran plus sombres ; la teinte reste la même, le texte qui s'y trouve est lisible. Cela devient surtout visible là où vous regardez de toute façon attentivement : lors d'un avertissement, d'une garantie expirée ou d'un message de succès après l'enregistrement.
AmélioréLe contrôle de contraste automatique examine désormais aussi les couleurs d'état. Ordivis Platform vérifie lui-même la lisibilité de ses palettes de couleurs à chaque compilation. Ce contrôle portait jusqu'ici sur onze paires de couleurs — éléments de commande, surfaces, navigation — et signalait fidèlement « tout passe ». Ce sont précisément les couleurs d'avertissement, de succès et d'information qui n'y figuraient pas ; c'est exactement là que se trouvaient les six manquements. 26 paires sont désormais vérifiées, en plus du libellé de chaque pastille d'état et des cases de couleur de la vue des dépendances. Une liste de contrôle qui vérifie le cadre et omet l'avertissement signale un succès pour le cas qui compte.
2026.07.31.225131 juil. 2026
AmélioréLa feuille de route affiche de nouveau l'état réel. Sous « Maintenant » et « Ensuite » figuraient des sujets livrés depuis longtemps — la gestion d'urgence, le SMSI, le manuel d'exploitation et d'urgence, les listes de contrôle, le portail en libre-service étendu, l'inventaire distribué, la supervision de la plateforme, la gestion des clients, l'éditeur BPMN et quelques autres. Ces dix-huit points figurent désormais dans une section propre « Terminé » ; sous « Maintenant » ne figure plus que ce sur quoi on travaille réellement. Deux points ne sont expressément pas passés avec les autres : l'alerte multicanal ne signale aujourd'hui que dans l'application — SMS, notification push et appel vocal sont enregistrés comme liste de contacts, mais non raccordés ; et il n'existe pas d'éditeur graphique de workflow. Les deux restent donc affichés comme ouverts.
NouveauLes articles de connaissance peuvent être consultés sans réseau dans l'application Android. Ce que vous avez ouvert une fois reste sur l'appareil. À la cave ou dans le local technique, l'application affiche alors l'état mémorisé — et précise de quand il date, afin qu'une solution ne passe pas à tort pour la solution actuelle. N'est mémorisé que ce que vous avez ouvert, non l'ensemble de la base de connaissances : un téléphone perdu ne doit pas être une copie de votre documentation interne. À la déconnexion et à la suppression des données locales, le contenu mémorisé disparaît avec elles.
AmélioréL'historique de la demande dans l'application est coloré comme dans le client. Les messages du déclarant sont verts, les réponses du traitement bleues, les notes internes ambre, les mentions automatiques grises et étroites — avec bande d'accentuation, pictogramme et retrait. Jusqu'ici, toutes les entrées se ressemblaient ; l'auteur ne figurait qu'en petit dans le pied, et une note interne ne se distinguait d'une réponse client que par une petite pastille. La couleur ne porte jamais seule l'information : le symbole dans l'en-tête dit la même chose.
NouveauDepuis l'application, tous les types de demande peuvent être signalés, pas seulement les incidents. Incident, demande, problème et changement figurent en sélection au-dessus du formulaire, comme les quatre options dans le client. L'incident reste présélectionné — c'est le cas courant sur le lieu d'intervention, et qui veut seulement signaler ne doit rien avoir à régler. Sans réseau également : le signalement mémorisé conserve son type.
AmélioréLa page d'accueil de l'application ne propose plus chaque chemin qu'une seule fois. « Signaler un incident » figurait en tuile à côté du bouton « Signaler », « Mes demandes » à côté de l'entrée « Tickets » de la barre inférieure, « Scanner » à côté du viseur dans l'en-tête, « Appareils » à côté de l'entrée du même nom dans la barre. Deux chemins vers la même destination ne sont pas un confort, mais la question de savoir s'il s'agit de la même destination. L'accès rapide ne porte plus que ce qui n'est accessible nulle part ailleurs — inventaire, connaissances et indicateurs — et disparaît entièrement si rien de tout cela n'est autorisé.
2026.07.31.213031 juil. 2026
NouveauÉtiquettes NFC sur l'appareil — en complément de l'étiquette, non à sa place. Avec l'application Android, vous approchez une étiquette NFC du téléphone et l'affectez à un appareil ; lors de l'affectation, c'est le même renvoi vérifié que celui du code QR qui y est écrit. Sur la page de numérisation, la caméra et le NFC fonctionnent simultanément — vous ne choisissez aucun mode, vous présentez ce qui est là. Pourquoi les deux : un autocollant se lit de façon fiable sur le métal et par temps froid, mais doit être visible et propre — dans une armoire fermée, derrière l'appareil ou sous la poussière, il ne l'est pas. Une étiquette NFC se lit à travers le plastique et dans l'obscurité, mais échoue immédiatement sur le métal. Qui appose les deux sur des appareils difficiles d'accès parvient, le cas échéant, à atteindre chacun d'eux. Un appareil peut porter plusieurs étiquettes ; une étiquette déjà accrochée ailleurs n'est pas déplacée en silence, mais seulement après confirmation.
NouveauImprimantes d'étiquettes de Zebra, Brother et Epson. Jusqu'ici, il n'existait que la planche A4 en PDF. Ordivis Platform génère désormais en plus le flux de données d'impression pour Zebra (ZPL II), Brother (P-touch/QL) et Epson (ESC/POS). Chez Zebra et Epson, c'est côté imprimante que le code-barres est composé — il apparaît ainsi dans la résolution de la tête d'impression plutôt que dans celle d'une image, ce qui décide de la lisibilité sur de petites étiquettes. Ordivis Platform n'imprime pas lui-même : vous recevez un fichier et le transmettez brut à l'appareil (par exemple par copie vers le partage d'imprimante) ; aucune connexion vers des appareils de votre réseau n'est établie d'elle-même.
NouveauBibliothèque d'étiquettes et de supports avec impression de test. Sous Paramètres › Imprimantes d'étiquettes & supports vous enregistrez ce qui se trouve dans vos appareils : dimensions, résolution, pas de découpe, noircissement — plusieurs supports côte à côte, car une maison dispose souvent d'une étiquette prédécoupée sur l'imprimante d'entrepôt et d'un ruban continu sur le terminal portable. La hauteur 0 signifie expressément un support continu. L'impression de test fonctionne aussi pour un support que vous n'avez pas encore enregistré — les dimensions sont rarement justes du premier coup, et ainsi votre bibliothèque ne se remplit pas d'essais ratés.
AmélioréCe qu'une imprimante ne sait pas faire, Ordivis Platform vous le dit — au lieu d'imprimer silencieusement autre chose. Tous les langages d'appareil ne maîtrisent pas tout : Epson ne connaît pas le DataMatrix en standard (un code QR est posé à la place), et la voie matricielle de Brother n'a pas de points au-dessus des lettres, raison pour laquelle les trémas sont transcrits (« Büro » → « Buero »). Chaque écart de ce type apparaît comme indication sur la tâche d'impression. Un remplacement silencieux ne vous sauterait aux yeux qu'à la lecture avec le scanner d'inventaire — ou jamais.
AmélioréLe manuel décrit pour la première fois intégralement le marquage des appareils. Nouvelle section dans le chapitre CMDB : l'autocollant et le NFC en comparaison (avec l'affirmation ouverte que l'identifiant d'une puce NFC ne constitue aucune indication de sécurité), la configuration des supports, l'affectation et la numérisation. Veuillez noter : la sortie pour Zebra, Brother et Epson suit le jeu de commandes documenté de chacun et est vérifiée automatiquement — elle n'a toutefois pas encore été validée sur un appareil de chaque fabricant — veuillez effectuer une impression de test avant d'étiqueter des ensembles importants.
2026.07.31.141331 juil. 2026
CorrigéUne mise à jour pouvait s'arrêter à mi-chemin. Le portail web était alors déjà sur la nouvelle version, l'interface de programmation encore sur l'ancienne — et son service restait arrêté. Cause : lors du remplacement de l'interface de programmation, l'assistant d'installation termine le processus serveur en cours. Ce faisant, il se terminait par inadvertance lui-même du même coup, parce qu'il s'exécute comme processus enfant de celui-ci. Ensuite, Ordivis Platform refusait pendant 30 minutes toute nouvelle tentative en indiquant qu'une mise à jour était déjà en cours. L'erreur ne se produisait pas à chaque mise à jour — seulement lorsque le processus serveur ne se laissait pas terminer de lui-même ; c'est précisément pour cela qu'elle est longtemps restée inaperçue.
AmélioréUne mise à jour apporte son propre assistant d'installation. Jusqu'ici, une mise à jour était toujours exécutée avec l'assistant de la version installée — une correction qui lui était apportée ne prenait donc effet qu'à la deuxième mise à jour suivante. Désormais, c'est l'assistant de la version cible qui est utilisé. Remarque concernant précisément cette mise à jour : elle est encore appliquée par la version précédente — la protection décrite au premier point ne s'applique donc qu'à la fois suivante. Si cette mise à jour reste bloquée, démarrez le service « Ordivis API » et relancez-la ; le verrou se libère de lui-même au plus tard 30 minutes après le démarrage.
AmélioréLe message « Une mise à jour est déjà en cours » est désormais un renseignement. Il n'indiquait jusqu'ici que l'heure de début. Qui se trouvait devant ne pouvait reconnaître ni si quelque chose tournait réellement encore, ni ce qu'il y avait à faire. Y figure désormais le moment où le verrou se libère de lui-même et l'emplacement du fichier qui retient l'opération.
CorrigéLa synchronisation d'annuaire avec AD/LDAP pouvait échouer entièrement. Un seul compte utilisateur suffisait : s'il contient un attribut binaire — par exemple un identifiant de sécurité ou un certificat — qui se laissait lire à tort comme du texte, l'exécution entière s'interrompait. Les clients concernés ne recevaient alors plus aucune donnée d'annuaire, avec dans le journal un laconique « LDAP-Sync fehlgeschlagen ». Les attributs binaires sont désormais proprement sautés ; la synchronisation se déroule avec tous les autres champs.
CorrigéUn champ d'annuaire pouvait se retrouver sous la forme « System.Byte[] » dans le nom affiché. Si un attribut arrivait de l'annuaire sous forme binaire, Ordivis Platform reprenait ce marqueur technique comme valeur — sans message d'erreur ni entrée de journal. De telles valeurs sont désormais rejetées ; le champ reste alors vide, au lieu d'affirmer quelque chose de faux.
NouveauDes rapports planifiés peuvent être créés — et sont réellement envoyés. Le bouton « Nouveau rapport » mène désormais à une boîte de dialogue pour le calendrier et les destinataires ; la liste affiche les plans existants, certains peuvent être supprimés. Mais surtout, le calendrier enregistré est réellement évalué et le rapport terminé envoyé aux destinataires inscrits — jusqu'ici, ni l'un ni l'autre n'avait lieu.
CorrigéUne définition de rapport sans requête se terminait par une erreur serveur. Qui enregistrait une définition sans requête obtenait une erreur 500 sans signification — la vérification n'avait lieu que dans la base de données. Une requête vide est désormais admise et enregistrée comme « pas encore définie » ; une requête erronée est nommée comme telle, au lieu de faire planter l'opération. La modification d'une définition existante était également concernée.
2026.07.31.120231 juil. 2026
CorrigéLe bouton « Import » dans la liste des éléments de configuration ne faisait rien. Il paraissait utilisable et ne déclenchait au clic aucune opération — le pire de tous les renseignements, parce qu'il donne l'impression d'une erreur de l'utilisateur. L'import se déroule désormais intégralement : choisir d'abord la classe d'IC (les colonnes en dépendent), puis examiner la structure du fichier, puis choisir le fichier, puis un essai à blanc — et l'écriture n'a lieu qu'après un accord explicite. Les listes sans voie d'import affichent désormais le bouton en grisé, au lieu de faire une promesse qu'elles ne tiennent pas.
NouveauFichier d'exemple avec tous les champs — à télécharger depuis l'application. Sous Paramètres › Import/Export vous choisissez le domaine (pour la CMDB, en plus la classe d'IC) et téléchargez le modèle en CSV ou XLSX. Il apporte la ligne d'en-tête complète, une ligne d'exemple à écraser et — en XLSX — une seconde feuille qui explique chaque colonne avec son type, son caractère obligatoire et ses valeurs admises. Le modèle est généré, non entretenu : ses colonnes proviennent de la même source que celle dont l'import lit. Si vous créez un nouvel attribut, il y figure sans votre intervention — un fichier entretenu à la main serait périmé dès le premier champ nouveau, et personne ne s'en serait aperçu.
NouveauL'application indique désormais à quoi le fichier doit ressembler. Jusqu'ici, il n'existait qu'une zone de dépôt sans la moindre indication. Y figure désormais, colonne par colonne : le nom, le type, le caractère obligatoire, la signification, les valeurs admises et un exemple — ainsi que les règles pour les séparateurs, les dates et les nombres. La sélection des domaines ne cite en outre plus que ceux qui disposent réellement d'un import de fichier ; auparavant, deux domaines qui n'en possèdent pas y figuraient également.
CorrigéL'import en masse ne reprenait pas les champs dépendant de la classe. Chaque objet était créé sans eux — tout ce qui fait la classe d'IC (adresse IP, système d'exploitation, site…) passait à la trappe sans un mot, et la ligne comptait pourtant comme importée avec succès. Les colonnes passent désormais par le même vérificateur que le masque de saisie : un import ne laisse plus passer ce qui serait refusé à la main.
CorrigéDe 1234,56 on obtenait 123456. Les nombres et les dates étaient lus selon les paramètres régionaux du serveur ; une virgule valait comme séparateur de milliers. Le même fichier donnait ainsi un résultat différent selon le serveur — pour le prix d'achat, le centuple. Également corrigés : une date illisible se retrouvait silencieusement comme champ vide dans le parc, un intitulé de colonne mal saisi faisait disparaître toute la colonne sans laisser de trace, et l'essai à blanc signalait toujours « 0 importé » — il ne pouvait donc pas répondre à la seule question à laquelle il doit répondre.
CorrigéLa liste des tickets d'un appareil affichait l'ensemble des demandes du client. Sous le titre « Incidents / changements ouverts pour cet IC » figuraient tous les tickets — y compris ceux sans le moindre rapport avec cet appareil. C'est plus qu'une liste fausse : la vue affirme une affectation, qui n'existe pas. La cause était un filtre que la requête ne connaissait pas et rejetait donc sans un mot. En outre, l'onglet s'intitule « Tickets ouverts » et n'affiche désormais que ceux-là.
2026.07.31.101131 juil. 2026
CorrigéUne image jointe par courriel n'était pas visible sur la demande. Jusqu'ici, seules étaient enregistrées les images intégrées dans le texte du courriel. Une capture d'écran jointe de façon ordinaire — le cas courant lors d'un message d'erreur — ne se trouvait ensuite que dans le courriel brut archivé : qui traitait la demande devait le télécharger et l'ouvrir dans un logiciel de messagerie pour voir la preuve dont il est question. Les pièces jointes sont désormais rattachées à la demande, et les images affichables figurent en plus dans l'historique. Elles sont vérifiées comme avant quant à la taille, au type de fichier et aux logiciels malveillants ; ce qui passe en quarantaine n'apparaît délibérément pas dans l'historique. Vaut de même pour les réponses à des demandes existantes.
NouveauLes images de l'historique peuvent être agrandies. Dans l'historique, une image reste petite afin que le texte demeure lisible. Un clic l'ouvre en taille réelle — avec zoom et défilement, adaptée à la taille de la fenêtre, afin qu'une capture d'écran en pleine résolution reste elle aussi maniable.
AmélioréLe déclarant d'une demande créée par courriel est la personne, non la boîte aux lettres. Si un signalement provient du service desk d'une autre organisation, c'est jusqu'ici sa boîte aux lettres système qui figurait comme déclarant dans la demande ; la personne qui a remarqué l'erreur ne se trouvait que dans le corps du texte — une réponse émise depuis la demande ne l'atteignait pas. Ordivis Platform nomme désormais le déclarant dans un en-tête propre, que seul Ordivis Platform pose lui-même, et uniquement là où un être humain a écrit le texte. L'adresse de réponse seule n'y suffisait pas : les lettres d'information, les listes de diffusion et les systèmes de tickets étrangers en posent systématiquement une qui n'appartient pas au déclarant. L'en-tête détermine donc le déclarant d'une demande nouvelle — qui a le droit d'écrire à une demande existante, seul le jeton de réponse en décide, comme avant.
CorrigéLes fichiers d'installation portaient un numéro de version raccourci. De 2026.07.31.0819 on obtenait dans le nom de fichier 2026.7.31.819. Ce n'était pas une erreur de nommage, mais la source : c'est la forme numérique de la ressource de version Windows qui était lue, et Windows y dépose par position un nombre — il ne peut pas du tout contenir de zéros en tête. C'est désormais la chaîne de caractères de la version de fichier qui est utilisée, laquelle porte le numéro sans changement. Concernait les trois paquets (installateur principal, Wallboard, collecteur).
AmélioréManuel : une promesse rectifiée. Le manuel d'administration maintenait qu'il n'existait aucune fonction transmettant des rapports d'erreur à l'éditeur — « ni avec ni sans votre consentement ». Depuis la fonction de signalement dans le client, cela n'est plus exact, et deux sections plus haut le même manuel la décrit précisément. Le paragraphe cite désormais les deux voies et ce qui reste valable : pas de télémétrie, pas de rapport de plantage silencieux, rien en arrière-plan — toute voie vers l'extérieur suppose une action de votre part.
2026.07.31.081931 juil. 2026
CorrigéUn rapport d'erreur ne donnait lieu à aucune demande chez le support. Le courriel partait et arrivait bien — il était simplement rejeté sans un mot chez le destinataire, tandis que le programme affichait « Votre rapport a été transmis ». La cause tenait à deux règles justes prises isolément : Ordivis Platform marque comme automatique tout courriel qu'il génère lui-même, afin qu'une réponse d'absence ne déclenche pas de boucle infinie — et un système de tickets rejette les courriels automatiques pour exactement la même raison. Le rapport d'erreur est la seule exception : son texte est écrit par un être humain. Il part désormais aussi en tant que tel. Cela vous concerne directement si vous redirigez les rapports vers une boîte aux lettres de tickets qui vous est propre.
AmélioréUn rapport d'erreur indique désormais de qui il provient. Jusqu'ici y figurait le numéro d'identification du client — une chaîne de caractères dont personne ne peut rien faire. Le rapport nomme désormais le titulaire de licence et le nom du client, et comme adresse de réponse il porte la personne qui signale plutôt que la boîte aux lettres par laquelle il est parti. Une réponse atteint ainsi celui qui a remarqué l'erreur.
2026.07.31.063331 juil. 2026
SécuritéLes requêtes SQL libres du système de rapports pouvaient modifier des données. Le manuel garantit qu'une telle requête ne peut que lire — rien ne l'imposait : le texte saisi s'exécutait tel quel contre la base de données. Quelqu'un qui n'a que le droit de créer des rapports pouvait ainsi écraser ou supprimer des données. C'est désormais la base de données elle-même qui pose la limite — la requête s'exécute dans une session en lecture seule. Un simple contrôle de mots n'aurait pas suffi : PostgreSQL connaît des constructions qui commencent par SELECT et suppriment malgré tout. C'est pourquoi cette mise à jour est obligatoire.
SécuritéLes courriels de réponse étaient affectés sans vérification du client. Les numéros de demande sont attribués de façon continue par client et ne sont donc pas univoques d'un client à l'autre. Cette condition manquait lors de l'affectation d'une réponse entrante. Dans une installation à base de données commune, une réponse pouvait de ce fait aboutir sur la demande du même nom d'un autre client.
CorrigéLes tâches planifiées n'atteignaient qu'un seul client. La très grande majorité des tâches d'arrière-plan travaillait exclusivement sur la base de données configurée en premier — et passait donc à côté de tous les autres clients : délais SLA et escalade, clôture automatique, relances, délais de contrats et de licences, indicateurs, calendrier des listes de contrôle. Rien de tout cela n'échouait ; les tâches signalaient simplement « réussi » sans avoir rien fait. Chaque tâche s'exécute désormais successivement pour chaque client actif. Si elle reste bloquée sur l'un d'eux, les autres sont traités malgré tout et chaque cause est signalée séparément.
CorrigéLa recherche transversale ne trouvait jamais rien. Les quatre sous-domaines — éléments de configuration, demandes, adresses IP, utilisateurs — interrogeaient des champs qui n'existent pas sous ces noms. Comme chaque erreur était avalée au passage, la recherche ne signalait pas un dysfonctionnement, mais « rien trouvé ». Elle fonctionne désormais ; si un sous-domaine échoue à l'avenir malgré tout, cela figure dans le journal au lieu de passer pour un résultat vide.
CorrigéLe respect des SLA dans le rapport mesurait la mauvaise chose. Étaient comptées les demandes sans escalade au lieu des demandes traitées dans le délai — et cela tombait à côté dans les deux sens : une demande escaladée à la main ou déclarée incident majeur comptait comme un manquement, même si elle était résolue à temps. Seul le délai fait désormais foi. Un objectif écoulé pendant une fenêtre de maintenance ne compte toujours pas comme un dépassement. Les demandes existantes et la courbe d'évolution enregistrée ont été recalculées une fois — les chiffres de rapports plus anciens peuvent donc diverger.
NouveauLes niveaux d'escalade disposent désormais d'un axe temporel — et c'est vous qui le réglez. Jusqu'ici, le contrôle relevait le niveau à chaque passage : une demande en retard atteignait le niveau le plus élevé en trois minutes et déclenchait trois messages vers trois destinataires. Sous Paramètres › Profils SLA vous définissez désormais, par niveau, au bout de combien de minutes après dépassement il s'applique (préréglage : 0, 60 et 240 minutes) — ou vous désactivez entièrement l'escalade.
NouveauLe journal d'audit peut être exporté. La vue filtrée est enregistrée sous forme de fichier CSV — avec un en-tête qui indique la période et l'exhaustivité. Le droit distinct audit.export y est nécessaire ; le droit de lecture seul ne suffit pas, car un fichier exporté quitte le système. Jusqu'ici, ce droit figurait au catalogue sans produire d'effet.
NouveauDemi-jours fériés. La veille de Noël et la Saint-Sylvestre, le service s'arrête à midi en bien des endroits. De tels jours peuvent désormais être inscrits dans le calendrier des horaires de service — avec l'heure à partir de laquelle l'horaire de service prend fin. Jusque-là, l'horloge SLA tourne normalement, ensuite elle est arrêtée. Peuvent également être ajoutés les jours fériés communaux et les jours de fermeture que l'import par Land ne connaît pas.
CorrigéUn calendrier d'horaires de service sans plage horaire paralysait la création de demandes. Qui créait un calendrier en voulant renseigner les horaires plus tard obtenait au ticket suivant un message d'erreur incompréhensible issu du calcul de dates. Un tel calendrier est désormais refusé à l'enregistrement, et le calcul des délais dit clairement, en cas de doute, ce qu'il y a à faire. Également corrigé : lors d'un demi-jour férié, le temps après la fin du service était consommé comme horaire de service.
CorrigéDes demandes créées simultanément pouvaient recevoir le même numéro. Le numéro naissait du nombre de demandes existantes ; si deux personnes en créaient une au même moment, l'une des deux échouait sur une erreur serveur. Le numéro provient désormais d'un compteur de la base de données. En conséquence, les numéros peuvent présenter des lacunes — un numéro manquant ne signifie donc pas qu'une demande a disparu.
CorrigéOrdre de reprise : ce qui n'était pas clarifié figurait en tête. Si les dépendances d'un système ne pouvaient pas être déterminées, il comptait comme « ne dépend de rien » — et se retrouvait ainsi précisément en première place du plan de reprise. De tels systèmes figurent désormais à la fin et sont signalés comme non clarifiés.
AmélioréJournal des modifications : mise à jour obligatoire et version minimale d'un coup d'œil. Les deux se reconnaissent sur l'entrée elle-même sous forme de panneau routier — Attention pour une mise à jour obligatoire, Stop pour la plus ancienne version encore prise en charge. Une courte légende en haut de la page explique les panneaux.
AmélioréManuel mis à jour. Sont décrits à neuf les niveaux d'escalade, les demi-jours fériés, l'export du journal d'audit avec le contenu d'une entrée, le verrouillage de connexion après des tentatives infructueuses et le fait qu'une seule authentification est valable à la fois. Ont en outre été ajoutés 25 droits manquants dans la matrice des droits et 14 domaines d'interface dans la référence de l'API.
2026.07.30.193330 juil. 2026
CorrigéLe cercle des intéressés d'un ticket ne recevait aucun courriel. Qui inscrivait deux collègues comme parties prenantes : rien ne leur parvenait. Trois choses se conjuguaient : les parties prenantes internes ne figurent sur la demande qu'avec leur identifiant utilisateur, et leur adresse n'était jamais recherchée. Leur seule voie était le message dans l'application, et celui-ci n'envoie aucun courriel sans intervention. Et les changements de statut, les transferts, les rendez-vous et les pièces jointes ne déclenchaient absolument aucun événement pour ce cercle. Les parties prenantes reçoivent désormais les mêmes courriels que le déclarant — les notes internes en restent exclues.
AmélioréChaque courriel de ticket contient désormais la demande entière. Jusqu'ici y figurait une phrase unique, tronquée à 140 caractères. Qui recevait un tel courriel devait d'abord se connecter pour comprendre de quoi il s'agissait — et une partie prenante externe ne le pouvait pas du tout. Y figurent désormais les données d'en-tête, la description, l'historique public et la liste des pièces jointes. Les notes internes n'y sont jamais incluses.
NouveauUne nouvelle partie prenante est aussitôt mise à niveau. Qui est ajouté au cercle des intéressés reçoit immédiatement un courriel contenant l'historique de la demande jusque-là — et n'a pas à demander de quoi il s'agit.
CorrigéUn fichier téléversé n'atteignait personne. Le téléversement ne déclenchait aucune notification. Si quelque chose arrivait pourtant à l'occasion, c'était un effet secondaire du client Windows ; qui joignait via le portail ou par courriel ne produisait rien du tout. Une pièce jointe constitue souvent toute l'information de la demande — image de l'erreur, journal, devis. Jusqu'ici restait tout aussi silencieux le refus d'un rendez-vous : seules les acceptations étaient signalées.
CorrigéLe décideur n'était pas joignable. Le champ n'acceptait qu'un nom, et le bouton en construisait un lien de courriel vers ce nom — qui ne pouvait atteindre personne. Le décideur est désormais choisi dans la recherche de personnes et reçoit d'une simple pression une sollicitation accompagnée de la demande complète. Une saisie effectuée à la main reste admise comme mention ; l'interface signale alors qu'aucune notification n'est possible.
AmélioréLes messages de statut restent maîtrisables. Ne partent vers l'extérieur que les changements qui ont un sens pour un déclarant — en cours de traitement, en attente du client, résolu, clos. L'attente interne d'un prestataire ne produit plus de courrier ; l'intervenant continue de la voir intégralement.
NouveauSignaler une erreur directement depuis le programme. Une icône de coccinelle dans la barre d'état ouvre un formulaire qui transmet la page en cours comme contexte. Une mention relative à la protection des données précède la saisie, et chaque pièce peut être désélectionnée séparément : le journal du jour, la capture d'écran, les données système. La capture d'écran est désactivée par défaut et affichée avant l'envoi. Si le serveur n'est pas joignable — c'est souvent précisément alors que l'on signale —, le client dépose le tout sous forme de fichier et ouvre un brouillon de courriel.
Corrigé« Échec de l'enregistrement : One or more validation errors occurred. » Ce message ne disait rien. Le client lisait dans la réponse du serveur précisément la ligne contenant la phrase type et rejetait l'indication du champ mis en cause. Cause de l'erreur elle-même : après une coupure de connexion, la page du ticket continuait d'enregistrer alors qu'elle n'avait rien chargé du tout, et envoyait des champs vides — jusqu'au redémarrage du client. Les deux sont corrigés ; les erreurs de connexion indiquent en outre désormais la cause et ce qu'il y a à faire.
2026.07.30.053130 juil. 2026
CorrigéLa carte des processus n'affichait pas à droite les processus de la tuile cliquée. Le titre nommait la bonne tuile — par exemple « 53 Approvisionnement et élimination » —, mais en dessous figurait la liste complète du niveau administratif choisi. La bande centrale, celle des processus cœur de métier, était concernée, parce que ses tuiles représentent un domaine de produits et non un produit isolé. Les tuiles des deux autres bandes filtraient correctement depuis le début.
AmélioréL'affectation des processus elle-même était correcte. Vérifié sur l'exemple : le domaine de produits « 53 Approvisionnement et élimination » porte exactement les 19 processus du niveau commune/ville que sa tuile annonce — exploiter des installations d'assainissement, éliminer les boues d'épuration, tenir le cadastre des canalisations, et ainsi de suite. C'était un affichage qui ne transmettait pas le filtre, et non une erreur dans le catalogue.
CorrigéDans l'arborescence, chaque niveau restreint désormais, et non le seul niveau produit. Un clic sur un domaine ou un groupe de produits réinitialisait auparavant la sélection en silence : la fiche de détail affichait le nœud cliqué, la liste à côté restait inchangée. Un domaine ou un groupe affiche désormais tous les processus qui en dépendent ; « Annuler la sélection » vous ramène à la liste complète.
Corrigé« Reprendre dans le parc » aurait créé bien trop d'éléments lors d'une sélection de domaine. Le même filtre manquant agissait à l'écriture : l'indication annonçait les 19 processus du domaine, alors que les 1 718 processus de tout le niveau administratif auraient été créés. La reprise reste désormais dans la branche que vous voyez.
AmélioréLa référence de la base de données dans le manuel est de nouveau complète. Elle est générée à partir du modèle de données enregistré, et ce modèle ne connaissait pas 31 tables — elles manquaient donc dans la référence, bien qu'elles soient créées dans chaque installation. Ont été ajoutées, entre autres, les références au droit des Länder et l'inventaire client du collecteur.
AmélioréPrécaution contre une mise à jour de base de données défectueuse. Parce que le modèle de données enregistré était en retard sur le modèle réel, la prochaine modification de schéma aurait entraîné l'écriture de tables étrangères — précisément le déroulement qui, le 16 juil., a rendu une mise à jour inutilisable. Le modèle est désormais rapproché de l'état réel, module par module avec justificatif. Cette version ne change donc rien au schéma de votre installation.
AmélioréLe paquet d'installation du collecteur de découverte est plus petit de 43 Mo (110 au lieu de 153 Mo). Il traînait l'infrastructure serveur — génération de PDF, gestion des certificats, accès à la base de données —, à laquelle une machine de scan sur site ne touche jamais. Les quatre scanners pour WMI, SSH, SNMP et LDAP sont désormais autonomes ; rien ne change sur le plan fonctionnel.
2026.07.30.002230 juil. 2026
CorrigéLe catalogue de processus citait le droit du Land de Hesse — y compris hors de Hesse. Dans 1 318 de ses 5 019 processus figurait une référence au droit du Land de Hesse : HGO, HBO, HSchG, HSOG et 28 autres abréviations. Pour une commune de Bavière, « § 66 HGO » n'est pas seulement inadapté, mais faux — et nulle part il n'était écrit qu'il en va ainsi. Les quelque trois quarts restants citent du droit fédéral (SGB, WHG, BauGB…) et valent sans changement dans tous les Länder.
NouveauLand au niveau du client — avec proposition, mais sans automatisme. Ordivis Platform déduit du code postal du profil client une proposition que vous confirmez. Pourquoi pas automatiquement : les zones de tri postal suivent la logistique, non les frontières des Länder. Là où deux Länder se partagent une zone, Ordivis Platform indique expressément « non déterminé » et ne propose rien du tout. Une proposition erronée d'apparence plausible serait ici plus nuisible qu'aucune, car elle débouche sur une base juridique.
NouveauLa référence juridique de votre Land sur le processus. Si le Land est enregistré, la fiche de détail d'un processus du catalogue affiche, à côté de l'indication de la source, la loi applicable chez vous — avec sa désignation officielle et son abréviation. Sont livrés 16 domaines juridiques pour les 16 Länder : droit constitutionnel communal, droit des arrondissements et droit électoral communal, code de la construction, droit scolaire, droit de la police et de l'ordre public, droit de la voirie, protection contre l'incendie et protection civile, droit de la fonction publique des Länder, droit des archives, protection des données, procédure administrative, droit de l'eau, protection du patrimoine, service public de santé et service de secours. Cela couvre 1 169 des 1 318 processus concernés.
NouveauVérifié et proposition sont distingués. Parmi les références livrées, celles relatives au droit constitutionnel communal et au droit des archives sont rapprochées d'une source. Toutes les autres sont des propositions motivées et sont signalées comme telles, avec la demande de les vérifier sur le portail du droit du Land. Une indication non vérifiée qui ressemble à une indication vérifiée serait la pire des erreurs.
AmélioréTant que le Land manque, aucune référence n'est affirmée. La fiche de détail indique alors que le texte provient d'une mise en forme hessoise, et ce qu'il y a à faire. Le texte original de la source subsiste dans tous les cas — il fait partie de l'état du catalogue et doit, selon la licence, être conservé. Qui ne voit plus l'origine ne peut pas juger d'un écart.
AmélioréLes trois villes-États ne reçoivent aucun code communal inventé. Berlin, Brême et Hambourg n'en ont pas, parce que le niveau communal et le niveau du Land coïncident. Y figure une indication correspondante, accompagnée de la constitution du Land applicable.
AmélioréCatalogue de processus et catalogue de produits vérifiés l'un contre l'autre. 5 019 processus contre 148 produits : aucune affectation orpheline, le domaine de produits concorde partout avec le numéro de produit, exactement un domaine par produit, tous les noms de processus univoques. 25 produits ne portent aucun processus — ce sont les produits d'exploitation et de subvention (théâtres, musées, bibliothèques, hôpitaux, équipements sportifs, approvisionnement et élimination, transports publics, développement économique). Deux noms de produits divergents dans le fichier source restent sans effet : c'est le numéro de produit qui fait foi, le nom provient du plan de produits.
AmélioréLe manuel nomme les limites avec des chiffres. Le chapitre sur l'organisation indique désormais combien de processus dépendent du Land, quels domaines juridiques sont couverts, lesquels ne le sont pas encore — ils sont 15 —, et pourquoi le Land doit être confirmé.
2026.07.29.231329 juil. 2026
NouveauCollecteur de découverte pour les réseaux distants. Un petit service Windows que vous installez dans le réseau distant — dans une antenne, un segment de production cloisonné ou chez le client suivi. Il parcourt les plages de réseau qui lui sont assignées et signale ses trouvailles à la centrale. Jusqu'ici, la découverte s'arrêtait à la première frontière de réseau : les scans s'exécutaient sur le serveur, et ce que l'on n'atteint pas ne peut pas être inventorié.
NouveauLa connexion part toujours du site. Le collecteur appelle la centrale, jamais l'inverse. Aucune autorisation de pare-feu entrante n'est donc nécessaire sur le site distant, et un site derrière un routeur NAT fonctionne exactement comme un site à adresse fixe.
SécuritéAuthentification par un bon d'enrôlement utilisable une seule fois. Vous le générez dans la gestion des collecteurs, le collecteur l'utilise au premier démarrage et obtient son accès permanent. Le bon est ensuite consommé — une seconde machine ne peut pas le réutiliser. Le blocage et le renouvellement révoquent l'accès immédiatement, indépendamment du fait que la machine du site fonctionne encore ou non.
SécuritéLe mot de passe de scan ne quitte pas le site. Il est chiffré sur la machine du site avec la clé machine Windows ; la centrale ne le connaît jamais. Elle pourrait sinon le perdre pour l'ensemble des sites. Un mot de passe en clair dans le fichier de configuration est refusé et signalé, non utilisé en silence.
NouveauUne coupure de connexion n'est pas une perte de données. Si la centrale n'est pas joignable, le collecteur dépose son rapport dans une file d'attente locale et le transmet au contact suivant. Comme chaque rapport porte un identifiant propre, la centrale reconnaît le retardataire et ne le comptabilise pas deux fois.
NouveauInventaire client : machines trouvées et leurs applications. Sous forme de tableau comme l'IPAM — filtrer par site et par état de contrôle, rechercher, exporter en CSV ou PDF. S'y ajoute une vue par application, avec une ligne par application et version et le nombre de clients concernés : la question réellement posée en exploitation — où cela tourne-t-il partout ?
NouveauReprise dans la CMDB seulement après confirmation, avec rapprochement des doublons au préalable. Avant la création, Ordivis Platform affiche les éléments de configuration existants portant la même adresse MAC ou le même nom d'hôte ; vous décidez si la trouvaille s'y rattache ou devient une nouvelle entrée. Qui passe outre le rapprochement crée des doublons et ne s'en aperçoit que lorsque les deux doivent être entretenus. Une trouvaille rejetée ne remonte pas à l'exécution suivante.
NouveauÉtat d'exploitation par site. La liste des collecteurs affiche Enrôlement en attente, Actif, Actif (exécutions désactivées), En retard ou Bloqué — avec le dernier signe de vie, la dernière exécution, le nombre de trouvailles et les trouvailles en attente. Un collecteur ne devient En retard qu'une fois écoulé le double de son intervalle de signalement (au moins une heure) : un signe de vie manquant isolé n'est pas encore un incident.
NouveauPaquet d'installation dédié pour la machine du site (46 Mo au lieu de 675 Mo). Il ne contient que le service collecteur. Envoyer le paquet complet à une antenne ou à un client reviendrait à y livrer aussi le serveur, la base de données et le portail — des logiciels qui n'ont rien à faire sur une machine de scan.
AmélioréLe Wallboard et le collecteur sont sélectionnables séparément dans l'installateur principal. Tous deux sont des rôles supplémentaires, non des types d'installation : comme type d'installation propre si la machine ne doit être que cela, ou comme case à cocher isolée à côté d'une installation serveur ou client. Qui n'a besoin que de l'un des deux choisit exactement cela.
NouveauRapprochement DNS/PTR pour l'IPAM. Un outil raccordé signale la résolution directe et inverse ; Ordivis Platform en déduit le nom DNS sur des adresses déjà connues. Les contradictions entre les deux sens et les entrées pointant vers une adresse inconnue sont signalées — non corrigées. Supprimer une entrée DNS est une décision lourde de conséquences et n'a pas sa place dans une exécution de rapprochement.
NouveauLe site provient d'AD Sites & Services plutôt que d'une supposition. L'indication de site d'un sous-réseau est reprise s'il existe dans la CMDB un site portant ce nom ; s'il manque, le nom figure dans l'accusé de réception — vous voyez alors quel site manque encore. Une affectation déjà existante n'est jamais écrasée : la décision d'un être humain n'est pas remplacée par un scan.
NouveauOrdinateurs AD, parc logiciel et équipements réseau comme candidats. Des outils externes comme l'Ordivis Toolbox gratuite peuvent les livrer ; ils aboutissent au même état de contrôle que les trouvailles du collecteur. Il existe ainsi exactement un endroit où les trouvailles sont vérifiées — peu importe leur provenance. Les mots de passe LAPS et les clés de récupération BitLocker ne sont ce faisant jamais transmis.
NouveauInventaire des certificats avec surveillance des échéances. Les certificats signalés sont créés comme entrée de la classe Certificat, à l'état Staging et expressément non vérifiés — visibles et surveillés, mais manifestement non confirmés. Ils sont reconnus à leur empreinte : le même sujet après un renouvellement est un autre certificat.
NouveauLes constats de vulnérabilité deviennent des risques évalués. Les constats CVE/WID signalés aboutissent dans une analyse de risques propre au périmètre d'information, où ils reçoivent une évaluation et un responsable. Une liste de constats séparée serait une liste sans effet. Seule la référence est transmise — identifiant, composant, CVSS, date de découverte — et aucun détail d'exploitation. Si la valeur CVSS manque, « moyen » s'applique : un constat sans évaluation est inconnu, non inoffensif.
AmélioréUn jeton d'intégration reçoit ses droits à l'émission — et les conserve. Les nouvelles surfaces d'injection n'atteignent pas les jetons existants ; un nouveau jeton est émis à cet effet. Ce qu'un accès machine a le droit de faire est décidé délibérément et ne lui échoit pas après coup.
AmélioréManuel mis à jour — et trois noms de droits erronés rectifiés. Le chapitre sur la découverte citait des droits qui n'existent pas du tout dans le système. Sont décrits à neuf le collecteur, l'inventaire client, les trois paquets d'installation, la jonction machine de l'interface de programmation et les analyses de risques alimentées.
2026.07.29.202429 juil. 2026
NouveauCatalogue de prestations OZG pour les administrations. Le catalogue de mise en œuvre au titre de la loi allemande sur l'accès en ligne constitue le quatrième pilier à côté du plan de produits, du catalogue de processus et du plan de répartition des tâches : 18 champs thématiques, 54 situations de vie et d'entreprise, 575 prestations. Il montre la même administration vue de l'extérieur — classée selon la situation dans laquelle des particuliers et des entreprises ont besoin d'une prestation. Visible uniquement chez les clients du type d'organisation Administration publique.
NouveauChaque prestation OZG trouve ses propres processus. Le lien se fait par la clé LeiKa au niveau du produit — elle pointe vers un produit, mais vers jusqu'à 722 processus distincts. Le pilotage découle de l'affectation du produit : qui est compétent pour le produit dans le plan de répartition des tâches l'est aussi pour la prestation OZG. Les affectations déduites peuvent être complétées et annulées avec justification.
NouveauÉtat de mise en œuvre et état de numérisation. Pour chaque prestation sont consignés le degré de maturité OZG, le type de mise en œuvre (développement propre, réutilisation EfA, mise à disposition EfA, réseau de portails), l'application métier et le service en ligne. L'état de numérisation en fait la synthèse par champ thématique et par unité organisationnelle. « Pas encore évalué » reste un état à part entière et n'est pas compté comme degré de maturité 0 — sinon l'état paraîtrait systématiquement trop bon.
NouveauTextes harmonisés au niveau fédéral dans les catalogues de produits, de processus et OZG. Le texte intégral, les pièces requises, les délais, les coûts et les bases juridiques issus des catalogues FIM de la Fédération complètent les entrées de catalogue jusqu'ici succinctes — livrés avec le produit, utilisables sans accès à Internet.
NouveauRapprochement avec les processus de référence de la Fédération. Sur demande, le déroulement de référence modélisé par la Fédération est récupéré depuis la bibliothèque de processus FIM et comparé à votre propre définition de processus validée. Une base juridique manquante est une lacune, une étape manquante seulement une indication — et vos étapes supplémentaires ne constituent pas un constat : le processus de référence montre l'état du droit, non l'organisation interne.
AmélioréLe niveau d'exécution est affiché avec la précision que permet la source. « Land ou commune » reste « Land ou commune » — c'est le droit du Land qui décide du niveau compétent. Le filtre « Uniquement ce qui nous concerne » ne masque donc que ce qui concerne de façon avérée un autre niveau.
CorrigéUn catalogue OZG non chargé ressemblait à un catalogue vide. Si le serveur ne répondait pas — par exemple parce qu'il est plus ancien que le programme du poste de travail et ne connaît pas encore l'interface —, la page affichait un catalogue vide sans le dire. Qui attend 575 prestations et ne voit rien cherche l'erreur chez soi. Il y est désormais écrit que rien n'a été livré, et pourquoi.
CorrigéLe rapport de contrôle OZG signalait « Aucune lacune » alors qu'il ne pouvait pas du tout être récupéré. Un rapport qui lève l'alerte après une récupération échouée est pire que pas de rapport du tout. Il dit désormais qu'il ne dit rien.
AmélioréLe manuel et l'aide intégrée à l'application ont été complétés par le chapitre sur le catalogue de prestations OZG.
2026.07.29.152029 juil. 2026
SécuritéLes étiquettes portent une valeur de contrôle. Le code QR d'une étiquette d'appareil contient désormais en plus une courte valeur de contrôle, à laquelle le serveur reconnaît que l'autocollant provient de cette installation Ordivis. Sans elle, il était possible d'imprimer une étiquette pointant vers un appareil étranger — qui la colle conduit le technicien, lors de la lecture, vers la mauvaise fiche, et le signalement d'incident aboutit sur le mauvais appareil. La vérification a lieu sur le serveur, non sur le téléphone. Les étiquettes déjà imprimées sans valeur de contrôle restent valables.
AmélioréLe manuel et l'aide intégrée sont à l'état de cette version. La version produit des manuels avait deux versions de retard ; les PDF et l'aide intégrée au programme du poste de travail ont été reconstruits.
CorrigéL'historique de cette page avait quatre versions de retard. Les publications des 28 et 29 juillet figuraient certes dans l'application, mais manquaient sur la page d'historique publique. Elles ont été ajoutées.
2026.07.29.095729 juil. 2026
CorrigéUne seule opération de mise à jour s'exécute désormais à la fois. Si la règle de mise à jour automatique démarrait dans la fenêtre de maintenance alors qu'une exécution lancée à la main était déjà en cours, les deux entraient en collision : la seconde s'interrompait parce que la première était en train de remplacer les fichiers de programme, et écrasait au passage le fichier d'état commun. L'indicateur de progression signalait alors « Échec de la mise à jour, version précédente restaurée », alors que la mise à jour avait réussi. Une seconde exécution se retire désormais et laisse celle en cours intacte.
CorrigéUne récupération interrompue n'est plus signalée comme « Fichier absent du serveur de mise à jour ou somme de contrôle incorrecte ». Les deux cas aboutissaient jusqu'ici au même message — et envoyaient la recherche d'erreur dans la mauvaise direction alors qu'en réalité seul le service local avait été arrêté.
AmélioréSi une opération de mise à jour reste bloquée sans signaler sa fin, elle est considérée comme périmée au bout de 30 minutes et ne bloque plus les mises à jour futures. Une mise à jour durablement bloquée serait pire qu'une double exécution.
AmélioréLa référence de la base de données dans le manuel a été complétée par les deux nouveaux champs du rôle organisationnel (la suppléance sous forme de nom et sous forme de renvoi vers un élément de configuration de type personne).
2026.07.29.081629 juil. 2026
NouveauLes rôles organisationnels portent une suppléance. L'exercice et la suppléance figurent dans une seule entrée, parce qu'une fonction de délégué se nomme et ne se pourvoit pas : « Déléguée à la sécurité de l'information : Meier, suppléance : Schulz » est une affirmation unique. Répartie sur deux enregistrements, elle ne susciterait que la question de savoir lequel des deux est le rôle — et le plan de répartition des tâches afficherait une fonction deux fois. La même personne comme sa propre suppléance est refusée.
NouveauSuggestions de personnes dans tous les champs de personne — lors de l'affectation d'un poste, lors de l'exercice et lors de la suppléance d'un rôle. À partir de la deuxième lettre apparaissent des suggestions issues de trois sources, chacune avec sa provenance : les comptes utilisateurs, les éléments de configuration de type personne et les noms qui figurent déjà dans cet organigramme. La troisième source est le cas courant : une organisation fraîchement importée n'a pour ses agents ni comptes ni IC. La saisie libre reste expressément autorisée — une nouvelle collègue figure à l'organigramme dès le premier jour et n'a pas encore de compte.
NouveauL'échange CSV de l'organigramme transporte la suppléance d'un rôle (colonne « rollenvertretung »). Sans elle, le nouveau champ se serait perdu lors du cycle export, Excel, import.
CorrigéDans « Ma journée », les tickets résolus et clos subsistaient dans « Mes échéances ». Le filtre de statut ne tenait qu'à la branche de l'échéance ; la relance et le report passaient à côté. La tâche de rappel filtre depuis toujours sur les trois échéances — les deux vues désignent désormais le même ticket. L'échéance elle-même subsiste sur le ticket : le fait qu'une relance ait été posée relève de l'historique.
AmélioréLa liste des rôles affiche l'exercice et la suppléance sur une seule ligne, et un rôle non pourvu le dit également.
AmélioréLe chapitre Organisation du manuel a été étendu à la suppléance sur les rôles et à la saisie des personnes, aide intégrée comprise.
2026.07.29.063429 juil. 2026
NouveauNouvelle zone de menu Organisation, avec quatre pages. L'organisation des processus et l'organigramme sont ouverts à tous les clients — la carte des processus et l'organigramme ont tout autant de sens pour des entreprises. Le catalogue de produits et le plan de répartition des tâches n'apparaissent que pour le type d'organisation administration publique. La zone devient visible via le nouveau droit gvp.read ; sa gestion exige gvp.manage.
NouveauCatalogue de référence de l'administration publique. Le plan de produits communal de la KGSt (6 domaines principaux, 16 domaines de produits, 41 groupes de produits, 148 produits) et 5 019 processus administratifs répartis sur 462 tâches spécialisées sont disponibles sans import. Le catalogue est une référence et ne crée aucun élément de configuration : 5 019 processus comme IC par client représenteraient 5 019 numéros d'IC, lignes d'audit et résultats de recherche pour un matériau qu'une commune n'exécute jamais à hauteur d'environ un tiers. Seule la reprise crée des processus métier — de façon répétable, avec aperçu, sans duplication. La mention de source selon CC BY 3.0 DE apparaît partout où des données du catalogue deviennent visibles, et figure comme date sur l'état du catalogue plutôt que codée en dur dans le programme.
NouveauOrganigramme avec gestion complète. Les unités organisationnelles peuvent être créées, modifiées, déplacées et supprimées ; en dessous, les postes avec leur signe et leur quotité, les affectations avec part et suppléance ainsi que les fonctions de délégué. Lors d'un déplacement, un contrôle de circularité empêche les arborescences renversées ; la suppression est bloquée tant que des sous-unités, des postes ou des affectations de produits y sont rattachés. Pour démarrer, l'organigramme d'une commune type peut être importé — les postes sont créés non pourvus.
NouveauLa direction d'une unité organisationnelle est désormais un poste. L'ancien champ Direction était un renvoi vers une personne sur l'enregistrement et ne pouvait représenter ni une direction vacante, ni une direction partagée, ni une direction suppléée. Les entrées existantes sont automatiquement transformées, au premier démarrage, en un poste de direction avec son affectation.
NouveauImport et export de l'organigramme au format CSV. Un tableau plat, une ligne par poste — la forme sous laquelle une administration tient de toute façon son organisation. L'export livre exactement les colonnes que l'import attend : télécharger, compléter dans Excel, réimporter. Aperçu avant l'écriture, les lignes rejetées sont signalées plutôt qu'avalées, une seconde exécution ne change rien.
NouveauCarte des processus et arborescence des processus. Trois bandes — pilotage, cœur de métier, support — avec tuiles et nombres, exploration jusqu'à la liste des processus, filtrage par niveau administratif et type de processus ainsi qu'export en PNG. Le niveau administratif est préréglé sur commune/ville ; sans filtre, il y aurait 5 019 processus et donc plus de carte.
NouveauPlan de répartition des tâches d'une simple pression. Le pilotage découle d'une unique affectation produit vers unité organisationnelle — lors d'un changement à la tête d'un service, c'est l'organigramme que l'on modifie, non chaque processus. Une inscription explicite sur le processus l'emporte sur la déduction, et la provenance figure dans la liste, le détail et le PDF : un A hérité ne doit pas ressembler à un A saisi. La participation, le conseil et l'information héritent à l'inverse vers le bas et sont attribuables au niveau du produit, de la tâche spécialisée ou du processus.
NouveauRapport de contrôle et versions figées. Le rapport nomme les processus sans pilotage, les doubles pilotages, les produits sans unité, les unités sans direction et les affectations orphelines. Une version fige l'état des données, le PDF et sa somme de contrôle SHA-256, avec date d'édition et auteur ; la requête à date lit la version au lieu de reconstituer l'état. Deux versions se comparent.
AmélioréL'organigramme ne coupe plus les libellés. La largeur des cases suit le libellé le plus long et le texte est renvoyé à la ligne ; à largeur fixe, un nom comme « Domaine 1 Administration générale et famille » débordait sur le nœud voisin.
AmélioréSurfaces de travail plus larges et ajustables. Dans l'organisation des processus et le catalogue de produits, la limite entre la navigation et la liste peut être déplacée ; un double-clic rétablit la largeur initiale.
AmélioréChapitre Organisation du manuel et aide intégrée correspondante pour les quatre nouvelles pages.
2026.07.28.191228 juil. 2026
SécuritéLes jetons Wallboard pouvaient procurer des droits d'autrui. Qui avait le droit d'administrer des écrans d'affichage pouvait émettre un jeton pour n'importe quel compte du client — y compris pour un compte plus privilégié. Comme un tel jeton s'échange, de façon anonyme et sans second facteur, contre un jeton d'accès portant les droits du compte lié, un prétendu « Wallboard » était un chemin vers des droits d'autrui sans mot de passe et sans attribution de rôle journalisée. La même barrière que pour l'attribution de rôles s'applique désormais : n'est émissible qu'un jeton pour un compte dont on détient soi-même intégralement les droits.
SécuritéL'aperçu de rapport exécutait du SQL libre avec le simple droit de lecture. Un tel SQL s'exécute tel quel contre la base de données du client et contourne ainsi toute autorisation de module — qui n'avait que le droit de consulter des rapports accédait ainsi à des données d'identité, de journalisation et de demandes d'autrui. La voie SQL exige désormais le droit de créer des rapports ; la voie du générateur en reste au droit de lecture. Sans ce droit, le client masque le commutateur SQL au lieu de se heurter à un refus.
NouveauLe report et la relance sont des échéances distinctes. Le report (« reporté jusqu'au ») tient au statut d'attente et est levé lorsqu'on le quitte ; la relance personnelle n'en est pas affectée. Les deux avec date et heure, les deux restent visibles après le rappel au lieu d'être supprimés. La liste des tickets dispose de colonnes propres pour les deux, colorées selon l'échéance la plus proche, ainsi que de la vue « Échéances uniquement ».
NouveauL'objectif de résolution peut être défini à la main. Dans la colonne latérale figure un sélecteur de date et d'heure qui enregistre immédiatement. Une échéance définie soi-même est notée comme telle et ne se décale plus avec la durée d'un statut d'attente — un engagement envers le déclarant doit tenir ce qu'il annonce.
NouveauRappels pour les trois échéances. La tâche couvre désormais la relance, le report et l'échéance, chacune avec un préavis 24 heures avant et un message à l'intervenant au moment de l'échéance — désactivables séparément via le catalogue de notifications. L'escalade SLA vers le groupe n'en est pas affectée.
Amélioré« Ma journée » s'appelle désormais « Mes échéances » et affiche les trois échéances côte à côte. L'échéance n'y apparaît que si elle est dans le champ de vision — dépassée ou dans les 24 prochaines heures. Sinon, chaque ticket ouvert assorti d'un délai SLA y figurerait.
CorrigéLe Wallboard ne pouvait pas être sélectionné dans le programme d'installation. Le composant était certes créé, mais inaccessible — l'assistant passait outre la sélection des composants et choisissait en dur les trois seuls types d'installation connus. Il existe désormais un quatrième type d'installation « Wallboard » pour les écrans d'affichage purs et une case supplémentaire pour les serveurs ou postes de travail dotés d'un écran mural. En outre, l'environnement d'exécution Windows requis est désormais installé également lors d'une installation Wallboard pure — sans lui, l'appareil n'aurait pas démarré après l'installation.
AmélioréLa responsabilité sur le processus ne figure plus qu'à un seul endroit. « Responsable (A) » et « Manager (R) » étaient gérables au même rang dans la fiche et dans la matrice RACI et divergeaient en pratique. La matrice est désormais la source ; les indications existantes de la fiche sont reprises une fois, les entrées existantes de la matrice restent intactes. Les rôles portent en outre un libellé en allemand.
AmélioréLa vue des dépendances nomme les objets par leur nom. Le titre de la page était codé en dur en anglais et s'intitule désormais « Dépendances » ; la liste des liaisons affiche le vis-à-vis correspondant avec son nom en clair plutôt qu'avec son identifiant interne — et ce par rapport au nœud sélectionné. Pour les liaisons entrantes, c'est le nœud sélectionné lui-même qui y figurait jusqu'ici.
AmélioréLe client du poste de travail démarre en plein écran. Désactivable sous Paramètres ▸ Affichage ▸ Fenêtre.
2026.07.27.191427 juil. 2026
NouveauWallboard : les indicateurs sur l'écran de la pièce. Un programme plein écran dédié aux écrans d'affichage montre en alternance les indicateurs du service desk, de la CMDB et de la gestion des adresses IP — avec de grands chiffres, les courbes des deux dernières semaines, les agents connectés, une grande horloge et le logo du client. Si un nouveau ticket attend, la tuile s'estompe et réapparaît calmement au lieu de clignoter. Le Wallboard est un composant désélectionnable du programme d'installation et démarre, si vous le souhaitez, de lui-même à l'ouverture de session.
SécuritéDes écrans d'affichage sans mot de passe sur l'appareil. Au lieu d'enregistrer un nom d'utilisateur et un mot de passe sur une machine sans surveillance, chaque écran d'affichage reçoit un jeton nommé qui lui est propre, assorti d'une durée. Il est lié à un compte utilisateur — l'écran voit exactement ce que ce compte a le droit de voir — et peut être révoqué individuellement. Sur l'appareil, il est stocké chiffré (DPAPI de Windows).
AmélioréTous les accès pour appareils et programmes sur une seule page. Sous Paramètres → Plateforme → Jetons d'intégration figurent désormais les deux types d'accès machine côte à côte — les programmes externes comme l'Ordivis Toolbox et les écrans d'affichage — chacun avec sa propre explication de sa destination et de ce qui les distingue.
CorrigéLe service de mise à jour du poste de travail est de nouveau livré. Le service qui met à jour les postes de travail de lui-même manquait dans le paquet de version et n'a pas été compilé lors de la publication.
AmélioréManuel : Wallboard et jetons. De nouvelles sections décrivent l'installation, la configuration et l'utilisation du Wallboard ainsi que les deux types de jetons, avec leurs différences et une recommandation sur le compte à utiliser.
Semaine 30 · 20 juil. – 26 juil. 202618 versions
2026.07.26.211526 juil. 2026
SécuritéL'authentification à deux facteurs est de nouveau possible. Qui avait configuré le second facteur ne pouvait plus entrer par aucun accès : le code de confirmation saisi n'atteignait pas le serveur, l'authentification le redemandait donc sans fin. Le code est désormais repris et vérifié. C'est pourquoi cette mise à jour est obligatoire — sur un état plus ancien, les comptes dotés d'un second facteur restent verrouillés.
NouveauLe code de confirmation est demandé partout. Le programme du poste de travail, le portail web et l'application Android affichent, après le nom d'utilisateur et le mot de passe, un champ pour le code à 6 chiffres issu de l'application d'authentification. Dans le programme du poste de travail, le mot de passe et le client subsistent ; un code erroné n'efface que le code.
CorrigéUn mot de passe erroné est de nouveau signalé comme tel. Une authentification refusée conduisait à un message d'erreur non spécifique plutôt qu'à une indication claire concernant le mot de passe.
CorrigéL'explorateur de dépendances et la carte des services métier restaient vides. Les deux vues ont besoin d'un élément de départ ; ouvertes via le menu, il manquait, et la page restait sans contenu. Toutes deux disposent désormais en haut d'un champ de recherche pour choisir l'élément de départ. En outre, dans l'explorateur de dépendances, les filtres par niveau et par type agissent désormais conjointement au lieu de s'annuler mutuellement.
AmélioréL'affectation d'appareil apparaît automatiquement sur l'élément de configuration. « Affecté à » sur l'appareil et « Appareils affectés » sur le compte utilisateur sont déduits de l'affectation d'actif active et ne sont plus modifiables à la main — les deux ne peuvent ainsi plus diverger.
AmélioréManuel : s'authentifier avec un second facteur. Une nouvelle section décrit le déroulement en deux étapes dans le programme du poste de travail, le portail et l'application.
2026.07.25.175925 juil. 2026
NouveauGénérateur de rapports par glisser & déposer. Les rapports se composent désormais par glisser & déposer à partir des champs du module concerné — avec filtres, tri, regroupement et indicateurs (nombre, somme, moyenne) ainsi qu'un aperçu en direct. Les spécialistes peuvent continuer de travailler par requête SQL.
Nouveau69 rapports prêts à l'emploi pour la direction. Chaque module apporte au moins cinq analyses standard fréquemment nécessaires (p. ex. tickets ouverts par priorité, contrats arrivant à échéance, éléments de configuration par classe) — directement utilisables, exportables et envoyables selon un calendrier.Complément : « envoyables selon un calendrier » n'était pas exact à ce moment-là. Le calendrier enregistré n'était pas évalué et rien ne partait vers les destinataires ; les deux ne sont arrivés qu'avec 2026.07.31.1413.
NouveauEn-tête et pied de page personnalisables. Le texte d'en-tête et de pied de page des rapports se personnalise par client ; chaque rapport porte sa date de création. La mention « Généré par Ordivis Platform » est conservée.
AmélioréNouvelle section du manuel & référence de la base de données. Une section dédiée du manuel explique les rapports et les requêtes SQL et documente la structure complète de la base de données avec la description des champs.
2026.07.25.152725 juil. 2026
NouveauMesures immédiates dans le tableau de bord de crise, sous forme de tableau. Les listes de contrôle en cours d'une situation apparaissent désormais dans le tableau de bord d'urgence sous forme de tableau clair (Ouvert / En cours / Terminé). Un clic sur une carte ouvre la liste de contrôle pour la traiter directement — sans quitter le tableau de bord.
AmélioréClasser et filtrer les listes de contrôle par domaine. Les modèles peuvent être affectés à l'un de huit domaines (p. ex. personnel, exploitation informatique, continuité d'activité) et filtrés par domaine dans la vue d'ensemble.
NouveauDéclencher automatiquement des listes de contrôle — par calendrier ou par ticket. Un modèle peut désormais démarrer automatiquement de façon récurrente (quotidienne, hebdomadaire ou mensuelle) ou lors d'un nouveau ticket — en plus des déclencheurs existants « crise » et « changement validé ». Le déclencheur se règle explicitement pour chaque modèle.
2026.07.24.175124 juil. 2026
NouveauSauvegardes de base de données chiffrées. La sauvegarde quotidienne peut désormais être déposée avec un mot de passe central comme une archive 7z chiffrée en AES-256 — vous définissez le mot de passe dans les paramètres de sauvegarde ; il n'est jamais en clair et il est enregistré via la DPAPI de Windows puis demandé lors de la restauration. Sans mot de passe, on en reste comme avant à une sauvegarde non chiffrée.
AmélioréLes listes de contrôle dans la nouvelle zone « Organisation personnelle ». Les listes de contrôle et les playbooks sont désormais regroupés dans une zone de menu dédiée ; l'ancienne double vue des listes de contrôle disparaît.
2026.07.24.115424 juil. 2026
NouveauDes processus nettement plus détaillés. Pour chaque processus métier peuvent désormais être saisis la base juridique, le champ d'application, la version et la validité, les bénéficiaires, les critères de décision, les exceptions et chemins d'erreur, les ruptures de support, les délais légaux ainsi que les redevances correspondantes.
NouveauVue d'ensemble des processus. Une liste globale sous forme de tableau de tous les processus avec leurs champs — consultable, filtrable, triable et exportable en CSV/PDF. Un double-clic ouvre le processus dans la documentation.
NouveauChamps pour l'administration publique. Pour les clients du type d'organisation « Administration publique » apparaissent des champs supplémentaires : identifiant LeiKa, identifiant FIM, numéro de produit KGSt, champ thématique et identifiant OZG, degré de maturité, niveau de confiance eIDAS, niveau fédéral et acte administratif (§ 35 VwVfG).
AmélioréZone de menu dédiée « Processus ». Elle regroupe la nouvelle vue d'ensemble des processus et la documentation des processus (renommée).
AmélioréImport de processus étendu. L'import CSV/JSON prend en charge les nouveaux champs, modèles mis à jour compris.
2026.07.24.071824 juil. 2026
NouveauGestion des changements nettement étoffée. Une demande de changement (RFC) peut désormais, à l'état de brouillon, être modifiée, planifiée avec un début et une fin prévus et liée aux tickets et problèmes déclencheurs ainsi qu'aux appareils/services concernés (IC) — via un champ de recherche, sans saisir de numéros.
NouveauValidation configurable — y compris pour l'exploitation par une seule personne. Par défaut, le demandeur n'a pas le droit de valider lui-même son propre changement (principe des quatre yeux). Dans de très petites équipes, cela peut désormais être modifié : si le mode exploitation par une seule personne est actif, la même personne assume la demande et la validation.
CorrigéUne nouvelle RFC était immédiatement validée. La valeur par défaut du type de changement était « Standard » — et les changements standard sont préautorisés. La valeur par défaut est désormais « Normal » et passe par la validation ; une indication explique les types. Les statuts portent désormais partout un libellé en allemand.
NouveauImporter des processus par fichier. Les processus métier (fiches) peuvent être créés et mis à jour en une seule étape par CSV ou JSON — l'import montre la structure de fichier attendue, propose des modèles à télécharger et un aperçu (essai à blanc) avant l'écriture.
AmélioréUn seul tableau de bord au lieu de deux. Les indicateurs et les listes de travail (tickets en retard et nouveaux, répartition des priorités) figurent désormais ensemble dans le tableau de bord du service desk ; l'entrée de menu distincte « Listes de travail » disparaît. Un clic sur une tuile d'indicateur ouvre la liste de tickets filtrée correspondante.
AmélioréDes listes sous forme de tableaux clairs. Les listes des tableaux de bord apparaissent sous forme de tableaux compacts avec en-tête de colonne plutôt que de texte empilé.
CorrigéChiffres d'indicateurs légèrement coupés en bas sur tous les tableaux de bord.
2026.07.22.205322 juil. 2026
CorrigéUne mise à jour du client effaçait l'adresse du serveur du poste de travail — et empêchait ainsi toute mise à jour ultérieure. L'adresse par laquelle un poste de travail se connecte au serveur est enregistrée par machine lors de la configuration. Lors de l'échange de fichiers, elle était détruite de deux manières : le premier fichier ne fait pas partie du périmètre livré et était supprimé comme « surnuméraire », le second en fait partie et était écrasé par la valeur d'usine localhost — ensuite, le service de mise à jour cherchait le serveur sur sa propre machine, n'y trouvait rien et restait sans effet — chaque mise à jour rendait la suivante impossible. Les indications propres à l'installation ne sont désormais ni supprimées ni écrasées lors de l'échange, comme cela valait déjà pour les paramètres du serveur et les fichiers de clés.
AmélioréProtégé contre la récidive. Le cas est couvert par un test qui rejoue une mise à jour avec une valeur d'usine modifiée et vérifie que l'adresse saisie subsiste ensuite sans changement.
2026.07.22.202522 juil. 2026
CorrigéLes postes de travail sur machine dédiée n'étaient jamais mis à jour — le service interrogeait le mauvais serveur. Sur une installation séparée, le service de mise à jour tournait sans fin et sans effet : aucun téléchargement, aucune question, aucun mouvement dans le gestionnaire des tâches. La raison : l'adresse du serveur est tenue à trois endroits — la connexion réglée dans le programme, la saisie issue de l'installation et une valeur par défaut livrée. Le service ne connaissait pas celle réglée dans le programme et retombait sur la valeur par défaut localhost tandis que le programme dialoguait depuis longtemps avec le bon serveur. Il évalue désormais les mêmes sources dans le même ordre que le programme lui-même. Les postes de travail sur machines dédiées se mettent ainsi à jour eux-mêmes de façon fiable pour la première fois.
AmélioréOn voit désormais ce que la mise à jour attend. Après l'accord, le service attend qu'Ordivis Platform se termine — jusqu'ici il le faisait pendant deux minutes au plus sans le moindre signe de vie et ne se distinguait pas d'un blocage. Cette étape est désormais visible comme un état à part entière. Si Ordivis Platform ne peut pas être terminé, une invitation claire à le fermer apparaît, au lieu d'un abandon silencieux ; la mise à jour se poursuit ensuite d'elle-même.
AmélioréUn « Mettre à jour maintenant » explicite n'attend plus deux minutes. Après un redémarrage du service, un délai de démarrage s'écoulait, qui laissait également en suspens un accord déjà donné. Il est désormais interrompu dès qu'une réponse est disponible.
AmélioréUn journal plus parlant. Le service consigne désormais quelle adresse de serveur il utilise et de quelle source elle provient. Jusqu'ici, seule l'adresse y figurait — il était donc impossible de distinguer si le serveur est injoignable ou si le service utilise la mauvaise adresse.
2026.07.22.192722 juil. 2026
AmélioréLes tableaux de bord montrent nettement plus sur la même surface. Jusqu'ici, quelques grandes tuiles portant chacune un seul chiffre remplissaient la moitié de l'écran. Chaque domaine a désormais la même structure : en haut une barre étroite avec tous les indicateurs, en dessous des diagrammes, en dessous des listes de travail. Un clic sur un indicateur ouvre la liste filtrée correspondante — « SLA non respecté » ouvre par exemple exactement les tickets concernés. La période d'analyse se règle sur 7, 30 ou 90 jours.
NouveauCourbes d'évolution pour le débit et le respect des SLA. Combien de tickets arrivent, combien sont résolus, comment évolue le respect des délais promis — cela ne se voyait jusqu'ici que sous forme d'instantané. Les valeurs journalières sont désormais en plus reconstituées rétroactivement sur 90 jours, au lieu de laisser l'historique ne naître qu'à partir de l'installation. Tant que trop peu de jours sont disponibles, le diagramme le dit — au lieu de tracer une ligne à partir d'un point unique.
NouveauLes répartitions d'un coup d'œil. Le backlog par ancienneté, les tickets ouverts par priorité, le cycle de vie des IC ainsi que le besoin de protection et la situation de risque apparaissent sous forme d'anneau avec les chiffres dans la légende. Dans le domaine réseau, une barre figure derrière chaque réseau pour son taux d'occupation.
CorrigéDeux chiffres différents pour « tickets ouverts » sur le même écran. La tuile ne comptait que les demandes nouvelles et en attente — donc sans celles en cours de traitement —, tandis que l'analyse à côté indiquait tout ce qui n'était pas terminé. Sur un jeu de test, 18 et 36 figuraient ainsi côte à côte. Fait désormais foi, de façon uniforme, tout ce qui n'est ni résolu ni clos ; « Nouveau » figure à côté comme tuile distincte.
CorrigéTemps moyen de résolution négatif. Si des demandes portaient une date de résolution antérieure à leur date de création, la moyenne l'intégrait et affichait une durée impossible. De telles valeurs ne sont plus restituées sous forme de chiffre.
NouveauListes de travail dans le service desk. Sous ITSM ▸ Listes de travail figurent les tickets en retard et les nouveaux ainsi que la répartition par priorité — le point d'entrée du travail quotidien, distinct de l'analyse.
CorrigéDes marqueurs à la place des caractères dans plusieurs textes. À certains endroits apparaissait littéralement <1T au lieu de <1T, de même pour les indications « supérieur/inférieur » relatives aux délais et pour les guillemets dans les textes d'information.
AmélioréCentre de mises à jour rangé. La liste « Composants concernés » figure désormais directement sous les informations de version plutôt qu'en bas de page, et ses colonnes s'adaptent au contenu — les désignations plus longues étaient auparavant coupées.
2026.07.22.161522 juil. 2026
CorrigéLes clients des postes de travail n'étaient jamais mis à jour — la cause se trouvait sur le serveur. Sur des installations séparées (client sur un PC dédié, serveur à part), le poste de travail restait à sa version : l'interface de programmation et le portail étaient mis à jour, le client était fermé et redémarrait inchangé, à l'ancienne version. La voie prévue à cet effet ne pouvait pas fonctionner du tout — les points de terminaison par lesquels le serveur remet les fichiers au poste de travail exigeaient une authentification que l'opération de mise à jour, par construction, n'apporte pas. Chaque requête était refusée ; à titre de remplacement, le site web du produit était tenté en silence, ce qui tournait à vide sans accès à Internet. Les deux sont corrigés.
NouveauUn service de mise à jour propre sur chaque poste de travail. Une installation client crée désormais un service Windows qui maintient le poste de travail de lui-même à l'état du serveur — selon un calendrier (toutes les quatre heures par défaut) ou d'une simple pression. Sans droits d'administrateur : jusqu'ici, chaque mise à jour exigeait une demande Windows de droits élevés ; qui ne les a pas — donc la plupart des utilisateurs — ne pouvait pas du tout mettre son client à jour.
NouveauC'est vous qui décidez quand Ordivis Platform est fermé. Le service télécharge d'abord intégralement la nouvelle version et la vérifie — ce n'est qu'ensuite qu'il demande : mettre à jour maintenant ou reporter d'une, de quatre ou de seize heures. La fermeture n'a lieu qu'après votre accord. Si Ordivis Platform n'est de toute façon pas ouvert, la mise à jour s'exécute sans être remarquée en arrière-plan. Après l'échange, le service vérifie sur le fichier de programme si la nouvelle version est réellement en place ; sinon, il rétablit l'état précédent.
CorrigéLe centre de mises à jour affichait la nouvelle version pour trois composants, alors que le poste de travail restait ancien. La liste décrit exclusivement des composants du serveur — y compris la ligne « Client », car il s'agit de la copie du client située à côté de l'application serveur, non de votre propre machine. Les deux figurent désormais séparément et avec un libellé : « Ce poste de travail » et, en dessous, les composants du serveur.
CorrigéLes postes de travail devançaient leur propre serveur. Comme cible était retenue la version la plus récente publiée sur le site web du produit plutôt que la version que le serveur exécute réellement. Un poste de travail aurait ainsi pu sauter vers un état que son arrière-plan ne connaît pas encore. C'est désormais toujours le serveur qui fait foi.
NouveauRelevé réseau : plus d'informations par appareil, retour vers la gestion des adresses IP. Le relevé issu de l'Ordivis Toolbox livre désormais des caractéristiques supplémentaires par hôte, connaît le fabricant à partir de l'adresse matérielle même sans accès à Internet et consigne l'origine de chaque adresse. Le canal de retour est en outre nouveau : les plages de réseau reconnues et les adresses encore non confirmées passent dans la gestion des adresses IP, et les listes d'attribution d'un serveur DHCP peuvent être importées directement.
2026.07.22.125422 juil. 2026
NouveauLes horaires de service peuvent enfin être gérés — jours fériés par Land compris. L'horloge SLA a toujours calculé avec des calendriers d'horaires de service : plages par jour de la semaine, fuseau horaire, jours fériés. Rien de tout cela n'était modifiable jusqu'ici — il n'existait que les deux calendriers issus de la première installation. Sous Paramètres ▸ Profils SLA vous créez désormais vos propres calendriers, gérez les horaires par jour de la semaine et inscrivez d'une simple pression les jours fériés légaux d'un Land pour une année. Les dates sont calculées, non récupérées — aucun accès à Internet n'est nécessaire pour cela. Un nouvel import remplace le millésime au lieu de le dupliquer ; le nombre figure dans le titre.
AmélioréProtection contre la suppression d'horaires de service utilisés. Un calendrier vers lequel renvoie un profil SLA ne peut pas être supprimé ; le message nomme les profils concernés. Sans cette protection, un profil sans calendrier calculerait silencieusement 24 heures sur 24 — et durcirait ainsi tous les délais sans que cela se remarque.
CorrigéFiche trompeuse « Horaires de service globaux » supprimée. Elle proposait un interrupteur ainsi qu'un début et une fin, mais n'était ni chargée ni enregistrée : les modifications avaient de nouveau disparu à l'ouverture suivante. Elle ne correspondait pas non plus au modèle — les horaires de service tiennent au calendrier du profil SLA concerné, il n'y existe pas de début/fin global. La nouvelle gestion des calendriers prend sa place.
CorrigéMessages d'erreur sans guillemets. Les messages du serveur apparaissaient à de nombreux endroits entre guillemets, parce que le texte était transmis sans traitement.
2026.07.22.110022 juil. 2026
CorrigéLes couleurs d'état sont de nouveau affichées. Dans la liste des tickets et dans la légende, « En cours de traitement » et « En attente du client / du prestataire » apparaissaient en gris au lieu de jaune et d'orange. La cause tenait à la façon dont ces deux couleurs étaient enregistrées : elles étaient de nouveau recherchées au moment du tracé, ce qui échouait dans les fenêtres superposées — par exemple la légende. Les couleurs sont désormais enregistrées en dur et ne peuvent plus se perdre. Il vaut partout : bleu = Nouveau, jaune = En cours de traitement, orange = En attente du client ou du prestataire, rouge = Bloqué, vert = Résolu, gris = Clos.
AmélioréLes largeurs de colonnes de la liste des tickets s'adaptent au contenu. Les numéros de tickets et les marquages d'état étaient jusqu'ici coupés, parce que toutes les colonnes avaient une largeur fixe. Elles s'adaptent désormais ; l'objet remplit toujours l'espace restant, et le déclarant, l'intervenant et le client sont plafonnés, afin qu'un seul nom long ne chasse pas l'objet. Le redimensionnement à la main reste possible.
Corrigé« Enregistrer » n'écrit plus le raccordement AD qu'en cas de modification. Le bouton Enregistrer des paramètres réécrivait la configuration AD/LDAP à chaque clic — indépendamment du domaine ouvert à ce moment-là — et signalait en conséquence « Configuration AD/LDAP enregistrée », même si l'on travaillait sur de tout autres paramètres. Elle n'est désormais enregistrée que si quelque chose a réellement changé.
2026.07.22.100022 juil. 2026
Corrigé« Mettre à jour maintenant » met désormais réellement le poste de travail à jour. L'avertissement signalant un client de poste de travail obsolète apparaissait correctement, mais son bouton ne faisait que basculer vers les paramètres — là, le centre de mises à jour signalait « Vous utilisez la version la plus récente », parce que cette affirmation porte sur le serveur — la mise à jour automatique était ainsi inaccessible précisément dans la situation pour laquelle elle a été construite : serveur à jour, poste de travail en retard. Le bouton lance désormais la mise à jour immédiatement, et elle est également disponible dans le centre de mises à jour. Si le lancement échoue — par exemple parce que le service de mise à jour manque ou que l'élévation de droits est refusée —, cela est signalé explicitement au lieu de ne rien faire en silence.
AmélioréLe centre de mises à jour distingue le serveur et le poste de travail. La page affichait côte à côte les informations de deux machines sans le signaler : les informations de version et « Composants concernés » décrivent le serveur, la barre d'état votre propre poste de travail. Si le poste de travail est en retard, l'indicateur d'état le signale désormais explicitement (« Serveur à jour — ce poste de travail est obsolète ») et nomme les deux versions en clair.
2026.07.22.084422 juil. 2026
CorrigéLa relance n'était pas enregistrée — et bloquait toute la colonne latérale. Une date de relance choisie apparaissait certes dans le journal, mais avait disparu à l'ouverture suivante. La cause était le fuseau horaire de la date, refusé à l'enregistrement — et ce pour le ticket entier : tant qu'une date était posée, la catégorie, la charge, le groupe et le décideur ne pouvaient plus non plus être sauvegardés. L'indication correspondante figurait en haut de la page et restait invisible lorsqu'on travaillait dans la colonne latérale.
CorrigéLes courriels transférés portent le bon déclarant. Si un collaborateur transfère un message au système de tickets et inscrit le client comme « Répondre à », c'est désormais celui-ci qui est repris comme déclarant — jusqu'ici, le collaborateur qui transférait était inscrit et devait être corrigé après coup. Pour les messages venus de l'extérieur, l'expéditeur reste déterminant, afin que les lettres d'information et les listes de diffusion ne produisent pas de faux déclarants.
CorrigéLe cercle des intéressés est désormais réellement notifié. Les parties prenantes inscrites n'étaient ni enregistrées ni informées — à l'ouverture suivante, la liste était vide, alors que le journal montrait l'inscription. Les parties prenantes sont désormais tenues sur le ticket : les internes reçoivent à chaque réponse un message dans l'application, les adresses externes reçoivent par courriel les réponses destinées au client. Les notes internes restent internes.
AmélioréDes couleurs d'état uniformes et un statut de plus. Les couleurs d'état étaient enregistrées séparément à trois endroits et se contredisaient : « En attente du client » apparaissait autrement dans la liste que dans la vue du ticket, et la légende décrivait encore une troisième chose. Il vaut désormais partout : bleu = Nouveau, jaune = En cours de traitement, orange = En attente du client ou du prestataire, rouge = Bloqué, vert = Résolu, gris = Clos. « Bloqué » s'y ajoute pour les demandes bloquées en interne ; « En attente du prestataire » peut enfin être filtré. Dans tous les états d'attente, l'horloge SLA est suspendue.
AmélioréLes réponses d'absence sont reconnues de façon plus fiable. Les réponses automatiques ne créent ni ticket ni contre-réponse. Elles sont désormais reconnues même lorsque l'expéditeur ne pose aucun marquage technique. Les messages rejetés sont journalisés avec leur expéditeur et leur objet, afin qu'une reconnaissance erronée reste retrouvable.
2026.07.21.200621 juil. 2026
NouveauLes postes de travail se mettent à jour eux-mêmes. Un client installé sur un PC dédié n'était jusqu'ici pas couvert par la mise à jour du serveur — pas même lorsque la mise à jour était déclenchée par ce client précis. Il se met désormais à jour lui-même : manifeste vérifié par signature, chaque fichier protégé individuellement par somme de contrôle, point de sauvegarde avant l'échange et retour automatique à la version précédente si quelque chose tourne mal. Les fichiers proviennent du serveur local — les postes de travail n'ont pour cela besoin d'aucun accès à Internet.
CorrigéUn poste de travail obsolète restait inaperçu. La vérification des mises à jour signalait la version du serveur, non celle du client. Si le serveur tournait déjà sur la nouvelle version, un client de poste de travail resté en arrière se taisait — y compris sur plusieurs versions. Il compare désormais sa propre version et le signale explicitement.
2026.07.21.191421 juil. 2026
CorrigéLes groupes de support montrent désormais QUI en fait partie. Jusqu'ici, la gestion ne listait que les utilisateurs et rôles enregistrés — or un rôle est une règle et non une personne. Si un groupe se composait exclusivement de rôles, il signalait « 4 membres » sans montrer un seul nom. Les rôles sont désormais résolus vers leurs porteurs : pour chaque personne figure la raison de sa présence dans le groupe (directe ou via quel rôle). Les attributions de rôles expirées ne comptent pas.
AmélioréPage des groupes de support redécoupée. En haut la vue d'ensemble des groupes, en dessous les membres du groupe cliqué — séparés entre les personnes réelles et les règles d'appartenance, qui peuvent être retirées. L'ajout et le retrait se font directement sur la page ; l'ancienne boîte de dialogue disparaît. Les indicateurs OLA restent inchangés à côté.
2026.07.21.183221 juil. 2026
NouveauPlusieurs appareils concernés par ticket. Un ticket porte toujours un appareil principal — l'affectation SLA, les analyses et l'analyse de panne y sont rattachées. En plus, un nombre quelconque d'autres éléments de configuration concernés peut désormais être lié, afin de documenter l'étendue réelle d'un incident.
NouveauInsérer des images et des fichiers directement dans le journal. Les captures d'écran, les fichiers PDF et texte peuvent être collés avec Ctrl+V directement dans le champ de saisie du journal ou y être déposés. Ils sont enregistrés comme pièce jointe du ticket et apparaissent dans la liste des pièces jointes.
NouveauSignaler les plages DHCP dans le sous-réseau. Les adresses situées dans la plage DHCP enregistrée de leur sous-réseau sont signalées comme telles dans la liste des adresses. Le marquage est calculé et ne modifie aucune donnée ; il peut être désactivé pour l'ensemble du client sous Paramètres → IPAM et est actif par défaut.
AmélioréListe des tickets rangée. Les objets d'administration du service desk — acheminement automatique, groupes de support, fenêtres de maintenance, niveaux de validation, blocs de texte, base de connaissances et reporting — sont désormais regroupés dans le menu « Administration » plutôt que sous forme de sept boutons distincts. La qualité des données a migré vers le tableau de bord ITSM, où elle a sa place en tant qu'analyse.
AmélioréLa vue enregistrée reste la valeur par défaut. Une vue choisie est automatiquement réappliquée à la prochaine ouverture de la liste des tickets — jusqu'à ce qu'une autre soit choisie.
AmélioréLes membres d'un groupe de support d'un coup d'œil. La vue d'ensemble des groupes affiche désormais le nombre de membres, le bouton porte un libellé, et les modifications ayant échoué sont signalées dans la boîte de dialogue au lieu de rester inaperçues.
CorrigéClient invisible après la configuration initiale. Un client créé via l'assistant de premier démarrage n'apparaissait pas dans la gestion des clients, et l'émission d'un jeton d'intégration (p. ex. pour l'Ordivis Toolbox) échouait avec « Client inconnu » — bien que le nom du client fût affiché correctement. Le client est désormais inscrit immédiatement au catalogue central.
CorrigéTri des adresses IP. Lors du tri par adresse IP, les adresses étaient comparées caractère par caractère, de sorte que 10.0.0.150 figurait par exemple avant 10.0.0.2. Le tri se fait désormais selon la valeur réelle de l'adresse.
CorrigéLa réponse du déclarant change le statut. Si un déclarant répondait par courriel, le message n'était qu'écrit dans le journal. Le ticket revient désormais des états d'attente ainsi que de « Résolu » et « Clos » vers le traitement ; l'horloge SLA repart en conséquence.
CorrigéLibellé manquant dans la vue d'ensemble des licences. Dans la vue détaillée d'une licence apparaissait un marqueur interne à la place de l'en-tête de colonne.
2026.07.20.184920 juil. 2026
NouveauGérer les signatures de courriel de façon centralisée. Les courriels de tickets sortants reçoivent désormais une signature uniforme — globale et, en option, par canal de support. Des marqueurs dynamiques insèrent automatiquement l'intervenant (prénom, nom abrégé, fonction), le numéro de ticket et les données de l'entreprise ; des mentions légales complètes sont jointes à chaque courriel. La gestion et l'aperçu se trouvent sous Service Desk → Signature de courriel.
NouveauMaintenir BSI Grundschutz++ à jour automatiquement. Le catalogue de sécurité est rapproché quotidiennement de la source officielle du BSI. En cas de modification, Ordivis Platform informe les responsables du catalogue ; la reprise n'a délibérément lieu qu'après confirmation (pas de bascule silencieuse). Vos propres adaptations du catalogue sont ce faisant conservées.
NouveauMesures techniques et organisationnelles au niveau du traitement. Pour chaque activité de traitement, les mesures techniques et organisationnelles prises peuvent être liées depuis un catalogue et présentées dans le registre des activités de traitement au titre de l'art. 30, § 1, point g) du RGPD.
AmélioréD'autres domaines d'usage dans le service desk. Les catégories de tickets comprennent désormais en plus les ventes, la gestion immobilière et le service du personnel, avec leurs sous-catégories correspondantes — y compris dans les clients existants.
AmélioréPrénom et nom dans le profil utilisateur. Le prénom, le nom et la fonction ou le titre peuvent désormais être gérés directement dans le profil utilisateur ; ils alimentent entre autres la nouvelle signature de courriel.
CorrigéAssistant de premier démarrage malgré les clients de démonstration. Si les clients de démonstration étaient installés en même temps, le système passait à tort pour configuré et l'assistant de premier démarrage pour le premier client propre, SuperAdmin compris, ne s'affichait pas. Les clients de démonstration sont désormais exclus de ce contrôle.
CorrigéSupprimer les clients de façon fiable. La suppression d'un client pouvait échouer ou laisser un état à demi supprimé. L'opération s'interrompt désormais de façon contrôlée si la base de données ne peut pas être supprimée, et libère sinon la base de données de façon fiable.
Semaine 29 · 13 juil. – 19 juil. 202645 versions
2026.07.19.195819 juil. 2026
NouveauSchéma d'étiquette d'actif : composer soi-même le numéro d'IC. Dans la CMDB, il est désormais possible de définir par client la composition du numéro d'IC — à partir de briques assemblables (texte fixe, client, site, service, classe d'IC, date et un numéro séquentiel avec contexte de compteur au choix). Un configurateur avec aperçu en direct montre le résultat immédiatement ; si aucun schéma n'est actif, le numéro séquentiel actuel subsiste. Les modifications ne valent que pour les IC nouvellement créés — les numéros déjà attribués restent inchangés.
NouveauModèle d'étiquette : définir le type de code-barres, la mise en page et le contenu. L'apparence des étiquettes d'actifs est désormais configurable par client : type de code-barres (code QR, DataMatrix ou Code 128), modèle de mise en page (petit, standard ou étiquette serveur), les champs qui apparaissent (nom, numéro de série, classe d'IC) et l'impression ou non du logo du client. Un aperçu PDF montre l'étiquette avant l'impression.
NouveauImprimer l'étiquette directement sur l'appareil. Dans la vue détaillée d'un IC figure désormais « Imprimer l'étiquette » — une étiquette d'actif unique est générée selon le modèle et ouverte.
2026.07.19.154619 juil. 2026
NouveauSauvegarde : répertoire, calendrier et rétention réglables. Les paramètres de sauvegarde affichent désormais le répertoire réellement utilisé et permettent de définir le calendrier (quotidien/hebdomadaire/mensuel), l'heure ainsi que la durée de conservation. La liste des sauvegardes existantes affiche correctement la date et la taille et peut être triée.
NouveauJournaux : emplacement de stockage et conservation. Les administrateurs peuvent définir où sont écrits les fichiers journaux des services serveur (p. ex. sur un lecteur de données plutôt que sur C:) et combien d'états de fichiers ou quelle taille de fichier sont conservés. Le réglage survit aux mises à jour du produit et prend effet après un redémarrage des services.
NouveauRestauration directement depuis l'interface. Une sauvegarde peut désormais être restaurée directement depuis les paramètres. Comme l'ensemble de la base de données est alors remplacé, un droit distinct est nécessaire — réservé par défaut au SuperAdmin, mais attribuable de façon ciblée à d'autres personnes via la matrice des rôles et des droits.
CorrigéChemin de sauvegarde affiché et colonnes de tableau vides. Le champ du répertoire de sauvegarde affichait une valeur par défaut fixe plutôt que le chemin réellement utilisé, et dans la liste des sauvegardes la désignation et la taille restaient vides. Les deux sont désormais affichés correctement.
2026.07.19.142219 juil. 2026
AmélioréTableau de bord d'accueil plus clair. La page d'accueil regroupe désormais en un seul endroit les indicateurs centraux de tous les modules – à côté de la CMDB et du service desk, également la gestion des adresses IP, la sécurité de l'information/SMSI, la gestion d'urgence (BCM) et la protection des données. L'onglet de diagrammes distinct du service desk disparaît.
AmélioréAnalyse et tableau de bord fusionnés. Dans le service desk, « Reporting » et « Tableau de bord » existaient en double. L'entrée de menu « Tableau de bord » ouvre désormais directement l'analyse détaillée (SLA, temps de traitement, satisfaction, arriéré, charge des agents) ; l'entrée de menu en double disparaît.
AmélioréAnalyse d'impact relative à la protection des données plus lisible. Dans l'onglet AIPD, les curseurs du risque résiduel portent désormais un libellé clair et ne se chevauchent plus ; le champ de justification est nettement plus grand.
CorrigéLe nom de l'entreprise et l'image de marque sont de nouveau enregistrés. Les modifications du nom de l'entreprise dans les paramètres n'étaient parfois pas reprises. Elles sont désormais enregistrées de façon fiable.
CorrigéLes résultats de la recherche globale ouvrent l'objet. Un clic sur un ticket, un IC ou un utilisateur dans la recherche globale mène désormais directement à l'objet correspondant.
CorrigéLes entrées de journal du portail s'affichent avec leur contenu. Dans la vue de ticket du portail en libre-service, les entrées de journal restaient vides de contenu ; leur texte s'affiche désormais correctement.
CorrigéRecherche d'utilisateur indépendante de la casse. Lors d'une affectation – par exemple d'un appareil à un collaborateur – l'utilisateur est désormais trouvé indépendamment des majuscules et minuscules, par nom de connexion, nom affiché ou adresse électronique.
CorrigéIcônes d'IC après une nouvelle connexion. Après une déconnexion puis une reconnexion sans redémarrage du client, les icônes des éléments de configuration pouvaient disparaître ; le catalogue de classes est désormais chargé à neuf pour chaque session.
AmélioréIcône pour les jetons d'intégration. L'entrée « Jetons d'intégration » des paramètres de la plateforme dispose désormais d'une icône appropriée.
2026.07.19.121719 juil. 2026
NouveauProtection des données : systèmes de traitement au niveau du traitement. Pour chaque activité de traitement, les systèmes informatiques de traitement peuvent être couplés depuis la CMDB ; leur besoin de protection est repris du module de sécurité de l'information. Si des données particulièrement sensibles sont traitées sur un système dont le besoin de protection est insuffisant, Ordivis Platform met en garde contre le « flux de données non protégé ».
NouveauAnalyse d'impact relative à la protection des données (AIPD). Une analyse de seuil guidée au titre de l'art. 35 du RGPD, assortie d'un voyant de risque, indique quand une analyse d'impact est nécessaire. Un traitement non évalué reste délibérément gris — le voyant ne suggère jamais à tort « sans risque ».
NouveauValidation à plusieurs niveaux, signée électroniquement. Selon le public visé (PME, entreprise, administration publique), les traitements suivent un workflow de validation à un ou plusieurs niveaux ; chaque décision est signée électroniquement et consignée de manière infalsifiable.
NouveauLibre-service « Mes traitements » dans le portail. Les services métier voient dans le portail en libre-service l'état des traitements qu'ils ont déclarés — en cours d'examen, validés ou encore incomplets — sans accès aux traitements d'autrui.
AmélioréVue de situation du délégué à la protection des données et profils de public visé. La centrale de protection des données affiche des tuiles d'indicateurs (en cours d'examen, en retard, catégories particulières, lacunes concernant les pays tiers), et chaque traitement rend transparent ce que le profil de public visé prévoit en matière d'étendue et de niveaux de validation.
AmélioréFiltre de statut des tickets avec sélection multiple. Dans la liste des tickets, plusieurs statuts peuvent désormais être filtrés simultanément (p. ex. « tous sauf Clos ») au lieu d'un seul.
AmélioréPerformance de la base de données sur les chemins critiques. Des index supplémentaires et un nettoyage plus agressif (autovacuum) sur les tables les plus souvent écrites maintiennent la recherche de tickets rapide même avec de grands volumes de données ; un test de capacité représentatif mesure les formes de requêtes réelles.
2026.07.18.232618 juil. 2026
NouveauTest de capacité pour les administrateurs. Dans la supervision de la plateforme, un SuperAdmin peut désormais lancer un test de capacité contrôlé contre une base de données jetable (jamais contre de vraies données client) et mesurer le débit, les temps de réponse et la réserve de connexions du serveur — utile pour établir le dimensionnement sur son propre matériel. L'exécution est sécurisée (confirmation, plafonds fixes, limite de temps) et recommandée en dehors des heures ouvrables.
NouveauRequêtes de base de données les plus coûteuses dans la supervision de la plateforme. La supervision SuperAdmin affiche désormais les requêtes de base de données les plus coûteuses avec leur débit et leur temps de réponse — une base pour repérer les goulets d'étranglement de façon ciblée.
AmélioréPerformance de la base de données et pools de connexions. Le pool de connexions est désormais plafonné par client et les requêtes qui s'emballent sont bornées par une limite de temps d'exécution (les migrations de base de données en restent exclues). Le manuel d'exploitation décrit les réglages recommandés selon la taille du client.
AmélioréSocle pour d'autres langues. Les textes des notifications, des courriels et du journal des tickets sont désormais générés à partir de ressources linguistiques plutôt que codés en dur dans le programme — le socle technique permettant d'étendre à l'avenir Ordivis Platform à d'autres langues. L'allemand et l'anglais restent inchangés.
2026.07.18.164118 juil. 2026
CorrigéIPAM plus stable lors du scan. Au démarrage d'un scan réseau dans la gestion des adresses IP, le client pouvait, dans de rares cas, se fermer brutalement ; le rapprochement différé des résultats est désormais sécurisé. Si le chargement de la liste d'adresses IP d'un sous-réseau échoue, un message clair apparaît en outre à la place d'une liste vide sans raison.
2026.07.18.152618 juil. 2026
NouveauReprendre dans l'IPAM les résultats de scan réseau d'outils externes. Ordivis Platform peut désormais recevoir, via une interface, les résultats de scan d'outils d'administration externes – comme l'Ordivis Toolbox gratuite. Les sous-réseaux distants que le serveur n'atteint pas lui-même sont ce faisant créés ou complétés ; les appareils trouvés apparaissent comme entrées non confirmées et sont vérifiés et confirmés par une administratrice. L'envoi fonctionne en ligne comme hors ligne (mémoire tampon dans l'outil).
SécuritéJetons d'intégration révocables pour l'accès machine. Pour le raccordement, un SuperAdmin émet un accès sous « Paramètres → Plateforme → Jetons d'intégration » (aucune connexion utilisateur nécessaire). Il vaut pour exactement un client, ne peut qu'injecter des résultats de scan, est révocable à tout moment et n'est enregistré que sous forme d'empreinte. Les données injectées ne sont pas reprises aveuglément, mais confirmées par une administratrice.
2026.07.18.124718 juil. 2026
CorrigéLes pièces jointes téléversées s'affichent de nouveau dans la liste – et peuvent être supprimées. Dans les tickets et les documents d'urgence BCM, les fichiers téléversés n'apparaissaient pas dans la liste des pièces jointes (le téléversement lui-même fonctionnait). La cause était une erreur de comparaison sur les majuscules et minuscules. Les pièces jointes sont de nouveau listées et peuvent être consultées, téléchargées et – avec le droit de modification – supprimées.
AmélioréIcônes pour les nouveaux paramètres de la plateforme. Les entrées « Supervision de la plateforme », « HTTPS / sécurité du transport » et « Connexion à l'interface de programmation » disposent désormais d'icônes appropriées dans la navigation des paramètres.
2026.07.18.115218 juil. 2026
NouveauManuel d'exploitation et manuel d'urgence. Ordivis Platform crée automatiquement, à partir de vos modules, un manuel d'exploitation informatique et tient des plans de reprise qui sont transmis directement au moteur de listes de contrôle. Les manuels peuvent être exportés en PDF à votre image de marque, suivent un workflow de validation et sont accessibles via une interface dédiée dans le client.
NouveauAide directement dans le client. Une aide contextuelle intégrée à l'application (F1) avec recherche, vue PDF et une zone À propos/Support – à l'état de la version installée et utilisable même sans connexion Internet.
NouveauSupervision de la plateforme pour les SuperAdmins. Vue d'ensemble de la santé du système et des services ainsi que des seuils et alarmes configurables pour l'exploitation de la plateforme.
SécuritéCertificats HTTPS automatiques (Let's Encrypt) et paramètres HTTPS. Outre un certificat propre et le proxy inverse, l'interface de programmation peut désormais obtenir et renouveler automatiquement son certificat via Let's Encrypt. Le SuperAdmin règle commodément le mode d'exploitation (proxy inverse / certificat propre / Let's Encrypt) ainsi que le domaine dans l'interface ; le programme d'installation les demande également lors de la configuration.
NouveauRaccordement du client librement configurable. L'adresse du serveur d'interface de programmation (hôte, port, HTTP/HTTPS) peut être définie lors de l'installation et à tout moment dans le client – sur la page de connexion et, en tant que SuperAdmin, dans les paramètres, « Tester la connexion » compris. Pour les réseaux internes dotés d'un certificat auto-signé, il existe en outre une option permettant d'ignorer délibérément les erreurs de certificat (avec un avertissement explicite). Le client est ainsi utilisable également d'un site à l'autre via VPN.
NouveauJoindre des fichiers par glisser & déposer. Partout où des fichiers sont téléversés (tickets, CMDB, documents de processus et d'urgence, entre autres), plusieurs fichiers peuvent désormais être déposés en une fois par glisser & déposer – y compris des courriels et des pièces jointes directement depuis Outlook.
2026.07.17.220217 juil. 2026
SécuritéHTTPS configurable au niveau du service. L'interface de programmation et le portail peuvent désormais soit laisser le chiffrement TLS à un proxy inverse placé en amont (valeur par défaut), soit chiffrer eux-mêmes avec un certificat propre. Si un service fonctionne sans chiffrement, un message clair renvoie à la recommandation de sécurité. L'obtention automatique de certificats via Let's Encrypt suivra dans l'une des prochaines versions.
CorrigéMoins de bruit dans le journal d'événements Windows. Plusieurs avertissements récurrents (ancre d'activation, redirection HTTPS, indications internes de base de données) ont été supprimés – rien ne change de ce fait à l'exploitation.
2026.07.17.201817 juil. 2026
AmélioréModèle de processus (BPMN) dans un design clair et sombre uniforme. La représentation graphique des processus (Processus → Modèle de processus) suit désormais l'apparence claire ou sombre de l'application au lieu d'une surface blanche fixe, et s'intègre ainsi au design de base Material Design 3. Les formes, les liaisons et les libellés reçoivent, selon le mode, des couleurs bien visibles. Dans l'éditeur de processus, la barre d'outils et les boutons d'action de chaque objet sont en outre nettement reconnaissables en mode sombre – c'étaient auparavant des cases blanches à peine lisibles. L'étendue des fonctions ne change pas.
2026.07.17.190017 juil. 2026
AmélioréVersion de maintenance – sans changement fonctionnel pour votre installation. Cette mise à jour ne concerne que notre chaîne de livraison et les données de démonstration livrées. L'opération de publication nous montre désormais chaque étape de contrôle séparément (manifeste, signature, accessibilité publique, bascule), et la vérification de signature du manifeste de mise à jour a été externalisée dans un composant dédié et léger – rien ne change de ce fait au programme livré.
AmélioréEnvironnement de démonstration plus parlant. Les trois clients de démonstration présentent désormais un historique d'utilisation sur plusieurs années – exercices d'urgence annuels et contrôles de base, une déclaration d'applicabilité (SoA) portant sur tous les contrôles de l'annexe A, les états de version des modèles de processus et des listes de contrôle achevées au fil des ans. Visible uniquement avec les données de démonstration activées ; les installations en production ne les contiennent pas.
2026.07.17.171717 juil. 2026
NouveauUne situation de crise close laisse désormais une preuve. Dans la gestion d'urgence, le tableau de bord de crise affiche les situations closes : quand elles ont commencé et pris fin, combien de temps elles ont duré, quel niveau de danger elles ont atteint au maximum et qui y a mis fin. Jusqu'ici, la sortie du mode de crise effaçait ces indications – précisément le socle du retour d'expérience selon BSI 200-4 (analyse, enseignements tirés). Le niveau maximal atteint est conservé, même si la situation s'est de nouveau détendue avant la dissolution de la cellule.
CorrigéUne violation de données saisie mais pas encore évaluée passait pour non soumise à notification. Tant que personne n'avait évalué le risque d'une violation de données, Ordivis Platform la traitait comme sans risque : le délai de 72 heures n'était jamais dépassé, et la violation pouvait être clôturée. C'est précisément le cas « saisi puis oublié », pour lequel le délai existe, qui ne déclenchait aucun avertissement. L'obligation de notification dépend désormais du fait que le risque ait été réellement évalué – une violation non évaluée devient en retard au bout de 72 heures et ne peut pas être clôturée en silence.
CorrigéLe service de publication oubliait son état vérifié après un redémarrage. Ne concerne que notre chaîne de livraison, non votre installation : après un redémarrage, le service réinitialisait sa mention de contrôle et aurait de nouveau tenu pour non vérifiée une version déjà intégralement vérifiée. Il relit désormais l'état vérifié au démarrage.
2026.07.17.132917 juil. 2026
CorrigéLa base juridique figurait sous forme d'abréviation technique plutôt qu'en clair. Dans le profil du traitement apparaissait par exemple « BerechtigtesInteresse » – l'export destiné aux autorités écrivait au même endroit, correctement, « art. 6, § 1, point f) (intérêt légitime) ». Les deux affichent désormais le même texte en clair avec la lettre de la loi, afin que la correspondance soit vérifiable sans table de conversion.
CorrigéLe contrôle interne de publication vérifiait la mauvaise version. Ne concerne que notre chaîne de livraison, non votre installation : le contrôle automatique après le téléversement déterminait la version à vérifier à partir du fichier de version – or celui-ci est délibérément basculé en dernier. Il vérifiait donc la version précédente, complète depuis longtemps, et signalait « en ordre », tandis que la nouvelle restait non vérifiée. Le contrôle suit désormais ce qui a réellement été téléversé.
2026.07.17.125417 juil. 2026
CorrigéLe client se fermait brutalement à l'ouverture d'un traitement dans le registre des activités de traitement. Une liste déroulante du profil de traitement (profil de public visé) entrait dans une boucle sans fin avec l'affichage dès qu'un profil enregistré était chargé – le client se terminait alors sans message. Cela n'est devenu visible qu'avec de vraies données : tant qu'aucun traitement n'existait, aucun n'était jamais ouvert.
CorrigéLa même cause de plantage désamorcée à douze autres endroits. Étaient concernées des listes déroulantes dans la CMDB (détail et liste), l'IPAM, la base de connaissances, le générateur de rôles, la déclaration d'applicabilité (SoA), les paramètres et la liste des utilisateurs. Aucune ne s'était fait remarquer jusqu'ici – elles auraient pu frapper en exploitation dès que suffisamment de données existent. Un contrôle automatique tient désormais l'endroit durablement dégagé : la compilation ne peut plus passer au vert si un tel champ s'ajoute sans protection.
AmélioréMoins de requêtes inutiles lors du filtrage. Effet secondaire de la correction : les listes (IPAM, base de connaissances, utilisateurs) ne se rechargent plus lorsqu'un filtre est réglé sur la même valeur qu'auparavant.
2026.07.17.122317 juil. 2026
CorrigéLa vue d'ensemble du registre des traitements signalait « complet » alors que des destinataires manquaient. Les indications de destinataires issues de la mise à jour précédente étaient vérifiées dans le traitement lui-même et dans l'export – la vue d'ensemble continuait cependant de calculer son exhaustivité uniquement à partir de la base juridique, des catégories et du délai. C'est précisément la liste de travail du délégué à la protection des données qui donnait ainsi une fausse quiétude là où une mention obligatoire manquait. Elle signale désormais « aucun destinataire (art. 30, I, d) » et « pays tiers sans garantie (chap. V) » comme toutes les autres vues.
2026.07.17.115417 juil. 2026
CorrigéLe registre des activités de traitement était incomplet – et ne l'a pas dit. L'article 30 exige que vous consigniez aussi les destinataires de vos données. Ce champ n'existait pas jusqu'ici, et pire : la colonne des constats ne l'a pas relevé. Un registre pouvait ainsi apparaître « sans constat » tout en laissant manquer une mention obligatoire – une assurance qu'un simple tableau n'aurait pas simulée. Nous avons corrigé cela et vous prions de nous en excuser.
NouveauDestinataires et pays tiers (art. 30, § 1, points d) et e)). Pour chaque traitement, vous consignez désormais qui reçoit les données – sous forme de catégorie, comme la loi l'exige (« conseiller fiscal ») ; le nom concret, vous pouvez l'ajouter. S'y ajoute le rôle, car c'est lui qui détermine les obligations : un sous-traitant (art. 28) agit sur instruction, un tiers autonome a besoin de sa propre base juridique – et une société sœur est également un tiers au sens du droit de la protection des données. « Nous ne transmettons rien » est également une indication et demande à être saisie ; un champ vide, en revanche, n'en est pas une.
NouveauAvertissement en cas de transfert à l'étranger. Si un destinataire est situé hors de l'UE et de l'EEE, le règlement exige une garantie – décision d'adéquation, clauses contractuelles types, règles d'entreprise contraignantes ou dérogation au cas par cas. Si elle manque, Ordivis Platform le signale comme constat. Pour les États-Unis, le seul renvoi à la décision d'adéquation ne suffit pas : elle ne vaut pas pour le pays, mais uniquement pour les destinataires certifiés – Ordivis Platform demande donc la preuve.
AmélioréOrdivis Platform ne contredit pas votre délégué à la protection des données. C'est la Commission européenne qui décide si un pays bénéficie d'une décision d'adéquation – et elle abroge aussi des décisions. Une liste de pays enregistrée dans le programme serait potentiellement périmée dès le jour de la livraison, et une liste périmée qui dit silencieusement « autorisé » serait plus dangereuse que pas de liste du tout. Nous ne décidons donc automatiquement que de l'appartenance d'un pays à l'UE ou à l'EEE. Si vous inscrivez une décision pour un pays que notre état ne connaît pas, vous obtenez une indication assortie d'une date – non une contradiction. La décision vous appartient.
AmélioréRegistres modèles dans les clients de démonstration. Qui présente ou essaie Ordivis Platform trouve désormais dans le module de protection des données des exemples élaborés plutôt qu'une liste vide – paie, gestion des candidatures, vidéosurveillance, registre de population, attribution de places en crèche et d'autres, adaptés au profil de public visé. Délibérément inclus : des traitements comportant des constats ouverts, afin que l'on voie comment le module signale les lacunes.
2026.07.17.093317 juil. 2026
NouveauProtection des données : registre des activités de traitement (art. 30 du RGPD). Qui traite des données à caractère personnel doit en tenir un registre – l'autorité de contrôle peut le réclamer à tout moment. Ordivis Platform le tient désormais dans le produit plutôt que dans un tableur : avec la finalité, la base juridique au titre de l'art. 6, les catégories de personnes concernées et de données ainsi que les durées de conservation. Chaque modification est traçable au champ près – qui, quand, quel champ, de quelle valeur vers quelle autre. La preuve survit même à la suppression du traitement : qui retire un traitement n'efface pas pour autant l'attestation de son existence. Seul celui qui détient le droit correspondant peut valider – qui saisit ne valide pas lui-même.
NouveauLes traitements incomplets sont affichés, au lieu de se révéler lors d'un contrôle. La vue d'ensemble montre, pour chaque traitement, ce qui lui manque au regard de l'art. 30 : pas de base juridique, pas de catégories, pas de durée de conservation – et l'intérêt légitime sans la mise en balance des intérêts qu'il requiert. Un filtre en fait la liste de travail du délégué à la protection des données. Les catégories particulières au titre de l'art. 9 (santé, religion, appartenance syndicale, biométrie…) et les données pénales au titre de l'art. 10 sont livrées comme catalogue légal – ce sont des textes de loi, non une configuration.
NouveauDispositif de notification des violations de données (art. 33/34). La liste affiche en premier le temps restant – car l'art. 33 vous accorde 72 heures, et celles-ci courent à compter de la prise de connaissance, non de l'incident. Les deux moments sont saisis séparément. « Non soumis à notification » exige une justification (art. 33, § 5), et un dossier ne peut pas être clos tant qu'une obligation reste ouverte : soumis à notification et non notifié, ou risque élevé sans information des personnes concernées.
NouveauExport conforme aux exigences des autorités, d'une simple pression. Le registre peut être exporté en PDF, CSV ou JSON (art. 30, § 4). L'export signale les lacunes lui aussi au lieu de les taire – l'autorité les trouve de toute façon, seulement plus tard et moins bien expliquées.
NouveauLes services métier déclarent eux-mêmes leurs traitements. Un délégué à la protection des données ne peut pas connaître seul tous les traitements d'une maison. Dans le portail, un assistant guide les services métier en cinq étapes à travers la déclaration – en langage courant, sans connaissances préalables en protection des données (« De qui traitez-vous les données ? » plutôt que « catégories de personnes concernées »). La déclaration part en brouillon vers le délégué à la protection des données pour examen.
AmélioréLes sections de navigation se replient dès qu'une autre est ouverte. Dans le client, toutes les sections restaient ouvertes en même temps et la colonne latérale devenait confuse. Elle se comporte désormais comme dans le portail : une section est ouverte, les autres se ferment.
AmélioréBus de messages interne remplacé. Invisible pour vous, mais important : la bibliothèque utilisée jusqu'ici ne recevra plus de correctifs de sécurité à partir de fin 2026. Elle a été remplacée par une alternative maintenue – à temps et sans modification de vos données ni de vos processus.
2026.07.16.173116 juil. 2026
NouveauConfigurer soi-même l'authentification à deux facteurs. Jusqu'ici, l'authentification à deux facteurs (MFA) ne pouvait pas du tout être activée pour son propre compte – il n'existait tout simplement aucun chemin pour y parvenir. Vous la configurez désormais vous-même : dans le menu du compte, en haut à droite, sous Authentification à deux facteurs. La boîte de dialogue affiche un code QR pour votre application d'authentification et, à côté, le secret en clair – qui ne peut ou ne veut pas scanner le saisit. Seul le code confirmé issu de l'application arme le second facteur ; une tentative interrompue laisse votre compte inchangé et ne vous verrouille pas. C'est par le même menu que vous le désactivez également (toujours uniquement avec le mot de passe ou un code valide).
CorrigéLa supervision de la plateforme n'affichait plus rien du tout. Le tableau de bord restait vide et signalait une erreur interne. Cause : pour déterminer la taille de la base de données, chaque base de données du serveur était mesurée – y compris les bases étrangères. Sur des serveurs comportant de nombreuses bases, cela durait trop longtemps, aboutissait à un dépassement de délai et entraînait avec lui tous les autres indicateurs, bien que ceux-ci fussent disponibles depuis longtemps. Seul ce qui appartient à Ordivis Platform est désormais mesuré, le résultat conservé quelques minutes – et si un indicateur isolé ne peut pas être déterminé, le tableau de bord affiche un tiret à sa place et livre le reste, au lieu de rester vide.
AmélioréLa base de données est réglée lors de l'installation. Si le programme d'installation apporte lui-même PostgreSQL, il configure désormais le serveur directement pour l'exploitation au lieu de le laisser aux valeurs d'usine. Les valeurs sont calculées à partir de la machine cible – mémoire vive, cœurs de processeur, espace disque libre –, de sorte qu'un grand serveur et une petite machine virtuelle reçoivent chacun des réglages adaptés. Si vous apportez votre propre instance PostgreSQL ou utilisez une base de données externe, sa configuration reste intacte.
CorrigéLe nettoyage des anciens états de mise à jour laissait des dossiers vides. Lors de la suppression d'états de mise à jour remplacés, les fichiers étaient certes supprimés, mais les dossiers vides restaient sur le serveur et s'accumulaient. Ils sont désormais nettoyés avec le reste.
2026.07.16.122616 juil. 2026
CorrigéMises à jour : l'arrêt des services n'était pas attendu de façon fiable lors de l'échange. Windows signale un service en cours d'arrêt comme « en cours d'arrêt » – ce qui passait jusqu'ici pour « arrêté ». L'échange de fichiers pouvait de ce fait commencer alors que le service tenait encore ses fichiers ouverts ; la mise à jour échouait et était annulée. L'arrêt effectif est désormais attendu, un service n'est terminé de force que s'il ne s'arrête pas de lui-même, et la fin réelle du processus est dans tous les cas attendue avant que des fichiers ne soient touchés. Les mises à jour du produit aboutissent ainsi de façon sensiblement plus fiable.
AmélioréIcône uniforme dans la barre des tâches et le gestionnaire des tâches. Jusqu'ici, seuls le client et quelques outils portaient l'icône Ordivis – l'interface de programmation, le portail, le service de mise à jour et la fenêtre de progression des mises à jour apparaissaient avec l'icône générique de Windows. Tous les programmes livrés affichent désormais uniformément l'icône Ordivis, y compris dans la barre de titre de la fenêtre de mise à jour.
2026.07.16.101116 juil. 2026
CorrigéSécurité : l'authentification à deux facteurs se désactivait trop facilement. Qui avait activé l'authentification à deux facteurs (MFA) pouvait jusqu'ici la retirer avec la seule session existante. La désactivation exige désormais une nouvelle confirmation – le mot de passe actuel ou un code valide issu de l'application d'authentification. Une session détournée ne peut ainsi plus contourner le second facteur à l'insu de tous.
NouveauManuel d'urgence informatique d'une simple pression. À partir des données de préparation aux urgences déjà entretenues d'un périmètre naît désormais un manuel d'urgence informatique complet et versionné selon BSI 200-4 : organisation d'urgence (cellule de crise et cellule d'urgence avec affectations et suppléances), chaîne d'alerte et d'escalade, mesures immédiates, plan de communication, répertoire de contacts et documents d'urgence applicables. Point décisif : rien n'est copié – les chapitres renvoient à leur source et affichent à chaque consultation l'état actuel. Qui modifie un numéro d'appel dans la liste d'alerte l'a immédiatement dans le manuel, sans avoir à le régénérer. Pas de double saisie, pas de contacts d'urgence périmés.
NouveauManuels d'exploitation et d'urgence comme documents versionnés. Les manuels peuvent être tenus à l'état de brouillon et à l'état validé : un manuel validé est protégé contre les modifications, une nouvelle version naît automatiquement pour une révision. Une base pour les contrôles et les audits (BSI/ISO), où l'état validé doit être prouvable.
NouveauAide directement dans l'application. Le manuel est désormais disponible directement dans le client sans connexion Internet – construit à partir des mêmes sources que les manuels imprimés, donc toujours au même état que le produit.
NouveauSupervision de la plateforme pour les exploitants. Un nouveau tableau de bord montre l'état de la plateforme d'un coup d'œil : indicateurs de base de données (connexions, taux de succès du cache, requêtes longues, taille), sessions et connexions actives ainsi que, par client, la taille de la base de données et les sessions. Se met à jour automatiquement.
NouveauÉvénements de sécurité dans le journal d'événements Windows. Ordivis Platform écrit en outre les opérations sensibles du point de vue de la sécurité (connexions, connexions en échec, modifications de mots de passe et de droits, événements de service, de mise à jour et de licence) dans le journal d'événements Windows, sous une source dédiée « Ordivis Platform ». Elles peuvent ainsi être raccordées sans effort supplémentaire à un SIEM existant ; les événements écrits sont configurables. Le journal existant dans l'application subsiste sans changement.
AmélioréLe déclarant d'un ticket est corrigible. Le contact déclarant peut être défini ou modifié après coup s'il n'était d'abord pas connu. Pour les tickets issus de courriels, l'adresse de réponse est en outre évaluée, de sorte que le client réel est reconnu comme déclarant et non la boîte aux lettres qui a transféré.
2026.07.15.225615 juil. 2026
NouveauFenêtre de progression visible pour les mises à jour du produit : une mise à jour déclenchée manuellement affiche désormais son déroulement dans une fenêtre dédiée – avec des phases (sauvegarde, téléchargement, installation, redémarrage & vérification, clôture), une barre de progression et un journal en direct – et signale quand les services sont de nouveau disponibles. La progression reste visible même pendant que l'application elle-même est remplacée et redémarrée ; après une mise à jour réussie, le client redémarre automatiquement.
CorrigéDans certaines configurations, le client était redémarré de façon invisible en arrière-plan après une mise à jour — il revient désormais de façon fiable et visible. En outre, la page des paramètres affiche de nouveau correctement le résultat de la dernière mise à jour.
2026.07.15.211915 juil. 2026
NouveauModèle de licence à deux rôles (administrateurs & agents de service desk) : les utilisateurs nommés sont désormais licenciés selon deux rôles. Une licence d'administrateur couvre l'étendue fonctionnelle complète, service desk compris ; une licence – nouvelle – d'agent de service desk n'autorise que le traitement des tickets et du service desk et n'accorde aucun accès d'administration. Les deux rôles sont vérifiés séparément au regard de la licence (avec un message clair lorsque le contingent correspondant est atteint) ; les utilisateurs finaux du portail en libre-service restent illimités et gratuits. Les licences existantes demeurent valables sans changement — une limitation distincte des agents ne s'applique qu'avec une licence nouvellement émise.
2026.07.15.173815 juil. 2026
AmélioréDes mises à jour du produit plus robustes : une mise à jour est désormais entièrement exécutée par un updater autonome, plutôt qu'en partie par le serveur d'application en cours d'exécution. L'updater arrête au besoin le service du serveur d'application et celui du portail, échange les fichiers avec restauration automatique (rollback), vérifie après le redémarrage le bon fonctionnement de chaque service et redémarre le client en dernier. Cela empêche des mises à jour partielles incomplètes (où, par exemple, seul le portail et non le serveur d'application était mis à jour) et affiche dans les paramètres le résultat vérifié pour chaque composant.
2026.07.15.164415 juil. 2026
CorrigéUne mise à jour empêchait le serveur d'application de démarrer : dans la version 2026.07.15.1549, une migration de base de données contenait par inadvertance des modifications de schéma d'un autre module ; sur les installations existantes, le démarrage du serveur d'application s'interrompait après l'installation. Cette compilation corrige la migration et contient la même étendue fonctionnelle que 2026.07.15.1549 (moteur de listes de contrôle ainsi que la correction des notifications affichées en double).
2026.07.15.154915 juil. 2026
NouveauMoteur de listes de contrôle : des modèles de listes de contrôle réutilisables (sections, points obligatoires ou facultatifs, responsabilités) peuvent être composés dans le client, activés et traités pas à pas — avec un journal infalsifiable (qui, quand, note) et une clôture par signature. Les listes de contrôle attribuées peuvent être traitées dans le portail en libre-service ; chaque exécution est exportable comme preuve PDF. Des scénarios types (arrivée/départ, mise en service d'un serveur, reprise, changement, urgence) sont préparés sous forme de modèles adaptables et se déclenchent automatiquement lors de l'activation d'une crise ou de la validation d'un changement.
CorrigéLes notifications s'affichaient en double : les messages également distribués par courriel (par exemple « Mise à jour disponible ») apparaissaient deux fois dans la cloche de notifications. La cloche n'affiche désormais chaque message qu'une seule fois.
2026.07.15.124715 juil. 2026
AmélioréCompilation de maintenance sans changement fonctionnel : mise à jour interne ; la logique de redémarrage après mise à jour revue dans 2026.07.15.1130/.1217 (un seul redémarrage du client, seulement une fois l'interface de programmation de nouveau joignable) reste inchangée et se trouve confirmée en exploitation avec cette mise à jour.
2026.07.15.121715 juil. 2026
CorrigéUne mise à jour automatique n'ouvre plus un client fermé : avec la correction du redémarrage issue de 2026.07.15.1130, une mise à jour automatique s'exécutant en arrière-plan aurait rouvert un client délibérément fermé auparavant. Le client n'est désormais redémarré après une mise à jour que s'il fonctionnait au lancement de celle-ci.
2026.07.15.113015 juil. 2026
CorrigéLe client ne redémarre plus qu'une seule fois après une mise à jour : après une mise à jour lancée depuis le client, le programme redémarrait jusqu'ici deux fois — d'abord immédiatement dans l'ancien état, puis une à deux minutes plus tard, sans préavis, une seconde fois dans le nouvel état. La cause tenait à deux chemins de redémarrage indépendants l'un de l'autre. Le client redémarre désormais exactement une fois, et ce seulement après que le serveur d'application (interface de programmation) a été mis à jour et est de nouveau joignable en tant que service ; la fenêtre de mise à jour le signale.
AmélioréRemarque concernant cette mise à jour : pour des raisons techniques, la correction ne prend effet qu'à partir de la mise à jour suivante — celle-ci est encore appliquée par l'ancien état et peut donc redémarrer deux fois une dernière fois. À partir de la mise à jour suivante, le client ne redémarre plus qu'une seule fois, comme décrit.
2026.07.15.100615 juil. 2026
SécuritéSéparation des clients durcie : le client actif est désormais déduit exclusivement du jeton d'authentification signé ; une valeur d'en-tête auparavant évaluée en plus disparaît. Le passage d'un client à l'autre s'effectue de façon vérifiée par l'authentification. Aucun utilisateur connecté ne peut ainsi plus accéder aux données d'un autre client en posant une valeur d'en-tête.
SécuritéL'attribution de droits ne peut plus dépasser ses propres droits : un rôle ou un droit isolé ne peut plus être attribué que si l'intervenant détient lui-même ce droit — personne ne peut donc se procurer des droits supérieurs via la gestion des rôles. Les rôles d'autres clients ne sont plus listables ; les rôles système prédéfinis restent visibles.
SécuritéL'authentification ne révèle plus de noms de comptes valides : un nom de connexion inconnu est désormais vérifié aussi longtemps qu'un nom connu assorti d'un mot de passe erroné. Il n'est donc plus possible de déduire du temps de réponse quels comptes existent.
SécuritéFiltres client supplémentaires, fermés par défaut : dans d'autres modules (courriel/notifications, workflow, journal des modifications, planification d'urgence), les filtres client sont désormais « fail-closed » — même si une requête future oubliait le filtre, les données d'autres clients resteraient invisibles. Les processus d'arrière-plan comme l'envoi de courriels continuent de fonctionner sans changement.
CorrigéLes pages d'erreur ne divulguent plus de détails internes : lors d'une erreur serveur inattendue n'apparaît plus qu'un message général assorti d'un identifiant de corrélation ; les détails techniques ne figurent que dans le journal du serveur. En outre, la vérification des mises à jour lie le manifeste plus strictement à la version demandée.
2026.07.14.232814 juil. 2026
NouveauChaque composant écrit son propre journal : le serveur d'application, le portail et le client tiennent désormais chacun un fichier journal distinct — nommé d'après sa source (api-AAAAMMJJ.log, portal-…, client-…). Les fichiers font l'objet d'une rotation automatique (quotidienne et en cas de dépassement de la taille) et sont supprimés d'eux-mêmes après la durée de conservation réglée ; ils ne peuvent donc pas remplir le disque à votre insu. Réglable via appsettings.json : activé/désactivé, niveau (Debug, Information, Avertissement, Erreur), dossier cible et conservation. Jusqu'ici, le serveur d'application n'écrivait son journal que sur la console — en tant que service Windows, donc dans le vide.
CorrigéLe journal de plantage du client se perdait : il était écrit dans C:\ProgramData où l'utilisateur connecté n'a, selon l'installation, aucun droit d'écriture — la tentative échouait en silence, et c'est précisément le rapport de plantage qui manquait. Sur un serveur de terminaux, tous les utilisateurs écrivaient en outre dans le même fichier. Le journal se trouve désormais dans le profil utilisateur.
AmélioréLes messages d'erreur de mise à jour disent ce qui a réellement échoué : jusqu'ici, le client signalait à chaque abandon « aucun manifeste valablement signé » — y compris lorsque le manifeste était irréprochable et qu'en réalité des fichiers manquaient sur le serveur de mise à jour. Un message qui affirme autre chose que l'erreur réelle égare la recherche de cause. Chaque abandon nomme désormais sa raison véritable.
2026.07.14.213414 juil. 2026
NouveauCopier le journal de mise à jour : si une mise à jour échoue, un clic sur la zone de journal de la fenêtre de mise à jour suffit désormais — l'intégralité du texte se trouve ainsi dans le presse-papiers et peut être insérée dans un ticket ou un courriel. Jusqu'ici, il fallait le recopier ou le photographier. Cela fonctionne pour les exécutions en échec comme pour celles qui réussissent.
SécuritéBibliothèque des jetons d'authentification mise à jour : le composant qui vérifie les jetons d'authentification (Microsoft.IdentityModel) avait 19 versions mineures de retard et est désormais à jour.
AmélioréOrdivis Platform ne transmet aucune remontée d'erreur, donnée de plantage ou notification système à l'éditeur — ni automatiquement ni sur simple pression. Ce qui quitte votre maison, vous seul en décidez, en copiant le journal et en l'envoyant vous-même. Le manuel d'administration le consigne expressément.
2026.07.14.184514 juil. 2026
SécuritéGestion des utilisateurs sécurisée : créer des utilisateurs, attribuer des rôles, réinitialiser des mots de passe et la MFA ainsi que verrouiller des sessions n'étaient protégés que par l'authentification — tout utilisateur connecté pouvait ainsi s'attribuer lui-même le rôle « Administrateur système ». Ces appels exigent désormais les droits « Gérer les utilisateurs » ou « Gérer les rôles ».
SécuritéPièces jointes : le droit de lire ou de supprimer une pièce jointe se règle désormais sur la demande à laquelle elle est rattachée — et non plus sur une autorisation de module générale. Auparavant, les pièces jointes de tickets d'autrui pouvaient être récupérées et supprimées, y compris des fichiers internes non visibles pour le déclarant. À l'inverse, les agents du service desk accèdent désormais aux pièces jointes de leurs propres tickets, ce qui n'était pas possible jusqu'ici.
SécuritéDroits d'écriture imposés : les demandes de changement (CAB), les validations de processus, les profils SLA, les règles d'acheminement et d'automatisation, les niveaux de validation, les groupes de support, les fenêtres de maintenance et les blocs de texte pouvaient être modifiés avec un simple droit de lecture. Tous les appels modifiants exigent désormais un droit d'écriture approprié.
SécuritéSéparation des fonctions : une demande de changement ne peut plus être validée par le demandeur lui-même (exception : les changements d'urgence). Pour les articles de connaissance et les définitions de processus, le principe des quatre yeux s'appliquait déjà.
SécuritéIdentité issue de l'authentification : le client et la personne agissante sont repris exclusivement de l'authentification. Auparavant, certains appels pouvaient fournir eux-mêmes les deux — ce qui permettait par exemple d'attribuer à une autre personne la décision d'une revue des accès.
SécuritéLa clé de signature est vérifiée : le service ne démarre plus avec la clé de remplacement livrée pour les jetons d'authentification. Pour les installations effectuées via le programme d'installation, il n'y a rien à faire — une clé individuelle y est générée automatiquement (manuel d'exploitation 3.1).
SécuritéLiens de rendez-vous et d'évaluation : les acceptations et les évaluations de satisfaction issues de courriels ne sont enregistrées qu'après une confirmation explicite dans le navigateur. Auparavant, le simple fait d'ouvrir le lien suffisait — des services automatiques d'analyse de courriels pouvaient ainsi accepter ou évaluer involontairement. Les liens sont en outre limités dans le temps.
SécuritéPièces jointes vérifiées : les fichiers exécutables sont refusés, le contenu est vérifié par rapport à l'extension, et le type de fichier est déterminé côté serveur. En-têtes de protection supplémentaires pour l'interface de programmation et le portail.
NouveauNouveau droit « Gérer la configuration du service desk » (acheminement, automatisation, niveaux de validation, groupes, fenêtres de maintenance, blocs de texte) — pour les agents de niveau 2 et les administrateurs.
NouveauNouveaux droits pour la documentation des processus : « Gérer les processus » (administrateur CMDB) et « Valider les processus » (DSI). La gestion et la validation sont délibérément séparées.
NouveauLes licences peuvent être affectées à des appareils ou à des utilisateurs ; les affectations alimentent le tableau de conformité et apparaissent dans la vue à 360° de l'actif.
NouveauLes contrats sont intégralement modifiables dans la vue détaillée ; à la création, la durée, le délai de résiliation, le coût annuel et le centre de coûts peuvent être saisis. C'est seulement ainsi que le rappel des délais de résiliation, l'avertissement d'échéance et l'analyse des coûts prennent effet.
CorrigéLors de l'enregistrement d'un élément de configuration, le prix d'achat, la date d'achat, le centre de coûts, le début de garantie et le contrat de support se perdaient — ce qui rendait inutilisables l'analyse des amortissements et celle des coûts.
CorrigéLes contrats et les licences perdaient leurs liens à l'enregistrement (responsable, centre de coûts, référence de contrat).
CorrigéLes avertissements d'échéance pour les contrats et les garanties ainsi que la décision sur une demande de changement n'atteignaient personne — les notifications étaient générées, mais non distribuées. Les avertissements de garantie et de contrat rappellent désormais de façon échelonnée plutôt que quotidienne.
CorrigéL'import en masse d'IC et l'impression d'étiquettes exigeaient des droits qui n'existaient pas au catalogue.
CorrigéLa recherche dans les contrats, les licences et les fournisseurs distinguait les majuscules des minuscules (« microsoft » ne trouvait pas « Microsoft »). Les contrats supprimés restaient visibles dans la liste.
CorrigéLes montants comportant une virgule décimale étaient faussés d'un facteur 100 (« 1234,56 » était enregistré comme 123456).
AmélioréTrois contrôles automatiques sécurisent durablement le contrôle d'accès : aucun appel modifiant sans droit d'écriture, chaque droit exigé existe au catalogue, et l'identité ainsi que le client proviennent toujours de l'authentification.
2026.07.14.144814 juil. 2026
CorrigéIPAM : lors de la création d'un réseau ou de l'attribution d'une adresse IP, les saisies non valides (réseau CIDR non valide, adresse IP non réelle, adresse hors du réseau) sont désormais refusées – jusqu'ici, elles étaient enregistrées en silence et conduisaient à un taux d'occupation erroné ou à « aucune IP libre ».
CorrigéIPAM : un réseau identique ne peut plus être créé en double dans le même domaine de routage (VRF).
CorrigéIPAM « Prochaine IP libre » : les réservations DHCP et la plage DHCP sont désormais ignorées, de sorte qu'aucune adresse du pool DHCP n'est attribuée.
AmélioréContrôle de conflits IPAM : il reconnaît désormais les véritables doubles attributions (la même adresse sur plusieurs IC dans le même domaine de routage) ainsi que les adresses situées hors de leur réseau ; la même adresse dans des domaines de routage distincts ne compte plus, à juste titre, comme un conflit.
NouveauTableau de bord IPAM : la nouvelle tuile « Conflits » affiche d'un coup d'œil le nombre de conflits d'adresses IP détectés.
AmélioréMessage plus parlant lorsqu'une adresse IP est déjà attribuée ou réservée.
2026.07.14.135214 juil. 2026
CorrigéChangement de client en tant qu'administrateur de la plateforme : la session subsiste désormais durablement – jusqu'ici, le client pouvait afficher au bout d'un certain temps « aucune donnée / aucun droit », alors que les droits et les données existaient.
CorrigéArborescence des sites de la CMDB : les sites subordonnés à un pays ou à une région s'affichent de nouveau (l'arborescence restait sinon vide).
CorrigéAction groupée CMDB « Définir le statut » : fonctionne de nouveau ; un changement de statut non autorisé sur des IC isolés n'interrompt plus l'action entière.
AmélioréVue IC : pour les éléments qui ne sont pas des appareils (p. ex. pays/région, processus, personnes), les champs propres aux appareils (numéro de série/fabricant/modèle) et les interfaces réseau ne sont plus affichés.
AmélioréAssistant de création d'IC : le statut de cycle de vie choisi est repris, le nom n'est plus demandé qu'une seule fois, et les boutons ont été nettoyés.
NouveauLes interfaces réseau d'un IC reçoivent un débit avec son unité (kbit/s, Mbit/s, Gbit/s, Tbit/s).
NouveauIPAM : un sous-réseau nouvellement créé apparaît en plus comme IC et peut ainsi être lié dans son ensemble à un site, un routeur ou un pare-feu.
CorrigéIPAM : le marquage DHCP d'une adresse IP isolée peut de nouveau être levé ; « Créer un IC à partir d'une IP » génère désormais aussi l'interface correspondante et lui affecte l'adresse IP.
AmélioréLe tableau de bord IPAM affiche le taux d'occupation par réseau ; le marquage du taux d'occupation dans la liste des préfixes est plus lisible.
AmélioréPortail en libre-service : le menu de navigation replie automatiquement les catégories principales lorsqu'une autre est ouverte.
AmélioréAprès une mise à jour, le client n'est redémarré que lorsque l'interface de programmation est de nouveau joignable (ce qui évite des vues vides immédiatement après la mise à jour).
2026.07.14.115114 juil. 2026
NouveauCorpus de règles automatiques dans le service desk : des règles configurables relèvent automatiquement la priorité à la création, définissent le groupe compétent ou l'intervenant, ou ajoutent des observateurs (CC) – p. ex. en fonction de la catégorie, de l'objet ou du domaine de l'expéditeur.
NouveauParties prenantes supplémentaires (observateurs/CC) sur les tickets : les collègues internes et les adresses externes sont également notifiés lors des activités destinées au client.Complément : personne n'était alors notifié. Les parties prenantes inscrites n'étaient même pas enregistrées — à l'ouverture suivante, la liste était vide. Corrigé en deux étapes : 2026.07.22.0844 (les parties prenantes sont tenues, les internes reçoivent un message dans l'application) et 2026.07.30.1933 (courriel également aux parties prenantes internes).
NouveauTâches d'exécution et listes de contrôle par demande de service – une demande ne peut être clôturée que lorsque toutes les tâches sont terminées.
NouveauAdministration publique : référence de dossier et référence d'affaire ainsi que délais légaux (surveillés séparément du SLA), marquage du canal d'arrivée (notamment De-Mail/beBPo) et renvoi vers le dossier électronique de référence.
NouveauSLA fournisseur (contrats de sous-traitance) sur le ticket, avec surveillance de délai propre – y compris pendant que la demande attend le prestataire.
NouveauTéléphonie : les appels (entrants/sortants, durée, note) peuvent être journalisés directement sur le ticket.
AmélioréEnvoi automatique de l'enquête de satisfaction (CSAT) : après la clôture, le déclarant reçoit par courriel une enquête en un clic.
AmélioréDes indicateurs plus précis : dates exactes de résolution et de clôture par demande ainsi qu'un historique de tendance quotidien (respect des SLA, débit, backlog, CSAT) pour les diagrammes de tendance.
AmélioréDroits à granularité fine par action sur un ticket (notamment attribuer, valider, gérer les catégories).
AmélioréDes fenêtres de maintenance plus calmes : pendant une fenêtre de maintenance planifiée, les rappels automatiques pour les demandes concernées sont eux aussi supprimés.
2026.07.14.092414 juil. 2026
AmélioréDes mises à jour plus rapides : les téléchargements de mise à jour s'exécutent désormais en parallèle et avec compression de transport – des durées de mise à jour sensiblement plus courtes, en particulier lorsque les fichiers sont nombreux. La sécurité et l'intégrité restent inchangées (manifeste signé, somme de contrôle par fichier).
2026.07.14.084714 juil. 2026
NouveauPlus de 35 nouveaux types d'IC : terminaux (écran, vidéoprojecteur, scanner, client léger, téléphone IP, onduleur, visioconférence, système de sauvegarde), objets d'entreprise (abonnement cloud, machine virtuelle cloud, service SaaS, cluster, Kubernetes, conteneur, répartiteur de charge, volume de stockage, partage de fichiers, liaison WAN, autocommutateur) ainsi qu'objets métier et administratifs (service métier, service informatique, SLA, prestation OZG, registre, dossier électronique/plan de classement, périmètre d'information, rôle, région, technique du bâtiment). La CMDB couvre ainsi les PME, les entreprises de taille intermédiaire, les grandes entreprises et l'administration publique.
AmélioréL'assistant de création d'IC n'affiche plus que les champs correspondant à la classe – une salle, une personne ou un processus ne reçoit par exemple plus de champ de numéro de série – et propose un filtre par public visé (TPE/PME/grande entreprise/administration publique).
AmélioréHiérarchie des sites plus stricte et plus cohérente : l'étage, la salle et la baie ont besoin d'un conteneur parent, et les affectations incohérentes (par exemple un étage dans une salle) sont empêchées.
AmélioréLes vues détaillées des IC proviennent désormais uniformément du schéma de classe – plus de champs divergents ni durablement vides.
CorrigéLe catalogue de sélection des classes dans le client correspond de nouveau exactement à celui du serveur : les classes de site et de gouvernance peuvent être créées, les classes abstraites de regroupement ne sont plus sélectionnables à tort.
2026.07.13.220213 juil. 2026
AmélioréNavigation du portail réorganisée : « Mes demandes » ne contient plus que les actions proprement dites ; les entrées personnelles (Mes appareils, Sensibilisation, Protection des données) figurent sous « Mon poste de travail », les articles de connaissance et les erreurs connues sous « Connaissances & aide ».
AmélioréLes analyses (tableaux de bord et rapports) et les vues métier sur les données (CMDB, topologie, calendrier des changements, contrats, réseau) sont désormais séparées ; tous les sujets de conformité (SMSI, urgence/BCM, reprise après sinistre, audit) sont regroupés sous « Conformité & sécurité ».
AmélioréLes paramètres (compte, notifications, suppléance) sont désormais regroupés au même endroit.
NouveauCloche de notifications avec compteur de messages non lus, en haut à droite.
2026.07.13.212713 juil. 2026
NouveauÉvaluation de satisfaction (CSAT) : les déclarants évaluent un ticket résolu directement dans le portail à l'aide d'étoiles et d'un commentaire facultatif.
NouveauRendez-vous dans le ticket : les rendez-vous proposés par le service desk peuvent être acceptés ou refusés dans le portail et téléchargés sous forme d'invitation de calendrier (.ics).
Nouveau« Mes appareils » : les utilisateurs finaux voient les appareils qui leur sont affectés (numéro de série et garantie compris) et peuvent signaler directement un défaut comme incident.
NouveauLibre-service protection des données : les demandes d'accès, de rectification ou d'effacement de ses propres données (art. 15–17 du RGPD) sont transmises au délégué à la protection des données.
NouveauCalendrier des changements : vue d'ensemble en lecture seule des changements planifiés et des fenêtres de maintenance.
NouveauRetour sur les connaissances : « Cet article vous a-t-il été utile ? », avec un commentaire facultatif, directement sur l'article.
NouveauParamètres de notification : les utilisateurs définissent eux-mêmes, par événement, s'ils sont informés dans le portail et/ou par courriel.
NouveauSensibilisation & confirmations : lire et confirmer dans le portail les politiques et mesures SMSI qui vous sont attribuées.
NouveauSuppléance de validation : déléguer les validations à un suppléant pendant une absence.
AmélioréLe portail est désormais installable comme application (PWA) et conserve les documents d'urgence même hors ligne.
2026.07.13.162913 juil. 2026
NouveauImage de marque des documents : dans les paramètres (Affichage › Image de marque), un nom d'entreprise et un logo peuvent être enregistrés par client. Les deux apparaissent en en-tête de tous les documents et PDF générés – exports de rapports ainsi que rapports SMSI/BCM (registre des risques, besoin de protection, déclaration d'applicabilité, plan d'urgence, entre autres). En pied de page figurent toujours la mention Ordivis (« Généré par Ordivis Platform ») et le numéro de page.
AmélioréGestion des clients plus claire : la liste des clients et celle de leur santé sous forme de tableaux clairs et défilables, avec en-têtes de colonnes et statuts en clair (p. ex. « Joignable » au lieu de « True »).
AmélioréParamètres de mise à jour : seul le journal des modifications défile désormais, tandis que la version, le statut et les options restent visibles en permanence.
CorrigéLes avis de mise à jour pouvaient dans certains cas apparaître en double. La notification d'une nouvelle version a désormais lieu exactement une fois, de façon fiable.
2026.07.13.151213 juil. 2026
NouveauSanté des clients (SuperAdmin) : un nouveau tableau de bord dans la gestion des clients affiche, par client, l'état de la base de données, les migrations de schéma en attente et une éventuelle mise en quarantaine. Si la mise à jour de schéma d'un client échoue au démarrage, seul ce client est bloqué (quarantaine) – tous les autres continuent de fonctionner normalement. « Réparer » permet de rejouer la migration de façon ciblée, sans perte de données.
AmélioréParamètres restructurés : la longue liste plate d'autrefois est organisée en cinq zones claires (Plateforme, Utilisateurs & accès, Service desk, Système & maintenance, Affichage) – avec des icônes et un champ de recherche pour trouver rapidement.
Amélioré« Rôles & droits » regroupe la matrice des rôles et les règles d'objet (ABAC) sous une seule entrée à deux onglets.
AmélioréLa zone Authentification a été allégée de cinq à trois onglets : AD/LDAP (journal de synchronisation compris), Annuaire & affectation des rôles ainsi que MFA.
AmélioréLe nom de l'entreprise et le logo (image de marque) constituent désormais une section à part, distincte des paramètres d'affichage personnels.
2026.07.13.133113 juil. 2026
NouveauRègles d'objet (ABAC) : contrôle d'accès à granularité fine au niveau de l'objet. Par rôle et par droit, des règles peuvent être définies sous forme d'expression (p. ex. « uniquement ses propres objets », « montant ≤ 500 »), qui sont vérifiées en plus du droit général. Gestion dans le client sous Paramètres › Règles d'objet, avec un dialogue de création guidé et une vérification en direct de l'expression.
NouveauHiérarchie des clients : les clients peuvent être rattachés à un client parent (holding ou société faîtière) – avec protection contre les cycles. Une vue de consolidation agrège les indicateurs sur l'ensemble du sous-arbre.
AmélioréSuppression sécurisée d'un client : avant la suppression définitive, un export RGPD de la base de données du client est automatiquement créé et conservé ; il en naît en outre une entrée d'audit infalsifiable. Si l'export échoue, rien n'est supprimé.
AmélioréAutorisations transversales entre clients (holding/MSP) : les clients dotés d'un accès transversal actif apparaissent désormais dans la sélection de clients de l'utilisateur bénéficiaire.
AmélioréTraitement d'arrière-plan entièrement conscient du client : la relève et l'envoi de courriels ainsi que le traitement des événements s'exécutent, pour chaque client, contre sa propre base de données.
AmélioréExploitation : l'opération de publication affiche une fenêtre de progression par phases et vérifie automatiquement, après le transfert, l'exhaustivité de tous les fichiers (taille) ainsi qu'un échantillon d'empreintes, contre les erreurs de transmission.
2026.07.13.110613 juil. 2026
NouveauPalettes de couleurs : chaque utilisateur peut choisir entre six palettes harmonisées – bleu, turquoise, indigo, neutre, chaud et contraste élevé – chacune en une variante claire et une variante sombre. La bascule prend effet immédiatement (aperçu en direct) et est enregistrée d'un appareil à l'autre. Dans le client sous Paramètres › Affichage, dans le portail via le menu des palettes de la barre d'en-tête.
NouveauAccessibilité : nouvelles options personnelles pour le contraste élevé (reprend aussi le mode contraste élevé de Windows), taille de police réglable (80–150 %), mouvement réduit et un focus clavier visible en permanence.
AmélioréLes boutons à icône sans texte visible portent désormais un nom pour les lecteurs d'écran – l'application est ainsi nettement mieux utilisable avec les technologies d'assistance.
AmélioréToutes les combinaisons de couleurs ont été vérifiées et sécurisées au regard de la norme de contraste WCAG 2.1 AA ; deux faiblesses de contraste existantes dans le bleu standard ont été corrigées à cette occasion.
2026.07.13.081913 juil. 2026
NouveauGestion des modules : dans les paramètres, sous « Modules », le SuperAdmin peut activer et désactiver certains modules fonctionnels (service desk, base de connaissances, IPAM, découverte, contrats & actifs, BCM, planification de reprise, SMSI, workflow) à l'échelle du système ou différemment par client. Les modules désactivés disparaissent de la navigation du client et du portail. Les modules obligatoires (CMDB, identité, audit, notifications, activation, licences, rapports) restent toujours actifs.
AmélioréLa fenêtre de mise à jour apparaît désormais dans le design sombre d'Ordivis, avec une barre de titre propre aux couleurs assorties et l'icône du produit – au lieu de la barre de titre claire du système.
CorrigéDans le journal d'audit, l'utilisateur agissant s'affichait parfois sous forme de numéro d'identifiant plutôt que par son nom. C'est désormais partout le nom en clair qui apparaît – y compris pour les entrées plus anciennes.
AmélioréTous les onglets de l'application ont reçu une apparence uniforme – comme dans la vue détaillée des processus.
Semaine 28 · 6 juil. – 12 juil. 202629 versions
2026.07.12.224312 juil. 2026
CorrigéL'avis « Mise à jour disponible » était posé par-dessus la barre de titre et masquait le logo, les actions rapides et la recherche. Il apparaît désormais dans une barre propre située sous la barre de menus et ne recouvre plus rien.
AmélioréL'avis n'apparaît plus qu'une seule fois (pas d'empilement en cas de vérification répétée) et disparaît de façon fiable dès qu'aucune mise à jour n'est plus en attente.
2026.07.12.215712 juil. 2026
NouveauVoyant de version dans les informations de version : barre colorée + statut en clair – vert (à jour), jaune (mise à jour disponible), orange (proche de la version minimale, urgent), rouge (plus pris en charge).
AmélioréParamètres ▸ Mises à jour vérifie désormais automatiquement à l'ouverture et charge ce faisant ensemble la version, les composants et le journal des modifications – plus besoin de changer de page.
AmélioréLe journal des modifications reçoit plus de place (deux tiers de la largeur) et, avec des marques de catégorie colorées par entrée, se lit nettement plus facilement.
2026.07.12.205712 juil. 2026
NouveauFenêtre de support glissante : version.json porte une version minimale ; le client indique de façon graduée si la version en cours est prise en charge. « Vieillissante » avertit tôt et de façon planifiable, « plus prise en charge » exige fermement la mise à jour – à votre avantage (sécurité, corrections, fonctions).
SécuritéLes versions de sécurité sont désignées comme obligatoires et relèvent immédiatement la version minimale prise en charge. L'application contraint à la mise à jour, mais ne bloque jamais l'exploitation en cours et fonctionne en toute sécurité hors ligne ou en réseau isolé.
AmélioréLogique de nettoyage automatique du magasin de deltas, fondée sur les références (conserve la version actuelle, la version minimale et les versions les plus récentes ; supprime les blobs orphelins). Les clients ne sont jamais verrouillés, car les mises à jour visent toujours le manifeste le plus récent et complet.
2026.07.12.193512 juil. 2026
NouveauMise à jour manuelle comme option distincte : un clic sur « Mettre à jour manuellement maintenant » vérifie immédiatement l'existence d'une nouvelle version et applique directement un delta valablement signé – indépendamment du comportement de mise à jour automatique configuré.
NouveauPlusieurs heures de maintenance par jour : pour la mise à jour entièrement automatique, un nombre quelconque d'heures peut désormais être défini (p. ex. 02h00 et 14h00).
CorrigéLa version actuellement installée s'affiche de nouveau correctement dans le centre de mises à jour (au lieu de « inconnue »).
CorrigéLa vue d'ensemble des composants liste désormais tous les composants installés (interface de programmation, portail web, worker de découverte, client) avec leur version en cours – même lorsqu'aucune mise à jour n'est en attente – au lieu de la seule interface de programmation.
AmélioréLe journal des modifications est présenté comme une colonne distincte à côté de la version, de la politique de mise à jour automatique et des composants.
2026.07.12.181812 juil. 2026
NouveauCentre de mises à jour dans le client : version disponible, composants concernés (interface de programmation, portail, worker, client) avec leur version respective et le journal des modifications mis en forme – le tout au même endroit sous Paramètres ▸ Mises à jour.
NouveauPolitique de mise à jour automatique à trois niveaux (désactivée / notifier seulement / entièrement automatique) : en mode entièrement automatique, le serveur applique de lui-même le delta vérifié par signature dans la fenêtre de maintenance choisie (jours de la semaine + heure) – avec sauvegarde avant mise à jour, contrôle de santé et restauration automatique.
NouveauJournal des modifications intégré : le site web tient, à côté des informations de version, un journal des modifications continu (changelog.json) ; le client l'affiche mis en forme et met en évidence les entrées plus récentes que la version installée.
AmélioréLa zone de mise à jour remplace les marqueurs non fonctionnels précédents (choix de canal, interrupteur de vérification automatique) par de véritables réglages enregistrés.
2026.07.12.173012 juil. 2026
NouveauAuto-mise à jour delta contrôlée de l'installation en cours, vérifiée en direct : staging → amorceur découplé → contrôle de santé → restauration, sans installation complète manuelle.
CorrigéFenêtre de progression de mise à jour propre, au design Ordivis ; l'infobulle CTRL+F est supprimée.
SécuritéLa clé du coffre est protégée contre la suppression lors d'une mise à jour ; les secrets se trouvent dans l'environnement machine plutôt que dans des fichiers de configuration.
2026.07.12.105912 juil. 2026
NouveauISO/IEC 27001:2022 intégralement : déclaration d'applicabilité (SoA) portant sur les 93 contrôles de l'annexe A, avec obligation de justifier les exclusions et export versionné, contexte du SMSI (périmètre / parties intéressées / politique) par périmètre et plan de traitement des risques lié aux contrôles de l'annexe A.
NouveauSystème de management du SMSI (clauses 9–10 + 6.2/7.5) : objectifs et indicateurs mesurables, audit interne avec constats, revue de direction avec validation de la direction, non-conformités avec action corrective et vérification d'efficacité ainsi que maîtrise documentaire.
NouveauPréparation à la certification : voyant « prêt pour l'étape 1 » avec couverture des clauses et affichage des lacunes ; rapports PDF pour la SoA, le plan de traitement des risques, l'audit interne et la revue de direction.
AmélioréLes notifications du client peuvent désormais être supprimées – individuellement ou toutes celles déjà lues, afin que la liste de la cloche ne croisse pas indéfiniment.
CorrigéLicence produit : l'empreinte matérielle est désormais stable au redémarrage (uniquement les cartes réseau physiques) – le blocage erroné « manipulation détectée » après un redémarrage disparaît ; s'y ajoute une autoréparation en cas de changement matériel légitime.
2026.07.12.040012 juil. 2026
NouveauModèles d'IC complets par catégorie : chaque classe d'IC apporte un jeu d'attributs élaboré, aligné sur les normes du secteur (ITIL SACM, ISO 19770/55000, BSI) – notamment appareil mobile, stockage, routeur, pare-feu, point d'accès, VLAN, système d'exploitation, base de données, application métier, service web/API, baie, centre de données, service et fabricant/fournisseur.
NouveauUn sélecteur d'IC consultable pour les champs de renvoi (responsable, fabricant, site, personne affectée) : saisir un nom et le choisir plutôt qu'un identifiant technique – à la création, dans la page de détail et lors d'une reclassification.
AmélioréDans tout le client, les onglets se reconnaissent uniformément comme une surface cohérente (processus, contrats, licences, paramètres, classes d'IC, tableau de bord).
CorrigéSanté du système : le contrôle de messagerie vérifie désormais la boîte d'expédition réellement configurée plutôt qu'un port de repli inutilisé – le statut « dégradé » malgré une configuration de messagerie correcte disparaît.
2026.07.12.020012 juil. 2026
NouveauGestion des processus complète (GPM/Lean/ISO 9001) : la page de détail d'un processus est organisée en trois onglets – Fiche, Modèle de processus (BPMN) et Documents.
NouveauUn éditeur BPMN graphique intégré : dessiner des processus par glisser & déposer (modèle en couloirs, interface en allemand), avec vérificateur de nommage et points de contrôle interne directement sur l'élément ; enregistrement en brouillon avec validation par quatre yeux. Également dans le portail web (export SVG/PNG).
NouveauLa fiche comme vue d'ensemble centrale, avec toutes les métadonnées d'un coup d'œil et directement modifiable ; la matrice RACI avec liste déroulante de personnes consultable ; un cycle PDCA visible, avec des relances adressées aux responsables de processus.
NouveauVisionneuse PDF : les documents PDF s'ouvrent dans une fenêtre dédiée (dans le portail, dans un nouvel onglet) au lieu d'être téléchargés.
AmélioréLes onglets se reconnaissent partout mieux comme une surface cohérente ; le menu du site web regroupe Produit, Fonctions et Feuille de route sous « Produit ».
2026.07.11.183411 juil. 2026
NouveauActivation en ligne active par défaut : les nouvelles installations s'enregistrent auprès du service d'activation et obtiennent une confirmation ; le statut de licence affiche désormais « Activation en ligne : oui ». La vérification est indicative – sans connexion réseau, l'installation reste pleinement valable grâce au fichier de licence.
CorrigéStatut de licence : le champ « Activation en ligne » s'affichait toujours comme inactif malgré une confirmation valide ; il reflète désormais l'état en ligne réel.
NouveauOption du programme d'installation : lors de la configuration, les trois clients de démonstration (petite entreprise, groupe, administration communale) peuvent être créés en option avec des données d'exemple.
2026.07.11.155511 juil. 2026
AmélioréRendez-vous avec le déclarant : l'action « Proposer un rendez-vous » est désormais plus facile à trouver – elle se trouve dans le nouveau menu « Actions » du ticket (avec Escalader et Élever au rang de problème).
CorrigéCréer un client : le provisionnement d'une base de données propre à chaque client fonctionne désormais de façon fiable ; le manuel d'exploitation décrit le droit de base de données nécessaire.
2026.07.11.153811 juil. 2026
NouveauMatrice des droits : les rôles et leurs droits sont gérés dans une matrice claire (groupée par module). Des rôles propres peuvent être créés, garnis et supprimés ; les rôles système sont protégés en écriture.
NouveauGestion des clients & SuperAdmin : le premier utilisateur de l'installation (SuperAdmin) crée, archive et supprime les clients via une interface dédiée et peut déléguer ces droits de plateforme de façon ciblée à un administrateur de la plateforme. Les administrateurs informatiques ordinaires ne reçoivent délibérément pas ces droits.
NouveauCommutateur de clients : via la barre de titre, le SuperAdmin passe d'un client à l'autre sans redémarrage.
NouveauDroits des personnes concernées au titre du RGPD, par client : accès structuré aux données, anonymisation (« droit à l'oubli ») et registre des traitements.
AmélioréContrôle d'accès : niveau objet imposé (ABAC) ainsi qu'une vérification automatisée qu'aucun point de terminaison n'est accessible sans contrôle de droits. Corrige en outre une possible élévation de droits d'un client à l'autre.
2026.07.10.200710 juil. 2026
NouveauProposition de rendez-vous dans le ticket : un collaborateur du service desk propose un rendez-vous au déclarant depuis le ticket. Le déclarant reçoit une invitation de calendrier (.ics) et peut accepter ou refuser d'un clic – même sans authentification. La réponse est consignée dans le ticket ; en cas d'acceptation, le rendez-vous est enregistré comme relance pour le collaborateur.
NouveauVérification automatique des mises à jour : l'application compare la version installée à celle publiée sur le site web. Si une version plus récente est disponible, les administrateurs sont notifiés (dans l'application, dans le portail et par courriel) – chaque canal étant réglable séparément.
2026.07.10.192510 juil. 2026
NouveauLa fiche de processus relie désormais tout ce qui existe : les systèmes utilisés, les interfaces vers d'autres processus ainsi que les fournisseurs et les clients (SIPOC) se choisissent via des listes de sélection consultables — de même que les responsables et les managers de processus, en tant qu'utilisateurs réels. Seul le lien est enregistré, jamais une copie ; les noms apparaissent toujours en direct.
2026.07.10.190610 juil. 2026
AmélioréNavigation nouvelle et rangée : les processus métier disposent désormais d'un point d'entrée central et dédié, « Processus » — création, fiche, indicateurs et modèle BPMN graphique au même endroit. Les vues de topologie ont migré vers la CMDB, la planification de reprise après sinistre vers la gestion d'urgence, et les domaines de gouvernance sont regroupés.
2026.07.10.182010 juil. 2026
NouveauLes processus métier sont représentés graphiquement sous forme de diagramme BPMN. Le standard industriel open source bpmn-js (Camunda) y est intégré ; il s'exécute entièrement dans le client, sans connexion Internet.
CorrigéPlusieurs libellés du client s'affichaient de travers après la traduction : la navigation portait « Assets & Lizenzen » au lieu de « Assets & Lizenzen », et à certains endroits apparaissait une clé interne (par exemple « L944d740e1b ») à la place du texte. Tous les libellés concernés affichent désormais un allemand ou un anglais correct.
2026.07.10.173110 juil. 2026
NouveauModèles de processus au format BPMN : un modèle issu d'un outil quelconque est importé et versionné. Une version validée reste inchangée – les modifications naissent comme nouvelle version, et la validation se fait selon le principe des quatre yeux.
NouveauContrôle des conventions de nommage : une étape s'appelle « Vérifier la facture », un événement « Facture vérifiée », un embranchement est une question assortie de réponses libellées. Le contrôle signale les écarts sans bloquer le travail.
NouveauSystème de contrôle interne au niveau de l'étape de processus : points de contrôle avec leur type (préventif ou détectif), leur mécanisme, leur fréquence, leur responsable, la conservation des preuves et la ligne de défense. Un contrôle sans preuve n'est pas accepté, car il serait sans valeur lors d'un audit. Les contrôles renvoient aux exigences du management de la sécurité au lieu de les copier.
NouveauComparaison prévu/réel : un journal d'événements issu de l'exploitation courante est confronté au modèle. Deviennent visibles ce qui se produit hors plan, ce qui est modélisé et n'arrive jamais, quel chemin est le plus fréquent et à quelle étape le processus stagne le plus longtemps.
2026.07.10.165410 juil. 2026
NouveauLe besoin de protection s'hérite le long des dépendances : ce dont un processus métier a besoin vaut aussi pour les serveurs, les applications et les bases de données qui le portent — à travers un nombre quelconque de niveaux. Un aperçu montre, avant la reprise, d'où provient chaque relèvement ; il n'y a jamais d'abaissement.
NouveauLe socle de sécurité informatique connaît désormais aussi les objets qu'une CMDB classique ne tient pas : le système de management lui-même, les informations et jeux de données avec leur niveau de confidentialité, les documents maîtrisés, les certificats, les clés cryptographiques et les identités numériques.
NouveauPreuves lisibles par machine au format OSCAL : concept de sécurité avec un composant par objet, résultats de contrôle d'un audit et plan d'actions avec responsables et délais — consultables en JSON, sans passer par des rapports.
NouveauProfils pour le contrôle : les protections de base, de cœur et standard sont livrées avec le produit. Des profils propres excluent certaines exigences avec justification ; après une mise à jour du catalogue, une vue différentielle montre quelles exceptions pointent dans le vide.
NouveauDocumentation des processus métier : fiche de processus avec indications ISO 9001, matrice RACI comportant exactement un rôle redevable, matrice CRUD avec souveraineté des données, indicateurs avec valeur cible et valeur réelle ainsi qu'une relance qui rappelle les revues arrivées à échéance. L'analyse d'impact répond à la question de savoir quels processus tombent en panne lorsqu'un système déterminé tombe en panne.
2026.07.10.154910 juil. 2026
AmélioréLe portail en libre-service signale désormais l'état de la licence : si la période d'essai arrive à expiration, un avertissement apparaît ; en l'absence de licence valide, une indication claire précise que les modifications sont bloquées et que la lecture reste possible. Auparavant, les saisies échouaient sans commentaire dans cet état.
2026.07.10.151210 juil. 2026
NouveauInventaire avec étiquettes QR : une planche d'étiquettes (A4) est imprimée en PDF, le code QR porte le numéro d'inventaire. Lors d'une campagne d'inventaire, le code est scanné – un lecteur portatif du commerce se comporte comme un clavier, aucun logiciel spécifique n'est nécessaire – ou saisi à la main. La liste des écarts montre en continu ce qui a été relevé, ce qui manque et ce qui apparaît de façon inattendue ; la clôture avec mention fige la campagne comme procès-verbal. Les appareils trouvés comptent ainsi en même temps comme vérifiés.
NouveauLes articles de connaissance peuvent être traduits par langue. L'article reste la version de référence ; si la langue du lecteur manque, c'est la version de référence qui est livrée. Le portail en libre-service choisit automatiquement la version d'après la langue configurée.
CorrigéDans le portail en libre-service, les textes de tickets plus anciens étaient toujours affichés comme du Markdown. Des caractères tels que * ou # datant de cette époque étaient de ce fait interprétés à tort comme du formatage. De tels textes s'affichent désormais sans modification.
2026.07.10.140610 juil. 2026
NouveauISO/IEC 27001:2022 est utilisable dès la sortie d'usine : le catalogue complet de l'annexe A, avec ses 93 contrôles (organisationnels, liés aux personnes, physiques, technologiques) ainsi que les clauses de management 4 à 10, est créé à chaque installation – sans import. Les 38 contrôles techniques sont déjà liés à des classes d'IC de la CMDB, de sorte que des objets cibles peuvent être proposés automatiquement.
NouveauRaccordement de boîtes aux lettres à Gmail et Microsoft 365 par OAuth2 (XOAUTH2) : l'autorisation se fait via un code d'appareil dans le navigateur, aucun mot de passe en clair n'est enregistré nulle part. Le jeton de renouvellement est stocké chiffré dans le coffre, le jeton d'accès est renouvelé automatiquement.
NouveauEnvoi fiable de courriels via une file d'attente : si le serveur de messagerie tombe brièvement en panne, aucune réponse de ticket ne se perd plus – la distribution est réessayée avec un intervalle croissant. Une limite d'envoi par boîte aux lettres empêche que le fournisseur ne bloque le compte pour cause de messages trop nombreux.
NouveauParamètres de notification dans le portail en libre-service : chaque utilisateur décide séparément, par événement, s'il reçoit un message dans l'application et/ou un courriel. Les événements qui exigent une réaction en dehors de l'application (non-respect d'un SLA, validation, mode de crise) sont présélectionnés.
NouveauProtection de la boîte aux lettres des tickets : les réponses d'absence, les avis de non-distribution et les listes de diffusion ne créent plus de ticket, les boucles de courriels sont empêchées et un expéditeur isolé ne peut plus inonder la boîte aux lettres. Les pièces jointes sont vérifiées avant l'enregistrement quant à leur taille et à leur type ; les fichiers exécutables sont refusés, les archives affichées uniquement en interne. Un antivirus peut être intégré en option.
NouveauSurveillance des boîtes aux lettres : après trois relèves en échec, les administrateurs reçoivent un message ; après dix, la boîte aux lettres est mise en sommeil plutôt que de continuer à solliciter un compte bloqué. Les autorisations OAuth arrivant à expiration sont annoncées sept jours à l'avance.
CorrigéSécurité : le réglage de certificat « autoriser sa propre autorité de certification » acceptait en réalité chaque certificat de serveur défectueux – l'empreinte enregistrée n'était jamais vérifiée. Il la vérifie désormais réellement et refuse dans tous les cas un certificat émis pour un autre serveur.
CorrigéSi l'envoi d'une réponse de ticket échouait, l'erreur n'était que journalisée et le message était perdu. Il est désormais redistribué.
CorrigéLes notifications désactivées dans l'application étaient malgré tout distribuées : le réglage de l'utilisateur était certes lu, mais non respecté.
AmélioréLa clé de chiffrement des identifiants de boîte aux lettres peut désormais être configurée explicitement et changée en cours d'exploitation. Lors du changement, tous les secrets sont rechiffrés ; si quelque chose échoue, l'ancienne clé reste valable et rien n'est modifié.
2026.07.10.083010 juil. 2026
NouveauGestion d'urgence (BCM) complète : bilan d'impact avec préfiltre fondé sur des règles (critique dans le temps ou non), détection des chaînes temporelles et des points uniques de défaillance sur le graphe de dépendances de la CMDB ainsi qu'écart prévu/réel (temps de reprise atteignable par rapport à celui exigé).
NouveauMatrice des dommages (BSI 200-4) avec proposition automatique de MTPD et héritage du RTO le long de la hiérarchie des processus ; les écarts de continuité ouverts peuvent être repris directement comme risques dans l'analyse de risques du SMSI.
NouveauOrganisation de gestion de crise complète (cellule de crise, cellule d'urgence, équipes d'intervention) avec contrôle des suppléants (n+1) et rôle dédié à l'obligation de notification NIS2 ; maîtrise documentaire avec workflow de validation et playbooks de reprise interactifs, cochables de façon infalsifiable.
NouveauGestion des exercices et des tests (sur table, alerte, cadre d'état-major, test complet) avec enseignements tirés et actions correctives et préventives, preuve de conformité « d'une simple pression » et synthèse de direction en PDF.
NouveauCommunes & infrastructures critiques : état-major administratif en un clic (sections S1 à S6), mode de crise avec alerte des membres de la cellule ainsi qu'un journal d'intervention infalsifiable (en ajout seul) et une représentation numérique de la situation.
NouveauMultilinguisme (DE/EN) commutable par utilisateur dans le client et le portail en libre-service ; les notifications et les courriels sont distribués dans la langue du destinataire. D'autres langues peuvent être ajoutées sans modification du programme.
AmélioréSystème de rapports du SMSI achevé : rapport différentiel (progression entre deux contrôles de base) et onglet de détail d'IC « Sécurité de l'information » ; si un IC lié est mis hors service, le responsable de la sécurité de l'information reçoit un avis de contrôle. Les modèles de classes de la CMDB peuvent être dupliqués ainsi qu'exportés et importés en JSON.
2026.7.9.19109 juil. 2026
NouveauTableau de bord d'exploitation dans le portail : indicateurs en direct du service desk (ouverts, en cours de traitement, non-respects de SLA, incidents majeurs, non attribués, changements à valider) ainsi qu'analyses sur 7/30/90 jours avec graphiques (backlog par ancienneté, répartition CSAT, charge des agents) – pilotés par les droits.
NouveauAnalyses du portail étendues : erreurs connues (KEDB) avec recherche de contournements, carte interactive des dépendances et de la topologie (en lecture seule), vue d'ensemble réseau & découverte (taux d'occupation des sous-réseaux, derniers scans) et recherche infalsifiable dans le journal d'audit – chacune pilotée par les droits et limitée au client de l'utilisateur.
NouveauJournal de ticket complet dans le portail : l'historique intégral (qui, quand, quoi) est affiché chronologiquement ; les notes internes ne restent visibles que pour les intervenants habilités.
NouveauÉditeur Markdown pour les saisies de texte volumineuses (réponse de ticket, description, demandes de service) avec aperçu en direct ; les descriptions et le journal s'affichent formatés.
AmélioréPersonnalisation & confort d'utilisation : le design clair ou sombre choisi et l'état du menu sont conservés par utilisateur ; « Imprimer / PDF » pour les tableaux de bord ; accessibilité (lien d'accès direct au contenu, focus clavier visible) ; double logo supprimé.
CorrigéJournal d'audit strictement limité au client de l'utilisateur (pas d'accès transversal entre clients) et historique des scans réseau approfondis corrigé (les tables de base de données manquantes sont désormais créées).
2026.7.9.17369 juil. 2026
NouveauCatalogue de services prêt pour l'entreprise, avec assistant de commande guidé : les utilisateurs choisissent une prestation préconfigurée et sont guidés pas à pas dans un formulaire propre à la prestation (champs obligatoires, listes de sélection, date, oui/non). Il en naît automatiquement un ticket de demande de service correctement catégorisé dans le service desk – acheminement vers le groupe compétent et transmission pour validation compris, là où ils sont enregistrés.
NouveauPrestations de catalogue préconfigurées, administration publique comprise : notamment accès aux applications métier, carte de service ou carte à puce et accès temporaire et journalisé pour prestataires externes (VPN) – à côté des demandes informatiques classiques comme la réinitialisation de mot de passe, l'installation de logiciels, un nouvel ordinateur portable et l'accueil d'un nouvel arrivant.
NouveauTableau de bord d'exploitation du portail : indicateurs en direct du service desk (ouverts, en cours de traitement, non-respects de SLA, incidents majeurs, non attribués, changements à valider) ainsi qu'analyses sur 7/30/90 jours avec graphiques (backlog par ancienneté, répartition CSAT, charge des agents) – pilotés par les droits.
AmélioréPortail en libre-service : sections de menu repliables, nouvelle page « Mon compte » pour changer son propre mot de passe (comptes locaux ; les comptes AD/LDAP reçoivent une indication) ainsi qu'une recherche CMDB avec caractères génériques (* et ?) – sans saisie, tous les IC sont affichés.
CorrigéDans le portail, des noms parlants sont affichés partout à la place d'identifiants techniques (p. ex. la sélection du périmètre d'information dans le tableau de bord SMSI et les rapports).
2026.7.8.23048 juil. 2026
NouveauSMSI – système de rapports : quatre rapports PDF auditables par périmètre d'information – synthèse de direction, registre des risques, plan d'actions (issu du contrôle du socle de sécurité) et vue d'ensemble des besoins de protection (C/I/D par objet cible).
NouveauTableau de bord SMSI : répartition des besoins de protection, avancement du contrôle de base (vérifié/satisfait/actions ouvertes) et situation de risque (acceptable/supportable/critique) par périmètre – d'un coup d'œil, sous forme d'indicateurs et de barres de répartition.
AmélioréProcessus métier dans la CMDB : assistant de création guidé (données de base → fiche → classement) et symbole de processus propre, codé par couleur (cœur de métier = bleu, support = vert, pilotage = orange).
2026.7.8.18148 juil. 2026
NouveauSMSI – analyse de risques (norme BSI 200-3) : évaluer les risques par périmètre d'information (fréquence × ampleur du dommage → valeur de risque 1–25 et catégorie), saisir la stratégie de traitement et le risque résiduel et faire valider les risques par le responsable de la sécurité de l'information (acceptation du risque). En cas de risque résiduel critique, une notification est déclenchée automatiquement.
NouveauCarte de chaleur des risques 5×5 graphique – le profil de risque (vert/jaune/rouge) d'un coup d'œil, commutable entre risque brut et risque résiduel.
NouveauCatalogue des menaces livré : les 47 menaces élémentaires du BSI (G 0.1 à G 0.47) ainsi qu'un catalogue de menaces d'entreprise propre, comportant 25 menaces modernes (chaîne d'approvisionnement, APT & attaques par IA, cloud et responsabilité partagée, réglementation & géopolitique, menace interne, auxquelles s'ajoutent des scénarios PME, administration et infrastructures critiques) – sélectionnables directement dans le dialogue de risque et extensibles au catalogue.
NouveauPortail en libre-service : les documents d'urgence validés (plans d'urgence, playbooks, listes de contrôle) sont consultables par les utilisateurs habilités – groupés par type de document, avec téléchargement ; les documents confidentiels restent masqués.
2026.7.8.13138 juil. 2026
NouveauGestion des urgences & de la continuité (BCM) selon la norme BSI 200-4 et l'ISO 22301 : nouveau module avec un rôle dédié « responsable BCM » et des droits à granularité fine – la pierre angulaire de l'état-major administratif et de crise numérique.
NouveauPérimètre & liaison des processus : les processus métier sont tenus comme objets de la CMDB et rattachés au BCM en lecture seule – pas de double saisie. Création de processus métier par une opération commune dans la CMDB et le BCM.
NouveauIndicateurs de criticité par processus : MTPD, RTO, RPO et MBCO ainsi que les mesures immédiates – la base du bilan d'impact et de la priorisation.
NouveauListes de contacts & d'alerte avec escalade de base – sur la base des contacts existants.
NouveauBibliothèque de documents d'urgence avec plan d'urgence de base en PDF ainsi qu'un kit d'urgence hors ligne chiffré (tâche d'arrière-plan planifiée et générée automatiquement) – les plans restent disponibles même en cas de panne totale.
2026.7.7.20307 juil. 2026
NouveauSécurité de l'information (SMSI / socle BSI) – périmètre d'information & besoin de protection : reprendre directement depuis la CMDB les objets critiques pour l'activité comme objets cibles et déterminer le besoin de protection (confidentialité/intégrité/disponibilité) selon le principe du maximum – sans double saisie.
NouveauSMSI – modélisation : affecter aux objets cibles les briques appropriées du catalogue du socle BSI, avec proposition automatique d'après la classe d'IC.
NouveauSMSI – contrôle du socle de sécurité & plan d'actions : vérification systématique du prévu par rapport au réel pour chaque exigence (Oui/Partiellement/Non/Sans objet), plan d'actions automatique avec suivi de statut et clôture d'audit infalsifiable.
AmélioréLa zone de menu « Sécurité de l'information » est désormais proprement structurée (catalogue de sécurité · périmètre d'information · contrôle du socle) – de façon cohérente avec les autres modules.
2026.7.7.14207 juil. 2026
NouveauÉtat du système & annonces : une page d'état centrale (client et portail en libre-service) affiche en temps réel l'état d'exploitation de tous les services (interface de programmation, base de données, passerelle de messagerie, bus de messages, tâches planifiées). Les administrateurs peuvent publier des annonces et des fenêtres de maintenance à l'échelle de la plateforme – visibles pour tous les clients.
NouveauNouveau tableau de bord d'accueil dans le client, avec onglets et tuiles – des indicateurs consolidés, Wallboard du service desk compris, d'un coup d'œil.
NouveauTous les tableaux sont désormais filtrables et triables de bout en bout, avec des colonnes librement sélectionnables et un export en CSV ou PDF ; les colonnes peuvent être déplacées à la souris et redimensionnées.
NouveauPortail en libre-service : tableau de bord personnel (ses propres tickets, tâches, IC & actifs affectés, contrats arrivant à échéance) ainsi que création de tickets et vue personnelle des tickets.
AmélioréNavigation du client resserrée : ITSM et service desk réunis sous un seul menu, actions rapides déplacées dans la barre d'en-tête, client actuel affiché dans la barre de titre.
AmélioréLe portail en libre-service suit désormais la même palette Material Design 3 que le client, mode sombre compris.
Semaine 27 · 29 juin – 5 juil. 20266 versions
2026.7.4.18164 juil. 2026
CorrigéEn raison d'un contrôle de droits trop strict, les utilisateurs finaux ne pouvaient créer aucun ticket (accès refusé). La création n'exige désormais, correctement, que le droit « Créer des tickets ».
2026.7.4.17494 juil. 2026
NouveauIPAM : les sous-réseaux peuvent désormais être entièrement supprimés – toutes les adresses IP qu'ils contiennent et les réservations DHCP comprises.
AmélioréLe scan réseau couvre désormais des réseaux /16 complets et trouve tous les hôtes joignables (le scan était jusqu'ici limité à une sous-plage).
AmélioréLes listes d'adresses IP sont triées correctement de façon numérique (p. ex. .2 avant .16 avant .150) plutôt qu'alphabétiquement.
AmélioréLes sessions restent durablement actives : le jeton d'accès est renouvelé de façon transparente en arrière-plan – plus d'interruption inattendue à l'expiration.
AmélioréUne seule authentification active par utilisateur (connexion unique) ; une nouvelle authentification met fin à la précédente, et la vue d'ensemble des sessions n'affiche que les sessions réellement actives.
CorrigéJournal d'audit : les détails des modifications sont de nouveau enregistrés de façon fiable (certaines entrées étaient auparavant rejetées).
2026.7.3.16413 juil. 2026
NouveauModule de sécurité de l'information (SMSI) : import du catalogue de sécurité du socle BSI (OSCAL), briques, exigences et rôle de responsable de la sécurité de l'information compris.
AmélioréContrôle des droits (RBAC) étendu à l'échelle des modules également aux accès en lecture – protection 401/403 systématique de tous les points de terminaison des modules.
NouveauJeux de données de démonstration (PME, grande entreprise, commune) pour les présentations et les installations de test.
2026.7.2.12522 juil. 2026
AmélioréMigration de l'ensemble de la plateforme vers .NET 10 (EF Core / Npgsql 10) – environnement d'exécution actuel et maintenu à long terme.
NouveauActivation du produit étoffée : application aux configurations haute disponibilité et en cluster, réactivation après un changement matériel, télémétrie de licence.
2026.7.1.13541 juil. 2026
NouveauRéception de courriels (IMAP & POP3) : les courriels entrants créent automatiquement des tickets, acheminement par groupe et par client compris.
NouveauAffectation des réponses infalsifiable, par jeton de réponse signé dans l'objet.
NouveauVisibilité des tickets par groupe : les agents voient les tickets de leur ou leurs groupes de support.
NouveauInventaire logiciel pour le décompte des licences, onglet de détail d'IC « Logiciels installés » compris.
NouveauInstantanés d'inventaire & différentiel par IC (historique et comparaison).
AmélioréVue du journal d'audit et gestion des rapports (export XLSX/CSV/PDF) dans le client.
Semaine 26 · 22 juin – 28 juin 20261 version
2026.6.2424 juin 2026
NouveauBase de connaissances dans le portail en libre-service : articles publics, recherche, navigation par catégorie et liens profonds.
NouveauActivation du produit et version d'essai (MVP hors ligne) avec fichier de licence signé (ECDSA).
Semaine 24 · 8 juin – 14 juin 20263 versions
2026.6.1313 juin 2026
CorrigéStabilité du client WinUI au démarrage (ressources et jetons de design) nettement améliorée.
NouveauLibre-service : changer son mot de passe ainsi que réinitialisation du mot de passe par un administrateur (déverrouillage compris).
2026.6.1212 juin 2026
NouveauMoteur de modèles d'IC avec 26 modèles (PME & entreprises de taille intermédiaire) et éditeur de classes.
NouveauMoteur de workflow avec escalade et déclencheurs sur les attributs d'IC.
NouveauVisualisation des dépendances et des services métier (carte de topologie).
AmélioréMultilinguisme (DE/EN) ; installation propre sur Windows Server 2025 vérifiée.
2026.6.1010 juin 2026
NouveauSocle publié : CMDB (SACM), service desk (incident/problème/changement/demande de service), IPAM, gestion des actifs, des contrats et des licences, planification de reprise après sinistre.
AmélioréDurcissement de la sécurité (coffre AES-256, protection contre la force brute, HSTS, journal d'audit sans lacune).
Schéma de version : ANNÉE.MOIS.JOUR.HEURE. Les compilations de maintenance plus anciennes, sans changement fonctionnel, sont regroupées ici. Flux de version lisible par machine : version.json.
Rester toujours à jour.
Le client Ordivis vérifie automatiquement la version actuelle et vous signale les mises à jour disponibles.
