Checklist práctico para elegir un ERP como Business Central: procesos, costes, licencias, implantación, integraciones, datos, formación y elección del partner.
Define el objetivo de negocio antes de mirar funcionalidades
Un ERP debe responder a objetivos concretos, no a una lista infinita de módulos. Define primero qué quieres mejorar y cómo lo medirás. Algunos ejemplos frecuentes:
- Cierre contable más rápido (menos ajustes manuales y mejor conciliación).
- Control de margen por producto, cliente, canal o proyecto.
- Reducción de roturas de stock y mejora del nivel de servicio.
- Unificación de datos para evitar versiones distintas de la “verdad”.
- Automatización de tareas administrativas repetitivas.
Con estos objetivos, podrás priorizar requisitos y evitar el error típico: elegir por “popularidad” o por promesas genéricas, sin un caso de uso claro.
Mapa de procesos: lo que hoy funciona y lo que debe cambiar
Antes de contratar, realiza un mapa simple pero realista de procesos. No basta con describir “cómo debería ser”; hay que reflejar la operativa cotidiana, las excepciones y los cuellos de botella. Documenta:
- Flujos de compras (solicitudes, aprobaciones, recepciones, facturas y pagos).
- Ventas y facturación (tarifas, descuentos, devoluciones, abonos, cobros y riesgo).
- Gestión de inventario (ubicaciones, lotes/series, inventarios, picking).
- Proyectos o servicios (imputación de tiempos/costes, hitos, facturación por avance).
- Contabilidad analítica (dimensiones, centros de coste, presupuestos).
En este punto conviene evaluar hasta qué punto se puede trabajar con estándar y dónde es imprescindible adaptar. Un ERP se beneficia de procesos claros: cuando la empresa no define reglas, el sistema termina reflejando improvisación.
Comprende qué estás contratando: producto, licencias y modelo de uso
Business Central suele evaluarse por su alcance funcional y por su encaje con entornos Microsoft. Si estás comparando opciones, céntrate en el encaje con tu modelo de negocio (distribución, servicios, fabricación ligera, retail, sector no lucrativo, etc.) y en el tipo de usuario real: no todos necesitan el mismo nivel de acceso.
Al analizar licencias y costes, pide que te separen claramente:
- Licencias (tipo de usuario y número real de usuarios concurrentes o nominales, según el modelo).
- Servicios de implantación (análisis, parametrización, pruebas, migración de datos).
- Formación (por roles y por procesos críticos).
- Soporte y evolución (mantenimiento, incidencias, pequeñas mejoras, roadmap).
El alcance del proyecto: lo que entra, lo que no y lo que se aplaza
Muchas implantaciones se complican por falta de definición del alcance. Antes de firmar, pide un documento claro con:
- Procesos incluidos y profundidad (por ejemplo, “compras” no es lo mismo que “compras con aprobación multinivel y recepción por ubicaciones”).
- Integraciones previstas (e-commerce, CRM, nómina, bancos, EDI, BI).
- Informes imprescindibles para operar (cierre, auditoría, márgenes, inventario).
- Fuera de alcance explícito (para evitar expectativas implícitas).
- Fases (MVP operativo primero, mejoras después) con criterios de “listo para arrancar”.
Un buen enfoque suele ser priorizar lo que impacta en facturación, cobro, compras, inventario y contabilidad, dejando optimizaciones avanzadas para una segunda fase.
Datos: calidad, migración y gobierno de la información
El ERP amplifica la calidad de los datos: si los datos están mal, el sistema solo los hará visibles más rápido. Antes de contratar, audita:
- Maestros: clientes, proveedores, artículos, tarifas, condiciones de pago, dimensiones.
- Histórico: qué años se migran y qué queda como consulta en sistemas anteriores.
- Reglas de codificación: duplicados, formatos, campos obligatorios.
- Responsables de cada dato: quién crea, quién valida y quién modifica.
Define también qué informes deben cuadrar en el arranque (por ejemplo: balances, cartera, inventario valorado). Esto reduce el riesgo de “arrancar y descubrir” desajustes.
Integraciones y ecosistema: evita islas y doble trabajo
Uno de los mayores retornos de un ERP se consigue al eliminar reintroducción de datos y conciliaciones manuales. Lista los sistemas que deben convivir con el ERP:
- Gestores de nómina o RRHH (altas/bajas, costes de personal imputables, centros de coste).
- Herramientas de ventas (CRM), atención al cliente o ticketing.
- E-commerce y marketplaces (pedidos, stocks, devoluciones, facturación).
- Bancos y pasarelas (cobros, remesas, conciliación).
- Cuadros de mando (necesidades de reporting, periodicidad, gobierno del dato).
Valora si necesitas integración en tiempo real o por lotes, qué datos son críticos y cómo se controlarán errores (reintentos, alertas, trazas). Esto debe presupuestarse desde el inicio.
Personalización vs estándar: el equilibrio que reduce costes
La personalización puede ser necesaria, pero tiene un coste directo (desarrollo, pruebas) y uno indirecto (mantenimiento, cambios en futuras versiones, dependencia del partner). Antes de aceptar desarrollos, pregunta:
- ¿Existe alternativa estándar con un ajuste de proceso asumible?
- ¿Puede resolverse con configuración o con una extensión sectorial ya probada?
- ¿Qué impacto tendrá en actualizaciones y soporte?
- ¿Cómo se documentará para no depender de una sola persona?
La regla práctica: personaliza solo lo que te diferencia o lo que evita un riesgo operativo real. Todo lo demás, estandarízalo.
Seguridad, cumplimiento y trazabilidad (también afecta al ámbito laboral)
En un portal orientado al mundo laboral y empresarial, hay un aspecto clave: un ERP influye en controles internos, acceso a información y trazabilidad de decisiones. Antes de contratar, confirma:
- Roles y permisos: separación de funciones (quién aprueba, quién contabiliza, quién paga).
- Trazabilidad: auditoría de cambios (precios, cuentas contables, datos maestros).
- Protección de datos: minimización, accesos por necesidad, retención y borrado.
- Controles sobre procesos sensibles (gastos, dietas, compras, anticipos, proveedores).
Esto no solo reduce riesgos financieros: también evita conflictos internos por falta de claridad en autorizaciones y responsabilidades.
Plan de implantación: tiempos realistas, pruebas y criterios de éxito
Un ERP se implanta con metodología. Solicita un plan que incluya hitos claros:
- Kick-off y calendario por áreas.
- Toma de requisitos y validación por responsables internos.
- Parametrización y prototipos tempranos para validar el encaje.
- Pruebas por escenarios (incluye excepciones: devoluciones, abonos, cierres).
- Plan de arranque: congelación de cambios, carga final, soporte intensivo.
Exige criterios de aceptación: qué significa “apto para producción” y qué indicadores se medirán en el primer mes (por ejemplo, conciliación bancaria al día, facturación sin incidencias, inventario cuadrado, cierre contable en X días).
Gestión del cambio: formación por roles y adopción real
El mejor ERP falla si la adopción es baja. La formación debe ser práctica, por rol y con casos reales de la empresa. Además, decide:
- Usuarios clave por departamento (superusuarios) con tiempo asignado.
- Manual operativo mínimo: qué hacer, en qué orden, con qué controles.
- Canal de soporte interno y externo para incidencias del día a día.
- Políticas de uso: datos obligatorios, aprobación, plazos de registro.
En la práctica, el cambio se consolida cuando el ERP se convierte en la fuente única de información y cuando los responsables lo usan para tomar decisiones, no solo para “registrar”.
Coste total y retorno: evita comparar solo presupuestos
Para comparar proveedores y propuestas, estima el coste total a 3 años:
- Licencias y suscripciones.
- Servicios de implantación y evolutivos.
- Integraciones y su mantenimiento.
- Tiempo interno (usuarios clave, pruebas, validaciones).
Y mide el retorno con variables operativas: reducción de horas de tareas manuales, menos errores de facturación, menor inmovilizado por stock, aceleración del cobro, mejora del margen y visibilidad del negocio.