Qué revisar antes de contratar soporte y mantenimiento para un ERP
Actualizado el 11 de septiembre de 2026 · Guía para empresas en México
Contratar soporte y mantenimiento para un ERP debería considerarse una decisión de continuidad operativa y no únicamente un servicio técnico. Cuando el sistema administra ventas, inventarios, facturación, compras, cobranza o contabilidad, una incidencia puede afectar directamente la operación. Por ello, antes de firmar un contrato conviene entender qué cubre realmente el proveedor, cuánto tarda en responder, quién atiende cada tipo de problema y qué ocurre cuando la falla no puede resolverse de inmediato.
Una propuesta puede parecer económica porque incluye “soporte ilimitado”, mientras otra tiene una tarifa mayor pero ofrece monitoreo, respaldos verificados, administración del servidor y tiempos de atención definidos.
Ambas ofertas pueden llamarse soporte ERP.
Sin embargo, el nivel de servicio es completamente distinto.
La comparación correcta no debe comenzar por el precio.
Debe comenzar por el alcance.
Qué debería incluir el soporte y mantenimiento para un ERP
El servicio puede dividirse en varias áreas.
Soporte funcional
Atiende dudas relacionadas con el uso del sistema.
Por ejemplo:
- configuración;
- procesos;
- usuarios;
- permisos;
- reportes;
- módulos;
- errores operativos.
Soporte técnico
Se ocupa de aspectos como:
- sistema operativo;
- servicios;
- base de datos;
- conectividad;
- acceso remoto;
- rendimiento;
- almacenamiento;
- actualizaciones.
Mantenimiento preventivo
Busca evitar incidentes antes de que afecten la operación.
Puede incluir:
- revisión de capacidad;
- monitoreo;
- actualizaciones;
- validación de respaldos;
- limpieza de recursos;
- revisión de registros.
Atención correctiva
Actúa cuando ya existe una falla.
Por ejemplo:
- el ERP no abre;
- usuarios no pueden conectarse;
- un servicio se detuvo;
- la base de datos presenta errores;
- el servidor está saturado;
- existe una falla de almacenamiento.
Una buena propuesta debería indicar claramente cuáles de estas áreas incluye.
Primera pregunta clave antes de contratar soporte y mantenimiento para un ERP
La primera pregunta debería ser sencilla.
¿Qué está incluido y qué no?
Evita aceptar descripciones generales.
Pide que el proveedor detalle:
- qué aplicaciones administra;
- qué sistema operativo cubre;
- si atiende base de datos;
- si incluye respaldos;
- si revisa rendimiento;
- si cubre acceso remoto;
- si configura usuarios;
- si atiende impresoras;
- si cubre integraciones;
- si realiza actualizaciones.
Cuanto más claro sea el alcance, menos conflictos habrá después.
Matriz de alcance del servicio
| Área | Incluido | Costo adicional | No incluido |
|---|---|---|---|
| Soporte funcional | ___ | ___ | ___ |
| Sistema operativo | ___ | ___ | ___ |
| Base de datos | ___ | ___ | ___ |
| Respaldos | ___ | ___ | ___ |
| Restauración | ___ | ___ | ___ |
| Monitoreo | ___ | ___ | ___ |
| Acceso remoto | ___ | ___ | ___ |
| Actualizaciones | ___ | ___ | ___ |
| Integraciones | ___ | ___ | ___ |
| Migraciones | ___ | ___ | ___ |
| Seguridad | ___ | ___ | ___ |
Esta matriz evita asumir que “soporte” significa lo mismo para todos los proveedores.
SLA y tiempos de respuesta
Uno de los puntos más importantes es el SLA.
El acuerdo debería definir al menos:
- tiempo de primera respuesta;
- prioridad del incidente;
- horario de atención;
- canal de contacto;
- tiempos objetivo de resolución;
- procedimiento de escalamiento.
No todos los incidentes necesitan el mismo tratamiento.
Una duda sobre un reporte no tiene el mismo impacto que un ERP detenido para toda la empresa.
Cómo clasificar incidencias
Prioridad 1. Crítica
El ERP no está disponible para la mayoría de los usuarios.
Prioridad 2. Alta
Una función importante está afectada, pero existe operación parcial.
Prioridad 3. Media
Existe un problema localizado que no detiene la empresa.
Prioridad 4. Baja
Consulta, ajuste menor o solicitud no urgente.
El proveedor debería explicar qué tiempos corresponden a cada prioridad.
Segunda pregunta clave antes de contratar soporte y mantenimiento para un ERP
Pregunta qué significa exactamente “respuesta”.
Algunos contratos prometen responder en 30 minutos.
Eso no significa que el problema quedará resuelto en ese tiempo.
Puede significar únicamente que alguien abrió el ticket.
Por ello, distingue entre tiempo de primera respuesta y tiempo objetivo de resolución.
Esa diferencia es fundamental.
Prueba de atención antes de contratar
No esperes a tener una emergencia para descubrir cómo trabaja el proveedor.
Durante la etapa comercial plantea cinco casos.
Caso 1
Ningún usuario puede entrar al ERP.
Caso 2
El sistema está extremadamente lento.
Caso 3
Un usuario perdió acceso.
Caso 4
Se necesita restaurar información.
Caso 5
Una sucursal no puede conectarse.
Pregunta cómo se atendería cada caso.
Anota:
- quién responde;
- qué información solicita;
- cuánto tarda;
- qué área interviene;
- si existe costo adicional.
Esto permite evaluar el servicio antes de depender de él.
Monitoreo preventivo
El mejor soporte no siempre es el que resuelve fallas más rápido.
También puede ser el que detecta problemas antes de que se conviertan en fallas.
El monitoreo puede revisar:
- CPU;
- RAM;
- almacenamiento;
- servicios;
- conectividad;
- respaldos;
- disponibilidad.
Si el servidor empieza a quedarse sin espacio, es mejor detectar el problema antes de que afecte la base de datos.
Respaldos y restauración
Muchas empresas consideran que tienen respaldo porque existe una tarea programada.
Eso no basta.
También debe comprobarse que el respaldo pueda restaurarse.
Pregunta:
- con qué frecuencia se realizan copias;
- cuánto tiempo se conservan;
- dónde se almacenan;
- quién las supervisa;
- cómo se restaura;
- cuánto tarda una recuperación;
- si existen pruebas de restauración.
El respaldo y la recuperación son partes distintas del proceso.
Qué pasa si el problema no es del ERP
Este punto genera muchos conflictos.
El usuario reporta que el sistema está lento.
El proveedor del ERP dice que el problema es el servidor.
El proveedor del servidor dice que es la aplicación.
Mientras tanto, la empresa sigue sin solución.
Por ello, el contrato debe definir responsabilidades.
Si estás comparando sistemas o proveedores antes de cambiar el actual, revisa también cómo comparar sistemas ERP antes de contratar o cambiar el actual.
Mapa de responsabilidades
Proveedor del ERP
- aplicación;
- módulos;
- configuración;
- errores funcionales.
Proveedor de infraestructura
- servidor;
- almacenamiento;
- sistema operativo;
- conectividad;
- respaldos.
Empresa
- usuarios;
- procesos;
- autorizaciones;
- dispositivos locales;
- políticas internas.
Cuando un solo proveedor cubre varias áreas, también debe especificarse.
Escalamiento técnico
No todos los problemas pueden resolverse en primer nivel.
Pregunta:
- quién atiende primero;
- cuándo escala;
- quién atiende segundo nivel;
- quién puede intervenir en base de datos;
- quién puede reiniciar servicios;
- quién autoriza cambios.
Un buen soporte necesita una ruta de escalamiento.
Mantenimiento y actualizaciones
Las actualizaciones pueden corregir vulnerabilidades y mejorar estabilidad.
Sin embargo, también pueden generar incompatibilidades.
Por ello, conviene preguntar cómo se realizan.
Idealmente debería existir:
- revisión previa;
- respaldo;
- ventana de mantenimiento;
- prueba;
- procedimiento de regreso.
No conviene actualizar sistemas críticos sin planeación.
Qué ocurre con las integraciones
Si el ERP se conecta con contabilidad, facturación, inventarios, comercio electrónico o aplicaciones externas, el soporte debe aclarar qué cubre.
Una integración puede fallar aunque el ERP continúe funcionando.
Por ello, conviene revisar cómo elegir un ERP integrado con contabilidad, facturación e inventarios y utilizar esos flujos como parte de la evaluación del soporte.
ERP web o software administrativo y su impacto en soporte
El tipo de sistema cambia las responsabilidades.
Un ERP SaaS puede incluir parte importante de la infraestructura dentro del servicio.
Una aplicación Windows instalada en un servidor puede requerir administración adicional.
Por ello, antes de contratar soporte conviene tener claro qué arquitectura utiliza la empresa.
Si todavía existe duda sobre el tipo de plataforma, consulta ERP web o software administrativo cómo saber qué necesita tu empresa.
Soporte para usuarios remotos
El trabajo remoto añade nuevos puntos de falla.
Puede existir:
- mala conectividad;
- problemas de VPN;
- fallas de escritorio remoto;
- bloqueo de credenciales;
- dispositivos locales;
- impresión remota.
El proveedor debe aclarar hasta dónde llega su responsabilidad.
Seguridad
El equipo de soporte suele tener privilegios elevados.
Por ello, pregunta:
- cómo se autentican los técnicos;
- quién tiene acceso administrativo;
- cómo se registran intervenciones;
- qué ocurre cuando un técnico deja la empresa;
- si existen cuentas individuales;
- cómo se protegen credenciales.
Compartir una cuenta administrativa entre todos los técnicos reduce trazabilidad.
Hoja de evaluación de soporte
Califica de 1 a 5.
Alcance
Soporte funcional ___
Infraestructura ___
Base de datos ___
Respaldos ___
Integraciones ___
Atención
Tiempo de respuesta ___
Tiempo de resolución ___
Horario ___
Escalamiento ___
Prevención
Monitoreo ___
Mantenimiento ___
Actualizaciones ___
Pruebas de respaldo ___
Seguridad
Acceso administrativo ___
Trazabilidad ___
Gestión de credenciales ___
Costos
Mensualidad ___
Horas adicionales ___
Emergencias ___
Migraciones ___
Una puntuación alta no garantiza que el proveedor sea adecuado, pero permite comparar alternativas de forma más ordenada.
Escenario práctico 1. PyME con cinco usuarios
Una empresa pequeña utiliza un ERP Windows.
Cinco usuarios trabajan dentro de la misma oficina.
No existe personal interno de TI.
En este caso, un servicio administrado puede aportar valor si cubre servidor, respaldos, actualizaciones, acceso e incidencias.
La empresa reduce la necesidad de coordinar diferentes proveedores.
Escenario práctico 2. Empresa con varias sucursales
Una organización tiene quince usuarios en tres ubicaciones.
Las sucursales dependen de acceso remoto.
Aquí el soporte debe incluir claramente conectividad, sesiones y procedimiento de escalamiento.
Una falla puede afectar varias sedes simultáneamente.
Escenario práctico 3. ERP con muchas integraciones
Una empresa conecta el ERP con comercio electrónico, facturación e inventarios.
Cuando algo falla, puede ser difícil identificar el origen.
En este escenario, el soporte necesita una metodología de diagnóstico y responsabilidades bien definidas.
Escenario práctico 4. Servidor antiguo con soporte reactivo
Una empresa solo llama al técnico cuando existe una falla.
Durante varios años funciona razonablemente.
Después empiezan problemas de almacenamiento, rendimiento y respaldos.
En este escenario, mantenimiento preventivo puede ser más valioso que continuar pagando únicamente visitas correctivas.
Cuánto debería costar el soporte
No existe una tarifa universal.
El precio puede depender de:
- usuarios;
- horario;
- aplicaciones;
- servidores;
- bases de datos;
- monitoreo;
- respaldos;
- tiempo incluido;
- criticidad.
Por ello, comparar únicamente mensualidades puede resultar engañoso.
Precio fijo frente a soporte por hora
Soporte por hora
Puede funcionar bien cuando las incidencias son poco frecuentes.
Sin embargo, el costo puede volverse impredecible.
Mensualidad
Puede facilitar presupuesto y seguimiento.
Pero debe aclararse qué incluye.
Modelo híbrido
Incluye determinados servicios y cobra proyectos especiales por separado.
La elección depende de la operación.
Señales de alerta antes de firmar
El contrato usa términos demasiado generales
“Todo incluido” debería explicar qué significa.
No existe SLA
Sin tiempos definidos, la prioridad puede quedar abierta a interpretación.
Nadie verifica respaldos
Una copia que nunca se prueba puede fallar cuando más se necesita.
No existe escalamiento
Un técnico de primer nivel puede quedar bloqueado durante horas.
No existe documentación
La empresa se vuelve dependiente de personas concretas.
El proveedor no habla de seguridad
El soporte técnico maneja credenciales privilegiadas.
Todo se factura como extra
Puede convertir una mensualidad baja en un costo alto.
Checklist contractual antes de contratar
- Alcance definido.
- Exclusiones definidas.
- Horario de atención.
- Canales de soporte.
- SLA.
- Prioridades.
- Escalamiento.
- Política de respaldos.
- Restauración.
- Monitoreo.
- Actualizaciones.
- Seguridad.
- Acceso administrativo.
- Documentación.
- Costos adicionales.
- Procedimiento de cancelación.
- Entrega de accesos.
- Entrega de respaldos.
- Propiedad de datos.
No firmes hasta entender los puntos que afecten directamente la operación.
Prueba de salida del proveedor
Existe otra pregunta importante.
¿Qué ocurre si decides cambiar de proveedor?
Deberías poder recuperar:
- accesos;
- respaldos;
- documentación;
- configuraciones;
- credenciales;
- información técnica.
La continuidad no debería depender completamente de una sola empresa.
Cuándo revisar infraestructura además del soporte
A veces el problema parece ser soporte, pero en realidad la infraestructura ya no tiene capacidad.
Un buen proveedor debería ser capaz de detectarlo.
Si el entorno necesita migrarse o modernizarse, conviene analizar ambas decisiones juntas.
Si quieres explorar alternativas donde infraestructura y administración puedan evaluarse dentro del mismo proyecto, revisa Cobalt Blue Web y compáralas con las responsabilidades que actualmente mantiene tu empresa.
Comparar capacidad antes de contratar soporte
Si tu ERP depende de un servidor Windows y varios usuarios necesitan conectarse simultáneamente, conviene revisar primero si el entorno tiene capacidad suficiente. Puedes consultar las configuraciones VPS de Cobalt Blue Web como referencia para comparar recursos según el tamaño de la operación.
Evaluar qué debería incluir un proveedor
Cuando compares propuestas, no te limites a CPU y RAM.
Revisa administración, seguridad, respaldos, monitoreo, migración y soporte.
Puedes consultar por qué elegir Cobalt Blue Web y utilizar esos criterios para construir tu propia lista de evaluación de proveedores.
Preguntas frecuentes sobre soporte ERP
¿Qué debe incluir el soporte de un ERP?
Depende del contrato, pero puede incluir aplicación, servidor, base de datos, respaldos, usuarios, monitoreo y actualizaciones.
¿Qué es un SLA?
Es un acuerdo que define niveles de servicio, tiempos y condiciones de atención.
¿Respuesta y resolución son lo mismo?
No. La respuesta indica cuándo alguien atiende el caso. La resolución indica cuándo queda solucionado.
¿Conviene soporte 24/7?
Solo cuando la operación realmente lo necesita.
¿El proveedor debe manejar respaldos?
Puede hacerlo, pero debe quedar definido.
¿Quién debe atender problemas de base de datos?
Debe establecerse claramente en el alcance.
¿Qué pasa si el ERP está lento?
El soporte debería poder identificar si el problema es aplicación, base de datos, servidor o conectividad.
¿Conviene pagar mensualidad?
Puede ser útil para empresas que necesitan atención continua y costos previsibles.
¿El mantenimiento preventivo es necesario?
Sí, especialmente cuando el ERP es crítico para la operación.
¿Qué documentación debe entregar el proveedor?
Configuraciones, procedimientos, accesos y detalles necesarios para mantener continuidad.
¿Debo contratar al proveedor del ERP?
No necesariamente. Depende del alcance y de quién pueda atender mejor las diferentes capas.
¿Cómo comparo dos propuestas?
Utiliza los mismos criterios de alcance, SLA, seguridad, respaldos y costos.
El soporte debe reducir riesgo, no solo resolver fallas
El valor del soporte y mantenimiento para un ERP no se mide únicamente por cuántos tickets cierra un proveedor.
También debe medirse por cuánto riesgo evita.
Una empresa necesita conocer qué está cubierto, quién responde, cómo se escala, cómo se recuperan datos y qué ocurre si el servidor deja de funcionar.
El servicio debería combinar capacidad reactiva y preventiva.
Resolver.
Monitorear.
Documentar.
Respaldar.
Recuperar.
Esos elementos convierten el soporte en una parte de la continuidad empresarial.
Antes de firmar, compara alcance, SLA, seguridad y costos.
Después realiza una prueba de atención.
Finalmente, confirma que podrás cambiar de proveedor sin perder control sobre accesos o información.
Si después de revisar tu contrato necesitas evaluar infraestructura administrada junto con el soporte, puedes contactar con Cobalt Blue Web para revisar tu ERP, usuarios y entorno actual antes de definir una configuración.