Retour au blog
Engineering

Un modèle de données unique pour toute la chaîne commerciale

FMCG Cloud Team · Ingénierie8 min de lecture

**Title:** Un modèle de données unique pour l'ensemble de la route de marché

**Excerpt:** Les factures des distributeurs, les relevés des rayons, les commandes, les itinéraires et les ventes réelles vivent généralement dans des systèmes distincts qui ne s'accordent jamais. Voici le cas d'ingénierie pour les harmoniser en un seul modèle de données partagé, et pourquoi ce modèle est ce qui permet aux agents IA de croître en valeur plutôt que de repartir de zéro.

**Content:**

Point solutionscan't talk to each otherCRMDMSWMSBIOne unified data modelField SalesRetail ExecutionB2B OrderingRoute & DeliveryRevenue Growth AIShelf Intelligence

Quiconque a tenté de répondre à une simple question à travers une entreprise de produits de consommation connaît le vrai problème, ce n'est pas l'analytique. C'est la réconciliation. Demandez quels points de vente ont été visités la semaine dernière, ce qui était sur le rayon à l'arrivée du représentant, ce qui a été commandé, quand il a été livré, et ce qui a réellement été vendu, et vous négociez immédiatement entre cinq systèmes qui n'ont jamais été conçus pour communiquer entre eux. L'application de vente sur le terrain a sa propre idée d'un point de vente. Le système de commande en a une autre, avec une clé différente. Le planificateur d'itinéraires connaît les adresses mais pas l'assortiment. L'outil de scan d'étagères produit des images et des étiquettes sans lien avec la facture qui suit. Au moment où un humain assemble tout cela dans une feuille de calcul, la semaine est terminée et la réponse est obsolète.

C'est la vérité peu glamour de la route de marché : les données existent, mais elles sont fragmentées sur les mêmes systèmes qui les ont créées. Chaque outil a été acheté pour bien résoudre un travail, et chacun a modélisé le monde de la manière qui rendait ce travail unique pratique. Le coût de cette commodité est payé plus tard, chaque fois que quelqu'un essaie de raisonner à travers tout le parcours du entrepôt au rayon.

Notre pari d'ingénierie est que l'avantage durable n'est pas une quelconque caractéristique unique. C'est le modèle de données qui sous-tend tout. FMCG Cloud exécute ses six catégories de produits, Field Sales, Retail Execution, B2B Ordering, Route and Delivery, Revenue Growth AI et Shelf Intelligence, sur une couche de données partagée unique que nous appelons ConnectX. La prémisse est simple à énoncer et difficile à faire : un point de vente est le même point de vente, qu'un représentant se tienne devant lui, qu'un camion soit routé vers lui, qu'une commande soit passée pour lui, ou qu'une caméra scanne son rayon. Un produit est le même produit, qu'il soit une ligne sur une facture, une face dans un plan de vente, ou un SKU dans une commande suggérée. Lorsque ces identités sont partagées plutôt que copiées, les soudures entre les produits cessent d'être un endroit où l'information s'échappe.

Harmoniser le modèle est l'endroit où se trouve réellement l'ingénierie. Une facture d'un distributeur, un scan d'étagère, une commande de vente, un itinéraire de livraison et un enregistrement de vente réelle sont des artefacts extrêmement différents. Ils arrivent à des cadences différentes, dans des formats différents, avec des notions différentes du temps et du lieu. Le travail consiste à définir les entités canoniques sur lesquelles tout le reste de la plateforme s'accorde, un point de vente, un produit, une visite, une commande, un itinéraire, une transaction, puis à mapper chaque source entrante sur ces entités avec des règles explicites et vérifiables plutôt qu'avec des suppositions implicites. Cela signifie résoudre le même magasin décrit de trois façons différentes. Cela signifie décider qu'une promotion observée en rayon et une réduction appliquée sur une facture sont deux vues d'un seul événement. Rien de cela n'est excitant lors d'une démo, et tout cela est ce qui rend tout ce qui est au-dessus digne de confiance.

Il y a aussi une dimension de gouvernance ici, et non une dimension marketing. Lorsque les données de point de vente, de commande et de transaction partagent un modèle, vous pouvez raisonner sur ces données de manière cohérente, ce qui est exactement ce que les régimes comme le RGPD et la CCPA attendent : savoir ce que vous conservez, d'où cela vient, et être capable de répondre à une demande sans avoir à fouiller cinq bases de données déconnectées. Une pile fragmentée rend la conformité un exercice d'investigation. Un modèle partagé en fait une propriété du système.

La raison pour laquelle c'est important maintenant, plutôt que comme une préférence architecturale soignée, c'est les agents. Un agent n'est aussi bon que le contexte sur lequel il peut se tenir. Un agent qui vit à l'intérieur d'un seul outil peut optimiser le travail étroit de cet outil et rien d'autre. Un agent de route qui ne peut pas voir ce qui est sur le rayon routera efficacement vers les mauvaises priorités. Un agent de commande aveugle aux ventes réelles continuera de proposer ce qui semble raisonnable sur le papier et mal en réalité. Le modèle partagé est ce qui permet à un agent de voir la route de marché entière à la fois, et c'est la différence entre une fonctionnalité intelligente et un système qui raisonne vraiment sur le commerce.

C'est aussi pourquoi les agents sur un modèle partagé se composent plutôt que de plafonner. Chaque agent consomme à la fois le contexte commun et contribue à celui-ci. Une observation sur le rayon enrichit ce que l'agent de commande sait. Un motif de commande affine ce que l'agent de route planifie. Le signal des ventes réelles se réintègre dans la façon dont les opportunités commerciales sont surfacées. La valeur s'accumule dans le modèle, donc chaque agent ajouté rend les autres plus capables au lieu de repartir de zéro. Cette croissance composée est impossible lorsque chaque outil garde sa propre version privée de la vérité.

C'est aussi pourquoi la marketplace est construite comme elle l'est. Les solutions spécialisées d'autres constructeurs sont bienvenues, mais chacune d'elles se classe sous la FMCG Cloud Agent Taxonomy, seize types d'agents répartis dans cinq familles, et doit obtenir la certification FMCG Verified avant sa sortie. Ce n'est pas de la bureaucratie pour sa propre fin. C'est le contrat qui garantit qu'un agent tiers lit et écrit les mêmes entités canoniques que tout le reste, il hérite donc du contexte partagé et y ajoute plutôt que de le fragmenter à nouveau. La taxonomie est la manière dont un écosystème ouvert reste cohérent au lieu de recréer exactement les silos que nous nous sommes engagés à dissoudre.

Le cadrage honnête est que consolider la signification de cinq systèmes en un seul modèle est un travail lent et soigné avec peu à montrer un jour donné. Mais c'est le travail qui transforme une collection de produits en une plateforme, et une collection d'agents, les nôtres et ceux de la marketplace, en quelque chose qui devient plus intelligent au fur et à mesure qu'il touche à la route de marché. Le modèle est le fossé. Tout le reste est ce que vous construisez dessus.