SLA y soporte técnico: qué exigir a tu proveedor

Un SLA (Service Level Agreement) serio fija tres cosas con cifras concretas: disponibilidad del sistema, tiempo de respuesta ante una incidencia y tiempo de resolución según su gravedad. Si el contrato de tu proveedor de software no tiene esos tres números, no tienes un SLA: tienes una promesa verbal con membrete.

La mayoría de asesorías evalúan un software por sus funciones y su precio, y dejan el soporte técnico para la letra pequeña. Es un error que se paga caro justo cuando más importa: el día que el sistema falla con un modelo a punto de vencer o un cliente esperando una respuesta.

Por qué esto importa más ahora que hace dos años

Entre 2026 y 2027 buena parte de las asesorías españolas están cambiando de software de facturación o adaptando el que ya usan para cumplir con Verifactu: las sociedades tienen de plazo hasta el 1 de enero de 2027, y el resto de obligados hasta el 1 de julio de 2027. Cada migración de sistema es un momento de mayor riesgo de incidencias, justo cuando menos margen hay para que algo falle sin respuesta.

A eso se suma que cada vez más despachos dependen de un único proveedor para procesos críticos: facturación, contabilización, presentación de modelos. Cuando todo pasa por un solo sistema, una caída de ese sistema no es una molestia, es un despacho parado.

Los tres números que tiene que tener cualquier SLA

Estos rangos siguen la práctica habitual de gestión de servicios TI recogida en marcos como ISO/IEC 20000 e ITIL: clasificar incidencias por gravedad y fijar un tiempo de respuesta distinto para cada una. Un proveedor que trata igual una caída total del sistema y una duda de uso no está gestionando el soporte, lo está improvisando.

La pregunta que separa el SLA real del de marketing

Cualquier proveedor te va a decir en la venta que su soporte es rápido y su sistema está siempre disponible. La forma de comprobarlo antes de firmar es pedir dos cosas muy concretas:

• El histórico real de incidencias de los últimos 6-12 meses. No la cifra de uptime que aparece en el contrato, sino el registro efectivo de caídas: cuándo ocurrieron, cuánto duraron y cómo se resolvieron.
• El proceso de escalado por escrito. Qué pasa si el primer nivel de soporte no resuelve: a quién llega la incidencia después, y en cuánto tiempo.

Un proveedor que no puede enseñar ese histórico, o que lo despacha con un genérico "no hemos tenido problemas graves", está pidiéndote que confíes sin evidencia. Los proveedores que gestionan bien su servicio no tienen problema en mostrarlo, porque forma parte de cómo demuestran seriedad.

Qué mirar además del tiempo de respuesta

Canales de soporte y quién responde

Un chat que redirige siempre a un bot, o un email genérico sin persona asignada, no es soporte, es un buzón. Pregunta si el despacho tiene un canal directo (teléfono, chat con persona real, gestor asignado) o si depende de una cola compartida con miles de usuarios de otros sectores. Para un despacho que gestiona plazos fiscales de terceros, la diferencia entre esperar 10 minutos o 3 días puede significar una sanción evitable.

Refuerzo en fechas de campaña

Las asesorías tienen picos de uso muy marcados: cierre de trimestre, campaña de Renta, fin de ejercicio. Pregunta directamente si el proveedor refuerza su equipo de soporte en esas fechas o si mantiene la misma capacidad todo el año. Un proveedor que conoce el calendario fiscal español debería tener una respuesta clara a esta pregunta, no una evasiva.

Plan de contingencia, no solo penalización

La penalización económica por incumplir el SLA compensa el problema, pero no lo resuelve. Lo que de verdad protege al despacho es saber qué pasa mientras el sistema está caído: si hay acceso alternativo a los datos, en cuánto tiempo se restaura desde backup, y si existe algún modo de exportar lo mínimo imprescindible para no dejar a un cliente sin presentar un modelo a tiempo.

Esto conecta directamente con otro criterio que conviene revisar antes de firmar con cualquier proveedor: qué pasa con tus datos si decides cambiar de sistema más adelante. Lo tratamos con detalle en criterios de portabilidad de datos al cambiar de software.

Señales de alarma al evaluar un proveedor

Hay respuestas que, por sí solas, deberían hacer dudar de un proveedor antes de firmar:

• El SLA no está en el contrato, solo se menciona verbalmente en la venta.
• No hay clasificación de incidencias por gravedad: todo se trata con el mismo tiempo de respuesta, o sin ninguno definido.
• El soporte solo existe por email, sin ningún canal con respuesta en horas.
• El proveedor no puede decir qué pasó en la última caída de su sistema.
• No hay información clara sobre backups: con qué frecuencia se hacen y en cuánto tiempo se restaura.

Ninguna de estas señales es descalificatoria por sí sola en un proveedor pequeño o nuevo, pero varias juntas indican que el soporte no está pensado como parte del producto, sino como un añadido que se resuelve caso a caso.

Cómo se traduce esto en la práctica del despacho

Si tu asesoría ya usa herramientas de OCR o automatización para la contabilización de facturas, el soporte importa también en el día a día, no solo en las caídas graves. Cuando un documento se atasca en la cola de revisión, la rapidez con la que el proveedor te ayuda a destrabarlo determina si el ahorro de tiempo prometido se cumple o se pierde en fricción. Lo explicamos con más detalle en qué funciona realmente en el OCR de facturas para asesorías.

También conviene revisar el soporte a la luz de cómo crece tu despacho: un proveedor que responde bien con 5 usuarios no necesariamente mantiene el mismo nivel con 20. Puedes ver los criterios completos en cómo evaluar si un software escala con tu asesoría.

Fuentes: Real Decreto 1007/2023 (Reglamento de los sistemas informáticos de facturación, Verifactu) - ISO/IEC 20000 (gestión de servicios de tecnologías de la información) - marco ITIL para clasificación y escalado de incidencias - Agencia Tributaria: calendario del contribuyente y plazos de presentación de modelos trimestrales.