Una cotización de alquiler de computadores puede parecer económica hasta que una falla deja a un usuario sin trabajar y el soporte no tiene un alcance claro. Un SLA de alquiler de computadores, o acuerdo de nivel de servicio, debe convertir frases como “atención oportuna” en compromisos medibles, responsables y verificables.

Este artículo no propone valores universales ni atribuye tiempos específicos a un proveedor. Su propósito es ayudarle a construir una matriz de comparación y a preguntar qué se incluye en cada propuesta.

Qué debe responder un SLA

Un SLA útil responde cinco preguntas: qué se atiende, cuándo empieza el conteo, quién recibe el reporte, qué solución provisional se ofrece y cuándo se considera cerrado el caso. Si solo describe un canal de contacto sin definir el resultado esperado, la empresa tendrá poca capacidad para comparar el servicio.

Las métricas que conviene pedir por escrito

1. Tiempo de reconocimiento

El reconocimiento indica cuánto tarda el proveedor en confirmar que recibió el reporte y asignó un caso. No equivale a resolverlo. Defina canales válidos, horario de cobertura, datos que debe entregar el usuario y evidencia que recibirá.

2. Tiempo de diagnóstico y workaround

Un workaround es una salida temporal: cambiar de equipo, reubicar al usuario o aplicar una configuración provisional. El SLA debe distinguir esa medida de la reparación definitiva. Para un área crítica, la capacidad de volver a operar puede ser más relevante que cerrar técnicamente el ticket.

3. Tiempo de reemplazo o reparación

Pregunte si el reemplazo depende de inventario, ciudad, configuración o aprobación adicional. Aclare si se entrega un equipo equivalente, si el traslado está incluido y quién instala o valida el cambio. No dé por supuesto que “reemplazo” significa una unidad idéntica disponible de inmediato.

4. Cobertura y horarios

La cobertura puede diferenciar días hábiles, horarios extendidos, atención remota y visita en sitio. Una operación por turnos debe informar cuándo trabaja y preguntar qué pasa fuera de la ventana estándar. También conviene separar sedes, ciudades y tipos de equipo.

5. Escalamiento

El escalamiento indica quién interviene cuando el caso supera el soporte inicial. Solicite niveles, responsables, criterio de prioridad y una ruta para incidentes repetitivos. Un correo genérico sin responsable visible dificulta la gestión cuando el problema se prolonga.

No mezcle prioridad con severidad

Una falla que afecta a un solo usuario puede ser urgente para una persona, pero no tener la misma severidad que una caída que bloquea una operación completa. Defina categorías con ejemplos y establezca quién puede declarar un incidente crítico. Esto evita que todos los reportes se marquen como urgentes y que la prioridad pierda significado.

Exclusiones que pueden cambiar el costo real

Revise qué no cubre el SLA. Entre las preguntas habituales están daño accidental, pérdida, accesorios, software no autorizado, conectividad de la empresa, información del usuario, cambios de configuración y fallas causadas por terceros. La exclusión no es necesariamente negativa; el riesgo está en descubrirla después del incidente.

• ¿Qué ocurre con cargadores, bases, pantallas y periféricos?
• ¿Quién respalda la información antes de una intervención?
• ¿Cómo se tratan pérdida, hurto o daño físico?
• ¿El usuario debe permitir acceso remoto o visita en sitio?
• ¿Qué costos se generan por una solicitud fuera del alcance?

Evidencia y revisión mensual

El SLA solo se puede gestionar si hay datos. Pida un reporte con número de caso, fecha y hora de apertura, prioridad, equipo, sede, acciones, solución temporal, cierre y causa conocida. No basta con un promedio general: conviene observar los casos críticos y repetitivos por separado.

Acuerde una reunión de revisión y un responsable de cada lado. Allí puede decidir ajustes de configuración, reemplazos, cambios de cantidad o actualización de la matriz de prioridades. Un SLA no debe ser un anexo que nadie vuelve a leer.

Cómo comparar dos propuestas

1. Copie las mismas categorías de incidente en ambas propuestas.
2. Separe acuse, diagnóstico, continuidad, reemplazo y resolución.
3. Marque cobertura por ciudad, horario, equipo y canal.
4. Compare exclusiones, cargos adicionales y evidencias entregables.
5. Valore el impacto de una demora en pesos o en horas de operación, sin inventar un ahorro.

RentaComputo puede estructurar una solución empresarial con computadores, soporte remoto o en sitio, mantenimiento, transporte, instalación, equipos de respaldo, antivirus y accesorios según el alcance acordado. Los valores, horarios, inventario y compromisos de servicio deben solicitarse y confirmarse en la cotización; este artículo no establece un SLA específico.

Matriz de comparación para la decisión

Antes de escoger, copie en una sola tabla las condiciones de cada proveedor. Una columna debe indicar el compromiso; otra, cómo se medirá; y una tercera, qué costo o exclusión aparece si el caso sale del alcance. Esta estructura evita comparar un precio mensual contra un servicio descrito con palabras generales.

Si una celda queda vacía, no la complete con una suposición. Márquela como pregunta pendiente y solicite respuesta escrita. La claridad previa suele ser más valiosa que una promesa amplia difícil de comprobar.

Incluya además el costo de administración interna: quién abre los casos, quién valida el cierre y quién participa en la revisión. Un servicio medible necesita una contraparte empresarial con capacidad para clasificar prioridades y aportar la información solicitada.

Preguntas frecuentes

¿Un SLA es lo mismo que soporte técnico?

No. El soporte es la atención del caso; el SLA define niveles, tiempos, cobertura, responsabilidades, evidencias y condiciones para medir esa atención.

¿Debo pedir un tiempo de resolución único?

Es mejor diferenciar severidad, tipo de falla, disponibilidad de repuestos o equipos equivalentes y solución temporal. Un único promedio puede ocultar incidentes críticos.

¿Qué hago si el proveedor no tiene métricas históricas?

Solicite al menos el formato de reporte, el proceso de escalamiento y los compromisos que sí puede documentar. Defina una primera revisión con datos del servicio contratado.

¿El reemplazo debe ser parte del SLA?

Si la continuidad depende de cambiar un equipo, conviene documentar cuándo aplica, qué equivalencia se espera y cómo se valida la puesta en operación.

También le puede interesar: reemplazo de hardware para la continuidad · escalar hardware sin sobredimensionar la infraestructura · solicitar una cotización de tecnología.

Convierta el soporte en un compromiso medible

¿Su empresa está comparando propuestas y necesita claridad sobre la atención ante una falla? Consulte con un especialista de Rentacomputo y prepare un alcance de servicio alineado con sus prioridades operativas.