Aconex ou Procore : deux approches du CDE de chantier
Vous équipez un projet d'un environnement commun de données (CDE) et d'un outil de gestion d'exécution, et deux noms reviennent : Aconex, désormais dans le giron d'Oracle, et Procore. Les deux centralisent documents, correspondances, visas, RFI et suivi de chantier dans une plateforme cloud unique. Le chevauchement est réel, mais les deux plateformes ne défendent pas la même vision de la donnée projet.
La différence à garder en tête dès le départ : Aconex raisonne en propriété des données par organisation, avec cloisonnement contractuel, quand Procore mise sur un projet largement partagé et un périmètre métier plus étendu. Ce n'est pas la même philosophie de collaboration.
Aconex et Procore en bref
| Critère | Aconex | Procore |
|---|---|---|
| Gouvernance | Propriété des données par organisation, cloisonnement contractuel | Projet partagé, accès large aux données |
| Périmètre | Correspondance, GED, coordination, appels d'offres, coûts, Field, ITP | Gestion projet, finances, ressources, équipements, BIM terrain |
| IA | Pas de couche IA mise en avant | Procore AI, agents RFI et Deep Search |
| Écosystème | Primavera P6 / Cloud, Revit | DocuSign, Power BI Desktop, Databricks |
| Marché FR | Pas de site ni doc en français | Site français, bureau à Paris |
Ce qu'elles ont réellement en commun
Aconex et Procore répondent au même besoin central : servir de CDE de chantier et centraliser dans une seule plateforme cloud la GED, les correspondances, les visas, les RFI et le suivi d'exécution. Le recouvrement porte sur les workflows de revue, la coordination et la gestion contractuelle. Un professionnel côté entreprise de travaux ou maîtrise d'ouvrage peut donc légitimement les retrouver dans une même sélection de solutions.
Les différences qui comptent
La gouvernance des données
C'est le point de divergence le plus net. Aconex repose sur un modèle de propriété des données par organisation : chaque intervenant dispose d'espaces privés et décide ce qu'il partage, avec qui et quand. La piste d'audit est inaltérable et les correspondances contractuelles restent neutres entre les parties.
Procore s'organise à l'inverse autour d'un projet partagé, avec accès large des intervenants aux données. La logique favorise la collaboration terrain élargie plutôt que le cloisonnement. Sur des grands ouvrages multi-organisations, ou dès qu'un risque de litige plane, le modèle neutre d'Aconex peut peser lourd. Là où l'enjeu est de connecter rapidement un maximum d'acteurs autour d'un projet commun, l'ouverture de Procore correspond davantage au besoin.
Le périmètre métier et l'IA
Aconex couvre la correspondance, le registre documentaire, la coordination de maquettes, les appels d'offres, les coûts, ainsi que les modules Field et ITP. Aucune couche IA n'est mise en avant dans les données disponibles.
Procore élargit le spectre à la gestion de projet, aux finances, aux ressources et aux équipements, jusqu'au BIM terrain, et intègre Procore AI avec des agents spécialisés (RFI, Deep Search) opérant sur les documents et données du projet. Une équipe qui cherche des assistants IA intégrés et une gestion étendue des ressources et équipements regardera de ce côté ; une organisation centrée sur la coordination documentaire et contractuelle stricte trouvera Aconex plus aligné.
La logique commerciale
Les deux plateformes fonctionnent sur devis. La différence est structurelle. Aconex ne précise pas de logique de licence publique. Procore affiche une approche sans licence nominative, avec utilisateurs et données illimités et support 24/7 inclus, le chiffrage étant fondé sur le volume de construction annuel. Pour une entreprise qui doit connecter de nombreux collaborateurs et sous-traitants, cette logique change la structure de coût ; côté Aconex, l'absence de grille publique impose un chiffrage direct auprès de l'éditeur.
Le marché francophone et l'écosystème amont
Procore dispose d'une version française de son site et d'une présence locale, avec un bureau à Paris, et propose des intégrations natives comme DocuSign, Power BI Desktop et Databricks. Aconex n'a ni site ni documentation en français, mais s'appuie sur des intégrations natives orientées planification Oracle (Primavera P6, Primavera Cloud) et Revit. Une équipe francophone attentive à l'interface et au support localisés penchera vers Procore ; une organisation déjà outillée en suite Primavera valorisera la continuité amont d'Aconex.
Quand regarder plutôt Aconex
- Si le besoin principal est un CDE contractuel neutre, avec cloisonnement strict des données par organisation et audit trail inaltérable.
- Si l'environnement logiciel existant repose sur Oracle Primavera (P6 / Cloud) pour la planification.
- Si le projet exige une traçabilité forte de la correspondance contractuelle en contexte multi-parties à risque de litige.
Quand regarder plutôt Procore
- Si l'équipe travaille principalement en environnement francophone et attend une interface et un support localisés.
- Si le besoin couvre largement finances chantier, ressources, équipements et BIM terrain dans une même plateforme.
- Si le projet nécessite des agents IA métier intégrés aux documents et données projet.
- Si un accès avec utilisateurs illimités pour tous les intervenants est un critère structurant.
Points à vérifier avant de choisir
- Les formats d'échange réellement pris en charge par Procore (IFC, BCF, RVT non explicités) pour la coordination openBIM.
- L'hébergement et la localisation des données pour chacune des deux plateformes, non communiqués de part et d'autre.
- Les certifications de conformité de Procore (ISO 19650 non confirmée, alors qu'Aconex l'affiche) selon les exigences du projet.
- La disponibilité et le périmètre réel d'un support et d'une documentation francophones d'Aconex avant un déploiement en France.
En synthèse
Aconex et Procore couvrent tous deux le rôle de CDE de chantier, mais leur vision de la donnée projet diffère : cloisonnement contractuel neutre par organisation d'un côté, projet largement partagé et périmètre métier étendu de l'autre. Le contexte doit guider le choix : niveau de tension contractuelle et attachement à l'écosystème Oracle d'un côté, besoin de collaboration élargie, d'un périmètre étendu et d'un ancrage francophone de l'autre.