Fallo del proceso que acepta, valida y registra materiales en un repositorio o colección, de modo que los materiales no se capturan, describen ni registran adecuadamente para su gestión o acceso posterior.

Principio

La custodia eficaz depende de un ingest de extremo a extremo: captura, validación, normalización y registro. Una ruptura en cualquier etapa del ingest corta la procedencia e interrumpe los flujos posteriores, produciendo ítems huérfanos o no verificables.

Demostración

Escenario ilustrativo → Situación: Un investigador sube un conjunto de datos a un repositorio. Reconocimiento: El sistema de depósito informa una discrepancia de checksum durante la validación. Acción: El sistema rechaza la presentación y notifica al remitente; no se asigna un identificador persistente. Consecuencia: El conjunto nunca entra en los fondos curados, no se indexa ni cita, y no puede preservarse según las políticas del repositorio.

Aplicación incorrecta

Error: Suponer que una transferencia de archivo o confirmación de recepción exitosa equivale a un ingest exitoso. Por qué plausible: los usuarios ven 'subida completada' antes de que se realice la validación y el registro del repositorio. Error semántico: confundir el éxito del transporte con la captura y el registro autorizados.

Consecuencia

El fallo de ingest deja recursos fuera de colecciones gestionadas, impide la indexación y la cita, anula los disparadores automáticos de preservación y crea carga administrativa para su recuperación posterior; también puede incumplir acuerdos de depósito o mandatos de financiación.

Inversión

Algunos sistemas aceptan depósitos en 'cuarentena' o 'oscuros' pendientes de remediación, permitiendo captura parcial (p. ej., metadatos registrados mientras el archivo está retenido para validación). La intervención manual, las políticas de ingest diferido o canales alternativos de envío pueden recuperar ítems que inicialmente fallaron.

Límite

Claramente dentro: errores de validación, fallos de automatización del flujo de trabajo, paquetes de envío corruptos, fallos de mapeo de metadatos en la entrada. Caso límite: ingest parcial donde las metadatos quedan registradas pero falta el contenido. Claramente fuera: fallos de preservación posteriores o denegación de acceso tras un ingest exitoso.

Tensión semántica

Validación estricta y automatizada (evitar ítems inválidos) ↔ Accesibilidad y experiencia de usuario (minimizar rechazos). La validación estricta reduce el riesgo posterior pero aumenta la tasa inicial de fallos y la carga de soporte.

Síntesis

El fallo de ingest revela que la captura es un proceso controlado, no un único evento: la custodia fiable exige registro verificado (identificadores y metadatos) y monitorización, no sólo la transferencia de datos.