El futuro de los sistemas empresariales dependerá de preservar el origen, la evidencia y la historia de la información.

Los sistemas empresariales tradicionales fueron construidos bajo una lógica sencilla: ingresar datos, procesarlos y obtener resultados. Ese modelo permitió automatizar la Contabilidad, calcular Remuneraciones y emitir documentos tributarios.

Pero hoy comienza a mostrar una limitación fundamental: trata datos de distinta naturaleza como si todos fueran equivalentes.

Un dato ingresado manualmente, un movimiento bancario, una factura electrónica, un contrato, una marcación de asistencia, un cálculo generado automáticamente, una autorización firmada. Todos pueden terminar convertidos en simples registros almacenados dentro de una base de datos.

Y cuando eso ocurre, el sistema puede perder la capacidad de distinguir qué dato provino de una evidencia, qué dato fue ingresado manualmente, qué dato fue calculado, qué dato fue modificado, quién realizó la modificación, qué registro existía originalmente, qué autorización respaldó el cambio.

El Dato Necesita Identidad

En un ambiente crítico, un monto no debería ser solamente un monto. Un registro debería estar acompañado por información que permita comprenderlo: Valor + Origen + Responsable + Fecha + Evidencia + Estado + Historia.

Por ejemplo, un haber de Remuneraciones debería permitir saber si proviene del contrato, si se generó por asistencia, si corresponde a una regla de cálculo, si fue ingresado manualmente, quién lo autorizó, si fue modificado, qué evidencia lo respalda.

Un voucher contable debería permitir determinar qué hecho económico lo originó, si provino de un banco, DTE, Remuneraciones o ingreso manual, qué documento lo respalda, quién lo procesó, qué modificaciones tuvo, si forma parte de un período abierto o cerrado.

El dato comienza entonces a adquirir Identidad Digital.

Clasificar para Proteger

No todos los registros deberían tener el mismo nivel de protección. Podemos distinguir inicialmente:

📌 Dato Manual: ingresado directamente por un usuario. Puede requerir modificación, pero siempre con trazabilidad.

📌 Dato de Evidencia: proveniente de una fuente verificable, como un banco, DTE, contrato, asistencia o documento firmado. Su original debería protegerse.

📌 Dato Procesado: generado mediante reglas y cálculos del sistema. Debe permitir reconstruir cómo se obtuvo.

📌 Dato de Ajuste: incorporado para corregir, rectificar o complementar información. Debe explicar su motivo y responsable.

Esta clasificación cambia completamente la lógica del sistema.

La Evidencia No Debe Ser Reescrita

Supongamos que un movimiento bancario indica $1.000.000. Si por una razón contable se requiere reconocer $950.000, el sistema puede generar un tratamiento, una clasificación o un ajuste. Pero no debería transformar el movimiento original en $950.000 y hacer desaparecer que la fuente informaba $1.000.000.

El original debe mantenerse, el tratamiento debe quedar separado, la diferencia debe explicarse, el responsable debe identificarse. Esa es la consistencia que necesita un sistema confiable.

Un Dato Respaldado por Evidencia No Debe Perder Su Evidencia por Efecto del Procesamiento.