- 01 Données fournisseurs sourcées
- 02 Niveaux de preuve
- 03 Moteur de score
- 04 Site et classements
- 05 API REST
- 06 Serveur MCP pour agents IA
Automatiser
Intégration d'API et de systèmes : site web, CRM, ERP et paiements reliés
Nous relions les systèmes que votre entreprise utilise déjà : site web, CRM, ERP ou comptabilité, prestataire de paiement, automatisation marketing, statistiques et services d'IA. Chaque flux a un système de référence défini pour ses données, passe par des API REST ou des webhooks signés, résiste aux relances et aux doublons, et est supervisé : une panne devient une alerte, pas une facture manquante.
L’intégration API relie les systèmes qu’une entreprise utilise déjà, pour que les données circulent entre eux sans que personne ne les recopie à la main. Une PME typique a un site web, un CRM, un logiciel de comptabilité ou un ERP, un prestataire de paiement, un outil d’e-mailing et des statistiques, et souvent une personne qui ressaisit les commandes de l’un dans l’autre. Sensaria conçoit et développe ces intégrations pour des entreprises en Suisse et à l’étranger. Nous définissons quel système fait foi pour quelles données, les faisons circuler par des API REST et des webhooks, et supervisons chaque flux : une panne apparaît sous forme d’alerte, pas sous forme de facture manquante trois semaines plus tard.
Quels systèmes une intégration relie-t-elle ?
La plupart des projets relient la même chaîne : site web, CRM, ERP ou comptabilité, prestataire de paiement, automatisation marketing et statistiques, avec des services d’IA qui lisent et écrivent sous des droits stricts. Chaque maillon est un flux distinct, avec son déclencheur, son sens et son système de référence pour les données. C’est en cartographiant ces flux avant de développer qu’on évite que deux systèmes s’écrasent mutuellement.
| Flux | Déclencheur | Données | Système de référence |
|---|---|---|---|
| Site web → CRM | Formulaire envoyé | Contact, affaire, source, UTM | CRM |
| CRM → ERP ou comptabilité | Affaire gagnée | Client, commande, projet de facture | ERP pour les données de base clients et les factures |
| Prestataire de paiement → ERP et CRM | Webhook signé | Paiement, remboursement, litige | Prestataire de paiement pour le statut du paiement |
| Boutique → CRM et e-mail | Événement de commande | Client, commande, consentement | Boutique pour les commandes |
| CRM → automatisation marketing | Changement de segment ou de consentement | Contact, segment, consentement | CRM pour le consentement |
| Systèmes → statistiques | Événement côté serveur | Conversions, chiffre d’affaires par source | Les statistiques détiennent une copie pour le reporting |
| Service d’IA ↔ systèmes | Appel d’outil | Lectures et écritures autorisées sur liste | Le système appelé |
API directe, middleware ou service d’intégration ?
Utilisez une connexion API directe pour deux systèmes et une correspondance simple. Utilisez un middleware no-code comme Zapier, Make ou n8n lorsque les volumes sont faibles et que des connecteurs prêts à l’emploi existent. Développez un petit service d’intégration avec sa propre file d’attente et sa base de données lorsque plusieurs systèmes, des règles métier, des exigences d’audit ou du volume entrent en jeu. Beaucoup d’entreprises finissent avec un mélange : le middleware pour les notifications, un service pour l’argent et les commandes.
| Option | Points forts | Limites |
|---|---|---|
| Connexion API directe | Peu de pièces mobiles | Échoue sans bruit en l’absence de supervision |
| Middleware no-code | Rapide à mettre en place ; nombreux connecteurs | Tarification par tâche ; gestion des erreurs et versionnage limités |
| Service d’intégration sur mesure | Relances, journal d’audit, tests, règles métier | Du code à maintenir, qui vous appartient |
Comment rendre une intégration fiable ?
Partez du principe que chaque appel peut échouer, arriver deux fois ou arriver dans le désordre, et concevez en conséquence. Cela signifie vérifier les signatures des webhooks entrants, traiter chaque événement une seule fois grâce à une clé d’idempotence, relancer les échecs avec un délai progressif, respecter les limites de débit et journaliser chaque événement avec un identifiant traçable. Puis superviser le résultat métier, pas seulement le processus.
- Webhooks signés et idempotence. Stripe et Shopify, par exemple, signent leurs webhooks et relancent les envois échoués : le même événement peut donc arriver plusieurs fois, et pas toujours dans l’ordre. Nous vérifions la signature HMAC avant le traitement et enregistrons chaque identifiant d’événement : une réexécution ne crée jamais une seconde facture. Les webhooks que nous envoyons sont eux aussi signés, relancés et désactivés automatiquement pour les destinataires qui échouent en continu.
- Relances et file de messages en échec. Les tâches en échec sont relancées avec un délai progressif. Celles qui échouent encore passent dans une file de messages en échec, où elles peuvent être examinées et rejouées.
- Limites de débit et synchronisation incrémentale. Les synchronisations parcourent les données page par page avec des curseurs et ralentissent lorsqu’un fournisseur limite le débit. Le système de réactivation d’affiliés lit sa plateforme source à raison d’une requête par seconde, ralentit en cas de limitation et écrit par des upserts idempotents.
- Le moindre privilège. Cette même intégration ne peut appeler qu’une liste autorisée d’opérations de lecture, appliquée à deux niveaux et prouvée par un test. Les identifiants sont conservés dans un coffre à secrets, jamais dans le code.
- Supervision et rapprochement. Des alertes sur les taux d’erreur et le retard des files, plus un contrôle planifié qui compare les volumes, par exemple les paiements chez le prestataire et les factures payées en comptabilité.
À qui appartiennent les données ?
Chaque champ a un seul système de référence, et l’intégration copie depuis celui-ci au lieu de trancher elle-même. Les données de base clients appartiennent en général à l’ERP, le consentement au CRM, le statut de paiement au prestataire de paiement. La LPD révisée s’applique aux données traitées en Suisse, le RGPD aux personnes dans l’UE ; tous deux n’autorisent la communication de données personnelles vers un pays tiers que s’il offre une protection adéquate ou avec des garanties comme des clauses contractuelles types. La carte des intégrations indique donc quels flux quittent la Suisse ou l’Espace économique européen. Les clés API doivent être enregistrées dans vos comptes, et le code et la documentation vous sont remis.
Logiciels métier et API maison
Les PME utilisent souvent un logiciel de comptabilité ou un ERP local, par exemple bexio ou Abacus en Suisse, à côté de l’e-banking, d’une plateforme de boutique et d’un CRM. Ce qu’une intégration peut faire dépend de l’API que l’éditeur propose pour votre édition et votre licence : nous vérifions donc les droits, les limites et un accès de test pendant la phase de découverte, avant de promettre un flux.
Nous développons aussi des API. L’annuaire d’API de communication que nous avons développé publie une API REST avec un document OpenAPI, ainsi qu’un serveur MCP en lecture seule que les agents IA peuvent interroger. Le moteur de recrutement d’affiliés fait passer ses sources de découverte par une file de tâches avec relances, délai progressif et file de messages en échec.
Qu’est-ce qui détermine le coût et les délais ?
| Facteur | Pourquoi il compte |
|---|---|
| Systèmes et flux | Chaque flux demande une correspondance, des tests et une supervision |
| Qualité des API | Endpoints manquants, limites de débit serrées ou absence de bac à sable ajoutent du travail |
| Correspondance des données | Des modèles de clients, de produits ou de TVA différents doivent être réconciliés |
| Données historiques | Import initial et nettoyage avant la synchronisation en direct |
| Gestion des erreurs | L’argent et les commandes demandent un rapprochement ; les notifications, en général non |
| Hébergement et sécurité | Lieu d’exécution du service, contrôle d’accès, journal d’audit |
Après une courte phase de découverte, nous envoyons une offre à prix forfaitaire ou par étapes.
Comment tout s’enchaîne
Les intégrations sont la tuyauterie derrière l’automatisation CRM, l’automatisation marketing, les boutiques en ligne et les CRM et ERP sur mesure. Pour la conception des processus à l’échelle de l’entreprise, voyez notre solution systèmes métier internes.
Pourquoi Sensaria
Nous avons conçu et publié des API REST, développé des webhooks entrants et sortants avec signatures et relances, connecté des plateformes tierces via OAuth 2.0, développé pour Shopify et WooCommerce, et exploité des files de tâches avec gestion des messages en échec. Nous écrivons les intégrations comme du code testé, avec journaux et manuels d’exploitation. Sensaria AG est basée à Lugano et travaille en français, en allemand, en italien et en anglais.
Ce qui est inclus
Intégrations API et systèmes
- 01
Intégrations par API REST
Connexions aux plateformes CRM, ERP, e-commerce, de paiement et de marketing via leurs API, avec OAuth 2.0 ou des clés API à portée limitée.
- 02
Webhooks
Webhooks entrants vérifiés par signature et traités une seule fois par événement ; webhooks sortants signés, relancés et désactivés après des échecs répétés.
- 03
Synchronisation des données
Synchronisation incrémentale avec curseurs, un système de référence par champ et des règles explicites pour les conflits et les suppressions.
- 04
Middleware et services d'intégration
De petits services fondés sur des files d'attente pour les flux critiques, ou un outil no-code configuré lorsque cela suffit.
- 05
Intégrations de paiement
Événements de paiement, de remboursement et de litige du prestataire de paiement reportés dans la comptabilité, le CRM et les reçus clients.
- 06
Intégrations CRM et ERP
Clients, affaires, commandes et factures cohérents entre le CRM, l'ERP ou la comptabilité, et la boutique en ligne.
- 07
API tierces et API sur mesure
Intégrations avec des plateformes partenaires et sectorielles, et API documentées avec OpenAPI pour vos propres systèmes, y compris l'accès des agents IA via MCP.
- 08
Supervision et rapprochement
Journaux structurés avec identifiant d'événement, alertes sur les erreurs et les retards de traitement, file de messages en échec pour les rejouer, et contrôles de volumes planifiés.
Scénarios types
Scénarios types
-
Du site web au CRM et à la comptabilité
Une demande reçue sur le site devient une affaire dans le CRM ; l'affaire gagnée crée le client et un projet de facture en comptabilité, sans ressaisie.
-
Des paiements rapprochés automatiquement
Les événements du prestataire de paiement marquent les factures comme payées, mettent à jour le CRM et déclenchent le reçu ; un contrôle quotidien signale tout ce qui ne concorde pas.
-
Boutique et ERP synchronisés
Les commandes passent de la boutique à l'ERP, le stock et les prix font le chemin inverse, avec des règles claires sur le système qui l'emporte.
-
Remplacer des chaînes no-code fragiles
Un enchevêtrement d'automatisations qui échouent sans bruit devient un seul service testé, avec relances, journaux et alertes.
-
Ouvrir vos données à des partenaires ou à des agents IA
Une API REST documentée ou un serveur MCP avec des droits en lecture seule, des limites de débit et des clés par client.
Réalisations liées
- 01 Synchronisation en lecture seule
- 02 Indicateurs d'activité et qualité des données
- 03 Segmenter et scorer
- 04 Présélection simulée
- 05 Séquence en quatre étapes avec revérifications
- 06 Réponses transformées en tâches
- 07 Suivi des réactivations
- 01 Découvrir les candidats
- 02 Résoudre les liens, détecter les empreintes d'affiliation
- 03 Fusionner les identités
- 04 Scorer avec explications
- 05 Enrichir et vérifier le contact
- 06 Séquence personnelle en trois étapes
- 07 Réponses et suivi des conversions
FAQ
Questions fréquentes
Qu'est-ce que l'intégration API ?
L'intégration API relie deux logiciels ou plus par leurs interfaces de programmation, pour que les données circulent automatiquement : un formulaire web crée une affaire dans le CRM, une affaire gagnée crée une facture, un paiement marque la facture comme payée. Une bonne intégration gère aussi les pannes : elle relance, évite les doublons, journalise chaque événement et alerte quelqu'un lorsqu'un flux s'arrête.
Faut-il utiliser Zapier ou Make, ou développer une intégration sur mesure ?
Les outils no-code comme Zapier, Make ou n8n fonctionnent bien pour de faibles volumes, des connecteurs standard et des notifications, là où un échec occasionnel ne fait guère de dégâts. Un service d'intégration sur mesure est le meilleur choix lorsque de l'argent, des commandes ou des fiches clients sont en jeu, lorsque plusieurs systèmes et règles métier interagissent, ou lorsque la tarification par tâche augmente avec le volume. Beaucoup de configurations combinent les deux.
Pouvez-vous intégrer notre comptabilité ou notre ERP, par exemple bexio ou Abacus, à notre CRM ?
La plupart des logiciels de comptabilité et des ERP, comme bexio ou Abacus en Suisse, proposent des API, mais ce qu'elles permettent dépend de votre édition, de votre licence et des objets dont vous avez besoin, comme les clients, les commandes ou les factures. Nous vérifions l'accès API, les droits et les limites pendant la phase de découverte, puis proposons les flux réellement possibles, par exemple des affaires gagnées qui créent des factures ou un statut de paiement qui remonte dans le CRM.
Que se passe-t-il quand l'un des systèmes connectés est indisponible ?
Les événements attendent dans une file et sont relancés à intervalles croissants jusqu'à ce que le système réponde de nouveau. Ceux qui échouent encore passent dans une file de messages en échec, où ils peuvent être examinés et rejoués sans créer de doublons, car chaque événement porte une clé d'idempotence. La supervision alerte la personne responsable lorsque les erreurs ou le retard de traitement dépassent un seuil.
Comment sécurisez-vous les webhooks et les identifiants d'API ?
Les webhooks entrants ne sont acceptés qu'avec une signature valide, en général un HMAC calculé avec un secret partagé, et chaque identifiant d'événement n'est traité qu'une fois. Les identifiants d'accès sont stockés comme secrets hors du code, limités aux droits dont un flux a besoin, et renouvelés lorsque des personnes quittent l'entreprise. Les services qui appellent des URL fournies de l'extérieur sont protégés contre les requêtes vers des réseaux internes (SSRF).
À qui appartiennent l'intégration et les données ?
Vos données restent dans vos systèmes ; l'intégration en déplace des copies selon une carte documentée qui indique quel système fait foi pour chaque champ. Les clés API et les points de réception de webhooks doivent être enregistrés dans vos propres comptes, pas dans ceux de l'intégrateur. À la remise, vous recevez le code source, les correspondances de champs et un manuel d'exploitation pour les pannes et les réexécutions.
Combien de temps dure un projet d'intégration ?
Un flux unique entre deux systèmes dotés de bonnes API, comme les formulaires du site vers le CRM, prend de quelques jours à quelques semaines, tests compris. Un projet avec ERP, paiements et données historiques dure plus longtemps, surtout à cause de la correspondance des données et du rapprochement. Nous livrons flux par flux : chaque partie est en service et supervisée avant que la suivante ne commence.
Technologies utilisées
TechnologiesPrésentez-nous votre projet
Site web, CRM, ERP, prestataire de paiement, automatisation marketing, statistiques et IA reliés par des API REST et des webhooks signés, avec traitement idempotent, relances et une supervision vérifiable.