En una cotización de hardware, "3 años de garantía" suena tranquilizador y no dice casi nada. Garantía, ¿de qué tipo? Porque el día que un servidor crítico falla, la diferencia entre un técnico en tu sitio en 4 horas y un "empácalo y mándalo a reparación" no es un matiz: es tu tiempo de caída, y por lo tanto tu dinero.
Lo que la letra chica sí importa
- Tipo de respuesta: "siguiente día hábil" (NBD), "4 horas en sitio" o "return-to-depot" son mundos distintos de tiempo de recuperación.
- Qué cubre: partes y mano de obra, o solo partes; horario 8x5 o 24x7.
- Niveles del fabricante: programas como ProSupport de Dell o los de cuidado de HPE escalan la rapidez y la proactividad —y el precio—.
- Keep your drive: conservar tu disco averiado en lugar de devolverlo, clave si maneja datos sensibles o regulados.
El nivel correcto se dimensiona, no se maximiza
Aquí el criterio honesto: no siempre necesitas el nivel top, ni conviene el más básico "para ahorrar". El nivel adecuado depende de cuánto te cuesta que ese equipo específico esté caído. Para el servidor del que depende la facturación, el soporte 4x24 en sitio se paga solo con evitar una caída; para un equipo secundario, sería gasto de más. Es el mismo razonamiento del costo del downtime: la inversión se justifica contra lo que evita.
Dos servidores idénticos, dos desenlaces
Dos empresas compraron el mismo modelo de servidor. Una tomó la garantía básica de "siguiente día hábil" porque era mas barata; la otra pagó el nivel de 4 horas en sitio, 24x7, argumentando que ese equipo sostenía su facturación. Meses después, a ambas les falló una tarjeta del servidor —la misma pieza, casi el mismo día—. La de garantía básica descubrió la letra chica en el peor momento: "siguiente día hábil" empezaba a contar al día siguiente porque la falla fue en viernes, así que el técnico llegó el lunes; con la refacción incluida, casi tres días con la facturación detenida. La de 4 horas en sitio tuvo un técnico frente al rack esa misma tarde y operó al día siguiente sin sobresaltos. El "ahorro" de la garantía básica se esfumó, multiplicado, en un solo incidente. La lección no es "compra siempre el nivel top" —para un equipo secundario habría sido gasto de mas—, sino dimensionar el soporte contra lo que cuesta que ese equipo específico esté caído. Y conviene leer esa letra chica antes de firmar, no el día de la falla: detalles como cuándo empieza a contar el reloj de respuesta, si el horario es 8x5 o 24x7 y si puedes conservar tu disco averiado cambian por completo el desenlace de un incidente, y ninguno se nota en el numero grande de años que anuncia la cotización.
La pregunta que conviene hacerse
Antes de aceptar una garantía, la pregunta no es "¿cuántos años trae?", sino el día que falle, ¿en cuánto tiempo lo tengo operando —y ese tiempo es aceptable para lo que este equipo sostiene? Elegir y negociar ese soporte con criterio es parte de nuestra gestión de proveedores y procurement, con marcas como HPE y Dell.
Preguntas frecuentes
help ¿Qué debo revisar en la garantía de un servidor, además de los años?
El tipo de respuesta: no es lo mismo "siguiente día hábil" que "4 horas en sitio" o "return-to-depot" (envíalo a reparar). También si cubre partes y mano de obra, el horario de cobertura (8x5 vs 24x7), y opciones como conservar tu disco averiado por confidencialidad. Esos detalles, no el número de años, deciden tu tiempo de caída.
help ¿Vale la pena pagar el nivel de soporte más alto?
Depende del equipo. Para un servidor crítico cuyo downtime cuesta mucho por hora, el soporte 4x24 en sitio se justifica solo. Para uno secundario, un nivel más básico basta. El criterio es dimensionar el soporte al costo real de que ese equipo esté caído, no comprar el nivel máximo por defecto ni el mínimo por ahorrar.
help ¿Qué significa "keep your drive"?
Es una opción de soporte que te permite conservar el disco averiado en lugar de devolverlo al fabricante al recibir el reemplazo. Importa por confidencialidad: evita que datos sensibles salgan de tu control en un disco que se va a reparación o reciclaje. Es relevante para información regulada o crítica.
Rubén Espinoza es fundador y Director Técnico de IT Experts de México. Trabaja en la industria de TI desde 1998: diseña y opera soluciones de infraestructura, ciberseguridad, continuidad, automatización y tecnología OT para entornos empresariales e industriales. Escribe desde proyectos reales y sistemas en producción.
Ver perfil y todos sus artículos →