[Blog](<https://nightlysoftware.com/blog>)Servicios 

# Tiempos de atención: cuándo corre el reloj y cuándo espera

Un acuse y una resolución no miden lo mismo. Define el calendario y las pausas permitidas antes de confiar en el contador de atención.

**[Jonathan Perez](<https://nightlysoftware.com/nosotros#jonathan-perez>)**Cofundador · Diseño, producto y ventas 8 de octubre de 2026 · 8 min de lectura 

**Respuesta breve**

Para medir tiempos de atención, define por separado primera respuesta y resolución, con evento inicial, horario, zona horaria y evidencia de cumplimiento. Registra las pausas permitidas con motivo e intervalo; una espera interna no debe detener el reloj sin una regla. Conserva el historial cuando se repitan mensajes, cambie la prioridad o se reabra el caso.

## Comprueba diez reglas del reloj de atención

Incluye horario de viernes a lunes, pausas, respuesta válida y reapertura. Anota después el resultado observado.

[Descargar hoja CSV](<https://nightlysoftware.com/plantillas/sla-atencion-servicio-es.csv>)

En esta guía

-   [Define qué cuenta como respuesta y qué reloj estás midiendo](<https://nightlysoftware.com/blog/sla-atencion-servicio#reloj>)
-   [Ejemplo: una solicitud del viernes con espera del cliente](<https://nightlysoftware.com/blog/sla-atencion-servicio#ejemplo>)
-   [Una pausa necesita motivo comprobable y siguiente acción](<https://nightlysoftware.com/blog/sla-atencion-servicio#espera>)
-   [Evalúa el contador con horas conocidas](<https://nightlysoftware.com/blog/sla-atencion-servicio#pruebas>)

## Define qué cuenta como respuesta y qué reloj estás midiendo

Un tiempo de atención sirve cuando todos entienden desde qué evento empieza, en qué horario corre, qué lo pausa y qué evidencia lo termina. Primera respuesta y resolución son compromisos diferentes. Un correo automático de recibido puede informar al cliente sin demostrar que una persona entendió el caso o que el problema quedó resuelto.

[Microsoft documenta](<https://learn.microsoft.com/en-us/dynamics365/customer-service/administer/define-service-level-agreements>) objetivos de servicio con condiciones de aplicación, éxito y pausa, y cálculo según horario laboral y cierres configurados. En Dynamics 365 Customer Service, si no se asigna horario, se considera todo el día, todos los días. Son reglas de ese producto; confirma explícitamente el calendario y condiciones del sistema que evalúas.

| Regla |Decisión del negocio |Evidencia |
| --- | --- | --- |
| Inicio |Recepción, clasificación u otro evento acordado |Hora y solicitud original |
| Horario |Días, horas, festivos y zona horaria |Calendario vigente |
| Primera respuesta |Qué intervención cuenta como atención |Mensaje o acción y responsable |
| Pausa |Motivos permitidos y quién los autoriza |Inicio, motivo y requisito faltante |
| Resolución |Qué resultado necesita aceptación |Resultado y condición de cierre |
| Reapertura |Continúa, reinicia o exige revisión |Regla y vínculo al caso anterior |

## Ejemplo: una solicitud del viernes con espera del cliente

**Escenario sintético para revisar el cálculo**

AT-14 entra el viernes 9 de octubre de 2026 a las 16:30, hora de Ciudad de México. Horario de prueba: lunes a viernes, 09:00–17:00, sin festivos en este ejercicio. Objetivos ilustrativos: primera respuesta en dos horas laborables y resolución en cuatro. La empresa permite pausar resolución mientras espera un dato indispensable del cliente, pero no pausar primera respuesta.

La primera respuesta vence el lunes 12 a las 10:30: el viernes caben treinta minutos hasta las 17:00 y quedan noventa desde las 09:00 del lunes. Un mensaje automático a las 16:31 no cumple la regla de prueba. La persona responsable responde a las 16:45 con el contexto, el dato requerido y siguiente acción. Primera respuesta queda en quince minutos laborables.

A las 16:50 se registra espera autorizada porque falta ese dato indispensable. El reloj de resolución ha consumido veinte minutos desde las 16:30. El cliente lo proporciona el lunes a las 09:30 y se reanuda. Quedan tres horas y cuarenta minutos: el vencimiento es el lunes a las 13:10. La pantalla debe conservar tanto las horas originales como el intervalo excluido.

Si el resultado aceptado llega a las 13:00, resolución consumió veinte minutos el viernes más tres horas y treinta el lunes: tres horas y cincuenta. Si llega a las 13:15, consumió cuatro horas y cinco, cinco minutos sobre el objetivo. Son variantes independientes del ejemplo, no un resultado real de atención ni una garantía contractual.

## Una pausa necesita motivo comprobable y siguiente acción

No permitas detener el reloj solo porque la cola está llena o alguien olvidó revisar el caso. En esta política, una espera interna de repuestos no pausa resolución. El registro muestra qué requisito falta, quién lo pidió, cuándo empezó la espera y quién revisará si ya llegó. Cambiar el nombre del estado a pendiente no debe decidir por sí solo qué tiempos se descuentan.

| Situación |Resultado esperado |Qué revisar |
| --- | --- | --- |
| El mismo cliente escribe por otro canal |Vincular al mismo caso y conservar inicio original |No rejuvenecer el plazo con otro ticket |
| Repetir registro de la misma pausa |Un intervalo, sin descontarlo dos veces |Referencia, inicio y fin |
| Reabrir porque resultado no fue aceptado |Aplicar regla de reapertura y conservar historial |No ocultar vencimiento con fecha nueva |
| Cambiar prioridad a mitad del caso |Decisión visible y cálculo según regla acordada |Objetivo anterior y nuevo |
| Horario o festivo distinto |Calcular con calendario autorizado |Versión y zona horaria |

Si la información llega fuera del horario, conserva la hora de recepción y calcula la reanudación según tu regla. Define también qué sucede si no llega nunca: recordatorio permitido, escalamiento o cierre con motivo. Cerrar por falta de respuesta no equivale a resolver técnicamente. La guía no determina penalizaciones ni interpreta acuerdos legales de servicio.

## Evalúa el contador con horas conocidas

-   Crea un caso cerca del cierre del viernes y calcula su vencimiento a mano. Comprueba primera respuesta y resolución por separado.
-   Agrega una espera permitida y otra interna no permitida. Solo la primera debe excluir el intervalo que la regla autorice.
-   Recibe la información solicitada y verifica reanudación. Repetir el evento debe conservar un intervalo, sin restar de nuevo.
-   Relaciona mensajes del mismo problema desde dos canales. El responsable debe poder ver el inicio y compromiso originales.
-   Prueba cierre rechazado, reapertura y cambio de prioridad. Conserva motivos y muestra si hay revisión pendiente.

Antes de elegir software, reúne tus horarios, festivos, zonas horarias, tipos de prioridad y tres casos con horas verificables. Define ejemplos de respuesta válida, resolución aceptable y pausa permitida. Si el equipo no puede explicar esas reglas, un contador vistoso solo dará precisión aparente.

Para convertir las reglas en trabajo compartido revisa [documentar procesos](<https://nightlysoftware.com/blog/documentar-procesos>); si atender requiere una visita, [agenda de cuadrillas](<https://nightlysoftware.com/blog/agenda-cuadrillas-conflictos>). Una consulta sobre [software para empresas de servicios](<https://nightlysoftware.com/soluciones/software-para-empresas-de-servicios>) puede revisar qué reloj y evidencia necesita cada compromiso.

## Revisemos cómo cuentas la atención

Una consulta gratuita puede revisar las reglas y evidencias detrás de tus plazos, antes de configurar un contador.

-   Horario, festivos, zona horaria y objetivos por prioridad.
-   Tres solicitudes anonimizadas con horas de entrada, respuesta y cierre.
-   Motivos permitidos de pausa y reglas de reapertura.

[Agendar diagnóstico gratuito](<https://nightlysoftware.com/agendar>)[Consultar por WhatsApp](<https://wa.me/524622212236?text=Quiero%20revisar%20tiempos%20de%20atenci%C3%B3n%20y%20pausas.%20Tengo%20horarios%2C%20casos%20con%20horas%20y%20reglas%20de%20respuesta%20y%20resoluci%C3%B3n.>)

Relacionado

-   [Software para empresas de servicios](<https://nightlysoftware.com/soluciones/software-para-empresas-de-servicios>)
-   [Desarrollo de aplicaciones](<https://nightlysoftware.com/soluciones/desarrollo-de-aplicaciones>)

## Preguntas frecuentes

### ¿El acuse automático cuenta como primera respuesta? 

Solo si la regla acordada lo define así. En la prueba de esta guía se exige intervención de una persona con contexto y siguiente acción; un aviso de recibido no cumple ese criterio.

### ¿Cualquier estado pendiente pausa el reloj? 

No. Define motivos permitidos, aprobación y qué objetivo se pausa. Una espera interna puede seguir consumiendo tiempo aunque la solicitud aparezca pendiente.

### ¿Cómo trato fines de semana y festivos? 

Usa un calendario explícito con horario y zona horaria. Comprueba fechas conocidas; si cambia el calendario, registra quién autoriza el cambio y cómo afecta casos abiertos.

### ¿Una reapertura empieza de cero? 

Es una decisión del negocio o acuerdo aplicable. Define la regla, conserva el vínculo y tiempos anteriores, y evita reiniciar para ocultar un incumplimiento.

## Fuentes

1.  [Configurar acuerdos de nivel de servicio](<https://learn.microsoft.com/en-us/dynamics365/customer-service/administer/define-service-level-agreements>)Microsoft Learn 

Última actualización: 8 de octubre de 2026

## Sigue leyendo

[Servicios8 oct 2026

### Agenda de cuadrillas: disponibilidad, traslados y cambios](<https://nightlysoftware.com/blog/agenda-cuadrillas-conflictos>)[Trabajo en campo7 oct 2026

### Evidencia de servicio en campo sin conexión: del celular al cierre](<https://nightlysoftware.com/blog/evidencia-servicio-campo-sin-conexion>)[Auditoría de cambios8 oct 2026

### Bitácora de cambios: quién cambió qué y cómo investigar una diferencia](<https://nightlysoftware.com/blog/bitacora-auditoria-cambios>)

---

Canonical: https://nightlysoftware.com/blog/sla-atencion-servicio

Updated: 2026-10-08

Description: Define inicio, horario, respuesta, pausa y resolución. Revisa un cálculo de viernes a lunes y diez pruebas descargables para tus solicitudes.

