Append-only: Warum ein gutes Kellerbuch nichts vergisst

In einer Tabelle korrigiert man einen Zahlendreher, indem man die Zahl überschreibt. In einem Kellerbuch geht das nicht — und das ist keine Schikane, sondern der ganze Sinn der Sache.

Was „append-only“ heißt

Append-only bedeutet: Es wird nur angefügt, nie geändert und nie gelöscht. Eine falsche Buchung wird nicht korrigiert, sondern durch eine Gegenbuchung aufgehoben — und danach richtig neu gebucht. Am Ende stehen drei Zeilen statt einer, und genau das ist gewollt: Der Bestand stimmt, und der Weg dorthin ist nachvollziehbar.

Der Unterschied zeigt sich erst bei einer Prüfung. Eine korrigierte Tabelle sieht immer aus, als sei sie schon immer richtig gewesen. Ein Kellerbuch mit Gegenbuchung zeigt, dass ein Fehler passiert und behoben wurde — und wann.

Was die Weinbuchführung verlangt

Die Weinbuchführung ist keine Buchhaltung im steuerlichen Sinn, sondern ein mengenmäßiger Nachweis: Was ist hereingekommen, was ist herausgegangen, was ist im Keller passiert. Sie muss zeitnah geführt werden — jede Behandlung, jeder Verschnitt, jede Abfüllung, jeder Abgang.

Die relevanten Vorgänge sind immer dieselben:

• Zugänge — Traubenannahme mit Menge, Sorte, Herkunft und Mostgewicht.
• Behandlungen — Anreicherung, Säuerung, Entsäuerung, Schönung, alles mit Datum und Menge.
• Verschnitte — welche Charge ging in welche, mit welchem Anteil.
• Umlagerungen — von Tank zu Tank, von Fass zu Fass.
• Abgänge — Abfüllung, Verkauf als Fasswein, Verluste.

Die Chargenhistorie ist der eigentliche Wert

Der Grund, warum lückenlos gebucht werden muss, ist nicht die Kontrolle. Es ist die Rückverfolgbarkeit. Wenn bei einer Charge etwas auffällt, muss in beide Richtungen nachvollziehbar sein: Aus welchen Vorstufen ist sie entstanden — und in welche Abfüllungen ist sie eingegangen?

Wer verschneidet, weiß, wie schnell das unübersichtlich wird. Drei Grundweine in zwei Verschnitten, davon einer nochmal verschnitten, dann abgefüllt in zwei Gebinden — das sind schon sechs Verknüpfungen, die man auf einem Blatt nicht mehr sauber darstellt. Ein append-only geführtes Buch kann diese Kette jederzeit in beide Richtungen auflösen, weil keine Zwischenstufe je gelöscht wurde.

Warum Excel daran scheitert

Nicht, weil Excel schlecht wäre. Sondern weil eine Tabelle keine Historie kennt. Eine Zelle hat genau einen Wert — den aktuellen. Wer sie überschreibt, hat den vorherigen verloren, und niemand kann später sagen, ob dort je etwas anderes stand.

Dazu kommt das Praktische: Zwei Personen können nicht gleichzeitig buchen, Formeln brechen bei eingefügten Zeilen, und der Zusammenhang zwischen Kellerbuch und Bestandsmeldung besteht aus Abtippen. Eine Kontrolle, die eine bestimmte Buchung sehen will, bekommt eine Tabelle, in der man scrollt.

Was eine Prüfung tatsächlich sehen will

Aus der Praxis heraus läuft es meistens auf drei Dinge hinaus:

1. Stimmt der Bestand? Rechnerischer Bestand gegen tatsächlichen Bestand, je Behälter.
2. Ist der Weg nachvollziehbar? Zu einer beliebigen Abfüllung: Woher kam der Wein?
3. Passt es zu den Meldungen? Stimmen Ernte-, Erzeugungs- und Bestandsmeldung mit dem überein, was im Buch steht?

Die dritte Frage ist die, an der doppelte Datenhaltung auffliegt. Wer das Kellerbuch in einem System führt und die Meldungen in einem anderen zusammenrechnet, hat zwei Wahrheiten — und muss hoffen, dass sie übereinstimmen.

Der ruhige Zustand

Der angenehmste Umgang mit Revisionssicherheit ist der, bei dem man nicht daran denkt. Man bucht den Abstich, wo man steht — im Keller, am Behälter, auch ohne Netz. Die Buchung ist unveränderlich, die Chargenhistorie wächst mit, und die Bestandsmeldung zum 31. Juli rechnet sich aus dem, was ohnehin schon dasteht.

Nichts vergessen zu haben, weil man nichts nachtragen musste — das ist der Unterschied zwischen einem Kellerbuch, das man führt, und einem, das entsteht.