Fila de clase

Una clase en la grilla semanal: tipo, variante, instructor y ocupación.

Reformer/Tower · Variante

Mafer Saz

7/12

Aparece en: /admin/clases

COLOR

Punto de color que identifica la modalidad de la clase.

Dato / fuente: Derivado del tipo de clase · tiposClaseSeed en oferta.ts (campo color del TipoClase)
Regla: El color mapea a la MODALIDAD (Reformer, MAT, Springboard), no a la variante. Es taxonomía visual, no un estado. Cada modalidad tiene un color fijo del catálogo.
Estados: Reformer/Tower (teal)MAT (ámbar)Springboard (rojo)
Ejemplo: Una clase Reformer/Tower · Salto y una Reformer/Tower · Torre comparten el mismo teal: la variante no cambia el color, la modalidad sí.

TIPO DE CLASE

Nombre de la clase: tipo de clase y, si aplica, su variante.

Dato / fuente: tipoId + varianteId · oferta.ts (ClaseSemana)
Regla: Un tipo (ej. Reformer/Tower) puede tener variantes (Salto, Torre, Power) que rotan por semana (KOD-362: presets de semana). La variante es opcional: los tipos planos (ej. MAT, Springboard) no tienen variante y muestran solo el tipo. La variante NO cambia crédito, cupo ni precio.
Estados: Con variante ("Reformer/Tower · Salto")Sin variante / tipo plano ("MAT", "Springboard")
Ejemplo: La semana del 17 ago, el slot de 8:00 es "Reformer/Tower · Power"; la siguiente semana el mismo slot puede rotar a "· Salto". El preset define qué variante toca cada semana.

INSTRUCTOR

Instructora que imparte la clase.

Dato / fuente: instructorId · oferta.ts (ClaseSemana), nombre de instructors.ts
Regla: La instructora es de la sede de la clase y tiene la especialidad de la modalidad (un instructor MAT no puede dar una clase Springboard). Una instructora no aparece en dos salas a la misma hora. Instructoras de vacaciones o inactivas no se asignan.
Estados: Asignada (nombre)Sin asignar ("—")
Ejemplo: Jeffrey Rosales (Reformer y Springboard, sede Merliot) puede dar la Springboard del martes; Mafer Saz (Reformer y MAT, sede Metrosur) no.

ASISTENTES / INSCRITOS

Reservas confirmadas sobre el cupo total de la clase.

Dato / fuente: inscritos + cupo · oferta.ts (ClaseSemana). El cupo hereda la capacidad de la sala o del tipo en esa sala (D-cupo-cadena); el admin lo fija al planificar.
Regla: Este número es el CUPO OCUPADO = reservas activas (no check-ins): el crédito se consume al RESERVAR, el check-in solo marca asistencia (D-consumo). Es distinto de la "clase completada" = asistencias reales al terminar, que es la base del bono del instructor (D-dos-medidas-cupo). El cupo ocupado se mira antes/durante para dar lugar; la clase completada se mide después. Al llegar al cupo la clase está llena y no admite más reservas — no hay override (D-no-override-cupo). El cupo lo fija el admin al planificar la semana (ej. 10 si una máquina está en mantenimiento); una vez planificado es fijo.
Estados: Normal (7/12)Llena (12/12, en rojo)Vacía (0/12)
Ejemplo: Gabriela reserva → 8/12 (cupo ocupado); cancela dentro de política → vuelve a 7/12, crédito reintegrado. Distinto: si la clase se completa con 10 asistencias en 12 reservas, "completada = 10/12" (no llena para el bono).

BAJAR CUPO < RESERVAS Regla por confirmar

Qué pasa si el admin baja el cupo por debajo de las reservas ya existentes.

Dato / fuente: Regla operativa (no un campo). Aplica al editar el cupo de una clase con reservas.
Regla: Si el admin baja el cupo por debajo de las reservas que ya existen (ej. 12→10 con 11 reservados), qué pasa con las reservas que sobran NO está decidido (avisar y resolver a mano / bloquear la baja / cancelar las últimas). Es un caso borde a conversar con Power Pilates según cómo lo operan.
Estados: Sin decidir — pendiente de PP
Ejemplo: Clase con 11 reservas; el admin la baja a 10 por una máquina dañada. La reserva #11: ¿se avisa? ¿se cancela? ¿se bloquea la baja? Por definir.