Pourquoi les données du vin mettent en échec les logiciels génériques
Producteur, millésime, appellation, format, provenance. Cinq champs que les modèles produit génériques réduisent à un seul — et ce que cela coûte en aval.
Demandez à une base de données produit générique de stocker une bouteille de vin, et elle vous proposera un nom, une référence, un prix et une quantité. Chacun de ces champs compresse quelque chose qui compte commercialement, et c'est dans cette compression que l'argent s'échappe.
Une bouteille est une relation, pas une ligne
Producteur, domaine, cuvée, millésime, appellation, classification, format, provenance, historique de conservation, droits d'allocation, note de critique, statut de douane. Ce ne sont pas des étiquettes sur un produit. Ce sont des entités liées, et ce sont les relations qui portent la valeur. Deux bouteilles portant la même étiquette sont des actifs différents si l'une a passé dix ans sous douane sous contrôle climatique et l'autre a traversé trois propriétaires non enregistrés.
Les systèmes génériques modélisent cela comme des variantes : un produit, plusieurs options. Les variantes présupposent que les options sont interchangeables par nature et ne diffèrent que sur une dimension choisie par le client. Le vin viole cette hypothèse immédiatement. Un 2010 et un 2011 ne sont pas des tailles d'une même chose. Un magnum n'équivaut ni en prix ni en rareté à six fois une bouteille de 75 cl.
Où l'aplatissement se manifeste
Les conséquences apparaissent à trois endroits, toujours dans le même ordre. D'abord dans la tarification : sans comparables tenant compte du millésime, les vins de marchés étroits restent des années à un prix obsolète. Ensuite dans l'inventaire : le comptage au niveau de la caisse ne peut représenter les caisses fractionnées, le stock en copropriété ou les transferts sous douane, si bien que le rapprochement devient un rituel manuel mensuel. Enfin dans le contenu : un catalogue construit sur des champs aplatis ne peut générer de descriptions exactes, car les faits exacts n'ont jamais été stockés en premier lieu.
L'alternative n'a rien de spectaculaire
La solution n'est pas un logiciel astucieux. C'est modéliser correctement l'identité du vin — producteur, cuvée, millésime, format — comme clé de jointure à travers chaque système, puis rattacher provenance et statut de douane à la bouteille plutôt qu'à un tableur voisin. Une fois l'identité résolue, le reste devient de l'ingénierie ordinaire : la tarification dispose de comparables, l'inventaire se réconcilie, le contenu s'appuie sur des faits.
C'est toute la thèse de Vinfra. Pas un habillage vin posé sur un logiciel de commerce générique. Un modèle de données qui part de ce qui fait d'un vin un vin, avec les applications construites par-dessus.
Chaque contournement est un endroit où une personne fait manuellement le travail du modèle de données.