Handover, cambios de última hora e incidentes de show.

Ningún show sale idéntico al planificado: alguien cambia la hora de llegada, un artista pide otro cambio de programa, una consola se reinicia a mitad de bloque o una pantalla pierde la señal durante treinta segundos. La diferencia entre una noche controlada y una noche improvisada no está en que aparezcan los problemas, sino en tener escrito qué se hace en cuanto aparecen.

Esta guía cubre los cinco mecanismos que sostienen el show cuando el plan se mueve: Artist handover, Last-minute changes, Incident logging, Informe de incidencias y Backup de show files. Son el tramo que conecta la operación con el cierre, y el que más rápido se olvida cuando la noche termina bien.

Cuando el plan cambia a mitad de la noche

Lo primero es el criterio. Ante un cambio, se distingue qué afecta a seguridad, qué afecta al horario, qué afecta al sistema y qué es preferencia. Seguridad y sistema se resuelven con la autoridad técnica; horario con producción; preferencias, si hay margen, con quien las pide. Ordenar así acorta la discusión.

Lo segundo es el canal. El aviso sale por el intercom o la radio del área, llega a producción y se devuelve confirmado; nadie ejecuta un cambio que solo escuchó de pasillo. Si el canal falla, se recurre al plan de respaldo acordado: radio de emergencia y contacto móvil por área.

Lo tercero es el registro. Todo cambio, por pequeño que parezca, deja rastro en el show schedule con hora real y responsable. Ese hábito, sostenido durante toda la noche, es lo que permite reconstruir después qué ocurrió sin depender de la memoria de nadie.

Artist handover: entregar el escenario en condiciones

El Artist handover (entrega del artista o del equipo) es la transferencia ordenada entre quien sale y quien entra: estado del escenario, configuraciones que se conservan, pendientes sin resolver y cualquier condición que el siguiente necesita saber. Puede durar dos minutos, pero tiene que existir.

Una entrega bien hecha sigue una lista corta: superficie limpia, equipos en su sitio, alimentaciones activas, patch disponible, pantallas encendidas y pendientes anunciados. Si algo quedó roto o reemplazado, se dice aquí; si algo depende del siguiente —su propia mesa, su portátil—, se avisa también.

El handover evita el efecto contrario: el equipo siguiente descubre el problema cuando ya está delante del público. Y cuando la entrega se hace entre distintas compañías, un acta breve de entrega evita después discusiones sobre en qué estado se devolvió el material.

En eventos con varios artistas, el handover encadena toda la noche: el primero entrega limpio, cada uno deja lo suyo documentado y el último cierra con inventario. Si en algún eslabón alguien se salta la entrega, el resto de la cadena trabaja sobre información incompleta, y el error aparece cuando ya no hay margen para corregirlo.

Last-minute changes: cómo absorber un cambio

Los Last-minute changes (cambios de última hora) llegan en forma de artista que retrasa, cambio de orden, contenido nuevo, invitado extra o una canción que hay que incorporar al programa. La regla es validar antes de ejecutar: quién aprueba, qué implica en tiempo y qué consecuencia tiene para el resto.

Después viene la comunicación en cadena. Production informa a las áreas; las áreas informan a su gente; el stage manager informa al escenario. Que el lighting operator se entere por el artista, y no por producción, es la señal de que la cadena se rompió.

Por último, el cambio se reprograma: si consume cuatro minutos, alguien decide de dónde salen. Los cambios que no se pagan con tiempo se pagan con recortes, y esa moneda se gasta una sola vez por noche antes de que alguien proteste.

Incident logging: registrar mientras ocurre

El Incident logging (registro de incidencias) es la anotación en vivo de lo que se sale del plan: hora, lugar, personas implicadas, qué ocurrió, qué se hizo y cómo terminó. Se apunta mientras sucede, con el formato más simple posible; el detalle fino vendrá después.

El valor del registro es doble. Durante la noche, sirve para ver patrones: la tercera caída del mismo canal en la misma posición no es mala suerte, es un problema de conexión. Después del show, sirve de base al informe y a cualquier conversación con proveedores o seguros.

Un buen registro es neutral. No busca culpables, busca hechos: qué se observó, qué hora era y qué decisión se tomó. Ese tono es el que permite usarlo después sin convertir la revisión en un juicio.

Informe de incidencias después del show

El Informe de incidencias (incident report) consolida lo anotado: resumen cronológico, impacto real sobre el show, acciones tomadas, personas responsables y recomendaciones. Se redacta mientras la información está fresca, idealmente la misma noche o a la mañana siguiente.

Un buen informe distingue entre incidencia e inconveniente. La primera afectó al show o al público; la segunda, solo al equipo. También separa lo evitable de lo inesperado, y propone una acción concreta: cambiar un cable, revisar un conector, actualizar el plan de frecuencias o reforzar el briefing de load-in.

Con varios eventos, los informes forman una base de datos de fallos. Ahí aparecen las averías recurrentes descritas en averías por tipo de equipo: diagnóstico y reparación y las medidas preventivas de mantenimiento preventivo y limpieza de controles.

Backup de show files: respaldar antes de irte

El Backup de show files (copia de seguridad de los archivos de show) protege las configuraciones con las que se trabajó: consolas, controladoras, contenido de vídeo, cues, patches guardados y ajustes de red. Se hace antes de salir del recinto, no el fin de semana siguiente.

La regla práctica es doble origen, doble destino: una copia en el soporte que se lleva el equipo y otra en un soporte distinto —nube o disco de la producción—. Si los dos soportes viajan en la misma mochila, no hay respaldo real.

Conviene fijar el momento del respaldo dentro del horario, no dejarlo a la voluntad del que se acuerde el último. Lo habitual es copiar tras el soundcheck y volver a copiar al terminar, porque entre ambas horas suele cambiar el contenido: pistas nuevas, cues corregidos o ajustes que solo existen en esa consola.

Respetar la estructura de carpetas importa tanto como copiar. Un respaldo sin nombre legible ni fecha sirve para poco cuando hay que restaurar algo a las tres de la mañana. Nombrar por evento, fecha y versión convierte una carpeta confusa en algo recuperable en minutos.

De la incidencia a la mejora

El circuito se cierra cuando el registro se convierte en cambio de proceso. Si tres noches seguidas la misma fase se retrasa por el mismo motivo, la solución no es llegar antes la siguiente vez: es modificar el plan de load-in. Si un canal falla siempre, es un diseño de patch que hay que rediseñar.

Para que ese circuito funcione, la revisión debe ser corta y concreta: qué pasó, qué lo causó, qué cambiamos y quién lo ejecuta. Diez minutos de revisión con el equipo todavía junto valen más que un documento perfecto redactado una semana después sin contexto.

Con las incidencias cerradas y los archivos respaldados, solo queda recoger, contar y liquidar.

Siguiente paso

Cierra la operación en frío con post-show: load-out, inventario y settlement técnico, donde se detalla cómo se desmonta, se revisa el material, se declaran daños y se cierra la parte técnica de la cuenta.