Backend del Archivo de Artefactos del Museo

Plantilla del Backend del Archivo de Artefactos del Museo
Seguimiento de Adquisición, Restauración y Almacenamiento de Artefactos

Q: ¿Qué hace que los registros de cantidad de archivo de artefactos de museo sean confiables cuando los artículos cambian de manos constantemente?

Es un esquema y API de BaaS para catalogar artefactos, registrar logs de adquisición, preservar la historia de restauración y rastrear ubicaciones de almacenamiento.

Q: ¿Cómo están relacionados Artifact, AcquisitionLog y RestorationRecord cuando los elementos del archivo de artefactos del museo se mueven entre ubicaciones y estados?

Incluye Artifact, AcquisitionLog, RestorationRecord, StorageLocation y CuratorNote, junto con un diagrama ER, un entorno de prueba de API y un aviso de Agente AI.

Q: ¿Es el modelo lo suficientemente flexible para integraciones de archivo de artefactos de museo como escáneres o alimentaciones de ERP?

Back4app proporciona bases de datos gestionadas, autenticación, Live Queries y un esquema flexible para que puedas enviar el seguimiento de artefactos, la historia de conservación y las actualizaciones de ubicación sin ejecutar tu propio backend.

Q: ¿Cómo ejecuto consultas para artefactos y ubicaciones con Flutter?

Utiliza las clases Artifact y StorageLocation para consultar y mostrar entradas de catálogo y asignaciones de habitaciones con el SDK de Back4app.

Q: ¿Cómo gestiono las actualizaciones de artefactos en Next.js Server Actions?

Utilice una acción del servidor para crear un objeto Parse para el artefacto con catalogNumber y currentLocation, luego valide los cambios en Cloud Code si es necesario.

Q: ¿Puede React restaurar registros de caché nativos sin conexión?

Sí. Habilite Local Datastore y fije RestorationRecord y los resultados de Artifact para que el personal pueda revisar el historial de tratamiento sin conectividad.

Q: ¿Cómo evito cambios de ubicación no autorizados?

En Cloud Code beforeSave para Artifact o StorageLocation, haga cumplir las verificaciones de rol del personal antes de permitir actualizaciones de currentLocation o shelf.

Q: ¿Cuál es la mejor manera de mostrar datos de archivo en Android?

Realice consultas a las clases Artifact, AcquisitionLog y StorageLocation para mostrar entradas de catálogo, historial de recepción y asignaciones de almacenamiento utilizando el SDK de Back4app.

Q: ¿Cómo funciona el flujo de seguimiento de artefactos de principio a fin?

El personal puede registrar una adquisición, agregar un registro de restauración después del tratamiento y luego actualizar currentLocation para que el archivo siempre refleje el estado más reciente del objeto.

Q: ¿Qué clases alimentan esta plantilla de Archivo de Artefactos del Museo?

El modelo principal incluye Artifact, AcquisitionLog, RestorationRecord, StorageLocation y CuratorNote, además de la autenticación de usuario integrada de Back4app .

Un backend de Archivo de Artefactos del Museo listo para producción en Back4app con registros de adquisición de artefactos, historia de restauración y seguimiento de ubicación. Incluye diagrama ER, diccionario de datos, esquema JSON, entorno de pruebas de API y un aviso de Agente de IA para un arranque rápido.

Construido con Agente AI Elige tu tecnología

Conclusiones clave

Esta plantilla te proporciona un backend de Archivo de Artefacto de Museo con registros de adquisición de artefactos, historial de restauración y seguimiento de ubicación para que los administradores y coordinadores puedan mantener las colecciones organizadas.

Estructura de registro de adquisición — Modela cada artefacto con sus entradas de AcquisitionLog, detalles del donante y fechas de recepción.
Historial de restauración — Rastrea notas de conservación y cambios de estado en RestorationRecord vinculado a un artefacto.
Seguimiento de ubicación de almacenamiento — Utiliza los campos StorageLocation y ubicación actual para saber dónde se encuentra cada artefacto.
Soporte para el flujo de trabajo del catálogo — Mantenga CuratorNote, estado de conservación y números de catálogo alineados a través de las actualizaciones del personal.
Backend de archivo multiplataforma — Sirva a clientes móviles y web a través de una API REST y GraphQL para registros de colecciones y seguimiento.

¿Qué es la plantilla de archivo de artefactos del museo?

Los equipos modernos de archivo de artefactos de museo desean una búsqueda que se sienta instantánea, incluso cuando el conjunto de datos abarca proveedores, ubicaciones e identificadores alternativos. La claridad supera a los actos heroicos. Estructure Artifact, AcquisitionLog, RestorationRecord y StorageLocation en Back4app para convertir las operaciones de archivo de artefactos del museo en datos medibles en lugar de en conocimientos tribales dispersos a través de herramientas. El esquema cubre Artifact (catalogNumber, name, origin, acquisitionDate, currentLocation), AcquisitionLog (artifact, source, acquiredBy, acquisitionMethod), RestorationRecord (artifact, treatment, conservator, restoredAt) y StorageLocation (room, shelf, climateZone) con funciones de seguimiento de autorización y archivo integradas. Conecte su frontend preferido y entregue más rápido.

Mejor para:

Archivos de colecciones de museosSistemas de recepción y acceso de artefactosHerramientas de historia de conservaciónAplicaciones de rastreo de ubicación de almacenamientoMVPs de gestión de catálogosEquipos seleccionando BaaS para operaciones de archivo

Descripción general del backend del Archivo de Artefactos del Museo

Las tripulaciones móviles y el personal de oficina ven diferentes fragmentos de la realidad en el archivo de artefactos del museo; el trabajo del producto es unir esos fragmentos sin jugar a culparse unos a otros.

Utilice esta descripción general para ver cómo Artifact, AcquisitionLog y RestorationRecord encajan antes de comprometer tiempo de ingeniería a un marco de cliente específico.

Características principales del archivo del museo

Cada tarjeta de tecnología en este hub utiliza el mismo esquema de backend de archivo del museo con Artifact, AcquisitionLog, RestorationRecord y StorageLocation.

Registros del catálogo de artefactos

El artefacto almacena catalogNumber, name, origin y currentLocation.

Seguimiento del registro de adquisición

El registroDeAdquisición vincula un artefacto a source, acquiredBy y acquisitionMethod.

Historia de restauración

RestorationRecord almacena tratamiento, conservador y restauradoEn para cada artefacto.

Seguimiento de ubicación

StorageLocation define habitación, estante y zonaClimática para el almacenamiento de archivo.

¿Por qué construir tu backend de archivo de artefactos de museo con Back4app?

Back4app te proporciona primitivas de artefacto, adquisición y restauración para que tu personal pueda centrarse en el trabajo de colección en lugar del mantenimiento del backend.

•Registros de artefactos y adquisiciones: Las clases Artifact y AcquisitionLog mantienen el número de acceso, la fuente y los detalles de admisión vinculados para cada objeto.
•Historial de restauración que puedes auditar: RestorationRecord captura notas de tratamiento, nombres de conservadores y marcas de tiempo de restauración para la revisión de conservación.
•Seguimiento de ubicación con Live Queries: Utiliza los campos StorageLocation y currentLocation con Live Queries para seguir los movimientos de habitaciones y cambios de exhibición.

Construye y refina flujos de trabajo de archivo rápidamente con un contrato de backend en todas las plataformas.

Beneficios clave

Un backend de archivo de museo que mantiene el acceso, tratamiento y trabajo de almacenamiento en un solo lugar.

Ingreso más rápido para nuevos artefactos

Comenzar desde Artifact y AcquisitionLog en lugar de construir formularios de adquisición y seguimiento de fuentes desde cero.

Historia de conservación clara

RestorationRecord proporciona a cada tratamiento un sello de tiempo, un conservador y un artefacto vinculado para auditorías.

Seguimiento fiable de estantes y habitaciones

StorageLocation y currentLocation facilitan la confirmación de dónde se encuentra un objeto antes de un movimiento o preparación de exhibición.

Actualizaciones de archivo listas para el campo

Los gerentes pueden actualizar notas de adquisición o estado de restauración desde dispositivos móviles o web sin tener que rehacer el esquema.

Datos de colección consistentes

Utiliza reglas CLP y ACL para que solo el personal autorizado cambie los detalles del artefacto, registros de tratamiento o asignaciones de ubicación.

Configuración asistida por IA

Genera rápidamente la estructura del backend y la guía de integración con un solo aviso estructurado.

¿Listo para lanzar tu aplicación de Archivo de Artefactos del Museo?

Deja que el Agente de IA de Back4app estructure tu backend de archivo y genere registros de adquisición de artefactos, historial de restauración y seguimiento de ubicación desde un aviso.

Construir con Agente de IA Prueba el API Playground

Gratis para comenzar — 50 avisos de Agente de IA/mes, no se requiere tarjeta de crédito

Stack Técnico

Todo incluido en esta plantilla de backend de archivo del museo.

Frontend

13+ tecnologías

Backend

Back4app

Base de datos

MongoDB

Autenticación

Autenticación y sesiones integradas

API

REST y GraphQL

Tiempo real

Live Queries

Diagrama ER

Modelo de relación de entidad para el esquema de backend del archivo del museo.

Diagrama ER

Ver fuente del diagrama

Mermaid

erDiagram
    CuratorUser ||--o{ Artifact : "acquiredBy"
    CuratorUser ||--o{ RestorationEntry : "performedBy"
    CuratorUser ||--o{ LocationAudit : "movedBy"
    Artifact ||--o{ RestorationEntry : "artifact"
    Artifact ||--o{ LocationAudit : "artifact"

    CuratorUser {
        String objectId PK
        String username
        String email
        String password
        String role
        Date createdAt
        Date updatedAt
    }

    Artifact {
        String objectId PK
        String accessionNumber
        String title
        String category
        Date acquisitionDate
        String acquisitionSource
        String currentLocation
        String conditionStatus
        String acquiredById FK
        Date createdAt
        Date updatedAt
    }

    RestorationEntry {
        String objectId PK
        String artifactId FK
        Date restorationDate
        String workType
        String notes
        String performedById FK
        Date nextReviewDate
        Date createdAt
        Date updatedAt
    }

    LocationAudit {
        String objectId PK
        String artifactId FK
        String previousLocation
        String newLocation
        Date movedAt
        String movedById FK
        String reason
        Date createdAt
        Date updatedAt
    }

Flujo de integración del archivo

Flujo de tiempo de ejecución típico para el inicio de sesión, búsqueda de artefactos, registro de adquisiciones, actualizaciones de restauración y seguimiento de ubicación.

Diagrama ER

Ver fuente del diagrama

Mermaid

sequenceDiagram
  participant User
  participant App as Museum Artifact Archive App
  participant Back4app as Back4app Cloud

  User->>App: Sign in
  App->>Back4app: POST /login
  Back4app-->>App: Session token

  User->>App: Open artifact registry
  App->>Back4app: GET /classes/Artifact?order=-updatedAt
  Back4app-->>App: Artifact list

  User->>App: Add acquisition log
  App->>Back4app: POST /classes/Artifact
  Back4app-->>App: Artifact objectId

  User->>App: Record restoration history
  App->>Back4app: POST /classes/RestorationEntry
  Back4app-->>App: RestorationEntry objectId

  User->>App: Update storage position
  App->>Back4app: POST /classes/LocationAudit
  Back4app-->>App: LocationAudit objectId

Diccionario de datos

Referencia completa a nivel de campo para cada clase en el esquema del archivo del museo.

Campo	Tipo	Descripción	Requerido
objectId	String	Auto-generated unique identifier	Automático
username	String	Account name used to sign in
email	String	Work email address
password	String	Hashed password (write-only)
role	String	Access role such as manager, registrar, or field staff
createdAt	Date	Auto-generated creation timestamp	Automático
updatedAt	Date	Auto-generated last-update timestamp	Automático

7 campos en CuratorUser

Seguridad y Permisos

Cómo la estrategia ACL y CLP asegura artefactos, registros de adquisición, registros de restauración y ubicaciones de almacenamiento.

Ediciones solo para personal

Solo los usuarios autorizados deben crear, actualizar o eliminar entradas de Artifact y AcquisitionLog.

Integridad del registro de conservación

Utiliza la validación de Cloud Code para que las actualizaciones de RestorationRecord mantengan el artefacto vinculado y la fecha de restoredAt consistente.

Visibilidad de ubicación controlada

Restringir las escrituras de StorageLocation a gerentes y coordinadores mientras se permite el acceso de lectura a roles de personal aprobados.

Esquema (JSON)

Definición de esquema JSON en bruto lista para copiar en Back4app o usar como referencia de implementación.

JSON

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

165

166

167

168

169

170

171

172

173

{
  "classes": [
    {
      "className": "CuratorUser",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "username": {
          "type": "String",
          "required": true
        },
        "email": {
          "type": "String",
          "required": true
        },
        "password": {
          "type": "String",
          "required": true
        },
        "role": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Artifact",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "accessionNumber": {
          "type": "String",
          "required": true
        },
        "title": {
          "type": "String",
          "required": true
        },
        "category": {
          "type": "String",
          "required": true
        },
        "acquisitionDate": {
          "type": "Date",
          "required": true
        },
        "acquisitionSource": {
          "type": "String",
          "required": true
        },
        "currentLocation": {
          "type": "String",
          "required": true
        },
        "conditionStatus": {
          "type": "String",
          "required": true
        },
        "acquiredBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "CuratorUser"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "RestorationEntry",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "artifact": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Artifact"
        },
        "restorationDate": {
          "type": "Date",
          "required": true
        },
        "workType": {
          "type": "String",
          "required": true
        },
        "notes": {
          "type": "String",
          "required": true
        },
        "performedBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "CuratorUser"
        },
        "nextReviewDate": {
          "type": "Date",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "LocationAudit",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "artifact": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Artifact"
        },
        "previousLocation": {
          "type": "String",
          "required": true
        },
        "newLocation": {
          "type": "String",
          "required": true
        },
        "movedAt": {
          "type": "Date",
          "required": true
        },
        "movedBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "CuratorUser"
        },
        "reason": {
          "type": "String",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

Construir con Agente AI

Usa el Agente AI de Back4app para generar una aplicación real de Archivo de Artefactos de Museo a partir de esta plantilla, incluyendo flujos de frontend, backend, autenticación, artefactos, restauración y ubicación.

Agente AI de Back4app

Listo para construir

Crea un backend de aplicación de Archivo de Artefactos de Museo en Back4app con este esquema y comportamiento exactos.

Esquema:
1. Usuario (usar Back4app incorporado): nombre de usuario, correo electrónico, contraseña; objectId, createdAt, updatedAt (sistema).
2. Artefacto: catalogNumber (String, requerido), name (String, requerido), origin (String), acquisitionDate (Date), currentLocation (String, requerido), conditionStatus (String), objectId, createdAt, updatedAt (sistema).
3. RegistroDeAdquisición: artifact (Puntero a Artefacto, requerido), source (String, requerido), acquiredBy (String, requerido), acquisitionMethod (String, requerido), accessionDate (Date, requerido), notes (String); objectId, createdAt, updatedAt (sistema).
4. RegistroDeRestauración: artifact (Puntero a Artefacto, requerido), treatment (String, requerido), conservator (String, requerido), restoredAt (Date, requerido), materialsUsed (String), conditionAfter (String); objectId, createdAt, updatedAt (sistema).
5. UbicaciónDeAlmacenamiento: room (String, requerido), shelf (String, requerido), climateZone (String), responsibleTeam (String); objectId, createdAt, updatedAt (sistema).
6. NotaDelCurador: artifact (Puntero a Artefacto, requerido), note (String, requerido), author (String, requerido), createdAtNote (Date, requerido); objectId, createdAt, updatedAt (sistema).

Seguridad:
- Solo el personal autorizado puede crear o cambiar artefactos, adquisiciones, restauraciones y registros de almacenamiento. Usa Cloud Code para validación.

Autenticación:
- Registro, inicio de sesión, cierre de sesión.

Comportamiento:
- Lista de artefactos, crea registros de adquisición, añade registros de restauración y actualiza ubicaciones actuales.

Entregar:
- Aplicación Back4app con esquema, ACLs, CLPs; frontend para catálogo de artefactos, registros de adquisición, historial de restauración y seguimiento de ubicaciones.

Presiona el botón de abajo para abrir el Agente con este aviso de plantilla pre-relleno.

Este es el aviso base sin un sufijo de tecnología. Puedes adaptar la pila de frontend generada después.

Desplegar en minutos50 avisos gratis / mesNo se requiere tarjeta de crédito

API Playground

Prueba los endpoints REST y GraphQL contra el esquema del archivo del museo. Las respuestas utilizan datos simulados y no requieren una cuenta de Back4app.

Cargando entorno de pruebas…

Usa el mismo esquema que esta plantilla.

Elija su tecnología

Expande cada tarjeta para ver cómo integrar Artifact, AcquisitionLog y RestorationRecord con tu pila elegida.

Lo que obtienes con cada tecnología

Cada pila utiliza el mismo esquema de backend de archivo del museo y contratos de API.

Estructura de datos de artefactos unificada

Gestiona Artifact, AcquisitionLog, RestorationRecord y StorageLocation con un esquema consistente.

Flujos de trabajo de acceso y restauración

Registra adquisiciones, tratamientos y cambios de catálogo para el personal y coordinadores del museo.

Seguimiento de ubicación para colecciones

Mantener los datos de habitación, estante y ubicación actual disponibles para el trabajo diario de archivo.

Controles de archivo conscientes del rol

Definir niveles de acceso para curadores, gerentes y personal de operaciones.

APIs REST/GraphQL para archivos

Integrar con herramientas móviles, web y internas utilizando APIs flexibles.

Arquitectura de museo extensible

Agregar registros de préstamos, asignaciones de exhibiciones o verificaciones de condición a medida que el archivo crece.

Comparación de Tecnología

Compara la velocidad de configuración, el estilo de SDK y el soporte de IA entre todas las tecnologías compatibles.

Marco	Tiempo de Configuración	Beneficio de Archivo	Tipo de SDK	Soporte de IA
Flutter	Aproximadamente 5 min	Código único para archivo de museo en móvil y web.	SDK Tipado	Completo
React	Menos de 5 minutos	Tablero web rápido para catalogación de artefactos.	SDK tipado	Completo
React Nativo	~3–7 min	Aplicación móvil multiplataforma para el personal del archivo.	SDK tipado	Completo
Next.js	Configuración rápida (5 min)	Aplicación web renderizada en el servidor para operaciones de colección.	SDK tipado	Completo
JavaScript	~3–5 min	Integración web ligera para herramientas de archivo.	SDK tipeado	Completo
Android	Aproximadamente 5 min	Aplicación nativa de Android para verificaciones de almacenamiento y entrada.	SDK tipeado	Completo
iOS	Menos de 5 minutos	Aplicación nativa de iOS para el personal de galería y colección.	SDK tipeado	Completo
Vue	~3–7 min	Interfaz web React para el seguimiento de archivos.	SDK escrito	Completo
Angular	Configuración rápida (5 min)	Aplicación web empresarial para operaciones del museo.	SDK escrito	Completo
GraphQL	Menos de 2 min	API flexible GraphQL para consultas de artefactos y ubicaciones.	API GraphQL	Completo
REST API	Configuración rápida (2 min)	Integración de REST API para formularios de archivo.	REST API	Completo
PHP	~3 min	Backend PHP del lado del servidor para sistemas de museo.	REST API	Completo
.NET	~3–7 min	Backend .NET para la gestión de colecciones.	SDK tipado	Completo

El tiempo de configuración refleja la duración esperada desde el arranque del proyecto hasta el primer artefacto o consulta de adquisición utilizando este esquema de plantilla.

Preguntas Frecuentes

Preguntas comunes sobre la construcción de un backend de Archivo de Artefactos de Museo con esta plantilla.

¿Qué hace que los registros de cantidad de archivo de artefactos de museo sean confiables cuando los artículos cambian de manos constantemente?

¿Cómo están relacionados Artifact, AcquisitionLog y RestorationRecord cuando los elementos del archivo de artefactos del museo se mueven entre ubicaciones y estados?

¿Es el modelo lo suficientemente flexible para integraciones de archivo de artefactos de museo como escáneres o alimentaciones de ERP?

¿Cómo ejecuto consultas para artefactos y ubicaciones con Flutter?

¿Cómo gestiono las actualizaciones de artefactos en Next.js Server Actions?

¿Puede React restaurar registros de caché nativos sin conexión?

¿Cómo evito cambios de ubicación no autorizados?

¿Cuál es la mejor manera de mostrar datos de archivo en Android?

¿Cómo funciona el flujo de seguimiento de artefactos de principio a fin?

¿Qué clases alimentan esta plantilla de Archivo de Artefactos del Museo?

Confiado por desarrolladores en todo el mundo

Únete a equipos que entregan productos de archivo de museo más rápido con plantillas de Back4app

¿Listo para construir tu aplicación de archivo de artefactos de museo?

Comienza tu proyecto de archivo de museo en minutos. No se requiere tarjeta de crédito.

Elige Tecnología

Plantilla del Backend del Archivo de Artefactos del MuseoSeguimiento de Adquisición, Restauración y Almacenamiento de Artefactos

Conclusiones clave

¿Qué es la plantilla de archivo de artefactos del museo?

Descripción general del backend del Archivo de Artefactos del Museo

Características principales del archivo del museo

Registros del catálogo de artefactos

Seguimiento del registro de adquisición

Historia de restauración

Seguimiento de ubicación

¿Por qué construir tu backend de archivo de artefactos de museo con Back4app?

Beneficios clave

Ingreso más rápido para nuevos artefactos

Historia de conservación clara

Seguimiento fiable de estantes y habitaciones

Actualizaciones de archivo listas para el campo

Datos de colección consistentes

Configuración asistida por IA

¿Listo para lanzar tu aplicación de Archivo de Artefactos del Museo?

Stack Técnico

Diagrama ER

Flujo de integración del archivo

Diccionario de datos

Seguridad y Permisos

Ediciones solo para personal

Integridad del registro de conservación

Visibilidad de ubicación controlada

Esquema (JSON)

Construir con Agente AI

API Playground

Elija su tecnología

Backend del archivo de artefactos del museo Flutter

Backend del archivo de artefactos del museo React

Backend del archivo de artefactos del museo React Nativo

Backend del archivo de artefactos del museo Next.js

Backend del archivo de artefactos del museo JavaScript

Backend del archivo de artefactos del museo Android

Backend del archivo de artefactos del museo iOS

Backend del archivo de artefactos del museo Vue

Backend del archivo de artefactos del museo Angular

Backend del archivo de artefactos del museo GraphQL

Backend del archivo de artefactos del museo REST API

Backend del archivo de artefactos del museo PHP

Backend del archivo de artefactos del museo .NET

Lo que obtienes con cada tecnología

Estructura de datos de artefactos unificada

Flujos de trabajo de acceso y restauración

Seguimiento de ubicación para colecciones

Controles de archivo conscientes del rol

APIs REST/GraphQL para archivos

Arquitectura de museo extensible

Comparación de Tecnología

Preguntas Frecuentes

Confiado por desarrolladores en todo el mundo

¿Listo para construir tu aplicación de archivo de artefactos de museo?

Plantilla del Backend del Archivo de Artefactos del Museo
Seguimiento de Adquisición, Restauración y Almacenamiento de Artefactos