Systems
Cómo convertir una obligación en un sistema
Pasar de la norma leída a un sistema operable: dueños, disparadores, controles, evidencia y ciclo de mejora — sin quedarse en el memorándum.
Una obligación normativa no se cumple por haberla leído, resumido o archivado en un memorándum. Se cumple cuando existe un sistema que la detecta, la ejecuta, la evidencia y la corrige. Convertir obligación en sistema es el trabajo central de la práctica contemporánea.
De la norma al diseño
El punto de partida no es el software. Es el diseño:
- Identificar la obligación con precisión: sujeto obligado, disparador, plazo, consecuencia, evidencia esperada.
- Traducir a decisiones operativas: quién actúa, con qué insumos, bajo qué umbral, hacia qué salida.
- Definir controles: preventivos, detectivos y correctivos — no solo “revisión final”.
- Asignar dueños: responsabilidad nominal, no “el área”.
- Diseñar evidencia: qué se conserva, dónde, por cuánto tiempo, y cómo se recupera en auditoría.
Solo después entra la tecnología: para sostener el flujo, no para improvisarlo.
Componentes mínimos de un sistema
Un sistema de cumplimiento operable suele incluir:
- Disparadores claros (evento, fecha, umbral, cambio de estatus).
- Proceso con pasos, roles y tiempos.
- Controles embebidos, no añadidos como apéndice.
- Expediente o rastro recuperable.
- Excepciones con ruta de aprobación y registro.
- Indicadores simples: a tiempo, con evidencia, con escalamiento.
Sin estos elementos, lo que existe es una política o un checklist —útiles, pero incompletos.
El error del “documento maestro”
Muchas firmas y áreas internas depositan la obligación en un PDF, un manual o una matriz Excel que nadie actualiza. El documento puede ser correcto el día que se escribió. El sistema, en cambio, debe sobrevivir al cambio de personal, al volumen y a la auditoría. La diferencia no es estética: es operativa.
Cadena metodológica
La cadena Criterio → Sistema → Proceso → Control → Tecnología → Ejecución evita saltos. El criterio interpreta la obligación. El sistema la estructura. El proceso la secuencia. El control la verifica. La tecnología la escala. La ejecución la cierra con evidencia.
Saltar a tecnología sin sistema produce automatización de improvisación. Quedarse en criterio sin sistema produce dependencia de personas. Ambos extremos fallan bajo presión.
Prueba práctica
Una obligación está sistematizada cuando un tercero competente puede, con el diseño a la vista:
- saber qué dispara la acción;
- saber quién debe actuar y con qué plazo;
- saber qué evidencia se espera;
- saber qué ocurre si hay excepción o falla.
Si eso no es posible, aún no hay sistema: hay intención documentada.