🥗 FitFood · Revisión de reglas de negocio

Guía didáctica + herramienta interactiva para revisar el catálogo de reglas de movimientos de dinero (pagos, descuentos, suspensiones, saldos, reembolsos) antes de la sesión de validación. Tu avance se guarda automáticamente en este navegador.

1¿Qué es (y qué no es) una regla de negocio?

Una regla de negocio (RN) es una declaración que define u obliga algún aspecto del negocio, con independencia de cómo se implemente en un sistema. Si mañana cambiamos el SIS por otro software, la regla sigue siendo la misma.

Es una regla de negocioNO es una regla de negocio
"El descuento trimestral DEBE ser 6%""El campo descuento se edita en la pantalla de cobros" (eso es diseño de sistema)
"La suspensión DEBE avisarse con 48 horas""Jorge pinta la celda de celeste" (eso es procedimiento manual)
"Un RUT no recibe beneficio de cliente nuevo dos veces""Hay que migrar el Excel al SIS" (eso es un proyecto)

Los tipos estándar de regla (clasificación usada en análisis de negocio — BABOK / Business Rules Group):

SiglaTipoPregunta que respondeEjemplo FitFood
HEHecho estructural¿Qué existe?El cliente se identifica por RUT
RERestricción¿Qué se exige o prohíbe?Los descuentos no se acumulan
CACálculo¿Cómo se computa un valor?Mensual = lista − 3%
DEDerivación¿Qué se infiere de otros datos?≥ 6 meses ⇒ cliente antiguo
DIDisparador (ECA)¿Evento → condición → acción?Día 6 sin pago ⇒ suspender
💡 ECA = Evento–Condición–Acción. Es el formato ideal para lo que después programará Jorge Aburto en el módulo de renovaciones, y para lo que el agente de IA ejecutará por WhatsApp.

2Anatomía de un identificador

RNRegla de Negocio DSCdominio: Descuentos 003correlativo

El ID es permanente: si una regla se retira, su número no se reutiliza (pasa a estado OBS). Así cualquier correo, ticket de Jira o cláusula de los T&C puede citar RN-DSC-003 sin ambigüedad.

DominioSiglaDominioSigla
Identidad de clienteIDCSaldos y walletSAL
PreciosPRCReembolsosREE
DescuentosDSCFacturación / contableFAC
Cobros y renovacionesCOBEntregas (efecto $)ENT
Deuda y graciaDEUTérminos y condicionesTYC
SuspensionesSUSDerivaciones de soporteDER

Las preguntas abiertas (vacíos que todavía no son regla) se numeran PA-001, PA-002… y siempre indican a qué regla bloquean.

3Ciclo de vida de una regla

DEFPor definir
(vacío de regla)
PROPropuesta
(en discusión)
VALValidada
(acordada en sesión)
PUBPublicada
(en T&C firmados)
INFVigente informal: se aplica hoy
pero nadie la escribió → debe
ratificarse o reemplazarse
VAL…o…
OBSObsoleta
(se conserva por trazabilidad)

Meta de la sesión de validación: cero reglas en INF o DEF. Solo lo que esté en VAL pasa al agente de IA (fase 2) y luego a los T&C del abogado.

4Checklist de calidad: las 6 pruebas

Al revisar cada regla en la sección 5, aplica estas 6 pruebas. Es el mismo estándar que se usa profesionalmente para que una regla sea automatizable:

📐 Redacción estándar: usar DEBE / NO DEBE / PUEDE / SOLO SI (convención tipo RFC 2119) con sujeto explícito. Si una regla necesita la palabra "depende", todavía no es una regla: es una pregunta abierta PA.

5Revisor interactivo del catálogo

Filtra, abre cada regla, aplica las 6 pruebas y emite un veredicto. El avance queda guardado en localStorage; al final puedes exportar el resultado para llevarlo a la sesión de validación.

🔗 Conectar a Google Sheets (catálogo en vivo): ① en la planilla: Archivo → Compartir → Publicar en la web → pestaña "Catálogo" → CSV · ② copiar la URL que entrega Google · ③ pegarla en la constante SHEET_CSV_URL al inicio del <script> de este archivo. La planilla debe tener columnas con encabezados ID · Dominio · Enunciado · Tipo · Estado · Dueño. Si la URL no está configurada o falla, se usa la copia local embebida.
📄 Usando copia local embebida (v0.1, reunión 09-jun-2026)