Event sourcing aplicado al cultivo: por qué los registros no se editan

En la mayoría de los sistemas de gestión un dato se guarda y, cuando cambia, se sobrescribe. El registro siempre refleja el estado actual y el estado anterior simplemente desaparece. Para la mayoría de las aplicaciones eso está bien. Para trazabilidad es exactamente lo que no se quiere: si un registro de cosecha se puede editar el martes para que diga otra cosa el viernes, su valor como prueba es nulo, porque nada garantiza que lo que se ve hoy es lo que se escribió cuando ocurrió el hecho.

El evento como hecho, no como fila editable

El enfoque que adopta Trazagrow se llama event sourcing. La idea es tratar cada acción del cultivo como un evento que ocurrió y queda escrito: recepción de genética, propagación, etapa vegetativa, floración, cosecha, secado y curado. Un evento no es una fila que se actualiza; es un hecho que se agrega. La tabla de registros crece hacia adelante. No se borra y no se reescribe. El estado actual de un lote no es un campo guardado en algún lado: es la consecuencia de leer, en orden, todos los eventos que le ocurrieron.

Esa inversión es la clave. En un modelo tradicional la verdad es el estado final y la historia es opcional. En event sourcing la verdad es la historia y el estado final es una lectura derivada de ella. Para un sistema cuya razón de existir es probar qué pasó, la historia tiene que ser la fuente, no un lujo.

Esto no es una idea nueva: es el estándar farmacéutico

El principio de "no borrar, solo corregir agregando" no lo inventó el software de cannabis. Es la base de la integridad de datos en la industria farmacéutica regulada, formalizada en el principio ALCOA y su extensión ALCOA+ —usado por la FDA estadounidense y por la EMA/MHRA europea— que exige que los registros sean atribuibles, legibles, contemporáneos, originales y exactos, y además completos, consistentes, perdurables y disponibles. Una regla central de las Buenas Prácticas de Documentación es que una corrección nunca debe ocultar el dato original: se tacha de forma legible, se anota el motivo, la fecha y quién la hizo, y el valor anterior sigue visible. La normativa estadounidense de registros electrónicos (21 CFR Part 11) exige, además, pistas de auditoría que registren cada cambio sin poder eliminarlo.

Cuando el cannabis medicinal se produce bajo GMP en la Unión Europea, Israel o Canadá, los registros de lote ya funcionan así por obligación. Event sourcing es, en términos prácticos, llevar esa misma disciplina —probada durante décadas en un sector donde un dato falso puede matar a alguien— al registro del cultivo asociativo.

Tres mecanismos apilados

La inmutabilidad no se sostiene con una buena intención del software, sino con barreras concretas. En la práctica se apilan tres:

• Un timestamp puesto por la base de datos al insertar, no por el usuario, de modo que nadie elige la fecha de un hecho.
• Un mecanismo a nivel de base de datos que bloquea cualquier intento de modificar o borrar los registros del cultivo.
• Una cadena de huellas criptográficas que encadena cada registro con el anterior, de forma que alterar uno rompe la cadena de todos los que siguen.

Cada capa cubre una debilidad de las otras. El bloqueo de edición impide el cambio desde la aplicación; la cadena de hash detecta el cambio aunque se intente por fuera de ella; el timestamp del sistema impide retrodatar. Ninguna por sí sola alcanza; juntas hacen que alterar el pasado sea, en la práctica, detectable. Es el equivalente técnico de la pista de auditoría que exige la 21 CFR Part 11, pero verificable por cualquiera y no solo por el operador.

Editar sin perder la historia

La objeción inmediata es: ¿y si me equivoco al cargar un dato? La inmutabilidad no significa que la asociación no pueda corregir un error de captura. Significa que la corrección es un evento más, encadenado al anterior, no un borrado. Quien revisa el lote ve la secuencia completa: el dato original, la corrección y el momento exacto de cada uno. Es exactamente la regla ALCOA+ de "la corrección no oculta el original", aplicada a plantas en vez de a medicamentos.

Corregir no es borrar el pasado: es escribir lo que pasó después, dejando ambos hechos a la vista.

Esto suele parecer contraintuitivo, porque estamos acostumbrados a que "arreglar" sea "que no se note". En trazabilidad y en farmacovigilancia es al revés. La capacidad de explicar un cambio —cuándo se hizo, qué decía antes, qué dice ahora— es más sólida que la apariencia de que nunca hubo uno. Un expediente sin tachaduras visibles no es más confiable; es simplemente menos auditable.

Qué problema resuelve esto de verdad

El valor concreto aparece el día que un tercero pregunta. Con un modelo editable, la respuesta a "¿cómo sé que esto no lo cambiaron ayer?" es, en el mejor caso, "confíe en nosotros". Con event sourcing más cadena de integridad, la respuesta es "recompute la cadena y compruébelo usted mismo". La diferencia no es estética: es la diferencia entre pedir confianza y ofrecer verificación, que es justamente la línea que separa una bitácora de un registro regulado.

También cambia la dinámica interna de la asociación. Cuando todos saben que los registros no se pueden maquillar después, el incentivo es registrar bien la primera vez. Por eso event sourcing no es un detalle de arquitectura que el usuario nunca debería notar: es la propiedad que hace que el registro signifique algo, y la que acerca un cultivo asociativo a la disciplina documental que los mercados maduros ya dan por obligatoria.