Tout ce qu'il vaut la peine de demander avant de nous confier une collection.

KolleK est une application open source de catalogage de collections. Vous consignez ce que vous possédez, objet par objet et copie physique par copie physique, avec photos, documents, valeurs et historique, et vous l'exécutez sur votre propre serveur ou utilisez une instance gérée par quelqu'un d'autre. Le tout est publié sous licence MIT.

D'abord aux collectionneurs particuliers qui ont dépassé le stade du tableur. Les foyers, les clubs et les petites structures s'y retrouvent aussi, car un compte peut réunir plusieurs personnes avec des rôles différents. Ce n'est pas un logiciel de gestion de collections institutionnelles, et il ne prétend pas l'être.

Tous. Un nouveau compte démarre avec douze types de collection prêts à l'emploi (bandes dessinées, cartes à collectionner, vinyles, CD, DVD, pièces, timbres, livres, figurines, jeux vidéo, montres et vins), et vous pouvez modifier chacun d'eux ou créer les vôtres de zéro.

Oui, et rien dans le code ne limite leur nombre. Chaque collection a son nom, son emoji, sa description, sa devise, ainsi que ses propres catégories et sets.

Un objet est la chose au sens abstrait : un titre, un modèle, une édition. Une copie est un exemplaire physique précis que vous possédez, avec son état, son emplacement, son prix d'achat et son historique. Trois exemplaires de la même bande dessinée, c'est un objet et trois copies. C'est l'idée la plus importante de KolleK.

Oui. Un objet peut se limiter à un nom et une photo, ou devenir une fiche avec des champs personnalisés, plusieurs copies, des estimations, des assurances, des prêts, de l'entretien, une provenance et des documents joints. Les champs que vous ne définissez pas n'apparaissent jamais.

Oui, en sept langues : anglais, français, espagnol, allemand, portugais du Brésil, chinois simplifié et japonais. Chaque personne choisit la sienne, et la documentation comme ce site public sont également traduits.

Non. Il n'y a pas d'application native iOS ou Android, et rien de tel dans le code aujourd'hui. KolleK est une application web que vous ouvrez dans un navigateur.

Oui. Chaque écran est conçu jusqu'à la largeur d'un téléphone, et l'ajout de photos passe par le sélecteur de fichiers habituel de votre appareil, qui inclut l'appareil photo sur un téléphone.

Oui, sous licence MIT, avec l'intégralité du code source publiée sur GitHub. Cette licence ne peut pas être révoquée pour le code déjà publié.

Oui, et c'est la façon principale de le faire tourner. Une pile Docker Compose démarre le serveur web, un worker de file d'attente, un planificateur et la base de données, et rien n'est retenu dans la version auto-hébergée.

Le logiciel est le même, et l’ensemble des fonctionnalités aussi : rien n’est verrouillé derrière un forfait, et aucune fonctionnalité n’est retirée de la version auto-hébergée. Ce qui change, c’est qui gère le serveur, applique les mises à jour et conserve les sauvegardes, et le fait qu’un compte hébergé contient dix objets gratuitement avant de devoir être déverrouillé. Une instance auto-hébergée n’a pas cette limite.

L'auto-hébergement, si vous êtes à l'aise avec une petite pile Docker et prêt à assumer ses sauvegardes. C'est gratuit, et vos données ne quittent jamais votre machine. Si vous préférez ne rien administrer, utilisez une instance hébergée.

Oui. Vous conservez la propriété de tout ce que vous ajoutez, et les conditions d'utilisation le disent. Sur le service hébergé, nous les stockons et les traitons pour faire fonctionner le service, rien d'autre, et nous n'entraînons rien dessus.

En partie, et c'est la lacune assumée du produit aujourd'hui. Vous pouvez exporter la définition d'un type de collection en JSON et la liste des prêts en cours en CSV. Il n'existe pas encore d'export d'objets ni de collection entière. Si vous vous auto-hébergez, la réponse complète est une sauvegarde de la base de données et du volume de stockage, qui contient tout.

Pas encore depuis l'application, puisque l'export des objets n'existe pas. En attendant, il faut demander à l'exploitant de votre instance hébergée un export de la base et des fichiers, puis le restaurer dans votre propre installation.

Même réponse dans l'autre sens : il n'y a pas encore de chemin d'import pour les objets. Deux instances ne peuvent être fusionnées qu'au niveau de la base de données, par ceux qui les exploitent.

Une instance auto-hébergée continue de fonctionner exactement telle quelle. Elle ne contacte personne, ne vérifie aucune licence, et la licence MIT fait que personne ne peut vous retirer le code. Sur une instance hébergée, vous pouvez supprimer votre compte et tout ce qu'il contient quand vous le souhaitez.

Sur Laravel Cloud, avec la base de données sur Turso et Cloudflare en frontal pour le DNS, la mise en cache et la protection. Selon ces prestataires, vos informations peuvent être traitées dans un pays autre que le vôtre, et nous ne proposons pas de choix de région pour l'instant.

Laravel Cloud pour l'application, Turso pour la base de données, et Cloudflare pour le DNS, le routage, le TLS et la protection contre les abus. Ils traitent les données pour notre compte en tant que prestataires d'infrastructure, et la politique de confidentialité les nomme explicitement.

L’auto-hébergement est gratuit et ne vous coûte que le prix de votre propre serveur. Sur le service hébergé, un compte contient dix objets gratuitement, et le déverrouiller définitivement coûte un paiement unique de 49 $. Le paiement n’est pas encore ouvert, donc rien ne peut être acheté aujourd’hui, mais les écrans qui expliquent la limite sont déjà dans l’application.

Non, et il n’existe aucun mécanisme pour cela. Rien dans KolleK ne peut débiter une carte de façon récurrente. L’engagement est un paiement unique qui déverrouille un compte définitivement, jamais une location.

Il supprime la limite d’objets d’un compte hébergé et paie le côté opérationnel : les serveurs, les mises à jour, les sauvegardes et le support. Il ne déverrouille aucune fonctionnalité, car toutes sont déjà dans l’application quelle que soit la façon dont vous l’exécutez.

Oui. Il n'y a ni essai, ni palier réduit, ni clé de licence à acheter. La licence MIT sur le code publié ne peut pas être retirée par la suite.

Une instance auto-hébergée n’a aucun quota. Sur le service hébergé, le seul quota porte sur les objets : un compte en contient dix gratuitement, en accepte cinq de plus par tolérance, puis cesse d’en accepter de nouveaux jusqu’au déverrouillage. Rien de ce qui a déjà été ajouté n’est supprimé, masqué ni passé en lecture seule. Les collections, les membres, les photos et les documents ne sont comptés dans aucun des cas. Les limites restantes sont par fichier (10 Mo pour une photo, 12 Mo pour un document) et le disque que vous donnez à l’instance.

Non, et nous le disons avant que vous payiez plutôt que dans les mentions en petits caractères. Une annulation coûte à un projet de cette taille les frais de paiement, la pénalité de rétrofacturation et un après-midi de paperasse. Si quelque chose ne va pas, écrivez-nous et nous le réglerons. Si vous préférez ne rien payer du tout, l’auto-hébergement est gratuit et le restera toujours.

Peut-être, pour les achats futurs. Les conditions d'utilisation précisent qu'un achat unique déjà effectué n'est pas revalorisé rétroactivement et ne se transforme pas en abonnement.

Non. L'auto-hébergement n'implique aucun compte chez nous, aucune inscription et aucune étape de paiement. Vous clonez le dépôt, ou récupérez l'image, et vous lancez.

Lorsque des formules hébergées seront vendues, la TVA et les taxes sur les ventes dépendront de votre pays et seront affichées avant le paiement, comme le décrivent les conditions d'utilisation.

Il n'y a ni frais par siège ni palier distinct : un foyer et une organisation de trente personnes paieraient la même chose. Si vous avez besoin d'une facture ou de documents pour vos achats, contactez-nous.

Rien de ce que vous consignez n'est visible en dehors de votre compte : il n'existe aucun lien public ni aucune forme de découverte. À l'intérieur d'un compte, sachez que chaque membre peut aujourd'hui parcourir toutes les collections. Le réglage de visibilité par collection est enregistré mais pas encore appliqué.

Non. La politique de confidentialité le dit clairement, et il n'y a ici aucun modèle publicitaire qui en aurait besoin.

Non. Aucun traceur publicitaire, aucune analyse tierce et aucun pixel dans l'application. Des journaux d'exploitation (requêtes, erreurs, événements de sécurité) sont conservés pour faire tourner et déboguer le service.

Oui. Les noms, descriptions, identifiants et notes sont chiffrés par l'application avec la clé de votre instance avant d'atteindre la base de données, et le trafic passe en TLS. Ce n'est pas du chiffrement de bout en bout : celui qui exploite l'instance détient la clé et peut lire les données.

Si vous vous auto-hébergez, c'est vous. La clé est l'APP_KEY de votre propre fichier d'environnement, et personne d'autre ne la voit jamais. Sur le service hébergé, nous détenons la clé applicative et les prestataires d'infrastructure ne la reçoivent pas.

Ils exploitent les systèmes qui les stockent et les transportent, en tant que prestataires d'infrastructure agissant pour notre compte. La clé de chiffrement applicative ne leur est pas confiée, et ils n'obtiennent aucun droit d'utiliser votre collection à leurs propres fins.

Pour le DNS, la terminaison TLS, la mise en cache et la protection contre les dénis de service et autres abus. Cela garde un petit projet rapide et joignable sans une équipe d'ingénieurs d'infrastructure derrière.

L'authentification à deux facteurs avec codes de secours, la connexion par lien magique sans mot de passe, les mots de passe vérifiés contre les fuites connues, des e-mails d'alerte pour les événements sensibles (nouvel appareil, nouvelle adresse IP, échecs de connexion, clé d'API créée ou révoquée), des permissions par rôle appliquées à chaque écriture, des clés d'API révocables et un journal d'audit indiquant qui a changé quoi. Il n'y a pas d'authentification unique (SSO), pas de prise en charge des clés matérielles et pas d'écran de gestion des sessions actives.

Oui, avec n'importe quelle application d'authentification standard, et une série de codes de secours à usage unique fournis lors de l'activation.

Les champs sensibles sont chiffrés par l'application avant d'être écrits : ils restent donc chiffrés dans n'importe quel export de base de données, y compris le vôtre. Au-delà, les sauvegardes hébergées servent uniquement à la reprise d'exploitation, et les sauvegardes auto-hébergées sont protégées par ce dont vous les protégez.

Signalez-le en privé par e-mail au mainteneur plutôt que dans un ticket public, et il sera examiné avant tout le reste. Il n'y a pas de programme de primes aux bogues, ni de calendrier formel de divulgation à vous promettre.

Oui. Vous pouvez supprimer votre utilisateur depuis votre profil, et un propriétaire peut supprimer le compte entier avec tout ce qu'il contient. Il existe aussi une option de suppression automatique de votre utilisateur après une longue période d'inactivité. La suppression se propage aux sauvegardes selon leur rotation habituelle.

Des collections, des objets et les copies que vous possédez, des photos, des documents, des catégories, des étiquettes, des emplacements, des états, des sets et des séries, et, sur chaque copie, des transactions, des estimations, des contrats d'assurance, des prêts, des interventions d'entretien, des événements de provenance et un historique des emplacements.

Oui, plusieurs par objet, dans l'ordre que vous voulez, avec une photo principale. Chaque téléversement est redimensionné en variantes plus petites pour la navigation, et une photo peut aller jusqu'à 10 Mo. Le compte dispose aussi d'une photothèque qui rassemble toutes les images au même endroit.

Oui. Un document se rattache à une copie ou à l'une de ses fiches (transaction, estimation, contrat d'assurance, prêt, entretien, événement de provenance). Les PDF, les images, les fichiers Word et Excel, le CSV et le texte brut sont acceptés jusqu'à 12 Mo, et vous pouvez aussi enregistrer un document hébergé à une URL externe.

Oui. Les estimations forment un historique plutôt qu'un chiffre unique, chacune avec son type et son niveau de confiance, ce qui montre l'évolution d'une copie dans le temps. Les achats et les ventes sont des transactions, l'assurance a sa propre fiche avec les détails du contrat, et les documents se rattachent à n'importe laquelle d'entre elles.

Pas encore. L'export se limite aux définitions de types de collection en JSON et aux prêts en cours en CSV. L'export des objets et des collections entières est une lacune connue, suivie sur la page d'état des fonctionnalités de la documentation.

Uniquement une définition de type de collection, à partir du JSON produit par l'export. Il n'existe pas d'import de tableur ou de CSV pour les objets : aujourd'hui, une collection se saisit à la main ou via l'API.

Le service hébergé conserve des sauvegardes pour la reprise d'exploitation. Elles existent pour restaurer le service, pas comme une annulation en libre-service, et elles ne remplacent pas vos propres archives.

Oui, sans option à acheter. Ce sont des sauvegardes d'exploitation de l'instance entière, et non des instantanés par compte que vous pourriez parcourir.

Vous, entièrement. Tout vit à deux endroits : le volume de la base de données et le volume de stockage qui contient les photos et les documents. Sauvegardez les deux avec les outils auxquels vous faites déjà confiance, et gardez une copie de votre APP_KEY, car les données chiffrées sont illisibles sans elle.

Les collections, objets, copies, catégories et sets partent à la corbeille et peuvent être restaurés pendant 30 jours par défaut, après quoi une tâche quotidienne les supprime définitivement. Les photos, les documents et les fiches d'historique sont supprimés immédiatement et ne peuvent pas être récupérés depuis l'application.

Oui. Vider la corbeille supprime son contenu sur-le-champ, et supprimer le compte supprime tout ce qui lui appartient.

Oui. Un type décrit ce que contient un genre de collection, et chaque collection qui l'utilise hérite de ses champs. Modifiez ceux fournis avec un nouveau compte, ou créez les vôtres, et exportez la définition en JSON pour la réutiliser ailleurs.

Oui, de six sortes : texte, nombre, date, oui/non, une liste de choix que vous définissez, et une note sur cinq. Les champs se rangent dans des groupes nommés pour qu'un formulaire long reste lisible, et champs comme groupes peuvent être réordonnés.

Les cinq, et ils sont indépendants. Les catégories s'imbriquent dans une collection, les emplacements s'imbriquent aussi profondément que vous le souhaitez (une étagère dans une boîte dans une pièce), les étiquettes sont partagées par tout le compte, un set suit l'avancement vers un objectif, et une série regroupe les objets qui vont ensemble.

Oui, et c'est tout l'intérêt de séparer les objets des copies. Chaque copie porte son identifiant, son état, son emplacement, sa date d'acquisition, son prix payé et son historique.

Oui, dans les deux sens : ce que vous avez prêté et ce que vous avez emprunté. Un prêt enregistre l'autre partie, les dates, l'échéance et l'état de la copie au départ et au retour, et les prêts en cours de chaque sens se téléchargent en CSV.

Oui. Les événements de provenance forment une chaîne datée sur une copie, chacun avec son type, la partie concernée, une description et les documents que vous y joignez.

Oui. Les fiches d'entretien portent le type d'intervention, la date, le coût, qui l'a réalisée et les documents qui en sont revenus.

Oui. Les estimations enregistrent la valeur d'une copie dans le temps et l'origine de ce chiffre. Les transactions enregistrent ce qui a été payé ou reçu, quand et avec qui. Les montants sont stockés dans la devise de la collection.

Oui. Les photos se gèrent sur l'objet et depuis une photothèque à l'échelle du compte qui affiche toutes vos images. Les documents se gèrent sur la copie ou la fiche à laquelle ils appartiennent, et chacun d'eux remonte dans la recherche.

Oui. Une seule recherche couvre les objets, les copies, les collections, les photos, les prêts, les emplacements, les sets, les séries, les catégories, les étiquettes et les documents, et les résultats sont groupés par type. Elle fonctionne bien que le texte sous-jacent soit chiffré, car les mots sont indexés sous forme d'empreintes plutôt que stockés en clair.

Oui, par collection : totaux, valeur dans le temps, acquisitions par mois, répartitions par catégorie, état et emplacement, objets les plus précieux, et distance qui vous sépare de sets complets. Il n'existe pas encore d'écran consolidé pour tout le compte, et le tableau de bord affiche l'activité récente à la place.

Oui. Un propriétaire invite par e-mail et choisit le rôle à ce moment-là. L'invitation se réclame via un lien, et il n'y a aucun frais par membre.

Trois : propriétaire, éditeur et lecteur. Les propriétaires gèrent les membres, les réglages et la suppression, les éditeurs créent et modifient les fiches, les lecteurs se contentent de lire. Un compte garde toujours au moins un propriétaire : le dernier ne peut être ni retiré ni rétrogradé.

Oui. Tout le monde dans un compte travaille sur les mêmes collections, et chaque action est journalisée avec son auteur : le fil d'activité et l'historique d'un objet montrent donc d'où vient un changement.

Pas encore. Une collection porte un réglage de visibilité, et il est bien enregistré, mais rien ne l'applique et il n'existe pas de lien public : une collection marquée publique n'est donc pas du tout joignable depuis l'extérieur du compte.

Pas vis-à-vis des autres membres de votre propre compte, pour la même raison : la visibilité est enregistrée mais pas appliquée aujourd'hui. Toute personne que vous invitez voit toutes les collections du compte : gardez donc dans des comptes séparés ce qui doit vraiment le rester.

Oui, immédiatement, par un propriétaire. L'accès s'arrête sur-le-champ, et ce que la personne a consigné reste dans le compte.

Oui, c'est précisément à cela que servent les comptes et les rôles. Une chose à anticiper : une personne appartient à exactement un compte, et une adresse e-mail ne peut avoir qu'un utilisateur ; on ne peut donc pas rejoindre le compte d'un club et en garder un personnel.

L'application dispose d'une section support où vous ouvrez un fil et recevez les réponses au même endroit. Elle est désactivée tant que l'exploitant de l'instance ne l'active pas : sur une instance auto-hébergée, elle est donc normalement absente.

De Docker Engine 24 ou plus récent avec le plugin Compose, et d'assez d'espace disque pour vos photos et vos documents. Un petit VPS ou une machine à la maison suffit largement. La pile démarre le serveur web, un worker de file d'attente, un planificateur et MySQL.

Oui, et c'est le chemin recommandé. Copiez le fichier d'environnement d'exemple, générez une clé applicative et lancez la pile. Le guide complet se trouve dans le dépôt et dans la section auto-hébergement de la documentation.

Oui. C'est une application Laravel classique : PHP 8.4 avec les extensions habituelles, une base de données, un serveur web, un worker de file d'attente et un planificateur suffisent. Vous aurez simplement moins d'aide de notre part que sur le chemin Docker documenté.

MySQL 8, que la pile Docker fait tourner pour vous. SQLite convient au développement local, et d'autres moteurs pris en charge par Laravel peuvent fonctionner, mais MySQL est celui sur lequel le projet est testé et documenté.

Récupérez la nouvelle image et redémarrez la pile. Les migrations s'exécutent au démarrage et sont écrites pour être sûres sur une base existante : une mise à jour ne réinitialise jamais vos données ni vos fichiers.

Elles vous reviennent entièrement. Sauvegardez le volume de la base de données et le volume de stockage, gardez votre APP_KEY en lieu sûr, et testez une restauration de temps en temps. Rien ne se sauvegarde automatiquement sur votre propre instance.

Oui. Les photos et les documents vont sur le volume local par défaut, et pointer FILESYSTEM_DISK vers n'importe quel bucket compatible S3 les y déplace. Les fichiers restent servis par des routes qui vérifient le compte, jamais par des URL publiques.

Oui, via les réglages d'e-mail de votre fichier d'environnement : n'importe quel serveur SMTP, ou Resend. Par défaut, les e-mails partent dans le fichier de log : configurez cela avant d'inviter qui que ce soit.

La licence MIT autorise toutes les modifications que vous voulez. Le bémol pratique, c'est qu'une instance lourdement modifiée est plus difficile à mettre à jour : proposer le changement en amont est souvent le meilleur compromis.

Un support communautaire, via les tickets et les discussions GitHub. Il n'y a pas de contrat de support payant à acheter, et c'est là l'honnête différence entre faire tourner l'application soi-même et laisser quelqu'un le faire.

Oui, une API JSON qui reflète l'application web : mêmes actions et mêmes règles, environ cent cinquante points de terminaison, avec la référence publiée sur /docs/api de chaque instance.

Avec un jeton d'accès personnel envoyé comme jeton Bearer dans l'en-tête Authorization, en HTTPS. Vous pouvez aussi échanger une adresse e-mail et un mot de passe contre un jeton via le point de terminaison de connexion.

Oui, depuis les réglages de votre profil, et vous pouvez en révoquer n'importe laquelle individuellement. Une clé porte exactement les permissions de votre rôle, et elle n'a aujourd'hui ni portée ni date d'expiration. Vous recevez un e-mail à chaque création ou suppression de clé.

Aux collections et à leurs types, aux champs personnalisés et à leurs groupes, aux objets, copies, photos, étiquettes, catégories, sets, séries, emplacements, états, documents, transactions, estimations, assurances, entretiens, provenances, historiques d'emplacement, prêts, à la corbeille, à la recherche, aux statistiques, aux membres et aux invitations. En lecture et en écriture, selon votre rôle.

Oui : 60 requêtes par minute une fois authentifié, et 6 par minute sur la connexion et l'inscription pour ralentir les tentatives.

À moitié, et il vaut mieux savoir laquelle. Vous pouvez enregistrer des points de terminaison, chacun avec son propre secret de signature, mais aucun événement applicatif ne déclenche encore de webhook. La mécanique de livraison est prête et attend que les événements soient raccordés.

Oui. Tout ce que fait l'interface, l'API le fait : importer un catalogue depuis un script ou en exporter un de façon planifiée est parfaitement possible aujourd'hui.

Elle est écrite à côté du code, dans le dépôt, puis rendue dans la référence que vous lisez sur /docs/api, avec une version Markdown de chaque section. Un test fait échouer la construction lorsqu'un point de terminaison n'est pas documenté : c'est ce qui les garde synchronisés.

Avec plaisir. Rapports de bogues, idées de fonctionnalités, traductions, documentation et pull requests sont les bienvenus, et les tickets étiquetés « good first issue » sont un bon point de départ.

Dans les tickets GitHub du projet, ou dans les discussions s'il s'agit plus d'un échange que d'un bogue. Les problèmes de sécurité font exception : envoyez-les en privé par e-mail.

Non. Il consigne ce que vous lui dites. Il n'a aucun moyen de confirmer qu'un objet est authentique, et il ne le prétend jamais.

Non. Il conserve les estimations que vous ou un professionnel saisissez, avec une indication du niveau de confiance. Il ne consulte pas les prix du marché et ne produit aucune valeur de lui-même.

Non. C'est un outil de tenue de registres, et les conditions d'utilisation le disent. Les décisions de couverture, de fiscalité et de vente relèvent du professionnel concerné.

Non. Un registre bien tenu avec reçus, photos et provenance constitue un élément de preuve utile, mais ce n'est pas un titre de propriété, et toute personne ayant accès au compte peut y écrire n'importe quoi.

Pour un collectionneur particulier ou un petit groupe, souvent oui. Pour des normes d'inventaire muséal, des flux de conservation ou des obligations réglementaires, non, et il ne faut pas compter dessus.

Elle est conservée fidèlement, erreur comprise. Chaque objet garde un historique de ce qui a changé et de qui l'a changé : vous pouvez donc retrouver l'erreur et la corriger.

La liste honnête : pas d'export ni d'import d'objets ou de collections, une visibilité par collection enregistrée mais non appliquée, des webhooks qui ne se déclenchent jamais, pas d'application mobile native, pas d'authentification unique ni de gestion des sessions, des statistiques par collection plutôt que pour tout le compte, et un seul compte par personne. La page d'état des fonctionnalités de la documentation tient cette liste à jour.

Il n'y a volontairement pas de feuille de route datée. Les tickets ouverts sur GitHub montrent ce qui est en cours, et la page d'état des fonctionnalités de la documentation dit ce qui est terminé et ce qui ne l'est pas.

Par la section support de l'application lorsqu'une instance l'a activée. Sinon, les tickets et discussions GitHub sont l'endroit indiqué, et une seule personne les lit.

Écrivez au mainteneur en privé plutôt que d'ouvrir un ticket public, afin qu'une faille puisse être corrigée avant d'être décrite publiquement. Les signalements de bonne foi sont bienvenus et traités en priorité.