Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

Stockroom

Stockroom es un sistema open source para gestión de préstamo de equipos en bibliotecas escolares o departamentos multimedia. Funciona localmente sin internet, utilizando escáneres de código de barras USB y una base de datos PostgreSQL. Permite registro con ID, préstamos con fecha límite, devolucione

Ficha actualizada 28 sept 2026, 2:43 · upstream 28 sept 2026, 2:28 · release sin release detectada

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es Stockroom

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Stockroom es una aplicación open source diseñada para la gestión de préstamo de material en entornos educativos o institucionales. Está construida sobre un backend en Go y una interfaz frontend en Svelte, comunicándose a través de una API HTTP local. El sistema permite gestionar inventario detallado con categorías jerárquicas, kits (conjuntos) y control estricto de fechas de devolución.

La aplicación se despliega como un único binario compilado que incluye la lógica de negocio, la interfaz web y las migraciones de base de datos. Utiliza PostgreSQL para el almacenamiento persistente y soporta copias de seguridad nocturnas automáticas a directorios locales o servicios remotos como Google Drive mediante rclone. La arquitectura permite una operación offline completa una vez configurada.

El sistema incluye paneles administrativos para importar listas de estudiantes, gestionar activos y generar etiquetas imprimibles con códigos de barras Code 128. Ofrece un panel de control para usuarios que permite ver el historial de custodia completo por activo y usuario, bloqueando automáticamente a los usuarios con préstamos vencidos hasta su resolución.

CASOS DE USO
  • Gestión de préstamo de material audiovisual en bibliotecas escolares mediante escáneres de código de barras.
  • Control de inventario de equipos informáticos o herramientas en laboratorios universitarios.
  • Registro rápido de devoluciones escaneando la etiqueta del activo sin intervención manual.
  • Gestión de kits o conjuntos que se prestan y devuelven como un bloque único.
  • Auditoría de custodia con historial completo de quién tuvo cada activo y cuándo.
PUNTOS DESTACADOS
  • Operación completamente offline sin necesidad de conexión a internet para el uso diario.
  • Compatibilidad nativa con escáneres USB HID que funcionan como teclado estándar.
  • Licencia AGPL-3.0, garantizando código abierto y permisos de modificación y redistribución.
  • Sistema de copias de seguridad nocturnas automáticas con verificación de integridad.
  • Gestión de usuarios con bloqueo automático por préstamos vencidos y panel administrativo para reversión.
  • Generación automática de etiquetas imprimibles y tarjetas de identificación con códigos de barras.
PRECAUCIONES
  • La instalación actual requiere Go 1.25+ y Node.js 22+ para construir el binario en producción, no es un contenedor Docker nativo.
  • El soporte para Windows es limitado y requiere ejecutar la versión Linux dentro de WSL2 con Ubuntu.
  • La configuración inicial depende de herramientas de desarrollo como Supabase CLI o Docker para aplicar migraciones antes del despliegue final.
  • No existe una interfaz gráfica instalable nativa para Windows, solo binario compilado o entorno WSL.
  • Requiere que la máquina servidor permanezca encendida y sin suspensión para ejecutar las tareas de backup nocturno.
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU2 vCPUrecomendación inicial
MEMORIA2 GBRAM estimada
DISCO20 GBalmacenamiento base
COMPLEJIDADmediumnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Compilar el binario único usando los scripts de instalación proporcionados. Configurar PostgreSQL localmente o remoto mediante la variable DATABASE_URL en .env. Habilitar el servicio del sistema para que inicie al arranque y ejecute las copias de seguridad nocturnas. Para Windows, instalar Ubuntu en WSL2 y ejecutar el binario desde allí. Asegurar que el directorio de subida (UPLOADS_DIR) tenga permisos de escritura adecuados.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Next.jsNode.jsGo
SERVICIOS
PostgreSQL
BASES DE DATOS
PostgreSQL
PUERTOS
80805432251733411554323
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.