Automatiser
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.
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é |
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 |
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.
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.
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.
| 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.
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.
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
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.
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.
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.
De petits services fondés sur des files d'attente pour les flux critiques, ou un outil no-code configuré lorsque cela suffit.
É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.
Clients, affaires, commandes et factures cohérents entre le CRM, l'ERP ou la comptabilité, et la boutique en ligne.
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.
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
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.
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.
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.
Un enchevêtrement d'automatisations qui échouent sans bruit devient un seul service testé, avec relances, journaux et alertes.
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.
FAQ
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.
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.
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.
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.
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).
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.
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
TechnologiesSite 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.