Entrega e información preservada
El productor proporciona la información al archivo en uno o varios SIP. Durante la ingesta, el archivo prepara uno o varios AIP, que conservan el contenido y la información necesaria para su preservación.
00 · Presentación
Modelo de referencia
OAIS.
OAIS —Open Archival Information System—, o Sistema de Información de Archivo Abierto, es el modelo de referencia que describe las responsabilidades, los conceptos de información y las funciones de un archivo que asume la preservación a largo plazo y la disponibilidad de información para una comunidad designada.
Un archivo OAIS comprende a la organización y su personal, las políticas y procedimientos, la información y los recursos tecnológicos que permiten cumplir esas responsabilidades. El modelo proporciona un marco común para diseñar, analizar y relacionar soluciones de preservación digital.
Propósito: conservar información que pueda comprenderse y utilizarse
La preservación a largo plazo requiere mantener la información comprensible para la comunidad designada, con evidencias que respalden su autenticidad, a través de cambios tecnológicos y organizacionales. Esa comunidad es el grupo identificado de consumidores cuyos conocimientos y necesidades orientan la información de representación que el archivo debe conservar.
Ejemplo: conservar una tabla de datos implica mantener sus valores y la información necesaria para interpretar sus columnas, códigos y unidades de medida. Si esos elementos se pierden, conservar los bytes de la tabla puede resultar insuficiente para comprenderla.
Concepto 1 · Entorno e intercambios
¿Quién entrega, preserva y consulta la información?
El modelo relaciona al productor, al archivo, al consumidor y a la Dirección. Los paquetes de información representan lo que se entrega, se preserva y se proporciona para el acceso.
Consulta y entrega al consumidor
El consumidor localiza y solicita información. El archivo responde a las consultas y prepara uno o varios DIP, de acuerdo con la solicitud y las condiciones de acceso.
Dirección y Administración: la Dirección establece el marco de políticas, mandato y recursos. Administración es una entidad funcional interna del archivo que coordina su operación. Una persona u organización puede desempeñar más de un rol.
Cómo leer el gráfico: las flechas muestran los intercambios. SIP, AIP y DIP representan funciones del paquete en diferentes momentos; su relación puede ser de uno a varios o de varios a uno.
Paquetes de información · Siglas y significado
SIP, AIP y DIP: entrega, preservación y acceso.
OAIS distingue tres tipos de paquetes según la función que cumplen. SIP es una sigla en inglés; PIT, PIA y PIC corresponden a las denominaciones en español adoptadas por un proyecto en desarrollo. Sus correspondencias se presentan a continuación.
Submission Information Package
Paquete de Información de Transferencia · PIT
Es el paquete que el productor entrega al repositorio OAIS para construir o actualizar uno o varios AIP y/o su información descriptiva asociada. Su forma y contenido se acuerdan entre el productor y el repositorio.
Ejemplo: un expediente electrónico, sus documentos y los metadatos acordados para la entrega.
Correspondencia en un proyecto en desarrolloPIT y SIP designan la misma función. No son dos paquetes consecutivos. «Submission» se refiere aquí a la entrega al archivo.
Archival Information Package
Paquete de Información de Archivo · PIA
Es el paquete que el repositorio conserva para la preservación a largo plazo. Reúne información de contenido —objeto de datos e información de representación—, información de descripción de preservación y la información de empaquetado que vincula sus componentes.
Ejemplo: el expediente preservado con la información necesaria para interpretarlo, identificarlo y documentar su procedencia, contexto, fijeza y derechos de acceso.
Finalidad: preservarPuede conservar originales y otras representaciones. OAIS no exige convertir todo el contenido a un formato específico.
Dissemination Information Package
Paquete de Información de Difusión · DIP
Denominación de un proyecto en desarrollo: Paquete de Información de Consulta · PIC
Es el paquete que el archivo proporciona al consumidor en respuesta a una solicitud. Se obtiene a partir de uno o varios AIP y contiene la información que corresponde entregar, según la petición y las condiciones de acceso.
Ejemplo: los documentos autorizados de un expediente y los metadatos necesarios para su consulta e interpretación.
Finalidad: proporcionar acceso«Difusión» traduce «dissemination». PIC es la denominación local para esa función; el DIP puede incluir originales o copias de acceso.
¿Dónde queda el PIE?El Paquete de Información de Entrada es un concepto propio de un proyecto en desarrollo para gestionar lo recibido antes de preparar el PIT/SIP. No pertenece a los tipos de paquete del modelo OAIS. En esta arquitectura, la secuencia se expresa como PIE → PIT/SIP → PIA/AIP → PIC/DIP; las barras indican correspondencias de denominación, no etapas adicionales.
Referencia: OAIS · CCSDS 650.0-M-3, apartados 2.3.4 y 4.3.3.3. Las traducciones y las denominaciones locales se explicitan para mantener su correspondencia con las siglas del modelo.
SIP en detalle · Paquete de transferencia
¿Qué es un SIP y cómo se organiza?
SIP —Submission Information Package— es el paquete que el productor entrega a un archivo OAIS para incorporar o actualizar información. Su denominación en español es Paquete de Información de Transferencia (PIT). Su contenido, organización y condiciones de entrega se establecen entre el productor y el repositorio.
El SIP se define por su función de entregaUn archivo ZIP, una carpeta o una bolsa BagIt son posibles formas de organizar o transportar archivos. Para funcionar como SIP, la entrega debe identificar sus componentes y responder a las condiciones del repositorio receptor. Su generación no acredita por sí sola aceptación ni preservación a largo plazo.
1. Vista simplificada: metadatos y representaciones
Metadatos comunes de la entrega
Describen el conjunto: qué se entrega, quién lo produce, de dónde procede, sus relaciones y las condiciones de uso. Según el acuerdo pueden incluir inventario, identificadores, evidencias de integridad y referencias a los componentes. Se vinculan con los archivos mediante identificadores y rutas coherentes.
Representaciones del contenido
En este esquema, una representación es una agrupación de archivos que expresa un contenido, junto con sus metadatos. Por ejemplo, un expediente puede entregarse en formatos de origen y con una segunda representación preparada para otro uso. La cantidad y necesidad de representaciones dependen del perfil receptor.
Una entrega también puede actualizar metadatosOAIS contempla SIP sin información de contenido, por ejemplo para aportar información de preservación aplicable a contenido ya entregado. Ese caso debe estar previsto y vinculado de forma explícita con los objetos correspondientes. No significa que cualquier carpeta vacía sea una entrega válida.
2. Vista detallada: ejemplo de estructura física
El árbol siguiente muestra una posible organización para un expediente. Los nombres de carpetas y archivos son ilustrativos. Permite entender cómo un mapa, los metadatos comunes, dos representaciones y la documentación pueden formar una entrega identificable.
| Componente del ejemplo | Qué permite entender o comprobar |
|---|---|
| Mapa y controles | METS.xml puede describir estructura y vínculos. El inventario identifica los archivos y el registro de integridad permite contrastar sus huellas. Cada recurso debe tener una función definida en el perfil. |
| Metadatos comunes | Describen el expediente, su productor, contexto y evidencias de preservación disponibles. Un XML necesita un esquema y reglas acordados para que el receptor pueda interpretarlo. |
| Representaciones r01 y r02 | Identifican agrupaciones distintas del mismo contenido. Cada una reúne sus datos, metadatos técnicos y documentación. Una conversión debe documentar su origen y sus efectos; el ejemplo no exige convertir ni duplicar los archivos. |
| Esquemas y documentación | Los esquemas ayudan a validar la estructura de los metadatos. El acuerdo, las instrucciones y el informe documentan condiciones, controles e incidencias. Se incluyen o referencian según lo acordado. |
Relación con un proyecto en desarrolloLa implementación documentada del caso de estudio genera una bolsa BagIt con documentos en
data/objects/, metadatos en data/metadata/ y data/METS.xml. El árbol anterior explica una alternativa didáctica de organización por representaciones; no anuncia un cambio en el generador. Consultar la estructura física implementada ↗3. Qué se acuerda y revisa antes de la entrega
Alcance y organización
Identificar productor, expediente u objetos entregados, inventario esperado y relaciones. Definir los formatos y metadatos requeridos, el empaquetado, los identificadores y el mecanismo de entrega. Precisar cómo se relacionan lotes, actualizaciones y entregas anteriores.
Controles y resultado de recepción
Revisar completitud, integridad, rutas, referencias, metadatos y esquemas según el perfil. Registrar controles realizados, resultados, incidencias y pendientes. El repositorio aplica sus criterios de aceptación y comunica el resultado; la existencia de un paquete descargable no sustituye esa decisión.
Del SIP al AIPIngesta utiliza lo recibido para preparar uno o varios AIP. La relación no tiene que ser uno a uno: varias entregas pueden contribuir a un AIP y una entrega puede dar lugar a varios AIP. El AIP es el paquete que el repositorio gestiona para preservación; el SIP cumple la función de entrega.
Referencia conceptual: OAIS · CCSDS 650.0-M-3, apartados 2.3.4, 2.6.3, 4.3.3.3 y 4.4.2–4.4.3. Los árboles son elaboraciones didácticas en español. METS y BagIt son opciones técnicas de implementación; OAIS no impone los nombres de carpeta de estos ejemplos.
Concepto 2 · Modelo de información
¿Qué se necesita conservar además de los archivos?
OAIS distingue los datos de la información que permite interpretarlos. Esta relación es fundamental para comprender los paquetes de información.
Objeto de datos e información de representación
El objeto de datos contiene los datos que se interpretan. La información de representación permite comprender su estructura y significado. Juntos constituyen un objeto de información. Cuando ese objeto es el objetivo de la preservación, constituye la información de contenido.
Ejemplo: un archivo de imagen es el objeto de datos; la especificación del formato y los elementos necesarios para interpretarlo forman parte de su información de representación.
Preservación, empaquetado y descripción
En el AIP, la información de descripción de preservación (PDI, Preservation Description Information) documenta referencia, procedencia, contexto, fijeza y derechos de acceso. La información de empaquetado identifica y vincula los componentes. La información descriptiva asociada facilita la localización del paquete y puede gestionarse en un catálogo.
Cómo leer el gráfico: la parte superior explica cómo se obtiene información a partir de datos. La parte central muestra un AIP; la descripción se representa fuera para indicar su asociación con el paquete.
Concepto 3 · Modelo funcional
¿Cómo se organiza el trabajo del archivo?
Las seis entidades funcionales de OAIS describen las actividades que sostienen la preservación y el acceso. Una implementación puede distribuirlas entre distintos sistemas y equipos.
01 Ingesta
Recibe los SIP, realiza controles de calidad, prepara los AIP y genera la información descriptiva necesaria para incorporarlos al archivo.
02 Almacenamiento de archivo
Gestiona la recepción, conservación y recuperación de los AIP, junto con actividades de mantenimiento de los soportes y recuperación ante contingencias.
03 Gestión de datos
Mantiene la información descriptiva y los datos de gestión; ejecuta consultas y actualizaciones para apoyar la localización y administración de la información preservada.
04 Acceso
Permite descubrir y solicitar información, aplica las condiciones de acceso y prepara las respuestas y los DIP que se entregan al consumidor.
05 Administración
Coordina la operación del archivo, los acuerdos de entrega, las políticas, la configuración y el seguimiento de las actividades.
06 Planificación de la preservación
Examina cambios tecnológicos y necesidades de la comunidad designada para formular recomendaciones, estrategias y planes de preservación.
Cómo leer el gráfico: las flechas continuas representan flujos principales de información y paquetes. Las líneas discontinuas representan coordinación y control. Ingesta prepara el AIP, Almacenamiento de archivo lo conserva y Acceso utiliza la información preservada para atender al consumidor. Gestión de datos, Administración y Planificación de la preservación sostienen esas actividades.
Ejemplo de recorrido: una institución entrega un expediente en un SIP; Ingesta comprueba la entrega y prepara el AIP; Almacenamiento de archivo lo conserva; Gestión de datos permite localizarlo; Acceso prepara un DIP con la información autorizada que solicita una investigadora.
Las seis entidades, en detalle
Cada ficha presenta el propósito, las funciones internas y los principales intercambios de una entidad. Las imágenes de referencia se presentan completas, conservando sus funciones y flujos. Puedes abrir cada imagen en su tamaño original para consultar los rótulos y las conexiones. Las entidades describen responsabilidades funcionales y no aplicaciones independientes.
Terminología: PIT / SIP = paquete de transferencia; PIA / AIP = paquete de archivo; PIC / DIP = paquete de consulta o difusión. PIE es una denominación de preparación propia del caso de estudio y queda fuera del modelo OAIS.
01
Ingest
Ingesta
Incorporar información bajo las condiciones acordadas.
Recibe los paquetes de información de transferencia (PIT / SIP) y prepara su incorporación al archivo. Comprueba la entrega, reúne la información necesaria para preservar e interpretar el contenido y coordina el almacenamiento y la actualización de los registros descriptivos.
Qué recibe
Productor: PIT / SIP · Administración: acuerdos y requisitos.
Qué entrega
Almacenamiento de archivo: PIA / AIP · Gestión de datos: descripción.
Qué hace cada función
- Recibir el envío. Registrar la recepción del SIP y comunicar incidencias o la necesidad de reenviar la entrega.
- Asegurar la calidad. Comprobar que la transferencia se completó correctamente; por ejemplo, contrastar sumas de comprobación y registros de errores.
- Generar el AIP. Preparar uno o varios PIA / AIP a partir de uno o varios SIP, conforme a los requisitos del archivo.
- Generar información descriptiva. Extraer y completar la descripción necesaria para identificar y localizar la información.
- Coordinar actualizaciones. Enviar los AIP a Almacenamiento de archivo y la información descriptiva a Gestión de datos; verificar sus confirmaciones.
Ejemplo de aplicación: Una institución entrega un expediente. Ingesta registra la recepción, comprueba los archivos, prepara el AIP y coordina su depósito y su descripción.
Clave para interpretarlo: La comprobación de la transferencia no demuestra por sí sola toda la autenticidad. Las evidencias de procedencia y los cambios realizados también deben documentarse.
↑ Volver al conjunto de entidades02
Archival Storage
Almacenamiento de archivo
Conservar los AIP y recuperarlos cuando se necesiten.
Recibe los paquetes de información de archivo (PIA / AIP), los mantiene en los medios de almacenamiento y proporciona copias a Acceso. Sus actividades sostienen la integridad y disponibilidad de la información almacenada a lo largo del tiempo.
Qué recibe
Ingesta: AIP · Administración: políticas · Acceso: solicitud de AIP.
Qué entrega
Ingesta: confirmación · Acceso: copia del AIP · Administración: estadísticas.
Qué hace cada función
- Recibir datos. Recibir el AIP desde Ingesta, incorporarlo al almacenamiento y confirmar la operación.
- Gestionar la jerarquía de almacenamiento. Asignar y mover los AIP entre soportes y niveles de almacenamiento según las políticas aprobadas.
- Reemplazar medios. Renovar soportes o reproducir los paquetes preservando la información de contenido y su descripción de preservación.
- Comprobar errores. Detectar alteraciones y errores durante el almacenamiento y las transferencias, y registrar sus resultados.
- Recuperar ante desastres. Mantener mecanismos de duplicación y recuperación conforme a las políticas de contingencia.
- Proporcionar datos. Recuperar copias de los AIP solicitados por Acceso y notificar su transferencia.
Ejemplo de aplicación: El archivo conserva varias copias de un AIP, verifica periódicamente su integridad y recupera una copia para atender una solicitud de consulta.
Clave para interpretarlo: Las copias de seguridad son parte de la protección operativa. La preservación también exige información de representación, evidencias y decisiones documentadas.
↑ Volver al conjunto de entidades03
Data Management
Gestión de datos
Mantener la información que permite localizar y gestionar lo preservado.
Administra la información descriptiva que identifica los fondos y facilita su recuperación, junto con los datos administrativos necesarios para operar el archivo. Mantiene la base de datos, recibe actualizaciones, ejecuta consultas y genera informes.
Qué recibe
Ingesta: descripción · Administración: actualizaciones · Acceso: consultas.
Qué entrega
Acceso: resultados · Entidades solicitantes: informes · Confirmaciones de actualización.
Qué hace cada función
- Administrar la base de datos. Mantener la integridad, estructura y disponibilidad de los datos de descripción y gestión.
- Recibir actualizaciones. Incorporar, modificar o eliminar registros autorizados procedentes de Ingesta o Administración y comunicar su estado.
- Ejecutar consultas. Procesar las consultas remitidas por Acceso y devolver los resultados correspondientes.
- Generar informes. Producir informes solicitados por Ingesta, Administración o Acceso a partir de los datos gestionados.
Ejemplo de aplicación: Una investigadora busca por productor y fecha. Gestión de datos consulta los registros y devuelve las referencias que permitirán a Acceso tramitar la solicitud.
Clave para interpretarlo: La base de datos descriptiva facilita la localización. La custodia de los AIP corresponde a Almacenamiento de archivo; son responsabilidades distintas, aunque compartan tecnología.
↑ Volver al conjunto de entidades04
Access
Acceso
Atender las solicitudes y entregar la información autorizada.
Ofrece las interfaces para descubrir y solicitar información, coordina las actividades necesarias y entrega las respuestas al consumidor. Una solicitud puede producir resultados de búsqueda, un informe o un paquete de información de consulta (PIC / DIP), según lo solicitado y los permisos aplicables.
Qué recibe
Consumidor: consulta o pedido · Gestión de datos: resultados · Almacenamiento: AIP.
Qué entrega
Consumidor: resultados, informes o PIC / DIP · Administración: información de servicio.
Qué hace cada función
- Coordinar actividades de acceso. Recibir y tramitar solicitudes, comprobar la autorización y los recursos disponibles, y coordinar consultas y pedidos.
- Generar el DIP. Solicitar los AIP y la información descriptiva necesarios, seleccionar el contenido autorizado y preparar el paquete de difusión.
- Entregar la respuesta. Transmitir al destinatario el DIP, el resultado de consulta, el informe o la asistencia, utilizando el medio correspondiente.
Ejemplo de aplicación: Una persona localiza un expediente y solicita una copia. Acceso comprueba las condiciones de uso, obtiene el AIP y prepara un DIP con el contenido autorizado.
Clave para interpretarlo: El DIP puede incluir información procedente de uno o varios AIP. No tiene que ser siempre un archivo más ligero ni una versión pública de todo el contenido preservado.
↑ Volver al conjunto de entidades05
Administration
Administración
Coordinar la operación y aplicar las políticas del archivo.
Organiza la operación cotidiana del OAIS, los acuerdos con productores, las normas, la configuración y las actuaciones sobre la información archivada. Recibe orientaciones de la Dirección y propuestas de Planificación de la preservación, y coordina su aplicación.
Qué recibe
Dirección: orientaciones y recursos · Productor: acuerdos · Planificación: propuestas.
Qué entrega
Entidades OAIS: políticas y coordinación · Productor y consumidor: acuerdos y servicios.
Qué hace cada función
- Negociar acuerdos de entrega. Acordar con el productor el contenido, los formatos, las responsabilidades y las condiciones de transferencia.
- Gestionar la configuración. Controlar los cambios del sistema, evaluar su rendimiento y coordinar su evolución.
- Actualizar información de archivo. Coordinar las actualizaciones de la información preservada y registrar sus efectos.
- Controlar el acceso físico. Aplicar las medidas que restringen o permiten el acceso físico a instalaciones y recursos.
- Establecer normas y políticas. Definir y mantener las reglas operativas, los procedimientos y los criterios de preservación y acceso.
- Verificar las entregas. Revisar SIP y AIP frente a los acuerdos, las plantillas y los objetivos de preservación aplicables.
- Activar solicitudes. Mantener solicitudes vinculadas a eventos e iniciar las entregas cuando se cumplan sus condiciones.
- Atender a los usuarios. Gestionar la relación de servicio, las consultas y los comentarios de los consumidores.
Ejemplo de aplicación: Antes de recibir una serie documental se acuerdan los requisitos del SIP. Después, Administración verifica el cumplimiento y coordina los cambios autorizados.
Clave para interpretarlo: Dirección (Management) es un actor externo al OAIS. Administración (Administration) es una de sus seis entidades funcionales; no deben confundirse.
↑ Volver al conjunto de entidades06
Preservation Planning
Planificación de la preservación
Anticipar los cambios que pueden impedir comprender y usar la información.
Observa la comunidad designada, la tecnología y el entorno del archivo para evaluar riesgos y desarrollar estrategias, diseños de paquetes y planes de preservación. Su propósito es que la información siga siendo comprensible de forma independiente para la comunidad designada.
Qué recibe
Comunidad y tecnología: cambios · Administración: políticas, inventarios y resultados.
Qué entrega
Administración: análisis de riesgos, recomendaciones, plantillas y planes de preservación.
Qué hace cada función
- Monitorear la comunidad designada. Identificar cambios en sus conocimientos, necesidades de servicio y capacidades para interpretar la información.
- Monitorear la tecnología. Examinar formatos, herramientas, plataformas y estándares, y detectar amenazas de obsolescencia.
- Realizar vigilancia de preservación. Integrar alertas e informes tecnológicos, de la comunidad y del entorno institucional.
- Desarrollar estrategias y estándares. Evaluar riesgos y recomendar estrategias, estándares y cambios que apoyen los objetivos de preservación.
- Diseñar paquetes y planes. Desarrollar y validar plantillas de SIP y AIP, planes, pruebas y asesoría para aplicar las políticas aprobadas.
Ejemplo de aplicación: Se detecta que un formato depende de una herramienta obsoleta. Se evalúan alternativas, se prueban resultados y se propone un plan con criterios para conservar las propiedades relevantes.
Clave para interpretarlo: Planificación desarrolla y valida las propuestas. Administración aprueba y coordina su ejecución; el diagrama no representa una conversión automática de todos los archivos.
↑ Volver al conjunto de entidadesBase conceptual: CCSDS 650.0-M-3, diciembre de 2024, apartados 4.2.3.3–4.2.3.8 y figuras 4-2–4-7. Las imágenes de esta sección fueron aportadas como referencia por la autora. Los textos explicativos distinguen las responsabilidades de cada entidad y sus principales intercambios.
Referencia: Reference Model for an Open Archival Information System (OAIS), CCSDS 650.0-M-3, diciembre de 2024; apartados 1.1, 2.2–2.4, 3.2, 4.2 y 4.3. Los gráficos son representaciones didácticas del modelo.
Concepto 4 · Componentes del AIP
¿Qué debe conservar el PIA / AIP?
Preservar requiere conservar los objetos digitales y suficiente información para comprenderlos en el futuro. Los componentes siguientes son lógicos: no son nombres obligatorios de carpetas.
INFORMACIÓN DE CONTENIDO
Objeto de datos
Los documentos, imágenes, bases de datos u otros objetos que se preservan.
Los documentos, imágenes, bases de datos u otros objetos que se preservan.
Información de representación
Lo necesario para interpretar sus bits: estructura, significado, formatos y dependencias.
Lo necesario para interpretar sus bits: estructura, significado, formatos y dependencias.
DESCRIPCIÓN DE PRESERVACIÓN · PDI
ReferenciaProcedenciaContextoFijezaDerechos de acceso
Identifica el contenido, documenta su historia, explica sus relaciones, permite comprobar su integridad y establece las condiciones de uso.
Información de empaquetado
Delimita y vincula la información de contenido y la PDI; permite identificar y extraer los componentes del paquete.
Delimita y vincula la información de contenido y la PDI; permite identificar y extraer los componentes del paquete.
Información descriptiva asociada: ayuda a encontrar el paquete; puede mantenerse en un catálogo. Un hash permite detectar cambios, pero no acredita por sí solo toda la autenticidad documental.
Caso de estudio · Un proyecto en construcción
01
Arquitectura de un proyecto en la práctica
El caso de estudio presenta la arquitectura de un proyecto en desarrollo. El esquema muestra cómo se relacionan el productor y sus sistemas de gestión documental, la plataforma que recibe y prepara la entrega, y el repositorio responsable de preservar la información y facilitar su consulta. Distingue responsabilidades institucionales, actividades de preparación y funciones OAIS.
Alcance del caso de estudioLos textos y gráficos de aplicación representan un proyecto en construcción. Las estructuras, los flujos y las correspondencias de denominación son decisiones del caso de estudio. Las capacidades descritas como implementadas se refieren al desarrollo documentado; las integraciones propuestas y las funciones futuras conservan ese carácter.
PIE es un concepto propio de un proyecto en desarrollo; no pertenece al modelo OAIS.En esta plataforma, PIE significa Paquete de Información de Entrada. Es una denominación operativa para identificar el conjunto de documentos, metadatos y evidencias recibidos del productor antes de preparar su entrega al repositorio. OAIS distingue SIP, AIP y DIP; PIE no constituye un cuarto tipo de paquete OAIS ni una etapa exigida por el modelo.
1. Gestionar los documentos en su contexto de origen
Las oficinas productoras crean y organizan documentos y expedientes. El SGDEA mantiene sus metadatos, índices electrónicos, clasificación, permisos y reglas de retención y disposición. El archivo de gestión y el archivo central representan ámbitos de responsabilidad y uso documental; no equivalen a tipos de paquetes OAIS.
Los instrumentos y las decisiones institucionales determinan qué se transfiere, en qué momento y con qué condiciones. Las fuentes de nube del esquema representan posibles orígenes de recepción; su aparición no acredita una integración operativa.
2. Registrar lo recibido como PIE
La plataforma identifica una entrega y relaciona los documentos recibidos, su estructura de origen, los metadatos disponibles y las evidencias de recepción. El PIE puede recibirse completo o por lotes y mantenerse como un conjunto lógico; no requiere un único archivo comprimido.
Este concepto permite distinguir lo recibido del productor de lo preparado para entregar al repositorio. Por sí solo, registrar un PIE no significa que la entrega esté completa, validada o aceptada para preservación.
3. Revisar y preparar el PIT / SIP
La preparación permite contrastar lo recibido con el inventario y las condiciones acordadas, revisar integridad y vínculos, completar o corregir metadatos y registrar incidencias y decisiones. Las actuaciones deben conservar su trazabilidad respecto de la entrega original.
El resultado se organiza según el perfil acordado para el repositorio. PIT es la denominación local con correspondencia funcional con SIP: PIT y SIP no son dos paquetes consecutivos. Generar el paquete no demuestra, por sí solo, su aceptación por el repositorio.
4. Ingresar y preservar la información en el repositorio
En la frontera adoptada por este esquema, el PIT/SIP se entrega a Ingesta del repositorio OAIS. Esta función realiza los controles pertinentes y prepara uno o varios PIA/AIP con la información de contenido y de preservación necesaria.
Almacenamiento de archivo conserva y recupera los AIP; Gestión de datos mantiene las descripciones y datos de gestión. Administración y Planificación de la preservación coordinan la operación y las estrategias para mantener la información comprensible y disponible a largo plazo.
5. Atender la consulta y proporcionar el PIC / DIP
El consumidor consulta y solicita información. Acceso atiende la petición, aplica los derechos y restricciones y prepara el PIC/DIP a partir de la información preservada en uno o varios AIP. El contenido entregado depende de la solicitud y de las condiciones de acceso.
El DIP puede incluir originales o representaciones de acceso; su producción no implica reemplazar el AIP conservado por el repositorio.
Cómo interpretar los ámbitos del esquemaLos archivos de gestión, central e histórico describen contextos y responsabilidades documentales. PIE y PIT/SIP distinguen lo recibido de la entrega preparada. Las entidades OAIS describen funciones de preservación y acceso; no equivalen necesariamente a aplicaciones o servidores independientes. Las flechas representan relaciones e intercambios, no una obligación de generar una copia completa en cada etapa.
El archivo histórico representa un destino de conservación permanente para los documentos seleccionados mediante valoración y disposición. La preservación digital puede comenzar antes de esa etapa. El esquema adopta una plataforma de preparación externa al repositorio; si esa plataforma formara parte del OAIS, algunas actividades de recepción y control podrían ubicarse dentro de Ingesta.
Base conceptual: OAIS · CCSDS 650.0-M-3, apartados 2.3, 4.2 y 4.3.3.3. PIE y la separación operativa entre recepción y preparación son decisiones propias de esta arquitectura.
↳
Herramientas, estándares y servicios.
Una vista de referencia relaciona las fuentes de información, la preingesta e ingesta, el archivo y preservación, y la consulta y acceso. En la base se sitúan las capacidades transversales.
La transferencia secundaria es el escenario representado en esta imagen. El flujo general y la frontera entre preparación e ingesta se explican en los demás esquemas de la guía.
↳
Organización de los paquetes de información.
El modelo de implementación organiza elementos comunes, distingue los paquetes según su función y contempla perfiles específicos por tipo de contenido. Esta organización complementa la explicación conceptual de OAIS.
Qué paquetes corresponden al modelo OAISPIT/SIP, PIA/AIP y PIC/DIP representan los tres tipos de paquete OAIS. El gráfico los agrupa en un marco verde. PIE se muestra por separado: es un concepto operativo de un proyecto en desarrollo y no pertenece al modelo OAIS.
Cómo leer las líneas
Las ramas indican que cada paquete se relaciona con un marco común. No significan que un PIE contenga un PIT ni que un PIA contenga un PIC. La transformación entre etapas se explica en el flujo siguiente.
Dos jerarquías distintas
Este gráfico organiza el modelo de paquetes. La jerarquía archivística fondo → subfondo → serie → expediente → documento describe los documentos y sus relaciones; se registra dentro de la estructura y los metadatos del paquete cuando corresponda.
↳
Flujo de preparación y entrega de paquetes de un proyecto en desarrollo.
La preparación del contenido recibido como PIE precede a la entrega del PIT/SIP al repositorio. La ingesta genera el PIA/AIP para su preservación y las funciones de acceso proporcionan el PIC/DIP al consumidor. PIE es una denominación operativa propia de un proyecto en desarrollo; no es un concepto del modelo OAIS.
Del PIE al repositorio: la frontera de ingesta
El productor entrega el PIE a la plataforma. La plataforma recibe y prepara ese conjunto y genera el PIT/SIP. Al entregarlo al repositorio externo comienza la Ingesta en la frontera elegida para este esquema.
Fuente conceptual: OAIS, CCSDS 650.0-M-3, apartados 2.3.3 y 2.3.4.
02
Qué contiene cada paquete de información.
Los componentes de OAIS son conceptuales. Las carpetas de la plataforma son una forma concreta de organizar sus archivos. Este gráfico explica primero el contenido y después permite consultar su implementación física.
PDI: información de descripción de preservaciónLa sigla proviene de Preservation Description Information. Es la información que documenta la identificación del contenido, su origen e historia, sus relaciones, los mecanismos para comprobar su integridad y sus condiciones de acceso. No es un formato ni el nombre obligatorio de una carpeta.
Contenido ≠ una carpeta
La información de contenido incluye los objetos de datos y la información necesaria para interpretarlos. Una ruta como data/objects/ solo muestra dónde se guardan ciertos archivos.
Preservación ≠ conversión obligatoria
El PIA puede conservar originales y otras representaciones, según la política del repositorio. OAIS no exige convertir todos los documentos a PDF/A, TIFF u otro formato específico.
Descripción ≠ todo dentro del ZIP
La información descriptiva asociada puede mantenerse en un catálogo. Los componentes del paquete pueden vincularse de forma lógica o física, según la implementación.
Ver cómo se organiza físicamente el PIT/SIP que genera la plataforma
Vista de la implementación de un proyecto en desarrollo: perfiles locales BagIt 1.2 y 1.3. No representa una estructura obligatoria de OAIS ni el PIA que generará el repositorio.
▣ PIT_o_SIP_identificador/
Fuente del desarrollo: backend/app/infrastructure/packages.py y paquete de demostración inspeccionado. Las comprobaciones locales del generador no sustituyen la aceptación institucional y las pruebas del repositorio.
Base conceptual: OAIS, apartados 2.3.3, 2.3.4 y 4.3. La información de representación se determina según las necesidades de la comunidad designada.
Qué cambia entre la entrega y el archivo
En el PIT / SIP: información aportada
El productor entrega la información de preservación que corresponde según el acuerdo. Puede incluir identificadores, procedencia, contexto, valores de integridad y derechos de acceso. Debe precisarse qué información se entrega y qué debe completarse; «disponible» no significa que los requisitos acordados sean opcionales.
En el PIA / AIP: información para preservar
El repositorio completa, relaciona y mantiene la información de preservación necesaria para el contenido conservado. También documenta las actuaciones posteriores. La recepción de un SIP no demuestra por sí misma que esa información esté completa para conformar el AIP.
| Componente de la PDI | Qué explica | Ejemplo ilustrativo |
|---|---|---|
| Referencia | Cómo se identifica el contenido. | Identificador del expediente y sus documentos. |
| Procedencia | De dónde procede y qué actuaciones ha tenido. | Productor, entrega, custodia y eventos de preservación. |
| Contexto | Con qué otros objetos o procesos se relaciona. | Relación del documento con su expediente. |
| Fijeza | Cómo se detectan alteraciones. | Huella SHA-256 y resultado de su verificación. |
| Derechos de acceso | Qué condiciones y restricciones se aplican. | Acceso restringido y condiciones de autorización. |
03
Los metadatos conectan las piezas.
METS —Metadata Encoding and Transmission Standard— es un estándar XML para organizar metadatos, describir archivos y expresar sus relaciones estructurales. En el PIT/SIP permite relacionar cada documento con su descripción, su información administrativa y su localización.
Cómo leer los colores y los enlacesRojo identifica la cabecera; naranja, la descripción; amarillo, la administración; verde, los archivos; azul, su organización estructural. Morado y rosa muestran otras posibilidades de METS 1.x. En el ejemplo inferior,
structMap conecta las descripciones mediante DMDID y ADMID, y el archivo mediante fptr FILEID. Los identificadores deben coincidir con los elementos que referencian.Participación en el PIT / SIP
La implementación sitúa el mapa en data/METS.xml. Desde allí se vinculan documentos de data/objects/ y recursos de data/metadata/. Una ruta como objects/acta.pdf es relativa a la ubicación del METS. El receptor debe poder resolver los vínculos y reconocer la estructura documental.
METS, PREMIS y BagIt se complementan
METS organiza y vincula las piezas. PREMIS documenta objetos, eventos, agentes y derechos de preservación. BagIt organiza el contenido y sus manifiestos de integridad. Un METS no convierte automáticamente el PIT en AIP ni sustituye los controles de recepción del repositorio.
Versión representada: METS 1.x. Esta organización utiliza dmdSec y amdSec. METS 2 reorganiza los metadatos en mdSec y no incluye structLink ni behaviorSec. El gráfico no presenta estas dos últimas secciones como funciones implementadas en el generador.
| Componente | Pregunta que resuelve | Ejemplo didáctico |
|---|---|---|
metsHdr | ¿Quién preparó o envió el paquete? | Agentes y fecha de creación del paquete. |
dmdSec | ¿Qué describe el contenido? | Referencia a los metadatos de un expediente. |
amdSec | ¿Cómo se administra y preserva? | Información técnica, derechos y procedencia. |
fileSec | ¿Cuáles son los archivos? | Identificadores y localizaciones. |
structMap | ¿Cómo se relacionan? | Vínculos entre estructura, archivos y metadatos. |
Descripción por niveles
En un ejemplo archivístico, un expediente y sus documentos pueden tener descripciones propias. Mantén identificadores y vínculos explícitos para conservar la relación entre niveles.
La representación XML de los metadatos debe tener un esquema acordado. Convertir una tabla a XML no determina automáticamente su correspondencia con METS.
XML ILUSTRATIVO · NO ES UN METS
<expediente id="EXP-001">
<titulo>Expediente de ejemplo</titulo>
<documento id="DOC-001">
<ruta>acta.pdf</ruta>
</documento>
</expediente>Referencias: Library of Congress · Secciones y elementos METS 1.x; METS Editorial Board · Cambios de estructura en METS 2. La ubicación de los archivos corresponde a la implementación documentada; los ID y nombres del ejemplo son ilustrativos.
04
PIE → PIT → PIA → PIC: significado y límites.
El flujo es coherente si cada término tiene una función, una evidencia y una frontera definidas. Las siguientes denominaciones son una propuesta de personalización; no todas están formalizadas en el código actual.
| Concepto propuesto | Función en la plataforma | Estado comprobado |
|---|---|---|
| PIE Paquete de Información de Entrada | Conjunto de documentos y metadatos recibidos, con sus evidencias de origen. Puede llegar por lotes. | Recepción implementada. Funciona como conjunto lógico de entrada; no exige un ZIP PIE normalizado. |
| PIT Paquete de Información de Transferencia | Salida preparada para entrega al repositorio. Correspondencia funcional con SIP. | Generador compartido PIT/SIP. La API conserva PIT como alias histórico de SIP. |
| PIA Paquete de Información de Archivo | Resultado de la ingesta y objeto de gestión de preservación. Correspondencia con AIP. | Conector y simulador disponibles. No se acreditó aquí un PIA real almacenado. |
| PIC Paquete de Información de Consulta | Entrega derivada del PIA según solicitud y derechos. Correspondencia con DIP. | La documentación lo sitúa en la evolución del producto; no hay generación completa en esta entrega. |
01Concepto del caso de estudio
Por qué se crea el concepto PIE y qué representa
PIE no es un concepto del modelo OAIS. Es la denominación propia de un proyecto en desarrollo para identificar y gestionar la entrega recibida antes de conformar el PIT/SIP. Se crea para distinguir la evidencia de recepción de la versión preparada para el repositorio, especialmente cuando los documentos llegan por lotes o con metadatos que deben completarse.
Representa un conjunto lógico de documentos, estructura de origen, metadatos disponibles y evidencias de entrega. Permite relacionar lotes, controlar faltantes y registrar revisiones sin confundir recepción, preparación y aceptación. No exige un contenedor normalizado ni dos copias completas permanentes, y tampoco acredita por sí mismo aceptación o preservación.
02Frontera de ingesta
El límite de la preingesta
Si la plataforma prepara una entrega para un repositorio externo, el PIE pertenece a esa preparación previa. Si la plataforma se define como parte del propio OAIS, la recepción y ciertos controles ya pueden pertenecer a Ingesta. La frontera depende de la arquitectura, no de la sigla. El gráfico integrado adopta la primera opción: la plataforma prepara la entrega a un repositorio externo.
03Implementación en desarrollo
Cómo se prepara el paquete de transferencia
PIT y SIP representan el mismo paquete de transferencia en el caso de estudio. Su preparación corresponde a un único proceso; no son dos transformaciones consecutivas.
04Condiciones de aceptación
Qué revisar antes de llamarlo aceptado
El modo laboratorio permite generar sin acuerdo; también existe revisión técnica diferida. Por ello, generar un PIT/SIP no demuestra aceptación institucional ni preparación completa para preservación. La preparación para preservación debe confirmarse mediante las revisiones y condiciones de aceptación acordadas.
Convención recomendada: usar PIE, PIT, PIA y PIC en la experiencia de la plataforma; conservar SIP, AIP y DIP en la documentación de correspondencia y en los contratos de integración. Mantener las rutas técnicas actuales evita romper compatibilidad durante esta personalización conceptual.
05
Un vocabulario compartido.
PDI · Información de descripción de preservación
Preservation Description Information. Documenta referencia, procedencia, contexto, fijeza y derechos de acceso del contenido. En el SIP se aporta según el acuerdo; en el AIP el repositorio debe reunir y mantener la información necesaria para su preservación.
PIE · concepto propio de un proyecto en desarrollo
Paquete de Información de Entrada: conjunto lógico de documentos, metadatos y evidencias recibidos del productor antes de preparar el PIT/SIP. Se incorpora para gestionar la recepción y su trazabilidad. No es un concepto definido por OAIS ni un cuarto tipo de paquete del modelo.
OAIS
Modelo de referencia para un archivo que asume responsabilidades de preservación y acceso a largo plazo para una comunidad designada.
Comunidad designada
Grupo identificado de consumidores potenciales para quienes la información debe resultar comprensible.
Marco común de paquetes
Propuesta de reglas compartidas para identificar paquetes, vincular metadatos, documentar integridad y mantener trazabilidad. Cada etapa aplica los requisitos que le corresponden.
METS
Metadata Encoding and Transmission Standard: estándar XML para expresar metadatos y relaciones estructurales de objetos digitales.
PREMIS
Diccionario de datos de metadatos de preservación; permite documentar objetos, eventos, agentes y derechos.
Fijeza / checksum
Información y mecanismos para detectar alteraciones. Un resumen criptográfico se compara con un valor de referencia previamente registrado.
Perfil de implementación local
Conjunto propio de decisiones de estructura, metadatos y validación. La implementación combina perfiles locales BagIt 1.2 y 1.3 y un perfil de exportación XML 1.0. Sus versiones son distintas de la versión general del producto.
MUST, SHOULD y MAY
Expresan obligación, recomendación y posibilidad en una especificación. Deben leerse con sus condiciones y cardinalidades; esta guía no sustituye ese análisis.