Soporte y mantenimiento de SAP Business One: qué esperar de SAP y de su integrador

Buscar soporte SAP Business One suele ocurrir en dos momentos: cuando el sistema ya está en producción y nadie sabe a quién llamar, o cuando el contrato actual deja de convencer. En ambos casos la primera pregunta es la misma: qué parte del soporte corresponde a SAP y cuál al integrador que instaló y configuró el sistema. Confundirlas es la causa más frecuente de incidentes que nadie atiende.

Esta página explica cómo se reparte el mantenimiento de SAP Business One, qué debe incluir un contrato de TMA (mantenimiento de la aplicación), qué niveles de servicio pedir, cómo se gestionan las actualizaciones y cómo cambiar de proveedor sin poner en riesgo la operación.

Dos capas de soporte, dos responsables

Piense en el soporte como dos capas. La de abajo es el producto, que mantiene SAP. La de arriba es su sistema, es decir, el producto ya configurado con su catálogo, sus almacenes, sus reportes, sus formatos de factura y sus integraciones, que mantiene el integrador.

El integrador es la ventanilla única en la práctica: usted lo llama, él decide si el problema es de configuración, de una extensión o del producto, y en este último caso abre el caso con SAP. Si su contrato no lo dice con claridad, usted termina haciendo ese trabajo de intermediario.

Qué cubre SAP: el contrato de mantenimiento

El contrato de mantenimiento de SAP Business One es la base del soporte. Según la información publicada por SAP, estos son los puntos que importan a una dirección financiera o de sistemas:

• Actualizaciones de versión sin costo adicional. Todos los clientes con un contrato de mantenimiento válido reciben las mejoras de versión.
• Correcciones y seguridad solo para lo vigente. SAP no entrega correcciones ni parches de seguridad para feature packages, support packages, patches o hotfixes antiguos. Quien se queda atrás pierde la cobertura.
• Un ciclo de vida claro. 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. Según su página de mantenimiento, la versión 10.0 está en mantenimiento estándar hasta el 31 de diciembre de 2028 (fechas sujetas a cambio), mientras que las versiones 8.8, 8.81, 8.82, 9.0, 9.1, 9.2 y 9.3 ya cerraron esa etapa.
• Sin mantenimiento extendido. SAP indica que no ofrece mantenimiento extendido para sus versiones, y que cuando aparece una nueva familia, el mantenimiento de la anterior se interrumpe. La misma página anuncia que la versión 11 seguirá a la 10, sin dar fecha.
• Atención para paros totales. La página de mantenimiento menciona soporte de SAP las veinticuatro horas, todos los días, para incidentes de paro del sistema.

Una consecuencia práctica: el mantenimiento de SAP no es un seguro contra todo. Cubre el producto, no la forma en que se configuró. Y en la práctica el contrato suele gestionarse por medio del integrador; confirme en su propuesta quién lo factura, quién lo renueva y a nombre de quién queda.

Si su empresa usa una versión que ya salió del mantenimiento estándar, la prioridad es planear la actualización. La página de versiones y ediciones de SAP Business One explica cómo se distinguen y qué implica cambiar de una a otra.

Qué cubre el integrador: soporte aplicativo, TMA y evoluciones

Lo que SAP no cubre, lo cubre el integrador con un contrato de servicio. Conviene separar tres tipos de trabajo, porque se contratan y se cobran de forma distinta.

Soporte aplicativo

Es la atención del día a día: un usuario no puede emitir un documento, una conciliación no cuadra, un reporte devuelve datos inesperados, un permiso está mal asignado. El integrador recibe el caso, lo diagnostica y lo resuelve o lo escala. Incluye también la explicación a usuarios nuevos o con dudas, que no debe confundirse con una capacitación formal.

TMA: mantenimiento de la aplicación

La TMA de SAP Business One es el mantenimiento continuo del sistema bajo un contrato con reglas. Suele reunir:

• corrección de errores de configuración y de personalizaciones;
• ajustes menores que no justifican un proyecto;
• vigilancia de las integraciones y de las tareas programadas;
• coordinación de las actualizaciones: calendario, ambiente de pruebas, validación, puesta en marcha;
• documentación al día de lo que se ha cambiado.

Pregunte qué entra en la cuota fija y qué se cobra aparte. Una TMA ambigua se convierte en una factura variable que nadie puede presupuestar.

Evoluciones

Una evolución es una mejora: un nuevo reporte, un flujo de aprobación, una adaptación para un cliente nuevo. Puede ir dentro de la TMA si el contrato incluye una bolsa de trabajo, o tratarse como un proyecto aparte. Cuando la evolución exige programación, vea también la página de desarrollo a medida en SAP Business One, porque lo desarrollado hoy es lo que habrá que probar en cada actualización.

Ajustes fiscales mexicanos: dejar claro quién los atiende

En México el soporte tiene una particularidad: las obligaciones del SAT cambian y el ERP debe seguirlas. Antes de firmar, pida que el contrato diga quién atiende:

• los cambios que afecten la emisión del CFDI 4.0 y la relación con su PAC;
• la contabilidad electrónica y sus archivos para el SAT;
• los cálculos y timbrado de nómina, si usa el ERP para ello;
• los complementos o extensiones de localización que su integrador haya instalado.

SAP indica que sus support packages incluyen actualizaciones legales, pero la manera en que esos cambios llegan a una operación mexicana concreta depende del integrador y de las extensiones usadas. Para el contexto local, consulte la página de SAP Business One en México y la guía sobre CFDI y ERP. Su contador agradecerá que el contrato nombre a un responsable antes de que llegue la fecha límite, no después.

Contratos y niveles de servicio que debe pedir

Un buen contrato de soporte se reconoce porque se puede comprobar. Estos son los elementos que conviene exigir por escrito:

Dos advertencias. Primero, un tiempo de respuesta no es un tiempo de solución: pida ambos. Segundo, desconfíe de los compromisos que no distinguen tipos de incidente; si todo es "prioridad alta", nada lo es.

Los accesos técnicos también son parte del contrato

En la versión instalada en servidor propio, SAP crea al instalar un usuario de soporte para que el personal del integrador pueda entrar sin consumir licencia. Según la guía de licencias, ese usuario está bloqueado por defecto, deja registro de sus accesos, y la conexión se rechaza si el Remote Support Platform no ha hecho un envío en los últimos siete días. Es un mecanismo útil, pero hay que gobernarlo: pregunte quién lo activa, quién revisa el registro y cuándo se vuelve a bloquear.

La misma guía permite que el usuario «manager» abra dos sesiones de Windows distintas sin bloquear la primera, para dejar correr tareas programadas como reportes o importaciones, o para que un consultor entre sin licencia. No es un permiso para trabajar en doble de forma productiva. Si su proveedor actual usa ese usuario como atajo, es una señal para revisar el esquema de licencias.

Actualizaciones: el trabajo que más soporte consume

Desde la versión 10.0, de abril de 2020, SAP entrega la innovación de forma continua mediante feature packages acumulativos. Estos traen novedades, correcciones, parches de seguridad y actualizaciones legales, y las interfaces se mantienen estables entre la versión mayor y los feature packages. SAP distingue además los support packages (correcciones, seguridad, cambios legales), los patches acumulativos para SAP Business One Cloud y los hotfixes, que son soluciones temporales fuera del ciclo normal.

Para su empresa, esto se traduce en tres reglas:

1. Actualizar es parte del mantenimiento, no un proyecto extraordinario. Un integrador serio propone un calendario y prueba antes de instalar.
2. No saltarse versiones. Las actualizaciones directas solo se admiten entre versiones consecutivas; una actualización no consecutiva exige varias etapas, por ejemplo de la 9.3 a la 10.0. Esperar demasiado vuelve la actualización más cara y más riesgosa. Si ya está en ese caso, vea la página de migración de SAP Business One.
3. Probar siempre en un ambiente separado. Las personalizaciones, las extensiones y las integraciones son lo primero que falla tras una actualización. Un ambiente de pruebas con datos recientes es lo que evita sorpresas en pleno cierre mensual.

Si el sistema se aloja con un proveedor, el calendario de actualizaciones también depende de él; la página de alojamiento en la nube de SAP Business One detalla quién decide qué en cada modalidad.

Qué prever en el presupuesto

Las cifras dependen de su versión, del número de usuarios y del alcance, y ningún proveedor serio las fija sin conocer su caso. En cambio, sí puede prever las partidas que componen el costo anual de operar el sistema:

• el mantenimiento de SAP sobre las licencias;
• la cuota de soporte o TMA del integrador, fija o por bolsa de trabajo;
• las evoluciones, que conviene presupuestar como línea propia;
• el alojamiento, si no está en sus propios servidores;
• las actualizaciones, incluyendo pruebas y acompañamiento a los usuarios;
• la capacitación de personal nuevo y de usuarios que cambian de puesto;
• las extensiones de terceros y sus propios mantenimientos.

Dejar fuera la TMA y las actualizaciones es el recorte que más sale caro: el sistema funciona sin ellos algunos meses y después acumula incidentes y atraso de versión. Para ubicar estas partidas junto con la inversión inicial, consulte la página de precios de SAP Business One.

Cómo cambiar de proveedor de soporte

Cambiar de integrador es posible y frecuente. SAP Business One lo distribuye una red amplia: SAP habla de 850 partners, con más de 500 extensiones sectoriales y por país, y es normal que la calidad del servicio varíe. Las razones típicas son respuestas lentas, rotación de consultores, falta de conocimiento de su sector o cobros poco claros.

Para que el traspaso no interrumpa la operación:

1. Haga un inventario. Versión y feature package instalados, extensiones, personalizaciones, integraciones, tareas programadas, usuarios y permisos.
2. Exija la documentación. Lo desarrollado y configurado para su empresa debe poder entregarse. Dígalo antes de rescindir, no después.
3. Recupere los accesos y la titularidad. Licencias, contrato de mantenimiento de SAP, cuentas de administración y credenciales de integraciones deben quedar a nombre de su empresa.
4. Haga una auditoría previa. Un tercero puede revisar el estado real del sistema antes de que lo reciba el nuevo proveedor; la página de auditoría y rescate de SAP Business One describe ese ejercicio.
5. Planee un traspaso con ambos proveedores. Un periodo de convivencia con casos reales y un ambiente de pruebas evita que el conocimiento se pierda en el cambio.
6. Formalice el nuevo contrato con los elementos de la tabla anterior.

Para comparar candidatos use la guía para elegir un integrador de SAP Business One: las preguntas de selección son las mismas que para un soporte, con más peso en la referencia sectorial y en la forma de trabajar los casos. Y si prefiere que un servicio gratuito le presente a integradores adecuados a su caso, así funciona la mise en relation de Integrador ERP: usted describe su sistema y su necesidad, y el integrador propone el servicio.

Resumen: lo que debe quedar claro antes de firmar

• SAP mantiene el producto; el integrador mantiene su sistema.
• Verifique que el contrato de mantenimiento de SAP esté vigente y a nombre de su empresa.
• Fije por escrito qué es soporte, qué es TMA y qué es evolución.
• Pida clases de incidentes y tiempos de respuesta y de resolución.
• Nombre un responsable de los ajustes fiscales del SAT y de las actualizaciones.
• Planee las versiones: sin mantenimiento extendido, quedarse atrás sale caro.
• Conserve siempre la documentación, los accesos y la titularidad de licencias.

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.