Calculadora de fecha límite de SLA, fecha del Service Level Agreement
Última revisión: 19 de mayo de 2026
Calcule la fecha límite exacta para cualquier ventana de SLA medida en días hábiles. Introduzca la fecha en la que se abrió un ticket, incidente o solicitud, fije su ventana de SLA, y el calculador devuelve la fecha exacta de vencimiento, omitiendo automáticamente fines de semana y festivos públicos.
Ventanas de SLA habituales: 1 día hábil para incidentes críticos o P1, 3 días hábiles para tickets de alta prioridad, 5 días hábiles (una semana laboral) para prioridad normal y 10 días hábiles para solicitudes de baja prioridad o meramente informativas. Equipos de soporte, responsables de cumplimiento, jefaturas de operaciones y equipos de customer success usan el seguimiento de SLA en días hábiles para mantener los compromisos visibles y trazables.
Niveles de gravedad de SLA habituales
La mayoría de los contratos de soporte definen cuatro niveles de prioridad, cada uno con su propia ventana de respuesta y resolución. El gráfico siguiente muestra un patrón típico; su contrato puede usar cifras distintas, pero la estructura de niveles es en líneas generales la misma.
Ejemplo: contrato de soporte MSP por niveles de gravedad
Tome un proveedor de servicios gestionados (MSP) cuyo master service agreement define cuatro niveles de gravedad: los incidentes de Severidad 1 reciben respuesta en una hora dentro del horario laboral, los de Severidad 2 en cuatro horas hábiles, los de Severidad 3 en un día hábil, los de Severidad 4 en cinco días hábiles. Un ticket de Severidad 3 se abre a las 16:30 Eastern del viernes 22 de mayo de 2026. El reloj de un día hábil omite el fin de semana y Memorial Day el lunes 25 de mayo, así que la fecha límite de respuesta cae al cierre de jornada del martes 26 de mayo. Leer el SLA como «siguiente día natural» pondría al MSP en incumplimiento antes de la mañana del martes. Las plataformas ITSM como ServiceNow, Zendesk y Freshservice ofrecen temporizadores de SLA en días hábiles atados al calendario de festivos del país del cliente precisamente para este caso. Los SLA federales bajo FAR 52.246-4 y los calendarios de respuesta a incidentes de monitorización continua de FedRAMP siguen la misma lógica: el reloj mide horas hábiles y días hábiles, no tiempo natural en bruto.
Errores habituales en la medición de SLA
Cuatro errores aparecen una y otra vez en las revisiones de incumplimiento de SLA. Primero, mezclar relojes de horas hábiles con relojes de días hábiles: un SLA de cuatro horas hábiles cubre cuatro horas de la ventana de soporte (habitualmente de 9:00 a 17:00 hora local), no cuatro horas naturales, así que un ticket abierto a las 15:00 tiene una hora hoy y tres horas mañana por la mañana. Segundo, ignorar los desplazamientos de día observado cuando un festivo federal cae en fin de semana; las herramientas basadas en ServiceNow y Jira a veces se quedan en las fechas literales del calendario y se saltan la observancia del viernes o lunes. Tercero, discutir si el reloj empieza en el momento del envío o en el siguiente límite de hora hábil; el contrato debe ser explícito, ya que un ticket de las 16:55 del viernes con SLA de 24 horas hábiles puede vencer el lunes a las 17:00 o el martes a las 8:00 según la convención. Cuarto, aplicar un único calendario regional de festivos a un cliente multirregional: un MSP con sede en EE. UU. que atiende a clientes europeos o indios tiene que llevar por separado los días no laborables de cada lado, ya que un cierre por Diwali en el equipo de soporte o un cierre por Independence Day en el cliente paran el reloj por igual.
Cuando el contrato de SLA guarda silencio sobre festivos
Muchos MSAs definen «día hábil» sin enumerar explícitamente qué festivos aplican, lo que deja una ambigüedad real cuando un ticket llega la víspera de un festivo. El valor por defecto defendible en contratos estadounidenses es el calendario del mercado de bonos SIFMA, que se alinea estrechamente con los festivos federales bajo 5 USC 6103 y se publica con antelación cada año. Si el contrato deja la cuestión abierta, documente el calendario que su equipo está aplicando (en la herramienta de seguimiento de SLA, en el runbook y en las páginas de estado de cara al cliente) y concíliela con la expectativa del cliente antes de la primera revisión de incumplimiento. La herramienta importa: PagerDuty, Opsgenie y ServiceNow permiten a los administradores subir listas de festivos personalizadas que sobrescriben las por defecto, la forma práctica de codificar un calendario negociado sin reescribir el SLA. Una revisión anual de la lista de festivos al comienzo del año natural detecta Independence Day observado en viernes, Christmas observado en lunes y cualquier festivo por proclamación puntual antes de que se convierta en una disputa por incumplimiento.
Para los equipos de customer success que conducen las conversaciones de renovación, el registro de incumplimientos de SLA es una de las métricas que los clientes preguntan durante el ciclo de renovación. Mantener alineados durante el año la salida del calculador, el calendario de país y el contrato de SLA subyacente es un esfuerzo pequeño con un impacto desproporcionado cuando una persona de account executive entra a la reunión de renovación con un panel limpio de tasa de incumplimiento. Los auditores SOC 2 Type II que examinan controles generales de TI también solicitan habitualmente la configuración del calendario de festivos de la herramienta de ticketing y la concilian con las horas de soporte documentadas en la descripción del servicio de cara al cliente.
Solo a título informativo
Esta calculadora ofrece estimaciones generales basadas en las reglas de conteo de días hábiles. No constituye asesoramiento jurídico. Los plazos en materia legal, regulatoria o contractual pueden estar sujetos a reglas específicas de cada jurisdicción, órdenes judiciales o excepciones legales. Confirme siempre los plazos críticos con un profesional cualificado.