Certaines erreurs Revit reviennent projet après projet. Groupes au lieu de familles, murs superposés, template absent, worksets ignorés : voici les 10 erreurs les plus fréquentes que j’ai identifiées depuis 10 ans de formation, avec les solutions concrètes pour les éviter.
⚡ Résumé de l'article
- Erreur 1 : groupes au lieu de familles. Erreur 2 : murs empilés. Erreur 3 : abus de modèles in-situ.
- Erreur 4 : démarrer sans template d'entreprise. Erreur 5 : ignorer les gabarits de vue. Erreur 6 : nommage anarchique.
- Erreur 7 : coordonnées partagées non configurées. Erreur 8 : worksets mal gérés.
- Erreur 9 : familles trop lourdes. Erreur 10 : ne jamais purger le fichier.
- Les checklists de début de projet, hebdomadaire et avant livraison sont les outils les plus simples pour éviter ces erreurs.
Erreurs de modélisation (erreurs 1 à 3)
Les erreurs de modélisation sont les plus silencieuses : elles n’empechàient pas Revit de fonctionner immédiatement, mais elles génèrent des problèmes en cascade plus tard — lors d’un export IFC, d’une nomenclature ou d’une coordination avec les autres lots.
Erreur 1 : utiliser des groupes au lieu de familles
Les groupes Revit semblent pratiques au premier abord : sélectionner des éléments, regrouper, répéter sur le plan. Mais les groupes alourdissent le fichier, génèrent des avertissements en cascade et sont difficiles à modifier proprement. Chaque modification dans une instance se répercute sur toutes les autres de façon souvent imprévisible. J’ai vu des fichiers Revit avec des centaines de groupes imbriqués : le comportement était imprévisible et le fichier ingérable. La solution : préférer les familles chargeables (.rfa) pour tout élément répété.
Erreur 2 : empiler des murs au lieu d'utiliser les murs multicouches
Placer un mur d’isolation contre un mur porteur est tentant quand on découvre Revit : c’est rapide et visuellement correct en plan. Mais les jonctions entre murs superposés ne fonctionnent pas correctement aux angles et intersections. Les métrés sont faux (chaque mur est comptabilisé séparément), et l’export IFC est incohérent car chaque couche est un objet distinct sans relation entre elles. La solution : définir des types de murs multicouches dans Revit dès le démarrage du projet.
Erreur 3 : abus de modèles in-situ
Les éléments in-situ (In-Place) sont utiles pour les formes strictement uniques : un escalier sur-mesure, une forme architecturale complexe propre à un seul projet. Mais certains utilisateurs créent des familles in-situ pour des éléments qui reviennent plusieurs fois. Chaque in-situ est un unicum non paramétrique qui alourdit le fichier et ne peut pas être réutilisé sur d’autres projets. La règle : si l’élément apparaît plus d’une fois ou sur plus d’un projet, créez une famille .rfa.
Erreurs d'organisation (erreurs 4 à 6)
Les erreurs d’organisation ne se voient pas dans la maquette. Elles se voient dans le temps perdu à retourner corriger des conventions, à retrouver les bonnes vues ou à comprendre ce qu’un collègue a fait.
Erreur 4 : démarrer un projet sans template d'entreprise
Revit propose un template par défaut — générique et totalement inadapté aux standards de votre entreprise. Sans template d’entreprise, chaque projet repart de zéro : vous recréez les mêmes types de murs, les mêmes styles d’annotation, les mêmes gabarits de vue. Multipliez cette perte par le nombre de projets annuels et vous obtenez des journées entières de travail répété inutilement. Dans toutes mes formations, je conseille de commencer par créer un template d’entreprise dès la première semaine d’utilisation de Revit.
Erreur 5 : ignorer les gabarits de vue
Sans gabarits de vue (View Templates), chaque plan, coupe ou élévation est configuré manuellement. Résultat : des vues avec des graphismes incohérents d’un document à l’autre, certains éléments visibles là où ils ne devraient pas l’être, et des heures passées à corriger l’affichage avant chaque livraison. C’est l’une des erreurs les plus chronophages sur les projets en phase DCE ou EXE.
Erreur 6 : nommage anarchique des vues et des familles
Sans convention de nommage, le navigateur de projet devient illisible après quelques semaines. Les vues s’appellent « Plan niveau 2 copie » ou « Vue 3D{3D} ». Les familles s’appellent « Porte_modified_v2_FINAL ». Définissez une convention de nommage simple dès le démarrage et tenez-la : Lot_Type-Vue_Phase-Echelle pour les vues, Format_Nom-Variante pour les types.
Erreurs de collaboration (erreurs 7 à 8)
Les erreurs de collaboration sont celles qui passent inaperçues jusqu’au jour où vous essayez de fédérer les maquettes ou de coordonner avec les autres disciplines.
Erreur 7 : coordonnées partagées non configurées
Si les fichiers Revit de chaque discipline n’ont pas été configurés avec les mêmes coordonnées partagées, la fédération dans Navisworks ou Solibri produira des maquettes décalées. La correction en cours de projet est douloureuse. La prévention est simple : définir et partager un point d’origine commun dès le kick-off projet, inscrit dans la convention BIM.
Erreur 8 : worksets mal gérés ou ignorés
Sur un fichier central partagé, ne pas utiliser les worksets signifie que tout le projet est dans un seul workset : personne ne peut travailler simultanément sur des zones différentes sans conflits. À l’inverse, des worksets trop fragmentés (un par pièce, un par famille) créent une charge administrative inutile. La structure correcte : un workset par lot ou discipline, plus un workset pour les liens et un pour les éléments de site.
Erreurs de performance (erreurs 9 à 10)
Ces deux dernières erreurs sont les plus fréquentes et les plus facilement évitables. Elles sont souvent présentes ensemble, et leur correction immédiate est toujours visible.
Erreur 9 : charger des familles trop lourdes
Télécharger une famille depuis BIMobject ou une bibliothèque fabricant sans l’inspecter avant de la charger dans le projet est le réflexe le plus coûteux en performance. Ces familles peuvent peser plusieurs mégaoctets chacune. Inspectez systématiquement le poids d’une famille avant de la charger. Si elle dépasse 500 Ko, créez une version allégée pour le travail de production.
Erreur 10 : ne jamais purger le fichier
Au fil d’un projet, des familles sont chargées pour test, des types sont créés puis abandonnés, des matériaux s’accumulent. Sans purge régulière (Gérer → Purger les éléments inutilisés), le fichier grossit et ralentit. Sur un projet de 12 mois non purgé, la purge finale peut réduire la taille du fichier de 40 à 60 %.
Les bonnes habitudes à prendre
Ces trois checklists, mises en place dès le début d’un projet, permettent d’éviter systématiquement les 10 erreurs décrites ci-dessus.
Checklist en début de projet
✓ Template d’entreprise appliqué
✓ Convention de nommage définie
✓ Coordonnées partagées configurées et documentées
✓ Structure des worksets validée avec l’équipe
✓ Gabarits de vue créés pour les types de vues principaux
Checklist hebdomadaire
✓ Vérifier le nombre d’avertissements (Gérer → Avertissements)
✓ Inspecter la taille du fichier
✓ Purger si nécessaire
✓ Vérifier que les worksets sont bien répartitionés
Checklist avant livraison
✓ Purge complète du fichier
✓ Audit (Fichier → Ouvrir, cocher Audit)
✓ Vérification des coordonnées partagées
✓ Export IFC testé et validé
✓ Nomenclatures contrôlées et cohérentes