--- type: TP asset_id: TP-REB-JuanCarlos-MotorReportes-Arranque-v01 version: v01 status: Activo · listo para arrancar el room owner: Juan Carlos Angeles Ramírez sherpa_owner: JuanCarlosX ratificador: Victor Heredia (propuesto — proyecto escala más allá del owner) fecha_creacion: 2026-07-07 fecha_ultima_actualizacion: 2026-07-07 intellbank: IB-REB-Rebelocity subbank: PB-REB-Rebelocity proposito: > Transfer Pack de arranque para el Room que diseña y construye el motor automatizado de reportes de Rebelocity (P3 del barrido Fable 2026-07-07), reemplazando el crunch manual de @JuanCarlos en seguimiento de registro (IRONMAN 5150/70.3, L'Étape San Bernardino) y cuota Federación (Ciclismo/Triatlón). referencias_canonicas: - OUT-EL-BarridoFrentes-ProyectosFable-20260707-v01 (P3 · origen del proyecto, leverage y encuadre) - PP-REB-JuanCarlos-InventarioProcesos-v01 (Mini-LoopX detallados de IRONMAN, L'Étape y setup — fuente del diseño) - DC-REB-CuotaFederacion-Letape-Encarnacion2026-v01 (mecánica validada · Ciclismo) - DC-REB-CuotaFederacion-Letape-SanBernardino2026-v01 (mecánica validada · Ciclismo) - DC-REB-CuotaFederacion-5150-Encarnacion2026-v01 (mecánica validada · Triatlón) - DC-REB-CuotaFederacion-ResumenGeneral2026-v01 (formato del consolidado) - Req-EL-REB-VaciadoActivosYProcesos-v01 (R001 · metodología Mini-LoopX) gate_g0: PASS · 7 canónicos referenciados · Room derivado del inventario ya ratificado por el owner tags: [TP, motor-reportes, automatizacion, ironman, letape, cuota-federacion, ghl, njuko, p3, juancarlos] --- # TP — Motor de Reportes Rebelocity · Arranque del Room ## Pack de contexto para automatizar el crunch manual de @JuanCarlos --- ## §1 · Para qué sirve este TP Arranca el **Room del Motor de Reportes de Rebelocity**: el espacio donde el pipeline que @JuanCarlos ejecuta hoy a mano (export → comparación → CRM → reporte) se convierte en un **proceso automatizado, parametrizable por evento**, que lo devuelve a su rol real — funnel Re100X + delivery MONEX + cierre comercial — en vez de operador de datos. **El problema que resuelve.** El barrido Fable (`OUT-EL-BarridoFrentes-ProyectosFable-20260707-v01`) marcó a @JuanCarlos como ⚠️ atorado en crunch manual de datos de Rebelocity. El inventario Mini-LoopX (`PP-REB-JuanCarlos-InventarioProcesos-v01`) ya destiló ese crunch en pasos concretos y reutilizables. Este Room toma ese inventario y lo convierte en un pipeline real. --- ## §2 · Contexto ya resuelto (insumos del vault) El Room **no parte de cero**. Hereda: - **Los 2 Mini-LoopX casi idénticos** de seguimiento de registro — IRONMAN (5150/70.3) y L'Étape (San Bernardino) — con sus pasos, outputs y herramientas ya documentados (`PP-…-InventarioProcesos-v01` §1-§2). - **El proceso de arranque único por evento** (Smart Lists, productos GHL, formularios de pago, workflows, script Stripe) — `PP-…-InventarioProcesos-v01` §3. - **La mecánica de cuota Federación, ya validada y en producción**: filtrar "Daily Pass" = 1 → tarifa fija por evento ($10 USD L'Étape, $10.52 USD IRONMAN 5150) → suma por competición → consolidado. Con reglas de depuración manual ya conocidas (duplicados, retiros, pagos por transferencia fuera de plataforma). - **Las decisiones ya confirmadas por el owner** (2026-07-07): disparador **bajo demanda** (sin ritmo fijo), clasificación **mixta SA→OP** (seguimiento/CRM es comercial, el reporte de cuota es compliance), y que "reportes de participantes"/"proyección de inscripciones" **se arman desde cero** cada corte — el mayor desperdicio identificado. --- ## §3 · Qué falta resolver (el vault no lo tiene aún) - Nombres reales de los activos operativos: hoja de "Seguimiento al registro", Smart Lists y Workflows en GHL, script de revisión de pagos Stripe. **(pendiente — el owner lo dejó para otra sesión, ver §7)**. - Formato/estructura real del export IRONMAN (CSV) y L'Étape (XLSX): columnas, nombres de campos — necesarios para construir el diff de altas/bajas. - Reglas de tagging en GHL ("tags según corresponda") — cuáles tags existen y su lógica de asignación. - Plantilla fija (o su ausencia) para "reportes de participantes" y "proyección de inscripciones" — confirmado que hoy no existe; el Room debe diseñarla. --- ## §4 · Los 2 pipelines a construir ### 4.1 Pipeline de Seguimiento de Registro (parametrizable por evento) Un solo diseño para IRONMAN y L'Étape (los Mini-LoopX son casi idénticos — solo cambia el mecanismo de obtención del archivo y la plataforma fuente): ``` Export (CSV IRONMAN / XLSX L'Étape) → diff vs. corte anterior (altas/bajas) → upsert en tabla de Seguimiento al registro → upsert + tags en GHL CRM → reporte de participantes (plantilla nueva) → proyección de inscripciones (plantilla nueva) → trigger de revisión de pagos de cuota (→ pipeline 4.2) ``` ### 4.2 Pipeline de Cuota Federación (extiende la mecánica ya validada) Toma el output del script de revisión de pagos y produce los 3 artefactos canónicos que ya existen en formato manual: - `DC-…-CuotaFederacion--vNN` (reporte individual) - `BRD-…-CuotaFederacion--vNN.html` (tablero) - `DC-…-CuotaFederacion-ResumenGeneral-vNN` (consolidado multi-evento) --- ## §5 · Entregables que produce el Room 1. **Spec del pipeline** (`SPEC-REB-JuanCarlos-MotorReportes-v01`) — arquitectura de los 2 pipelines, parametrización por evento. 2. **Script/pipeline funcional** (`SK-REB-MotorReportes-Pipeline-v01`) — el artefacto ejecutable, con doc de uso. 3. **Plantilla de "reporte de participantes"** y **plantilla de "proyección de inscripciones"** — hoy no existen, se diseñan aquí. 4. **Checklist del proceso de arranque por evento nuevo** (formaliza §3 del inventario). 5. Actualización de `PP-REB-JuanCarlos-InventarioProcesos-v01` marcando qué pasos quedaron automatizados vs. cuáles siguen manuales. --- ## §6 · Estructura de trabajo del Room 1. **Sesión 1 — Cerrar huecos de §3.** Nombres reales de activos, formato exacto de los exports, reglas de tagging. 2. **Sesión 2 — Spec del pipeline.** Diseño parametrizable (evento como variable), puntos de entrada/salida. 3. **Sesión 3 — Construcción.** Script/pipeline + plantillas de reporte y proyección. 4. **Sesión 4 — Prueba con datos reales.** Correr contra un corte real (L'Étape Encarnación o San Bernardino) y comparar contra el reporte manual existente. 5. **Sesión 5 — Entrega y transición.** @JuanCarlos pasa de operador a revisor; documentar el nuevo Mini-LoopX automatizado. --- ## §7 · Preguntas clave a resolver 1. ¿Cuáles son los nombres reales de la hoja de Seguimiento, las Smart Lists y Workflows de GHL, y el script de Stripe? *(pendiente desde el inventario, owner lo pospuso)* 2. ¿El pipeline corre como script que @JuanCarlos ejecuta bajo demanda, o conviene evaluar automatización con disparador (dado que hoy es "bajo demanda sin patrón fijo")? 3. ¿Qué formato debe tener el reporte de participantes / proyección de inscripciones — reproduce el estilo de los reportes de Cuota Federación (tablas + resumen ejecutivo) u otro? 4. ¿Se prioriza primero IRONMAN o L'Étape para el piloto del pipeline (dado que ambos son casi idénticos, cualquiera sirve de plantilla para el otro)? --- ## §8 · Premisas y supuestos - El pipeline reemplaza pasos manuales, no el rol de revisión/juicio de @JuanCarlos (depuración de duplicados, retiros, pagos por transferencia siguen requiriendo su validación). - Los 3 reportes de Cuota Federación existentes son la referencia de formato de salida — no se reinventa el formato, se automatiza su producción. - Fuera de alcance de este Room: funnel Re100X y delivery MONEX (el objetivo es liberar tiempo hacia allá, no automatizarlos aquí). --- ## §9 · Gobernanza WORX - **Naming:** `TIPO-REB-JuanCarlos-[Nombre]-vNN` o `TIPO-REB-MotorReportes-[Nombre]-vNN`, ubicación `IB-REB-Rebelocity/PB-REB-Rebelocity`. - **Tripleta:** Owner Juan Carlos Angeles Ramírez · Sherpa JuanCarlosX · Ratificador Victor Heredia (propuesto). - **Gate G0:** PASS — el Room parte del inventario ya ratificado por el owner; consulta el vault antes de producir. - **Vault-First:** todo entregable del Room se persiste en IB-REB con su Asset Header. --- ## STARTER PROMPT > Copia y pega esto al abrir una conversación nueva para activar el Room: ``` /arrancaroom Activa el Room del Motor de Reportes de Rebelocity. Carga el Transfer Pack: TP-REB-JuanCarlos-MotorReportes-Arranque-v01.md Contexto: soy Juan Carlos. Quiero automatizar el crunch manual de seguimiento de registro (IRONMAN 5150/70.3, L'Étape San Bernardino) y cuota Federación, que ya está inventariado en PP-REB-JuanCarlos-InventarioProcesos-v01. Empecemos por la Sesión 1: cerrar los huecos pendientes (nombres reales de activos, formato de los exports, reglas de tagging). ``` --- ## CHANGELOG | Versión | Fecha | Cambio | |---|---|---| | v01 | 2026-07-07 | Creación. TP de arranque del Room de Motor de Reportes, derivado de P3 (barrido Fable) y del inventario Mini-LoopX ya confirmado por el owner. | --- > **Tripleta WORX** — Owner: Juan Carlos Angeles Ramírez · Sherpa: JuanCarlosX · Ratificador: Victor Heredia (propuesto). Transfer Pack listo para arrancar el Room del Motor de Reportes.