# Cómo gestionar cambios de turno sin llenar el chat de mensajes https://techy.eus/recursos/gestionar-cambios-turno Actualizado: 2026-09-20 Los cambios de turno son normales. El problema aparece cuando se acuerdan por un mensaje privado y nadie actualiza el calendario que el resto del equipo consulta. Techy · Copia editable sin conexión. Los ejemplos son ilustrativos, no resultados de clientes. Revisa las limitaciones de la guía antes de aplicarla. ## Diferencia petición de cambio y cambio confirmado Una solicitud no debe modificar el cuadrante por sí sola. Usa estados claros: propuesta, pendiente de aprobación, confirmada o descartada. Así cada persona sabe si todavía tiene que cubrir su turno original. La misma regla sirve para intercambios, sustituciones y cambios impuestos por necesidad operativa. ## Comprueba cobertura antes de aprobar Antes de confirmar, revisa quién queda asignado, si cuenta con la formación necesaria y cómo afecta al descanso o a otros turnos. Si el cambio depende de normas internas, convenio o legislación, sigue el proceso que corresponda y pide apoyo cuando sea necesario. El calendario debe mostrar el resultado final, no el historial completo de la negociación. ## Comunica una sola versión Una vez aprobado, actualiza el lugar oficial donde se consulta el cuadrante y avisa a las personas implicadas. Evita que un chat se convierta en la fuente de verdad: los mensajes se pierden, se reenvían fuera de contexto y no muestran fácilmente el estado final. ## Ejemplo: una petición no es todavía un cambio Caso ficticio: Lucía pide cambiar su turno del martes con Jon. Registra primero «solicitado», con los dos turnos originales y la fecha. La aceptación de Jon pasa la petición a «aceptada por las personas», pero no modifica todavía el cuadrante publicado si hace falta validación del responsable. El responsable comprueba cobertura, habilitación para la tarea y reglas de jornada aplicables. Si aprueba, actualiza una única versión y comunica el cambio a ambos. Si deniega, conserva la petición y el motivo operativo; no borres el rastro ni dejes una segunda captura circulando como si fuera válida. Cuando dos solicitudes afectan al mismo turno, vuelve a comprobar la disponibilidad después de aprobar la primera. Una validación que era correcta a las 09:00 puede quedar obsoleta a las 09:10. Bloquear esa colisión es más importante que contestar rápido a todas las solicitudes. ## Qué registrar sin complicar la solicitud Basta con un identificador, turnos de origen y destino, personas implicadas, estado, responsable de validación y fecha de resolución. Evita recoger motivos personales detallados cuando no sean necesarios para gestionar la cobertura. Después del cambio, comprueba que ambas personas ven la misma versión y que sus totales se han recalculado. ## Una colisión resuelta: dos peticiones sobre el mismo turno Ejercicio ficticio de un equipo de atención. El 6 de octubre, Lucía tiene 06:00–14:00 y Jon 14:00–22:00. La solicitud C-101 propone intercambiar esos dos turnos. Mientras se tramita, C-102 propone asignar a Jon otra cobertura de 14:00–22:00. Aprobar ambas usando una copia antigua del calendario produciría una asignación incompatible con el intercambio o una doble cobertura registrada. Antes de confirmar C-101, el responsable consulta la versión vigente. Al aprobarla guarda versión 18, conserva las asignaciones anteriores y registra las nuevas. C-102 fue evaluada contra la versión 17: debe volver a revisión. No es necesario que toda solicitud fallida desaparezca; el historial permite explicar qué dato cambió y por qué hay que comprobarla otra vez. El registro CSV de ejemplo contiene los eventos en orden. No incluye razones médicas, familiares ni otros datos personales: para ensayar la lógica basta con nombres ficticios, identificadores de turno y estados. Si usas una hoja compartida, acuerda quién puede modificar el cuadrante; el registro de solicitudes no debe convertirse en otro calendario editable por cualquiera. Estados y efectos del ejemplo C-101/C-102 | Evento | Estado | ¿Cambia el cuadrante? | | --- | --- | --- | | Lucía registra C-101 | Solicitado | No | | Jon acepta C-101 | Aceptado por participantes | No | | Responsable valida contra v17 | Aprobado → v18 | Sí, una vez | | C-102 sigue referida a v17 | Requiere nueva revisión | No | | Ambos reciben v18 | Comunicado | No, confirma comunicación | ## Comprobar las horas no equivale a comprobar los descansos En C-101 ambos turnos duran ocho horas y el intercambio no cambia el total individual. Aun así hay que mirar el turno anterior y el siguiente de cada persona. Un intercambio que conserva ocho horas puede reducir el tiempo entre salidas y entradas o dejar sin una competencia necesaria a la franja de tarde. Usa las reglas de tu organización y la normativa aplicable; no declares aprobado un cambio solo porque la suma coincide. Haz cuatro comprobaciones separadas: disponibilidad, cobertura por función, tiempo entre turnos y horas acumuladas. Anota qué información falta. Si no conoces el turno siguiente, el estado correcto es pendiente de revisión, no aprobado provisionalmente sin avisar. Un visto en el chat tampoco demuestra que ambos calendarios personales se actualizaron. Envía la fecha, asignación anterior, asignación nueva y versión. Pide confirmar la recepción por el canal acordado. Si hay un calendario exportado que no se sincroniza, indica que debe reemplazarse: un archivo descargado no se actualiza por sí solo. ## Qué hacer si el cambio se cancela después de aprobarlo No borres C-101 ni vuelvas automáticamente a v17. Desde su aprobación pueden haberse producido más cambios. Crea un evento de reversión que señale C-101, revisa disponibilidad y cobertura actuales y, si procede, publica una nueva versión. El historial debe distinguir «nunca aprobado» de «aprobado y después revertido». Para ensayar el proceso, introduce en una copia estos casos: rechazo de un participante, aprobación repetida, solicitud simultánea y cancelación posterior. La aprobación repetida no debe añadir otras ocho horas; el rechazo no modifica nada; una solicitud simultánea vuelve a validación; una reversión conserva el rastro anterior. Al final, reconstruye el turno vigente leyendo únicamente el historial y compruébalo contra el calendario. Puedes descargar el registro de eventos para practicar estas comprobaciones en una hoja. Es material didáctico, no un sistema de autorización ni un registro laboral certificado. Para trabajo real hacen falta permisos, responsables y un procedimiento de conservación acordado. ## Descarga de apoyo [Descargar el historial C-101/C-102 (.csv)](https://techy.eus/plantillas/cambios-turno-ejemplo.csv) Guarda también este archivo si quieres reproducir el ejercicio sin conexión. ## Fuentes - Estatuto de los Trabajadores · BOE: https://www.boe.es/buscar/act.php?id=BOE-A-2015-11430 Referencia normativa española: artículos 34–36. Consulta el texto vigente y las reglas aplicables a tu caso. Los ejercicios y CSV son elaboración propia de Techy, no ejemplos del BOE. ## Tu hoja de trabajo — rellena en tu dispositivo Situación y fecha: ____________________ Datos de partida y procedencia: ____________________ Decisión / cálculo: ____________________ Resultado esperado: ____________________ Comprobación real y referencia a la evidencia: ____________________ Excepción y siguiente acción: ____________________ Responsable y fecha de revisión: ____________________ No incluyas contraseñas, datos de pacientes u otra información sensible en una hoja compartida. Descargarla o marcar una casilla no verifica el cumplimiento en un caso real.