Dónde alojar SAP Business One: nube, hosting o servidor propio

Quien busca SAP Business One cloud rara vez pregunta solo por un servidor. En el fondo quiere saber quién se hace cargo de la plataforma, qué pasa cuando sale una actualización, dónde viven los datos de la empresa y cuánta libertad queda para adaptar el sistema. En una pyme mexicana que emite CFDI todos los días y envía su contabilidad electrónica al SAT, esas respuestas pesan más que el logotipo del proveedor de nube.

Esta página resume las formas de alojar SAP Business One, qué cambia en cada una y cómo decidir sin depender de un discurso comercial. Si todavía está comparando sistemas, empiece por la ficha general de SAP Business One y vuelva aquí cuando la plataforma ya esté elegida.

Las opciones de alojamiento de SAP Business One

En términos prácticos hay tres familias: el servicio en la nube que opera un partner, la instalación en infraestructura propia o contratada por usted (lo que el mercado llama on premise) y los entornos de prueba que se levantan en nubes públicas. Una cuarta modalidad, la oferta SaaS operada directamente por el fabricante, existe en el vocabulario del mercado; su disponibilidad y condiciones en México deben confirmarse con el integrador, porque cambian con el tiempo y con el país.

Cloud de partner: el modelo de «hosting» gestionado

Las condiciones de SAP PartnerEdge para el modelo «Run Business One Cloud» describen bien cómo funciona esta vía. El partner pide a SAP suscripciones de SAP Business One Cloud por usuario final, las aloja en un centro de datos y ofrece el servicio de suscripción en su propio nombre, por su cuenta y riesgo y a sus propios precios. Para usted, eso significa que su contraparte es el integrador, no el fabricante: él fija el contrato, el soporte y la tarifa.

Ese documento que consultamos corresponde a las condiciones de la región de Oriente Medio y África del Norte de 2017, así que sirve para entender la lógica del modelo, no como contrato vigente en México. Lo que le conviene verificar es si su integrador opera con ese esquema y bajo qué cláusulas.

Dos reglas de ese modelo son útiles para cualquier comprador:

• El servicio debe estar almacenado físicamente y usarse en un solo centro de datos. Pregunte cuál es y si hay un segundo sitio para recuperación.
• El centro de datos no puede ser propiedad del usuario final ni estar operado por él, y el partner no concede a los usuarios finales derechos de configuración o de desarrollo.

Esta última regla es la que más sorprende. En una nube de este tipo, el cliente usa el sistema, pero las adaptaciones pasan por el integrador. Si su operación necesita campos, formatos o procesos propios, tómelo en cuenta desde el inicio y revise el alcance de desarrollo a la medida.

On premise: servidor propio o infraestructura contratada

En la instalación on premise usted decide la plataforma. Puede ser un servidor en sus oficinas, un equipo en un centro de datos que rente o máquinas virtuales en una nube pública que usted administre. La diferencia con el cloud de partner no es el lugar físico sino quién es responsable: respaldos, parches del sistema operativo, seguridad de la red, monitoreo y renovación del hardware pasan a ser asunto suyo o de un tercero que usted contrate.

A cambio, hay más margen para integrar, para programar la ventana de actualización y para trabajar con extensiones. La red de partners es amplia: SAP indica que SAP Business One se distribuye por medio de 850 partners y que cuenta con más de 500 extensiones sectoriales y por país, por lo que casi siempre hay una vía técnica para su caso.

Entornos en nubes públicas: para pruebas, no para producción

SAP Business One 10.0 puede desplegarse en las cuentas de Amazon AWS, Microsoft Azure y Google Cloud de un partner, cliente o desarrollador mediante la SAP Cloud Appliance Library. Está pensado para pruebas, evaluaciones, desarrollos y demostraciones, y no hace falta una suscripción SAP CAL comprada en el SAP Store.

Los ejemplos documentados por SAP son europeos: Google Cloud en París (europe-west9) para Francia, Zurich (europe-west6) para Suiza y AWS en Fráncfort (eu-central-1) para Alemania. No los tome como referencia para México; sirven para ilustrar que la ubicación del centro de datos es una decisión explícita, no un detalle.

Además, desde la versión 8.8 se puede crear una sociedad de prueba sin instalar archivo de licencia, utilizable treinta y un días consecutivos. Es una forma sencilla de que su equipo vea el sistema antes de comprometer infraestructura.

Cloud de partner frente a on premise: qué cambia

Ninguna columna gana siempre. Una empresa con una sola persona de sistemas y varias sucursales suele agradecer que alguien más vigile los respaldos. Una manufacturera con integraciones a máquinas, básculas o sistemas propios puede preferir mantener el control del entorno. Si necesita ver cómo se compara el costo total en su caso, la página de precios de SAP Business One explica los componentes que hay que sumar, sin cifras inventadas.

Actualizaciones y versiones según el alojamiento

Con el alojamiento gestionado, el integrador propone cuándo actualizar y suele hacerlo para todos sus clientes de manera ordenada. Es cómodo, pero conviene pedir un compromiso: aviso previo, entorno de prueba y plan de regreso si algo falla. Para una empresa que cierra mes con prisa, una actualización en plena semana de declaración es un riesgo evitable.

En una instalación propia, la actualización es un proyecto con fecha elegida por usted, y exige validar las extensiones y los reportes antes del salto. SAP Business One ofrece dos versiones según la base de datos, una sobre Microsoft SQL Server y otra sobre SAP HANA, y las bases de demostración localizadas se publican para ambas plataformas. Esa elección condiciona el hardware, las licencias y el catálogo de extensiones, por lo que debe cerrarse antes de decidir el alojamiento. La diferencia entre ediciones se detalla en versiones y ediciones.

Datos, privacidad y cumplimiento en México

Para una empresa mexicana, el alojamiento no es solo un tema técnico. Su sistema contiene facturación, nómina, datos fiscales de clientes y proveedores, y información personal de empleados. Eso lleva a varias preguntas que debe hacerle por escrito a cualquier proveedor:

1. Ubicación. ¿En qué país y en qué centro de datos se guardan la base de datos y los respaldos?
2. Contrato de tratamiento de datos. ¿Qué obligaciones asume el proveedor respecto de los datos personales que usted le confía, conforme a la legislación mexicana de protección de datos personales en posesión de particulares?
3. Acceso. ¿Quién del lado del proveedor puede entrar a su base y con qué registro?
4. Salida. Si termina el contrato, ¿recibe una copia completa y utilizable de su información, y en qué plazo se elimina el resto?
5. Disponibilidad fiscal. Su contabilidad, sus CFDI y sus archivos de contabilidad electrónica deben seguir accesibles cuando el SAT, su contador o un auditor los requieran.

Sobre los dos últimos puntos, vale la pena revisar cómo se enlaza el sistema con el timbrado y el PAC en la guía de ERP y CFDI, porque un corte de servicio en la nube también detiene la facturación. Para el marco general de elegir entre nube y servidor propio, la guía de ERP en la nube o local amplía el razonamiento sin atarlo a un producto.

Respaldos: lo que debe estar escrito

Un respaldo que nunca se ha restaurado es solo una esperanza. Sea cual sea el modelo, pida que el contrato o el procedimiento interno responda a esto:

• Qué se respalda: la base de datos de la sociedad, los archivos adjuntos, los reportes personalizados y las configuraciones de extensiones.
• Con qué frecuencia y durante cuánto tiempo se conservan las copias.
• Dónde se guarda la copia: separada del servidor principal y, de preferencia, en otra ubicación.
• Quién prueba la restauración, con qué periodicidad y cómo se le informa a usted el resultado.
• Quién decide y ejecuta la recuperación ante un incidente, y en cuánto tiempo se comprometen.

En on premise, esto es parte de su trabajo diario. En la nube de un partner, es parte del servicio, pero la responsabilidad de exigirlo sigue siendo suya. El detalle de lo que cubre y no cubre la operación continua está en soporte y mantenimiento.

Cómo elegir el alojamiento paso a paso

1. Defina el uso real. Número de usuarios, sucursales, horarios y nivel de dependencia de la facturación diaria.
2. Inventaríe lo que conecta con el ERP. Tienda en línea, punto de venta, banca, nómina y herramientas de logística; las conexiones determinan latencia y seguridad, y se tratan en integraciones.
3. Evalúe su capacidad de TI. Si nadie puede vigilar respaldos y parches, el servicio gestionado reduce riesgo.
4. Decida el nivel de personalización. Si necesita desarrollos propios con frecuencia, confirme qué permite el modelo del proveedor.
5. Pida el mismo alcance a varios integradores. Compare servicio, soporte y salida del contrato, no solo la mensualidad.
6. Planee la salida desde el principio. Un buen contrato permite migrar a otro entorno o a otro proveedor; vea la ruta en migración de SAP Business One.

Si quiere apoyo para elegir, cómo funciona la mise en relación explica cómo se le presenta un integrador adecuado a su proyecto, sin costo para usted. Para ver lo propio del mercado local, consulte SAP Business One en México y la guía para elegir al integrador.

Errores frecuentes al contratar el alojamiento

• Asumir que «nube» significa «sin responsabilidades». El cliente sigue siendo responsable de sus usuarios, de sus permisos y de la calidad de sus datos.
• No preguntar por las adaptaciones. Si el contrato no permite desarrollo por parte del cliente, cada cambio pasa por el proveedor y tiene un costo y un tiempo.
• Olvidar la salida. Sin una cláusula de devolución de datos, cambiar de proveedor se vuelve un conflicto.
• Elegir solo por la mensualidad. El precio más bajo suele recortar soporte, respaldos o capacidad.
• Dejar fuera al contador. Quien presenta las declaraciones debe saber dónde viven los registros y cómo acceder a ellos.

Conclusión

No existe un alojamiento universal para SAP Business One. El cloud de partner descarga la operación, a cambio de depender del integrador y de aceptar límites de personalización. La instalación propia da control, a cambio de asumir la administración. En ambos casos, lo importante es poner por escrito la ubicación de los datos, los respaldos, las actualizaciones y las condiciones de salida. Con esa lista en la mano, la conversación con cualquier integrador se vuelve concreta y comparable.

Los nombres de software mencionados son marcas de sus respectivos editores y se citan únicamente a título informativo. Este sitio es independiente y no está afiliado a ningún editor.