intégration erp / liège
couche de connecteurs entre votre erp (sap, odoo, dynamics, lisa) et vos surfaces clients, sans coopération du vendor erp.
Un industriel wallon sur SAP, Odoo, Microsoft Dynamics ou un ERP métier hérité (LISA, Lima, IFS) a besoin que ses outils clients (site web, portail commercial, app mobile terrain) parlent en temps réel à la base ERP, sans attendre six mois et EUR 150.000 de prestation chez l'intégrateur officiel. Je construis cette couche de connecteurs en quatre à huit semaines, avec une discipline IFS-certifiée déjà livrée chez Hottlet Foods.
réserver un scoping01 . le service
L'ERP est rarement le problème. C'est la couche qui sépare l'ERP de l'utilisateur final qui coûte cher en frustration. Le commercial qui veut savoir si une commande est en stock attend un appel téléphonique au siège. Le client B2B qui veut commander en ligne reçoit un PDF mis à jour une fois par semaine. L'équipe terrain qui veut signer une livraison sur tablette tape encore le bon dans un fichier Excel. Ces frictions ne sont pas dues à l'ERP, elles sont dues à l'absence d'une couche d'API propre par-dessus.
Je construis cette couche. Stack par défaut: Next.js pour le frontend client, Node.js ou TypeScript serverless pour la couche middleware, Supabase pour la persistance intermédiaire si nécessaire, et un set d'adapters spécifiques au protocole exposé par votre ERP. Pour SAP: OData REST API ou middleware Mulesoft. Pour Odoo: XML-RPC ou REST API native via les modules officiels. Pour Microsoft Dynamics: Power Platform Connectors ou OData REST. Pour les ERP métier (LISA, Lima, Sage, IFS), SOAP ou EDI selon ce que le vendor expose.
Discipline IFS et ISO 9001: déjà livrée chez Hottlet Foods en 2026, intégration SOAP sur LISA ERP avec une plateforme client trilingue (FR, NL, EN), IFS-certifié, en production. La même discipline s'applique aux ERP industriels liégeois (Sonaca, Mecasoft, FN Herstal et leur écosystème de sous-traitants).
Sans coopération du vendor ERP: je prends le protocole exposé tel qu'il est. Pas besoin de négocier un projet d'intégration officiel avec votre intégrateur SAP (qui coûte généralement EUR 100.000 à 250.000 et dure six à dix-huit mois). Mon approche couvre 80% des cas d'usage clients pour 10 à 20% du coût et 4 à 8 semaines de délai.
02 . pour qui
archétype 01
SAP S/4HANA installé en 2021, intégrateur officiel à EUR 1.200 le jour. Besoin: portail commercial B2B pour les distributeurs France et Pays-Bas. Je construis le portail Next.js avec couche middleware OData REST sur SAP, déployé en 6 semaines. SAP reste source de vérité.
archétype 02
Odoo Enterprise sur Ramillies (HQ belge d'Odoo). Besoin: site web public avec stock temps réel, paiement Stripe, suivi commande client. Je câblons via Odoo REST API, déploiement Vercel zone EU, hébergement Odoo conservé.
archétype 03
ERP métier LIMA installé en 2014. Besoin: app mobile terrain pour les livreurs (signature digitale, photos de livraison, sync stock retour). Couche SOAP exposée par LIMA, app construite en React Native, sync Supabase intermédiaire pour le offline-first.
03 . livrables
01
Scoping connecteur. Audit du protocole exposé par votre ERP (SOAP, REST, EDI, batch), cartographie des entités à synchroniser (commandes, stock, clients, articles), définition des SLA latence et fraîcheur, schéma d'architecture middleware. Document signé en phase 0.
02
Couche middleware. Adapter spécifique à votre ERP (SAP OData, Odoo REST, Dynamics Power Platform, LISA SOAP, etc.). Code TypeScript serverless déployé sur Vercel ou Cloudflare Workers, en région EU.
03
API propre exposée à votre frontend. REST ou GraphQL selon votre préférence. Documentation OpenAPI ou GraphQL schema livrée. Latence cible inférieure à 200ms sur les endpoints critiques.
04
Cache et résilience. Cache Redis ou Supabase pour les données peu changeantes (catalogue produit, fiches client). Retry policy avec backoff exponentiel pour gérer les indisponibilités ERP. Fallback gracieux en cas de panne ERP.
05
Monitoring et audit. Sentry pour les erreurs, datadog ou Grafana pour les métriques, audit log de toutes les transactions ERP-vers-frontend stocké en base. Alertes Slack ou Teams sur incidents.
06
Tests et qualité. Tests d'intégration sur les endpoints critiques avec mocks ERP, tests E2E Playwright sur les parcours frontend critiques, coverage de code mesurée et reportée.
07
Documentation et handover. README technique dans le repo, schéma d'architecture, runbook pour les incidents courants, session handover 120 minutes pour votre équipe ou votre intégrateur ERP officiel.
04 . phases
phase 0
5 à 10 jours ouvrés
Audit protocole ERP, cartographie entités, SLA latence et fraîcheur, schéma middleware, planning par phase. Document signé.
phase 1
semaine 2 à 4
Construction de l'adapter spécifique à votre ERP, tests d'intégration sur environnement de staging, exposition de l'API propre.
phase 2
semaine 4 à 6
Wiring de l'API propre dans votre frontend (site, portail, app), cache et résilience, monitoring activé, tests E2E.
phase 3
semaine 6 à 8
Bascule en production, monitoring 24/7 pendant les deux premières semaines, handover 120 minutes, transfert des accès, support 30 jours.
05 . ancrage local
L'industrie wallonne opère sur un mix d'ERP large: SAP S/4HANA dans les grandes structures (Sonaca, Hexcel, NMC), Odoo dans le tissu PME et scale-up (Odoo SA est belge, HQ Ramillies à 60km de Liège), Microsoft Dynamics 365 chez les distributeurs et services, et un long tail d'ERP métier (LISA, LIMA, Sage 100, IFS Applications) chez les acteurs plus anciens. Le pôle MecaTech compte plus de 200 industriels sur des stacks ERP hétérogènes. NRB (groupe Ethias) opère plusieurs intégrations Dynamics pour les acteurs publics wallons. Odoo Belgium a son HQ à Ramillies et une forte présence Wallonie via les partenaires officiels. Mon positionnement: ni intégrateur ERP officiel (je ne touche pas au paramétrage ERP), ni agence web classique. Je construis exclusivement la couche de connecteurs entre votre ERP existant et vos surfaces client. La référence est Hottlet Foods (Anvers, IFS-certifié, 75 ans d'histoire), intégration SOAP sur LISA livrée en 2026, toujours en production. La même discipline s'applique à Liège.
06 . preuves
case study
Groupe alimentaire IFS-certifié de 75 ans, migration brochure statique vers plateforme multilingue avec intégration SOAP sur l'ERP LISA legacy. Sans coopération du vendor LISA. Stock et commandes temps réel.
case study
Belgian Historic Vehicle Association, courtier en assurances. Calculateur Next.js avec routing claims par langue, entité juridique correcte par locale FR/NL, intégration partner-broker via API standard. Discipline réglementaire FSMA-compatible.
07 . questions
01
SAP, Odoo, Dynamics: vous avez l'expertise sur les trois?
Oui, sur la couche connecteur. Je ne sommes pas intégrateur ERP officiel (je ne touche pas au paramétrage interne SAP ou Odoo). Mais je sais consommer OData REST sur SAP, l'API REST native Odoo, Power Platform Connectors sur Dynamics, et SOAP sur les ERP métier (LISA, Lima, Sage, IFS). L'effort marginal entre les trois reste limité parce que la couche middleware reste similaire.
02
Sans coopération du vendor ERP, c'est sérieux?
Oui. Je prends le protocole tel qu'il est exposé. La plupart des ERP modernes exposent une API REST ou un endpoint SOAP documenté. Pour les ERP plus anciens (LISA, Lima), je travaille sur le protocole exposé même quand le vendor ne pousse pas. La référence Hottlet Foods le démontre: intégration SOAP sur LISA livrée en 2026, sans renégociation contractuelle avec le vendor LISA.
03
Quel est le risque de casser l'ERP en production?
Aucun, parce que je ne touche pas à l'ERP. Je lisons et écrivons via les endpoints publics exposés, exactement comme un autre logiciel certifié le ferait. Mon couche middleware peut planter sans impact sur l'ERP. À l'inverse, si l'ERP tombe, je gère un fallback gracieux côté frontend (mode dégradé en lecture seule sur cache, par exemple).
04
Latence inférieure à 200ms, comment garantie?
Cache Redis ou Supabase sur les données peu changeantes (catalogue produit, fiches client). Les endpoints transactionnels (commande, stock instantané) restent en passe-plat ERP mais cachés sur edge Cloudflare ou Vercel pour les utilisateurs européens. Le SLA cible est défini en phase 0 et mesuré en production via datadog ou Grafana.
05
Sécurité, vous gérez les credentials ERP?
Oui. Les credentials ERP (compte de service technique) sont stockés via Vercel ou GitHub Actions Secrets, jamais en clair dans le repo. Rotation possible. Accès via VPN ou IP whitelist si requis. Logs d'audit de toutes les transactions ERP, conservés en base avec rétention configurable.
06
Et si mon intégrateur SAP officiel doit valider l'approche?
Je peux inclure une session de coordination en phase 0 pour aligner avec votre intégrateur officiel. Je documentons l'architecture proposée, les endpoints SAP consommés, et la séparation des responsabilités (eux côté ERP interne, je côté couche d'API client). La plupart des intégrateurs SAP voient cette approche favorablement parce qu'elle réduit la charge sur leurs équipes.
08 . plus loin
prêt pour la phase 0?
Demandez le scoping. Audit du protocole ERP exposé, cartographie des entités à synchroniser, schéma middleware, planning par phase. Document signé avant la phase 1.