Contratos SaaS: "soporte en horario laboral"

"Soporte en horario laboral" parece no necesitar explicación hasta que entra un ticket un viernes a las cuatro de la tarde. Que el tiempo de respuesta se cumpla entonces el viernes por la noche, el lunes o el martes depende de cuatro definiciones de las condiciones de soporte del proveedor: qué horas cuentan, en qué zona horaria, qué días y sin qué festivos. No existe una respuesta uniforme. Esta guía cita lo que publican cinco proveedores, leído el 10 de octubre de 2026, y hace las cuentas con cuatro relojes. Tres de los cinco fijan sus horarios, en todo o en parte, en la hora del Pacífico, una zona horaria de Estados Unidos; las definiciones que obligan son las de su propio contrato.

Cuatro definiciones deciden la fecha límite

Un tiempo de respuesta contado en horas laborables es un reloj que se para y vuelve a arrancar. Para saber cuándo corre, necesita:

1. Las horas. La apertura y el cierre de una jornada de soporte.
2. La zona horaria. La hora local del cliente, la del proveedor o una zona fija para todos.
3. Los días. De lunes a viernes es una respuesta; una ventana que no cierra entre semana es otra.
4. Los festivos. De quién es el calendario y dónde se publica la lista.

Si las condiciones de soporte dejan abierto alguno de los cuatro puntos, pídalo por escrito antes de firmar. Cada uno mueve la fecha límite, como muestran los ejemplos de abajo.

Lo que publican cinco proveedores

Microsoft, planes de soporte de Azure. La tabla de respuesta de Microsoft fija un tiempo de respuesta inicial por gravedad y por plan, e indica cuáles corren en horario laboral. En el plan Standard, la gravedad A (impacto crítico) tiene un tiempo de respuesta inferior a 1 hora con acceso 24x7, y la gravedad C (impacto mínimo), inferior a 8 horas con acceso en horario laboral; en un incidente de gravedad C, dice la página, Microsoft solo se pone en contacto durante el horario laboral ("Microsoft will contact you during business hours only"). Una nota al pie define el término: en la mayoría de los países, el horario laboral va de 9:00 a 17:00 los días de semana, sin fines de semana ni festivos; en Norteamérica, de 6:00 a 18:00, hora del Pacífico, de lunes a viernes sin festivos; en Japón, de 9:00 a 17:30 los días de semana. La página no enumera los festivos.

Google Cloud, Technical Support Services Guidelines. Google define las "Hours of Operation" como el periodo que va del domingo a las 17:00 al viernes a las 17:00, zona horaria del Pacífico, salvo los festivos en hora local de cada región documentados en la Google Support Tool, y un "Business Day" como cualquier día dentro de esas Hours of Operation. Una solicitud recibida fuera de ese periodo se registra y se tramita el siguiente Business Day. En Standard Support, los tiempos objetivo de respuesta inicial, dentro de las Hours of Operation, son de 4 horas para P2 y de 8 horas para P3 y P4. Aquí el "horario laboral" es una sola ventana de cinco días, no ocho horas diarias.

GitHub, Premium Support. GitHub indica un horario de 24 x 7 para sus dos planes Premium, con un tiempo de respuesta inicial de 30 minutos para los tickets Urgent y de 4 horas para los High. Dos frases de la página importan para las cuentas: el tiempo de respuesta empieza cuando GitHub Premium Support fija la prioridad del ticket ("Response time begins when GitHub Premium Support sets the priority level of the ticket"), y una respuesta no significa que el problema esté resuelto ("A response does not mean the issue has been resolved").

GitLab, GitLab Support. La página de soporte de GitLab usa dos términos a la vez. "24x5" significa allí que los ingenieros de soporte responden a los tickets desde el domingo a las 15:00 hasta el viernes a las 17:00, hora del Pacífico ("Sunday 3pm Pacific Time through Friday 5pm Pacific Time"). La tabla de Priority Support pone en ese reloj todos los niveles salvo la emergencia: 4 horas con la instancia muy degradada, 8 horas con impacto medio y 24 horas con impacto bajo; para una emergencia, 30 minutos las veinticuatro horas (24x7). La misma página indica además un horario laboral por región, según la región preferida que el cliente elige en el ticket: de 09:00 a 21:00 AEST (Brisbane) para Asia-Pacífico, de 08:00 a 18:00 CET (Ámsterdam) para Europa, Oriente Medio y África, y de 05:00 a 17:00 PT para América, siempre de lunes a viernes. Esos tiempos son los de la primera respuesta, no los de la resolución ("are not to be considered as an expected time-to-resolution").

Atlassian, Support Offerings. Para los productos Cloud del plan Standard, la tabla de Atlassian indica un horario de soporte técnico de 9 horas al día, de lunes a viernes, y como objetivo de respuesta inicial 2 horas hábiles para el nivel 1 (aplicación caída), 6 horas hábiles para el nivel 2, 1 día hábil para el nivel 3 y 2 días hábiles para el nivel 4. Una nota al pie define esa jornada de nueve horas: de 8:00 a 17:00, de lunes a viernes, en once zonas horarias enumeradas, de Pacific (UTC-8) a Australia Eastern Standard Time (UTC+10); la India se atiende de 10:00 a 19:00 y Japón de 9:00 a 18:00. Los tickets los tramita la oficina de la zona geográfica en la que se presentan ("Tickets will be handled in the office corresponding to the geo in which they are submitted"). Otra nota dice que Atlassian hará esfuerzos comercialmente razonables por cumplir el tiempo objetivo ("will use commercially reasonable efforts").

Cinco proveedores, cinco relojes distintos, y uno de ellos no tiene fin de semana.

El mismo ticket en cuatro relojes

Tome un ticket abierto a las 16:00 del viernes, 22 de mayo de 2026, en cada caso en la zona horaria del reloj correspondiente.

• Ocho horas laborables, de 9:00 a 17:00, de lunes a viernes, sin calendario de festivos. Una hora corre el viernes. Las otras siete corren el lunes, así que la respuesta vence el lunes, 25 de mayo a las 16:00.
• El mismo reloj con el calendario de festivos federales de EE. UU. El lunes, 25 de mayo es Memorial Day, el reloj sigue parado ese día y la respuesta vence el martes, 26 de mayo a las 16:00.
• Ocho horas laborables, de 6:00 a 18:00, de lunes a viernes (el horario que Microsoft publica para Norteamérica). Dos horas corren el viernes y seis el lunes: vence el lunes, 25 de mayo a las 12:00, o el martes, 26 de mayo a las 12:00 si se excluyen los festivos federales de EE. UU.
• Cuatro horas en una ventana que cierra el viernes a las 17:00 y reabre el domingo a las 17:00 (la forma de las Hours of Operation de Google). Una hora corre antes del cierre y las tres restantes desde la reapertura: vence el domingo, 24 de mayo a las 20:00.

En un reloj 24 x 7, el plazo del mismo ticket corre sin pausa durante la tarde y el fin de semana no interviene.

La diferencia es grande para un solo ticket y una sola cifra del contrato. A mitad de semana se reduce a nada: un plazo de cuatro horas para un ticket abierto a las 9:00 del martes, 19 de mayo vence a las 13:00 del mismo día en cualquiera de los relojes de horario laboral de arriba.

La gravedad puede cambiar el reloj

En varias de estas tablas, la gravedad de un ticket decide no solo la duración del plazo, sino también si corre las veinticuatro horas. Microsoft da a la gravedad A acceso 24x7 y a la gravedad C solo horario laboral. La gravedad B queda en medio: horario laboral con 24x7 disponible, y el cliente que elige 24x7 se compromete a trabajar de forma continua con el equipo de Microsoft hasta la resolución; de lo contrario, Microsoft puede rebajar la gravedad al nivel C. Una nota al pie añade que Microsoft puede rebajar el nivel de gravedad si el cliente no puede aportar recursos o respuestas suficientes.

Las directrices de Google lo dicen en lenguaje contractual. El cliente asigna una prioridad de P1 a P4 al enviar la solicitud, Google puede reclasificar una asignación que considere incorrecta, y esa decisión es definitiva y vinculante para el cliente ("final and binding on Customer"). El reloj en el que corre su ticket lo decide, en parte, el proveedor, y las condiciones lo dicen abiertamente.

GitLab y Atlassian trazan la misma línea. GitLab atiende una emergencia las veinticuatro horas y cualquier otro nivel dentro de su ventana 24x5. En el plan Cloud Premium de Atlassian, el horario de soporte técnico es 24/7 para el nivel 1, 24/5 para el nivel 2 y nueve horas de lunes a viernes para los niveles 3 y 4.

Follow the sun

"Follow the sun" significa pasar un caso entre equipos regionales para que siempre haya alguien trabajando en él. Los procedimientos de Customer Care de Google lo describen así: normalmente un solo especialista gestiona el caso dentro de una zona horaria; los casos de prioridad 1 siguen por defecto el modelo follow the sun, es decir, el caso se traspasa entre equipos globales para dar cobertura de soporte durante 24 horas, y los clientes con Premium Support pueden pedirlo también para los casos de prioridad 2. La misma página añade una advertencia en sentido contrario: como esos casos reciben atención continua, puede que usted tenga que aportar información a cualquier hora del día. El soporte permanente también necesita a alguien despierto del lado del cliente.

De quién son los festivos

Las definiciones de Microsoft y de Google excluyen los festivos, y ninguna imprime la lista allí donde define las horas. Microsoft escribe "holidays excluded"; Google remite a los festivos en hora local de cada región documentados en la Google Support Tool. Las páginas citadas de GitLab y de Atlassian no mencionan los festivos allí donde fijan sus horarios. Un calendario de festivos es nacional y a veces regional, de modo que un día de cierre del proveedor puede ser para usted un día de trabajo normal. Pida la lista de la región que atenderá sus tickets y compárela con su propio calendario.

Para comparar, la guía Festivos federales de EE. UU. 2026 y las calculadoras por país, por ejemplo la calculadora de días hábiles de España, recogen los días festivos de cada país con sus fuentes. La herramienta de solapamiento de horarios laborales por zona horaria muestra qué horas de su jornada caen dentro de la jornada de soporte de un proveedor en otra zona, y la calculadora de horas laborables suma las horas que cubre un horario entre dos fechas. Sobre los créditos de servicio y la diferencia entre tiempo de respuesta y de resolución, consulte la guía Cómo funcionan los tiempos de respuesta de un SLA.

FAQ

¿Qué horario laboral se aplica si mi proveedor SaaS está en otro país?

El que definan las condiciones de soporte, y cada proveedor lo define a su manera. La página de soporte de Azure de Microsoft indica de 9:00 a 17:00 los días de semana para la mayoría de los países y de 6:00 a 18:00, hora del Pacífico, para Norteamérica. Las directrices de Google Cloud usan una sola ventana para todos: del domingo a las 17:00 al viernes a las 17:00, zona horaria del Pacífico. Lea la definición, su zona horaria y su lista de festivos antes de confiar en un tiempo de respuesta.

¿Qué significa en la práctica un tiempo de respuesta en horas laborables?

Que el reloj solo corre durante las horas definidas. Un plazo de ocho horas para un ticket abierto un viernes a las 16:00, con horario laboral de 9:00 a 17:00 de lunes a viernes, consume una hora el viernes y siete el lunes, así que la respuesta vence el lunes a las 16:00. Si ese lunes es festivo en el calendario del proveedor, vence el martes a las 16:00.

¿El soporte follow the sun equivale a cobertura 24/7?

Para los casos a los que se aplica, sí, mediante el traspaso entre equipos. Según los procedimientos de Customer Care de Google, los casos de prioridad 1 siguen por defecto el modelo follow the sun: el caso se traspasa entre equipos globales para dar cobertura de soporte durante 24 horas, y puede que el cliente tenga que aportar información a cualquier hora del día.

¿Cómo se tratan los días festivos en el soporte?

Las definiciones de Microsoft y de Google los excluyen del horario laboral sin imprimir la lista al lado. La página de Microsoft excluye fines de semana y festivos; las directrices de Google excluyen los festivos en hora local de cada región documentados en la Google Support Tool. Las páginas de GitLab y de Atlassian citadas aquí no mencionan los festivos al fijar sus horarios. Pregunte al proveedor qué calendario se aplica a la región que atiende sus tickets.