El nucleo del modulo. Un socio activo y al dia consulta disponibilidad de un espacio (Quincho 1, Quincho 2, Polideportivo 1, Polideportivo 2, Cancha de futbol, Patio general) por canal presencial, WhatsApp o portal. Felicita (operadora de calendario) verifica disponibilidad — el sistema bloquea automaticamente meses de abril (asamblea), agosto (aniversario) y diciembre (cierre CEP), y aplica restricciones cruzadas como Quincho 2 + Cancha que se bloquean entre si. Si hay disponibilidad, se carga la solicitud con beneficiario, cedula, tipo de evento, cantidad de asistentes, y un checkbox obligatorio de actividad NO religiosa NO politica (lección aprendida del caso Testigos de Jehova). La solicitud va al Consejo (sesiona lunes y jueves, aprobacion en ~15 dias). Una vez aprobada, el socio firma reglamento, paga canon, firma pagare de garantia de Gs. 300.000 y debe gestionar canon APA por separado si hay musica. Recien ahi se confirma la reserva en el calendario.
flowchart TD SOCIO["Socio consulta
presencial WhatsApp o portal"]:::external CAL["SES-02 Calendario
verificar disponibilidad"]:::wireframe DEC1{"Espacio libre y
mes no bloqueado?"}:::decision BLOQ["Fecha no disponible
sugerir alternativa"]:::alert AL_DIA{"Socio al dia y
menos de 10 eventos?"}:::decision RECH["Socio no apto
derivar a Cobranzas"]:::alert WIZ["SES-03 Nueva reserva
wizard"]:::wireframe P1["Paso 1 Datos socio
matricula y beneficiario"]:::wireframe P2["Paso 2 Espacio y fecha
parque si no add 50 mil"]:::wireframe P3["Paso 3 Evento
cantidad y musica si no"]:::wireframe P4["Paso 4 Reglamento
checkbox NO religiosa NO politica"]:::wireframe CONSE["Consejo sesiona
lunes y jueves 15 dias"]:::external DEC2{"Aprobado?"}:::decision RECH2["SES-04 Estado rechazado
devolucion total"]:::alert COBRO["Socio paga canon
firma pagare 300 mil"]:::wireframe APA["APA externo
canon musical por separado"]:::external CONF["SES-04 Reserva confirmada
en calendario"]:::terminal LIST["SES-05 Listado reservas
fila aprobada"]:::wireframe SOCIO --> CAL CAL --> DEC1 DEC1 -->|No| BLOQ BLOQ --> CAL DEC1 -->|Si| AL_DIA AL_DIA -->|No| RECH AL_DIA -->|Si| WIZ WIZ --> P1 P1 --> P2 P2 --> P3 P3 --> P4 P4 --> CONSE CONSE --> DEC2 DEC2 -->|No| RECH2 DEC2 -->|Si| COBRO COBRO --> APA APA --> CONF CONF --> LIST click CAL "SES-02-Calendario.html" "Calendario de disponibilidad" click WIZ "SES-03-NuevaReserva.html" "Wizard nueva reserva" click P1 "SES-03-NuevaReserva.html" "Paso 1 Datos socio" click P2 "SES-03-NuevaReserva.html" "Paso 2 Espacio y fecha" click P3 "SES-03-NuevaReserva.html" "Paso 3 Evento" click P4 "SES-03-NuevaReserva.html" "Paso 4 Reglamento" click COBRO "SES-04-FichaReserva.html" "Ficha reserva en cobranza" click CONF "SES-04-FichaReserva.html" "Ficha reserva confirmada" click LIST "SES-05-ListadoReservas.html" "Listado de reservas" click RECH2 "SES-04-FichaReserva.html" "Reserva rechazada" click BLOQ "SES-02-Calendario.html" "Fecha no disponible" classDef external fill:#f5f5f5,stroke:#999,color:#333 classDef wireframe fill:#e3f2fd,stroke:#0066cc,color:#003366 classDef terminal fill:#e8f5e9,stroke:#28a745,color:#155724 classDef alert fill:#ffebee,stroke:#dc3545,color:#721c24 classDef decision fill:#fff3cd,stroke:#ffc107,color:#856404
Caso real ya operado a mano. Cuando el dia previo o el mismo dia de un evento se desata una lluvia torrencial y el socio tenia reservado el Quincho 1 (descubierto en parte), David recibe la llamada del socio en panico. Si el Polideportivo 1 esta libre, se le ofrece el traslado. La transcripcion lo describe explicitamente: "le hacemos ese cambio y le decimos que tiene que pagar la diferencia, un traslado, porque se hace un traslado de reserva, siempre y cuando este libre" (linea 2921). Otro disparador es operativo: la arquitecta necesita reparar urgente el quincho en una fecha donde ya hay reserva — el sistema sugiere al socio cambiar de instalacion. El wizard SES-06 calcula la diferencia tarifaria automaticamente, registra el motivo (clima, reparacion urgente, otro), libera la instalacion original en el calendario y deja un comentario de auditoria en ambas reservas.
flowchart TD
ALERTA{"Disparador?"}:::decision
CLIMA["Lluvia torrencial
el dia o dia previo"]:::external
REPAR["Reparacion urgente
arquitecta lo pide"]:::external
INST["Decision institucional
asamblea improvisada"]:::external
FICHA["SES-04 Ficha reserva
accion Trasladar"]:::wireframe
WIZ["SES-06 Wizard
traslado"]:::wireframe
P1["Paso 1 Motivo
clima reparacion otro"]:::wireframe
P2["Paso 2 Buscar destino
verificar disponibilidad"]:::wireframe
DEC{"Espacio destino
libre y compatible?"}:::decision
CANCEL["No hay alternativa
cancelar con 75% devolucion"]:::alert
P3["Paso 3 Diferencia tarifa
calculo automatico"]:::wireframe
P4["Paso 4 Notificar socio
cobrar diferencia"]:::wireframe
CONF["SES-06 Confirmar
traslado registrado"]:::wireframe
LIB["SES-02 Calendario
libera origen ocupa destino"]:::wireframe
GUARD["Notificacion al guardia
nuevo espacio"]:::external
FIN["SES-04 Reserva trasladada
comentario auditable"]:::terminal
ALERTA --> CLIMA
ALERTA --> REPAR
ALERTA --> INST
CLIMA --> FICHA
REPAR --> FICHA
INST --> FICHA
FICHA --> WIZ
WIZ --> P1
P1 --> P2
P2 --> DEC
DEC -->|No| CANCEL
DEC -->|Si| P3
P3 --> P4
P4 --> CONF
CONF --> LIB
LIB --> GUARD
GUARD --> FIN
click FICHA "SES-04-FichaReserva.html" "Ficha reserva original"
click WIZ "SES-06-TrasladoReserva.html" "Wizard traslado"
click P1 "SES-06-TrasladoReserva.html" "Paso 1 Motivo"
click P2 "SES-06-TrasladoReserva.html" "Paso 2 Buscar destino"
click P3 "SES-06-TrasladoReserva.html" "Paso 3 Diferencia"
click P4 "SES-06-TrasladoReserva.html" "Paso 4 Notificar"
click CONF "SES-06-TrasladoReserva.html" "Confirmacion"
click LIB "SES-02-Calendario.html" "Calendario actualizado"
click CANCEL "SES-07-CancelacionReserva.html" "Cancelacion con devolucion"
click FIN "SES-04-FichaReserva.html" "Reserva trasladada"
classDef external fill:#f5f5f5,stroke:#999,color:#333
classDef wireframe fill:#e3f2fd,stroke:#0066cc,color:#003366
classDef terminal fill:#e8f5e9,stroke:#28a745,color:#155724
classDef alert fill:#ffebee,stroke:#dc3545,color:#721c24
classDef decision fill:#fff3cd,stroke:#ffc107,color:#856404
Workflow critico de cierre del ciclo de cada reserva. La transcripcion lo describe textual: "se entrega 15 dias despues del evento, cuando el guardia con el encargado de seguridad verifica todo en si corresponde o no las condiciones que nosotros le entregamos al socio si se rompio algo, se ejecuta" (linea 581). El dia siguiente al evento, el guardia de cierre y David recorren la instalacion con un formulario fisico de entrega y recepcion. Si todo esta OK, el pagare entra en periodo de espera de 15 dias por si aparece alguna queja tardia, y luego se notifica al socio que puede retirar su pagare. Si hay danos, la arquitecta tasa, David calcula descuento sobre el pagare (max Gs. 300.000) o sobre indemnizacion adicional si supera, y se ejecuta. La pantalla SES-10 muestra el kardex de pagares en cartera y permite la depuracion automatica de pagares con mas de 15 dias sin novedad.
flowchart TD EVENTO["Evento finalizado
24 horas atras"]:::external GUARDIA["Guardia y David
recorrida fisica"]:::external VERIF["SES-08 Verificacion
formulario entrega recepcion"]:::wireframe FOTO["Cargar fotos antes
y despues"]:::wireframe DEC1{"Danos detectados?"}:::decision ESPERA["SES-10 Pagare en custodia
esperar 15 dias"]:::wireframe TASA["Arquitecta tasa danos
informe tecnico"]:::external CALC["SES-09 Calcular descuento
sobre 300 mil"]:::wireframe DEC2{"Daños superan
300 mil?"}:::decision EXTRA["Reclamo adicional
al socio por excedente"]:::alert EJEC["Ejecutar pagare
via Tesoreria"]:::external DEC3{"15 dias sin
novedad?"}:::decision NOTIF["SES-09 Notificar socio
puede retirar pagare"]:::wireframe RETIR["Socio firma acuse
retira pagare fisico"]:::wireframe DEPUR["SES-10 Depuracion
pagare archivado"]:::terminal CERR["SES-04 Ficha reserva
estado Cerrada"]:::terminal EVENTO --> GUARDIA GUARDIA --> VERIF VERIF --> FOTO FOTO --> DEC1 DEC1 -->|Si| TASA TASA --> CALC CALC --> DEC2 DEC2 -->|Si| EXTRA EXTRA --> EJEC DEC2 -->|No| EJEC EJEC --> CERR DEC1 -->|No| ESPERA ESPERA --> DEC3 DEC3 -->|No| ESPERA DEC3 -->|Si| NOTIF NOTIF --> RETIR RETIR --> DEPUR DEPUR --> CERR click VERIF "SES-08-VerificacionPostEvento.html" "Verificacion post-evento" click FOTO "SES-08-VerificacionPostEvento.html" "Cargar fotos" click ESPERA "SES-10-ListadoPagares.html" "Listado pagares en custodia" click CALC "SES-09-DevolucionPagare.html" "Calculo descuento" click NOTIF "SES-09-DevolucionPagare.html" "Notificar socio" click RETIR "SES-09-DevolucionPagare.html" "Registro retiro" click DEPUR "SES-10-ListadoPagares.html" "Pagare depurado" click CERR "SES-04-FichaReserva.html" "Reserva cerrada" classDef external fill:#f5f5f5,stroke:#999,color:#333 classDef wireframe fill:#e3f2fd,stroke:#0066cc,color:#003366 classDef terminal fill:#e8f5e9,stroke:#28a745,color:#155724 classDef alert fill:#ffebee,stroke:#dc3545,color:#721c24 classDef decision fill:#fff3cd,stroke:#ffc107,color:#856404
La sede maneja aproximadamente 2000 personas diarias: 1000 alumnos del Centro Educativo (SED), 500 actividades culturales, padres, visitantes externos y proveedores. Existen 4 portones; en horarios pico (entrada y salida de alumnos) se abren los 4, en horarios normales solo 2 por seguridad infantil (riesgo de circulacion no identificada). El guardia configura los portones activos por turno desde SES-11. Visitantes externos se registran por cedula con propasito en SES-12; alumnos del CED entran con tarjeta RFID a futuro (hoy es visual). Cuando termina la jornada, el guardia carga el reporte de incidentes de acceso (intentos no autorizados, vehiculos sospechosos). El control real ocurre en el portón — el sistema digitaliza el registro y deja trazabilidad para investigacion posterior (ejemplo real: socio choco cantero y se uso camara para identificarlo).
flowchart TD TURNO["Cambio de turno o
apertura 7 AM"]:::external CONF["SES-11 Configurar portones
activos segun hora"]:::wireframe DEC1{"Tipo de ingreso?"}:::decision ALU["Alumno CED
tarjeta RFID a futuro"]:::external SOC["Socio activo
cedula o visual"]:::external VIS["Visitante externo
requiere registro"]:::external PROV["Proveedor
con autorizacion previa"]:::external REG["SES-12 Registro
visitante cedula y proposito"]:::wireframe DEC2{"Autorizado?"}:::decision NEGAR["Acceso negado
cargar incidente"]:::alert INGRE["Ingreso registrado
en log diario"]:::wireframe DEC3{"Pico horario?"}:::decision ABRIR4["4 portones abiertos
6:40 a 7:00 y 11:20 a 12:30"]:::wireframe ABRIR2["2 portones activos
resto del dia"]:::wireframe CIERRE["Cierre del dia
reporte de acceso"]:::wireframe NOV["SES-13 Libro novedades
incidentes del turno"]:::wireframe DAVID["David revisa
al dia siguiente"]:::terminal TURNO --> CONF CONF --> DEC1 DEC1 --> ALU DEC1 --> SOC DEC1 --> VIS DEC1 --> PROV ALU --> INGRE SOC --> INGRE VIS --> REG PROV --> REG REG --> DEC2 DEC2 -->|No| NEGAR NEGAR --> NOV DEC2 -->|Si| INGRE INGRE --> DEC3 DEC3 -->|Si| ABRIR4 DEC3 -->|No| ABRIR2 ABRIR4 --> CIERRE ABRIR2 --> CIERRE CIERRE --> NOV NOV --> DAVID click CONF "SES-11-ControlAcceso.html" "Control de acceso" click REG "SES-12-RegistroVisitante.html" "Registro visitante" click INGRE "SES-11-ControlAcceso.html" "Log de accesos" click ABRIR4 "SES-11-ControlAcceso.html" "4 portones activos" click ABRIR2 "SES-11-ControlAcceso.html" "2 portones activos" click CIERRE "SES-11-ControlAcceso.html" "Cierre diario" click NOV "SES-13-LibroNovedades.html" "Libro de novedades" click NEGAR "SES-13-LibroNovedades.html" "Incidente acceso negado" click DAVID "SES-01-Home.html" "Bandeja del encargado" classDef external fill:#f5f5f5,stroke:#999,color:#333 classDef wireframe fill:#e3f2fd,stroke:#0066cc,color:#003366 classDef terminal fill:#e8f5e9,stroke:#28a745,color:#155724 classDef alert fill:#ffebee,stroke:#dc3545,color:#721c24 classDef decision fill:#fff3cd,stroke:#ffc107,color:#856404
Digitalizacion del libro fisico de novedades del guardia. Hoy el guardia anota a mano en una libreta: objetos encontrados, ruidos, personas ajenas merodeando, observaciones menores que no llegan a ser incidente pero merecen quedar registradas. La transcripcion confirma la importancia (linea 713): el guardia debe poder "ya poner sus novedades ahi" porque cuando llegue David al dia siguiente "ya va a encontrar ese dato". El guardia carga la novedad desde SES-14 con tres campos clave: categoria (objeto encontrado, observacion operativa, incidente menor), descripcion libre y foto opcional. David revisa al dia siguiente desde SES-13 y decide: archivar como informativa, o convertir a incidente formal (escala a SES-16) si requiere accion (ejemplo: rotura detectada por guardia en madrugada).
flowchart TD OBS["Guardia observa
algo menor"]:::external TIPO{"Tipo de novedad?"}:::decision OBJ["Objeto encontrado
billetera campera llaves"]:::external AJENO["Persona ajena
merodeando"]:::external RUIDO["Ruido o disturbio
menor"]:::external ROTU["Rotura detectada
en madrugada"]:::external NUEVA["SES-14 Nueva novedad"]:::wireframe P1["Categoria descripcion
foto opcional"]:::wireframe GUARD["Novedad guardada
visible en SES-13"]:::wireframe REV["David revisa
al dia siguiente"]:::wireframe DEC{"Requiere accion?"}:::decision ARCH["Archivar como
informativa"]:::terminal ESCAL["SES-16 Convertir
a incidente formal"]:::wireframe KPI["SES-01 Home
KPI novedades sin revisar"]:::wireframe OBS --> TIPO TIPO --> OBJ TIPO --> AJENO TIPO --> RUIDO TIPO --> ROTU OBJ --> NUEVA AJENO --> NUEVA RUIDO --> NUEVA ROTU --> NUEVA NUEVA --> P1 P1 --> GUARD GUARD --> KPI KPI --> REV REV --> DEC DEC -->|No| ARCH DEC -->|Si| ESCAL click NUEVA "SES-14-NuevaNovedad.html" "Wizard nueva novedad" click P1 "SES-14-NuevaNovedad.html" "Cargar datos" click GUARD "SES-13-LibroNovedades.html" "Libro de novedades" click REV "SES-13-LibroNovedades.html" "Revision diaria" click ARCH "SES-13-LibroNovedades.html" "Novedad archivada" click ESCAL "SES-16-NuevoIncidente.html" "Escalar a incidente" click KPI "SES-01-Home.html" "Home bandeja" classDef external fill:#f5f5f5,stroke:#999,color:#333 classDef wireframe fill:#e3f2fd,stroke:#0066cc,color:#003366 classDef terminal fill:#e8f5e9,stroke:#28a745,color:#155724 classDef alert fill:#ffebee,stroke:#dc3545,color:#721c24 classDef decision fill:#fff3cd,stroke:#ffc107,color:#856404
El flujo mas complejo del modulo. Tres origenes posibles: recorrida diaria de David (relevamiento SES-15 que puede registrar cero o mas incidentes), aviso espontaneo de usuario (alumno, profesor, socio) o novedad de guardia escalada. David registra el incidente con foto, zona afectada, artefacto involucrado y prioridad (urgente o normal). La Asesora Tecnica/Arquitecta hace informe tecnico con presupuesto. Aprobacion por umbral: menos de Gs. 100.000 auto-aprobado por David; Gs. 100.000 a Gs. 5M requiere Gerencia (48h); mas de Gs. 5M Comite Ejecutivo. La transcripcion describe la frustracion: "Y ahi en ese proceso de aprobacion es donde muchas veces nosotros nos perdemos porque pasan varios dias" (linea 2094). Una vez aprobado, asignacion a profesional (Ricardo Gonzalez plomero, electricista, AA) con contrato anual o presupuesto externo, ejecucion con fotos antes/despues, y cierre. Si el incidente bloqueaba una reserva, el sistema desbloquea automaticamente el calendario al cerrarlo.
flowchart TD
ORIG{"Origen del incidente?"}:::decision
RECOR["David recorrida diaria
SES-15"]:::wireframe
AVISO["Aviso usuario
alumno o socio"]:::external
NOV["Novedad guardia
escalada"]:::wireframe
REG["SES-16 Nuevo incidente
foto zona artefacto"]:::wireframe
PRIOR{"Prioridad?"}:::decision
URG["Urgente
atencion inmediata"]:::alert
NORM["Normal
cola estandar"]:::wireframe
ARQ["Arquitecta informe
tecnico y presupuesto"]:::external
UMB{"Monto presupuesto?"}:::decision
AUTO["Menos 100 mil
auto-aprobado David"]:::wireframe
GER["100 mil a 5M
Gerencia aprueba 48h"]:::external
COM["Mas de 5M
Comite Ejecutivo"]:::external
PROF["Asignar profesional
Ricardo o externo"]:::wireframe
EJE["Ejecucion con
fotos antes despues"]:::wireframe
DEC2{"Bloqueaba reserva?"}:::decision
LIB["SES-02 Calendario
desbloquear instalacion"]:::wireframe
POSP["Pospuesto motivo
falta materiales o tiempo"]:::alert
CIERRE["SES-17 Incidente cerrado"]:::terminal
LIST["SES-18 Listado
actualizado"]:::wireframe
ORIG --> RECOR
ORIG --> AVISO
ORIG --> NOV
RECOR --> REG
AVISO --> REG
NOV --> REG
REG --> PRIOR
PRIOR --> URG
PRIOR --> NORM
URG --> ARQ
NORM --> ARQ
ARQ --> UMB
UMB -->|Menos 100k| AUTO
UMB -->|100k a 5M| GER
UMB -->|Mas de 5M| COM
AUTO --> PROF
GER --> PROF
COM --> PROF
PROF --> EJE
EJE --> DEC2
DEC2 -->|Si| LIB
DEC2 -->|No| CIERRE
LIB --> CIERRE
EJE --> POSP
POSP --> LIST
CIERRE --> LIST
click RECOR "SES-15-NuevoRelevamiento.html" "Wizard relevamiento"
click REG "SES-16-NuevoIncidente.html" "Nuevo incidente"
click URG "SES-17-FichaIncidente.html" "Incidente urgente"
click NORM "SES-17-FichaIncidente.html" "Incidente normal"
click AUTO "SES-17-FichaIncidente.html" "Auto-aprobado"
click PROF "SES-17-FichaIncidente.html" "Asignacion profesional"
click EJE "SES-17-FichaIncidente.html" "Ejecucion"
click LIB "SES-02-Calendario.html" "Calendario desbloqueado"
click POSP "SES-17-FichaIncidente.html" "Pospuesto con motivo"
click CIERRE "SES-17-FichaIncidente.html" "Incidente cerrado"
click LIST "SES-18-ListadoIncidentes.html" "Listado de incidentes"
classDef external fill:#f5f5f5,stroke:#999,color:#333
classDef wireframe fill:#e3f2fd,stroke:#0066cc,color:#003366
classDef terminal fill:#e8f5e9,stroke:#28a745,color:#155724
classDef alert fill:#ffebee,stroke:#dc3545,color:#721c24
classDef decision fill:#fff3cd,stroke:#ffc107,color:#856404
La sede maneja mas de 200 camaras, transformador, generador, blindex, reflectores, bebederos, AA, alarmas, todos distribuidos por zonas (Sede Social, Centro Educativo, Polideportivos, Estacionamientos, Areas verdes). Algunos artefactos estan asegurados, otros no. La transcripcion documenta una leccion dura (linea 2348): la primera vez que el transformador tuvo un desperfecto, David no sabia que estaba asegurado y la arquitecta lo descubrio tarde — la obligacion contractual es comunicar al seguro maximo 48 horas independientemente de si va a cubrir o no. El sistema gestiona el ABM de artefactos por zona, los asocia a polizas vigentes y dispara alertas: 30 dias antes del vencimiento de una poliza; siniestro inmediato con cuenta regresiva de 48h para notificar a la aseguradora. Caso real: si se queman o roban multiples camaras por tormenta, el sistema agrupa el reclamo por poliza y zona.
flowchart TD
DISP{"Disparador?"}:::decision
ALTA["Alta artefacto
compra o donacion"]:::external
VENC["30 dias antes
vencimiento poliza"]:::alert
SIN["Siniestro detectado
incendio robo tormenta"]:::alert
ABM["SES-19 Inventario
artefactos por zona"]:::wireframe
FICHA["SES-20 Ficha artefacto
asociar poliza"]:::wireframe
SEG["SES-21 Seguros
polizas vigentes"]:::wireframe
RENOV["Renovacion
contrato anual"]:::wireframe
CTA["Cuenta regresiva
48 horas para notificar"]:::alert
NOTIF["Notificar aseguradora
numero de poliza"]:::external
TASA["Aseguradora evalua
peritaje"]:::external
DEC{"Cubre o no cubre?"}:::decision
COB["Pago de cobertura
recibido"]:::terminal
NOC["No cubre
cargar incidente SES-17"]:::wireframe
REPO["Reposicion del artefacto
o reparacion"]:::wireframe
ACT["SES-20 Ficha actualizada
historial siniestro"]:::terminal
DISP --> ALTA
DISP --> VENC
DISP --> SIN
ALTA --> ABM
ABM --> FICHA
FICHA --> SEG
VENC --> SEG
SEG --> RENOV
RENOV --> ACT
SIN --> CTA
CTA --> NOTIF
NOTIF --> TASA
TASA --> DEC
DEC -->|Si| COB
DEC -->|No| NOC
COB --> REPO
NOC --> REPO
REPO --> ACT
click ABM "SES-19-InventarioArtefactos.html" "Inventario artefactos"
click FICHA "SES-20-FichaArtefacto.html" "Ficha artefacto"
click SEG "SES-21-Seguros.html" "Polizas vigentes"
click RENOV "SES-21-Seguros.html" "Renovacion contrato"
click CTA "SES-21-Seguros.html" "Alerta 48h"
click NOC "SES-17-FichaIncidente.html" "Incidente sin cobertura"
click REPO "SES-20-FichaArtefacto.html" "Reposicion"
click ACT "SES-20-FichaArtefacto.html" "Historial actualizado"
click COB "SES-21-Seguros.html" "Cobertura recibida"
classDef external fill:#f5f5f5,stroke:#999,color:#333
classDef wireframe fill:#e3f2fd,stroke:#0066cc,color:#003366
classDef terminal fill:#e8f5e9,stroke:#28a745,color:#155724
classDef alert fill:#ffebee,stroke:#dc3545,color:#721c24
classDef decision fill:#fff3cd,stroke:#ffc107,color:#856404
Flujo transversal de configuracion del modulo. La matriz de notificaciones (SES-23) define quien recibe que: la Arquitecta es notificada por relevamientos con incidentes; Ingrid (Directora CED) por incidentes que afectan el centro educativo; Yolanda (Servicios Generales) por incidentes que requieren materiales; el socio por aprobaciones/rechazos de reserva y por liberacion de pagare; el guardia por traslados de reserva. La parametrizacion (SES-24) cubre tres familias: tarifario por espacio (Quincho 150.000 Gs, parque add-on 50.000 Gs, pagare 300.000 Gs, devolucion 75% por cancelacion), calendario (meses bloqueados abril/agosto/diciembre, restricciones cruzadas Quincho 2 + Cancha, anticipacion minima 2 meses, maximo 10 eventos por socio al año), y roles y permisos. SES-22 consolida reportes: reservas por periodo, incidentes no resueltos, incidentes pospuestos, mantenimiento planificado vs realizado, accesos diarios, ranking de socios por uso.
flowchart TD
DISP{"Que se configura?"}:::decision
TAR["Cambio tarifa
aprobado por Consejo"]:::external
CAL["Meses bloqueados
o restricciones"]:::external
ROL["Nuevo rol o
destinatario"]:::external
REP["Pedido reporte
auditoria o asamblea"]:::external
PARAM["SES-24 Parametrizacion"]:::wireframe
TARI["Tab tarifario por espacio
quincho parque pagare"]:::wireframe
CALEN["Tab calendario
meses y restricciones"]:::wireframe
ROLES["Tab roles
permisos por accion"]:::wireframe
NOTIF["SES-23 Matriz
notificaciones NxM"]:::wireframe
CONF["Cambio confirmado
auditoria registrada"]:::wireframe
REPS["SES-22 Centro
reportes"]:::wireframe
DEC{"Tipo de reporte?"}:::decision
RES["Reservas por periodo
ingresos por canon"]:::wireframe
INC["Incidentes no resueltos
y pospuestos"]:::wireframe
ACC["Accesos diarios
ranking de uso"]:::wireframe
EXP["Exportar Excel o PDF
para auditoria"]:::terminal
HOME["SES-01 Home
KPIs actualizados"]:::terminal
DISP --> TAR
DISP --> CAL
DISP --> ROL
DISP --> REP
TAR --> PARAM
CAL --> PARAM
ROL --> PARAM
PARAM --> TARI
PARAM --> CALEN
PARAM --> ROLES
ROLES --> NOTIF
TARI --> CONF
CALEN --> CONF
NOTIF --> CONF
CONF --> HOME
REP --> REPS
REPS --> DEC
DEC --> RES
DEC --> INC
DEC --> ACC
RES --> EXP
INC --> EXP
ACC --> EXP
click PARAM "SES-24-Parametrizacion.html" "Parametrizacion"
click TARI "SES-24-Parametrizacion.html" "Tab tarifario"
click CALEN "SES-24-Parametrizacion.html" "Tab calendario"
click ROLES "SES-24-Parametrizacion.html" "Tab roles"
click NOTIF "SES-23-Notificaciones.html" "Matriz notificaciones"
click CONF "SES-24-Parametrizacion.html" "Cambio confirmado"
click REPS "SES-22-Reportes.html" "Centro de reportes"
click RES "SES-22-Reportes.html" "Reportes de reservas"
click INC "SES-22-Reportes.html" "Reportes de incidentes"
click ACC "SES-22-Reportes.html" "Reportes de accesos"
click EXP "SES-22-Reportes.html" "Exportar"
click HOME "SES-01-Home.html" "Home con KPIs"
classDef external fill:#f5f5f5,stroke:#999,color:#333
classDef wireframe fill:#e3f2fd,stroke:#0066cc,color:#003366
classDef terminal fill:#e8f5e9,stroke:#28a745,color:#155724
classDef alert fill:#ffebee,stroke:#dc3545,color:#721c24
classDef decision fill:#fff3cd,stroke:#ffc107,color:#856404