Todo lo que merece preguntarse antes de confiarnos una colección.

KolleK es una aplicación de código abierto para catalogar colecciones. Registras lo que tienes, objeto a objeto y copia física a copia física, con fotos, documentos, valores e historial, y lo ejecutas en tu propio servidor o usas una instancia que gestiona otra persona. Se publica bajo licencia MIT.

Primero, para coleccionistas particulares que se han quedado sin espacio en una hoja de cálculo. También funciona para hogares, clubes y organizaciones pequeñas, porque una cuenta puede reunir a varias personas con roles distintos. No es software institucional de gestión de colecciones y no pretende serlo.

Cualquiera. Una cuenta nueva empieza con doce tipos de colección listos para usar (cómics, cromos, vinilos, CD, DVD, monedas, sellos, libros, figuras de acción, videojuegos, relojes y vinos), y puedes editar cualquiera de ellos o crear los tuyos desde cero.

Sí, y nada en el código limita cuántas. Cada colección tiene su nombre, su emoji, su descripción, su moneda y sus propias categorías y sets.

Un objeto es la cosa en abstracto: un título, un modelo, una edición. Una copia es un ejemplar físico concreto que posees, con su estado, su ubicación, su precio de compra y su historial. Tres ejemplares del mismo cómic son un objeto con tres copias. Es la idea más importante de KolleK.

Sí. Un objeto puede ser un nombre y una foto, o una ficha con campos personalizados, varias copias, valoraciones, seguros, préstamos, mantenimiento, procedencia y documentos adjuntos. Los campos que no defines nunca aparecen.

Sí, en siete: inglés, francés, español, alemán, portugués de Brasil, chino simplificado y japonés. Cada persona elige el suyo, y tanto la documentación como este sitio público están traducidos.

No. No existe una aplicación nativa para iOS o Android, ni hay nada así en el código hoy. KolleK es una aplicación web que abres en un navegador.

Sí. Todas las pantallas están diseñadas hasta el ancho de un móvil, y añadir fotos usa el selector de archivos habitual del dispositivo, que en un móvil incluye la cámara.

Sí, bajo licencia MIT y con todo el código fuente público en GitHub. Esa licencia no se puede revocar para el código ya publicado.

Sí, y es la forma principal de ejecutarlo. Una pila de Docker Compose arranca el servidor web, un worker de colas, un planificador y la base de datos, y no se retiene nada en la versión autoalojada.

El software es el mismo, y el conjunto de funciones también: nada está bloqueado tras un plan, y ninguna función se retira de la versión autoalojada. Lo que cambia es quién gestiona el servidor, aplica las actualizaciones y guarda las copias de seguridad, y que una cuenta alojada admite diez objetos gratis antes de tener que desbloquearse. Una instancia autoalojada no tiene ese límite.

Autoalojarlo, si te sientes cómodo con una pila de Docker pequeña y asumes sus copias de seguridad. Es gratis y tus datos nunca salen de tu máquina. Si prefieres no administrar nada, usa una instancia alojada.

Sí. Conservas la propiedad de todo lo que añades, y las condiciones de uso lo dicen. En el servicio alojado lo almacenamos y procesamos para prestar el servicio, nada más, y no entrenamos nada con ello.

En parte, y esta es la carencia honesta del producto hoy. Puedes exportar la definición de un tipo de colección en JSON y la lista de préstamos abiertos en CSV. Todavía no hay exportación de objetos ni de una colección entera. Si te autoalojas, la respuesta completa es una copia de seguridad de la base de datos y del volumen de almacenamiento, que lo contiene todo.

Aún no desde la aplicación, porque la exportación de objetos no existe. Mientras tanto, hay que pedir a quien opere tu instancia alojada un volcado de la base de datos y de los archivos y restaurarlo en tu propia instalación.

La misma respuesta en sentido contrario: todavía no hay una vía de importación para los objetos. Dos instancias solo pueden fusionarse a nivel de base de datos, por quien las opere.

Una instancia autoalojada sigue funcionando exactamente igual. No llama a casa, no comprueba ninguna licencia, y la licencia MIT significa que nadie puede quitarte el código. En una instancia alojada puedes borrar tu cuenta y todo lo que contiene cuando quieras.

En Laravel Cloud, con la base de datos en Turso y Cloudflare por delante para DNS, caché y protección. Según esos proveedores, tu información puede procesarse en un país distinto del tuyo, y por ahora no ofrecemos elección de región.

Laravel Cloud para la aplicación, Turso para la base de datos y Cloudflare para DNS, enrutado, TLS y protección frente a abusos. Procesan datos por cuenta nuestra como proveedores de infraestructura, y la política de privacidad los nombra explícitamente.

El autoalojamiento es gratis, y te cuesta lo que te cueste tu propio servidor. En el servicio alojado, una cuenta admite diez objetos gratis, y desbloquearla para siempre son 49 $ en un solo pago. El pago aún no está abierto, así que hoy no se puede comprar nada, pero las pantallas que explican el límite ya están en la aplicación.

No, y no existe ningún mecanismo para ello. Nada en KolleK puede cobrar una tarjeta de forma periódica. El compromiso es un pago único que desbloquea una cuenta de forma permanente, nunca un alquiler.

Elimina el límite de objetos de una cuenta alojada y paga la parte operativa: los servidores, las actualizaciones, las copias de seguridad y el soporte. No desbloquea funciones, porque todas ya están en la aplicación la ejecutes como la ejecutes.

Sí. No hay prueba, ni nivel reducido, ni clave de licencia que comprar. La licencia MIT del código publicado no puede retirarse después.

Una instancia autoalojada no tiene ninguna cuota. En el servicio alojado, la única cuota es de objetos: una cuenta admite diez gratis, acepta cinco más de cortesía y después deja de aceptar nuevos hasta que se desbloquee. Nada de lo ya añadido se elimina, oculta ni pasa a solo lectura. Las colecciones, los miembros, las fotos y los documentos no se cuentan en ningún caso. Los límites que quedan son por archivo (10 MB para una foto, 12 MB para un documento) y el disco que le des a la instancia.

No, y lo decimos antes de que pagues en lugar de en la letra pequeña. Una devolución le cuesta a un proyecto de este tamaño la comisión del pago, la penalización por contracargo y una tarde de papeleo. Si algo va mal, escríbenos y lo arreglamos. Si prefieres no pagar nada, el autoalojamiento es gratis y siempre lo será.

Puede que sí, para compras futuras. Las condiciones de uso dicen que una compra única ya realizada no se revaloriza de forma retroactiva ni se convierte en suscripción.

No. Autoalojarlo no implica ninguna cuenta con nosotros, ningún registro y ningún paso de pago. Clonas el repositorio, o descargas la imagen, y lo ejecutas.

Cuando se vendan planes alojados, el IVA y los impuestos sobre ventas dependerán de dónde estés y se mostrarán antes de pagar, como describen las condiciones de uso.

No hay coste por usuario ni un nivel aparte, así que un hogar y una organización de treinta personas pagarían lo mismo. Si necesitas factura o papeleo de compras, escríbenos.

Nada de lo que registras es visible fuera de tu cuenta: no hay enlace público ni forma alguna de descubrimiento. Dentro de una cuenta, ten en cuenta que hoy cualquier miembro puede recorrer todas sus colecciones. El ajuste de visibilidad por colección se guarda, pero todavía no se aplica.

No. La política de privacidad lo dice con claridad, y aquí no hay ningún modelo publicitario que lo necesite.

No. No hay rastreadores publicitarios, ni analítica de terceros, ni píxeles en la aplicación. Se conservan registros operativos (peticiones, errores, eventos de seguridad) para mantener y depurar el servicio.

Sí. Los nombres, descripciones, identificadores y notas los cifra la aplicación con la clave de tu instancia antes de llegar a la base de datos, y el tráfico va por TLS. No es cifrado de extremo a extremo: quien opera la instancia tiene la clave y puede leer los datos.

Si te autoalojas, tú. La clave es la APP_KEY de tu propio archivo de entorno y nadie más la ve jamás. En el servicio alojado, la clave de la aplicación la tenemos nosotros y los proveedores de infraestructura no la reciben.

Operan los sistemas que los almacenan y los transportan, como proveedores de infraestructura que actúan por cuenta nuestra. No se les entrega la clave de cifrado de la aplicación y no obtienen ningún derecho a usar tu colección para nada suyo.

Para DNS, terminación TLS, caché y protección frente a denegaciones de servicio y otros abusos. Mantiene un proyecto pequeño rápido y accesible sin un equipo de infraestructura detrás.

Autenticación en dos pasos con códigos de recuperación, inicio de sesión sin contraseña con enlace mágico, contraseñas comprobadas contra filtraciones conocidas, correos de alerta ante eventos sensibles (un dispositivo nuevo, una IP nueva, intentos fallidos, una clave de API creada o revocada), permisos por rol aplicados en cada escritura, claves de API revocables y un registro de auditoría de quién cambió qué. No hay inicio de sesión único, ni soporte de llaves físicas, ni una pantalla para gestionar sesiones activas.

Sí, con cualquier aplicación de autenticación estándar y un juego de códigos de recuperación de un solo uso que se emiten al activarla.

Los campos sensibles los cifra la aplicación antes de escribirlos, así que siguen cifrados dentro de cualquier volcado de base de datos, incluido el tuyo. Más allá de eso, las copias del servicio alojado existen solo para la recuperación operativa, y las copias autoalojadas están protegidas con lo que tú las protejas.

Comunícalo en privado por correo al mantenedor en lugar de en una incidencia pública, y se mira antes que cualquier otra cosa. No hay programa de recompensas ni un calendario formal de divulgación que prometerte.

Sí. Puedes borrar tu usuario desde tu perfil, y un propietario puede borrar la cuenta entera con todo lo que contiene. También existe la opción de que tu usuario se borre automáticamente tras un largo periodo de inactividad. El borrado se propaga a las copias de seguridad según su rotación habitual.

Colecciones, objetos y las copias que posees, fotos, documentos, categorías, etiquetas, ubicaciones, estados, sets y series y, en cada copia, transacciones, valoraciones, seguros, préstamos, mantenimientos, eventos de procedencia e historial de ubicaciones.

Sí, varias por objeto, en el orden que quieras y con una marcada como principal. Cada subida se redimensiona en variantes más pequeñas para navegar, y una foto puede pesar hasta 10 MB. La cuenta también tiene una fototeca que reúne todas las imágenes en un solo sitio.

Sí. Un documento se adjunta a una copia o a una de sus fichas (una transacción, una valoración, un seguro, un préstamo, un mantenimiento, un evento de procedencia). Se aceptan PDF, imágenes, archivos de Word y Excel, CSV y texto plano hasta 12 MB, y también puedes registrar un documento que viva en una URL externa.

Sí. Las valoraciones son un historial y no una sola cifra, cada una con su tipo y su nivel de confianza, de modo que ves cómo ha evolucionado una copia. Las compras y ventas son transacciones, el seguro tiene su propia ficha con los datos de la póliza, y el papeleo se adjunta a cualquiera de ellas.

Todavía no. La exportación se limita a las definiciones de tipos de colección en JSON y a los préstamos abiertos en CSV. La exportación de objetos y de colecciones enteras es una carencia conocida, recogida en la página de estado de funciones de la documentación.

Solo una definición de tipo de colección, a partir del JSON que produce la exportación. No hay importación de hojas de cálculo ni de CSV para los objetos, así que hoy una colección se introduce a mano o a través de la API.

El servicio alojado guarda copias para la recuperación operativa. Existen para poder restaurar el servicio, no como un deshacer de autoservicio, y no sustituyen a tus propios registros.

Sí, sin ningún extra que comprar. Son copias operativas de la instancia entera, no instantáneas por cuenta que puedas explorar.

Tú, por completo. Todo vive en dos sitios: el volumen de la base de datos y el volumen de almacenamiento con las fotos y los documentos. Haz copia de ambos con las herramientas en las que ya confíes y guarda una copia de tu APP_KEY, porque los datos cifrados son ilegibles sin ella.

Colecciones, objetos, copias, categorías y sets van a la papelera y se pueden restaurar durante 30 días por defecto; después, una tarea diaria los elimina definitivamente. Las fotos, los documentos y las fichas de historial se borran de inmediato y no se pueden recuperar desde la aplicación.

Sí. Vaciar la papelera elimina su contenido al instante, y borrar la cuenta elimina todo lo que le pertenece.

Sí. Un tipo describe qué contiene una clase de colección, y toda colección que lo use hereda esos campos. Edita los que vienen con una cuenta nueva, o crea los tuyos, y exporta la definición en JSON para reutilizarla en otro sitio.

Sí, de seis clases: texto, número, fecha, sí/no, una lista de opciones tuya y una puntuación sobre cinco. Los campos van en grupos con nombre para que un formulario largo siga siendo legible, y tanto los campos como los grupos se pueden reordenar.

Los cinco, y son independientes. Las categorías se anidan dentro de una colección, las ubicaciones se anidan tanto como quieras (un estante dentro de una caja dentro de una habitación), las etiquetas se comparten en toda la cuenta, un set sigue el avance hacia un objetivo y una serie agrupa objetos que van juntos.

Sí, y ese es justamente el sentido de separar objetos y copias. Cada copia lleva su identificador, su estado, su ubicación, su fecha de adquisición, su precio pagado y su historial.

Sí, en ambos sentidos: lo que has prestado y lo que te han prestado. Un préstamo registra la otra parte, las fechas, el vencimiento y el estado con que salió y volvió la copia, y los préstamos abiertos de cada sentido se descargan en CSV.

Sí. Los eventos de procedencia forman una cadena fechada sobre una copia, cada uno con su tipo, la parte implicada, una descripción y los documentos que adjuntes.

Sí. Las fichas de mantenimiento recogen el tipo de trabajo, la fecha, el coste, quién lo hizo y el papeleo que llegó con ello.

Sí. Las valoraciones registran cuánto vale una copia a lo largo del tiempo y de dónde sale esa cifra. Las transacciones registran qué se pagó o se cobró, cuándo y con quién. Los importes se guardan en la moneda de la colección.

Sí. Las fotos se gestionan en el objeto y desde una fototeca de toda la cuenta que muestra cada imagen subida. Los documentos se gestionan en la copia o la ficha a la que pertenecen, y todos ellos aparecen en la búsqueda.

Sí. Una sola búsqueda cubre objetos, copias, colecciones, fotos, préstamos, ubicaciones, sets, series, categorías, etiquetas y documentos, y los resultados se agrupan por tipo. Funciona aunque el texto subyacente esté cifrado, porque las palabras se indexan como huellas en vez de guardarse en claro.

Sí, por colección: totales, valor a lo largo del tiempo, adquisiciones por mes, desgloses por categoría, estado y ubicación, los objetos más valiosos y cuánto les falta a tus sets para estar completos. Todavía no hay una pantalla consolidada de toda la cuenta, y el panel muestra la actividad reciente en su lugar.

Sí. Un propietario invita por correo y elige el rol en ese momento. La invitación se acepta con un enlace y no hay ningún cargo por miembro.

Tres: propietario, editor y lector. Los propietarios gestionan miembros, ajustes y borrado; los editores crean y cambian fichas; los lectores solo leen. Una cuenta conserva siempre al menos un propietario, así que al último no se le puede quitar ni degradar.

Sí. Todo el mundo en una cuenta trabaja sobre las mismas colecciones, y cada acción queda registrada con su autor, así que el historial de actividad y el de un objeto muestran de dónde viene cada cambio.

Todavía no. Una colección tiene un ajuste de visibilidad y se guarda, pero nada lo aplica y no existe un enlace público, así que una colección marcada como pública no es accesible desde fuera de la cuenta en absoluto.

No frente a los demás miembros de tu propia cuenta, por la misma razón: la visibilidad se guarda pero hoy no se aplica. Cualquiera a quien invites ve todas las colecciones de la cuenta, así que de momento mantén en cuentas separadas lo que deba estarlo de verdad.

Sí, de inmediato, por un propietario. El acceso termina en ese momento y lo que esa persona registró permanece en la cuenta.

Sí, para eso están las cuentas y los roles. Una cosa a tener en cuenta: cada persona pertenece exactamente a una cuenta y una dirección de correo solo puede tener un usuario, así que no se puede entrar en la cuenta de un club y conservar una personal.

La aplicación tiene una sección de soporte donde abres un hilo y recibes las respuestas allí mismo. Está desactivada salvo que quien opere la instancia la active, así que en una instancia autoalojada normalmente no está.

Docker Engine 24 o superior con el plugin Compose y disco suficiente para tus fotos y documentos. Un VPS pequeño o una máquina en casa sobran. La pila arranca el servidor web, un worker de colas, un planificador y MySQL.

Sí, y es el camino recomendado. Copia el archivo de entorno de ejemplo, genera una clave de aplicación y levanta la pila. La guía completa está en el repositorio y en la sección de autoalojamiento de la documentación.

Sí. Es una aplicación Laravel convencional, así que basta con PHP 8.4 y las extensiones habituales, una base de datos, un servidor web, un worker de colas y un planificador. Simplemente tendrás menos ayuda nuestra que en el camino documentado con Docker.

MySQL 8, que la pila de Docker ejecuta por ti. SQLite vale para el desarrollo local, y otros motores compatibles con Laravel pueden funcionar, pero MySQL es sobre el que el proyecto se prueba y se documenta.

Descarga la imagen nueva y reinicia la pila. Las migraciones se ejecutan al arrancar y están escritas para ser seguras sobre una base existente, así que una actualización nunca reinicia tus datos ni tus archivos.

Corren de tu cuenta. Haz copia del volumen de la base de datos y del volumen de almacenamiento, guarda tu APP_KEY en un sitio seguro y prueba una restauración de vez en cuando. En tu propia instancia no hay nada automático en cuanto a copias.

Sí. Las fotos y los documentos van al volumen local por defecto, y apuntar FILESYSTEM_DISK a cualquier bucket compatible con S3 los mueve allí. Los archivos se siguen sirviendo por rutas que comprueban la cuenta, nunca como URL públicas.

Sí, con los ajustes de correo de tu archivo de entorno: cualquier servidor SMTP, o Resend. Por defecto el correo va al archivo de log, así que configúralo antes de invitar a nadie.

La licencia MIT permite cualquier cambio que quieras. La pega práctica es que una instancia muy modificada es más difícil de actualizar, así que aportar el cambio al proyecto suele ser el mejor trato.

Soporte comunitario, mediante incidencias y discusiones en GitHub. No hay contrato de soporte de pago que comprar, y esa es la diferencia honesta entre ejecutarlo tú mismo y que lo haga otra persona.

Sí, una API JSON que refleja la aplicación web: las mismas acciones y las mismas reglas, unos ciento cincuenta endpoints, con la referencia publicada en /docs/api de cada instancia.

Con un token de acceso personal enviado como token Bearer en la cabecera Authorization, sobre HTTPS. También puedes canjear un correo y una contraseña por un token en el endpoint de inicio de sesión.

Sí, desde los ajustes de tu perfil, y puedes revocar cualquiera por separado. Una clave lleva exactamente los permisos de tu rol y hoy no tiene ámbitos ni fecha de caducidad. Recibes un correo cada vez que se crea o se destruye una clave.

A colecciones y sus tipos, campos personalizados y grupos, objetos, copias, fotos, etiquetas, categorías, sets, series, ubicaciones, estados, documentos, transacciones, valoraciones, seguros, mantenimientos, procedencia, historial de ubicaciones, préstamos, la papelera, la búsqueda, las estadísticas, los miembros y las invitaciones. Lectura y escritura, según tu rol.

Sí: 60 peticiones por minuto una vez autenticado y 6 por minuto en el inicio de sesión y el registro para frenar los intentos.

A medias, y conviene saber qué mitad. Puedes registrar endpoints y cada uno recibe su propio secreto de firma, pero todavía ningún evento de la aplicación dispara un webhook. La maquinaria de entrega está lista y esperando a que se conecten los eventos.

Sí. Todo lo que hace la interfaz lo hace la API, así que importar un catálogo desde un script o exportarlo de forma programada es perfectamente posible hoy.

Se escribe junto al código, en el repositorio, y se renderiza en la referencia que lees en /docs/api, con una versión en Markdown de cada sección. Una prueba hace fallar la construcción cuando un endpoint no está documentado, y eso es lo que mantiene ambos alineados.

Por favor. Los informes de fallos, las ideas de funciones, las traducciones, la documentación y las pull requests son bienvenidos, y las incidencias etiquetadas como «good first issue» son un buen punto de partida.

En las incidencias de GitHub del proyecto, o en las discusiones si es más una conversación que un fallo. Los problemas de seguridad son la excepción: esos, por correo privado.

No. Registra lo que tú le dices. No tiene forma de confirmar que un objeto sea auténtico y nunca pretende lo contrario.

No. Guarda las valoraciones que introduces tú o un profesional, con una nota de cuánta confianza merece esa cifra. No consulta precios de mercado ni genera un valor propio.

No. Es una herramienta de registro, y las condiciones de uso lo dicen. Las decisiones sobre cobertura, impuestos y venta corresponden al profesional pertinente.

No. Un registro bien llevado con recibos, fotos y procedencia es una prueba de apoyo útil, pero no es un título de propiedad, y cualquiera con acceso a la cuenta puede escribir en él lo que quiera.

Para un coleccionista particular o un grupo pequeño, a menudo sí. Para normas de registro museístico, flujos de conservación o informes obligatorios, no, y no deberías contar con ello.

Se guarda fielmente, con error incluido. Cada objeto conserva un historial de qué cambió y quién lo cambió, así que puedes encontrar el error y corregirlo.

La lista honesta: sin exportación ni importación de objetos o colecciones, visibilidad por colección que se guarda pero no se aplica, webhooks que nunca se disparan, sin aplicación móvil nativa, sin inicio de sesión único ni gestión de sesiones, estadísticas por colección en vez de para toda la cuenta, y una sola cuenta por persona. La página de estado de funciones de la documentación mantiene esta lista al día.

No hay una hoja de ruta con fechas, y es intencionado. Las incidencias abiertas en GitHub muestran en qué se está trabajando, y la página de estado de funciones de la documentación dice qué está terminado y qué no.

Por la sección de soporte dentro de la aplicación cuando una instancia la tiene activada. Si no, las incidencias y discusiones de GitHub son el sitio, y una sola persona las lee.

Escribe al mantenedor en privado en lugar de abrir una incidencia pública, para que una vulnerabilidad pueda arreglarse antes de describirse en público. Los avisos de buena fe son bienvenidos y se atienden antes que nada.