Warum Weindaten generische Software zum Scheitern bringen
Erzeuger, Jahrgang, Appellation, Format, Provenienz. Fünf Felder, die generische Produktmodelle zu einem einzigen zusammenfassen — und was das nachgelagert kostet.
Bitten Sie eine generische Produktdatenbank, eine Flasche Wein zu speichern, und sie bietet Ihnen einen Namen, eine SKU, einen Preis und eine Menge an. Jedes dieser Felder komprimiert etwas kommerziell Bedeutsames — und genau bei dieser Komprimierung geht Geld verloren.
Eine Flasche ist eine Beziehung, keine Zeile
Erzeuger, Weingut, Cuvée, Jahrgang, Appellation, Klassifikation, Format, Provenienz, Lagerhistorie, Allokationsrechte, Kritikerbewertung, Zollstatus. Das sind keine Tags an einem Produkt. Es sind verknüpfte Entitäten, und die Beziehungen tragen den Wert. Zwei Flaschen mit demselben Etikett sind unterschiedliche Vermögenswerte, wenn die eine ein Jahrzehnt klimatisiert im Zolllager verbracht hat und die andere durch drei nicht dokumentierte Eigentümer gewandert ist.
Generische Systeme bilden das als Varianten ab: ein Produkt, mehrere Optionen. Varianten setzen voraus, dass die Optionen artgleich austauschbar sind und sich nur in einer vom Kunden gewählten Dimension unterscheiden. Wein widerspricht dieser Annahme sofort. Ein 2010er und ein 2011er sind keine Größen desselben Produkts. Ein Magnum ist weder im Preis noch in der Verknappung das Sechsfache einer 0,75-l-Flasche.
Wo sich die Vereinfachung zeigt
Die Folgen zeigen sich immer in derselben Reihenfolge an drei Stellen. Zuerst bei der Preisgestaltung: Ohne jahrgangsbewusste Vergleichswerte bleiben Weine aus engen Märkten jahrelang zu veralteten Preisen liegen. Zweitens im Bestand: Zählung auf Kistenebene kann geteilte Kisten, Teileigentum oder Zolltransfers nicht abbilden, sodass der Abgleich zum monatlichen manuellen Ritual wird. Drittens bei Inhalten: Ein auf vereinfachten Feldern aufgebauter Katalog kann keine korrekten Beschreibungen generieren, weil die korrekten Fakten nie erfasst wurden.
Die Alternative ist unspektakulär
Die Lösung ist keine ausgefeilte Software. Es geht darum, die Weinidentität — Erzeuger, Cuvée, Jahrgang, Format — sauber als Verknüpfungsschlüssel über alle Systeme hinweg zu modellieren und Provenienz sowie Zollstatus an der Flasche zu verankern statt in einer separaten Tabelle. Sobald die Identität aufgelöst ist, wird der Rest zu gewöhnlicher Ingenieursarbeit: Die Preisgestaltung hat Vergleichswerte, der Bestand gleicht sich ab, Inhalte haben Fakten, auf die sie sich stützen können.
Das ist die gesamte These hinter Vinfra. Keine Wein-Oberfläche auf Retail-Software. Ein Datenmodell, das bei dem beginnt, was einen Wein zu einem Wein macht — mit den Anwendungen darauf aufgebaut.
Jeder Workaround ist eine Stelle, an der ein Mensch die Arbeit des Datenmodells von Hand erledigt.