El registro responde a una sola pregunta: ¿qué le queda pendiente a este ítem?
Reúne todas las tareas que exigen el propio ítem o cualquiera de sus tipos, y muestra el estado de cada una. Es la misma estructura que un checklist — cambia el nombre porque, cuando los tipos son una norma y la instancia es una empresa, el checklist es el registro de cumplimiento.
Las cinco palabras de estado, y lo que significan de verdad
Las cinco significan algo distinto de lo que aparentan, y citarlas sin esa distinción es la forma habitual de que un registro induzca a error a quien lo lee.
| Estado | Lo que significa realmente |
|---|---|
done | Alguien lo marcó como hecho. No equivale a que el requisito esté cumplido: la evidencia todavía hay que leerla. |
resolved | Resuelto a nivel de tipo, en nombre de todas las instancias. Todo lo anidado por debajo queda oculto en las listas de instancia. |
not_applicable | Declarado no aplicable. Debería existir una justificación; pídala. |
missing | Heredado de un tipo y nadie lo ha asumido. No dice nada sobre si existe evidencia — a menudo existe, sin enlazar. |
pending | Alguien asumió su titularidad. No equivale a que el trabajo se haya hecho. |
missing se calcula, nunca se almacena. Es la diferencia entre lo que exige un tipo y
lo que la instancia tiene.
Acumulación
Cada fila lleva un recuento de lo que hay por debajo — 0/4, 2 missing. Una fila
puede estar marcada como done mientras quedan obligaciones abiertas debajo, y cuando
eso ocurre el registro sigue mostrando el recuento en lugar de ocultarlo. La
contradicción debe estar en la página, no detrás de ella.
Cuadre
Un registro que no cuadra no es evidencia. Todo registro informa de su propia aritmética y de si se sostiene:
Reconciliation: 69 + 29 = 98 vs summary total 98 [reconciled]
Los requisitos más lo acumulado por debajo deben igualar el total del resumen. La insignia dice si es así. Compruébelo antes de citar cualquier número del registro — sobre todo en un informe, donde el número sobrevivirá a la sesión que lo produjo.
Por la API y el endpoint MCP la misma comprobación es un parámetro: reconcile=true
devuelve los recuentos con la aritmética ya hecha.
Cómo sacarlo
Register CSV y Register XLSX exportan el conjunto completo, con una cabecera de
procedencia que nombra la base de datos, los recuentos de ítems, la última escritura,
la revisión de configuración, la hora de exportación y el resultado del cuadre. Las
filas llevan row_type, ítem, código, comprobación, estado, lo que hay por debajo y
el tipo de origen del que vino cada requisito.
La columna de origen es la que se suele infravalorar: dice qué norma, biblioteca o predecesor puso ahí esa obligación.
El registro invertido
El registro pregunta: ¿tiene esta instancia lo que exigen sus tipos?
El checklist invertido hace la pregunta espejo: para cada tarea que tiene esta instancia, ¿está reflejada en alguno de sus tipos? Una lección que se queda en una sola instancia es una lección perdida — no llegará al siguiente proyecto.
