Immich en bodegas: fotos con fecha, permiso y backup
Las fotos de inspeccion necesitan fecha, lote, permiso y copia probada. Caso de bodega con Immich, PostgreSQL, almacenamiento y restore para exportaciones.
Lote, foto y fecha: si falta uno, la inspección queda a medias. En una bodega exportadora de Luján de Cuyo, las imágenes de pallets, precintos y daños viajan por teléfonos personales, carpetas duplicadas y enlaces vencidos. Immich permite alojar fotos y videos en servidor propio, con usuarios por área y respaldo. Este caso muestra cómo ordenar captura, permiso, almacenamiento y restauración.
La foto útil guarda más que una imagen
La cifra que corrige la expectativa aparece en los requisitos: Immich pide al menos 6 GB de RAM y 2 CPU cores para una prueba simple. La documentación también advierte que la base PostgreSQL suele ocupar 1 a 3 GB y conviene ubicarla en SSD local, según la página de requisitos. La foto de inspección necesita servidor, base y archivos alineados.
El daño se ve; la prueba se pierde.
El dato global marca una costumbre que ya salió del área técnica. Octoverse 2025 informó que 81,5% de las contribuciones de GitHub ocurrieron en repositorios privados. En una bodega, la evidencia también combina trabajo compartido y datos restringidos: todos necesitan ubicar la foto correcta, pocos pueden borrar o publicar.
El teléfono compartido borra la cadena de custodia
El antagonista es el álbum de WhatsApp llamado "embarque mayo", mezclado con fotos personales y capturas de pantalla. El encargado de logística revisa pallets, precintos y golpes de montacarga antes de cargar el camión. Una etiqueta térmica pegada al film del pallet muestra lote y destino; si esa etiqueta no queda unida a la imagen, la discusión con transporte empieza sin prueba.
Immich separa piezas que el teléfono mezcla. El usuario sube imágenes desde la web o app móvil. La carpeta de carga guarda originales, miniaturas y perfiles. PostgreSQL guarda rutas, usuarios y metadatos. Los álbumes ordenan conjuntos por inspección, lote o reclamo. Las ubicaciones personalizadas permiten definir dónde vive la biblioteca, según la guía oficial.
Cómo funciona por dentro
El flujo mínimo tiene seis pasos. Primero, logística captura foto de pallet, precinto o daño con lote y orden de carga. Segundo, Immich sube el archivo al servidor y lo asocia al usuario. Tercero, PostgreSQL guarda ruta, fecha, usuario, metadatos y pertenencia a álbum. Cuarto, el almacenamiento conserva originales, miniaturas y archivos de perfil. Quinto, administración consulta álbumes y comparte solo el material aprobado. Sexto, el backup copia base y biblioteca, y se prueba restaurando una inspección cerrada.
PostgreSQL guarda registros estructurados, usuarios, rutas y estados. El almacenamiento guarda archivos grandes y separa originales de miniaturas. Immich recibe fotos y videos, entrega vista web, app móvil, álbumes y enlaces compartidos. El monitoreo avisa si la cola de trabajos se atasca, si la base deja de responder o si el disco supera el umbral acordado. Si Immich cae, la bodega conserva la operación; si se pierden base y archivos, la evidencia queda incompleta.
Los permisos definen el valor del sistema. Logística carga fotos y edita álbumes propios. Calidad revisa y aprueba. Administración exporta o comparte evidencia. Gerencia consulta reportes. Borrado permanente queda limitado a un rol con motivo escrito. Los enlaces externos vencen y se registran.
Qué se instala o configura primero
La pila inicial usa Immich v2, Docker Compose, PostgreSQL, almacenamiento local con copia externa, HTTPS, usuarios por área y backup diario. El piloto cuesta entre USD 900 y USD 2.800, entre ARS 1,28 y 3,97 millones al dólar vendedor oficial de $1.418 informado por Bluelytics. Incluye instalación, roles, carga de muestra, álbumes por lote, enlaces con vencimiento y restauración.
El plazo va de dos a cuatro semanas. UMSA suele pedir un entregable verificable: tres inspecciones cargadas, veinte fotos con lote, dos usuarios con permisos distintos, un enlace externo vencido, un respaldo de base y una restauración que muestre fotos, álbum y fecha. Si hay reconocimiento de caras o datos personales, se desactiva o se regula antes de abrir acceso.
La primera decisión es el nombre de los álbumes. Lote, fecha, cliente y orden de carga alcanzan para empezar. Si el nombre depende de memoria, la búsqueda falla cuando cambia la guardia.
El segundo acuerdo es la retención: cuánto queda disponible en línea, qué pasa al cerrar reclamo y quién autoriza borrado.
Dónde se rompe y cómo probarlo
Primer riesgo: creer que el backup de base guarda las fotos. La documentación de Immich explica que las copias de base guardan metadatos, no imágenes ni videos; deben usarse con copia de UPLOAD_LOCATION. La prueba restaura base y biblioteca en otro directorio y abre una inspección real.
Segundo riesgo: subir imágenes sin lote. La señal aparece cuando una foto muestra daño pero no permite ubicar pallet. La prueba toma quince fotos y exige lote, orden y fecha en álbum o descripción. Tercer riesgo: enlaces externos sin vencimiento. La señal es un proveedor que conserva acceso después del reclamo. La prueba crea un enlace, vence el permiso y revisa acceso desde una sesión nueva. Cuarto riesgo: disco lleno por miniaturas y video. La señal es cola de trabajos atrasada. La prueba carga un lote de muestra y mide espacio antes de pasar a producción. La foto vale cuando vuelve completa.
Este texto no reemplaza asesoramiento legal sobre datos personales o contratos de transporte.