Software für den Forst

// Das Problem

Die Fahrer eines Holzrückeunternehmers füllen Papierlieferscheine ohne Netz aus, Scheine gehen verloren, und die Fahrer warten auf ihr Geld, bis das Büro sie abgetippt hat.

// Was wir bauen würden

Eine App für iOS und Android für Fahrer, die Lieferscheine mit Hiebsort, Ladung und GPS-Position offline erstellt, am Holzlagerplatz ein QR-Ladungsetikett zeigt oder druckt, jeden Schein dem Wiegeeintrag des Werks zuordnet und freigegebene Ladungen an die Unternehmerabrechnung in QuickBooks Online gibt, gebaut auf der API von QuickBooks Online.

// Was drin ist

// Tech-Stack

• React Native
• SQLite auf dem Gerät
• Next.js
• PostgreSQL mit PostGIS
• QuickBooks Online API
• AWS

// Das Problem

Ein Sägewerk schätzt seine Polter beim Abgehen, kann nicht sagen, welche Ladungen in welchem Polter liegen, und merkt erst, dass eine Baumart fehlt, wenn die Beschickung leer läuft.

// Was wir bauen würden

UHF-RFID- oder QR-Etiketten an Ladungen und Poltern, Handlesegeräte und Android-Mobilcomputer für die Platzmannschaft, GPS an den Ladern, und ein Webbestand, der Ladungen, Baumart und Alter jedes Polters kennt, verbunden mit den Vermessungsdaten und dem ERP.

// Was drin ist

// Tech-Stack

• UHF-RFID (EPC Gen2)
• Kotlin für Android
• Next.js
• PostgreSQL mit PostGIS
• ERP-Anbindung
• AWS

// Das Problem

Ein Werk prüft Ladungen am Tor mit dem Auge gegen die Vermessung, und Streit über Stückzahlen und Stammstärken wird ohne Beleg auf irgendeiner Seite entschieden.

// Was wir bauen würden

Ein eigenes Bildmodell, auf den eigenen Fotos von Lkw-Ladungen des Werks nachtrainiert, das mit einer Kamera am Tor Stämme zählt und Stirndurchmesser schätzt, auf einem GPU-Server im Werk, sodass es weiterläuft, wenn das Internet ausfällt.

// Was drin ist

// Tech-Stack

• PyTorch
• ONNX Runtime
• Python
• Next.js
• Lenovo GPU-Server im Werk

// Das Problem

Ein Einschlagberechtigter, sein Sägewerk und ein Weiterverarbeiter führen je eigene Nachweise der Produktkette, und ein Kunde, der fragt, woher die Faser einer Lieferung stammt, wartet eine Woche auf die Antwort.

// Was wir bauen würden

Angaben, Mengen und Lieferantenerklärungen der Produktkette, erfasst auf einem privaten Register mit Zugangsberechtigung, von dem Einschlagberechtigter, Werk und Weiterverarbeiter je einen Knoten betreiben, mit QR-Codes auf den Paketen, die auf die Angabe verweisen. Die Zertifizierung bleibt bei Ihrer Zertifizierungsstelle; dies hält die Nachweise, die sie prüft.

// Was drin ist

// Tech-Stack

• Next.js
• Hyperledger Besu (privat, mit Zugangsberechtigung)
• PostgreSQL
• S3-kompatibler Speicher
• AWS

// Das Problem

Wegsperrungen, Lastbeschränkungen und Waldbrandstufen erreichen die Kolonnen der Unternehmer über eine Kette von Anrufen und Gruppen-SMS, und irgendwer verpasst immer eine.

// Was wir bauen würden

Ein Telegram-Bot, der Wegezustand, Lastbeschränkungen und Waldbrandstufen an die Kolonnen jedes Betriebs postet, Fahrern erlaubt, eine Auswaschung oder eine Gefahr mit Foto und Standort zu melden, und ein Protokoll führt, das die Aufsicht lesen kann.

// Was drin ist

// Tech-Stack

• Telegram Bot API
• Node.js
• PostgreSQL
• DigitalOcean

// Das Problem

Ein Forstbetrieb verfolgt eingeschlagene, abgefahrene und vermessene Mengen in drei Systemen, und der Abgleich je Hiebsfläche dauert am Saisonende Tage.

// Was wir bauen würden

Ein Analysespeicher, der Einschlags-, Abfuhrschein- und Vermessungsdaten jede Nacht nach Hiebsfläche und Unternehmer zusammenführt, Mengen auf einer Karte zeigt und Fuhren und Flächen markiert, deren Zahlen nicht übereinstimmen.

// Was drin ist

// Tech-Stack

• PostgreSQL mit PostGIS
• dbt
• Apache Superset
• Mapbox
• DigitalOcean