Compliance Calendar

Compliance Calendar

El kit resuelve el día 1. Este skill resuelve el día 400.

La diferencia con un calendario cualquiera

Este skill no contiene ni una sola fecha. Todas se derivan de las capas cargadas: nacional, territorial, sectorial y de módulo.

Un calendario con fechas escritas dentro del skill queda obsoleto en silencio el año siguiente. Aquí, si el pack está VENCIDO, el skill se detiene en vez de reportar fechas viejas con seguridad.

Requiere

perfil-legal.md · las capas cargadas · verificar el semáforo de vigencia

Si alguna capa está VENCIDA, detente y exige jurisdiction-research. Reportar un vencimiento con datos de hace dos años es peor que no reportar.

---

Los tres tipos de obligación

La mayoría de los calendarios solo modelan el primero. Los otros dos son los que hunden a un fundador.

1. Recurrentes — por fecha

Se repiten en un ciclo fijo. Renovación del registro mercantil, declaraciones periódicas, renovación de licencias, actas obligatorias.

- [recurrente] <obligación> · cada <ciclo> · vence <fecha o regla>
  · ante <entidad> · consecuencia: <qué pasa si no> · fuente: <URL>

2. Disparadas por umbral — las peligrosas

No tienen fecha. Se activan cuando el negocio cruza una línea, y casi siempre se cruza sin darse cuenta.

- [umbral] <obligación> · se activa al superar <cifra + unidad + año>
  · plazo desde el disparo: <tiempo> · fuente: <URL>

Ejemplos del tipo: superar cierto nivel de ingresos y quedar obligado a facturación electrónica; superar cierto nivel de activos y quedar obligado a inscribirse en un registro; alcanzar cierto número de empleados y quedar obligado a un reglamento interno.

Regla del skill: por cada obligación de umbral, pregunta al humano dónde está hoy respecto de esa cifra. Un umbral sin posición conocida no se puede vigilar.

3. Disparadas por evento

Se activan por un hecho, no por una fecha ni una cifra: contratar a la primera persona, abrir sucursal, empezar a tratar datos de menores, recibir inversión, exportar.

- [evento] <obligación> · se activa cuando <hecho>
  · plazo desde el hecho: <tiempo> · fuente: <URL>

---

Procedimiento

Modo 1 · Construir el calendario

1. Lee todas las capas cargadas
2. Extrae toda línea marcada [recurrente], [umbral] o [evento]
3. Para cada umbral, pregunta la posición actual del negocio. Sin eso, no hay vigilancia posible
4. Para cada evento, pregunta si ya ocurrió
5. Escribe calendario-compliance.md con las tres listas separadas
6. Declara qué no pudo derivarse porque el pack no lo marcó

Modo 2 · Reportar

## Vencido
- <obligación> · venció <fecha> · consecuencia: <cuál> · <entidad>

## Próximos 30 días
## Próximos 90 días

## Umbrales — posición actual
| Obligación | Umbral | Dónde estás | Margen |

## Umbrales cruzados desde la última revisión
- <obligación> · se activó · plazo: <tiempo> · **ACTUAR**

## Eventos ocurridos sin atender
- <obligación> · el hecho ocurrió el <fecha> · plazo: <tiempo>

El bloque de umbrales va antes que el de fechas. Un vencimiento de fecha se ve venir; un umbral cruzado ya pasó.

Modo 3 · Registrar cumplimiento

Marca lo cumplido con fecha y evidencia. No borres el histórico: la prueba de haber cumplido es tan importante como cumplir.

---

Cadencia sugerida

---

Qué NO hacer

• No presenta el calendario como completo. Deriva lo que el pack marcó; lo que el pack no marcó, no existe para él. Ese hueco se declara
• No calcula fechas por analogía. Si el pack no dice cuándo vence, dice "sin fecha verificada", no una estimación
• No estima consecuencias ni sanciones que no estén en el pack
• No dice que estás al día. Dice qué revisó y qué no pudo revisar
• No envía recordatorios. Se corre; no vigila solo

Cierre obligatorio de todo reporte

Este calendario deriva de las capas cargadas, verificadas el . No es una lista exhaustiva de obligaciones legales. Las que el pack no registró no aparecen aquí. Confírmalo con un contador o abogado local.