Era el martes del go-live. Las bodegas estaban listas, los usuarios capacitados y el partner tenía gente en terreno. A las diez de la mañana, la primera factura salió con el precio equivocado: la lista de precios migrada traía valores de hace dos años. A mediodía apareció un cliente duplicado con tres RUT distintos. El sistema funcionaba bien. Los datos que le cargaron, no.
Cuando una empresa evalúa soluciones SAP Business One, casi toda la conversación gira en torno a módulos, licencias y precio. La implementación se trata como un trámite que el partner resolverá. En la práctica, es la parte que decide si el ERP se usa bien desde el primer mes o si arrastra parches durante un año. Este artículo recorre las etapas habituales de una implementación de SAP Business One, qué se juega en cada una y los errores que más atrasan la puesta en marcha en pymes y empresas medianas.
Las etapas de una implementación SAP B1
Para Business One, SAP documentó una metodología propia, el Accelerated Implementation Program, con cinco fases. Cada partner la adapta a su manera, pero la secuencia de fondo se mantiene:
| Fase | Qué pasa | Qué debería quedar al final |
|---|---|---|
| Preparación del proyecto | Se define alcance, equipo, calendario y responsables de cada lado | Un plan con fechas y nombres, y el alcance por escrito |
| Diseño (blueprint) | El partner levanta cómo compras, vendes, facturas, manejas inventario y cierras el mes | Un documento de diseño que tu equipo revisó y firmó |
| Realización | Configuración, desarrollos, integraciones y cargas de prueba de datos | El sistema configurado y probado con datos reales de tu empresa |
| Preparación final | Migración definitiva, capacitación, pruebas de usuario y plan de corte | Datos validados, usuarios entrenados y un plan para el día del corte |
| Go-live y soporte | Arranque en producción y acompañamiento de las primeras semanas | Incidentes cerrados y un traspaso ordenado al soporte habitual |
La tabla se ve ordenada. Los problemas suelen estar en lo que no aparece en ella: quién de tu empresa participa, cuánto tiempo le dedica y qué pasa cuando alguien pide "solo un cambio más" en la fase de realización.
Datos maestros: donde más se atrasa el proyecto
Clientes, proveedores, artículos, listas de precios, plan de cuentas, bodegas. Esos son los datos maestros, y cuando una implementación se atrasa, lo más probable es que el problema esté aquí y no en la configuración del software.
La herramienta estándar para cargarlos es el Data Transfer Workbench (DTW). Según la documentación de SAP, los datos se preparan en plantillas de planilla y se guardan como archivos de texto delimitados. Antes de importar se puede correr una simulación que muestra los errores, o probar la carga en una copia de la base de producción. La herramienta hace bien su trabajo. Lo que no puede hacer es decidir por ti cuál de los tres registros del mismo cliente es el correcto.
Algunas preguntas que conviene responder antes de la primera carga de prueba:
- ¿Quién es dueño de cada maestro? Alguien de tu empresa tiene que aprobar el archivo final de clientes, otro el de artículos, otro el plan de cuentas. Si la respuesta es "el partner", nadie lo es.
- ¿Qué se migra y qué se deja atrás? Clientes sin movimiento en años, artículos descontinuados y proveedores de una sola compra ensucian el sistema nuevo desde el primer día.
- ¿Qué historia necesitas? Muchas empresas migran saldos iniciales y documentos abiertos, y consultan la historia en el sistema antiguo. Migrar años de transacciones cuesta bastante más y rara vez se justifica.
- ¿Cómo se cuadran los saldos? Cuentas por cobrar, por pagar, inventario valorizado y saldos contables tienen que coincidir con el sistema anterior a la fecha de corte. Esa conciliación la firma finanzas, no el consultor.
Un detalle que suele pasar inadvertido: los archivos de migración están llenos de datos personales de clientes, proveedores y trabajadores. La Ley 21.719 entra en vigencia el 1 de diciembre de 2026, así que vale la pena acordar dónde viajan esas planillas, quién tiene acceso y cuándo se borran. Si además van a usar copias de producción para pruebas, revisa lo que escribimos sobre datos reales en ambientes de prueba y la Ley 21.719.
Localización chilena e integraciones
SAP Business One tiene localización para Chile, pero eso no significa que la factura electrónica funcione sola. La emisión de documentos tributarios electrónicos normalmente se resuelve con un add-on de un partner local o integrando un proveedor de facturación electrónica. Esa pieza tiene que estar en el plan desde el diseño, con pruebas reales contra el SII antes del corte. Si se deja para la última semana, ahí se cae el calendario.
Pasa algo parecido con las integraciones: bancos, e-commerce, remuneraciones, WMS, CRM o reportería en Power BI. Cada una suma su propio levantamiento, sus pruebas y alguien del otro lado que tiene que responder correos. Una recomendación que damos seguido: separa las integraciones imprescindibles para operar el día uno de las que pueden llegar en una segunda etapa. Un go-live con menos piezas móviles es más fácil de estabilizar.
Capacitación y usuarios clave
La capacitación no puede ser una semana de clases justo antes del corte. Lo que mejor funciona en las implementaciones que hemos visto es tener usuarios clave por área (finanzas, ventas, compras, bodega) que participan desde el diseño, prueban con sus propios casos y después enseñan al resto.
El problema es que esos usuarios clave casi nunca dejan su trabajo habitual. Si el contador jefe tiene que validar la migración de saldos en plena declaración mensual, el proyecto espera. Conviene reservar formalmente su tiempo, por escrito, y evitar que las fases críticas coincidan con cierres contables o con la temporada alta del negocio.
Errores comunes que retrasan el go-live
Estos son los que más se repiten en guías de partners y en la comunidad de SAP, y coinciden con lo que vemos en la práctica:
- Alcance que crece sin control. Cada requerimiento nuevo en la etapa de realización mueve pruebas, capacitación y migración. Un procedimiento simple de control de cambios, con impacto en plazo y costo, ahorra discusiones.
- Datos que se limpian tarde. Si la primera carga de prueba ocurre un mes antes del corte, no hay tiempo para corregir.
- Usuarios clave sin tiempo asignado. El proyecto queda a merced de la agenda del día a día.
- Pruebas con datos de ejemplo. El sistema se ve perfecto con tres clientes ficticios. Prueba con un mes real de tu operación: tus descuentos, tus devoluciones, tus notas de crédito.
- Personalizar antes de entender el estándar. Muchas veces el proceso que se pide desarrollar ya existe en SAP B1 con otro nombre. Y cada desarrollo a medida es algo que hay que mantener en cada upgrade, tema que tratamos en SAP Business One: soporte, upgrades y roadmap.
- No planificar el día después. Las primeras semanas tras el go-live concentran incidentes. Si el contrato no dice quién atiende y en cuánto tiempo, la empresa improvisa.
¿Cuánto demora implementar SAP Business One?
No hay una cifra honesta que sirva para todos. El plazo depende del número de sociedades, los módulos, el volumen y la calidad de los datos, las integraciones y la disponibilidad de tu equipo. Desconfía de un plazo cerrado entregado antes de que alguien haya levantado tus procesos. Lo razonable es pedir un plan por fases con hitos verificables (diseño aprobado, carga de prueba conciliada, prueba integral superada) y revisar el calendario en cada uno.
Preguntas frecuentes
¿SAP Business One sirve para pymes?
Sí, está pensado para pequeñas y medianas empresas. Que convenga en tu caso depende de tus procesos, del número de usuarios y de cuánto necesitas integrarlo con otros sistemas.
¿Qué herramienta se usa para migrar datos a SAP B1?
La más común es el Data Transfer Workbench, que importa datos desde plantillas y permite simular la carga antes de ejecutarla. La herramienta ayuda, pero la limpieza y la validación de los datos son trabajo de tu equipo.
¿Se puede hacer el go-live por etapas?
Sí, y muchas veces es buena idea: partir con finanzas, ventas, compras e inventario, y sumar integraciones o reportería avanzada en una segunda fase.
¿Ya implementaste o estás por hacerlo?
En Disrupsoft trabajamos alrededor de SAP Business One: integraciones con Azure y Power Platform a través de Service Layer y DI-API, analítica con Power BI, migraciones y upgrades entre SQL Server y SAP HANA, y soporte AMS correctivo y evolutivo. Si estás preparando tu go-live o tu sistema quedó a medio camino, conversemos. Más detalles en nuestra página de servicios SAP.
