Service arades · spécialisation cluster · API-first
ERP, eCommerce, 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 en production avec Oxaion, Shopify, Amazon et GLS.
Directeurs généraux · Propriétaires
La double saisie, les ponts Excel et les transferts manuels de données coûtent de l'argent réel — généralement invisiblement dans le quotidien opérationnel. Une interface propre remplace typiquement l'équivalent de 1 à 3 ETP en maintenance manuelle de données et accélère mesurablement les processus de commande et d'expédition. Nous livrons le business case d'intégration en euros : effort, coûts de suivi, heures économisées — prêt à décider pour le comité.
Responsable de département · ligne métier
Ventes, service et logistique travaillent chacun avec leurs propres états de données — non par mauvaise volonté, mais parce que les ponts n'y sont pas. Dans le discovery spike (tarif sur demande) nous livrons une carte de données propre : systèmes source, propriété des données maîtres, table de mapping, chemin de consolidation. Rapport d'outcome documenté pour comité de pilotage et achats — avant qu'un premier connecteur ne 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, connecteurs personnalisés pour Power Platform, Dataverse Web API et Microsoft Graph. Idempotence, retry avec backoff exponentiel, dead-letter queues, monitoring avec Application Insights. Conversation directe avec le spécialiste — sans filtre commercial.
Pour les directeurs généraux · ROI d'intégration en euros
Nous livrons le business case d'intégration sur une seule page : ETP économisés, double saisie évitée, temps de cycle accélérés, coûts du risque liés aux silos de données. Plus une estimation de l'effort et des coûts de suivi. Ce que voit la DAF : un investissement quantifié avec un payback clair. Entrée au forfait via discovery spike — pas de facturation horaire ouverte, pas de mauvaises surprises.
Pour les responsables de département · carte de données en amont
Livraison du discovery spike : inventaire des systèmes source, table de mapping (champs, types, indicateurs obligatoires), propriété des données maîtres par domaine, feuille de route de consolidation avec quick wins. Plus un squelette de business case pour la DAF et les achats. Avec cela, vous parlez aux autres responsables de département non pas de problèmes Excel, mais d'une décision d'architecture documentée — prête pour le prochain comité.
Pour les responsables IT · conversation d'architecture de 45 min
Sujets : architecture point-à-point vs. event-driven, Azure Service Bus (queues, topics, sessions), Event Grid pour événements inter-domaines, flux de jetons OAuth 2 / OIDC, API Management comme façade, idempotence et retry avec backoff exponentiel, dead-letter queues, Microsoft Graph vs. Dataverse Web API, connecteur personnalisé vs. Logic Apps. Conversation directe avec l'architecte d'intégration.
Ce qu'est ce service
Une interface n'est pas finie quand elle transmet des données pour la première fois. Elle est finie quand elle tourne encore après trois Microsoft Release Waves, cinq sauts de version d'API côté tiers et un changement de modèle d'authentification — et quand vous savez immédiatement si elle ne le fait plus.
Nous construisons des interfaces depuis plus de 20 ans. Au début c'étaient des services web XML et des dépôts de fichiers sur 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 de production a besoin de plus que le happy path. Elle a besoin de gestion d'erreurs en cas de panne d'API tierce, d'idempotence pour que les retries ne créent pas de doublons, de stratégies de retry avec backoff exponentiel, de monitoring avec capacité d'escalade et de documentation lisible par quelqu'un d'autre que le développeur d'origine.
C'est exactement ce que nous livrons. Une interface arades est livrée avec un document d'architecture, une table de mapping, des tests automatisés, un tableau de bord de monitoring et une session de passation. Nous construisons à la fois des connexions point-à-point classiques et des architectures event-driven avec un message bus, selon ce que l'exigence soutient. Et nous sommes honnêtes lorsqu'une architecture existante est le vrai problème — parfois une façade d'API devant un système hérité est un meilleur investissement que la douzième connexion point-à-point.
Six domaines d'intégration
SAP, Oxaion, Microsoft Business Central, autres ERP du marché intermédiaire. Synchronisation des données maîtres pour clients, articles, conditions. Transfert de commandes, retour de statut 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 de stock, pull de commandes, retour de statut d'expédition avec tracking. Intégrations multi-shop avec logique de stock centralisée. Basé webhook avec polling de repli.
Amazon Reseller API (multi-marketplace DE, UE et monde), eBay Trading et Sell API, Otto Market, idealo Direktkauf. Sync de listings, pull de commandes, push de statut, gestion des retours. Forte part de logique d'idempotence en raison des politiques de retry agressives côté marketplace.
GLS, DHL, DPD, UPS, Hermes. Génération d'étiquettes, numéros de tracking, webhooks de statut. Routage multi-transporteur par poids, pays, niveau de service. GLS est l'intégration standard ; d'autres fournisseurs suivent la même architecture — interchangeables comme un plug-in.
DATEV (export d'écritures, sync de données maîtres), lexoffice, Stripe, PayPal, Klarna. Réconciliation des réceptions de paiement, mise à jour du statut de relance, génération d'écritures comptables. Conforme PSD2 pour les API bancaires lorsque requis.
Microsoft Graph pour les données Microsoft 365 — Teams, SharePoint, Outlook, Entra ID. Plus toute API sur mesure via REST, OData ou SOAP. Si une plateforme a une interface documentée, nous nous y connectons — en 20 ans, nous en avons rencontré très peu qui ne pouvaient pas être faites.
Principes d'architecture
L'API est le contrat — pas l'implémentation. Nous concevons le mapping et la logique des endpoints en premier, puis la structure du code. L'accès direct à la base de données ou « on corrigera plus tard avec du SQL » est l'exception, pas la règle. Une API définie proprement reste lisible après la prochaine Release Wave.
Toute interface n'a pas besoin d'être event-driven. Si un système tiers offre des webhooks et que la charge le justifie, nous construisons event-driven avec un message bus. Si un dépôt de fichiers nocturne suffit fonctionnellement, nous construisons un dépôt de fichiers nocturne. L'architecture suit les exigences, pas la mode.
Traiter un message deux fois ne doit pas créer deux enregistrements. Chaque interface arades utilise des correlation IDs, des files de traitement dédupliquées et une logique upsert au lieu d'insert aveugle. C'est ainsi que nous survivons aux politiques de retry agressives des marketplaces et aux livraisons en double de webhooks sans chaos de données.
Backoff exponentiel avec borne supérieure configurable, dead-letter queue pour les erreurs non récupérables, escalade d'alertes par mail, Teams ou PagerDuty. Le tableau de bord de monitoring montre débit, latence, taux d'erreurs 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 cadrée vit en forfait. Un paysage d'intégration en évolution vit en logique de sprint. Une interface existante vit en modèle Care.
Quand : Exigence proprement cadrée avec un périmètre clair — par exemple « commandes de Shopify vers Dynamics 365 avec retour de statut ». Durée : 4 à 8 semaines depuis le kickoff. Ce que vous obtenez : offre au forfait après l'atelier d'exigences, dates de livraison fixes, tests de recette contre la spec. Prévisible, planifiable, facturable.
Quand : Exigences encore évolutives — montée en multi-shop en croissance, expansion marketplace, nouvelle intégration tierce avec périmètre flou. Durée : sprints de deux semaines, annulables à tout moment. Ce que vous obtenez : un incrément capable de production toutes les deux semaines, facturation horaire transparente, backlog grooming partagé.
Quand : Les interfaces sont live et nécessitent de la maintenance — ajustements Release Wave, sauts de version d'API tierces, petites extensions. Durée : forfait mensuel, minimum 12 mois. Ce que vous obtenez : monitoring, corrections de bugs avec SLA, tests préventifs Release Wave, quota d'heures pour évolution continue.
Qui utilise typiquement ce service
Dynamics 365 ou Microsoft 365 est en place, à côté d'un ERP plus ancien, d'une boutique, d'un système comptable et d'une solution d'expédition. Vous voulez connecter les îlots sans lancer encore un mégaprojet — pragmatiquement, pas à pas, avec un ROI clair par interface.
Boutique propre, Amazon, plusieurs instances Shopify, plus ventes directes B2B via Dynamics 365. L'ERP doit rester la source de vérité unique, tous les canaux accrochés dessus, stocks et commandes circulant sans ponts Excel.
SAP est en place pour la finance et la production, avec un monde Microsoft venant en complément pour CRM, service ou field service. Vous avez besoin d'un flux de données fiable entre SAP et le monde Microsoft — bidirectionnel, documenté, prêt à l'audit.
Vous bâtissez votre propre produit sur Microsoft Power Platform ou Dynamics 365 et avez besoin d'interfaces de production vers les systèmes clients. Nous livrons la couche d'intégration en sub-engineering — en marque blanche, documentée, prête à la passation.
Connexes
Notre propre ERP modulaire avec des intégrations live vers Oxaion, Amazon, Shopify et GLS — construit exactement sur les principes décrits sur cette page service.
Lire la suite →La plateforme CRM et ERP à laquelle nous connectons la majorité de nos interfaces — avec une connaissance approfondie de Dataverse, des plug-ins et de Power Automate.
Lire la suite →Power Automate comme couche de flux intégrée, Dataverse comme modèle de données, connecteurs personnalisés 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 toute API REST, OData ou SOAP. Pour les plateformes inconnues, nous examinons la situation de l'API au premier échange — le prérequis est un endpoint documenté avec des permissions de lecture et d'écriture.
Une interface au forfait proprement cadrée (par exemple push de commandes de 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 du monitoring. Les synchronisations bidirectionnelles de données maîtres plus complexes ou les configurations multi-tenant montent plus haut. Nous estimons après un appel de discovery avec un document d'exigences.
Soit nous dans le modèle Care (monitoring, corrections de bugs, ajustements Release Wave, évolution continue), soit votre équipe avec une documentation de passation et des sessions de transfert de connaissances. Le modèle Care est la règle pour les interfaces vers des systèmes tiers qui poussent eux-mêmes régulièrement des changements d'API — par exemple Amazon, Shopify, Microsoft Graph.
Nous suivons les annonces des Microsoft Release Waves dès le premier jour de preview publique et testons toutes les interfaces que nous avons construites sur l'environnement de preview de la Wave avant que la release de production ne soit déployée. Les anomalies sont traitées directement dans le modèle Care. Résultat : une interface arades survit typiquement à plusieurs Release Waves sans interruption en production.
Oui. SOAP, XML-RPC, services web classiques, dépôts de fichiers CSV/EDIFACT sur SFTP, accès direct à la base de données et même ponts screen-scraping pour systèmes hôtes hérités — nous avons construit tout cela dans des projets de production. REST et OData sont la norme aujourd'hui, mais les systèmes industriels et ERP hérités apportent souvent des protocoles plus anciens — nous nous y connectons directement ou les enveloppons derrière une façade d'API moderne.
Une interface au forfait cadrée prend typiquement 4 à 8 semaines depuis le kickoff — atelier d'exigences, conception du mapping, implémentation, tests en sandbox, mise en place du monitoring, go-live. Les synchronisations bidirectionnelles de données maîtres plus complexes avec logique de conflit prennent 8 à 16 semaines. En logique sprint continue sous régie, nous livrons un incrément capable de production toutes les 2 semaines.
À emporter · deux supports
Deux niveaux de profondeur pour deux besoins de lecture. Le factsheet est une référence rapide (3–5 min) et téléchargeable immédiatement. Le livre blanc est une formation 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 · pas de formulaire
Aperçu compact : périmètre, indicateurs clés, modèle de tarification, processus — idéal à transmettre à la DAF, aux achats ou à la ligne métier.
15–30 min de lecture · par e-mail sur demande
Méthodologie, données comparatives, cadre de recommandation — matériel pour l'argumentation interne avec les parties prenantes.
Services associés
Quand l'intégration nécessite une customisation plus profonde.
Voir la page →
Quand l'intégration fait partie d'un projet plus large.
Voir la page →
Patterns d'intégration, modèles d'événements, topologie des données.
Voir la page →
Migration de données lors de changements de système — structurée, avec une stratégie de cut-over définie.
Voir la page →
30 min · discovery call
Discovery call de 30 min avec notre engineering d'intégration : nous écoutons votre besoin, vérifions la situation de l'API tierce et revenons avec une estimation d'effort et une proposition pour le modèle de livraison qui convient. Vous pouvez voir un exemple produit concret de notre pratique d'interface sur la page produit Intercompany.
