Un sistema de tickets con SLA registra cada incidencia con un identificador único, le asigna una prioridad que fija el plazo de primera respuesta y el de resolución, cuenta esos plazos solo dentro del horario pactado y escala el caso antes de que venza. Si el soporte es parte de lo que vendes, se construye como desarrollo de software de soporte a medida.
Un SLA firmado y sin medir es un riesgo: si el contrato prevé penalizaciones, el cliente tiene sus correos fechados y tú no puedes demostrar cuándo respondiste. En las empresas que venden a consumidores y superan alguno de los umbrales del artículo 2.2, como 250 personas trabajadoras o 50 millones de euros de volumen de negocios, la Ley 10/2025 de servicios de atención a la clientela convierte parte de ese registro en obligación.
Al terminar sabrás qué reglas de prioridad y escalado necesitas y cómo llevar su cumplimiento a una herramienta de BI o a un dashboard propio.
Qué es un sistema de tickets con SLA
Un sistema de tickets con SLA es una aplicación que convierte cada petición de soporte en un registro con prioridad y responsable, y le asocia dos relojes: el de primera respuesta y el de resolución. El SLA, o acuerdo de nivel de servicio, fija cuánto puede correr cada reloj según la prioridad y el horario contratado.
La diferencia con una bandeja de correo compartida está en esos relojes. Un correo no sabe que es viernes a las 17:00 ni que el cliente tiene contratado soporte de 9:00 a 18:00. Si además envías técnicos a domicilio, el ticket se convierte en aviso dentro de un software SAT a medida con técnicos en ruta.
Cómo definir prioridades y tiempos de respuesta del SLA
La prioridad de un ticket sale de cruzar el impacto con la urgencia, y cada prioridad tiene sus propios plazos. Un ejemplo hipotético para un software de gestión:
- P1, servicio caído: primera respuesta en 30 minutos y solución temporal en 4 horas laborables.
- P2, función principal degradada: respuesta en 2 horas y resolución en 1 día laborable.
- P3, error con alternativa: respuesta en 1 día laborable y corrección en la siguiente versión.
- P4, consulta o mejora: respuesta en 2 días laborables, sin plazo de resolución.
El reloj se detiene cuando el ticket pasa a "esperando al cliente" y se reanuda con su respuesta. Pacta esa regla por escrito o cada incumplimiento acabará en discusión.
Qué exige la Ley 10/2025 a tu sistema de tickets
La Ley 10/2025 entró en vigor el 28 de diciembre de 2025 y da a las empresas incluidas doce meses para adaptar su atención a la clientela (disposición transitoria única). En un sistema de tickets se traduce en cuatro requisitos:
- Identificador por incidencia: cada consulta, queja, reclamación o incidencia recibe uno que permite seguir su estado (artículo 11).
- Justificante: si el cliente lo pide, se entrega en soporte duradero con el contenido y la fecha y hora de recepción (artículo 12.1).
- Plazo máximo: 15 días hábiles para resolver, salvo que la normativa sectorial fije otro, y cinco días si la queja trata de facturación o cobros indebidos (artículo 17).
- Satisfacción: un sistema documentado que mida la satisfacción con la atención recibida y registre sus resultados (artículo 18.1).
Aunque no estés obligado, son una buena base para un SLA entre empresas.
Escalado y portal del cliente: cuándo sí y cuándo no
El escalado automático conviene para decisiones repetidas y medibles, y el portal del cliente cuando el volumen justifica el autoservicio:
- Escala sí: al consumir el 75 % del plazo laboral o al reabrirse un ticket ya cerrado. Las reglas y su historial viven en un backoffice con trazabilidad de cada cambio.
- Escala no: por el tono del correo o por palabras sueltas del asunto. Genera falsas alarmas que el equipo acaba ignorando.
- Portal sí: cuando el cliente necesita ver el estado sin llamar. Un portal de clientes conectado al ERP o al CRM muestra tickets y facturas con el mismo usuario, y el alta desde la web hereda la validación de los formularios que alimentan el CRM.
- Portal no: si tienes pocos clientes que escriben siempre al mismo técnico; basta un buzón con identificador por ticket.
El ticket enlaza con el cliente y su contrato, como en una arquitectura de CRM, facturación y soporte con API. Si su cierre exige la conformidad del cliente, la firma electrónica según el Reglamento eIDAS deja constancia. Antes de automatizar el escalado, conviene decidir qué procesos administrativos automatizar primero en Madrid.
CodeZone Pro Tip: calcula cuándo vence un SLA contando solo el horario laboral pactado y decide si el ticket está en plazo, hay que escalarlo o ya se ha incumplido.
from datetime import date, datetime, time, timedelta
from zoneinfo import ZoneInfo
MADRID = ZoneInfo("Europe/Madrid")
APERTURA, CIERRE = time(9, 0), time(18, 0) # horario de soporte pactado (ejemplo hipotético)
def vencimiento(inicio: datetime, minutos: int, festivos: set[date]) -> datetime:
"""Suma minutos de SLA contando solo el horario laboral pactado."""
t, restante = inicio.astimezone(MADRID), timedelta(minutes=minutos)
while True:
apertura = datetime.combine(t.date(), APERTURA, MADRID)
cierre = datetime.combine(t.date(), CIERRE, MADRID)
if t.weekday() >= 5 or t.date() in festivos or t >= cierre:
# fuera de horario el reloj no corre: salta a la apertura del día siguiente
t = datetime.combine(t.date() + timedelta(days=1), APERTURA, MADRID)
continue
t = max(t, apertura)
if restante <= cierre - t:
return t + restante
restante -= cierre - t
t = cierre
def semaforo(inicio: datetime, minutos: int, ahora: datetime, festivos: set[date]) -> str:
# Se escala al consumir el 75 % del plazo laboral, no del tiempo de reloj
if ahora >= vencimiento(inicio, minutos, festivos):
return "incumplido"
if ahora >= vencimiento(inicio, int(minutos * 0.75), festivos):
return "escalar"
return "en plazo"
if __name__ == "__main__":
# Plazo de 4 horas laborables abierto un viernes a las 17:00: vence el lunes a las 12:00
abierto = datetime(2026, 10, 30, 17, 0, tzinfo=MADRID)
print(vencimiento(abierto, 240, festivos=set()))
print(semaforo(abierto, 240, datetime(2026, 11, 2, 11, 30, tzinfo=MADRID), set()))Con este cálculo nadie discute si un ticket del viernes por la tarde venció el sábado: el vencimiento sale de la regla que firmaste y el informe de cumplimiento deja de hacerse a mano.
Lo Que Cuesta un SLA Que Nadie Mide
Un SLA sin medición se renegocia en cada incumplimiento con la memoria de cada parte. Con los relojes dentro del sistema de tickets, el cumplimiento mensual sale solo y cualquier penalización se discute sobre datos.
En Codezone desarrollamos sistemas de tickets con SLA integrados con tu CRM y tu facturación. Cuéntanos qué plazos tienes pactados con tus clientes y vemos cómo medirlos.
