Digital · Business Central
Cuándo cambiar de proveedor de soporte de Business Central y qué revisar antes
Una guía para ordenar la situación de un entorno que ya está en uso antes de valorar un cambio de proveedor o de equipo de soporte.
Antes de decidir
Revisar el soporte puede empezar por poner orden.
Valorar un cambio no implica que el proveedor actual haya hecho algo incorrecto. A veces la empresa cambia de etapa, de personas responsables o de prioridades, y necesita recuperar una visión clara de su entorno antes de decidir cómo continuar.
La conversación es más útil si parte de hechos que la empresa ya puede identificar, sin convertir la revisión en un diagnóstico apresurado ni en una comparación entre proveedores.
Señales para revisar
Preguntas que ayudan a revisar la situación actual.
Estas señales no prueban por sí solas un problema de soporte. Sirven para decidir si conviene reunir contexto y aclarar prioridades.
- Las incidencias y prioridades no tienen un criterio claro de seguimiento.
- Cuesta conocer quién mantiene el contexto, las decisiones o la documentación del entorno.
- Hay problemas recurrentes que siguen abiertos o se posponen sin una visión compartida.
- Resulta difícil valorar cambios en la configuración, las extensiones o las integraciones existentes.
- El relevo de personas o equipos deja dudas sobre los accesos, la propiedad o el historial del sistema.
Checklist previo
Qué conviene inventariar antes de un cambio.
No hace falta tener toda la información resuelta. Basta con saber qué existe, dónde está y quién puede ayudar a completarlo.
01
Entorno
La versión, los entornos disponibles y cómo se utilizan en la operativa.
02
Configuración
Las decisiones de configuración que siguen condicionando los procesos actuales.
03
Extensiones
Las extensiones y desarrollos a medida conocidos, junto con su responsable y contexto disponible.
04
Integraciones
Los sistemas conectados, su finalidad operativa y la persona responsable de cada relación.
05
Usuarios y roles
Los perfiles que intervienen y las responsabilidades de acceso que conviene revisar.
06
Incidencias abiertas
Los problemas, prioridades o mejoras pendientes y el contexto que ya exista.
07
Documentación y accesos
La documentación disponible y quién es propietario de los accesos; no es necesario compartir credenciales en una consulta inicial.
Preparar el relevo
Una transición se prepara con propietarios y contexto.
Antes de un cambio, suele ser útil identificar quién puede confirmar permisos y accesos, los entornos que se usan, la propiedad de extensiones o código cuando aplique, las integraciones, las incidencias abiertas y la documentación disponible.
No compartas contraseñas, secretos, credenciales ni exportaciones confidenciales a través de una web o de una consulta inicial. La primera conversación puede centrarse en el alcance y en las personas responsables de cada elemento.
Primer análisis
Qué debería revisar un nuevo equipo antes de asumir soporte.
Conviene empezar por entender la operativa, el entorno existente, las prioridades y el contexto de configuración, extensiones e integraciones que la empresa pueda aportar. Solo después se puede confirmar qué alcance tiene sentido revisar.
En Casten Maez, una conversación inicial sobre soporte sirve para entender esa situación y acordar qué información conviene revisar; no sustituye la definición posterior del alcance con la empresa.
Siguiente paso
Ordena la situación antes de decidir cómo continuar.
También puedes revisar la implantación, el desarrollo de extensiones o contactar con Casten Maez según la necesidad que haya que aclarar.