n8n Community, Cloud, Business, Enterprise: ¿qué plan para quién?
La edición Community es gratuita e ilimitada, Business cuesta 667 EUR/mes. Qué diferencia realmente a los planes y cuándo una pyme necesita Enterprise.
Service Layer con OData o middleware RFC: cómo conectar SAP Business One de forma limpia mediante n8n, incluyendo login, sesión y escalado.
SAP Business One es, en muchas empresas medianas, la columna vertebral de la contabilidad financiera, el almacén y las ventas. En cuanto este sistema ERP debe conectarse con otras herramientas como un CRM, una tienda online o un panel de reporting, surge una pregunta arquitectónica fundamental: a través del Service Layer basado en REST con OData o mediante un middleware RFC clásico. Esta decisión tiene un impacto directo en el esfuerzo del proyecto, la mantenibilidad y, en última instancia, en el coste de la automatización, por lo que debe tomarse de forma clara al inicio de cada proyecto de integración de SAP B1.
En este artículo comparamos ambos enfoques, mostramos cómo n8n se sitúa en medio como capa de automatización y a qué debes prestar atención en cuanto a autenticación, gestión de errores y escalado. Actualizado: julio de 2026.
SAP Business One ofrece dos formas fundamentalmente distintas de acceder a los datos desde el exterior:
La diferencia decisiva para tu proyecto: el Service Layer ya habla el idioma que n8n entiende de forma nativa, es decir, HTTP y JSON. Con RFC necesitas además un componente de middleware independiente que debe desarrollarse, alojarse y mantenerse por separado. Esto aumenta el esfuerzo inicial y el número de piezas móviles del sistema, pero puede valer la pena si ya cuentas con un panorama de integración SAP existente con módulos RFC o necesitas funciones que el Service Layer no cubre.
Para la mayoría de los proyectos de automatización, el Service Layer es el punto de partida más pragmático. El HTTP Request Node es, según la documentación de n8n, "one of the most versatile nodes in n8n" y permite enviar "HTTP requests to query data from any app or service with a REST API". Eso es exactamente lo que se necesita para el Service Layer, ya que no existe un node dedicado de SAP B1 en n8n y tú mismo modelas la conexión mediante llamadas HTTP.
Como no existe una credential predefinida de n8n para el Service Layer, trabajas con las opciones de autenticación genéricas del node HTTP Request. Según la documentación sobre credentials de HTTP Request están disponibles entre otras "Basic auth, Custom auth, Digest auth, Header auth, OAuth1 API, OAuth2 API, Query auth". Para el flujo clásico de login por cookie del Service Layer, normalmente basta con una combinación de una solicitud de login inicial y una credential de Header auth posterior, en la que introduces dinámicamente la cookie de sesión. Importante para entornos productivos: si el Service Layer funciona con un certificado autofirmado o interno, según la documentación puedes enviar "an SSL certificate with your HTTP request" almacenando el CA bundle, el certificado y la clave privada como una credential propia, en lugar de desactivar las comprobaciones SSL de forma general.
En panoramas SAP más grandes, o cuando se necesitan funciones que el Service Layer no cubre, por ejemplo determinados procesos heredados o módulos de función profundamente arraigados en la lógica de negocio, no hay forma de evitar RFC. Como n8n no habla RFC de forma nativa, necesitas una capa de middleware intermedia:
Este enfoque implica más esfuerzo de desarrollo al principio, porque el middleware en sí debe construirse, probarse y operarse. A cambio, obtienes acceso a módulos de función que simplemente no existen en el Service Layer, y puedes seguir utilizando los conceptos de autorización SAP existentes a nivel de RFC. Para proyectos con un alto valor de integración, este suele ser el punto en el que una decisión de arquitectura limpia se amortiza económicamente, porque una conexión mal elegida debe adaptarse más adelante a un coste elevado.
Una conexión SAP que solo funciona en el caso ideal no es suficiente para el uso productivo. Incorpora puntos de control fijos en cada workflow:
Si el volumen de datos crece, por ejemplo con varias integraciones paralelas o sincronizaciones de alta frecuencia, vale la pena echar un vistazo a la operación productiva de n8n en sí. Para las instalaciones autoalojadas, la documentación describe el modo de cola, en el que una instancia principal recibe los triggers y varios procesos worker se encargan de las ejecuciones propiamente dichas. Esto separa la carga de procesamiento de la recepción de triggers, crítica en cuanto al tiempo, y hace que la automatización sea más estable cuando se ejecutan muchos workflows de SAP al mismo tiempo.
Para la mayoría de las conexiones de empresas medianas, ya sea reflejar datos de pedidos en el CRM, informar del stock a una tienda online o preparar datos de facturación para una herramienta de reporting, el Service Layer es el camino más directo y con menos mantenimiento. Funciona sin middleware adicional, habla HTTP estándar y puede modelarse completamente a través del node HTTP Request en n8n. La variante de middleware RFC queda reservada a proyectos en los que el Service Layer no es funcionalmente suficiente o en los que ya existe una capa de integración RFC que se desea seguir utilizando.
En ambos casos mantienes el control sobre tus datos y sobre el proceso: n8n se ejecuta ya sea en tu propia infraestructura o en un entorno elegido por ti, y cada paso de la conexión SAP permanece visible y ajustable como workflow, en lugar de desaparecer en una caja negra opaca. Si no estás seguro de qué enfoque es el adecuado para tu panorama de SAP Business One, vale la pena realizar un análisis conjunto antes de que comience el desarrollo.
No. n8n no ofrece un node dedicado de SAP Business One, pero tampoco es necesario. El Service Layer es una API REST normal con soporte de OData, que modelas por completo mediante el node HTTP Request, incluyendo el login, la gestión de sesión y las propias consultas de datos.
El middleware RFC vale la pena si dependes de módulos de función que el Service Layer no cubre, o si ya existe un panorama de integración RFC que se desea seguir utilizando. Para proyectos de integración nuevos y ligeros, el Service Layer suele ser el punto de partida más eficiente.
El Service Layer restablece las sesiones tras un cierto período de inactividad. Un workflow de n8n robusto comprueba el código de estado de cada respuesta, detecta automáticamente un login caducado y desencadena una nueva solicitud de login antes de repetir la recuperación de datos propiamente dicha, en lugar de dejar que falle todo el workflow.
Sí. Según la documentación de n8n, un certificado SSL, compuesto por un CA bundle, un certificado y una clave privada, puede configurarse como una credential propia y vincularse al node HTTP Request. Esta es la solución más limpia frente a desactivar de forma general la comprobación SSL, especialmente con certificados SAP firmados internamente.
Cuando el volumen crece, se recomienda el modo de cola para las instalaciones de n8n autoalojadas. En este modo, una instancia principal recibe los triggers mientras que varios procesos worker se encargan de las ejecuciones de workflow propiamente dichas. Esto mantiene la automatización estable y con buen rendimiento incluso con varias integraciones de SAP ejecutándose simultáneamente.
NordFlux crea empleados digitales para las organizaciones: automatizaciones y agentes KI que asumen el trabajo repetitivo. Usted mantiene el control.
La edición Community es gratuita e ilimitada, Business cuesta 667 EUR/mes. Qué diferencia realmente a los planes y cuándo una pyme necesita Enterprise.
¿API Cloud de WhatsApp Business oficial o autoalojamiento de WAHA en n8n? Comparación, guía de decisión y clasificación del RGPD de ambos caminos.
Cómo conectar n8n a modelos de IA locales mediante la credencial de Ollama, incluyendo un escollo de Docker y los límites del tool-calling.
La decisión entre Service Layer y middleware RFC afecta al esfuerzo de mantenimiento, la escalabilidad y la propensión a errores de su integración con SAP. NordFlux planifica y mantiene automatizaciones de procesos SAP adaptadas a su panorama de sistemas actual y su modelo operativo. En la primera conversación analizamos su entorno SAP B1 y recomendamos el enfoque que aguanta a largo plazo.