↓

Intégrer SAP Business One à vos outils : API, extensions et connecteurs

Un connecteur SAP Business One relie l’ERP à votre boutique, vos banques ou votre BI. Voici les briques disponibles (API, extensions, Integration Framework) et la manière de cadrer chaque flux.

Mis à jour le 28 octobre 2026

Un connecteur SAP Business One sert à faire circuler une information d’un outil à l’autre sans ressaisie : une commande prise sur votre boutique en ligne arrive dans l’ERP, un règlement bancaire rapproche une facture, un tableau de bord lit les ventes en temps réel. Cette page présente les moyens d’intégration SAP Business One (l’API, les extensions, l’Integration Framework), les familles de connecteurs les plus demandées et la méthode pour cadrer un flux et en confier la maintenance.

Si vous êtes encore en phase de choix, lisez d’abord la page modules de SAP Business One : elle montre ce que l’ERP couvre nativement, donc ce qu’il n’est pas nécessaire de connecter.

Les trois briques d’intégration de SAP Business One

SAP Business One est un ERP pensé pour être étendu. SAP Learning le décrit comme un cœur ERP enrichi par l’IA, l’apprentissage automatique et les services cloud de SAP Business Technology Platform (BTP), avec des modèles d’automatisation accessibles via le Business Accelerator Hub et SAP Build. Concrètement, trois briques structurent les intégrations.

Le Service Layer : l’API SAP Business One

Quand on parle d’API SAP Business One, il s’agit en général du Service Layer. D’après la documentation de SAP, c’est une API d’extension de type REST, fondée sur HTTP et OData, qui échange en JSON. Le guide du 27 juillet 2026 indique qu’il accepte OData v3 via /b1s/v1/$metadata et OData v4 via /b1s/v2/$metadata.

Quelques caractéristiques utiles pour un responsable informatique :

  • il fonctionne sur SUSE Linux Enterprise et sur Microsoft Windows ;
  • il repose sur le serveur Apache comme répartiteur de charge ;
  • il peut être déployé en mode intégré ou en mode distribué ;
  • il partage avec la DI API les mêmes définitions d’objets, grâce au composant DI Core ;
  • il met en œuvre les schémas d’authentification Basic et OAuth.

SAP précise que le Service Layer vise à faciliter le développement d’applications web et mobiles pour SAP Business One. C’est la voie normale pour un portail client, une application de terrain ou un connecteur développé sur mesure.

L’Integration Framework

L’Integration Framework est présenté par SAP comme partie intégrante de SAP Business One, utilisable sur site comme dans le cloud. Il sert d’environnement de développement et d’exécution de scénarios d’intégration. SAP cite notamment les tableaux de bord, les applications mobiles, la paie externalisée, la demande de prix automatisée, SAP Customer Checkout, les services web, ainsi que les applications SAP et non SAP.

L’intérêt est de disposer d’un cadre commun pour orchestrer des flux, au lieu de multiplier les scripts isolés que personne ne sait relire.

Les extensions du catalogue

SAP indique que SAP Business One est distribué via 850 partenaires, avec plus de 500 extensions sectorielles et pays. Avant de financer un développement, vérifiez donc si une extension répond déjà au besoin. Une extension éprouvée coûte moins cher à maintenir qu’un code écrit pour votre seul cas, mais elle impose le rythme de son éditeur : mises à jour, compatibilité avec votre version, support.

Pour comprendre l’impact des versions sur vos intégrations, consultez la page versions et éditions de SAP Business One.

Quels connecteurs pour quels usages ?

Le tableau ci-dessous résume les grandes familles d’intégration rencontrées dans les PME et ETI françaises, avec le mode de mise en œuvre le plus courant. Le choix définitif dépend de votre version, de votre hébergement et de vos volumes.

Famille Exemples de flux Mode courant
E-commerce et places de marché catalogue, stocks, prix, commandes, expéditions extension ou développement sur le Service Layer
Banques et paiement relevés, rapprochement, remises, encaissements module ou extension, selon la banque et le format
Bureautique export Excel et Word, Teams, Outlook fonctions d’intégration Microsoft 365
BI et tableaux de bord ventes, marges, trésorerie, stocks lecture des données par API ou outil de BI
EDI commandes et factures échangées avec clients et fournisseurs extension ou plateforme d’échange
Signature électronique contrats, devis, bons de commande service tiers relié par API
Facturation électronique émission et réception de factures plateforme dédiée connectée à l’ERP
Paie et RH écritures de paie, variables export ou connecteur du logiciel de paie

E-commerce et places de marché

C’est le chantier le plus fréquent. Une boutique en ligne ou une place de marché envoie des commandes et attend en retour des stocks, des prix et des suivis d’expédition. Le risque principal est la désynchronisation : un stock affiché en ligne qui ne correspond plus à l’entrepôt provoque des ruptures ou des annulations.

Posez dès le départ la question de la source de vérité. En règle générale, l’ERP fait foi pour le stock, les prix de gros et la comptabilité ; la boutique fait foi pour l’expérience d’achat et les paiements en ligne. Le sujet rejoint la gestion des stocks et des achats et la partie ventes et CRM de l’ERP. Si vous vendez en ligne, la page ERP pour l’e-commerce détaille les besoins propres à ce métier.

Banques et paiement

Les échanges bancaires concernent les relevés de compte, le rapprochement des règlements et les remises de paiement. Les formats et les protocoles dépendent de votre banque : demandez à votre intégrateur de vérifier la compatibilité avant de signer, et non après. Les écritures générées doivent respecter vos règles comptables ; voyez à ce sujet la page comptabilité et finance dans SAP Business One.

Outils bureautiques

SAP Learning cite l’export vers Microsoft 365 OneDrive (Excel, Word), la collaboration avec Microsoft Teams et l’intégration avec Outlook 365. Ces fonctions répondent aux usages quotidiens : analyser un état dans Excel, partager un document, retrouver un échange client. Elles ne demandent pas de projet d’intégration lourd, mais elles supposent que vos droits d’accès et votre configuration Microsoft 365 soient en ordre.

BI et tableaux de bord

Pour piloter l’activité, deux options coexistent : les états et tableaux de bord de l’ERP, ou un outil de BI alimenté par les données de SAP Business One. La seconde option convient quand vous croisez l’ERP avec d’autres sources (site web, outil marketing, logiciel métier). Dans ce cas, précisez qui construit les indicateurs et qui garantit que « marge » ou « chiffre d’affaires » signifie la même chose pour tout le monde.

EDI, signature électronique et facturation électronique

L’EDI est courant dans la distribution et l’industrie, où de grands clients imposent leurs formats de commande et de facture. La signature électronique concerne plutôt les devis et les contrats. La facturation électronique, elle, impose un raccordement à une plateforme : consultez le guide ERP et facture électronique pour les règles à suivre et vérifiez avec votre intégrateur le calendrier applicable à votre entreprise.

Les connecteurs propres au pays

SAP Business One est utilisé dans plus de 170 pays, en 28 langues avec 50 localisations pays. La localisation française couvre les spécificités du pays ; les besoins qu’elle ne traite pas (formats bancaires particuliers, obligations déclaratives, échanges avec l’administration) passent par des extensions ou des développements. Demandez à l’intégrateur de distinguer, dans son chiffrage, ce qui relève du standard de la localisation et ce qui relève d’un ajout.

Comment cadrer un flux d’intégration

Un flux mal cadré coûte plus cher à corriger qu’à écrire. Voici la démarche que doit suivre votre intégrateur, et que vous pouvez exiger dans le dossier de projet.

  1. Nommer le flux : quelle donnée circule, de quel outil vers quel outil, dans quel sens.
  2. Désigner la source de vérité : en cas de conflit entre deux valeurs, laquelle l’emporte.
  3. Fixer la fréquence : temps réel, à la demande ou par lots planifiés, selon le besoin métier et non selon la facilité technique.
  4. Lister les cas particuliers : retours, avoirs, remises, produits à variantes, clients étrangers, ruptures de stock.
  5. Prévoir les erreurs : que se passe-t-il quand l’outil distant ne répond pas, ou quand une commande est rejetée par l’ERP.
  6. Définir les tests : jeux de données réalistes, recette par les utilisateurs, test de montée en charge si les volumes le justifient.
  7. Documenter : schéma du flux, identifiants techniques, procédure de reprise.

Cette démarche s’inscrit dans la préparation générale de votre projet. La page mise en œuvre de SAP Business One montre où placer le cadrage des intégrations dans le calendrier, et le guide cahier des charges ERP vous aide à les formaliser.

Extension, connecteur standard ou développement sur mesure ?

Option Avantages Points de vigilance
Extension du catalogue mise en place plus rapide, éditeur identifié, évolutions suivies dépendance au rythme de l’éditeur, compatibilité avec votre version
Connecteur standard d’une plateforme tierce couvre les cas courants du marché fonctions parfois limitées, personnalisation encadrée
Développement sur le Service Layer s’adapte exactement à votre processus maintenance à assumer, documentation indispensable
Scénario dans l’Integration Framework cadre commun, exécution centralisée compétences spécifiques à prévoir

Le développement sur mesure est détaillé dans la page développement SAP Business One. Retenez une règle simple : ne développez que ce que le standard et les extensions ne couvrent pas, et ne faites jamais dépendre un flux critique d’un script que seule une personne comprend.

Qui maintient l’intégration ?

C’est la question la plus souvent oubliée. Une intégration vit tant que les deux outils qu’elle relie ne changent pas. Or votre boutique, votre banque et SAP Business One évoluent chacun à leur rythme. Avant la mise en production, répondez par écrit à ces points :

  • Qui surveille les flux et reçoit l’alerte en cas d’erreur ?
  • Qui corrige : l’intégrateur, l’éditeur de l’extension ou votre équipe ?
  • Qui valide les montées de version de l’ERP et de l’outil connecté avant leur application ?
  • Qui conserve la documentation et les accès techniques ?
  • Que prévoit le contrat de support pour les intégrations, et quelles sont ses limites ?

Ces points relèvent du contrat de support et maintenance de SAP Business One. Si l’ERP est hébergé, le mode de déploiement du Service Layer et l’ouverture des accès réseau dépendent aussi de l’hébergement cloud.

Erreurs fréquentes dans les projets d’intégration

  • Ouvrir trop de flux d’un coup. Mieux vaut stabiliser les flux critiques (commandes, stocks, règlements), puis ajouter les autres.
  • Oublier les données de référence. Articles, clients et fournisseurs doivent être propres avant d’être synchronisés ; une migration mal préparée contamine tous les flux. Voir la page migration vers SAP Business One.
  • Ne pas tester les cas d’échec. Une intégration qui fonctionne quand tout va bien ne suffit pas.
  • Laisser les accès techniques à un seul prestataire. Gardez la maîtrise de vos comptes et de vos clés.
  • Sous-estimer l’après-projet. Le coût d’une intégration inclut sa maintenance. Pour les postes de dépense, voyez la page prix de SAP Business One.

Pour un regard extérieur sur des flux existants qui posent problème, l’audit et la reprise de projet permettent de faire le point sans tout reconstruire.

Choisir le bon interlocuteur

Les intégrations demandent deux compétences : la connaissance fonctionnelle de SAP Business One et la maîtrise technique de l’API. Tous les intégrateurs ne les réunissent pas au même niveau. Interrogez-les sur leurs réalisations comparables, sur l’outil que vous souhaitez connecter, et sur la façon dont ils documentent et supportent leurs flux. La page choisir un intégrateur SAP Business One propose des critères de sélection.

Intégrateurs ERP est un service gratuit de mise en relation : nous ne réalisons pas le projet, nous vous orientons vers un intégrateur adapté à votre contexte, qui chiffrera et assurera les intégrations. Décrivez votre besoin et les outils à connecter dans la demande, ils seront transmis à l’intégrateur pour qu’il prépare son premier échange avec vous.

Questions fréquentes

Quelle est l’API de SAP Business One ?

Le Service Layer est l’API d’extension de SAP Business One. Il est de type REST, fondé sur HTTP et OData, avec des échanges en JSON. Il accepte OData v3 et OData v4 selon le guide de SAP. Il partage avec la DI API les mêmes définitions d’objets grâce au composant DI Core.

Faut-il développer un connecteur SAP Business One sur mesure ?

Pas systématiquement. Si une extension du catalogue de SAP couvre votre besoin, elle est souvent plus rapide à mettre en place et plus simple à maintenir. Le développement sur mesure se justifie quand votre processus est spécifique ou qu’aucune extension ne correspond à votre outil. Dans les deux cas, l’intégrateur doit documenter le flux et préciser qui le fait évoluer.

Comment connecter SAP Business One à une boutique en ligne ou à une place de marché ?

Il faut définir les flux à échanger : catalogue, stocks, prix, commandes, expéditions, factures, retours. Ils passent par une extension ou par un développement qui s’appuie sur le Service Layer. Le point décisif est la source de vérité de chaque donnée : l’ERP pour les stocks et la comptabilité, la boutique pour l’expérience d’achat.

SAP Business One s’intègre-t-il avec Microsoft 365 ?

Oui. SAP Learning cite parmi les intégrations bureautiques l’export vers Microsoft 365 OneDrive (Excel, Word), la collaboration avec Microsoft Teams et l’intégration avec Outlook 365. Ces fonctions couvrent les usages quotidiens ; les flux plus complexes demandent un cadrage avec votre intégrateur.

Qui maintient les intégrations après la mise en production ?

La responsabilité se décide avant le démarrage, par écrit. Selon le cas, c’est l’intégrateur dans le cadre d’un contrat de support, l’éditeur de l’extension, ou votre équipe informatique. Chaque flux doit avoir un responsable nommé, une surveillance des erreurs et une procédure de reprise en cas d’échec.

Sources

  1. SAP Help Portal – Working with SAP Business One Service Layer
  2. SAP Learning – Service Layer API architecture and capabilities
  3. SAP Learning – Introducing SAP Business One
  4. SAP Help Portal – Integration Framework for SAP Business One
  5. SAP News – Global success of SAP Business One

Les noms de logiciels cités sont des marques de leurs éditeurs respectifs, mentionnées à titre d’information. Ce site est indépendant et n’est affilié à aucun éditeur.