Cuando un ERP deja de responder a las necesidades de la empresa, el problema no siempre está en el software. Las incidencias sin resolver, la falta de seguimiento o una instalación que no evoluciona pueden indicar que conviene revisar al partner actual antes de plantear una migración completa. En esta guía explicamos cómo diferenciar ambos problemas, qué señales conviene observar y qué revisar para cambiar de proveedor sin improvisar.
Respuesta rápida: ¿cuándo conviene cambiar de partner ERP?
El primer paso no es rescindir el servicio actual, sino realizar un diagnóstico del sistema y de la relación con el proveedor.
El ERP y el partner cumplen funciones diferentes
El ERP es el sistema que gestiona procesos como ventas, compras, facturación, contabilidad, stock, proyectos o información para dirección.
El partner es la empresa que analiza, implanta, configura, mantiene y evoluciona ese sistema.
Por eso puede existir un buen ERP con un soporte deficiente. También puede ocurrir lo contrario: que el partner responda, pero el software ya no tenga capacidad para acompañar a la empresa.
Cómo saber si el problema está en el ERP o en el partner
| Situación | Posible causa | Primer paso recomendado |
|---|---|---|
| La funcionalidad necesaria no existe | Limitación del ERP o del alcance contratado | Revisar alternativas y necesidades |
| La función existe, pero el equipo no sabe utilizarla | Falta de formación | Revisar formación y procedimientos |
| El proceso podría resolverse, pero está mal configurado | Parametrización deficiente | Revisar la instalación |
| Las incidencias se acumulan sin respuesta | Problema de soporte | Revisar al partner |
| Los informes no reflejan la realidad | Configuración, datos o reporting | Diagnosticar datos y procesos |
| La versión ya no puede actualizarse | Obsolescencia tecnológica | Valorar actualización o migración |
| Cada consulta empieza desde cero | Falta de continuidad del proveedor | Revisar modelo de soporte |
| Nadie propone mejoras | Servicio reactivo o falta de seguimiento | Solicitar un plan de evolución |
En muchas empresas aparecen varias causas a la vez. Por eso no conviene tomar la decisión basándose únicamente en una incidencia puntual.
Ocho señales de que conviene revisar al partner ERP
1. Las incidencias tardan demasiado en resolverse
Una incidencia puede requerir análisis, pero no debería quedar abierta durante semanas sin seguimiento ni una explicación clara.
Cuando los problemas afectan a facturación, pedidos, stock o cierres contables, la falta de respuesta puede bloquear tareas críticas.
Un partner adecuado debería confirmar la incidencia, explicar la prioridad, mantener informado al cliente y proponer un siguiente paso.
2. Cada consulta empieza explicando la empresa desde cero
Si cada contacto requiere volver a describir los procesos, módulos y configuraciones, el proveedor no está conservando el conocimiento del proyecto.
Esto aumenta los tiempos, genera errores y hace que el cliente dependa de la persona concreta que atiende en cada momento.
El soporte debería disponer de contexto, documentación e interlocutores que conozcan la instalación.
3. Las personas de contacto cambian continuamente
La rotación frecuente puede hacer que se pierdan decisiones, configuraciones y conocimiento acumulado.
No es necesario hablar siempre con la misma persona, pero sí contar con continuidad y documentación compartida.
4. El partner solo aparece en renovaciones o ventas
Un servicio centrado únicamente en licencias o nuevos módulos puede dejar de lado incidencias, formación y necesidades de evolución.
El partner debería ayudar a revisar periódicamente si el sistema sigue cubriendo los procesos y qué mejoras son prioritarias.
5. No recibís propuestas de mejora
Con el tiempo aparecen nuevas necesidades de informes, automatización, permisos, integraciones o formación.
Si el ERP permanece años sin evolucionar, la empresa acaba creando procesos manuales alrededor del sistema.
6. Faltan informes o información fiable
Cuando dirección depende de hojas de cálculo o informes elaborados manualmente, puede existir un problema de configuración, datos o seguimiento.
Un buen partner debería ayudar a revisar qué información se necesita y cómo obtenerla de forma consistente.
7. Existe demasiada dependencia de una única persona
La instalación no debería depender exclusivamente de un técnico externo o de un usuario interno que conoce todos los procesos.
Conviene documentar accesos, configuraciones, desarrollos, integraciones y procedimientos críticos.
8. Sentís que el sistema no puede evolucionar
A veces el ERP sí tiene capacidad para cubrir nuevas necesidades, pero nadie está analizando cómo hacerlo.
Antes de sustituirlo, conviene comprobar si el límite está en el producto, en la versión, en la configuración o en el servicio del partner. Si detectáis varias señales de que el ERP se ha quedado pequeño, el diagnóstico debería ampliarse al propio sistema.
Cuándo no conviene cambiar de partner todavía
Cambiar de proveedor no debería utilizarse como respuesta automática a cualquier problema.
Existe una incidencia puntual
Una incidencia aislada puede formar parte del funcionamiento normal de cualquier sistema. Conviene valorar la calidad de la respuesta y no solo la existencia del problema.
El proceso interno no está definido
El partner no puede configurar correctamente un circuito si la propia empresa no ha decidido cómo quiere trabajar.
Falta formación de usuarios
Algunos problemas se resuelven con formación o documentación, especialmente cuando ya existe la funcionalidad necesaria.
El proveedor está respondiendo y existe un plan
Si hay seguimiento, responsables y una planificación realista, puede ser más conveniente completar el trabajo en curso.
Hay un proyecto crítico abierto
Cambiar de partner durante una migración, cierre, actualización o puesta en marcha puede añadir riesgo. Conviene revisar primero el momento de la transición.
El objetivo no es cambiar por frustración, sino mejorar el servicio reduciendo riesgos.
Qué conviene revisar antes de cambiar de partner ERP
Antes de comunicar una decisión o solicitar el traspaso, es importante conocer el estado real de la instalación.
- Duración.
- Renovaciones.
- Permanencias.
- Servicios incluidos.
- Preavisos.
- Condiciones de salida.
- Titularidad.
- Número y tipo de usuarios.
- Renovaciones.
- Mantenimiento.
- Suscripciones.
- Relación con fabricante o distribuidor.
- Servidores.
- Base de datos.
- Aplicación.
- Usuarios administradores.
- Copias de seguridad.
- Infraestructura cloud.
- Herramientas de soporte remoto.
- Configuración.
- Procesos.
- Integraciones.
- Informes.
- Personalizaciones.
- Procedimientos.
- Histórico de incidencias.
- Propiedad.
- Código fuente.
- Documentación.
- Mantenimiento.
- Compatibilidad con futuras versiones.
- Dependencia del proveedor anterior.
- Comercio electrónico.
- Bancos.
- CRM.
- Plataformas logísticas.
- Producción.
- Facturación electrónica.
- Aplicaciones sectoriales.
- Business intelligence.
- Ubicación.
- Frecuencia.
- Acceso.
- Restauración.
- Exportación.
- Histórico.
- Responsables.
- Prioridad.
- Estado.
- Impacto.
- Historial.
- Soluciones intentadas.
- Dependencias.
No siempre será posible recopilar toda la documentación antes del cambio. Su ausencia debe considerarse un riesgo y formar parte del plan de transición.
Cómo se realiza un cambio de partner ERP
Un cambio de partner bien planificado puede realizarse manteniendo el ERP actual y minimizando el impacto sobre la operativa.
1. Primera valoración
La empresa explica qué ERP utiliza, cuántos usuarios trabajan con él, qué problemas existen y qué espera del nuevo proveedor.
2. Revisión técnica y funcional
Se analiza la versión, los módulos, la configuración, las incidencias, las integraciones y los procesos críticos.
3. Revisión contractual y de licencias
Se comprueban contratos, renovaciones, mantenimiento y titularidad de licencias.
4. Recopilación de accesos
Se identifican los accesos necesarios a la aplicación, servidores, bases de datos, copias y herramientas relacionadas.
5. Documentación del entorno
Se registra lo que existe, qué depende del proveedor anterior y qué elementos requieren más análisis.
6. Priorización
Se separan las incidencias urgentes de las mejoras que pueden planificarse a medio plazo.
7. Transición del soporte
Se definen interlocutores, canales, responsabilidades y forma de gestionar las primeras consultas.
8. Evolución del sistema
Una vez estabilizado el soporte, pueden abordarse informes, automatizaciones, formación, integraciones o nuevos módulos.
Riesgos que deben controlarse durante el cambio
| Riesgo | Qué puede ocurrir | Cómo reducirlo |
|---|---|---|
| Falta de accesos | El nuevo proveedor no puede revisar o mantener el sistema | Inventariar accesos antes del traspaso |
| Desarrollos sin documentación | Resulta difícil modificar o actualizar funciones | Revisar propiedad, código y dependencias |
| Integraciones desconocidas | Una modificación afecta a otras aplicaciones | Crear un mapa de integraciones |
| Copias no verificadas | No existe recuperación fiable ante un problema | Comprobar backup y restauración |
| Versiones antiguas | El sistema no admite mejoras o soporte actualizado | Preparar un plan de actualización |
| Contratos vigentes | Surgen costes o conflictos de servicio | Revisar condiciones y preavisos |
| Datos poco fiables | Los informes y procesos continúan fallando | Auditar datos y procedimientos |
| Expectativas poco realistas | Se espera resolver todo desde el primer día | Acordar prioridades y alcance inicial |
El riesgo no está solo en cambiar de proveedor. También existe riesgo en mantener durante años una instalación sin documentación, soporte o capacidad de evolución. Una revisión previa de datos, accesos, copias de seguridad y documentación ayuda a reducir el riesgo de pérdida o interrupción.
Qué debería ocurrir durante los primeros 30 días con el nuevo partner
El resultado depende de la complejidad de la instalación, pero durante la primera etapa deberían establecerse unas bases claras.
- Confirmar interlocutores.
- Verificar accesos.
- Revisar copias de seguridad.
- Clasificar incidencias.
- Identificar procesos críticos.
- Documentar módulos e integraciones.
- Revisar personalizaciones.
- Acordar canales de soporte.
- Definir prioridades.
- Preparar un primer plan de mejoras.
Una vez asumidos los accesos y priorizadas las incidencias, la empresa debería empezar a percibir una atención más clara y ordenada. En instalaciones complejas, completar el conocimiento puede requerir más tiempo. Lo importante es que exista visibilidad sobre lo revisado, los riesgos detectados y el siguiente paso.
Cambio de partner en a3ERP y SAP Business One
Cambio de partner a3ERP
Si a3ERP sigue cubriendo la operativa, puede tener sentido mantenerlo y cambiar únicamente el equipo responsable del soporte.
Antes de asumir una instalación revisamos la versión, los módulos, la configuración, los informes, las integraciones, las incidencias y la documentación disponible. Podéis ver el detalle de nuestro soporte y evolución de a3ERP.
Cambio de partner SAP Business One
SAP Business One puede seguir siendo una solución válida aunque la relación con el proveedor actual no esté funcionando.
La transición requiere revisar el entorno, las licencias, las personalizaciones, las integraciones y los procesos críticos antes de asumir el soporte. Podéis conocer nuestro servicio de SAP Business One para pymes.
En ambos casos, la revisión inicial sirve para confirmar si Infinito Software puede asumir la instalación y qué información sería necesaria para hacerlo con garantías.
Cómo puede ayudar Infinito Software
En Infinito Software ayudamos a pymes que ya utilizan a3ERP o SAP Business One y necesitan un soporte más cercano, claro y capaz de acompañar la evolución del sistema.
La primera fase no consiste en vender módulos ni sustituir el ERP. Consiste en entender la instalación, los problemas pendientes y las expectativas de la empresa. Podéis conocer la experiencia de Mario Sánchez Ruescas al frente de estos proyectos.
Podemos ayudar con:
- Revisión de la instalación actual.
- Análisis de incidencias.
- Soporte funcional y técnico.
- Configuración y parametrización.
- Informes.
- Integraciones.
- Formación.
- Cambio de partner.
- Optimización.
- Evolución continua.
Checklist: ¿conviene revisar vuestro partner ERP?
- ¿Hay incidencias abiertas desde hace semanas?
- ¿Cada consulta empieza explicando la empresa desde cero?
- ¿No existe un interlocutor estable?
- ¿Las mejoras se posponen continuamente?
- ¿Dirección depende de informes manuales?
- ¿El ERP no ha evolucionado con la empresa?
- ¿Existen integraciones o desarrollos sin documentación?
- ¿No tenéis claros los accesos y copias de seguridad?
- ¿El proveedor solo contacta para renovaciones?
- ¿No sabéis qué incluye exactamente el soporte?
- ¿Los usuarios han dejado de confiar en el sistema?
- ¿Creéis que el ERP es válido, pero el servicio no?
Si varias respuestas son afirmativas, conviene revisar el servicio antes de concluir que necesitáis cambiar de ERP.
Preguntas frecuentes
¿Puedo cambiar de partner sin cambiar de ERP?+
Sí. Si el sistema sigue cubriendo los procesos principales, puede mantenerse y trasladar su soporte a otro proveedor. Antes de hacerlo conviene revisar la instalación, los accesos, las licencias, las personalizaciones y las integraciones.
¿Necesito autorización del partner anterior?+
Depende del contrato, las licencias y los servicios que estén vigentes. La empresa debe revisar las condiciones firmadas y comprobar qué accesos, documentación y elementos son de su propiedad. Cuando existan dudas contractuales, conviene solicitar asesoramiento jurídico.
¿Qué ocurre con las licencias?+
Cambiar de partner no implica necesariamente perder las licencias. Hay que revisar su titularidad, modalidad, mantenimiento, renovaciones y relación con el fabricante o distribuidor.
¿Qué ocurre con los desarrollos realizados por el proveedor anterior?+
Conviene revisar quién es su propietario, si existe código fuente, si están documentados y quién puede mantenerlos. No debe asumirse que todos los desarrollos podrán modificarse sin una revisión técnica y contractual.
¿Qué accesos necesita el nuevo partner?+
Depende de la instalación, pero puede ser necesario acceder al ERP, la base de datos, servidores, copias de seguridad, infraestructura cloud, integraciones y herramientas relacionadas. Los accesos deben entregarse de forma segura y quedar documentados.
¿Se puede cambiar de partner si no existe documentación?+
Puede ser posible, pero aumenta el trabajo de análisis y el riesgo de encontrar dependencias desconocidas. La ausencia de documentación debe identificarse desde el principio y formar parte del plan de transición.
¿Cuánto tarda el cambio?+
Depende de la complejidad, los accesos, la documentación, las personalizaciones y las incidencias abiertas. Una instalación sencilla puede revisarse con rapidez, mientras que un entorno con desarrollos e integraciones puede requerir una fase de análisis más extensa.
¿Es necesario migrar los datos?+
Normalmente no es necesaria una migración completa cuando se mantiene el mismo ERP. Sí conviene revisar las copias de seguridad, el acceso a la base de datos y la capacidad para exportar información.
¿Puede el nuevo partner empezar por una incidencia urgente?+
Puede tener sentido, pero antes suele ser necesaria una revisión mínima del entorno para evitar cambios que afecten a otros procesos. La urgencia debe valorarse junto con el riesgo técnico y operativo.
¿Qué ocurre con el contrato actual?+
Hay que revisar duración, renovaciones, preavisos, permanencias, servicios incluidos y obligaciones de ambas partes. Este artículo no sustituye asesoramiento jurídico sobre contratos concretos.
