Un post anterior de esta serie trató la confianza en el contenido de cada registro: que el sistema sepa de dónde viene cada dato, que verifique los nombres contra autoridades, que calcule con reglas fijas los campos que las tienen. Ese es el riesgo a nivel de un registro. Cuando el trabajo pasa de unos pocos documentos a lotes de miles, aparece otro riesgo, de naturaleza distinta: que algo falle en la operación y degrade el lote entero sin que nadie lo note en el momento.
No es lo mismo un campo mal extraído en un registro que un fallo que afecta a todos a la vez. Un lote de mil registros que sale sin los enlaces a sus archivos de origen sigue viéndose bien —tiene sus títulos, sus fechas, sus autores— hasta que alguien intenta abrir el documento desde el catálogo y descubre que el enlace no está. Para entonces el lote ya se cargó, y reconstruir de dónde salió cada registro es trabajo manual.
Fallar de forma visible, no en silencio
El criterio que gobierna a Collect frente a este riesgo es simple de enunciar: fallar de forma visible en lugar de producir datos malos en silencio. Un lote que no reúne las condiciones para entregarse no sale con una advertencia al pie que nadie leerá; el proceso se detiene de forma ruidosa, con un mensaje que dice qué se degradó. Una parada evidente, que obliga a mirar, es preferible a una entrega que aparenta estar bien y revienta semanas después, cuando el costo ya se multiplicó.
Ese principio se aplica en cada punto donde un fallo operativo podría colarse y traducirse en datos que se ven correctos pero no lo son. Si algo no está como debería, Collect prefiere parar y señalarlo antes que seguir adelante.
El operador decide, pero a conciencia
Parar no siempre es lo que la institución quiere. Hay momentos en que el operador, sabiendo lo que hace, decide continuar pese a una condición degradada. Collect lo permite, pero como una decisión explícita, no como un camino por defecto: lo que se entrega en esas condiciones queda marcado para revisión, con el motivo anotado. Esa es la diferencia con un accidente silencioso: operar degradado es una elección consciente, no algo que ocurre sin que nadie se entere.
Qué cubre esta confianza, y qué no
Conviene ser claro sobre el alcance. Esta confianza operativa cuida la integridad del lote a escala: que los registros conserven el enlace a su documento de origen, que no falten los campos obligatorios, que no se pierdan registros entre una etapa y la siguiente. No verifica la exactitud de cada campo de cada registro —si una fecha se transcribió bien, si un nombre es el correcto—; eso es materia de la revisión de contenido, la capa que trata el post anterior. Son dos cuidados distintos: uno vela por que el lote llegue entero, el otro por que cada dato sea fiel.
Si tu institución procesa acervos en lotes grandes y te preocupa que un fallo operativo degrade una carga sin que se note a tiempo, escríbenos a info@janium.com; podemos conversar sobre cómo encaja esto con tu flujo.