Aller au contenu
Deux blocs en acier brossé sur une surface navy mate, assemblés par une seule queue d'aronde vert fluo

Connecter un ERP à un logiciel sur mesure : Robaws, Odoo, Exact

Presque tout ERP doté d'une API peut être connecté à un logiciel qui fonctionne vraiment sur chantier : Robaws, Odoo, Exact Online, Teamleader, SAP, mais aussi votre comptabilité, votre outil de planning et votre secrétariat social. La question n'est pas de savoir si c'est possible, mais comment : directement via l'API, via un middleware, avec un add-on de votre fournisseur ERP, ou avec une couche sur mesure à côté. Ci-dessous : l'approche, ce que nous avons déjà intégré chez des entreprises de construction, et où ça coince techniquement.

En bref

  • Intégration API directe : un seul flux de données entre deux systèmes. Rapide et bon marché, tant que ça reste à un.
  • Middleware : plusieurs systèmes via une couche intermédiaire, avec gestion centralisée des erreurs. Abonnement et gestion en plus.
  • Add-on ERP : rapide si votre processus rentre dans le module. Le code reste chez le fournisseur.
  • Couche sur mesure : construite autour de votre planning de chantier, vos bons de travail et vos validations, avec l'ERP comme source pour les clients, projets et factures.

Pourquoi une entreprise de construction veut-elle connecter son ERP ?

Parce que l'ERP fait l'administration, pas le chantier. Robaws, Odoo, Exact Online ou Teamleader gèrent très bien clients, projets et factures. Mais les planificateurs répartissent encore les équipes dans Excel, les chefs d'équipe envoient bons de travail et heures via WhatsApp ou sur papier, et l'administration retape tout. Chaque transfert est une occasion de perdre une heure, de se tromper de numéro de projet ou de laisser traîner une facture.

Une intégration ERP fait collaborer le logiciel de chantier et l'ERP. Le planificateur récupère le projet dans Robaws, l'équipe enregistre heures et bons de travail dans un écran qui fonctionne sur chantier, et les heures validées repartent vers l'ERP ou directement vers Yuki ou Billit pour la facturation. Chacun encode une chose une seule fois. L'ERP reste la source.

Avec quels systèmes faisons-nous des intégrations ?

Avec tout ce qui a une API ou un format d'export. Chez les entreprises de construction, de transport et du maritime, les mêmes noms reviennent :

  • ERP et gestion de projet : Robaws, Odoo, Exact Online, Teamleader, SAP, Oracle.
  • Comptabilité et facturation : Yuki, Billit, Octopus, Exact Online, Codabox, Isabel, et facturation électronique via Peppol.
  • Paie et personnel : SD Worx, Acerta, Geodynamics pour l'enregistrement du temps.
  • Planning et transport : Dashdoc, Qargo, Timocom, Navitrans, Transics.
  • Ce que tout le monde a ouvert : Outlook, Gmail, Google Calendar, WhatsApp et Excel.

Si votre logiciel n'est pas dans la liste, la première question est de savoir s'il a une API et comment elle est documentée. Cela compte plus que le nom du logiciel.

Comment connecter un ERP à un logiciel sur mesure ?

De quatre façons, et la différence tient au nombre de systèmes qui doivent dialoguer et à l'écart entre votre processus de chantier et ce que l'ERP attend.

Intégration API directe

Le logiciel sur mesure lit et écrit directement dans l'ERP via son API. Cela convient à un seul flux de données bien délimité. Pour Goeyvaerts-R, nous avons construit en deux semaines un outil de certificats branché directement sur Odoo : des centaines d'attestations VCA et de cariste sont suivies automatiquement, sans couche d'intégration séparée. Avec une seule source de données, peu de champs et une API stable, c'est l'option la plus rapide et la moins chère. Attention aux limites d'API sur les gros volumes, et convenez de qui teste l'intégration après une mise à jour de l'ERP.

Middleware ou plateforme d'intégration

Une couche centrale à laquelle chaque système parle, au lieu de se parler entre eux. Planning, bons de travail, heures et comptabilité y sont branchés tous les quatre. Le grand avantage, c'est la gestion des erreurs : les transactions échouées sont conservées, réessayées et signalées, de sorte qu'une panne de l'ERP ne se termine pas en heures manquantes ou en lignes de facture en double. L'inconvénient : un abonnement supplémentaire, de la gestion technique et une dépendance à la plateforme. Pour un seul flux de données, c'est disproportionné ; à partir de trois systèmes, cela devient logique.

Add-on ERP

Un module de votre fournisseur ERP qui transforme les heures en lignes de facture ou rattache les bons de travail aux projets. Si votre processus rentre dans ce que le module attend, vous démarrez vite. Les exceptions propres à la construction montrent vite la limite : sous-traitants, matériel, photos et signatures sur le bon de travail, travaux supplémentaires. Alors soit vous adaptez votre façon de travailler, soit vous ajoutez du travail manuel. Et le code appartient au fournisseur. Vous obtenez un droit d'utilisation, pas la possibilité de l'adapter.

Couche sur mesure à côté de l'ERP

Un logiciel construit autour de votre processus de chantier, qui échange des données avec l'ERP via son API. C'est ce que nous construisons le plus souvent pour les entreprises de construction et du maritime :

  • Chez ZET Wonen, l'outil de post-calcul est branché directement sur Robaws. Projets, heures et bons de travail en proviennent, l'outil y réécrit aussi, et le planning par équipe et par camionnette se trouve dans le même écran.
  • Chez K&C Marine Contractors, les plongeurs remplissent leur rapport d'inspection dans une app ; l'intégration avec Robaws synchronise projets et clients, pour éviter toute double administration.
  • Chez Antwerp Underwater Solutions, l'équipe enregistre les entrées et sorties de matériel d'un seul scan, et l'intégration avec Yuki assure les recommandes automatiques.

Modifier un écran ou une étape de validation est possible sans toucher à la comptabilité. L'intégration elle-même demande de la maintenance à chaque changement d'API de l'ERP, et cela doit figurer dans le contrat. Vous en lirez plus sur ce que nous avons construit autour de Robaws, y compris une intégration IA qui vous permet d'interroger Robaws en langage courant, dans Robaws x Build More.

Quelle forme convient à votre situation ?

Forme Rapidité Coût de départ Maintenance Spécifique construction Convient quand
Intégration API Élevée Faible Moyenne Moyen Une seule application sur l'ERP, peu de sources supplémentaires prévues
Middleware Moyenne Moyen Moyenne Moyen Trois systèmes ou plus, ou des applications supplémentaires plus tard
Add-on ERP Élevée Faible Faible Faible Le module couvre votre processus sans grandes adaptations
Couche sur mesure Moyenne Élevé Moyenne à élevée Élevé Planning, bons de travail ou validations s'écartent fortement du standard

Au final, la qualité de l'API de l'ERP pèse plus lourd que la forme choisie. Robaws et Odoo ont une API bien documentée ; avec des logiciels plus anciens, c'est souvent la première question à poser.

Où une intégration ERP coince-t-elle techniquement ?

À cinq endroits, et tous sont évitables si vous les nommez à l'avance.

  • Pas de source de référence convenue. Deux systèmes modifient le même enregistrement et s'écrasent mutuellement. Fixez par donnée qui est la source : l'ERP pour les clients et les factures, le sur-mesure pour les bons de travail et le planning.
  • Un mapping de champs qui ne colle pas. Un numéro de projet dans Robaws doit atterrir dans le bon dossier de chantier, et un statut comme « exécuté » peut signifier autre chose dans l'ERP.
  • Des enregistrements en double. Une requête réussit, la confirmation n'arrive pas à cause d'un time-out, et l'intégration réessaie. Un identifiant externe unique par enregistrement évite qu'un bon de travail produise deux lignes de facture.
  • Un accès trop large. Une app d'heures lit et écrit des heures et des codes projet, mais ne doit pas toucher aux fournisseurs ni aux données de paiement. Les clés API dans un coffre-fort, jamais dans le code ou une feuille de calcul.
  • Des erreurs silencieuses. Une panne qui reste invisible pendant des jours. Les données invalides vont dans une liste d'erreurs séparée, et un responsable reçoit une notification dès qu'un seuil est dépassé.

Et si aucun ERP ne convient ?

Alors vous construisez le processus central vous-même. Chez De Greef Spoorkranen, nous avons examiné Robaws et Timeking, et rien ne correspondait à la façon dont grues rail-route, bennes, machinistes et transporteurs sont planifiés par chantier. Nous avons construit un ERP sur mesure : une seule plateforme pour toutes les ressources, zéro bon de travail papier, et une facturation qui part directement vers Billit. C'est l'exception, pas la règle. Quand un logiciel standard suffit, vous le lirez dans logiciel sur mesure pour les entreprises de construction à Anvers.

Comment se déroule un tel projet, et qu'est-ce qui détermine le prix ?

Quatre phases. Discovery : comment fonctionnent aujourd'hui planning, bons de travail, heures et facturation, et qui est la source de référence par donnée. Un prototype cliquable, pour que planificateurs et chefs d'équipe voient les écrans avant qu'une ligne de code soit écrite. Construction en livraisons hebdomadaires, chacune avec un morceau d'intégration fonctionnel que vous testez sur de vrais chantiers. Recette dans un environnement de test, avec migration de test et panne d'ERP simulée. Une première version fonctionnelle est généralement là en huit semaines environ ; chez Goeyvaerts-R il en a fallu deux, chez De Greef seize.

Le prix dépend de quatre choses : le nombre de connexions et la qualité des API, la quantité de logique propre à la construction, le volume de données et la fréquence de synchronisation, et la maintenance que vous convenez. Un prix fixe sans périmètre délimité n'existe pas. Après un premier entretien, nous vous donnons dans les 24 heures un périmètre et une indication de prix, avec construction et gestion séparées.

Que vérifier avant de demander une offre ?

  • Demandez la documentation API de votre ERP, et vérifiez si votre abonnement comprend cet accès API.
  • Inventoriez chaque source de données et désignez une seule source de référence par donnée.
  • Décrivez les champs échangés, avec un exemple rempli pour client, projet, heures et bon de travail.
  • Fixez la fréquence de synchronisation et qui a la priorité en cas de conflit.
  • Définissez cinq scénarios réels pour le test de recette, dont un bon de travail corrigé et un double enregistrement d'heures.
  • Demandez qui devient propriétaire du code et de la documentation, et faites inscrire dans l'offre la maintenance et le support lors des mises à jour de l'ERP.

Vous hésitez entre un add-on de votre fournisseur ERP et une couche sur mesure ? Contactez-nous, et nous examinons ensemble votre environnement Robaws, Odoo ou Exact. Parfois, la conclusion est que l'add-on suffit. Dans ce cas, nous vous le dirons aussi.

Questions fréquentes

Quels systèmes ERP peut-on connecter à un logiciel sur mesure ?
Tout système avec une API utilisable : Robaws, Odoo, Exact Online, Teamleader, SAP, mais aussi la comptabilité (Yuki, Billit, Octopus), les secrétariats sociaux (SD Worx, Acerta), les outils de planning (Dashdoc, Qargo, Timocom) et l'enregistrement du temps (Geodynamics). Chez des entreprises de construction et du maritime, nous avons déjà intégré Robaws pour ZET Wonen et K&C Marine Contractors, Odoo pour Goeyvaerts-R, et Yuki et Billit pour la facturation.
Robaws peut-il être connecté à ma comptabilité ou à mon planning ?
Oui. Via l'API Robaws, nous récupérons projets, clients, heures et bons de travail et nous y réécrivons. C'est ainsi que chez ZET Wonen, le post-calcul et le planning sont branchés directement sur Robaws, et que l'app d'inspection de K&C Marine Contractors synchronise automatiquement projets et clients.
Quels risques une intégration ERP comporte-t-elle ?
De mauvais mappings de champs traitent mal les heures ou les numéros de projet, et des problèmes de connexion temporaires envoient les données en double ou pas du tout. Une source de référence convenue par donnée, un identifiant externe unique par enregistrement, un environnement de test et des notifications d'erreur vers un responsable limitent ces risques.
Qui est propriétaire du logiciel sur mesure et de l'intégration ?
Ce que dit le contrat. Avec un add-on ERP, le code appartient au fournisseur et vous obtenez un droit d'utilisation. Avec du sur-mesure, le code doit vous appartenir, avec documentation et accords sur le transfert. Chez Build More, vous êtes propriétaire du code et des données dès le premier jour.
Que se passe-t-il lorsque l'ERP reçoit une mise à jour ?
La partie qui assure la maintenance de l'intégration vérifie au préalable si les API, les champs ou les droits d'accès changent, et teste la nouvelle version avec de vrais projets et factures avant la mise en production. Fixez dans le SLA qui s'en charge et quel support est inclus.