Variantes de taille et de couleur dans Odoo POS : le guide complet pour le retail 2026

En résumé. Pour gérer les variantes de taille et de couleur dans Odoo PDV, vous devez créer les attributs (Taille, Couleur), ajouter leurs valeurs, attribuer les deux attributs au produit parent et laisser Odoo générer les combinaisons automatiquement. Chaque variante a son propre stock, prix, code-barres et photo. À la caisse, le vendeur sélectionne la combinaison visuellement ou scanne l'étiquette pour identifier la variante exacte en une seule étape.

La gestion des variantes de taille et de couleur au point de vente est l'un des points douloureux les plus fréquents dans le commerce de détail espagnol. De nombreuses entreprises se retrouvent avec des feuilles de calcul parallèles, des erreurs de stock ou des caisses qui prennent deux fois plus de temps. Odoo résout ce problème à la racine, en connectant de manière transparente les données de base des produits avec le PDV.

La gestion des variantes de taille et de couleur dans Odoo PDV nécessite la configuration d'attributs, de valeurs et de combinaisons automatiques pour contrôler des stocks et des prix indépendants.

Pourquoi les variantes de produit sont-elles plus importantes qu'il n'y paraît ?

Un magasin de vêtements, de chaussures ou d'accessoires peut facilement gérer des milliers de références actives. Si chaque taille et chaque couleur est enregistrée comme un produit distinct, le catalogue devient rapidement ingérable. Les rapports de vente mélangent des articles qui sont en réalité le même modèle, les commandes fournisseurs sont chaotiques et le personnel de caisse perd du temps à chercher la référence exacte.

Odoo propose une solution différente : un seul produit parent auquel toutes les combinaisons possibles sont rattachées. Le produit parent regroupe le nom, la description, la photo principale et le prix de base. Chaque combinaison spécifique, celle qui a sa propre existence physique dans l'entrepôt, est une variante avec son SKU, son code-barres et son stock réel.

Cette architecture ne se limite pas à l'ordre. Elle a des conséquences pratiques directes : l'inventaire correspond à ce qui est en magasin, les rapports affichent les ventes par modèle et par variante simultanément, et le processus de vente à la caisse est plus rapide car le système guide le vendeur vers la référence exacte sans ambiguïté.

Pour le commerce de détail espagnol, où la réglementation VeriFactu exige que chaque ligne de reçu reflète correctement l'article vendu, avoir des variantes bien définies n'est pas une question de choix : c'est une exigence opérationnelle.

Étape 1 : créer les attributs dans Odoo

La première étape consiste à définir les dimensions qui caractérisent le produit. Dans la mode, il s'agit presque toujours de la Taille et de la Couleur, bien que d'autres comme le Matériau ou la Coupe puissent être ajoutées en fonction de l'activité.

Depuis la section de configuration de l'inventaire, vous accédez à la section des attributs. Un nouvel attribut est créé, nommé "Taille", et vous choisissez comment il sera affiché : sous forme de boutons radio, de liste déroulante ou de grille. Pour les tailles, les boutons radio ou la grille sont l'option la plus visuelle au PDV.

Le champ le plus important à ce moment est le type de variante. Il existe trois options :

• Toujours une variante : Odoo génère un SKU indépendant pour chaque combinaison. C'est l'option correcte pour les articles avec un stock physique différencié.
• Jamais (pas de variantes) : toutes les combinaisons partagent la même référence. Utile pour les produits où l'attribut est informatif mais n'implique pas de stock séparé.
• Dynamique : les variantes sont créées uniquement lorsqu'une vente ou un mouvement de stock est enregistré. Cela réduit la charge initiale mais peut causer des lacunes dans les rapports.

Pour les tailles et les couleurs dans le commerce de détail, l'option "Toujours une variante" assure un inventaire propre.

Le processus est répété pour l'attribut Couleur. Pour la Couleur, en plus du nom de chaque valeur, un code couleur HTML peut être attribué. Cela signifie que dans la boutique en ligne, le sélecteur affiche un échantillon de couleur réel au lieu de juste le texte.

Étape 2 : ajouter les valeurs à chaque attribut

Une fois l'attribut créé, ses valeurs doivent être renseignées. Pour la Taille, les valeurs typiques dans la mode adulte sont XS, S, M, L, XL et XXL. Pour les chaussures, ce seraient les numéros de la gamme avec laquelle la boutique travaille.

Chaque valeur est indépendante et réutilisable : le même attribut Taille avec les mêmes valeurs sert pour tous les produits de la boutique. Il n'est pas nécessaire de créer un attribut Taille pour chaque catégorie de produit.

Pour la Couleur, les valeurs typiques pourraient être :

• Noir
• Blanc
• Bleu marine
• Gris anthracite
• Vert bouteille
• Camel

La clé est d'être cohérent avec les noms. Si un fournisseur appelle «azul marino» ce qu'un autre appelle «navy», il est conseillé d'unifier le critère avant d'importer le catalogue. Les rapports de ventes par couleur ne sont utiles que si les noms sont cohérents.

Étape 3 : créer le produit parent et attribuer les attributs

Avec les attributs prêts, le produit est créé. Le nom du produit est le nom commercial du modèle : «Camiseta básica algodón», «Zapatilla urbana piel», selon le cas.

Dans la fiche produit, il y a un onglet spécifique pour les attributs et les variantes. L'attribut Taille y est ajouté, et les valeurs qui s'appliquent à ce produit spécifique sont sélectionnées. Si le modèle n'est pas fabriqué en XS, cette valeur n'est pas cochée. Ensuite, l'attribut Couleur est ajouté avec ses valeurs correspondantes.

Odoo calcule à ce moment-là combien de variantes il va générer. Quatre tailles par quatre couleurs produisent seize variantes. Six tailles par six couleurs produisent trente-six. Le nombre peut augmenter rapidement, c'est pourquoi il est conseillé de sélectionner uniquement les valeurs qui existent réellement dans le catalogue du fournisseur.

Avant d'enregistrer, c'est le bon moment pour fixer le prix de base du produit parent. Ce prix sera le point de départ de toutes les variantes.

Étape 4 : vérifier et ajuster les variantes générées

Lors de l'enregistrement du produit, Odoo génère automatiquement toutes les combinaisons. Depuis la même fiche produit, vous pouvez voir la liste complète des variantes créées.

Sur cet écran, il est possible de :

• Assigner un code-barres à chaque variante (EAN-13 ou tout autre format utilisé par le magasin).
• Télécharger une photo spécifique pour cette combinaison, de sorte que lorsque la couleur est changée dans le PDV ou sur le web, l'image change également.
• Vérifier le stock actuel de chacune.
• Désactiver les variantes qui ne sont pas commercialisées sans supprimer le produit parent.

L'étape d'attribution des codes-barres est essentielle pour les opérations d'encaissement. Lorsque le vendeur scanne le code-barres de l'étiquette d'un vêtement, Odoo identifie directement la variante exacte et l'ajoute au ticket de caisse sans avoir besoin de sélectionner manuellement la taille et la couleur. Cela réduit le temps de transaction et élimine les erreurs.

Comment les prix et les suppléments sont-ils définis par variante ?

Dans la plupart des produits de mode, toutes les tailles ont le même prix. Mais il existe des exceptions : sur certains marchés, la taille extra-large a un coût supplémentaire, ou certaines couleurs spéciales coûtent plus cher car le processus de teinture est différent.

Odoo gère cela avec le champ de prix additionnel dans la valeur de l'attribut. Si la taille XXL a un coût additionnel par rapport au prix de base, cet incrément est saisi dans la valeur «XXL» de l'attribut Talla. Le système ajoute automatiquement cet extra au prix de base pour toutes les variantes qui incluent cette taille.

Le résultat est qu'il n'est pas nécessaire d'ajuster les prix variante par variante : la règle est définie une fois et appliquée sur l'ensemble du catalogue. Si le coût additionnel change, il est modifié dans l'attribut, et le changement se propage.

En plus du prix, chaque variante peut avoir :

• Son propre prix de revient.
• Un fournisseur et une référence fournisseur différents.
• Une catégorie comptable distincte si la comptabilité l'exige.
• Des alertes de stock minimum indépendantes.

Comment le vendeur voit-il les variantes dans le PDV ?

Tout le travail précédent a un objectif unique : rendre les opérations d'encaissement rapides et sans erreur. Dans le point de vente d'Odoo, lorsque le vendeur recherche un produit avec des variantes, le système affiche un sélecteur visuel avec les attributs définis.

Si le client souhaite un T-shirt en taille M et de couleur Azul marino, le vendeur clique sur le nom du modèle, choisit M dans la ligne de taille, et Azul marino dans la ligne de couleur. Le système ajoute la variante exacte au ticket de caisse avec son prix correct.

Si le magasin travaille avec des étiquettes de code-barres sur chaque vêtement, le flux est encore plus simple : scanner, ajouter. Sans étapes intermédiaires.

Le PDV affiche également le stock disponible de la variante sélectionnée. S'il y a une unité en magasin et aucune en entrepôt, le vendeur le sait avant de confirmer la vente. Cela évite la situation courante de vendre quelque chose qui n'est pas physiquement disponible.

Pour les entreprises avec VeriFactu actif, chaque ligne du ticket émis reflète la variante exacte avec sa référence. Le ticket est traçable jusqu'à l'unité physique vendue, ce qu'exige la réglementation des logiciels de facturation en vigueur en 2026.

Qu'est-ce qui change dans la gestion des stocks par variante par rapport aux autres systèmes ?

C'est l'une des différences les plus pertinentes par rapport aux solutions plus basiques. Dans un système sans variantes correctement configurées, le stock d'un modèle de T-shirt est un seul chiffre : « il reste 20 unités ». Dans Odoo, ce nombre est ventilé : 3 en S-Negro, 2 en S-Blanco, 4 en M-Negro, 1 en M-Azul marino, et cetera.

Cette granularité transforme plusieurs processus :

• Réapprovisionnement : le système génère les commandes d'achat au fournisseur par variante, et non par modèle. La commande reflète exactement quelles tailles et couleurs sont manquantes.
• Inventaire physique : le comptage en magasin s'effectue par variante, l'application mobile d'inventaire scannant les étiquettes.
• Rapports de rotation : vous pouvez analyser quelles combinaisons se vendent le plus et ajuster le mix d'achat pour la prochaine saison.
• Transferts inter-magasins : s'il existe plusieurs emplacements, les mouvements de stock spécifient la variante exacte déplacée.

Pour une PME de retail espagnole avec un ou plusieurs magasins, ce niveau de contrôle est ce qui fait la différence entre bien gérer son stock et perdre de la marge à cause de ruptures de stock ou d'un excès d'inventaire immobilisé.

Quelles sont les erreurs courantes lors de la configuration des variantes et comment les éviter ?

Configurer des variantes dans Odoo est simple, mais il existe des erreurs récurrentes qu'il est conseillé de connaître avant de commencer.

Créer trop de variantes dès le départ. Si toutes les valeurs de tous les attributs sont cochées, le nombre de combinaisons peut s'envoler. Il est raisonnable de ne créer que les variantes qui seront réellement commercialisées. Celles qui n'existent pas dans le catalogue du fournisseur ne devraient pas être dans le système.

Ne pas attribuer de codes-barres. Configurer des variantes sans attribuer un EAN à chacune oblige le vendeur à sélectionner manuellement à la caisse. L'investissement de temps pour étiqueter correctement le catalogue est rapidement rentabilisé en efficacité de caisse.

Mélanger les noms de valeurs entre les produits. Si un produit utilise « Azul marino » et un autre utilise « Navy » pour la même couleur, les rapports par couleur n'ont pas de sens. La nomenclature doit être d'entreprise et cohérente dès le premier jour.

Ne pas vérifier le type de variante de l'attribut. Si l'attribut est configuré comme 'Jamais' au lieu de 'Toujours une variante', il n'y aura pas de stock différencié par combinaison. C'est l'erreur la plus difficile à corriger rétroactivement car elle nécessite de refaire la configuration de l'attribut.

Importer le catalogue sans préparer les attributs. Lors de la migration depuis un autre système, l'importation massive de produits doit être effectuée avec les attributs déjà définis. Tenter de les créer pendant l'importation génère souvent des doublons et des combinaisons incorrectes.

Que faut-il faire avant de migrer depuis un autre système ?

De nombreuses entreprises qui arrivent chez Odoo proviennent de solutions où les variantes n'existaient pas en tant que concept ou étaient mal implémentées. Chaque taille était un produit indépendant avec sa propre référence, et l'historique des ventes n'a pas la structure qu'Odoo attend.

Avant la migration, il est conseillé d'effectuer un exercice de nettoyage et de cartographie :

• Regrouper les produits actuels par modèle pour identifier celui qui sera le produit parent.
• Décider quels attributs seront utilisés et unifier la nomenclature.
• Vérifier quelles variantes ont un stock réel et lesquelles n'ont eu aucun mouvement depuis des mois.
• Assigner ou vérifier les numéros de code-barres par variante.

Ce travail préliminaire, bien exécuté, garantit que l'implémentation Odoo démarre avec un catalogue propre. Un catalogue sale importé dans un outil puissant reste un catalogue sale.

Depuis Nextdoo nous accompagnons ce processus dans les implémentations de vente au détail, avec une méthodologie qui révise le catalogue avant de déplacer toute donnée. Le résultat est un démarrage propre, sans avoir besoin de corrections ultérieures qui génèrent de la confusion au sein de l'équipe du magasin.

FAQ

Puis-je ajouter un nouvel attribut après avoir créé les variantes ?

Oui, Odoo le permet sans supprimer les variantes existantes. Lors de l'ajout d'un nouvel attribut avec ses valeurs au produit parent, le système génère automatiquement de nouvelles combinaisons. Les variantes existantes restent intactes, avec leur stock et leur historique. Ce qu'il faut faire, c'est vérifier que les combinaisons nouvellement générées ont les numéros de code-barres correspondants attribués avant de les mettre en vente à la caisse.

Les variantes peuvent-elles avoir des prix complètement différents les unes des autres, et pas seulement un supplément par rapport au prix de base ?

Oui. Bien que le mécanisme le plus courant soit de définir un prix de base pour le produit parent et d'ajouter des suppléments par valeur d'attribut, il est également possible de fixer un prix spécifique directement pour chaque variante. C'est utile lorsque les différences de prix entre les combinaisons ne suivent pas une logique d'attributs, mais plutôt des conditions spécifiques du marché ou du fournisseur. Chaque variante peut également avoir son propre prix de revient, ce qui permet de calculer la marge réelle par combinaison.

Comment gérer les variantes que le fournisseur a retirées du catalogue mais dont je dispose encore en stock ?

L'option correcte est de désactiver cette variante, et non de la supprimer. Lorsqu'une variante est désactivée, elle disparaît du catalogue POS actif et du portail de commande, mais le stock enregistré est maintenu et l'historique des ventes reste intact. Si elle est réactivée à un moment donné parce que le fournisseur recommence à la fabriquer, elle est simplement réactivée, et le système reprend le contrôle du stock là où il l'avait laissé.

Existe-t-il une limite pratique au nombre de variantes par produit ?

Il n'y a pas de limite technique rigide, mais l'expérience dans les implémentations de vente au détail indique qu'au-delà de cent cinquante variantes par produit, l'utilisabilité au point de vente commence à se dégrader si l'équipe ne travaille pas avec des numéros de code-barres. Si le flux de caisse est basé sur le scan d'étiquettes, le nombre de variantes a moins d'impact sur les opérations quotidiennes. Pour les catalogues très étendus, il est conseillé de revoir la structure du catalogue avec un intégrateur avant de générer massivement des variantes.

Comment la configuration des variantes affecte-t-elle les tickets émis sous VeriFactu ?

VeriFactu exige que chaque ligne de ticket reflète précisément l'article vendu. Avec des variantes correctement configurées dans Odoo, chaque ligne inclut la référence exacte de la variante, et pas seulement le nom du produit parent. Cela garantit la traçabilité exigée par la réglementation sur les logiciels de facturation en vigueur à partir de 2026. Sans des variantes bien configurées, un ticket pourrait refléter 'T-shirt basique en coton' sans identifier la taille ou la couleur, ce qui ne respecte pas le niveau de détail attendu par l'AEAT.

Si j'ai deux magasins physiques, le stock des variantes est-il indépendant par emplacement ?

Oui. Odoo gère le stock par variante et par emplacement simultanément. Chaque magasin a son propre inventaire pour chaque combinaison. Les transferts entre magasins sont effectués en spécifiant la variante exacte et la quantité. Les rapports peuvent afficher le stock global du modèle ou le détail par magasin et par variante, selon les besoins du responsable des achats ou du directeur général.

Conclusion : des variantes bien configurées, un commerce de détail sous contrôle

Configurer correctement les variantes de taille et de couleur dans Odoo n'est pas un détail technique : c'est la base sur laquelle reposent toute la gestion des stocks, les opérations de caisse, les commandes fournisseurs et la conformité fiscale. Un catalogue bien structuré dès le départ permet d'économiser du travail quotidien et d'éviter les problèmes qui surviennent lorsque l'inventaire ne correspond pas à la réalité physique du magasin.

Si vous avez une entreprise de mode, de chaussures ou d'accessoires et que vous envisagez d'implémenter Odoo ou d'améliorer votre configuration actuelle, le point de départ est de revoir le catalogue actuel et de définir une structure d'attributs cohérente avant de toucher à quoi que ce soit. Ce travail préliminaire fait la différence entre une implémentation qui fonctionne dès le premier jour et une qui nécessite des corrections continues.

Chez Nextdoo, nous travaillons avec le commerce de détail espagnol et avons une expérience directe dans ce type d'implémentation. Consultez-nous pour voir comment nous pouvons vous aider à structurer votre catalogue et à faire fonctionner votre POS avec des variantes correctement configurées.

Informations indicatives. Les délais, coûts et périmètres réels sont confirmés après une analyse personnalisée. JLM Business Solutions SL · B16842831.