SAP Business One en la nube o en las instalaciones propias

SAP Business One puede operarse de dos maneras fundamentalmente distintas: como instalación on-premise clásica en su propio hardware de servidor, o como SAP Business One Cloud, donde los usuarios acceden a través de un navegador, mediante Remote Desktop Web Access, a una instancia alojada de forma centralizada en centros de datos, sin instalar la aplicación cliente de forma local. La diferencia técnica más importante radica en el acceso a la base de datos: en on-premise, la aplicación se conecta directamente al servidor SQL, mientras que en la variante cloud no existe acceso SQL directo; las integraciones se realizan exclusivamente a través de la interfaz Service Layer como feed OData. Por eso, la elección entre ambos modelos depende sobre todo de tres preguntas: quién opera la infraestructura, cómo se conectan técnicamente las integraciones y cómo repercute esto en la operación diaria y en el know-how interno. A fecha de: agosto de 2026.

¿En qué se diferencia el acceso para los usuarios?

En on-premise, usted instala el cliente de SAP Business One en cada puesto de trabajo, y la aplicación se conecta directamente al servidor de base de datos operado localmente o en su propio centro de datos. Con SAP Business One Cloud desaparece la instalación local: los usuarios inician sesión mediante una sesión segura de Remote Desktop Web Access en el navegador, mientras que la aplicación en sí se ejecuta en servidores de acceso por navegador alojados de forma centralizada en el centro de datos del partner. Esto reduce el esfuerzo de implantación y mantenimiento del cliente en muchos puestos de trabajo, pero a cambio le hace depender de la disponibilidad de la conexión a internet y del partner de hosting. Los detalles de la arquitectura se describen en la SAP Business One Cloud Administrator's Guide.

¿En qué se diferencia el acceso a la base de datos?

La mayor diferencia práctica para las integraciones está en la propia base de datos. En on-premise, durante la instalación introduce el nombre de host o "localhost", así como, si es necesario, un puerto distinto, y se conecta directamente al servidor SQL con derechos de administrador completos; el puerto predeterminado es el 1433. Las herramientas de reporting o de business intelligence pueden así trabajar con acceso SQL directo. En SAP Business One Cloud, este acceso directo no está disponible: toda consulta y toda integración debe pasar por la Service Layer, que pone los datos a disposición como feed OData. Quien haya creado hasta ahora informes o conciliaciones con consultas SQL directas debe migrarlos a la Service Layer al pasar a la nube.

¿Qué significa esto para las integraciones y la automatización?

La Service Layer es un servidor de aplicaciones propio que expone los objetos de SAP Business One mediante REST y OData, utilizando un servidor Apache HTTP como balanceador de carga entre el cliente y las distintas instancias de la Service Layer, tal como describe la guía de instalación de la Service Layer Existe para ambos modelos de operación, pero en la variante cloud no es una opción, sino el único camino hacia los datos. Si conecta SAP Business One a herramientas de automatización como n8n, planifique la integración desde el principio a través de la Service Layer, independientemente de si más adelante se plantea un cambio de modelo de operación. En un proyecto de integración de este tipo, NordFlux le apoya en el marco de la consultoría de automatización.

¿Cómo afecta el modelo a la operación y a los costes?

Ambos modelos desplazan el esfuerzo, en lugar de eliminarlo. On-premise significa hardware propio, parcheo propio del servidor SQL y responsabilidad propia de las copias de seguridad, pero a cambio mantiene el control total sobre la base de datos. SAP Business One Cloud traslada la operación, el mantenimiento y el escalado a un partner de SAP, que opera el entorno a través del Cloud Control Center como un entorno multiinquilino para varios clientes a la vez y, según SAP, se beneficia de recursos compartidos y de una escalabilidad elástica a medida que crece el número de usuarios. SAP no publica precios cerrados de forma general; dependen del partner y del contrato elegido, por lo que siempre debería solicitar una oferta directamente al partner en lugar de fiarse de precios de lista de terceros.

Preguntas frecuentes sobre SAP Business One Cloud frente a On-Premise

¿Puedo seguir accediendo directamente a la base de datos con SAP Business One Cloud?

No, en el modelo de operación cloud no existe acceso SQL directo. Toda integración y todo análisis debe pasar por la Service Layer y su feed OData; esto también afecta a los informes existentes que antes accedían directamente a la base de datos.

¿La Service Layer solo funciona en la variante cloud?

No, la Service Layer está disponible tanto para instalaciones on-premise como para instalaciones cloud. En la nube, sin embargo, no es una opción entre varias, sino el único camino de acceso a los datos, ya que falta el acceso SQL directo.

¿Quién opera la infraestructura de SAP Business One Cloud?

Un partner de SAP aloja y gestiona el entorno de forma centralizada a través del Cloud Control Center, normalmente como un entorno multiinquilino para varios clientes a la vez. Su propio departamento de TI ya no necesita operar ni parchear servidores para ello.

¿Qué modelo se adapta mejor a una organización con equipo de TI propio?

Si la administración del servidor SQL y los procesos de copia de seguridad ya están establecidos internamente, on-premise ofrece un control más directo y un camino más sencillo hacia las herramientas de reporting existentes. Si falta esa capacidad, SAP Business One Cloud le libera de la carga operativa, pero a cambio le vincula por completo, a nivel técnico, a la Service Layer.