Zwölf Schläge, vier Betriebe: warum die Tabelle nicht reicht
Das Bild eines Betriebs, der "Software braucht", ist meist eine große Fläche mit einer einzigen Kultur. Der häufigere Fall ist das Gegenteil: wenige Schläge, aber jeder mit einer eigenen Kultur, einem eigenen Kalender und oft einer anderen Person, die dafür zuständig ist.
Warum wenige unterschiedliche Schläge schwerer wiegen als viele Hektar derselben Kultur
Der Grund liegt nicht in der Buchhaltung, sondern im Betriebsablauf: Eine Tabelle geht davon aus, dass sich alle Zeilen ähneln. Zwölf Schläge mit sechs verschiedenen Kulturen bedeuten zwölf Erntekalender, zwölf unterschiedliche Betriebsmittel-Kombinationen und wahrscheinlich verschiedene Personen, die jeweils eintragen. Ein zweihundert Hektar großer Sojabetrieb mit einer einzigen Kultur hat in der Praxis weniger Variablen als vier Standorte mit Knoblauch, Pflaume, Paprika, Birne und Kolbenhirse.
Was die Schlagliste oben wirklich zeigt
Der Screenshot oben stammt von einem echten Betrieb mit vier Standorten und zwölf Schlägen: 34,2 Hektar insgesamt, aufgeteilt auf Knoblauch (drei Schläge), Pflaume, Paprika, Birne -- in zwei Sorten, die am Ende auf zwei verschiedene Arten in der Liste geschrieben wurden ("Pera - Williams" und "Pera - William's") -- und Kolbenhirse als Futter. Vierunddreißig Hektar, nicht dreihundertvierzig: Nicht die Größe macht das von Hand schwer zu verwalten.
Was ein falsch benannter Schlag wirklich kostet
Dieser doppelte Name ist kein kosmetisches Detail. Wenn jemand eine Fungizid-Ausgabe auf "Pera - Williams" bucht und eine andere auf "Pera - William's", zeigt der Kostenbericht pro Schlag, der beide Zeilen eigentlich zusammenführen sollte, zwei Birnenschläge, die es so gar nicht gibt. Niemand merkt es, bis die Birnenfläche im Bericht nicht mehr zu dem passt, was tatsächlich gepflanzt ist.
In einer Tabelle hängt die Korrektur davon ab, dass jemand es bemerkt und jede Zeile von Hand anpasst. In Segesio ist der Schlag ein einziger Datensatz mit eigener ID: zwei ähnliche Namen können nicht aus Versehen zu zwei Schlägen werden, und eine Umbenennung korrigiert sofort die gesamte bereits verknüpfte Historie.
Vier Standorte bedeuten vier Kalender, nicht einen
Knoblauch hat sein eigenes Erntefenster, Pflaume ein anderes, Paprika braucht im Hochsommer durchgehende Bewässerung, und Kolbenhirse ist meist Lückenfutter zwischen zwei Zyklen. Kein einzelner Kalender beschreibt alle vier Standorte gut. Was funktioniert, ist eine einfachere Frage: Was braucht genau dieser Schlag, an genau diesem Datum -- eine Aufgabe, eine Ausgabe, eine Ernte.
| Standort | Schläge | Hauptkultur |
|---|---|---|
| Talhof | 2 | Knoblauch |
| Gut Schönblick | 6 | Gemischt: Knoblauch, Pflaume, Paprika, Birne |
| Quellenhof | 3 | Keine Kultur erfasst |
| Gut Alteiche | 1 | Kolbenhirse |
Die drei Schläge von Quellenhof haben noch keine Kultur erfasst -- noch ein echtes Detail: nicht alles wird am selben Tag eingetragen, und das System blockiert deswegen nichts.
Wann der Wechsel wirklich sinnvoll ist
Dafür braucht es keine mehreren Standorte -- mehr als eine Kultur und mehr als eine Person, die Daten einträgt, reicht schon. Der richtige Zeitpunkt, die Tabelle aufzugeben, ist nicht, wenn die Fläche wächst, sondern wenn das Finden einer Zahl, oder das Korrigieren einer falschen, anfängt, echte Zeit zu kosten.
Häufig gestellte Fragen
Muss ich gleich alle zwölf Schläge anlegen, um anzufangen?
Nein. Man kann mit einem Standort beginnen und die anderen nach und nach ergänzen, sobald sich das Team eingearbeitet hat -- das System verlangt nicht, am ersten Tag den ganzen Betrieb einzugeben.
Was passiert, wenn zwei Schläge versehentlich ähnliche Namen bekommen?
Ein Schlag lässt sich umbenennen, ohne die bereits verknüpfte Ausgaben- und Tätigkeitshistorie zu verlieren -- ein Neuanlegen ist nicht nötig.
Ist das nur für Betriebe mit mehreren Kulturen sinnvoll?
Es funktioniert auch mit nur einer Kultur, aber der Nutzen wächst mit der Unterschiedlichkeit der Schläge -- genau da stößt eine Tabelle an ihre Grenzen.