Offline-First Cross-Plattform-App für Geflügelbewertungen in Deutschland

In einer Doppelrolle agiert KAT e.V. als:

1. Qualitätssicherungs- und Kontrollsystem:
   KAT e.V. ist eine privatwirtschaftliche Branchenorganisation, die Standards für die alternative Legehennenhaltung festlegt und damit die gesetzlichen Anforderungen ergänzt. Der Verein koordiniert unabhängige Audits in Betrieben, Packstellen und entlang der Lieferkette, um die Einhaltung seiner Kriterien sicherzustellen und Tierwohl sowie Produktqualität zu gewährleisten.

2. Verbrauchertransparenz:
   Innerhalb des KAT-Systems sind Eier entlang der gesamten Lieferkette rückverfolgbar. Jedes Ei trägt einen gesetzlich vorgeschriebenen Erzeugercode (z. B. „DE-0-1234561"), der die Herkunft des Eies identifiziert. KAT ermöglicht die Nachverfolgung dieses Codes innerhalb seines Systems, sodass Verbraucher und Partner über spezielle Rückverfolgungsdienste Informationen über Herkunft und Produktionsbedingungen des Eies erhalten können.

Dieses Transparenzsystem liefert Informationen über den konkreten Herkunftsbetrieb, die Hühnerrasse, die das Ei gelegt hat, die Art der Haltungsform (Bio-Betrieb, Bodenhaltung, Kleingruppenhaltung, Freilandhaltung) sowie umfassende Angaben zum Landwirt und seinem Betrieb. Dieses Kennzeichnungssystem ermöglicht es Käufern, fundierte Kaufentscheidungen auf Grundlage von Tierwohlaspekten zu treffen.

Die umfangreiche Datenerfassung von KAT e.V. hat einen klaren Zweck: Je mehr Daten lückenlos dokumentiert werden, desto schwieriger wird es, Vorschriften zu umgehen oder Hühner schlecht zu behandeln. Die hohe Datendichte macht Manipulationen aufwändig und teuer – ein Kontrollmechanismus, der direkt in die Datenarchitektur eingebaut ist.

Zwei zentrale Probleme standen im Vordergrund: 

1. Regulatorische Belastung aus Sicht der Geflügelhalter

2. Veraltete und ineffiziente Technik

Für viele Geflügelhalter galt KAT e.V. als „Hindernis", denn die Papierformulare waren umfangreich, zeitraubend und hielten sie von der eigentlichen Arbeit ab. Das liegt in der Natur der Sache: Wer Tierwohl-Compliance nachweisen will, braucht lückenlose Dokumentation. Die Vorgaben sind verpflichtend – Landwirte müssen sie erfüllen, um ihre Konformität zu belegen.

Die entscheidende Erkenntnis: Das Problem lag nicht bei den Vorschriften selbst, sondern bei der Art der Datenerfassung. Landwirte mussten dicht bedruckte Papierbögen von Hand ausfüllen, einscannen und übermitteln – über mehrere Formulare hinweg, für Gesundheitsbewertungen und Herdenbeurteilungen. Das eigentliche Problem war also die Benutzerfreundlichkeit.

Hinzu kam ein zweites Problem: Die bestehende KAT-Datenbank war über die Jahre immer weiter gewachsen, ohne grundlegend überarbeitet zu werden – bis sie kaum noch wartbar und extrem schwerfällig war.

Geflügelhalter sind in der Regel keine Digital-Experten – ihr Fokus liegt auf der Landwirtschaft, nicht auf Technologie. Sie arbeiten im Stall, oft mit Handschuhen, bei wechselnden Lichtverhältnissen und umgeben von Hühnern. Genau unter diesen Bedingungen muss die App zuverlässig funktionieren.

Genau hier setzt die Digitalisierung von KAT e.V. an: weniger Aufwand bei der Datenerfassung, gleichbleibend hohe Datenqualität und weniger Reibung im Compliance-Prozess. Die KAT-TOOL App ist die technische Lösung für diese Herausforderung.

Die meisten Ställe haben kein zuverlässiges Internet oder WLAN – sie liegen oft abgelegen und sind baulich abgeschirmt. Das ist kein Problem, das sich einfach lösen lässt, sondern eine grundlegende Eigenschaft landwirtschaftlicher Infrastruktur.

Die offlinefähige Lösung dreht das übliche Modell um: Statt einer ständigen Internetverbindung braucht die App nur an zwei Stellen eine Verbindung: 

1. Beim ersten Login;

2. Beim Hochladen der erfassten Daten an das KAT-Backend. 

Praktische Umsetzung

Beim Login werden alle Standorte, Ställe und Herden des Landwirts auf einmal auf das Gerät geladen. Wer mehrere Ställe an verschiedenen Standorten betreibt, profitiert besonders, denn danach kann komplett offline gearbeitet werden – ohne zusätzliche Downloads oder erneutes Einloggen.

Die Datenstruktur folgt einer hierarchischen Organisation:

Für diese erste Synchronisation ist Internet nötig – danach läuft alles offline. 

Der Ablauf ist einfach: online einloggen, alle Bewertungen vor Ort offline durchführen und die Daten später bei bestehender Verbindung über unser Backend an die KAT-Datenbank übermitteln. 

Durch die Offline-Fähigkeit läuft der gesamte Bewertungsprozess deutlich schneller. Pro Huhn dokumentieren Landwirte ihre Beurteilung mit 8 Bewertungsfragen und 1 Gewichtsmessung – das ergibt 9 Datenpunkte pro Huhn ergibt.

Besonders hilfreich wird das beim regulatorisch vorgeschriebenen 15-Wochen-Bewertungszyklus. Da die Termine feststehen, kann das KAT-TOOL sie im Voraus berechnen. Das Dashboard zeigt alle anstehenden Bewertungen über sämtliche Standorte hinweg und priorisiert automatisch, was als Nächstes ansteht.

Statt selbst im Kopf behalten zu müssen, welche Herde wann dran ist, übernimmt das System die Planung und zeigt den aktuellen Status (ausstehende, abgeschlossene, fällige Bewertungen).

Die Oberfläche ist bewusst schlank gehalten: Der Landwirt soll sich auf das Huhn konzentrieren können – nicht auf die Bedienung der App.

Deshalb sind alle Schaltflächen groß genug, um sie auch mit Handschuhen sicher zu bedienen. Denn während der Bewertung kann die Schutzausrüstung nicht abgelegt werden.

Es gibt keine versteckten Menüs und keine unbeschrifteten Icons. Jeder Button ist klar beschriftet, sodass sofort ersichtlich ist, was beim Antippen passiert. Zusammen mit der Mehrsprachigkeit der App sorgt das für maximale Zugänglichkeit.

Über diese maßgeschneiderte Oberfläche hinaus nutzt das KAT-TOOL eine Bluetooth-Waagenintegration zur Datensynchronisation. Die Bluetooth-Verbindung überträgt Gewichtswerte in einem kontinuierlichen Datenstrom. Durch den Einsatz der branchenspezifischen Waage verbindet sich diese mit dem Smartphone des Nutzers und liefert präzise Messwerte. Die Integration dieser kompatiblen Waage eliminiert die manuelle Gewichtseingabe – einen der 9 erforderlichen Datenpunkte pro Hühnerbewertung – und reduziert zugleich Übertragungsfehler sowie beschleunigt den Bewertungsprozess.

Auf Basis der Anforderungen entwickelte das Team eine dreistufige Architektur, die moderne Funktionalität mit dem bestehenden Legacy-System verbindet:

1. Die Client-Anwendung (mobile App für iOS und Android), die Daten bei Offline-Betrieb lokal speichert;

2. Ein maßgeschneidertes Middleware-Backend auf Basis von Laravel, das Daten zwischen Formaten konvertiert;

3. Das Legacy-Datenbanksystem von KAT als permanentes Datenrepository

Die zentrale Entscheidung: Statt die App direkt an die alte Datenbank zu koppeln oder eine teure und riskante Komplettmigration durchzuführen, setzte das Team auf eine Middleware-Schicht. Diese „Man in the Middle"-Transformationsschicht vermittelt zwischen der modernen App und dem Legacy-System.

Diese Middleware-Strategie bietet mehrere miteinander verknüpfte Vorteile: 

1. Der laufende KAT-Datenbankbetrieb wird nicht gestört – andere wichtige Funktionen laufen während und nach der App-Einführung unverändert weiter. 

2. Zukünftige Systeme können über dieselbe Middleware angebunden werden – ohne erneuten Komplettwechsel.

3. Die App nutzt moderne Datenstrukturen, das Legacy-System behält sein bestehendes Format – keines muss für das andere angepasst werden. 

4. Die App-Entwicklung kann unabhängig vom Legacy-System voranschreiten – das beschleunigt die Entwicklung und reduziert Risiken.

Die Middleware behandelt die Legacy-Datenbank als externes System, das ausschließlich per API angebunden ist. Trotz aller Einschränkungen bleibt die alte Datenbank das zentrale Datenrepository von KAT e.V. Statt sie zu ersetzen – was teuer, riskant und störend wäre – erweitert die Middleware ihre Fähigkeiten und schirmt die App von den Altlasten ab.

In der Softwarearchitektur nennt man das einen „Anti-Corruption Layer": Die Altlasten des Legacy-Systems beeinflussen nicht das Design der neuen App. Beide Systeme können unabhängig weiterentwickelt werden – die Middleware übernimmt die Übersetzung dazwischen.

Auch beim Login profitieren Nutzer von dieser Architektur: Sie melden sich mit ihren bestehenden KAT-Zugangsdaten an – nicht mit neuen, extra für die App erstellten Passwörtern. Die Middleware leitet die Anmeldedaten zur Prüfung direkt an die KAT-Datenbank weiter. Dieses Verfahren wird als „Pass-Through Authentication" bezeichnet.

Das hat mehrere Vorteile: 

• Kein separates Passwort-System nötig – weniger Komplexität, weniger Sicherheitsrisiken. 

• Keine Verwirrung bei den Zugangsdaten – Landwirte nutzen einfach ihre bekannten KAT-Anmeldedaten. 

• Die bestehende Sicherheitsinfrastruktur wird genutzt statt dupliziert – kleinere Angriffsfläche. 

• Es gibt eine einzige zentrale Stelle (Single Source of Truth) für alle Zugangsdaten. Passwortänderungen, Sperrungen oder Zurücksetzungen greifen sofort in allen Systemen.

Für den Landwirt fühlt sich das vertraut an: Er arbeitet mit seinem bekannten KAT-System – die technische Komplexität der Middleware bleibt im Hintergrund.

TinyBase-Implementierung 

Das Team setzte bewusst auf TinyBase – eine für uns neue Technologie – und betrieb sie mit einem eigenen Backend statt dem mitgelieferten. Das erforderte erhebliche Anpassungsarbeit, um die Lösung optimal auf unseren Anwendungsfall abzustimmen. Die Lernkurve nahmen wir gezielt in Kauf.

Warum TinyBase? Es bietet genau die Vorteile, die eine offline-first, datenintensive App braucht: Local Storage und IndexedDB für Web, SQLite für native Geräte – und das plattformübergreifende Konfigurationsmanagement übernimmt TinyBase automatisch. 

Neue Technologien bringen immer ein gewisses Risiko mit sich. Dafür konnten wir mit TinyBase lokal auf einer webbasierten Oberfläche mit sehr guter Developer Experience arbeiten. Langfristig zahlt sich das aus: höhere Entwicklungsgeschwindigkeit trotz anfänglicher Einarbeitungszeit.

Bluetooth-Integration

Bei der Bluetooth-Integration gab es sowohl technische als auch kommerzielle Hürden. Für die branchenübliche Geflügelwaage existierte kaum öffentliche Dokumentation. Der direkte Kontakt zum Hersteller brachte jedoch wertvolle Informationen über das Bluetooth-Design und den vorgesehenen Einsatzzweck.

Technisch war die Integration machbar – aber nicht auf allen Plattformen. Die Waage nutzt serielles Bluetooth, was unter iOS Apples MFI-Programm (Made for iPhone) für zertifizierte Bluetooth-Geräte voraussetzt.

Das MFI-Programm stellt Qualität und Sicherheit von Apple-Zubehör sicher, ist aber mit Zertifizierungsgebühren und laufenden Verpflichtungen verbunden. Weder KAT e.V. noch der Waagenhersteller wollten diesen Aufwand betreiben – eine nachvollziehbare geschäftliche Entscheidung.

Statt die Funktion komplett zu streichen, implementierte das Entwicklungsteam Bluetooth ausschließlich auf Android, um die User Experience erheblich zu verbessern. Der Build-Prozess prüft das Betriebssystem und aktiviert Bluetooth nur auf Android.

Die Tatsache, dass die Waagenintegration derzeit Android unterstützt, beeinträchtigt nicht die Kernfunktionalität unter iOS.

Das Team vermied bewusst zwei naheliegende, aber riskante Wege: die bestehende Datenbank direkt umzubauen oder komplett zu migrieren. Beides hätte das operative System von KAT e.V. gefährdet, von dem bestehende Workflows und andere Systeme abhängen.

Handelt es sich um eine maßgeschneiderte Lösung?

Konkret zeigt sich das an mehreren Punkten, die jeweils auf den spezifischen Kontext von KAT e.V. zugeschnitten sind:

1. Eigene Geschäftslogik – ein 8-Fragen-Bewertungssystem mit 0-1-2-Bewertungsskala, 15-Wochen-Bewertungszyklen und 30-Hühner-Standardbewertung – diese Vorgaben sind so spezifisch, dass kein Standardprodukt sie abdeckt.

2. Die Middleware wurde speziell für die KAT-Datenbankstruktur und -API gebaut – ein Integrationsproblem, das nur diese Organisation hat.

3. Die Bluetooth-Integration mit spezialisierten Geflügelwaagen bedient Anforderungen, die Standardsoftware schlicht nicht vorsieht.

4. Die Offline-Fähigkeit reagiert auf die Realität in Ställen: kein zuverlässiges Internet – ein typisches Problem landwirtschaftlicher Infrastruktur.

5. Die Oberfläche wurde gezielt für Nutzer gestaltet, die nicht technikaffin sind und unter anspruchsvollen physischen Bedingungen arbeiten.

6. Die hierarchische Datenstruktur, organisiert als: Konto → Standorte → Ställe → Herden – das ist das spezifische Betriebsmodell von KAT e.V., kein generisches Muster.

Diese Lösung gibt es nicht von der Stange – gerade weil sie die einzigartige Kombination aus regulatorischen Anforderungen, Legacy-System-Einschränkungen, Nutzerkontext und betrieblichen Anforderungen von KAT e.V. abdeckt. Einzelne Funktionen mag es in verschiedenen Produkten geben – aber kein einziges kombiniert sie so, wie es dieser Kontext erfordert.