STREET ANIMAL · CONTROL CENTER

Dirección

ESTADO ORIGEN

BASE CRM VERIFICADA Historial por persona, pagos confirmados y trials de Skool cruzados en una sola base.

Datos actualizados

NEGOCIO HOY

Recurrencia y base activa

CRECIMIENTO

Entradas y conversión

PREVISIÓN

Lo que puede entrar

✦ ESTIMADO NETO Solo se calcula cuando el neto del periodo está confirmado. Si quedan pagos V2 o refunds con impacto pendiente, el CRM muestra “Pendiente” en vez de inventar una cifra.

Contexto Club histórico ver detalle

ANALYTICS

Lectura ejecutiva del negocio

Ingresos, membresías, captación y renovaciones en una sola vista.

EVOLUCIÓN

Ingresos

12 meses

MEMBRESÍAS

Embudo

Tráfico pendiente

CAPTACIÓN

Origen de miembros

Suscripciones activas

Nuevos vs. bajas

Renovación

Próximas renovaciones Todos

COHORTES

Conversión por mes de entrada

Personas reales

TENDENCIA

Altas, compras y bajas

12 meses

Recorridos que requieren atención

Trials, abonados, cancelaciones y clientes de Comunidad.

CONVERSIÓN Y RECORRIDO

Cómo llegan los clientes

Qué entró en el periodo, por dónde llegó y cuántos terminaron comprando Comunidad.

Ruta Club Comunidad Entrada directa

COHORTES

Conversión por mes de entrada

Últimos 6 meses

RESULTADO DEL PERIODO

De dónde vienen las compras de Comunidad

CRM DE MIEMBROS

Personas y recorrido individual ?

ORDENAR

Filtros avanzados

ORIGEN

PERSONA	ESTADO ACTUAL	ORIGEN	ENTRADA	PLAN / PRÓXIMA FECHA	RECORRIDO / AVANCE

ACTIVIDAD RECIENTE

Últimos movimientos ?

Últimos eventos registrados en el CRM.

MOVIMIENTOS FINANCIEROS

Cobrado registrado, desglose V2 y neto confirmado

El histórico legado sigue visible como cobrado registrado. Base, impuestos, comisión y neto solo se muestran como definitivos cuando constan; un refund nunca reutiliza el neto teórico de la venta como impacto final.

PERSONA	FECHA	PLAN	COBRADO REG.	BASE	IMPUESTOS	TOTAL CLIENTE	COMISIÓN SKOOL	NETO USD	NETO EUR	FUENTE

ECONOMÍA UNITARIA

Referencia de tarifas actuales

Cambio USD→EUR · CONFIG CRM

PROCESO PARA DUMMIES

Cómo actualizar Street Animal sin tocar Firebase

Tu trabajo termina en Work. El sistema valida, crea un backup y solo actualiza Firestore si todo cuadra.

WORK → MASTER → SYNC → CRM

Guía visual del proceso para actualizar el CRM Street Animal desde Work

PROMPT AUTÓNOMO COMPLETO

Un clic → pegar en cualquier Work nuevo

Prompt base V42.6 Incluido en la aplicación Las versiones que guardes aquí quedan en este navegador y el prompt anterior se conserva automáticamente. Puedes exportar el historial para llevártelo a otro dispositivo.

Este botón copia el sistema entero, no un resumen. Incluye el enlace del MASTER, la auditoría de Skool Club + Comunidad, Payments, Questions, cursos, históricos, tráfico, controles de calidad, petición de sincronización y verificación final del CRM.

1 · Abre MASTER2 · Audita Skool3 · Actualiza datos4 · Valida5 · Sincroniza6 · Verifica CRM

STREET ANIMAL — AUDITORÍA + MASTER + SINCRONIZACIÓN CRM
PROMPT AUTÓNOMO PARA PEGAR EN CUALQUIER CHAT NUEVO DE WORK

OBJETIVO
Quiero que actualices completamente el sistema de datos de Street Animal partiendo de cero, sin depender de memoria de este chat.

MASTER OFICIAL:
https://docs.google.com/spreadsheets/d/1NcEbYBIuEB1Tj6yr4LOMG4PEQDvlLC3kxGaaXlbTZcI/edit?usp=drivesdk

CRM:
https://crmembudoskool.streetanimaloficial.workers.dev

REGLA DE VERSIÓN DEL PROMPT:
El texto que has recibido pegado en esta ejecución es la instrucción principal. PROMPT AUDITORIA y CONFIG CRM del MASTER complementan este texto y aportan datos/configuración vigentes, pero una regla más reciente incluida explícitamente aquí prevalece sobre una regla antigua incompatible del MASTER.

Tu misión es:
1) abrir el MASTER oficial;
2) leer sus reglas vigentes;
3) auditar Skool Club + Comunidad;
4) actualizar miembros, estados, pagos, históricos, cursos, cuestionarios, coincidencias y eventos;
5) revisar el tráfico mensual disponible;
6) ejecutar todos los controles de calidad;
7) solicitar la sincronización del CRM únicamente si el sistema está activado y todos los controles son correctos;
8) verificar el resultado final.

NO CREES OTRO EXCEL. TODO se actualiza dentro del MASTER oficial indicado arriba.

==================================================
1. ARRANQUE OBLIGATORIO
==================================================

Antes de revisar Skool:

A. Abre el MASTER oficial mediante el enlace.
B. Lee COMPLETAS estas pestañas:
- PROMPT AUDITORIA
- CONFIG CRM
- PANEL CONTROL CRM
- RESUMEN

C. Después utiliza también, según corresponda:
- CLUB
- COMUNIDAD
- PAGOS
- EVENTOS CRM
- DETALLE CURSOS
- COINCIDENCIAS
- TRAFICO
- HISTORIAL CAMBIOS

D. La versión vigente de PROMPT AUDITORIA + CONFIG CRM tiene prioridad sobre cualquier instrucción antigua guardada en el chat.
E. No presupongas datos por memoria. Lee el MASTER actual.
F. Registra la fecha real de la auditoría.

Si el MASTER no es accesible, DETENTE y dime exactamente qué acceso falta. No crees una copia alternativa.

==================================================
2. MODO DE SEGURIDAD EN SKOOL
==================================================

En Skool trabaja en modo ESTRICTAMENTE DE SOLO LECTURA.

PROHIBIDO:
- eliminar miembros;
- expulsar o banear personas;
- cancelar suscripciones;
- cambiar precios o planes;
- cambiar roles;
- modificar respuestas;
- cambiar cursos o accesos;
- enviar mensajes;
- cambiar configuraciones;
- realizar cualquier acción que altere Skool.

Sí puedes:
- navegar;
- buscar usuarios;
- abrir perfiles;
- abrir Membership settings;
- revisar Membership;
- revisar Courses;
- revisar Payments;
- revisar Questions;
- hacer scroll y cambiar de página;
- leer toda la información necesaria.

IMPORTANTE:
Payments puede cargar de forma asíncrona. Cada vez que abras Payments espera hasta que aparezca el historial real o el mensaje explícito “User has no payment history”. Nunca registres un Payment mientras aún esté cargando.

==================================================
3. ESPACIOS A AUDITAR
==================================================

Audita SIEMPRE los dos espacios de Street Animal:

1. CLUB
2. COMUNIDAD

Utiliza la sesión de Skool ya iniciada en el navegador de Work. Si no estás dentro de la pantalla de miembros, navega hasta la sección Members del espacio correspondiente.

No des por terminada una revisión porque hayas llegado al final visual de una página. Comprueba el total que muestra Skool, recorre todas las páginas/resultados y verifica que has cubierto el inventario completo.

==================================================
4. MÉTODO DE AUDITORÍA — EFICIENTE PERO COMPLETO
==================================================

PRIMERA PASADA — INVENTARIO COMPLETO
Para CLUB y COMUNIDAD:
- recorre TODOS los miembros actuales;
- registra/compara nombre, @usuario Skool, rol, estado visible, fecha de entrada, actividad, origen y plan/tier;
- cruza cada usuario contra su fila existente del MASTER;
- detecta:
  · nuevos;
  · desaparecidos;
  · cambios de rol;
  · cambios de plan;
  · trials;
  · pagos;
  · cancelaciones;
  · impagos;
  · personas que ahora están en el otro espacio.

SEGUNDA PASADA — REVISIÓN PROFUNDA
Revisa el perfil completo de:
- TODOS los miembros actuales de COMUNIDAD;
- TODOS los miembros de CLUB que sean nuevos;
- TODOS los miembros de CLUB que estén en ACTIVO DE PAGO, TRIAL ACTIVO, TRIAL CANCELADO, CANCELADO CON ACCESO, CANCELADO SIN ACCESO o IMPAGO;
- cualquier miembro de CLUB cuyo plan, rol, estado o información visible haya cambiado desde la última revisión;
- cualquier persona con renovación/pago esperado o incidencia desde la última auditoría.

Para un miembro gratuito de CLUB ya existente y sin ningún cambio visible, basta con confirmar que sigue siendo actual y conservar los datos profundos ya auditados. No repitas trabajo innecesario.

==================================================
5. PROCESO OBLIGATORIO AL ABRIR UN PERFIL
==================================================

Procesa completamente ese miembro antes de saltar al siguiente:

1. Identifica:
- nombre;
- usuario Skool exacto;
- descripción;
- ubicación si aparece;
- nivel;
- rol;
- última actividad;
- fecha de entrada;
- origen de entrada.

2. Abre Membership settings.

3. Revisa Membership y registra lo que Skool muestre realmente:
- plan/tier;
- precio;
- moneda;
- frecuencia mensual/anual si aparece;
- trial;
- fin de trial;
- cancelación;
- fin de acceso;
- próxima renovación;
- LTV;
- cualquier dato relevante.

4. Revisa Courses:
- número de cursos/accesos;
- detalle de accesos cuando corresponda;
- actualiza DETALLE CURSOS cuando haya cambios o un miembro nuevo.

5. Revisa Payments:
- espera a que termine de cargar;
- registra TODOS los eventos nuevos desde la última auditoría;
- conserva SUCCESSFUL;
- conserva DECLINED;
- conserva REFUNDED si existe;
- si no hay historial, registra solo lo necesario para indicar que no existe historial, sin inventar pagos.

6. Revisa Questions:
- conserva literalmente preguntas y respuestas;
- no resumas ni “mejores” las respuestas;
- separa EMAIL MEMBERSHIP y EMAIL CUESTIONARIO;
- si son diferentes, conserva ambos y anótalo.

7. Guarda/actualiza la fila correcta en el MASTER antes de seguir.

==================================================
6. IDENTIDAD Y DUPLICADOS
==================================================

Clave principal por espacio:
ESPACIO + usuario/ID estable de Skool.

Prioridad:
1. ID / URL de perfil si está disponible;
2. @usuario Skool exacto;
3. email exacto solo como último recurso.

Una misma persona puede existir en CLUB y COMUNIDAD. Eso son dos membresías de una misma persona, NO un duplicado accidental.

Nunca crees una fila nueva si ya existe ese miembro en ese mismo espacio.

Antes de crear una fila, busca:
- ID;
- @usuario;
- email.

==================================================
7. ACTUAL VS HISTÓRICO
==================================================

Regla obligatoria:

ROL = Member u Owner
→ membresía actual.

ROL = Nonmember
→ histórico; ya no está actualmente dentro.

NO borres del MASTER a una persona porque haya salido de Skool.

Si una persona que estaba actual ya no aparece:
1. busca su perfil/usuario para verificar que realmente ya no pertenece al espacio;
2. si se confirma, conserva su fila;
3. cambia el ROL a Nonmember;
4. conserva fechas, pagos, cuestionarios e historial;
5. actualiza el estado según la información real disponible;
6. registra el evento correspondiente en EVENTOS CRM.

Soft delete siempre. Nunca eliminación física.

==================================================
8. ESTADOS NORMALIZADOS
==================================================

Utiliza SOLO los estados definidos actualmente en CONFIG CRM / PROMPT AUDITORIA:

ACTIVO DE PAGO
GRATUITO
TRIAL ACTIVO
TRIAL CANCELADO
CANCELADO CON ACCESO
CANCELADO SIN ACCESO
IMPAGO
BANEADO

No uses “ACTIVO” para alguien que paga. Debe ser ACTIVO DE PAGO.

No inventes el estado. Tiene que derivarse de datos visibles de Skool.

==================================================
9. CONVERSIÓN TRIAL → PAGO
==================================================

Cuando un trial se convierte en cliente de pago:

- ESTADO = ACTIVO DE PAGO
- TRIAL = NO
- CANCELADO = NO
- FIN TRIAL se vacía
- FIN DE ACCESO se vacía si ya no corresponde
- PRÓXIMA RENOVACIÓN se actualiza con la fecha real
- ÚLTIMO PAGO SUCCESSFUL = fecha real
- Nº PAGOS SUCCESSFUL cuenta únicamente pagos SUCCESSFUL

IMPORTANTE:
- NO borres el intento DECLINED anterior;
- NO borres que inició una prueba;
- el INICIO DE PRUEBA debe mantenerse como evento histórico en EVENTOS CRM;
- ENTRADA e INICIO DE PRUEBA son dos eventos distintos: si una membresía nueva tiene TRIAL = SÍ o estado TRIAL ACTIVO/TRIAL CANCELADO, registra también INICIO DE PRUEBA con la fecha real de inicio, salvo que exista evidencia explícita de que no hubo trial;
- nunca dejes un trial confirmado únicamente como ENTRADA, porque el calendario y la conversión necesitan el evento de prueba;
- el pago correcto va en PAGOS.

==================================================
10. PAGOS
==================================================

PAGOS = una fila por intento/evento de pago.

Cuando exista información, completa:
ESPACIO
ID INTERNO
NOMBRE
EMAIL MEMBERSHIP
FECHA OPERACIÓN
IMPORTE
MONEDA
ESTADO
MÉTODO
PLAN
CUPÓN / DESCUENTO
ID OPERACIÓN
FECHA AUDITORÍA
DETALLES

Estados:
SUCCESSFUL
DECLINED
REFUNDED
o el literal equivalente real cuando sea imprescindible conservarlo.

Si Skool proporciona ID de operación real, úsalo.

Si NO existe ID real:
crea un ID sintético estable con prefijo SYN- basado en:
espacio + persona + fecha + importe + estado + método/últimos4.

NO dupliques pagos.

Si ya existe una fila SYN- y posteriormente encuentras el ID real del MISMO evento, actualiza esa fila; no crees otra.

PRECIO del plan ≠ IMPORTE cobrado.
- PRECIO en CLUB/COMUNIDAD = tarifa del plan.
- IMPORTE en PAGOS = cantidad del evento real.

==================================================
10B. DESGLOSE FINANCIERO DE CADA PAGO — OBLIGATORIO
==================================================

Para CADA pago registra separadamente en PAGOS:
- PRECIO DEL PLAN
- BASE FACTURADA
- IMPUESTOS
- TOTAL COBRADO AL CLIENTE
- COMISIÓN SKOOL
- NETO STREET ANIMAL USD
- TIPO CAMBIO USD→EUR
- NETO STREET ANIMAL EUR

No presupongas que todos los usuarios tienen el mismo precio. Revisa SIEMPRE el precio concreto de esa persona en Membership y el evento real en Payments. Conserva precios históricos, descuentos, cupones y tarifas diferentes.

Diferencias obligatorias:
- PRECIO DEL PLAN: tarifa asignada a esa persona.
- BASE FACTURADA: cantidad realmente facturada antes de impuestos y después de descuentos.
- IMPUESTOS: cantidad añadida que no constituye ingreso de Street Animal.
- TOTAL COBRADO AL CLIENTE: base facturada + impuestos.
- COMISIÓN SKOOL: comisión aplicada por Skool.
- NETO STREET ANIMAL USD: BASE FACTURADA menos COMISIÓN SKOOL.
- TIPO CAMBIO USD→EUR: tipo aplicado para convertir el neto.
- NETO STREET ANIMAL EUR: NETO STREET ANIMAL USD × tipo de cambio.

REGLA CRÍTICA:
El neto de Street Animal se calcula SIEMPRE sobre la BASE FACTURADA SIN IMPUESTOS, NUNCA sobre el TOTAL COBRADO AL CLIENTE.

Prioridad para obtener el neto:
1. Si Skool muestra payout o neto real, utiliza ese valor.
2. Si muestra la comisión real, calcula NETO USD = BASE FACTURADA − COMISIÓN REAL.
3. Si no muestra ninguno, utiliza CONFIG CRM:
   COMISIÓN SKOOL = BASE FACTURADA × SKOOL_FEE_PERCENT + SKOOL_FEE_FIXED_USD
   NETO USD = BASE FACTURADA − COMISIÓN SKOOL
4. Después calcula NETO EUR = NETO USD × USD_EUR_RATE.

Los parámetros SKOOL_FEE_PERCENT, SKOOL_FEE_FIXED_USD y USD_EUR_RATE se leen SIEMPRE de CONFIG CRM; no los hardcodees.

Ejemplo:
- Base facturada: 182,00 USD
- Impuestos: 38,22 USD
- Total cobrado: 220,22 USD
- Comisión Skool: 18,50 USD
- Neto Street Animal USD: 163,50 USD
- Cambio: 0,86
- Neto Street Animal EUR: 140,61 EUR

El total con impuestos se conserva como TOTAL COBRADO AL CLIENTE, pero NUNCA se usa para calcular el neto.

Si Membership y Payments muestran importes distintos, conserva ambos y explica la diferencia. No sustituyas una tarifa histórica por el precio actual.
Cuando haya descuento, calcula el neto sobre la base realmente facturada después del descuento.
Si no puedes conocer la base con seguridad, registra NO DISPONIBLE y deja comisión/neto pendientes; no inventes.

MIGRACIÓN FINANCIERA V2 — SOLO PARA EVENTOS FINANCIEROS REALES:
Antes de considerar terminada la auditoría, revisa PAGOS y clasifica cada fila por ESTADO. NO exijas el mismo desglose a filas que no representan dinero cobrado.

SUCCESSFUL / SUCCEEDED / PAID:
- sí requieren revisión V2;
- completa, cuando exista evidencia: PRECIO DEL PLAN, BASE FACTURADA, IMPUESTOS, TOTAL COBRADO AL CLIENTE, COMISIÓN SKOOL, NETO STREET ANIMAL USD, TIPO CAMBIO USD→EUR y NETO STREET ANIMAL EUR;
- si un dato no está disponible en Skool, usa NO DISPONIBLE; no inventes.

REFUNDED:
- conserva la venta y el reembolso de forma auditable; nunca borres la venta histórica;
- NO lo cuentes como ingreso positivo;
- separa importe devuelto, comisión no recuperable e impacto neto final cuando Skool los muestre;
- NO conviertas automáticamente el neto teórico de la venta original en “neto negativo del refund”; si el impacto real no consta, déjalo PENDIENTE / NO DISPONIBLE.

DECLINED / FAILED:
- conserva el intento y los datos que Skool muestre;
- NO exijas comisión/neto como si el dinero hubiera entrado.

SIN HISTORIAL / SIN PAGO / filas informativas equivalentes:
- NO son transacciones financieras;
- NO deben bloquear la migración V2 ni SYNC_REQUEST = READY.

MIGRACIÓN V2 HISTÓRICA PENDIENTE:
- una fila SUCCESSFUL antigua sin desglose V2 completo debe quedar marcada como pendiente/legacy, pero NO debe bloquear por sí sola la sincronización de altas, bajas, trials y eventos actuales;
- sí bloquea una incoherencia real (duplicado, BASE+IMPUESTOS≠TOTAL, BASE−COMISIÓN≠NETO, identidad dudosa o pérdida de histórico);
- el CRM puede mostrar COBRADO REGISTRADO con el importe legacy mientras BASE/COMISIÓN/NETO siguen pendientes.

Para toda fila financiera pendiente:
- vuelve al perfil/pago histórico correspondiente en Skool cuando sea accesible;
- completa únicamente valores reales o cálculos permitidos por CONFIG CRM;
- solo calcula comisión/neto mediante CONFIG CRM cuando BASE FACTURADA sea conocida con seguridad;
- conserva el IMPORTE legado y DETALLES como evidencia histórica; no los sobrescribas para “hacer cuadrar” el nuevo modelo.

En el informe final añade:
PAGOS FINANCIEROS V2
- SUCCESSFUL revisados / completos / pendientes:
- REFUNDED revisados / impacto final disponible o pendiente:
- DECLINED conservados:
- SIN HISTORIAL excluidos correctamente del bloqueo:
- filas con NO DISPONIBLE:

==================================================
11. MRR / ARR
==================================================

NO escribas manualmente MRR EQUIVALENTE.

La fórmula del MASTER manda:
- ACTIVO DE PAGO mensual → precio mensual;
- ACTIVO DE PAGO anual → precio / 12;
- cualquier otro estado → 0.

ARR = MRR × 12.

No sustituyas fórmulas por valores.

==================================================
12. EVENTOS CRM
==================================================

EVENTOS CRM es APPEND-ONLY.

Añade solo eventos NUEVOS y relevantes:
- ENTRADA;
- INICIO DE PRUEBA;
- CANCELACIÓN DE PRUEBA;
- CANCELACIÓN DE RENOVACIÓN;
- FIN DE ACCESO;
- REEMBOLSO;
- cambio relevante de estado que necesite histórico.

Cada evento debe tener EVENT_ID estable.

NO borres eventos anteriores.
NO reescribas historia.
NO dupliques EVENT_ID.

Los SUCCESSFUL/DECLINED viven en PAGOS y no deben duplicarse como pagos dentro de EVENTOS CRM.

==================================================
13. CRUCE CLUB ↔ COMUNIDAD
==================================================

Actualiza COINCIDENCIAS y los campos:
EN EL OTRO ESPACIO
ACCIÓN RECOMENDADA

Reglas:
- Comunidad ACTIVO DE PAGO + sigue en Club:
  MANTENER COMUNIDAD; SACAR DEL CLUB
- Comunidad TRIAL ACTIVO:
  ESPERAR FIN DE TRIAL
- TRIAL CANCELADO / CANCELADO CON ACCESO / IMPAGO:
  REVISAR MANUALMENTE
- GRATUITO / CANCELADO SIN ACCESO:
  SIN ACCIÓN

IMPORTANTE:
Estas son recomendaciones de control.
NO saques a nadie de Skool desde esta auditoría.

==================================================
14. CUENTAS INTERNAS / TEST
==================================================

Lee siempre las exclusiones vigentes de CONFIG CRM.

Esas cuentas:
- se conservan en MASTER;
- se conservan en histórico;
- se pueden sincronizar;
- se excluyen de los KPI comerciales cuando CONFIG CRM así lo marque.

No borres cuentas internas/test.

==================================================
15. TRÁFICO / VISITANTES
==================================================

Después de Skool revisa la fuente indicada en CONFIG CRM.

Fuente oficial actual:
Skool Settings → Dashboard → Growth, revisando CLUB y COMUNIDAD por separado.

Objetivo:
registrar los VISITANTES reales por mes.

Actualiza TRAFICO con una fila por:
YYYY-MM

Campos:
MES
VISITANTES TOTAL
VISITANTES CLUB
VISITANTES COMUNIDAD
FUENTE
FECHA ACTUALIZACIÓN
OBSERVACIONES

Reglas:
- entra en cada espacio: Settings → Dashboard → Growth;
- revisa CLUB y COMUNIDAD por separado;
- si Skool permite mes natural o rango personalizado, úsalo;
- si solo muestra Last 30 days, NO lo etiquetes como mes natural: deja el periodo exacto en OBSERVACIONES;
- revisa el mes actual desde el día 1 hasta hoy solo cuando la interfaz permita obtenerlo de forma real;
- si existe algún mes anterior pendiente/no registrado, complétalo;
- si ya existe el mes, ACTUALIZA su fila, no crees otra;
- usa la métrica real de visitantes/unique visitors que muestre la fuente;
- anota la fuente;
- VISITANTES CLUB y VISITANTES COMUNIDAD se obtienen de sus respectivos Dashboard → Growth de Skool;
- si no se puede separar, deja Club y Comunidad vacíos;
- NO inventes porcentajes ni reparto;
- si no tienes acceso al tráfico, registra la incidencia en OBSERVACIONES y continúa con el resto.

==================================================
16. DATOS AUSENTES
==================================================

- Pregunta existente pero vacía → SIN RESPUESTA
- Dato que Skool no muestra → NO DISPONIBLE
- No deduzcas fechas.
- No deduzcas métodos de pago.
- No deduzcas renovaciones.
- No inventes moneda.
- No inventes tráfico.
- No inventes bajas.

Conserva los textos literales cuando proceda.

==================================================
17. CONTROL DE PROGRESO
==================================================

Mantén un contador interno por espacio:

CLUB procesados / total actual visible
COMUNIDAD procesados / total actual visible

Si Work se interrumpe:
- comprueba qué usuarios ya quedaron actualizados;
- continúa desde el siguiente;
- no repitas pagos/eventos ya registrados;
- valida el último registro antes de continuar.

Puedes trabajar por tandas, pero NO declares terminada la auditoría hasta completar y verificar ambos espacios.

==================================================
17B. REGLA ANTI-CIERRE PREMATURO — OBLIGATORIA
==================================================

La auditoría es UNA SOLA TAREA AUTÓNOMA. El volumen alto de perfiles, la paginación o los hallazgos intermedios NO son motivo para terminar.

- Recorre el 100% de páginas visibles de CLUB y COMUNIDAD.
- No cierres tras la primera página ni respondas AUDITORÍA INCOMPLETA solo porque queden páginas/perfiles.
- Continúa sin pedir confirmación.
- Mantén SYNC_REQUEST = IDLE mientras la auditoría esté parcial.
- Solo escribe READY cuando inventario, perfiles profundos, pagos, tráfico y controles estén 100% completos.
- Solo detente ante un bloqueo duro real: pérdida de acceso, fuente inaccesible tras reintentos razonables o límite técnico explícito.

==================================================
18. CONTROL DE CALIDAD OBLIGATORIO
==================================================

ANTES de pedir sincronización:

1. Compara el total actual visible de CLUB con el total actual calculado en MASTER.
2. Compara el total actual visible de COMUNIDAD con MASTER.
3. Cuenta actuales por ROL, NO por filas históricas.
4. Separa histórico total.
5. Verifica duplicados por ID / @usuario / email.
6. Verifica estados normalizados.
7. Verifica que cada pago nuevo tenga campos estructurados suficientes.
8. Verifica Nº PAGOS SUCCESSFUL.
9. Verifica que no hayas eliminado DECLINED.
10. Verifica MRR/ARR y fórmulas.
11. Verifica COINCIDENCIAS.
12. Verifica EVENTOS CRM sin duplicados.
13. Verifica TRAFICO sin meses duplicados.
14. Verifica exclusiones KPI.
15. Verifica que ninguna fórmula del MASTER tenga error.
16. Añade una línea a HISTORIAL CAMBIOS con fecha y resumen de la auditoría.
17. Lee RESUMEN otra vez y confirma que cuadra con CLUB + COMUNIDAD.

Si aparece una caída o desaparición anormal superior al umbral de CONFIG CRM (actualmente 10%), NO solicites sincronización. Informa del problema.

==================================================
19. SINCRONIZACIÓN CRM
==================================================

Work NO escribe directamente en Firebase.

Cuando la auditoría esté terminada:

A. Lee:
- CONFIG CRM
- PANEL CONTROL CRM

B. Si SYNC_ENABLED = NO:
- NO intentes tocar Firebase;
- deja el MASTER perfectamente actualizado;
- informa: “MASTER actualizado; sincronización desactivada”.

C. Si SYNC_ENABLED = SI:
- confirma que todos los controles anteriores son correctos;
- escribe exactamente READY en:
  PANEL CONTROL CRM → SYNC_REQUEST
- NO modifiques:
  SYNC_STATUS
  ÚLTIMA SYNC
  ÚLTIMO BACKUP
  ÚLTIMO RUN ID

D. Espera a que el sincronizador actualice SYNC_STATUS.

Resultados válidos:
- OK → sincronización completada.
- BLOQUEADO → NO fuerces nada; informa del motivo.
- ERROR → NO reintentes a ciegas; informa del error exacto.

El sincronizador es quien debe:
VALIDAR MASTER vs FIRESTORE
→ CREAR BACKUP
→ APLICAR
→ VERIFICAR

Nunca te saltes esa protección.

==================================================
20. VERIFICACIÓN DEL CRM
==================================================

Si SYNC_STATUS = OK:

1. abre:
https://crmembudoskool.streetanimaloficial.workers.dev

2. refresca la página;

3. comprueba al menos:
- Firebase online;
- fecha de datos;
- personas actuales/históricas;
- Club/Comunidad;
- activos de pago;
- trials;
- pagos/movimientos;
- Analytics;
- tráfico si ya existe dato.

4. si MASTER y CRM no coinciden:
- NO modifiques Firebase manualmente;
- informa “MASTER ↔ CRM = ERROR” y describe la discrepancia.

==================================================
21. SALIDA FINAL EN WORK
==================================================

Al terminar dame un informe breve pero completo:

AUDITORÍA STREET ANIMAL — [FECHA]

CLUB
- actuales:
- nuevos:
- bajas/históricos nuevos:
- activos de pago:
- trials activos:

COMUNIDAD
- actuales:
- nuevos:
- bajas/históricos nuevos:
- activos de pago:
- trials activos:

PAGOS
- SUCCESSFUL nuevos:
- DECLINED nuevos:
- REFUNDED nuevos:
- total bruto nuevo:

EVENTOS
- eventos nuevos:

CRUCE
- coincidencias:
- acciones recomendadas:

TRÁFICO
- mes:
- visitantes:
- fuente:
- reparto Club/Comunidad disponible: SÍ/NO

CONTROL
- duplicados: 0 / indicar
- anomalías: 0 / indicar
- MASTER actualizado: SÍ/NO
- SYNC_ENABLED: SI/NO
- SYNC_STATUS: OK / BLOQUEADO / ERROR / NO EJECUTADA
- backup creado: SÍ/NO/NO APLICA
- MASTER ↔ CRM: OK / ERROR / NO APLICA

Incluye el enlace del MASTER:
https://docs.google.com/spreadsheets/d/1NcEbYBIuEB1Tj6yr4LOMG4PEQDvlLC3kxGaaXlbTZcI/edit?usp=drivesdk

y el enlace del CRM:
https://crmembudoskool.streetanimaloficial.workers.dev

==================================================
22. REGLA FINAL
==================================================

Empieza directamente sin pedirme confirmación si el MASTER, Skool y las fuentes necesarias son accesibles.

No crees archivos alternativos.
No envíes mensajes.
No modifiques Skool.
No escribas directamente en Firebase.
No borres histórico.
No inventes datos.
No des por terminada la auditoría hasta que los controles cuadren.

Ver prompt completo que se copiará

MASTER oficial: SKOOL MASTER — CLUB Y COMUNIDAD. Puedes abrir un Work totalmente nuevo: el prompt lleva dentro el enlace y todo el procedimiento.

LO QUE HACES TÚ

Solo 3 pasos

1Abres Work

2Pegas el prompt

3Refrescas el CRM

PROTECCIONES

El sincronizador no confía ciegamente

✓ Nunca borra el histórico físicamente.
✓ Bloquea caídas anómalas superiores al 10%.
✓ Detecta IDs y pagos duplicados.
✓ Crea backup antes de escribir.
✓ Verifica MASTER ↔ Firestore después de aplicar.

SI ALGO NO CUADRA

No toca Firebase

Work puede actualizar el MASTER, pero si la validación detecta una incoherencia, la sincronización queda BLOQUEADA. El CRM conserva exactamente el estado anterior.

Control Center

Dirección

Recurrencia y base activa

Entradas y conversión

Lo que puede entrar

Lectura ejecutiva del negocio

Ingresos

Embudo

Origen de miembros

Conversión por mes de entrada

Altas, compras y bajas

Recorridos que requieren atención

Cómo llegan los clientes

Conversión por mes de entrada

De dónde vienen las compras de Comunidad

Personas y recorrido individual ?

Últimos movimientos ?

Cobrado registrado, desglose V2 y neto confirmado

Referencia de tarifas actuales

Qué hemos vendido, renovado y probado

Septiembre 2026

Datos y respaldo

Cómo mantenerlo al día

Cómo actualizar Street Animal sin tocar Firebase

Un clic → pegar en cualquier Work nuevo

Solo 3 pasos

El sincronizador no confía ciegamente

No toca Firebase

Versión V42.6