Cuánto cuesta implantar Business Central en una empresa industrial: rangos, partidas y decisiones que mueven el presupuesto
Una implantación industrial seria suele empezar alrededor de 90.000–130.000 €, puede situarse entre 130.000–220.000 € con mayor profundidad y superar 220.000 € cuando aparecen multiempresa, integraciones, alta personalización o complejidad operativa avanzada.
El precio de Business Central no es el precio de implantar Business Central. La licencia paga acceso al producto. El proyecto paga por convertir fabricación, compras, inventario, planificación, costes, datos, integraciones, pruebas y adopción en un sistema que pueda operar sin improvisación. Esta guía separa ambas cosas, explica los rangos con criterios concretos y muestra dónde merece invertir y dónde conviene simplificar.
El número de usuarios explica la licencia. La complejidad industrial explica el proyecto.
Dos empresas con 40 usuarios pueden tener presupuestos completamente distintos. Una puede fabricar con un catálogo estable, dos almacenes, pocos procesos especiales y casi ninguna integración. Otra puede trabajar bajo pedido, tener varias plantas, rutas extensas, subcontratación, trazabilidad, EDI, MES y cientos de referencias activas. El coste no lo determina el login: lo determina lo que el ERP debe entender y gobernar.
Por eso los rangos de 90–130k€, 130–220k€ y 220k€+ son referencias de proyecto industrial, no tarifas universales. Deben validarse con un alcance. El objetivo de publicarlos es impedir dos errores: creer que una implantación industrial real puede valorarse como un ERP administrativo simple o asumir que toda fábrica necesita un megaproyecto.
Una estimación profesional debe separar al menos: análisis, configuración, fabricación, datos, integraciones, reporting, pruebas, formación, cutover y hypercare. También debe decir qué no está incluido.
Si la oferta solo muestra una cifra final, comparar precios es difícil. Si muestra supuestos, exclusiones y unidades de complejidad, dirección puede comparar escenarios con criterio.
La licencia es la partida más visible y, en muchos proyectos industriales, no es la que más pesa
Microsoft publica actualmente en España tres precios principales para Business Central: Essentials a 69,30 € por usuario/mes, Premium a 95,30 € y Team Members a 6,90 €, con pago anual y precios sin IVA. Microsoft indica además que Premium incluye las capacidades ampliadas de Manufacturing y Service Management.
Estos precios son informativos y pueden variar por condiciones comerciales, país o cambios de lista. En una implantación de fabricación hay que revisar el modelo de licencias por perfiles y capacidades reales. El coste de licencias no sustituye consultoría, configuración, migración, integraciones, reporting, formación ni soporte.
usuario/mes
Finanzas, ventas y operaciones comunes. No incluye Manufacturing ni Service Management.
usuario/mes
Incluye Essentials y añade fabricación y administración de servicios. Es la referencia funcional para escenarios de fabricación.
usuario/mes
Acceso limitado para lectura, aprobaciones y determinadas actualizaciones. Debe validarse contra las tareas exactas de cada perfil.
No mezcles el coste anual de licencias con el CAPEX de implantación. Presentarlos separados permite saber qué parte es recurrente, qué parte es proyecto y qué parte corresponde a apps, soporte o servicios adicionales.
Fabricación contenida, procesos claros y un primer alcance industrial gobernable
Este rango puede encajar en una empresa con fabricación discreta o ensamblaje relativamente ordenados, pocos centros productivos, inventario manejable, datos maestros recuperables y pocas integraciones externas. No significa una implantación mínima: significa una implantación cuyo modelo industrial no exige demasiadas excepciones.
Para que sea realista, el alcance debe estar cerrado. Finanzas, compras, ventas, inventario, fabricación, datos, pruebas y arranque tienen que entrar con suficiente profundidad. Lo que no puede ocurrir es llamar “90k” a un proyecto que pospone MRP, costes, migración o formación y después añadirlos como urgencias.
El rango donde empieza a aparecer una fábrica conectada de verdad
Es un escenario frecuente cuando Business Central debe cubrir planificación MRP, escandallos, rutas, capacidad, costes, trazabilidad, almacén con cierta profundidad, reporting directivo y varias integraciones relevantes. Aquí el proyecto deja de ser principalmente administrativo y entra en el corazón de la operación.
El esfuerzo no se justifica por “más funcionalidades”. Se justifica porque una decisión en compras afecta producción, una ruta afecta capacidad y coste, un lote afecta trazabilidad y una fecha de proveedor puede afectar al cliente. Cuantas más relaciones necesita gobernar el ERP, más diseño, pruebas y dato requiere.
MRP real
Políticas por artículo, forecast, stock, lead times, mensajes de acción y disciplina de planificación.
Costes
Material, capacidad, indirectos, WIP, scrap, variaciones y margen con reconciliación financiera.
Warehouse
Ubicaciones, movimientos, picking, reservas y relación más profunda entre almacén y producción.
Trazabilidad
Lotes, series, expiración, recorrido proveedor-producción-cliente y calidad en puntos críticos.
Integraciones
MES, EDI, calidad, transporte, CAD/PLM, portales u otras interfaces relevantes.
Power BI
Modelo semántico para producción, coste, stock, capacidad y servicio.
Cuando la complejidad deja de estar en una planta y aparece en toda la arquitectura
Este nivel puede aparecer con varias sociedades, varias plantas, alta personalización, integraciones críticas, procesos industriales muy específicos, gran volumen de datos, reporting corporativo, automatización avanzada o una migración compleja desde NAV y sistemas periféricos.
En este rango existe una pregunta obligatoria: ¿Business Central sigue siendo el producto correcto o estamos intentando reconstruir con extensiones una profundidad que Dynamics 365 Finance y Supply Chain Management cubre mejor? La evaluación de plataforma forma parte de la optimización del presupuesto.
Multiempresa
Sociedades, intercompany, consolidación, localización, datos maestros y reporting común.
Multi-planta
Procesos, capacidades, almacenes, calendarios y particularidades por centro productivo.
Integración crítica
Sistemas que ejecutan partes del proceso y necesitan seguridad, resiliencia, reintento y monitorización.
Datos complejos
Histórico, múltiples fuentes, estructuras antiguas y necesidad de depuración/transformación extensa.
Personalización
Lógica diferencial que realmente necesita extensiones propias y pruebas de regresión.
Decisión ERP
Comparar arquitectura y TCO antes de seguir ampliando Business Central.
El proyecto no compra horas: compra decisiones, configuración, datos y una transición operativa controlada
Para evaluar una propuesta, dirección necesita ver dónde se concentra el esfuerzo. Las siguientes partidas deberían aparecer explícitamente, aunque su peso cambie según el escenario.
Assessment y diseño
Procesos, dolores, arquitectura, sistema actual, fit-gap, alcance, riesgos y modelo futuro.
Configuración funcional
Finanzas, ventas, compras, inventario, warehouse, fabricación, planificación, costes y dimensiones.
Modelo industrial
BOM, rutas, centros, máquinas, calendarios, políticas, tracking, costes y reglas operativas.
Migración
Extracción, limpieza, transformación, cargas, abiertos, histórico necesario y reconciliación.
Integraciones
APIs, middleware, Power Platform, Azure, EDI, MES, bancos, logística y sistemas externos.
Extensiones
Desarrollo AL o apps necesarias cuando estándar y configuración no cubren un requisito valioso.
Pruebas
Funcionales, integradas, UAT, excepciones, rendimiento, reconciliación y pruebas de cutover.
Formación y cambio
Usuarios clave, perfiles, materiales, acompañamiento y retirada de procesos paralelos.
Cutover e hypercare
Ensayo, cierre, carga final, go/no-go, soporte intensivo y estabilización.
No toda complejidad es mala. La mala es la que aparece tarde o no aporta valor.
Algunos factores encarecen porque el negocio realmente los necesita: trazabilidad, una integración crítica o una migración compleja pueden ser imprescindibles. Otros encarecen porque la organización intenta conservar hábitos, datos o desarrollos sin cuestionarlos. El análisis debe separar ambos tipos.
“Migración incluida” no dice nada si no explica qué datos, qué histórico y qué calidad se asume
Una migración de clientes y proveedores limpios no cuesta lo mismo que reconstruir artículos, BOM, rutas, lotes, inventario, pedidos abiertos y años de históricos procedentes de varias fuentes. El presupuesto debe definir objetos, volumen, reglas de transformación, responsabilidades y número de ensayos.
También hay un coste interno. Alguien debe decidir qué referencia está activa, qué BOM es correcta, qué proveedor es válido y qué dato se puede archivar. El partner puede ayudar a estructurar, automatizar y validar, pero no puede inventar la verdad del negocio.
Reducir coste aquí no significa migrar mal. Significa migrar menos, mejor y con criterios explícitos.
El desarrollo más barato es el que no necesitas mantener durante ocho años
Una extensión puede aportar muchísimo valor. El problema aparece cuando se utiliza para evitar cada cambio de proceso. El precio correcto de una personalización no es solo construirla: incluye análisis, pruebas, documentación, soporte, regresión y compatibilidad con futuras actualizaciones.
En un presupuesto serio, cada gap importante debería tener una decisión: estándar, configuración, app, Power Platform, extensión AL o descarte. Eso permite saber cuánto de la inversión corresponde a diferenciación y cuánto a reproducir la historia.
Estándar
La opción de menor deuda cuando cubre el requisito con un proceso aceptable.
App
Puede reducir desarrollo propio si existe una solución mantenida y bien integrada.
Power Platform
Útil para procesos periféricos, movilidad, captura, aprobaciones e incidencias.
AL
Justificable cuando la lógica necesita vivir en el ERP y aporta valor real.
Integración
Separar responsabilidades entre sistemas puede ser mejor que extender uno hasta cubrir todo.
Descartar
Una necesidad histórica sin owner ni impacto puede no merecer entrar en el futuro modelo.
Una integración cuesta por la responsabilidad que asume, no solo por el número de campos que mueve
Una interfaz de baja frecuencia y lectura puede ser sencilla. Una integración que controla producción, expedición, EDI o disponibilidad necesita seguridad, idempotencia, monitorización, reintentos, manejo de errores, rendimiento y soporte. Esas capacidades explican parte del coste.
El presupuesto debería diferenciar conexiones simples, integraciones de proceso e integraciones críticas. Contarlas todas como “una interfaz” oculta riesgo.
| Tipo | Ejemplo | Qué exige | Impacto en presupuesto |
|---|---|---|---|
| Simple | Catálogo o consulta. | Mapeo y autenticación. | Acotado. |
| Proceso | Pedidos, compras, expedición. | Errores, reintento, estados y ownership. | Medio. |
| Crítica | MES, WMS automático, EDI. | Alta disponibilidad, monitorización, recuperación y soporte. | Alto. |
| Multi-sistema | Arquitectura con Azure/Power Platform. | Orquestación, gobierno, seguridad y observabilidad. | Depende de escala. |
Dejar reporting para después puede bajar el presupuesto inicial y aumentar el retrabajo
No es necesario construir toda la analítica avanzada en fase uno. Sí es necesario definir qué indicadores necesita dirección y qué dimensiones o causas deben capturarse desde el ERP. Si se descubre después que el sistema no distingue planta, familia, motivo de scrap o tipo de pedido, el histórico no puede reconstruirse fácilmente.
Una estrategia eficiente suele incluir reporting operativo esencial para el go-live y dejar cuadros más avanzados para la fase de estabilización, cuando ya existen datos reales. Eso contiene coste sin empobrecer la arquitectura.
La decisión correcta necesita ver el coste del primer año y el coste de operar después
Un presupuesto de implantación no debería evaluarse aislado. La dirección necesita saber qué inversiones son puntuales y qué costes seguirán cada año. La separación también ayuda a comparar Business Central con una plataforma legacy cuyo coste de licencia puede parecer bajo mientras consume mucho soporte, infraestructura y trabajo manual.
Inversión para llegar al nuevo modelo
Assessment, diseño, configuración, migración, extensiones, integraciones, pruebas, formación, cutover y arranque.
Coste para operar y evolucionar
Licencias, apps de terceros, soporte, evolutivos, integraciones, datos, Power BI/Fabric cuando aplique y consumo de capacidades adicionales.
El partner no es el único recurso que necesita el proyecto
La organización debe reservar capacidad de usuarios clave, owners de datos, IT y dirección. Ese tiempo rara vez aparece en el presupuesto del proveedor y puede ser una de las principales limitaciones del proyecto. No dedicarlo no elimina el coste: lo transforma en retrasos y decisiones pobres.
Usuarios clave
Talleres, validaciones, diseño, UAT, formación y soporte a sus áreas.
Owners de datos
Decidir duplicados, BOM válidas, rutas, plazos, proveedores y reglas de limpieza.
IT
Identidad, integraciones, seguridad, entornos, dispositivos y coordinación con otros sistemas.
Dirección
Priorizar, resolver conflictos de proceso y proteger tiempo del equipo interno.
Planta
Pruebas, ergonomía, captura y feedback sobre condiciones reales de ejecución.
Finanzas
Costes, valoración, cierres, conciliación y aceptación de resultados económicos.
La forma inteligente de ahorrar es reducir complejidad, no eliminar controles críticos
Recortar UAT, migración o soporte al arranque puede bajar la propuesta y subir el riesgo. Hay formas mucho mejores de contener inversión: simplificar datos, adoptar estándar, reducir histórico, fasear analítica, eliminar desarrollos sin retorno y limitar el primer alcance a procesos que realmente necesitan estar estabilizados para operar.
Hay partidas que protegen el arranque y salen caras precisamente cuando faltan
No todas las actividades generan una pantalla nueva, pero algunas son las que evitan que el sistema falle bajo presión. Reducirlas para cuadrar una cifra suele trasladar coste a producción.
Diseño de datos
BOM, rutas, unidades, lead times y políticas necesitan estar bien antes de que MRP y costes funcionen.
UAT real
Casos normales y excepciones con usuarios que operarán el sistema.
Reconciliación
Stock, saldos, abiertos, lotes y costes deben quedar defendibles antes de abrir.
Dry run
Ensayar el cutover reduce sorpresas de tiempo, secuencia y dependencias.
Formación por rol
La fábrica necesita saber qué registrar y por qué, no solo dónde hacer clic.
Hypercare
Soporte reforzado tras el go-live para estabilizar sin crear workarounds permanentes.
La plataforma más barata en licencia puede ser la más cara si necesita demasiada adaptación
Cuando un escenario supera 220k€ por multi-planta, supply chain compleja, gran volumen y muchas personalizaciones, conviene revisar si el problema es el alcance o el encaje de producto. Business Central puede ser excelente para fabricación midmarket, pero no debe imitar mediante desarrollo una plataforma enterprise.
La comparación debe hacerse sobre TCO: licencia, proyecto, integraciones, extensibilidad, operación, soporte, evolución y riesgo. Una plataforma más potente puede ser sobredimensionada; una más ligera puede salir cara si se fuerza.
Cuando el estándar cubre la mayor parte del modelo industrial
Fabricación discreta, MRP, inventario, costes, compras, finanzas y una complejidad que puede gestionarse con configuración, apps e integraciones razonables.
Cuando la complejidad es estructural
Operación global, supply chain avanzada, WMS profundo, gran escala, gobierno corporativo y procesos que necesitan mayor profundidad funcional.
Un proyecto desde NAV puede costar menos o más que una implantación nueva: depende de cuánto pasado quieras conservar
NAV aporta una ventaja: ya existe conocimiento del modelo y datos operativos. También puede aportar una carga importante: C/AL, modificaciones del core, informes, integraciones, datos históricos y procesos construidos alrededor de limitaciones antiguas. La valoración debe decidir qué se transforma y qué se retira.
Una migración técnica extensa puede parecer conservadora y terminar siendo más cara que una reimplantación selectiva. No existe una respuesta universal: hay que comparar upgrade, migración cloud y reimplantación con el estado real de la solución.
Versión
La ruta técnica desde NAV depende de versión y estado de personalizaciones.
C/AL
Cada desarrollo debe clasificarse: eliminar, estándar, app, Power Platform o extensión AL.
Datos
Históricos y maestros pueden explicar una gran parte del esfuerzo de migración.
Integraciones
Accesos SQL y procesos antiguos deben rediseñarse para una arquitectura online mantenible.
Reimplantación
Puede ser mejor cuando la mayor parte de la solución actual representa deuda o negocio pasado.
Assessment
La estimación debería comenzar después de inventariar versión, objetos, datos, integraciones y procesos.
El presupuesto correcto no es el que gana la compra. Es el que sigue teniendo sentido después del tercer año.
Un análisis de coste total debería combinar proyecto inicial, licencias, soporte, apps, evolutivos, integraciones y capacidad interna. También debería considerar costes que desaparecen: infraestructura legacy, mantenimiento de desarrollos antiguos, informes manuales, duplicidad de herramientas y tiempo dedicado a reconciliar datos.
Si solo comparas el total, probablemente estás comparando alcances diferentes
Una propuesta de 120k€ y otra de 180k€ pueden ser casi equivalentes si la segunda incluye datos, integraciones, UAT, reporting y hypercare que la primera deja como supuestos o fuera de alcance. Dirección necesita normalizar ambas sobre los mismos bloques.
| Pregunta | Qué debe decir la oferta | Señal de riesgo |
|---|---|---|
| ¿Qué procesos incluye? | Alcance funcional por proceso y sociedad. | “Implantación Business Central” sin detalle. |
| ¿Qué datos migran? | Objetos, histórico, abiertos, ensayos y responsabilidades. | “Migración incluida” sin volumen. |
| ¿Qué integraciones? | Sistema, dirección, frecuencia y alcance. | Interfaces como bolsa genérica. |
| ¿Qué pruebas? | Ciclos, UAT, integraciones, cutover y reconciliación. | Solo test funcional del partner. |
| ¿Qué soporte de arranque? | Duración, cobertura, priorización y salida de hypercare. | Soporte posterior no definido. |
| ¿Qué queda fuera? | Exclusiones, supuestos y dependencias internas. | La propuesta casi no tiene exclusiones. |
No es el número bajo lo que preocupa. Es cómo se ha conseguido.
MRP “incluido” sin workshop
Planificación necesita datos, políticas, excepción y gobierno; no solo activar una funcionalidad.
Migración sin ensayos
Si solo existe una carga final, el riesgo de calidad y tiempo aparece en el peor momento.
Pruebas demasiado cortas
Fabricación requiere escenarios end-to-end y excepciones con varias áreas.
Formación genérica
Una sesión común no prepara planner, compras, almacén, producción y finanzas para sus responsabilidades.
Integraciones como “estimación”
Interfaces críticas sin contrato de datos y casos de error tienden a crecer durante ejecución.
Sin hypercare
El presupuesto termina justo cuando el negocio empieza a descubrir diferencias reales.
La oferta más barata no es automáticamente peor
Puede ser mejor si simplifica proceso, limita histórico, utiliza estándar y tiene un alcance más limpio. Lo que debe poder explicar es por qué cuesta menos sin esconder dependencias.
Un proyecto de 150k€ puede ser caro o barato según el problema económico que resuelva
La inversión debe relacionarse con variables que el ERP puede mejorar: capital inmovilizado, roturas, compras urgentes, scrap, reproceso, tiempo de cierre, horas administrativas, margen no explicado, errores de planificación y retrasos de entrega. No todas las mejoras son atribuibles al ERP, pero sin cuantificar el punto de partida es imposible evaluar retorno.
La inversión inicial debería dejar una base que permita añadir valor sin reabrir el ERP cada vez
Power BI, Power Platform, Quality Management, Copilot y agentes no tienen por qué entrar todos en fase uno. Pero si datos, permisos, APIs, semántica y procesos quedan bien diseñados, estas capacidades pueden incorporarse de forma incremental. Esa capacidad futura forma parte del retorno de una buena implantación.
Power BI
Producción, coste, scrap, capacidad, inventario, compras y servicio sobre un modelo común.
Power Platform
Movilidad, incidencias, aprobaciones y automatización de procesos periféricos.
Quality Management
Inspecciones integradas en compras, producción, ensamblaje y warehouse cuando encaja.
Fabric / Azure
Datos, histórico e integración a mayor escala cuando la arquitectura lo requiere.
Copilot
Experiencias de asistencia sobre procesos y datos suficientemente fiables.
Agentes
Automatización de tareas con contexto, permisos, evaluación y límites de autonomía.
El coste siempre depende del modelo que se está transformando
Estas referencias no se presentan como ejemplos de los rangos económicos anteriores. Sirven para mostrar distintos contextos de Business Central: industria, crecimiento, trazabilidad, reimplantación desde NAV y construcción industrializada.
Electrónica industrial sobre Business Central
Un escenario donde robustez, integración y capacidad de crecimiento son parte del valor de la plataforma.
Fabricación, compras y trazabilidad integradas
La referencia muestra Business Central como base común para procesos industriales y administrativos.
Reimplantación desde un entorno NAV anterior
Un ejemplo útil para entender que modernizar puede requerir reimplantar en lugar de arrastrar toda la solución histórica.
Construcción industrializada y trazabilidad
Un modelo industrializado donde procesos, información y trazabilidad necesitan evolucionar de forma conectada.
Un presupuesto industrial requiere saber qué estándar sirve y dónde la complejidad merece inversión
Ayesa puede combinar conocimiento de Business Central, fabricación, migraciones NAV, Power BI, Power Platform, Azure e IA para estimar el proyecto desde arquitectura y negocio. El objetivo no es llevar el presupuesto al máximo: es evitar tanto el proyecto insuficiente como el sobre-diseñado.
Entiende qué componente mueve más tu presupuesto
Preguntas antes de pedir presupuesto para Business Central industrial
¿Se puede implantar Business Central en fabricación por menos de 90.000 €?
Sí en escenarios muy acotados, con fabricación sencilla, pocos usuarios clave, datos limpios, pocas integraciones y alcance reducido. Para una empresa con fabricación real, MRP, costes, inventario, pruebas y arranque controlado, bajar mucho ese rango obliga a revisar qué se ha dejado fuera.
¿Los rangos 90–130k€, 130–220k€ y 220k€+ incluyen licencias?
Son referencias orientativas de proyecto industrial, no precios oficiales de Microsoft. La propuesta concreta debe indicar si licencias, apps, soporte y servicios recurrentes están incluidos o separados.
¿Cuánto cuesta Business Central Premium en España?
Microsoft publica actualmente 95,30 € por usuario/mes, pagado anualmente y sin IVA. Los precios pueden cambiar y deben confirmarse en el momento de compra.
¿Por qué fabricación necesita Premium?
Microsoft indica que la experiencia Premium añade Manufacturing y Service Management sobre las capacidades de Essentials.
¿Cuánto cuesta Team Members?
Microsoft publica actualmente 6,90 € por usuario/mes, pagado anualmente y sin IVA. Es una licencia de acceso limitado y hay que validar si las tareas del perfil encajan en sus derechos.
¿Qué pesa más: licencias o implantación?
En una implantación industrial el proyecto suele concentrar una parte importante del coste inicial: diseño, configuración, datos, integraciones, pruebas, formación y arranque. Las licencias son un OPEX recurrente que debe analizarse aparte.
¿El número de usuarios determina el precio del proyecto?
Influye, pero no suele ser el principal factor. La complejidad de fabricación, datos, sociedades, almacenes, integraciones, personalizaciones y alcance explica mucho más el esfuerzo.
¿Qué encarece una migración desde NAV?
Versión, C/AL, personalizaciones, volumen de datos, histórico, interfaces, informes, sociedades y necesidad de reimplantación o rediseño.
¿Cuánto cuesta integrar un MES?
No existe una cifra genérica responsable. Depende de entidades, frecuencia, dirección del flujo, volumen, criticidad, monitorización, recuperación y ownership de procesos.
¿Hay que migrar todo el histórico?
No. Debe decidirse qué histórico necesita operación, qué necesita analítica y qué puede archivarse. Migrar menos pero mejor puede reducir coste y riesgo.
¿Power BI debe entrar en la primera fase?
Conviene incluir reporting esencial y diseñar desde el inicio las dimensiones y datos necesarios. Los cuadros más avanzados pueden evolucionar después con datos reales.
¿Power Platform abarata el proyecto?
Puede reducir personalizaciones del core cuando resuelve bien procesos periféricos, pero también necesita gobierno, diseño y mantenimiento. No debe utilizarse para ocultar un proceso ERP mal resuelto.
¿Cómo se calcula el TCO?
Sumando inversión inicial, licencias, apps, soporte, evolutivos, integraciones, datos y coste interno durante varios años, y comparándolo con costes legacy que desaparecen o se reducen.
¿Qué debería incluir una oferta para poder compararla?
Procesos, sociedades, datos, integraciones, extensiones, pruebas, formación, cutover, hypercare, supuestos, exclusiones, responsabilidades internas y calendario.
¿Qué es peor: un presupuesto alto o uno incompleto?
Un presupuesto alto puede corresponder a un alcance complejo y necesario. Uno incompleto puede parecer barato y trasladar coste a ampliaciones, retrasos y estabilización posterior.
¿Tiene sentido fasear?
Sí. Fasear permite ordenar valor y riesgo. No significa dejar mal resueltos procesos críticos de producción, inventario, coste o datos que deben funcionar desde el arranque.
¿Cuándo debería comparar con Dynamics 365 Finance y Supply Chain Management?
Cuando aparecen multi-planta, gran escala, supply chain avanzada, WMS profundo, gobierno corporativo global o un nivel de personalización que empieza a forzar Business Central.
¿Cómo puedo reducir el presupuesto sin perder calidad?
Limpiando datos antes, adoptando estándar donde encaja, reduciendo histórico, faseando analítica, eliminando personalizaciones sin retorno y asegurando disponibilidad de usuarios clave.
¿Qué no debería recortar?
Diseño de datos, pruebas end-to-end, reconciliación, cutover, formación por rol y soporte al arranque son actividades que protegen la operación.
¿Por dónde empezar para obtener una cifra realista?
Por un assessment de alcance: modelo productivo, procesos, sociedades, usuarios, datos, integraciones, personalizaciones, reporting, migración y capacidad interna. Con esos supuestos puede construirse un rango defendible.
Antes de pedir una cifra cerrada, define qué fábrica quieres que Business Central sea capaz de gobernar
Podemos revisar procesos, sociedades, usuarios, fabricación, MRP, BOM, rutas, capacidad, costes, inventario, trazabilidad, datos, integraciones, reporting y migración para construir un escenario de inversión defendible. Te diremos qué parte parece imprescindible, qué puede fasearse, dónde el estándar reduce coste y cuándo la complejidad aconseja comparar con otra plataforma Dynamics 365.
Calculemos un rango de inversión con supuestos claros
Cuéntanos qué fabrica tu empresa, cuántas sociedades y plantas tiene, qué ERP utiliza, qué procesos son críticos, cuántos usuarios prevés, qué integraciones existen y qué datos deben migrarse. Con ese contexto podremos valorar el encaje de Business Central y la complejidad real del proyecto.
Business Development Manager | PSELLER Microsoft en Ayesa | Miembro Unidad Transición Energética, Climática y Urbana en Tecnalia | Secretaria de la Junta Directiva del Cluster de la Construcción (Build INN)