SAP Business One dans le cloud ou sur site

SAP Business One peut être exploité de deux manières fondamentalement différentes : en installation on-premise classique sur votre propre matériel serveur, ou en tant que SAP Business One Cloud, où les utilisateurs accèdent via un navigateur, par Remote Desktop Web Access, à une instance hébergée de manière centralisée dans des centres de données, sans installer l'application client en local. La principale différence technique réside dans l'accès à la base de données : en on-premise, l'application se connecte directement au serveur SQL, tandis que dans la variante cloud, il n'existe aucun accès SQL direct — les intégrations passent exclusivement par l'interface Service Layer sous forme de flux OData. Le choix entre les deux modèles repose donc surtout sur trois questions : qui exploite l'infrastructure, comment les intégrations sont techniquement connectées, et quel impact cela a sur l'exploitation courante et le savoir-faire interne. Au : août 2026.

En quoi l'accès diffère-t-il pour les utilisateurs ?

En on-premise, vous installez le client SAP Business One sur chaque poste de travail, l'application se connectant directement au serveur de base de données exploité localement ou dans votre propre centre de données. Avec SAP Business One Cloud, l'installation locale disparaît : les utilisateurs se connectent via une session Remote Desktop Web Access sécurisée dans le navigateur, tandis que l'application elle-même s'exécute sur des serveurs d'accès navigateur hébergés de manière centralisée dans le centre de données du partenaire. Cela réduit l'effort de déploiement et de maintenance des clients sur de nombreux postes de travail, mais vous rend en contrepartie dépendant de la disponibilité de la connexion Internet et du partenaire d'hébergement. Les détails de l'architecture sont décrits dans le SAP Business One Cloud Administrator's Guide.

En quoi l'accès à la base de données diffère-t-il ?

La plus grande différence pratique pour les intégrations réside dans la base de données elle-même. En on-premise, lors de l'installation, vous indiquez le nom d'hôte ou « localhost » ainsi que, si nécessaire, un port différent, et vous vous connectez directement au serveur SQL avec des droits d'administrateur complets ; le port par défaut est 1433. Les outils de reporting ou de business intelligence peuvent ainsi travailler avec un accès SQL direct. Dans SAP Business One Cloud, cet accès direct n'est pas disponible : chaque requête et chaque intégration doit passer par la Service Layer, qui met les données à disposition sous forme de flux OData. Quiconque a construit jusqu'ici des rapports ou des rapprochements avec des requêtes SQL directes doit les faire migrer vers la Service Layer lors du passage au cloud.

Qu'est-ce que cela signifie pour les intégrations et l'automatisation ?

La Service Layer est un serveur d'applications à part entière qui expose les objets SAP Business One via REST et OData, en utilisant un serveur Apache HTTP comme répartiteur de charge entre le client et les différentes instances de la Service Layer, comme le décrit le guide d'installation de la Service Layer Elle existe pour les deux modèles d'exploitation, mais dans la variante cloud, ce n'est pas une option : c'est le seul moyen d'accéder aux données. Si vous connectez SAP Business One à des outils d'automatisation comme n8n, planifiez donc l'intégration dès le départ via la Service Layer, indépendamment d'un éventuel changement de modèle d'exploitation ultérieur. Pour un tel projet d'intégration, NordFlux vous accompagne dans le cadre du conseil en automatisation.

Quel est l'impact du modèle sur l'exploitation et les coûts ?

Les deux modèles déplacent l'effort au lieu de le supprimer. L'on-premise signifie du matériel propre, l'application des correctifs du serveur SQL par vos soins et votre propre responsabilité pour les sauvegardes, mais en contrepartie vous conservez le contrôle total de la base de données. SAP Business One Cloud transfère l'exploitation, la maintenance et la mise à l'échelle à un partenaire SAP, qui exploite l'environnement via le Cloud Control Center comme un environnement multi-tenant pour plusieurs clients à la fois et bénéficie, selon SAP, de ressources partagées et d'une évolutivité élastique à mesure que le nombre d'utilisateurs augmente. SAP ne communique pas de tarifs forfaitaires précis, ceux-ci dépendant du partenaire et du contrat choisi ; vous devriez donc toujours demander une offre directement auprès du partenaire plutôt que de vous fier aux prix catalogue de tiers.

Questions fréquentes sur SAP Business One Cloud vs on-premise

Puis-je quand même accéder directement à la base de données avec SAP Business One Cloud ?

Non, dans le modèle d'exploitation cloud, il n'existe aucun accès SQL direct. Chaque intégration et chaque analyse doit passer par la Service Layer et son flux OData, ce qui concerne également les rapports existants qui accédaient auparavant directement à la base de données.

La Service Layer ne fonctionne-t-elle que dans la variante cloud ?

Non, la Service Layer est disponible aussi bien pour les installations on-premise que pour les installations cloud. Dans le cloud, cependant, elle n'est pas une option parmi d'autres mais le seul moyen d'accéder aux données, faute d'accès SQL direct.

Qui exploite l'infrastructure de SAP Business One Cloud ?

Un partenaire SAP héberge et gère l'environnement de manière centralisée via le Cloud Control Center, le plus souvent en tant qu'environnement multi-tenant pour plusieurs clients à la fois. Votre propre service informatique n'a alors plus besoin d'exploiter ni de corriger de serveurs.

Quel modèle convient le mieux à une organisation disposant de sa propre équipe informatique ?

Si l'administration du serveur SQL et les processus de sauvegarde sont déjà bien établis en interne, l'on-premise offre un contrôle plus direct et un accès plus simple aux outils de reporting existants. Si cette capacité fait défaut, SAP Business One Cloud vous décharge de l'effort d'exploitation, mais vous lie en contrepartie totalement, sur le plan technique, à la Service Layer.