Una auditoría de Business Central es una revisión independiente de una instalación que ya existe: cómo está configurada, qué datos contiene, qué se desarrolló a la medida, cómo responde y cuán expuesta está. Su objetivo es poner el estado real sobre la mesa para decidir con hechos si se corrige lo que hay, si se hace una reprise del proyecto de Business Central con el mismo equipo o si conviene cambiar de integrador.
No es una acusación contra nadie ni un trámite previo a empezar de nuevo. En la mayoría de los casos, buena parte de lo avanzado se puede aprovechar.
Señales de que su proyecto necesita una auditoría
Un proyecto en dificultades rara vez falla de golpe. Se desgasta. Estas son las señales que vemos con más frecuencia en empresas mexicanas:
- El arranque se pospone una y otra vez y cada fecha nueva viene con una explicación distinta.
- El cierre contable sigue haciéndose fuera del sistema, con hojas de cálculo que el contador concilia a mano contra Business Central.
- Los CFDI se emiten con parches: timbrado que falla, complementos de pago incompletos o series que no corresponden a la operación.
- Los usuarios evitan el sistema y capturan en Excel, en el sistema anterior o en el WhatsApp del almacén.
- Un solo consultor concentra todo el conocimiento y nadie más en el equipo del integrador puede explicar por qué algo está hecho así.
- Cada pequeño cambio es un desarrollo a la medida, cuando en el estándar de Business Central existía una opción de configuración.
- Las facturas del integrador crecen sin que los entregables se vean.
- Nadie sabe qué versión corre en producción ni cuándo se actualizó por última vez.
Si reconoce dos o más de estas situaciones, la auditoría suele costar menos que seguir pagando horas a ciegas. Conviene hacerla también en momentos de decisión: antes de una actualización mayor, antes de abrir una nueva razón social o sucursal en el sistema, o antes de comprar más licencias. Para entender el costo de estas últimas, consulte los precios de Business Central.
Qué se examina en una auditoría
Una auditoría seria recorre seis frentes. No todos pesan igual en cada empresa, pero ninguno debería omitirse.
| Frente | Qué se revisa | Hallazgo típico |
|---|---|---|
| Paramétrización | Catálogo de cuentas, grupos contables, dimensiones, series, flujos de aprobación | Configuración copiada de otro cliente que no refleja su operación |
| Datos | Clientes, proveedores, artículos, saldos iniciales, duplicados | Catálogos con duplicados y saldos de apertura que no cuadran |
| Desarrollos | Extensiones propias y de terceros, código, dependencias | Personalizaciones sin documentar que frenan las actualizaciones |
| Desempeño | Tiempos de respuesta, procesos en lote, reportes pesados | Consultas mal diseñadas que ralentizan toda la empresa |
| Seguridad | Usuarios, conjuntos de permisos, segregación de funciones | Usuarios con acceso total «porque era más rápido» |
| Versión y entorno | Versión instalada, entornos de pruebas, ciclo de actualización | Instalación rezagada o sin entorno de pruebas confiable |
Paramétrización y fiscal
Aquí se verifica si el sistema refleja cómo trabaja su empresa y no solo cómo se demostró en la preventa. Para una empresa en México esto incluye la facturación CFDI con su proveedor de certificación (PAC), la contabilidad electrónica que se entrega al SAT, el tratamiento de IVA y retenciones y, si hay empleados, el vínculo con la nómina. Microsoft ofrece directamente la localización de Business Central para México, y el auditor debe comprobar que esa localización está aplicada y que no se sustituyó por desarrollos propios innecesarios; la página sobre Business Central en México da el contexto.
Datos
Los datos migrados mal pesan más que cualquier configuración. El auditor compara saldos de apertura con la contabilidad de cierre del sistema anterior, busca duplicados de clientes y proveedores, revisa la codificación de artículos y detecta registros huérfanos. Si la migración fue el origen del problema, quizá lo razonable sea repetirla con método, tal como describe la guía de migración a Business Central.
Desarrollos a la medida
Un desarrollo no es malo por existir; lo es cuando no está documentado, no tiene un responsable y rompe con cada actualización. El auditor lista cada extensión, verifica si hay código fuente disponible, qué hace y si el estándar ya cubre esa necesidad. Más detalle sobre este tema en la página de desarrollo a la medida en Business Central.
Desempeño
La lentitud casi nunca es «culpa de la nube». Suele venir de extensiones ineficientes, informes que recorren demasiados registros, procesos programados en horas inadecuadas o integraciones que consultan el sistema sin parar. El auditor mide, aísla el proceso culpable y propone un arreglo concreto.
Seguridad
Se revisan los usuarios activos, sus permisos y quién conserva privilegios de administrador. Es frecuente encontrar cuentas de exempleados, un integrador con acceso total permanente o roles que permiten registrar y aprobar la misma operación. En una empresa con auditoría externa o con un contador que firma estados financieros, la segregación de funciones no es un detalle.
Versión y ciclo de actualización
Business Central en línea publica dos actualizaciones mayores al año, en abril y en octubre, y actualizaciones menores cada mes, que incluyen correctivos críticos y cambios regulatorios. La versión mayor se ofrece a los entornos existentes poco después de su lanzamiento y la ventana de actualización dura cinco meses, con un periodo de gracia posterior. Una instalación que se queda sin actualizar acumula riesgo, y una con extensiones frágiles llega a la fecha límite sin poder avanzar. Por defecto, cada entorno tiene una ventana de actualización entre las 20 h y las 6 h, hora local, que el administrador puede modificar; si la actualización no termina en esa ventana, se cancela y se reprograma siete días después. El auditor revisa si estas ventanas se respetan y si hay un entorno de pruebas donde probar antes. Para más contexto, vea versiones y ediciones de Business Central.
Qué pasa si mi integrador se niega a colaborar
Un caso delicado: usted necesita información y el integrador actual responde lento o a la defensiva. Antes de escalar, conviene saber cuáles son sus derechos y qué puede hacer por su cuenta.
- El inquilino y los datos son suyos. Usted debe ser administrador global de su propio inquilino de Microsoft. Si el integrador lo creó bajo su cuenta, pida la transferencia de la propiedad cuanto antes.
- Las licencias en línea se compran por un socio. Según la documentación de Microsoft, las licencias de Business Central en línea solo se adquieren mediante el programa Cloud Solution Provider (CSP), es decir, a través de un socio. Cambiar de integrador implica, por tanto, mover la relación de licenciamiento al nuevo socio, con los plazos que eso conlleve.
- El soporte de primera línea lo da su socio. Cada cliente tiene un socio que atiende los casos y los escala a Microsoft cuando es necesario, como administrador delegado del inquilino. Para que el socio presente una solicitud de soporte a Microsoft en nombre de un cliente debe contar con ese rol y con un plan de soporte Advanced o Premier. Recuerde que el soporte de Microsoft atiende incidentes técnicos, no dudas de uso, y no corrige datos corrompidos.
- Los despliegues en servidor propio tienen reglas distintas. En una instalación local, la documentación indica que el socio acuerda con el administrador del cliente cómo y cuándo contactar al soporte; conviene dejarlo por escrito.
Cambiar de integrador sin empezar de cero
La gran mayoría de los cambios de integrador no implica tirar lo hecho. Lo que determina si se puede aprovechar es la calidad de la documentación, la propiedad del código y el estado de los datos.
Documentos y accesos que debe recuperar
Antes de anunciar el cambio, reúna lo siguiente:
- Acceso de administrador global al inquilino y al centro de administración de Business Central.
- Lista de entornos (producción, pruebas, desarrollo) y quién los administra.
- Código fuente de todas las extensiones, con sus licencias y dependencias.
- Documento de diseño funcional, matriz de permisos y actas de aceptación.
- Registro de cambios: qué se modificó, cuándo, por quién y por qué.
- Contratos y propiedad intelectual: quién es dueño de cada desarrollo.
- Lista de integraciones, con sus credenciales de servicio y quién las mantiene.
- Documentación fiscal: configuración del PAC, certificados, series y esquema de contabilidad electrónica.
Si el integrador saliente no tiene documentación, el nuevo la reconstruye durante la auditoría; es más lento, pero perfectamente posible.
Qué se conserva y qué se rehace
| Elemento | Criterio |
|---|---|
| Datos maestros limpios | Se conservan |
| Configuración contable que cuadra con el cierre | Se conserva y se documenta |
| Extensiones con código y propósito claros | Se conservan |
| Personalizaciones que duplican el estándar | Se sustituyen por configuración |
| Integraciones sin documentar ni responsable | Se rehacen o se reemplazan |
| Usuarios y permisos excesivos | Se depuran de inmediato |
Un respaldo previo es parte de la prudencia. Un entorno puede restaurarse hasta cierto número de veces por mes calendario y a cualquier momento de los últimos 28 días, siempre dentro de la misma región de Azure y con una suscripción de pago. Úselo antes de cualquier limpieza masiva, y recuerde que esa ventana es breve: no sustituye un respaldo propio.
Plan de redressement: cómo se retoma el proyecto
Una vez entregada la auditoría, el plan de rescate suele seguir esta secuencia:
- Estabilizar. Cerrar brechas de seguridad, depurar usuarios, respaldar y congelar los desarrollos nuevos mientras se decide.
- Priorizar con el negocio. El director financiero, el contador y los responsables de almacén o ventas definen qué proceso duele más: cierre, facturación, inventarios.
- Corregir los datos primero. Sin saldos y catálogos confiables, cualquier arreglo funcional se sostiene en arena.
- Simplificar la parte a la medida. Cada extensión se justifica o se sustituye por el estándar.
- Reabrir el proyecto por etapas pequeñas, con criterios de aceptación escritos y pruebas del usuario final, como se explica en la guía de implantación de Business Central.
- Dejar el soporte organizado, con un esquema de soporte y mantenimiento que defina tiempos, responsables y actualizaciones.
El orden importa: reabrir el desarrollo antes de estabilizar y limpiar los datos es la forma más común de repetir el fracaso.
Cómo elegir al integrador que retoma el proyecto
Retomar un proyecto ajeno exige un perfil distinto al de una implementación nueva: capacidad de leer código de otros, paciencia para reconstruir documentación y franqueza para decir qué se puede salvar. Pida referencias de rescates anteriores, un alcance escrito para la auditoría —con entregable por frente— y una propuesta de plan separada, de modo que la auditoría no obligue a contratar la ejecución.
Sobre las credenciales de los socios: Microsoft reconoce la designación «Solutions Partner for Business Applications» con un sistema de puntos y toma en cuenta certificaciones como la MB-800 (consultor funcional de Business Central) y la MB-820 (desarrollador de Business Central). Es una señal útil, pero no sustituye las referencias de proyectos parecidos al suyo. La guía para elegir integrador y la página específica de cómo elegir integrador de Business Central detallan los criterios.
Integrador ERP es un servicio gratuito de mise en relación: no auditamos ni implementamos. Le ponemos en contacto con integradores independientes que pueden hacerlo, adecuados a su tamaño, sector y región.
Cuándo la auditoría concluye que no vale la pena seguir
A veces la auditoría revela que el problema no era el integrador sino la elección del producto, o que el costo de rescatar supera al de reemplazar. En ese caso la recomendación honesta puede ser reconsiderar la plataforma. Compare con las alternativas a Business Central y apóyese en un criterio de decisión claro antes de volver a invertir. Esa conclusión es también un resultado valioso: evita meter más presupuesto en una base que no lo merece.
Preguntas frecuentes
¿Cuándo conviene hacer una auditoría de Business Central?
Cuando el arranque no se logra después de varios intentos, cuando el cierre contable depende de hojas de cálculo paralelas, cuando los usuarios evitan el sistema o cuando el integrador ya no responde. También antes de una actualización mayor o de contratar más licencias, para saber si la base es sana.
¿Se puede cambiar de integrador sin volver a empezar la implementación?
Sí, siempre que usted conserve la propiedad del inquilino (tenant), de los datos y de la documentación. El nuevo integrador revisa lo existente, conserva lo que está bien hecho y reconstruye solo lo defectuoso. Empezar de cero es la excepción, no la regla.
¿Qué accesos necesito para auditar una instalación existente?
Una cuenta de administrador global del inquilino de Microsoft, acceso al centro de administración de Business Central, a los entornos de producción y de pruebas, al código fuente de las extensiones y a la lista de usuarios y permisos. Sin ellos, la auditoría queda en suposiciones.
¿Quién da soporte si mi integrador desaparece?
Cada cliente de Business Central tiene un socio que atiende el soporte de primera línea y escala a Microsoft cuando hace falta, como administrador delegado del inquilino. Si ese socio ya no está, usted puede designar a otro integrador como administrador delegado y retomar ese papel.
¿Una auditoría sirve si el sistema sí funciona pero se siente lento o frágil?
Sí. Muchas veces el sistema funciona, pero con extensiones mal hechas, permisos excesivos o una versión rezagada. La auditoría separa lo que es un problema de paramétrización, de datos, de desarrollo o de infraestructura, y propone qué corregir primero.
Fuentes
- Microsoft Learn — Soporte técnico de Business Central
- Microsoft Learn — Calendario de despliegue de actualizaciones
- Microsoft Learn — Respaldo y restauración de entornos
- Microsoft Learn — Licenciamiento de Business Central
- Microsoft Learn — Localización de Business Central
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.