Data management · Guide pratique Nanotera
DONNÉES PROMOTIONNELLES · RÉFÉRENTIEL
Données produit, promotion et magasin : construire un référentiel
Un référentiel exploitable permet de retrouver quelle offre concerne quel produit, à quelle période et dans quels magasins. Il relie des informations définies, validées et suivies dans le temps. Le chantier peut commencer sur une opération, sans remplacer l’ensemble du système d’information.
À retenir : Séparez produit, promotion et magasin, reliez-les par des identifiants stables et attribuez un responsable à chaque donnée qui alimente les supports.
Sommaire
1. Séparer les objets et leurs relations
Le produit décrit ce qui est proposé : référence, libellé, conditionnement, unité ou visuel. La promotion décrit l’opération : offre, période, conditions et périmètre. Le magasin décrit le point de vente : identifiant, adresse, formats ou particularités utiles à la communication. Une relation indique ensuite où et quand l’offre s’applique.
Évitez de recopier toutes les informations produit dans chaque fichier magasin. Une copie peut conserver une ancienne valeur après correction de la source. Préférez un lien explicite entre les objets et une règle de version qui permet de savoir quelles données ont servi à produire une sortie.
2. Choisir des identifiants stables et un dictionnaire commun
Attribuez un identifiant à chaque objet et documentez les correspondances avec les systèmes existants. Un nom de produit ou une adresse n’est pas toujours une clé suffisante : ils peuvent changer ou se ressembler. Une modification de conditionnement doit être visible pour éviter de mélanger des unités ou des lots.
| Objet | Champ à définir | Responsabilité à attribuer | Contrôle proposé |
|---|---|---|---|
| Produit | Identifiant, libellé, unité | Référent produit | Identifiant unique, unité renseignée |
| Promotion | Identifiant, début, fin, offre | Référent commercial | Dates cohérentes et offre validée |
| Magasin | Identifiant, adresse, profil | Référent réseau | Adresse exploitable et profil reconnu |
| Relation locale | Promotion, produit, magasin | Responsable de l’opération | Objets existants et applicabilité confirmée |
Pour chaque champ, précisez format, unité, caractère obligatoire, valeur par défaut éventuelle et source. Ces règles doivent être comprises par les utilisateurs qui remplissent ou corrigent les données.
3. Attribuer les responsabilités de validation et de correction
Distinguez la personne qui fournit l’information, celle qui la valide et celle qui peut la modifier après validation. Ces rôles peuvent être réunis pour certains champs, mais doivent rester explicites. Définissez également un délai de réponse et un contact pour les anomalies bloquantes.
Une erreur de prix, une image manquante et une adresse de livraison invalide n’ont pas le même destinataire. Le signalement doit contenir l’objet, le champ, la valeur concernée, l’opération et l’action attendue. Un journal des anomalies aide à repérer les problèmes récurrents et leur origine.
4. Définir des contrôles adaptés aux sorties
Préparez des contrôles de présence, de format et de cohérence entre objets. Vérifiez, par exemple, qu’un produit cité existe, qu’une fin de période ne précède pas son début et qu’un magasin appartient au périmètre prévu. Définissez les erreurs qui bloquent la production et les alertes qui demandent une revue.
Les exigences peuvent varier selon le canal. Une donnée utilisable pour un rapport interne peut rester insuffisante pour une affiche produit. Versionnez les règles de contrôle et reliez les résultats à la version des données. Une validation globale du fichier ne remplace pas la vérification du support généré.
5. Organiser les échanges avec le système d’information
Cartographiez les sources actuelles et leurs formats. Pour chaque flux, précisez qui émet, qui reçoit, à quelle fréquence et comment un rejet est communiqué. Un accusé de réception technique doit être distingué d’une validation métier. Décrivez aussi comment la correction repart dans le flux.
Le référentiel peut commencer par un échange de fichiers maîtrisé si cela répond au besoin. L’automatisation d’un flux ou un connecteur doit être évalué selon le système et les interfaces réellement disponibles. Ne présumez pas qu’une solution remplacera toutes les sources ou se raccordera sans adaptation.
6. Tester le référentiel sur une opération complète
Choisissez une famille de produits, quelques profils magasins et une campagne. Produisez un dictionnaire, une matrice de responsabilités, des contrôles et un journal d’anomalies. Faites passer les données jusqu’à une sortie réelle pour vérifier que les règles couvrent les besoins de production et de diffusion.
Mesurez les champs manquants, les corrections et les reprises de support, puis ajustez le périmètre. La page Data management présente l’approche Nanotera de la donnée promotionnelle. Un exemple de flux et les supports qu’il doit alimenter constituent une base concrète pour le cadrage.
Sources et méthode
Ce guide propose une méthode de travail Nanotera. Les grilles et exemples sont à adapter au réseau ; ils ne constituent pas un cas client mesuré.
Sources vérifiées le 10 octobre 2026.
Rendre vos données exploitables sur une première opération
Partagez les sources actuelles, les champs à valider et les supports attendus pour définir le dictionnaire, les contrôles et les responsabilités.
