Registrar no es lo mismo que trazar
Registrar es acumular datos. Trazar es poder reconstruir, desde cualquier punto de la cadena, qué se decidió, sobre qué base, en qué momento y con qué consecuencias. Son dos cosas distintas, y confundirlas tiene costos concretos para la gestión pública.
La Administración Financiera del Estado produce registros permanentes. Cada módulo del SIAF deja huella: el compromiso, el devengado, el pago. Pero el solo hecho de que existan esos registros no garantiza que una decisión sea trazable. Para que lo sea, los registros tienen que estar vinculados entre sí, con los documentos que los soportan y con la autorización que los habilita.
Cuando esa vinculación no existe, el sistema registra sin trazar. Y entonces, ante una observación de la Contraloría General de la República o ante una auditoría interna, lo que aparece es un dato sin contexto: un número que no dice nada sobre la decisión que lo originó.
Lo que dice la norma y lo que ocurre en la práctica
El Sistema de Contabilidad de la Administración Financiera del Estado está regulado en los artículos 54° al 58° de la Ley 1535/1999. El Decreto 8127 lo operativiza en su Título VI, donde define los procedimientos de control previo, devengamiento, registro y rendición de cuentas.
El artículo 55° establece que el sistema contable debe ser integrado, y que debe registrar las operaciones en el momento en que ocurren, no cuando se cobra o se paga. Esa definición no es solo técnica: es la base sobre la cual la trazabilidad es posible. Si el registro ocurre en el momento del hecho económico, la cadena puede reconstruirse. Si ocurre después, por corrección o ajuste, la cadena se rompe.
El MECIP refuerza esta lógica desde el control interno. Sus principios de documentación establecen que la información debe estar disponible cuando se necesite, con niveles de aprobación definidos y con control de versiones. No como burocracia: como condición para que el sistema funcione como sistema.
Lo que ocurre en la práctica es que muchas instituciones cumplen con los registros y no cumplen con la documentación que los sostiene. El asiento contable existe, pero el expediente que lo respaldaba fue armado después del hecho, o no tiene las firmas que acreditan la autorización previa, o el control previo se realizó de manera formal sin revisar el fondo.
En esos casos, el sistema registra. Pero no traza.
La trazabilidad como recorrido, no como archivo
Una decisión trazable es aquella de la que puedo decir: nació aquí, pasó por acá, fue autorizada por quien correspondía, generó esta obligación y se registró en este momento.
Ese recorrido no se construye al final del proceso. Se construye en cada paso. Y eso requiere que quienes participan en la cadena entiendan que cada intervención deja evidencia, no como formalidad, sino como parte del diseño del sistema.
Cuando trabajé en la implementación del Sistema de Liquidación Web y Cobro Bancarizado en el Poder Judicial, una de las decisiones de diseño más importantes fue precisamente esa: que cada liquidación quedara vinculada al documento que verificaba el hecho generador, la base imponible, el artículo de la ley que establecía la potestad del Estado para el cobro y la alícuota aplicable. Ese documento sustentaba el expediente, y el expediente cerraba en el registro contable. No como campos de un formulario, sino como nodos de una cadena. Si uno faltaba, el proceso no avanzaba.
Ese diseño no fue un capricho técnico. Fue la traducción operativa del principio de trazabilidad al que la Contraloría puede acudir cuando necesita reconstruir el origen de un cobro, verificar que la base de cálculo fue correcta o confirmar que el ingreso fue efectivamente bancarizado.
La trazabilidad, en ese sentido, no es un atributo del sistema informático. Es la capacidad de reconstruir el recorrido de una decisión pública desde su origen hasta su impacto.
Por qué esto importa más allá del control
Existe una tendencia a asociar la trazabilidad exclusivamente con el control externo: la Contraloría, la auditoría, la rendición de cuentas. Y es cierto que esa función es central. Pero reducirla a eso es perder la mitad del valor.
Una decisión trazable es también una decisión que puede revisarse internamente. Que puede corregirse antes de que el error se consolide. Que permite identificar en qué punto del proceso se produjo una desviación, sin necesidad de revisar todo el expediente desde el inicio.
El control previo que establece el Decreto 8127 tiene exactamente esa función: no es un filtro burocrático, es el momento en que alguien con autorización verifica que la decisión que está por ejecutarse tiene respaldo presupuestario, tiene documentación suficiente y cumple los requisitos formales y sustantivos. Si ese control se hace bien, la trazabilidad posterior es más fácil. Si se hace de forma mecánica, el sistema sigue adelante, pero ya con una grieta en la cadena.
La trazabilidad, entonces, no es solo una herramienta de rendición de cuentas. Es un indicador de la calidad del diseño del sistema. Las instituciones que trazan bien son las que tienen procesos con pasos claros, responsabilidades definidas y documentación que acompaña la decisión desde que nace.
Las que solo registran son las que descubren los problemas cuando ya no tienen cómo explicarlos.
Donde el sistema deja de ser teoría
En la gestión financiera pública, la trazabilidad no se instala por decreto. Se instala en el diseño de cada proceso, en la decisión de qué campos son obligatorios, en la definición de qué documento habilita qué paso, en la capacitación de quienes operan el sistema para que entiendan que lo que están haciendo no es completar formularios sino construir evidencia.
Cuando eso funciona, el sistema no solo registra: permite que cualquier instancia de control reconstruya el recorrido de una decisión sin ambigüedad. Eso es lo que la norma exige. Y eso es lo que, en la mayoría de los casos, todavía falta consolidar.
Rubén Ayala