Alles, was zu fragen sich lohnt, bevor Sie uns eine Sammlung anvertrauen.

KolleK ist eine Open-Source-Anwendung zum Katalogisieren von Sammlungen. Sie erfassen, was Sie besitzen, Objekt für Objekt und physische Kopie für physische Kopie, mit Fotos, Dokumenten, Werten und Historie, und betreiben es entweder auf Ihrem eigenen Server oder nutzen eine Instanz, die jemand anderes betreibt. Veröffentlicht ist alles unter der MIT-Lizenz.

Zuerst für private Sammlerinnen und Sammler, denen eine Tabellenkalkulation zu eng geworden ist. Haushalte, Vereine und kleine Organisationen kommen ebenfalls zurecht, denn ein Konto kann mehrere Personen mit unterschiedlichen Rollen umfassen. Eine institutionelle Sammlungsverwaltung ist es nicht und will es auch nicht sein.

Alle. Ein neues Konto startet mit zwölf fertigen Sammlungstypen (Comics, Sammelkarten, Schallplatten, CDs, DVDs, Münzen, Briefmarken, Bücher, Actionfiguren, Videospiele, Uhren und Wein), und Sie können jeden davon anpassen oder eigene von Grund auf anlegen.

Ja, und nichts im Code begrenzt die Anzahl. Jede Sammlung hat ihren eigenen Namen, ihr Emoji, ihre Beschreibung, ihre Währung sowie eigene Kategorien und Sets.

Ein Objekt ist die Sache im Abstrakten: ein Titel, ein Modell, eine Ausgabe. Eine Kopie ist ein konkretes physisches Exemplar, das Sie besitzen, mit eigenem Zustand, Standort, Kaufpreis und eigener Historie. Drei Exemplare desselben Comics sind ein Objekt mit drei Kopien. Das ist die wichtigste Idee in KolleK.

Ja. Ein Objekt kann aus einem Namen und einem Foto bestehen oder aus einem Datensatz mit eigenen Feldern, mehreren Kopien, Bewertungen, Versicherungen, Leihgaben, Wartung, Herkunft und angehängten Dokumenten. Felder, die Sie nie anlegen, tauchen auch nie auf.

Ja, in sieben: Englisch, Französisch, Spanisch, Deutsch, brasilianisches Portugiesisch, vereinfachtes Chinesisch und Japanisch. Jede Person wählt ihre eigene Sprache, und auch die Dokumentation und diese öffentliche Website sind übersetzt.

Nein. Es gibt keine native App für iOS oder Android, und im Code steckt heute auch keine. KolleK ist eine Webanwendung, die Sie im Browser öffnen.

Ja. Jede Ansicht ist bis zur Handybreite ausgelegt, und Fotos werden über die normale Dateiauswahl Ihres Geräts hinzugefügt, die auf dem Handy auch die Kamera einschließt.

Ja, unter der MIT-Lizenz, mit dem vollständigen Quelltext öffentlich auf GitHub. Diese Lizenz kann für bereits veröffentlichten Code nicht zurückgenommen werden.

Ja, und das ist der hauptsächlich unterstützte Weg. Ein Docker-Compose-Stack startet den Webserver, einen Queue-Worker, einen Scheduler und die Datenbank, und in der selbst gehosteten Version fehlt nichts.

Die Software ist dieselbe, und der Funktionsumfang auch: Nichts ist hinter einem Tarif eingesperrt, und der selbst gehosteten Version wird keine Funktion vorenthalten. Unterschiedlich ist, wer den Server betreibt, die Updates einspielt und die Backups aufbewahrt, und dass ein gehostetes Konto zehn Objekte kostenlos fasst, bevor es freigeschaltet werden muss. Eine selbst gehostete Instanz kennt dieses Limit nicht.

Self-Hosting, wenn Sie sich mit einem kleinen Docker-Stack wohlfühlen und die Verantwortung für die Sicherungen übernehmen. Es ist kostenlos, und Ihre Daten verlassen Ihren Rechner nie. Wenn Sie lieber nichts betreiben wollen, nehmen Sie eine gehostete Instanz.

Ja. Sie behalten das Eigentum an allem, was Sie hinzufügen, und die Nutzungsbedingungen sagen das auch. Im gehosteten Dienst speichern und verarbeiten wir es, um den Dienst zu betreiben, sonst nichts, und wir trainieren nichts damit.

Teilweise, und das ist die ehrliche Lücke im Produkt. Sie können die Definition eines Sammlungstyps als JSON und die Liste der offenen Leihgaben als CSV exportieren. Einen Export einzelner Objekte oder ganzer Sammlungen gibt es noch nicht. Beim Self-Hosting ist die vollständige Antwort eine Sicherung der Datenbank und des Speichervolumes, in dem alles liegt.

Über die Anwendung noch nicht, weil es keinen Objektexport gibt. Bis dahin heißt Umziehen: den Betreiber Ihrer gehosteten Instanz um einen Datenbank- und Dateiabzug bitten und diesen in die eigene Installation einspielen.

Dieselbe Antwort in die andere Richtung: Für Objekte gibt es noch keinen Importweg. Zwei Instanzen lassen sich nur auf Datenbankebene zusammenführen, durch diejenigen, die sie betreiben.

Eine selbst gehostete Instanz läuft genau so weiter, wie sie ist. Sie funkt nirgendwo nach Hause, prüft keine Lizenz, und die MIT-Lizenz sorgt dafür, dass niemand Ihnen den Code wegnehmen kann. Auf einer gehosteten Instanz können Sie Ihr Konto samt Inhalt jederzeit löschen.

Auf Laravel Cloud, mit der Datenbank bei Turso und Cloudflare davor für DNS, Caching und Schutz. Je nach diesen Anbietern können Ihre Informationen in einem anderen Land als Ihrem eigenen verarbeitet werden, und eine Regionswahl bieten wir derzeit nicht an.

Laravel Cloud für die Anwendung, Turso für die Datenbank und Cloudflare für DNS, Routing, TLS und Missbrauchsschutz. Sie verarbeiten Daten in unserem Auftrag als Infrastrukturanbieter, und die Datenschutzerklärung nennt sie namentlich.

Selbsthosten ist kostenlos und kostet Sie nur, was Ihr eigener Server kostet. Beim gehosteten Dienst fasst ein Konto zehn Objekte kostenlos, und die dauerhafte Freischaltung ist eine einmalige Zahlung von 49 $. Der Bezahlvorgang ist noch nicht geöffnet, es lässt sich heute also nichts kaufen, aber die Bildschirme, die das Limit erklären, sind bereits in der Anwendung.

Nein, und dafür gibt es auch keinen Mechanismus. Nichts in KolleK kann eine Karte planmäßig belasten. Die Zusage ist eine Zahlung, die ein Konto dauerhaft freischaltet, niemals eine Miete.

Sie hebt das Objektlimit eines gehosteten Kontos auf und bezahlt den Betrieb: die Server, die Updates, die Backups und den Support. Sie schaltet keine Funktionen frei, denn jede Funktion steckt bereits in der Anwendung, egal wie Sie sie betreiben.

Ja. Es gibt keine Testphase, keine abgespeckte Stufe und keinen Lizenzschlüssel zu kaufen. Die MIT-Lizenz auf dem veröffentlichten Code kann später nicht zurückgezogen werden.

Eine selbst gehostete Instanz hat überhaupt keine Kontingente. Beim gehosteten Dienst gibt es nur ein Kontingent für Objekte: Ein Konto fasst zehn kostenlos, nimmt aus Kulanz fünf weitere an und nimmt danach keine neuen mehr an, bis es freigeschaltet ist. Nichts bereits Hinzugefügtes wird je gelöscht, ausgeblendet oder auf Lesezugriff gesetzt. Sammlungen, Mitglieder, Fotos und Dokumente werden in keinem Fall gezählt. Die verbleibenden Grenzen gelten pro Datei (10 MB für ein Foto, 12 MB für ein Dokument) und für die Festplatte, die Sie der Instanz geben.

Nein, und wir sagen das vor der Zahlung statt im Kleingedruckten. Eine Rückbuchung kostet ein Projekt dieser Größe die Zahlungsgebühr, die Chargeback-Strafe und einen Nachmittag Papierkram. Wenn etwas schiefgeht, schreiben Sie uns, und wir bringen es in Ordnung. Wenn Sie lieber gar nichts zahlen: Selbsthosten ist kostenlos und bleibt es.

Möglicherweise, für künftige Käufe. Die Nutzungsbedingungen halten fest, dass ein bereits abgeschlossener Einmalkauf nicht rückwirkend neu bepreist wird und nicht zum Abonnement wird.

Nein. Self-Hosting kommt ohne Konto bei uns, ohne Registrierung und ohne Bezahlschritt aus. Sie klonen das Repository oder holen sich das Image und starten es.

Sobald gehostete Tarife verkauft werden, hängen Mehrwert- und Umsatzsteuer von Ihrem Standort ab und werden vor der Zahlung angezeigt, wie es die Nutzungsbedingungen beschreiben.

Es gibt keine Platzgebühr und keine gesonderte Stufe, ein Haushalt und eine Organisation mit dreißig Personen würden also dasselbe zahlen. Wenn Sie eine Rechnung oder Beschaffungsunterlagen brauchen, melden Sie sich.

Nichts, was Sie erfassen, ist außerhalb Ihres Kontos sichtbar: Es gibt keinen öffentlichen Link und keinerlei Auffindbarkeit. Innerhalb eines Kontos gilt derzeit: Jedes Mitglied kann jede Sammlung darin durchsehen. Die Sichtbarkeitseinstellung je Sammlung wird gespeichert, aber noch nicht durchgesetzt.

Nein. Die Datenschutzerklärung sagt das unmissverständlich, und es gibt hier kein Werbemodell, das darauf angewiesen wäre.

Nein. Es gibt keine Werbetracker, keine Analyse durch Dritte und keine Zählpixel in der Anwendung. Betriebsprotokolle (Anfragen, Fehler, Sicherheitsereignisse) werden geführt, um den Dienst zu betreiben und Fehler zu finden.

Ja. Namen, Beschreibungen, Kennzeichen und Notizen werden von der Anwendung mit dem Schlüssel Ihrer Instanz verschlüsselt, bevor sie die Datenbank erreichen, und der Verkehr läuft über TLS. Eine Ende-zu-Ende-Verschlüsselung ist das nicht: Wer die Instanz betreibt, hält den Schlüssel und kann die Daten lesen.

Beim Self-Hosting Sie selbst. Der Schlüssel ist der APP_KEY in Ihrer eigenen Umgebungsdatei, und niemand sonst bekommt ihn je zu sehen. Im gehosteten Dienst halten wir den Anwendungsschlüssel, und die Infrastrukturanbieter erhalten ihn nicht.

Sie betreiben die Systeme, die sie speichern und transportieren, als Infrastrukturanbieter in unserem Auftrag. Den Verschlüsselungsschlüssel der Anwendung erhalten sie nicht, und sie bekommen kein Recht, Ihre Sammlung für eigene Zwecke zu nutzen.

Für DNS, TLS-Terminierung, Caching und Schutz vor Überlastungsangriffen und anderem Missbrauch. Das hält ein kleines Projekt schnell und erreichbar, ohne ein ganzes Infrastrukturteam dahinter.

Zwei-Faktor-Authentifizierung mit Wiederherstellungscodes, passwortlose Anmeldung per Magic Link, Passwörter, die gegen bekannte Leaks geprüft werden, Warn-E-Mails bei sensiblen Ereignissen (neues Gerät, neue IP-Adresse, fehlgeschlagene Anmeldungen, erstellter oder widerrufener API-Schlüssel), rollenbasierte Rechte bei jedem Schreibzugriff, widerrufbare API-Schlüssel und ein Prüfprotokoll, wer was geändert hat. Es gibt kein Single Sign-on, keine Unterstützung für Hardware-Schlüssel und keine Ansicht zur Verwaltung aktiver Sitzungen.

Ja, mit jeder gängigen Authenticator-App und einem Satz einmalig nutzbarer Wiederherstellungscodes, die beim Einschalten ausgegeben werden.

Die sensiblen Felder werden von der Anwendung vor dem Schreiben verschlüsselt, sie bleiben also auch in jedem Datenbankabzug verschlüsselt, auch in Ihrem. Darüber hinaus dienen gehostete Sicherungen allein der Betriebswiederherstellung, und selbst gehostete Sicherungen sind so geschützt, wie Sie sie schützen.

Melden Sie es privat per E-Mail an den Maintainer statt in einem öffentlichen Issue, dann wird es vor allem anderen angesehen. Es gibt kein Bug-Bounty-Programm und keinen förmlichen Offenlegungsfahrplan, den wir versprechen könnten.

Ja. Sie können Ihren eigenen Benutzer im Profil löschen, und ein Eigentümer kann das gesamte Konto mit allem darin löschen. Zusätzlich gibt es die Option, den eigenen Benutzer nach längerer Inaktivität automatisch löschen zu lassen. Aus den Sicherungen verschwindet die Löschung im Zuge der normalen Rotation.

Sammlungen, Objekte und die Kopien, die Sie besitzen, Fotos, Dokumente, Kategorien, Schlagwörter, Standorte, Zustände, Sets und Reihen sowie, an jeder Kopie, Transaktionen, Bewertungen, Versicherungsverträge, Leihgaben, Wartungen, Herkunftsereignisse und die Standorthistorie.

Ja, mehrere pro Objekt, in beliebiger Reihenfolge und mit einem als Hauptbild markierten. Jeder Upload wird in kleinere Varianten für das Durchsehen umgerechnet, und ein Foto darf bis zu 10 MB groß sein. Das Konto hat außerdem eine Fotobibliothek, die alle Bilder an einem Ort zeigt.

Ja. Ein Dokument hängt an einer Kopie oder an einem ihrer Datensätze (Transaktion, Bewertung, Versicherungsvertrag, Leihgabe, Wartung, Herkunftsereignis). PDFs, Bilder, Word- und Excel-Dateien, CSV und reiner Text werden bis 12 MB angenommen, und Sie können auch ein Dokument erfassen, das unter einer externen URL liegt.

Ja. Bewertungen sind eine Historie statt einer einzelnen Zahl, jede mit Art und Verlässlichkeitsgrad, sodass Sie die Entwicklung einer Kopie sehen. Käufe und Verkäufe sind Transaktionen, die Versicherung hat einen eigenen Datensatz mit Vertragsdetails, und die Unterlagen hängen an jedem davon.

Noch nicht. Der Export beschränkt sich auf Definitionen von Sammlungstypen als JSON und offene Leihgaben als CSV. Der Export von Objekten und ganzen Sammlungen ist eine bekannte Lücke und steht auf der Seite zum Funktionsstand in der Dokumentation.

Nur die Definition eines Sammlungstyps, aus dem JSON, das der Export erzeugt. Einen Tabellen- oder CSV-Import für Objekte gibt es nicht, eine Sammlung wird heute also von Hand oder über die API erfasst.

Der gehostete Dienst führt Sicherungen zur Betriebswiederherstellung. Sie existieren, damit der Dienst wiederhergestellt werden kann, nicht als Rückgängig-Funktion zur Selbstbedienung, und sie ersetzen Ihre eigenen Aufzeichnungen nicht.

Ja, ohne Zusatzpaket. Es sind Betriebssicherungen der gesamten Instanz und keine kontobezogenen Momentaufnahmen, die Sie durchsehen könnten.

Sie, vollständig. Alles liegt an zwei Stellen: im Datenbankvolume und im Speichervolume mit Fotos und Dokumenten. Sichern Sie beide mit den Werkzeugen, denen Sie ohnehin vertrauen, und bewahren Sie eine Kopie Ihres APP_KEY auf, denn ohne ihn sind die verschlüsselten Daten unlesbar.

Sammlungen, Objekte, Kopien, Kategorien und Sets landen im Papierkorb und lassen sich standardmäßig 30 Tage lang wiederherstellen, danach entfernt sie ein täglicher Job endgültig. Fotos, Dokumente und Historieneinträge werden sofort gelöscht und lassen sich aus der Anwendung heraus nicht zurückholen.

Ja. Den Papierkorb zu leeren entfernt seinen Inhalt sofort, und das Löschen des Kontos entfernt alles, was dazugehört.

Ja. Ein Typ beschreibt, was eine Art von Sammlung enthält, und jede Sammlung, die ihn verwendet, erbt diese Felder. Passen Sie die mitgelieferten an oder bauen Sie eigene, und exportieren Sie die Definition als JSON, um sie anderswo wiederzuverwenden.

Ja, in sechs Arten: Text, Zahl, Datum, Ja/Nein, eine Auswahlliste mit Ihren eigenen Optionen und eine Bewertung von eins bis fünf. Felder liegen in benannten Gruppen, damit ein langes Formular lesbar bleibt, und sowohl Felder als auch Gruppen lassen sich umsortieren.

Alle fünf, und sie sind voneinander unabhängig. Kategorien verschachteln sich innerhalb einer Sammlung, Standorte so tief, wie Sie mögen (ein Regal in einer Kiste in einem Raum), Schlagwörter gelten im ganzen Konto, ein Set verfolgt den Fortschritt bis zu einer Zielzahl, und eine Reihe fasst zusammengehörende Objekte zusammen.

Ja, genau dafür trennt KolleK Objekte und Kopien. Jede Kopie trägt ihr eigenes Kennzeichen, ihren Zustand, ihren Standort, ihr Erwerbsdatum, ihren Kaufpreis und ihre Historie.

Ja, in beide Richtungen: was Sie verliehen und was Sie geliehen haben. Eine Leihgabe hält die Gegenseite, die Daten, die Fälligkeit und den Zustand beim Hinausgehen und bei der Rückkehr fest, und die offenen Leihgaben je Richtung lassen sich als CSV herunterladen.

Ja. Herkunftsereignisse bilden eine datierte Kette an einer Kopie, jedes mit eigener Art, beteiligter Partei, Beschreibung und den Dokumenten, die Sie anhängen.

Ja. Wartungseinträge halten die Art der Arbeit, das Datum, die Kosten, die ausführende Stelle und die zugehörigen Unterlagen fest.

Ja. Bewertungen halten fest, was eine Kopie im Lauf der Zeit wert ist und woher diese Zahl stammt. Transaktionen halten fest, was gezahlt oder eingenommen wurde, wann und mit wem. Beträge werden in der Währung der Sammlung gespeichert.

Ja. Fotos verwalten Sie am Objekt und in einer kontoweiten Bibliothek, die jedes hochgeladene Bild zeigt. Dokumente verwalten Sie an der Kopie oder dem Datensatz, zu dem sie gehören, und jedes davon taucht in der Suche auf.

Ja. Eine Suche deckt Objekte, Kopien, Sammlungen, Fotos, Leihgaben, Standorte, Sets, Reihen, Kategorien, Schlagwörter und Dokumente ab, und die Treffer sind nach Art gruppiert. Sie funktioniert, obwohl der Text darunter verschlüsselt ist, weil Wörter als Hashwerte indexiert und nicht im Klartext gespeichert werden.

Ja, je Sammlung: Summen, Wertverlauf, Zugänge pro Monat, Aufschlüsselungen nach Kategorie, Zustand und Standort, die wertvollsten Objekte und wie weit Ihre Sets von der Vollständigkeit entfernt sind. Eine kontoweite Gesamtansicht gibt es noch nicht, stattdessen zeigt das Dashboard die jüngsten Aktivitäten.

Ja. Ein Eigentümer lädt per E-Mail ein und wählt dabei die Rolle. Die Einladung wird über einen Link angenommen, und pro Mitglied fallen keine Kosten an.

Drei: Eigentümer, Bearbeiter und Betrachter. Eigentümer verwalten Mitglieder, Einstellungen und das Löschen, Bearbeiter legen Datensätze an und ändern sie, Betrachter lesen nur. Ein Konto behält immer mindestens einen Eigentümer, der letzte kann also weder entfernt noch herabgestuft werden.

Ja. Alle in einem Konto arbeiten an denselben Sammlungen, und jede Aktion wird mit ihrem Urheber protokolliert, sodass der Aktivitätsverlauf und die Historie eines Objekts zeigen, woher eine Änderung kommt.

Noch nicht. Eine Sammlung trägt eine Sichtbarkeitseinstellung, und die wird gespeichert, aber nichts setzt sie durch, und einen öffentlichen Link gibt es nicht. Eine als öffentlich markierte Sammlung ist von außerhalb des Kontos also überhaupt nicht erreichbar.

Gegenüber anderen Mitgliedern Ihres eigenen Kontos nicht, aus demselben Grund: Die Sichtbarkeit wird zwar gespeichert, aber heute nicht durchgesetzt. Wen Sie einladen, sieht jede Sammlung im Konto. Halten Sie wirklich Getrenntes daher vorerst in getrennten Konten.

Ja, sofort, durch einen Eigentümer. Der Zugang endet auf der Stelle, und was die Person erfasst hat, bleibt im Konto.

Ja, genau dafür sind Konten und Rollen da. Eines sollten Sie einplanen: Eine Person gehört zu genau einem Konto, und eine E-Mail-Adresse kann nur einen Benutzer haben. Man kann also nicht einem Vereinskonto beitreten und daneben ein privates behalten.

Die Anwendung hat einen Support-Bereich, in dem Sie einen Verlauf eröffnen und die Antworten an derselben Stelle erhalten. Er ist abgeschaltet, solange der Betreiber der Instanz ihn nicht einschaltet, auf einer selbst gehosteten Instanz ist er also normalerweise nicht vorhanden.

Docker Engine 24 oder neuer mit dem Compose-Plugin und genug Speicherplatz für Ihre Fotos und Dokumente. Ein kleiner VPS oder ein Rechner zu Hause reicht völlig. Der Stack startet den Webserver, einen Queue-Worker, einen Scheduler und MySQL.

Ja, und es ist der empfohlene Weg. Kopieren Sie die Beispiel-Umgebungsdatei, erzeugen Sie einen Anwendungsschlüssel und starten Sie den Stack. Die vollständige Anleitung liegt im Repository und im Self-Hosting-Abschnitt der Dokumentation.

Ja. Es ist eine gewöhnliche Laravel-Anwendung, PHP 8.4 mit den üblichen Erweiterungen, eine Datenbank, ein Webserver, ein Queue-Worker und ein Scheduler genügen also. Sie bekommen nur weniger Unterstützung von uns als auf dem dokumentierten Docker-Weg.

MySQL 8, das der Docker-Stack für Sie betreibt. SQLite reicht für die lokale Entwicklung, und andere von Laravel unterstützte Systeme können funktionieren, getestet und dokumentiert ist das Projekt aber gegen MySQL.

Das neuere Image holen und den Stack neu starten. Migrationen laufen beim Start und sind so geschrieben, dass sie auf einer bestehenden Datenbank sicher sind, ein Update setzt Ihre Daten und Uploads also nie zurück.

Die liegen bei Ihnen. Sichern Sie das Datenbankvolume und das Speichervolume, bewahren Sie Ihren APP_KEY sicher auf und testen Sie gelegentlich eine Wiederherstellung. Auf Ihrer eigenen Instanz passiert bei Sicherungen nichts automatisch.

Ja. Fotos und Dokumente liegen standardmäßig im lokalen Volume, und wenn Sie FILESYSTEM_DISK auf einen S3-kompatiblen Bucket zeigen lassen, wandern sie dorthin. Ausgeliefert werden die Dateien weiterhin über Routen, die das Konto prüfen, nie über öffentliche URLs.

Ja, über die Mail-Einstellungen in Ihrer Umgebungsdatei: jeder SMTP-Server oder Resend. Standardmäßig landen E-Mails in der Logdatei, richten Sie das also ein, bevor Sie jemanden einladen.

Die MIT-Lizenz erlaubt jede Änderung, die Sie wollen. Der praktische Haken: Eine stark angepasste Instanz ist schwerer zu aktualisieren, eine Änderung stromaufwärts beizusteuern ist deshalb meist der bessere Handel.

Community-Support über GitHub-Issues und -Discussions. Einen bezahlten Supportvertrag gibt es nicht zu kaufen, und das ist der ehrliche Unterschied dazu, es jemand anderen betreiben zu lassen.

Ja, eine JSON-API, die die Weboberfläche spiegelt: dieselben Aktionen und dieselben Regeln, rund einhundertfünfzig Endpunkte, mit der Referenz unter /docs/api auf jeder Instanz.

Mit einem persönlichen Zugriffstoken, das als Bearer-Token im Authorization-Header über HTTPS gesendet wird. Sie können auch E-Mail und Passwort am Login-Endpunkt gegen ein Token eintauschen.

Ja, in den Profileinstellungen, und Sie können jeden einzeln widerrufen. Ein Schlüssel trägt genau die Rechte Ihrer Rolle und hat heute weder Geltungsbereiche noch ein Ablaufdatum. Bei jeder Erstellung oder Löschung eines Schlüssels erhalten Sie eine E-Mail.

Auf Sammlungen und ihre Typen, eigene Felder und Gruppen, Objekte, Kopien, Fotos, Schlagwörter, Kategorien, Sets, Reihen, Standorte, Zustände, Dokumente, Transaktionen, Bewertungen, Versicherungen, Wartungen, Herkunft, Standorthistorie, Leihgaben, den Papierkorb, die Suche, Statistiken, Mitglieder und Einladungen. Lesend und schreibend, je nach Ihrer Rolle.

Ja: 60 Anfragen pro Minute nach der Anmeldung und 6 pro Minute bei Anmeldung und Registrierung, um Rateversuche zu bremsen.

Zur Hälfte, und es lohnt sich zu wissen, zu welcher. Sie können Endpunkte registrieren, jeder mit eigenem Signaturgeheimnis, aber noch löst kein Ereignis der Anwendung einen Webhook aus. Die Zustellmechanik ist fertig und wartet darauf, dass die Ereignisse angeschlossen werden.

Ja. Alles, was die Oberfläche kann, kann auch die API. Einen Katalog per Skript einzuspielen oder ihn geplant zu exportieren ist heute problemlos möglich.

Sie wird direkt neben dem Code im Repository geschrieben und in die Referenz gerendert, die Sie unter /docs/api lesen, samt einer Markdown-Fassung jedes Abschnitts. Ein Test lässt den Build scheitern, wenn ein Endpunkt keine Dokumentation hat, und genau das hält beides zusammen.

Sehr gern. Fehlerberichte, Funktionsideen, Übersetzungen, Dokumentation und Pull Requests sind alle willkommen, und mit „good first issue“ markierte Issues sind ein freundlicher Einstieg.

In den GitHub-Issues des Projekts oder in den Discussions, wenn es eher ein Gespräch als ein Fehler ist. Sicherheitsprobleme sind die Ausnahme: die bitte privat per E-Mail.

Nein. Es hält fest, was Sie ihm sagen. Es kann nicht bestätigen, dass ein Objekt echt ist, und behauptet das auch nie.

Nein. Es speichert die Bewertungen, die Sie oder eine Fachperson eintragen, samt Angabe, wie belastbar diese Zahl ist. Es schlägt keine Marktpreise nach und erzeugt keinen eigenen Wert.

Nein. Es ist ein Werkzeug zur Dokumentation, und die Nutzungsbedingungen sagen das auch. Entscheidungen über Deckung, Steuern und Verkauf gehören zur jeweiligen Fachperson.

Nein. Eine sorgfältig geführte Dokumentation mit Belegen, Fotos und Herkunft ist ein nützliches Indiz, aber kein Eigentumsnachweis, und wer Zugang zum Konto hat, kann alles Mögliche hineinschreiben.

Für private Sammlungen oder kleine Gruppen oft ja. Für Inventarisierungsstandards, Restaurierungsabläufe oder gesetzliche Meldepflichten nein, und darauf sollten Sie nicht bauen.

Es wird getreu gespeichert, Fehler inklusive. Jedes Objekt führt eine Historie darüber, was sich geändert hat und wer es geändert hat, Sie finden den Fehler also und können ihn korrigieren.

Die ehrliche Liste: kein Export und Import von Objekten oder Sammlungen, eine Sichtbarkeit je Sammlung, die gespeichert, aber nicht durchgesetzt wird, Webhooks, die nie auslösen, keine native mobile App, kein Single Sign-on und keine Sitzungsverwaltung, Statistiken je Sammlung statt für das ganze Konto und ein Konto pro Person. Die Seite zum Funktionsstand in der Dokumentation hält diese Liste aktuell.

Eine Roadmap mit Datumsangaben gibt es bewusst nicht. Die offenen Issues auf GitHub zeigen, woran gearbeitet wird, und die Seite zum Funktionsstand in der Dokumentation sagt, was fertig ist und was nicht.

Über den Support-Bereich in der Anwendung, sofern eine Instanz ihn eingeschaltet hat. Ansonsten sind die GitHub-Issues und -Discussions der richtige Ort, und eine Person liest sie.

Schreiben Sie dem Maintainer privat, statt ein öffentliches Issue zu eröffnen, damit eine Lücke geschlossen werden kann, bevor sie öffentlich beschrieben wird. Meldungen in gutem Glauben sind willkommen und werden zuerst bearbeitet.