---
asset_id: MIN-EL-JuanCarlos-20260709-v01
tipo: MIN — Minuta del día
owner: Juan Carlos Angeles Ramírez
sherpa: SherpaX (room REB, Cowork)
ratificador: pendiente
fecha: 2026-07-09
intellbank: IB-EL-EmpowerLabs
subbank: EQ-EL-Equipo
---

# Minuta del día — Juan Carlos · 2026-07-09

> 🔄 Minuta viva — se irá iterando durante el día.

## Qué se hizo

1. **Arranque del room REB** (`/wx-arrancaroom`): contexto WORX cargado, room anclado a Rebelocity.

2. **Propuesta integral del Sistema de Registros IRONMAN** (`DC-REB-Propuesta-SistemaRegistrosIRONMAN-v01`, ActividadesDiarias): los 16 entregables solicitados, construida sobre `SPEC-REB-JuanCarlos-MotorReportes-v01` (Gate G0) y verificada contra los 3 CSVs reales del vault (682 tickets). Hallazgo clave: `Purchase Date` del `export_tickets` reconstruye la curva completa de registro con un solo export — el histórico para proyecciones ya existe. **Ratificada por Victor el mismo día.**

3. **Primera corrida del Pipeline 1 (F1, modo solo-lectura)** sobre el export fresco de IMDocs8Jul26:
   - Detectado que el export del 08-jul es byte-idéntico (md5) al archivo del vault etiquetado "Corte20260608" → etiquetas de corte del vault erróneas; IDs corregidos a Corte-20260616 y Corte-20260708.
   - 15 métricas calculadas. 70.3 a D-95: **180 activos**, 22 F / 158 M (12% mujeres vs. 24% del 5150 — dato para marketing), 79% extranjeros (AR 58, BR 53), 3 equipos de relevos.
   - Reporte del corte: `DC-REB-SeguimientoRegistro-IRONMAN2026-Corte20260708-v01`.
   - Proyección 70.3 a cierre: **475-550, confianza media** (3 métodos; ancla 70.3-2025 ≈ 475).

4. **Maestro de registros construido e iterado a v03** (`DC-REB-MaestroRegistros-2026-v03.xlsx`): v01 ambos eventos → v02 solo evento activo 70.3 (5150 reducido a pestaña RefHistorica, por instrucción del owner) → v03 con `Refunded` fuera de Registrados, a pestaña `Bajas` (regla fija: reembolsados nunca cuentan en estadísticas). 0 errores de fórmula, verificado contra el pipeline.

5. **Mecanismo cotidiano instalado (independiente de Cowork):**
   - `EXE-REB-PipelineCorte703-v01.py` — pipeline ejecutable parametrizado (diff nominal por email+orden, arrastra Excepciones/Cortes/PlanesPago entre versiones, genera paquete GHL). Probado: diff 0 contra el corte actual.
   - `TP-REB-Corte703-Runbook-v01` — proceso de 5 pasos con 4 vías de ejecución (Colab estándar del equipo / terminal / Claude Code / Cowork).
   - `EXE-REB-CorteColab-703-v01.ipynb` — notebook para el equipo (Drive web + navegador, sin instalar nada).
   - **Sistema probado de punta a punta en producción:** carpeta compartida `REB-SistemaRegistros-703` en Drive + corrida real en Colab exitosa (v04 generado, 180 activos, 0 altas — resultado idéntico a las pruebas locales). Se depuraron en vivo errores de montaje de Drive y localización de carpeta.

6. **Traslados al vault (Vault-First).** `DC-REB-Propuesta-SistemaRegistrosIRONMAN-v01` (frontmatter actualizado a ✅ Ratificada) y `TP-REB-Corte703-Runbook-v01` (con ubicación canónica declarada) copiados a `IB-REB-Rebelocity/PB-REB-Rebelocity`.

7. **V3 resuelta — tags GHL del 70.3.** JC confirmó: `participante-ironman` + `70.3-2026-participante`. Instalados en el script (constante `TAGS_GHL`), en Parametros del maestro v03 y en el runbook (ambas copias). Probado con alta simulada: el paquete GHL sale con los tags correctos. En el proceso se detectó y reparó una corrupción en el cierre del script (validado con sintaxis + corrida completa).

8. **Sincronización final de Drive (JC).** Reemplazados en `REB-SistemaRegistros-703` el `.py` y el maestro v03 por las versiones con tags; borrado el v04 de prueba. Las 3 copias del sistema (ActividadesDiarias, vault, Drive) quedaron idénticas. **El próximo corte real ya sale completo: diff nominal + paquete GHL aplicable.**

## Decisiones

1. `export_tickets` es la única fuente canónica por corte; `export_orders` solo para conciliación financiera (ratificado en propuesta).
2. Sistema = Python + Sheet maestro + BRD HTML + GHL vía Claude Code; n8n/Make/Airtable/BD externa descartados (sin API de IRONMAN no hay trigger que automatizar).
3. El maestro operativo lleva solo eventos activos; eventos cerrados quedan como referencia histórica de proyección.
4. `Refunded` = `Bajas`, nunca participantes.
5. Única fuente de verdad del equipo: carpeta compartida de Drive `REB-SistemaRegistros-703`; el maestro no se copia a máquinas personales.
6. Proyección se declara siempre con método y confianza (central 475-550, media).
7. Tags GHL canónicos del 70.3-2026: `participante-ironman` + `70.3-2026-participante` (aplican a todo participante subido por el pipeline).

## NEXTs

1. **JC:** resolver las 3 excepciones abiertas del maestro (caso Cano Carpi, equipo relevos 45359 sin Run explícito, renombrar los 2 cortes mal etiquetados del vault).
2. ~~Confirmar reglas de tags GHL del 70.3 (V3)~~ ✅ **Resuelta (2026-07-09):** tags confirmados por JC: `participante-ironman` + `70.3-2026-participante`. Instalados en script, maestro (Parametros) y runbook; probados (paquete GHL de prueba con 1 alta salió con tags correctos). Copias de Drive ya reemplazadas por JC — cerrado por completo.
3. **JC → Víctor:** pedir export final del 70.3-2025 → proyección con confianza ALTA.
4. **JC:** conseguir export de suscripciones GHL/Stripe → Fase 3 (planes de pago, métricas 13-15).
5. **JC:** compartir la carpeta `REB-SistemaRegistros-703` con el equipo.
6. **SherpaX (F2):** dashboard BRD HTML del 70.3 con las 15 métricas + curva + proyección.
7. ~~Vault: trasladar propuesta y runbook~~ ✅ **Hecho (2026-07-09):** `DC-REB-Propuesta-SistemaRegistrosIRONMAN-v01` (marcada Ratificada) y `TP-REB-Corte703-Runbook-v01` ya en `IB-REB-Rebelocity/PB-REB-Rebelocity`. **Pendiente residual:** trasladar reporte del corte (`DC-REB-SeguimientoRegistro-IRONMAN2026-Corte20260708-v01`), script `.py` y notebook `.ipynb`.