BIMONO ou Aconex : quel environnement commun de données pour coordonner un projet ?
Choisir un environnement commun de données (CDE) pour un projet de construction amène parfois à mettre côte à côte des solutions qui ne jouent pas exactement dans la même catégorie. BIMONO et Aconex répondent toutes deux à un besoin de coordination documentaire, de circuits de validation et de consultation de maquettes, mais leur échelle et leur positionnement diffèrent nettement.
Le chevauchement est réel sur la gestion documentaire, les visas, les appels d'offres et la visualisation IFC. La différence principale à garder en tête tient au périmètre métier : BIMONO cible une coordination de chantier intégrée sur des projets de taille moyenne, quand Aconex s'inscrit dans une logique de plateforme d'entreprise à large périmètre, jusqu'à la correspondance contractuelle et le contrôle des coûts.
BIMONO et Aconex en bref
| Critère | BIMONO | Aconex |
|---|---|---|
| Périmètre | GED chantier, visas, appels d'offres, formulaires, BIM Viewer | GED, workflows, correspondance contractuelle, coûts, ITP, archivage |
| Public | Projets de taille moyenne, coordination de chantier | Projets d'ampleur, multi-organisations, infrastructure |
| Ancrage | Éditeur suisse, interface et support en français | Édité par Oracle, environnement principalement anglophone |
| Intégrations | API propriétaire, IFC, Cloud/SaaS | API REST, IFC/BCF/RVT, natives avec Revit et Primavera |
| Maturité | Solution récente (2023), éditeur de petite taille | Produit établi de longue date, adossé à Oracle |
Ce qu'elles ont réellement en commun
Les deux solutions couvrent le socle attendu d'un CDE de construction : centralisation des livrables, circuits de visa et de revue, gestion des appels d'offres et consultation de maquettes au format IFC. C'est ce recouvrement sur la gestion documentaire et la validation qui explique qu'elles puissent apparaître dans une même réflexion, avant que la question de l'échelle et du périmètre ne vienne les séparer.
Les différences qui comptent
Périmètre fonctionnel et échelle projet
BIMONO regroupe GED chantier, visas, appels d'offres, formulaires terrain, tâches et BIM Viewer, avec un positionnement affiché sur des projets de taille moyenne. Le périmètre reste centré sur la coordination d'exécution.
Aconex ajoute à la GED et aux workflows la correspondance contractuelle inaltérable, le contrôle des coûts (contrats, changements, paiements), les ITP et l'archivage après clôture, avec un modèle de propriété des données par organisation. Sur un projet d'infrastructure ou multi-organisations exigeant traçabilité contractuelle et gestion des coûts, cet écart de périmètre pèse fortement. Pour une coordination de chantier centrée documents, visas et réserves, BIMONO couvre le besoin sans surdimensionnement.
Ancrage marché et langue de travail
BIMONO est édité en Suisse, avec un site, un centre d'aide et une communication en français, et des références suisses romandes identifiables. Aconex, édité par Oracle aux États-Unis, s'appuie sur un environnement principalement anglophone, sans site ni documentation en français selon les données disponibles.
Pour une maîtrise d'œuvre ou une entreprise qui privilégie un support et une interface en français ainsi qu'un interlocuteur de proximité, l'ancrage francophone de BIMONO compte. Retenir Aconex suppose de composer avec un environnement où l'anglais domine.
Écosystème et intégrations natives
BIMONO repose sur une API propriétaire, le format IFC et un déploiement Cloud/SaaS, sans intégrations natives documentées avec des outils de production ou de planning. Aconex propose une API REST, les formats IFC/IFC4/BCF/RVT et des intégrations natives revendiquées avec Revit, Primavera P6 et Primavera Cloud.
Si l'environnement existant s'articule autour de Revit et de l'écosystème Primavera, cette connectivité native change la donne. Pour un flux principalement IFC et documentaire, l'écart est moins structurant.
Maturité et pérennité de l'éditeur
BIMONO est une solution récente, lancée en 2023, en développement actif et portée par un éditeur de petite taille. Aconex est un produit établi de longue date, intégré à Oracle et maintenu comme offre active. Pour un projet long ou une organisation attentive à la pérennité de l'éditeur et à l'archivage durable, ce point mérite davantage d'attention. Une équipe qui recherche agilité et proximité peut au contraire préférer un éditeur récent et réactif.
Quand regarder plutôt BIMONO
- Si le besoin principal est une coordination de chantier centrée GED, visas, réserves et appels d'offres sur des projets de taille moyenne.
- Si l'équipe travaille principalement en français et valorise un support et une interface francophones.
- Si l'environnement logiciel repose surtout sur des échanges IFC sans dépendance forte à Revit ou Primavera.
- Si le projet nécessite une prise en main rapide sans le périmètre étendu d'une plateforme d'entreprise.
Quand regarder plutôt Aconex
- Si le projet nécessite correspondance contractuelle tracée, contrôle des coûts et gestion des ITP dans un même système.
- Si l'environnement logiciel existant repose sur Revit et l'écosystème Primavera P6 / Primavera Cloud.
- Si le besoin principal est un CDE multi-organisations avec propriété des données par acteur et archivage long terme.
- Si l'organisation privilégie un éditeur établi pour des projets de grande ampleur ou d'infrastructure.
Points à vérifier avant de choisir
- La disponibilité réelle d'une interface et d'un support en français pour Aconex sur le marché français, les données actuelles indiquant l'absence de site et de documentation FR.
- L'étendue et la profondeur réelles des intégrations natives d'Aconex avec Revit et Primavera, selon l'édition et les modules souscrits.
- Les capacités de contrôle des coûts et de correspondance contractuelle côté BIMONO, non documentées et potentiellement absentes de son périmètre.
En synthèse
BIMONO et Aconex se recoupent sur le socle d'un CDE de construction, mais divergent surtout par leur périmètre : coordination de chantier intégrée et francophone d'un côté, plateforme d'entreprise couvrant le contractuel, les coûts et l'archivage long terme de l'autre. C'est l'échelle du projet, l'écosystème logiciel déjà en place et l'exigence de traçabilité contractuelle qui doivent principalement orienter la décision.
