Versiones y ediciones de SAP Business One: cuál usar y cuándo actualizar

Quien busca la versión de SAP Business One suele tener una de tres dudas: qué versión tiene hoy su empresa, si sigue recibiendo soporte, o qué conviene instalar al arrancar un proyecto nuevo. Las tres se resuelven con el mismo mapa: versión mayor, feature packages y la manera en que SAP entrega las correcciones. Esta página lo explica desde la realidad de una pyme o empresa mediana mexicana, donde el sistema debe seguir al día con el SAT.

Si todavía está comparando productos, puede empezar por la ficha general de SAP Business One y regresar aquí cuando necesite decidir sobre la versión.

Qué significa «versión» y «edición» en SAP Business One

Conviene separar dos ideas que en las conversaciones comerciales se mezclan.

• Versión: la generación del producto (8.8, 9.0, 9.3, 10.0…). Determina el ciclo de soporte y las funciones disponibles.
• Edición: la combinación concreta que usted contrata y opera. En la práctica depende de la plataforma de base de datos, del modelo de implementación (servidor propio o nube), del tipo de licencia por usuario y de las extensiones y la localización instaladas.

Los hechos publicados por SAP describen con detalle las versiones y su mantenimiento, pero no fijan un catálogo de «ediciones» con nombres comerciales que valga la pena memorizar. Por eso, si un proveedor le presenta una edición como si fuera un producto distinto, pida que le explique exactamente qué incluye y qué licencia lo respalda. Los costos asociados se tratan en la página de precios de SAP Business One.

Lo que sí distingue una instalación de otra

La última fila es la más sensible. La localización mexicana no es un adorno: de ella depende que su factura salga timbrada con un PAC y que su contabilidad electrónica se pueda enviar. Lo revisamos más a fondo en la página de SAP Business One en México y en la guía de CFDI en un ERP.

La gama de versiones: qué sigue vigente y qué no

La página de mantenimiento de SAP es la referencia oficial y su contenido es muy claro:

• La versión 10.0 está en mantenimiento estándar hasta el 31 de diciembre de 2028, con fechas sujetas a modificación.
• Las versiones 8.8, 8.81, 8.82, 9.0, 9.1, 9.2 y 9.3 ya cerraron su periodo de mantenimiento estándar.
• La versión 11 figura como la sucesora de la 10, sin ninguna fecha publicada.

Una consecuencia práctica: no existe una razón técnica para iniciar un proyecto nuevo en una versión anterior a la 10.0. Si un proveedor se lo propone, pida una justificación por escrito.

La última versión de SAP Business One y su ritmo de actualización

Desde la versión 10.0, lanzada en abril de 2020, SAP cambió su manera de entregar mejoras. En lugar de esperar una versión mayor cada cierto tiempo, entrega la innovación de forma continua mediante feature packages acumulativos. Cada uno trae novedades, correcciones, parches de seguridad y actualizaciones legales. Además, las interfaces se mantienen estables entre la versión mayor y los feature packages, lo que reduce el riesgo de que sus integraciones dejen de funcionar de un día para otro.

Para quien administra el sistema, esto se traduce en una pregunta distinta. Ya no es «¿cuándo sale la siguiente versión?», sino «¿en qué feature package estamos y cuándo lo vamos a revisar?». Por eso, al hablar de la última versión de SAP Business One, lo preciso es decir: versión 10.0 más el feature package vigente que su integrador haya probado con sus personalizaciones.

Cinco años de mantenimiento por familia de versiones

SAP garantiza al menos cinco años de mantenimiento estándar por familia de versiones, contados desde la disponibilidad general de la versión mayor (x.0). Las entregas funcionales posteriores quedan cubiertas dentro de ese plazo. Para un director financiero, la lectura es sencilla: la fecha de fin de mantenimiento es un dato de planeación presupuestal, igual que la vigencia de un equipo de cómputo o de un contrato de arrendamiento.

Tipos de entregas: feature packages, support packages, patches y hotfixes

SAP distingue varios tipos de paquetes. Entender la diferencia evita instalar de más o, peor, quedarse corto.

Dos advertencias de SAP merecen atención. Primera: no se entregan correcciones ni parches de seguridad para feature packages, support packages, patches o hotfixes antiguos. Quedarse años en el mismo paquete equivale, en la práctica, a operar sin cobertura. Segunda: el hotfix no es una forma de vivir; es un puente.

¿Se paga por actualizar de versión?

Los clientes con un contrato de mantenimiento válido reciben las mejoras de versión sin costo de licencia. Es un buen argumento para mantener el contrato al corriente: dejarlo vencer y reactivarlo más tarde complica la conversación con SAP y con su integrador.

Lo que sí cuesta es el proyecto de actualización, y ese costo se parece más al de una pequeña implementación que a un trámite administrativo. Incluye:

1. Respaldo completo y prueba de restauración.
2. Instalación en un entorno de pruebas con una copia de sus datos.
3. Revisión de extensiones, reportes y desarrollos a la medida.
4. Pruebas con usuarios clave: facturación, cobranza, compras, almacén y cierre contable.
5. Capacitación sobre lo que cambió.
6. Puesta en producción en una ventana acordada con el negocio.

Si su sistema tiene desarrollos a la medida, el esfuerzo crece. Una personalización bien documentada se actualiza con más facilidad que una que nadie recuerda cómo funciona.

Cuándo montar de versión

No hay una fecha universal. Sí hay señales que conviene tomar en serio:

• Su versión ya terminó el mantenimiento estándar. Es el caso de todas las anteriores a la 10.0. Cada mes sin actualizar aumenta el riesgo ante cambios del SAT y la exposición en seguridad.
• El SAT modifica una obligación y su localización requiere una versión o paquete más reciente para cumplirla.
• Va a cambiar de servidor o de modelo de alojamiento. Es el momento natural para actualizar, en lugar de migrar dos veces. Vea las opciones de SAP Business One en la nube.
• Necesita una función nueva que ya existe en un feature package y que le ahorraría un desarrollo propio.
• Se acerca el fin del mantenimiento de la versión actual. Con la 10.0, la fecha publicada es el 31 de diciembre de 2028; planear con holgura es más barato que improvisar en el último trimestre.

En cambio, no hay razón para actualizar solo por novedad en pleno cierre anual o en medio de la temporada alta de su negocio. Un buen integrador propone la ventana según su calendario operativo.

Cómo actualizar paso a paso

Las actualizaciones directas solo entre versiones consecutivas

SAP solo soporta el salto directo entre versiones consecutivas, por ejemplo de la 9.3 a la 10.0. Si su instalación está más atrás, el camino exige etapas intermedias. Eso significa más pruebas, más ventanas de trabajo y más coordinación con su contador. Es una de las razones por las que posponer la decisión sale caro.

Una ruta razonable

1. Inventario. Versión y paquete instalados, base de datos, extensiones, integraciones y reportes propios.
2. Revisión de compatibilidad. Cada extensión de terceros debe tener una versión compatible. Si el proveedor ya no existe, hay que reemplazarla.
3. Entorno de pruebas. Nunca se actualiza primero en producción.
4. Pruebas funcionales. Que el equipo de finanzas timbre facturas, cancele, genere complementos de pago y cierre un periodo de prueba.
5. Prueba de integraciones. Tienda en línea, banco, portal de clientes y cualquier sistema conectado; consulte la página de integraciones.
6. Plan de retorno. Qué se hace si la puesta en producción falla.
7. Arranque y acompañamiento los primeros días hábiles.

Si el cambio es grande (de una versión muy antigua a la actual, o de servidor propio a nube), puede ser más sensato tratarlo como migración y no como simple actualización. La guía general de migración de ERP ayuda a distinguirlos.

Qué revisar después de actualizar

• Que los CFDI 4.0 se timbren con su PAC sin errores de catálogos.
• Que la contabilidad electrónica (catálogo de cuentas y balanza) siga generándose en el formato que pide el SAT.
• Que los reportes a la medida den los mismos totales que antes.
• Que los usuarios conserven sus permisos.
• Que los respaldos automáticos se ejecuten con la nueva configuración.

Después, el acompañamiento continuo se apoya en el soporte y mantenimiento. Un contrato de soporte sin calendario de actualizaciones es solo una promesa; pida que el calendario esté por escrito.

Cómo encontrar a un integrador que lo haga bien

La decisión de versión es técnica, pero sus consecuencias son de negocio. Un integrador competente le dará un diagnóstico de su instalación, le explicará qué paquete conviene y le presentará un plan con ventanas, responsables y pruebas. Desconfíe de quien responda «se instala y listo» sin revisar sus extensiones.

Integrador ERP es un servicio gratuito que le conecta con un integrador adecuado a su caso; no somos distribuidores de SAP ni estamos afiliados al fabricante, y el proyecto lo ejecuta el integrador que usted elija. Para preparar la conversación, revise cómo elegir un integrador de SAP Business One.

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.