Service arades · Cluster spécialisation · API-First
ERP, e-commerce, logistique, banque — Microsoft Dynamics 365 et Microsoft 365 sont rarement seuls. Nous construisons des interfaces qui survivent aux Microsoft Release Waves : documentées, testées, avec gestion d'erreurs et monitoring intégrés. Références live issues de projets productifs avec Oxaion, Shopify, Amazon et GLS.
Direction · Propriétaires
Double saisie, ponts Excel et transferts manuels coûtent réellement de l'argent — généralement invisible dans le quotidien. Une interface propre remplace typiquement 1 à 3 équivalents temps plein de saisie manuelle et accélère mesurablement les processus de commandes et d'expédition. Nous livrons le business case d'intégration en euros : effort, coûts récurrents, heures économisées — prêt à décider en comité.
Responsables de département · Métier
Ventes, service et logistique travaillent avec leurs propres états de données — ce n'est pas de la mauvaise volonté, mais des ponts manquants. Nous livrons en Discovery-Spike (tarif sur demande) une cartographie de données propre : systèmes sources, propriété des master data, table de mapping, chemin de consolidation. Rapport de livrable documenté pour comité de pilotage et achats — avant que le premier connecteur soit construit.
Direction IT · CIO · Solution Architect
Patterns : REST avec OAuth-2 et façade API Management, SOAP Legacy avec mapping XML, Event-Driven via Azure Service Bus et Event Grid, Custom Connectors pour Power Platform, Dataverse Web API et Microsoft Graph. Idempotence, retry avec exponential-backoff, Dead-Letter Queues, monitoring avec Application Insights. Directement avec le spécialiste — pas de filtre sales.
Pour la direction · ROI d'intégration en euros
Nous livrons le business case d'intégration sur une page : équivalents temps plein économisés, double saisie évitée, temps de cycle accélérés, coûts de risque dus aux silos de données. Plus estimation d'effort et coûts récurrents. Ce que le DAF voit : un investissement quantifié avec payback clair. Entrée à prix fixe via Discovery-Spike — pas de business horaire ouvert, pas de mauvaises surprises.
Pour les responsables de département · Cartographie des données préalable
Livraison Discovery-Spike : inventaire des systèmes sources, table de mapping (champs, types, obligation), propriété des master data par domaine, roadmap de consolidation avec Quick Wins. Plus squelette de business case pour DAF et achats. Vous parlez ainsi avec d'autres responsables non pas de problèmes Excel mais d'une décision d'architecture documentée — prête pour le prochain Steering.
Pour la direction IT · Échange architecture 45 min
Thèmes : Point-à-Point vs architecture Event-Driven, Azure Service Bus (Queues, Topics, Sessions), Event Grid pour événements inter-domaines, flows de tokens OAuth-2/OIDC, API Management comme façade, idempotence et retry avec exponential-backoff, Dead-Letter Queues, Microsoft Graph vs Dataverse Web API, Custom Connector vs Logic Apps. Directement avec l'architecte d'intégration.
Ce qu'est ce service
Une interface n'est pas finie quand elle transfère des données pour la première fois. Elle est finie quand, après trois Microsoft Release Waves, cinq sauts de version d'API du système tiers et un changement de modèle d'authentification, elle tourne encore — et que vous le savez immédiatement si jamais ce n'est plus le cas.
Nous construisons des interfaces depuis plus de 20 ans. Au début, c'étaient des web services XML et des drops de fichiers en FTP ; aujourd'hui ce sont des API REST avec authentification OAuth-2, webhooks d'événements et Microsoft Graph. Ce qui n'a pas changé : une interface productive a besoin de plus que le happy path. Elle a besoin de gestion d'erreurs pour les pannes API du système tiers, d'idempotence pour que les répétitions ne créent pas de doublons, de stratégies de retry avec exponential-backoff, d'un monitoring capable d'escalade et d'une documentation que quelqu'un d'autre que le développeur initial peut comprendre.
C'est exactement ce que nous livrons. Une interface arades arrive avec document d'architecture, table de mapping, tests automatisés, dashboard de monitoring et session de transfert. Nous construisons aussi bien des connexions point-à-point classiques que des architectures Event-Driven avec message bus, selon ce qui porte l'exigence. Et nous sommes honnêtes quand une architecture existante est le vrai problème — parfois, une façade API devant un système Legacy est un meilleur investissement que la douzième connexion point-à-point.
Six domaines d'intégration
SAP, Oxaion, Microsoft Business Central, autres ERP mid-market. Sync master data pour clients, articles, conditions. Transmission de commandes, retour de statut de facture, export d'écritures comptables. File d'exceptions avec logique d'escalade. Oxaion tourne en live depuis des années.
Shopify (multi-shop), WooCommerce, Magento, Salesforce Commerce Cloud. Push d'inventaire, pull de commandes, retour de statut d'expédition avec tracking. Connexions multi-shop avec logique de stock centralisée. Basé sur webhooks avec polling de secours.
API Amazon Reseller (multi-marketplace DE, EU et mondial), API eBay Trading et Sell, Otto Market, idealo Direktkauf. Sync de listings, pull de commandes, push de statut, gestion des retours. Forte part de logique d'idempotence due à la politique de retry agressive des marketplaces.
GLS, DHL, DPD, UPS, Hermes. Génération d'étiquettes, numéros de tracking, webhooks de statut. Routage multi-transporteur selon poids, pays, niveau de service. GLS est la connexion standard, d'autres providers suivent la même architecture — interchangeables comme plug-in.
DATEV (export d'écritures, sync de master data), lexoffice, Stripe, PayPal, Klarna. Réconciliation des entrées de paiement, mise à jour du statut de relance, génération d'écritures comptables. Conforme PSD2 pour les API banking là où nécessaire.
Microsoft Graph pour les données Microsoft 365 — Teams, SharePoint, Outlook, Entra ID. Plus toute API personnalisée sur base REST, OData ou SOAP. Si une plateforme a une interface documentée, nous la connectons — en 20 ans nous avons rarement vu ce qui ne marchait pas.
Principes d'architecture
L'API est le contrat — pas l'implémentation. Nous concevons d'abord le mapping et la logique d'endpoint, puis la structure du code. L'accès direct en base ou le « rajout SQL après coup » est l'exception, pas la règle. Une API proprement définie reste lisible après la prochaine Release Wave.
Toute interface ne doit pas être Event-Driven. Si un système tiers offre des webhooks et que la charge le justifie, nous construisons Event-Driven avec message bus. Si un drop de fichier nocturne suffit fonctionnellement, nous construisons un drop de fichier nocturne. L'architecture suit l'exigence, pas la mode.
Traiter deux fois un message ne doit pas créer deux enregistrements. Chaque interface arades utilise des IDs de corrélation, des files de traitement dédupliquées et une logique d'upsert au lieu d'un insert aveugle. Nous survivons ainsi à la politique de retry agressive des marketplaces et aux doubles livraisons de webhook sans chaos de données.
Exponential-backoff avec plafond configurable, Dead-Letter Queue pour les erreurs non récupérables, escalade d'alerte par e-mail, Teams ou PagerDuty. Dashboard de monitoring montrant débit, latence, taux d'erreur par endpoint. Si une interface tombe, vous le savez avant vos clients finaux.
Trois modèles de livraison
Toute interface n'a pas besoin du même modèle contractuel. Une exigence proprement délimitée vit en prix fixe. Un paysage d'intégrations en évolution vit en logique de sprint. Une interface existante vit en modèle Care.
Quand : exigence proprement délimitée avec scope clair — par ex. « commandes Shopify dans Dynamics 365 avec retour de statut ». Durée : 4 à 8 semaines depuis le kick-off. Ce que vous obtenez : devis à prix fixe après atelier d'exigences, jalons fixes de livraison, tests d'acceptation contre le cahier des charges. Prévisible, planifiable, facturable.
Quand : exigences encore en évolution — déploiement multi-shop en croissance, expansion marketplace, nouvelle intégration tierce au scope flou. Durée : sprints de 2 semaines, résiliables à tout moment. Ce que vous obtenez : toutes les 2 semaines une extension prête pour la production, facturation horaire transparente, gestion partagée du backlog.
Quand : les interfaces sont live et doivent être maintenues — adaptations Release Wave, sauts de version d'API du système tiers, petites extensions. Durée : forfait mensuel, minimum 12 mois. Ce que vous obtenez : monitoring, bug-fixes pilotés par SLA, tests préventifs de Release Wave, quota d'heures pour évolutions.
Qui utilise typiquement ce service
Dynamics 365 ou Microsoft 365 est en place, plus un ERP plus ancien, une boutique, un système comptable, une solution d'expédition. Vous voulez connecter les îlots sans lancer un nouveau méga-projet — pragmatique, par étapes, avec un ROI clair par interface.
Boutique propre, Amazon, plusieurs instances Shopify, plus vente B2B directe via Dynamics 365. L'ERP doit rester Single Source of Truth, tous les canaux y branchés, stock et commandes circulant sans pont Excel.
SAP est en place pour finance et production, à côté arrive un monde Microsoft pour CRM, service ou terrain. Vous avez besoin d'un flux de données fiable entre SAP et le monde Microsoft — bidirectionnel, documenté, auditable.
Vous construisez votre propre produit sur Microsoft Power Platform ou Dynamics 365 et avez besoin d'interfaces productives vers les systèmes clients. Nous livrons la couche d'intégration en sous-engineering — en white label, documentée, transférable.
Connexe
Notre propre ERP modulaire avec connexions live vers Oxaion, Amazon, Shopify et GLS — construit selon exactement les principes de cette page service.
Lire la suite →La plateforme CRM et ERP à laquelle nous connectons la majeure partie de nos interfaces — avec connaissance de Dataverse, plugins et Power Automate.
Lire la suite →Power Automate comme couche flow intégrée, Dataverse comme modèle de données, Custom Connectors pour vos propres API — la couche plateforme sous beaucoup de nos interfaces.
Lire la suite →Questions fréquentes
Références live avec Oxaion ERP, SAP, Microsoft Business Central, Shopify (multi-shop), Amazon Reseller API, eBay, GLS, DHL, DPD, DATEV, lexoffice, Stripe et PayPal. Plus Microsoft Graph pour les données Microsoft 365 et toutes API REST, OData ou SOAP. Pour les plateformes inconnues, nous vérifions la situation API lors du premier échange — prérequis : un endpoint documenté avec autorisations de lecture et d'écriture.
Une interface à prix fixe proprement délimitée (par ex. push de commandes Shopify vers Dynamics 365 avec retour de statut) se situe typiquement dans le bas de la fourchette à cinq chiffres, selon la complexité du mapping, les exigences de gestion d'erreurs et la profondeur de monitoring. Les synchronisations bidirectionnelles de master data plus complexes ou setups multi-tenant sont plus élevés. Nous estimons après un Discovery-Call avec document d'exigences.
Au choix nous, en modèle Care (monitoring, bug-fixes, adaptations Release Wave, évolutions), ou votre équipe avec documentation de transfert et sessions de transfert de connaissance. Le modèle Care est la règle pour les interfaces vers des systèmes tiers qui appliquent eux-mêmes régulièrement des changements API — par ex. Amazon, Shopify, Microsoft Graph.
Nous suivons les annonces Microsoft Release Wave dès le premier jour de Public Preview et testons toutes les interfaces que nous avons construites sur l'environnement Wave Preview avant que la release productive ne soit déployée. Les anomalies sont corrigées directement en modèle Care. Une interface arades survit ainsi typiquement à plusieurs Release Waves sans panne en production.
Oui. Nous avons construit en projets productifs du SOAP, XML-RPC, web services classiques, drops de fichiers CSV/EDIFACT sur SFTP, accès directs en base de données et même des ponts de screen scraping pour des systèmes Legacy Host. REST et OData sont aujourd'hui la règle, mais les systèmes industriels et ERP historiques apportent souvent des protocoles plus anciens — que nous connectons directement ou encapsulons derrière une façade API moderne.
Une interface à prix fixe délimitée dure typiquement 4 à 8 semaines à partir du kick-off — atelier d'exigences, conception du mapping, implémentation, tests sur sandbox, mise en place du monitoring, Go-Live. Les synchronisations bidirectionnelles de master data plus complexes avec logique de conflit se situent à 8 à 16 semaines. En logique sprint courant en régie, nous livrons toutes les 2 semaines une extension prête pour la production.
À emporter · deux documents
Deux niveaux de profondeur pour deux besoins de lecture. La fiche descriptive est une référence rapide (3 à 5 min) téléchargeable immédiatement. Le livre blanc est une étude marché avec méthodologie et données comparatives (15 à 30 min) — vous le recevez par e-mail après une courte demande.
3-5 min de lecture · téléchargement direct · sans formulaire
Synthèse concise : périmètre, indicateurs, modèle de tarification, déroulé — idéale à transmettre au DAF, aux achats ou au métier.
15-30 min de lecture · par e-mail sur demande
Méthodologie, données comparatives, cadre de recommandation — matériel d'argumentation interne auprès des décideurs.
Services connexes
Lorsque l'intégration nécessite une customization plus profonde.
Voir →
Lorsque l'intégration fait partie d'un projet plus large.
Voir →
Patterns d'intégration, modèles d'événements, topologie de données.
Voir →
Migration de données lors de changements de systèmes — structurée avec stratégie de cutover définie.
Voir →
30 min · Discovery-Call
Discovery-Call de 30 min avec notre engineering d'intégration : nous écoutons votre besoin, vérifions la situation API du système tiers et revenons avec une indication d'effort et une proposition pour le modèle de livraison adapté. Un exemple produit concret de notre pratique d'interfaces se trouve sur la page produit Intercompany.
