On le range parmi les visionneuses, et c'est le rater complètement. Solibri ne sert pas à regarder une maquette : il sert à la confronter à un règlement et à dire, objet par objet, ce qui passe et ce qui ne passe pas. Comprendre l'outil, c'est comprendre ce qu'est une règle, et pourquoi certaines ne s'écrivent qu'ici.
La première erreur consiste à le comparer aux outils de modélisation, ou même aux salles de revue. Solibri ne dessine rien et n’assemble pas pour regarder : il assemble pour juger, selon des critères écrits à l’avance.
L’image juste est celle d’un contrôleur muni d’un règlement. On lui présente des maquettes, au format d’échange ouvert, et il les passe au crible d’un ensemble de règles : cet objet a-t-il la propriété exigée, cet espace est-il bien délimité, ces deux éléments se traversent-ils, ce local a-t-il l’accès de maintenance prévu ? À chaque question, il répond par un verdict, localisé sur l’objet concerné.
Cette nature explique tout le reste. Sa valeur ne tient pas à ce qu’il montre, mais à la pertinence des règles qu’on lui donne. Un Solibri sans jeu de règles réfléchi n’est qu’une visionneuse coûteuse ; un Solibri bien réglé est le seul endroit où certaines vérifications deviennent possibles.
L’outil ne remplace pas la décision de ce qu’il faut vérifier : cette décision vient de l’EIR et de la convention, en amont. Solibri exécute un contrôle, il ne le définit pas. Acheter le logiciel sans avoir écrit ce qu’on attend d’une maquette, c’est acheter un contrôleur et ne lui donner aucun règlement.
Comprendre Solibri, c’est comprendre comment une exigence devient un contrôle exécutable, puis un résultat exploitable. Trois niveaux s’emboîtent.
L’unité de contrôle. Un test paramétrable qui vérifie une chose précise : une propriété présente, une distance minimale, une absence d’intersection. Chaque règle a des paramètres qu’on ajuste à son projet.
Un ensemble cohérent de règles, réuni pour un usage : la recevabilité d’un livrable, la coordination entre lots, la vérification d’un programme. C’est ce qu’on prépare une fois et qu’on rejoue à chaque livraison.
Le verdict, classé par gravité et rattaché à l’objet fautif. On les trie, on écarte les faux positifs, on transforme ce qui reste en remarques à traiter. Le résultat n’est pas une fin, c’est une entrée de travail.
La force du dispositif est sa répétabilité : le même jeu de règles, relancé sur la livraison suivante, mesure le progrès sans qu’on refasse l’analyse à la main. Sa fragilité est le faux positif : une règle mal paramétrée signale des problèmes qui n’en sont pas, et une équipe noyée sous les fausses alertes cesse vite de lire les vraies.
Lancer un contrôle prend une minute. Bâtir un jeu de règles qui signale les vrais défauts sans crouler sous le bruit prend de l’expérience, et c’est là qu’est la compétence. La valeur d’un utilisateur de Solibri se mesure à la propreté de ses jeux de règles, jamais au nombre de contrôles qu’il lance.
On confond souvent le contrôle par règles de Solibri avec la vérification par IDS. Les deux vérifient des maquettes, mais ils ne jouent pas dans la même catégorie, et le comprendre évite de choisir l’un en croyant se passer de l’autre.
L’IDS excelle là où l’exigence porte sur l’information : une donnée attendue, bien formée, au bon endroit, vérifiable partout et par tous. Solibri excelle là où l’exigence porte sur la forme et l’espace : une géométrie cohérente, des composants qui ne s’interpénètrent pas, un local accessible. Beaucoup d’organisations avisées écrivent leurs exigences de données en IDS, ouvert et portable, et réservent Solibri aux contrôles géométriques et spatiaux que l’IDS ne sait pas exprimer.
Comme souvent, la distinction entre les éditions est la source des malentendus les plus coûteux. Une seule d’entre elles contrôle vraiment ; les autres consultent ce que la première a produit.
La capacité de contrôle, celle qui exécute les jeux de règles, appartient à l’édition professionnelle payante, sur abonnement. Autour d’elle gravitent des accès plus légers, destinés à lire les maquettes et à consulter les résultats préparés ailleurs, sans lancer eux-mêmes de contrôle. Cette asymétrie a une conséquence pratique décisive, développée plus bas.
La visionneuse gratuite historique, Solibri Anywhere, est passée en statut « legacy » le 13 avril 2026 : elle n’est plus développée, reste utilisable pour l’instant, et son retrait est annoncé pour la fin 2026. Un produit de remplacement, Solibri Starter, prend le relais avec la fédération de maquettes et un suivi des remarques. La gratuité de la consultation est donc en recomposition : ne bâtissez pas un processus dessus sans vérifier l’offre en vigueur au moment où vous le lisez.
Le contrôle par règles prend toute sa valeur quand il cesse d’être une police et devient un autocontrôle. C’est le prolongement direct de la logique d’audit, et Solibri est taillé pour ça, à une condition qu’il faut connaître.
Le principe est celui posé dans auditer une maquette : un contrôle dont on connaît les critères à l’avance n’est pas un contrôle affaibli, c’est un contrôle qui a déjà fait son travail. Concrètement, l’auditeur diffuse son jeu de règles aux producteurs, qui se contrôlent eux-mêmes avant de partager. Les non-conformités chutent, parce qu’elles sont corrigées avant de circuler, et l’audit indépendant se concentre sur ce qui échappe aux règles.
Rejouer un jeu de règles suppose l’édition qui sait contrôler, pas seulement la consultation. Partager vos règles avec un producteur qui n’a qu’un accès de lecture ne lui permet pas de s’autocontrôler : il ne pourra que consulter les résultats que vous, vous aurez produits. L’autocontrôle généralisé suppose donc que chaque producteur dispose de la capacité de contrôle, ce qui est une décision d’équipement, pas un détail. À défaut, écrivez le contrôlable en IDS, que des outils variés savent exécuter.
Le paysage du contrôle qualité s’est peuplé, entre plateformes intégrées et standards ouverts. La question n’est plus « faut-il Solibri » mais « pour quelle part du contrôle ».
Il reste très solide là où la vérification demande de raisonner sur la géométrie et l’espace : détecter des intersections fines, vérifier des dégagements, contrôler qu’un modèle est spatialement cohérent, confronter une maquette à un programme surfacique. Ce sont des contrôles qu’un standard de données ne sait pas exprimer, et que peu d’outils mènent aussi loin.
Il est en revanche concurrencé sur deux fronts. Sur la détection de conflits brute, que beaucoup de plateformes intègrent désormais au fil de la coordination. Et sur la vérification de données, où la montée de l’IDS déplace vers un standard ouvert ce qu’on réglait autrefois dans des règles propriétaires. La tendance de fond est claire : ce qui peut s’exprimer en ouvert migre vers l’ouvert, et Solibri se recentre sur ce que l’ouvert ne couvre pas encore.
Non pas « Solibri ou pas », mais quelle part de mon contrôle relève du géométrique et du spatial. Si l’essentiel de vos exigences porte sur des données, un standard ouvert vous rendra plus indépendant. Si vous devez juger des formes, des distances et des cohérences spatiales, vous êtes exactement sur le terrain où cet outil garde une longueur d’avance. Ce raisonnement par fonction est celui de choisir sa chaîne d’outils.
Un moteur de règles dont la valeur est dans le règlement, pas dans l’écran.
Trois idées à emporter. Solibri contrôle, il ne modélise pas : il confronte des maquettes à des jeux de règles et rend un verdict par objet, et sa valeur tient à la pertinence des règles, jamais au nombre de contrôles lancés. Il voit ce que l’IDS ne voit pas : la géométrie et l’espace, au prix de règles propriétaires qui ne s’exportent pas, quand l’IDS reste ouvert et portable pour ce qui est donnée. Enfin, son meilleur usage est l’autocontrôle : diffuser le règlement aux producteurs, à condition qu’ils aient la capacité de contrôler, la simple consultation ne suffisant pas.
Le cadre qui décide quoi contrôler est dans auditer une maquette, dont ce guide est l’outil promis. Pour la part de contrôle qui gagne à passer en standard ouvert, voyez l’IDS, et pour la détection de conflits comme processus, clash detection. Enfin, pour situer cet outil parmi les autres sans en faire une religion, choisir sa chaîne d’outils.
Les guides qui prolongent naturellement celui-ci, dans d'autres sections du site.
Sans exigences écrites à l'avance, un audit n'est qu'un avis, et le producteur a le droit de ne pas être d'accord. Voici les quatre familles de contrôle, dans l'ordre où elles se mènent, et ce qui sépare un audit qui améliore d'un audit qui indispose.
Un cahier des charges dit « les murs porteurs doivent indiquer leur résistance au feu ». Deux personnes le lisent et le vérifient différemment ; un ordinateur ne peut pas le vérifier du tout. L'IDS traduit cette même exigence dans une forme que la machine exécute, avec le même verdict partout. C'est le chaînon qui manquait entre écrire une exigence et la contrôler.
Quarante mille conflits détectés, et pas une décision prise. La détection automatique est la partie facile : toute la valeur est dans ce qu'on filtre, ce qu'on arbitre et ce qui revient dans la maquette. Voici la boucle complète.