IFC au Maroc : choisir le bon workflow BIM selon votre projet

Décrire le besoin avant de choisir l’outil

Avant de rechercher « IFC ou alternative à IFC », formulez le problème à résoudre. S’agit-il de transmettre une maquette à un bureau d’études qui utilise un autre logiciel, de coordonner des modèles de plusieurs disciplines, de vérifier des propriétés d’objets, ou simplement de communiquer un plan à une équipe de chantier ? Ces besoins n’appellent pas nécessairement le même format.

Précisez ensuite le livrable attendu : modèle 3D, objets avec leurs propriétés, plans 2D, nomenclature, rapport de contrôle, ou combinaison de ces éléments. Un fichier peut s’ouvrir correctement tout en ayant perdu des propriétés ou une partie de la structure attendue. Il faut donc décrire ce que le destinataire doit pouvoir consulter, vérifier ou modifier.

Évaluez le volume et les contraintes du contexte professionnel : taille de la maquette, fréquence des échanges, logiciels et versions utilisés par les partenaires, connexion disponible, règles de nommage, exigences du marché et durée pendant laquelle les données devront rester exploitables. Au Maroc, ces points se vérifient projet par projet, auprès du maître d’ouvrage, de l’équipe BIM et des partenaires concernés ; il ne faut pas supposer qu’un format est imposé partout.

Enfin, distinguez trois opérations souvent confondues : créer ou modifier une maquette, échanger des informations entre outils, et communiquer une décision ou une instruction. IFC peut répondre à une partie du deuxième besoin ; il n’est pas, à lui seul, un workflow complet de conception et de suivi.

• Qui produit le fichier et qui le reçoit ?
• Le destinataire doit-il seulement consulter, ou aussi modifier et réutiliser les objets ?
• Quelles catégories d’objets et quelles propriétés sont indispensables ?
• Quels logiciels et formats les partenaires ont-ils effectivement testés ?
• Qui contrôle les exports et gère les corrections ou mises à jour ?

Repérer les cas où IFC est pertinente

IFC est pertinente lorsqu’un projet BIM exige le partage d’informations entre intervenants qui ne travaillent pas tous dans le même logiciel. Le format vise à structurer des objets de construction et leurs informations afin de faciliter un échange au-delà d’un seul environnement logiciel. Il peut ainsi servir à transmettre une maquette architecturale, structurelle ou technique vers un outil de coordination, de consultation ou de contrôle compatible.

Elle est particulièrement utile quand l’équipe veut conserver une représentation structurée plutôt que transmettre uniquement des images ou des plans. Par exemple, une équipe de coordination peut recevoir des modèles de plusieurs disciplines, examiner leur positionnement et signaler des zones à vérifier. La qualité du résultat dépend toutefois de la configuration des exports, du contenu choisi et des capacités des outils qui importent le fichier.

IFC est moins adaptée comme unique support de production lorsqu’un concepteur doit poursuivre le travail dans le logiciel d’origine avec toutes ses fonctions spécialisées. Un échange IFC peut préserver les éléments nécessaires à un usage donné, sans reproduire toutes les fonctions, contraintes ou données propres au fichier natif. Il faut également éviter d’en faire l’unique support d’une instruction urgente si les personnes concernées ont besoin d’un document directement lisible et validé.

En pratique, IFC peut donc remplacer un échange ponctuel dans un format propriétaire lorsque les partenaires ont convenu de l’utiliser et l’ont testé. Elle complète plutôt qu’elle ne remplace le logiciel de modélisation, les outils de coordination, les plans, les comptes rendus ou les procédures de validation.

• À envisager : échanges BIM entre logiciels différents, coordination de modèles, transmission de données structurées.
• À tester avec soin : propriétés attendues, classifications, géométrie, unités et comportement à l’import.
• À compléter : conception dans le format natif, validations métier, plans destinés à la lecture et suivi des décisions.

Identifier les alternatives possibles

Le format natif du logiciel de conception est souvent le bon choix lorsque le destinataire doit poursuivre la modélisation dans le même environnement. Il conserve les fonctions propres au logiciel, mais crée une dépendance à ses outils et à la compatibilité entre versions ou configurations.

Les intégrations directes et les liens entre logiciels peuvent convenir à des équipes qui partagent un environnement technique compatible. Elles peuvent réduire certaines étapes d’export, mais dépendent des outils installés, des paramétrages et des accords entre partenaires. Elles ne constituent pas automatiquement une solution universelle pour tous les membres d’un projet.

Un PDF ou un plan 2D est souvent pratique pour une revue, une impression, une validation de document ou une communication ciblée. Il est lisible et peut être facile à diffuser, mais ne remplace pas une maquette structurée lorsqu’il faut interroger les objets, leurs propriétés ou leurs relations.

Un tableur ou une méthode manuelle peut suffire pour une liste courte, un inventaire ponctuel ou une vérification simple. Dès que les volumes, les intervenants ou les mises à jour se multiplient, la saisie répétée et les contrôles manuels peuvent prendre davantage de temps et rendre les erreurs plus difficiles à repérer. Il faut comparer cet effort au coût de préparation et de contrôle d’un échange automatisé.

Le choix n’est donc pas toujours exclusif. Un workflow courant peut conserver le format natif pour produire, exporter en IFC pour coordonner, puis publier des plans ou un rapport pour communiquer les décisions. La règle importante est de préciser quel document fait foi pour chaque usage et qui est responsable de sa mise à jour.

Comparer les options selon des critères

Le tableau ci-dessous donne des tendances à vérifier sur le projet, et non une garantie de résultat : le coût et le temps dépendent des licences déjà disponibles, du volume, du niveau de détail attendu et de l’expérience de l’équipe. Un comparatif outils IFC utile doit aussi inclure les contrôles après export, pas seulement la capacité à générer un fichier.

• Coût : distinguez coût de licence, préparation, vérification et correction des échanges.
• Temps : mesurez le temps de préparation et le temps nécessaire pour détecter et corriger les problèmes.
• Compétences : identifiez qui maîtrise l’export, l’import, la lecture de maquette et le contrôle des propriétés.
• Interopérabilité : testez les échanges avec les versions et logiciels réellement utilisés par les destinataires.
• Maintenance : définissez qui met à jour les fichiers, les règles d’échange et la documentation du workflow.

Étudier un scénario professionnel

Prenons une équipe de coordination BIM réunissant un architecte, un bureau d’études structure et un bureau d’études techniques pour un bâtiment au Maroc. Chaque intervenant produit sa maquette dans son environnement de travail. Le besoin est de repérer des conflits ou des incohérences de coordination et de transmettre des observations vérifiables aux concepteurs.

Une première option consiste à conserver chaque fichier natif et à utiliser une intégration directe si tous les partenaires disposent d’outils compatibles. Elle peut convenir à une équipe homogène, mais devient plus difficile à organiser lorsque les logiciels diffèrent. Une deuxième option consiste à échanger des fichiers IFC selon une convention définie, puis à les rassembler dans un outil de coordination. Une troisième option — plans PDF et tableaux de remarques — peut compléter le processus pour communiquer des observations, mais ne fournit pas nécessairement la même lecture structurée de l’ensemble des modèles.

Le workflow retenu pourrait donc garder les fichiers natifs comme supports de production, demander un export IFC pour la coordination interdisciplinaire, puis transmettre des plans ou des comptes rendus pour les validations et les décisions. Avant le premier échange, les partenaires s’accordent sur les zones, objets, propriétés, noms de fichiers, fréquence, responsabilités et procédure de correction. Chaque export est ensuite contrôlé : le fichier s’ouvre-t-il, les éléments attendus sont-ils présents, et les informations utiles sont-elles accessibles dans l’outil du destinataire ?

Le compromis est clair : l’échange structuré peut faciliter la coordination entre outils différents, mais il ajoute une étape de préparation et de vérification. Le fichier natif est plus direct pour reprendre la conception dans son logiciel, mais moins adapté à un échange neutre entre environnements différents. Les documents 2D sont efficaces pour certaines validations, mais ne remplacent pas la coordination de maquettes si celle-ci est le besoin central.

• Remplacement : préférer un échange IFC à un échange natif lorsque le destinataire a besoin d’un format partagé et que le test confirme les informations nécessaires.
• Complémentarité : conserver natif, IFC et documents 2D lorsqu’ils répondent à des usages distincts.
• Décision : ne généraliser qu’après accord des partenaires sur les critères d’acceptation et les responsabilités.

Valider le choix par un test limité

Avant de modifier les habitudes d’un projet entier, lancez une preuve de concept sur une zone représentative et un échange réel entre deux outils. Choisissez une partie de maquette contenant plusieurs types d’objets et les propriétés jugées importantes. Demandez au destinataire d’effectuer les opérations qu’il devra réellement réaliser : consulter, filtrer, coordonner ou produire un retour.

Comparez le résultat avec le besoin initial, pas seulement avec l’apparence du modèle. Notez les informations conservées, celles qui manquent, les problèmes de géométrie ou de placement, le temps d’export et de contrôle, ainsi que les corrections nécessaires. Faites également le test dans les conditions de travail prévues : logiciels disponibles, configuration des équipes et modalités de transmission.

À l’issue du test, rédigez une règle d’échange courte : format attendu, responsable de l’export, contenu à transmettre, nommage, fréquence, contrôles et procédure de signalement des problèmes. Si l’essai révèle des pertes bloquantes, adaptez la configuration, le périmètre ou l’alternative retenue. Le bon workflow IFC est celui que les intervenants peuvent répéter et vérifier pour un usage défini.

• Commencer par un périmètre limité, mais représentatif.
• Faire valider le fichier par la personne qui le recevra et l’utilisera.
• Consigner les résultats et ajuster les règles avant le déploiement.

Tendances générales à confirmer avec les logiciels, les partenaires et les exigences du projet.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. Emploi public — exemple d’annonce mentionnant des compétences techniques et des logiciels emploi-public.ma
2. Objectifs — OFPPT ofppt.ma
3. buildingSMART International buildingsmart.org
4. FormaGroup — technologie IFC formagroup.ma