Asignaciones y conflictos

La asignación nace en el equipo del CIS, no en el perfil. Ops revisa fechas, elige una persona activa y elegible, agrega asistente cuando corresponde y deja que Trailhead valide disponibilidad y roles.

Un conflicto bloquea el equipo inválido; no es una advertencia ignorable. Hay que cambiar la persona o el plan y validar otra vez. Guardar el CIS vuelve visible la asignación, pero no crea ni aprueba todos los Programas diarios.

Siguiente: revisá la visibilidad en mobile.

Asignación de huéspedes y vista del CIS

Con varios guías habilitados, el GC del grupo abre Asignar huéspedes desde el detalle del CIS, elige un guía, le asigna huéspedes de la lista sin asignar y pasa al siguiente. Guardar aplica todos los cambios del borrador una sola vez. Se permite una distribución parcial; los huéspedes sin asignar no aparecen para los guías comunes.

Se pueden corregir o quitar asignaciones guardadas por error. Si otro coordinador guardó primero, recargá la distribución antes de reintentar. La corrección cambia el acceso sin mover el equipo del huésped ni reescribir su historial. Para cambiar huéspedes de guía durante la estadía, usá Rotar huéspedes: el cambio empieza al día siguiente. Ver Cambio de guía durante la estadía.

Con un único guía habilitado que no sea solo de transfer, todos los huéspedes le corresponden automáticamente y se oculta la sección de asignación. Los transfers no asignan huéspedes. Cada guía ve solo sus huéspedes y sus propias tareas IN/OUT. El GC del grupo ve el CIS completo. Las tarjetas IN/OUT y Huéspedes se pueden plegar de forma independiente.

En Management, el CIS marca con R al guía solicitado. Las funciones de coordinación son diarias, por eso aparecen junto al guía en los Programas de ese día: GC Lodge para el coordinador del lodge y GC para el de un grupo.