Warum das Tagebuch irgendwann an seine Grenzen stößt
Ein handschriftliches Bienenstand-Tagebuch ist für fünf Völker durchaus praktikabel. Doch sobald Sie Querschnittsfragen stellen wollen – etwa: Welche Völker wurden seit sechs Wochen nicht kontrolliert? Welche haben zwei Jahre hintereinander geschwärmt? Wie viele Kilogramm Honig hat ein bestimmter Standort produziert? Aus welchen Zargen stammt eine konkrete Honigcharge? – wird es zunehmend aufwendig.
Diese Fragen erfordern nicht einfach mehr Einträge – sie verlangen, dass die Einträge miteinander verknüpft sind. Genau das leistet eine Datenbank – und genau das kann ein Tagebuch niemals leisten: Eine Kontrolle gehört zu einem Volk, ein Volk steht an einem Standort, eine Ernte ergibt eine Charge.
Was Sie beschreiben – und was der Generator daraus macht
Sie formulieren Ihr Anliegen in klarem, alltagssprachlichem Deutsch – etwa: „Ich bin Imker und betreue rund hundert Völker an vier Standorten. Ich dokumentiere meine Kontrollen, Ernten und Schwärmereignisse.“ Daraus erstellt der Generator ein fachliches Datenmodell: die Entitäten, ihre Felder und die Beziehungen zwischen ihnen.
Noch bevor auch nur eine einzige Codezeile geschrieben wird, sehen Sie diesen Plan – und können ihn selbst bearbeiten: Entitäten umbenennen, Felder hinzufügen, ganze Abschnitte entfernen oder die Werte einer Statusliste korrigieren. Genau hier wird die Anwendung zu *Ihrer* Anwendung – statt einer vagen Interpretation Ihres Textes.
Volküberwachung und Kontrollen
Jedes Volk trägt seine eigene Identität – Nummer, Königin, Gründungsjahr, Standort, Gesundheitsstatus – und jede Kontrolle ist ihm zugeordnet. Die Volk-Detailansicht zeigt daher dessen komplette Kontrollhistorie – nicht bloß eine isolierte Zeile in einer Tabelle.
Listen lassen sich filtern und sortieren: nach Standort, nach Status oder nach Datum der letzten Kontrolle. Gelöschte Einträge werden nicht unwiderruflich entfernt, sondern landen zunächst im Papierkorb – von wo aus sie jederzeit wiederhergestellt werden können. Praktisch, wenn man aus Versehen das falsche Volk zu schnell entfernt hat.
- Eine Detailansicht pro Volk mit vollständiger Kontrollhistorie
- Datumsbezogene Kontrollen: Brutentwicklung, Futterreserven, Behandlungen, Beobachtungen
- Filtern und Sortieren nach Standort, Status oder Datum
- Papierkorb und Wiederherstellung gelöschter Einträge
Ernten, Chargen und Standorte
Eine Ernte ist den Völkern zugeordnet, die sie hervorgebracht haben – und die daraus resultierende Honigcharge behält diese Zuordnung. Rückverfolgbarkeit ist kein separates Modul: Sie ergibt sich automatisch aus der Struktur, weil die Datensätze bereits im Datenmodell miteinander verknüpft sind.
Standorte werden wie jede andere Entität beschrieben. Erwähnen Sie in Ihrer Beschreibung deren Koordinaten, kann der Plan eine Kartenansicht enthalten; andernfalls bleiben Standorte einfach eine Liste – was für die meisten Bienenstände völlig ausreichend ist.
- Ernten, verknüpft mit den beteiligten Völkern
- Honigchargen: Blütenart, Gewicht, Verpackung
- Standorte und Wanderbewegungen
- JSON- und CSV-Export aller Datensätze – jederzeit auf Knopfdruck
Was die Anwendung *nicht* ist
Sie ist ein internes Verwaltungswerkzeug – keine behördlich zugelassene Software. Sie führt nicht das amtliche Tierhaltungsregister, übermittelt keine Meldungen an offizielle Stellen, stellt keine steuerlich gültigen Rechnungen aus und ersetzt nicht das amtliche Gesundheitsmonitoring Ihrer Völker.
Was sie leistet, tut sie mit Code, der Ihnen gehört: einem standardkonformen Next.js- und Prisma-Projekt, das Sie als ZIP-Datei exportieren oder direkt in Ihr eigenes GitHub-Repository pushen können. Was fehlt, lässt sich daher problemlos von einem Entwickler ergänzen – ohne Genehmigung eines Softwareanbieters.
Mögliche Entitäten
- Volk
- Kontrolle
- Standort
- Ernte
- Honigcharge
- Behandlung
Mögliche Bildschirme
- Dashboard
- Völkerliste
- Volk-Detailansicht mit Kontrollhistorie
- Ernten
- Standorte
- Einstellungen
Mögliche Kennzahlen
- Aktive Völker
- Kontrollen dieses Monats
- Gesamternte dieser Saison
- Völker ohne aktuelle Kontrolle
Häufig gestellte Fragen
Ersetzt die Anwendung das gesetzlich vorgeschriebene Tierhaltungsregister?
Nein. Es handelt sich um ein internes Verwaltungswerkzeug: Es hilft Ihnen dabei, Ihre Kontrollen und Ernten wiederzufinden – aber es übernimmt keinerlei meldepflichtige Aufgaben für Sie. Da der Code exportierbar und standardkonform ist, kann ein Entwickler problemlos die gewünschten Ergänzungen vornehmen.
Kann ich Kontrollen direkt am Bienenstand – etwa per Smartphone – erfassen?
Die Anwendung ist eine Webanwendung mit eigener URL: Sie öffnet sich im Browser Ihres Smartphones genauso wie auf dem Desktop. Offline-Modus gibt es nicht – bei fehlendem Netzempfang am Standort erfolgt die Erfassung also erst nach Rückkehr.
Können mehrere Personen die Anwendung nutzen?
Ja: Sobald die Anwendung eine Anmeldung erfordert, enthält sie echte, voneinander getrennte Benutzerkonten mit drei Rollen – Administrator, Nutzer und Nur-Lesen. Die Berechtigungen gelten grundsätzlich für die gesamte Anwendung: Feingranulare Zugriffssteuerung nach Standort oder Entität ist nicht vorgesehen.
Kann ich meine Daten jederzeit zurückholen, falls ich es mir anders überlege?
Ja – auf zwei Weisen. Der Bildschirm „Einstellungen“ ermöglicht den Export jedes Datensatzes als JSON- oder CSV-Datei – wann immer Sie möchten. Und der vollständige Anwendungscode inklusive Datenbank lässt sich als ZIP-Datei exportieren oder direkt in Ihr GitHub-Repository pushen, um ihn dort zu hosten, wo Sie wollen.
Und wenn mein Bienenstand nicht diesem Beispiel entspricht?
Die oben genannten Entitäten und Bildschirme ergeben sich aus einer Beschreibung dieses Typs – sie sind kein starres Muster. Entscheidend ist Ihr Text. Der vorgeschlagene Plan lässt sich vor der Generierung beliebig anpassen.