Documentation fonctionnelle KWISATZ
Gérer les articles à variantes : tailles, couleurs et déclinaisons
KWISATZ organise les articles textile autour d’un modèle, de grilles de tailles et couleurs et d’articles enfants correspondant aux combinaisons réellement commercialisées.
Réponse directe
Créez ou vérifiez les nomenclatures dans Outils > Gestion des grilles taille / couleur, puis créez une fiche article modèle et associez-lui une grille de tailles et éventuellement une grille de couleurs. KWISATZ construit une matrice et génère des articles enfants pour les cellules actives. Chaque déclinaison possède son propre code et son propre stock, et peut recevoir ses codes-barres, prix ou données fournisseurs selon le paramétrage.
Conseil technicien général
1. Comprendre la structure modèle / déclinaisons
| Élément | Rôle |
|---|---|
| Article modèle | Porte les informations communes et les grilles utilisées. |
| Grille de tailles | Définit les colonnes ou l’un des axes de la matrice. |
| Grille de couleurs | Définit les lignes ou l’autre axe de la matrice. |
| Cellule | Correspond à une combinaison taille/couleur. |
| Article enfant | Fiche réelle créée pour la cellule active, avec code, stock et données propres. |
Le tableau est reconstruit à partir des grilles actives, puis KWISATZ relit les articles enfants et les place dans la cellule correspondant à leurs codes taille et couleur.
2. Variante taille/couleur ou article BIS ?
| Type | Nature | Stock |
|---|---|---|
| Déclinaison taille/couleur | Article enfant réel | Stock propre à chaque cellule |
| Article BIS | Alias, code secondaire ou conditionnement alternatif | Mouvement généralement redirigé vers l’article maître |
N’utilisez pas les articles BIS pour simuler des tailles ou couleurs qui doivent avoir des stocks distincts.
3. Prérequis
- Définir les tailles et couleurs réellement utilisées.
- Prévoir une convention stable pour les codes du modèle et des enfants.
- Créer les classifications, TVA, fournisseurs et tarifs nécessaires.
- Connaître les vrais codes-barres ou EAN de chaque variante.
- Déterminer si les prix sont communs au modèle ou personnalisés par cellule.
- Effectuer une sauvegarde avant toute modification d’une grille déjà utilisée.
Une modification de nomenclature après création des enfants peut rendre le tableau incohérent si des variantes conservent d’anciens codes taille ou couleur.
4. Limites de nomenclature documentées
| Axe | Limite documentée | Adaptation possible |
|---|---|---|
| Tailles | 99 | Inverser la logique si le nombre de tailles dépasse le besoin normal et que les couleurs sont peu nombreuses. |
| Couleurs | 999 | Normaliser ou regrouper les libellés métier lorsque la nomenclature est excessive. |
Pour un catalogue très volumineux, validez la cardinalité réelle des tailles et couleurs ainsi que les performances avant engagement ou migration.
5. Préparer les grilles de tailles et couleurs
- Ouvrez Outils > Gestion des grilles taille / couleur.
- Créez ou ouvrez la nomenclature de tailles.
- Ajoutez les valeurs dans l’ordre souhaité : par exemple XS, S, M, L, XL.
- Créez ou ouvrez la nomenclature de couleurs.
- Ajoutez les couleurs normalisées : par exemple NOIR, BLANC, BLEU.
- Contrôlez les codes techniques utilisés pour chaque valeur.
- Validez les grilles.
Une grille peut être propre à un seul modèle ou partagée entre plusieurs modèles. Cette distinction devient importante lors d’une modification ultérieure.
6. Créer l’article modèle
- Ouvrez la gestion des produits.
- Créez une nouvelle fiche article modèle.
- Saisissez le code modèle et le libellé générique.
- Renseignez la classification, la TVA, les prix et le fournisseur.
- Activez la gestion de stock si les déclinaisons doivent être suivies.
- Ouvrez la zone de gestion taille/couleur.
- Sélectionnez la grille de tailles.
- Sélectionnez la grille de couleurs si nécessaire.
Le modèle centralise les données communes. Les cellules enfants reçoivent ensuite les informations propres à chaque combinaison.
7. Générer les déclinaisons
- Ouvrez le tableau taille/couleur du modèle.
- Contrôlez les tailles en colonnes et les couleurs en lignes.
- Activez uniquement les combinaisons réellement commercialisées.
- Lancez la génération des cellules ou articles enfants.
- Contrôlez les codes produits créés.
- Vérifiez qu’une cellule correspond à une seule combinaison.
- Enregistrez puis rouvrez le tableau pour contrôler la cohérence.
Ne générez pas toutes les combinaisons par défaut si certaines tailles ou couleurs n’existent pas. Un catalogue inutilement gonflé complique les stocks, imports et recherches.
8. Codification des variantes
La codification KWISATZ peut être structurée à partir du code modèle, du code taille et du code couleur, avec éventuellement un complément destiné à la génération ou au contrôle d’un code-barres.
- Conservez un code modèle stable.
- Utilisez des codes taille et couleur courts mais non ambigus.
- Vérifiez la longueur totale avant import.
- Conservez les vrais codes-barres fournisseur dans les champs prévus pour chaque variante.
- Ne remplacez pas un code enfant déjà exploité sans procédure de reprise.
9. Codes-barres et références fournisseur
Chaque variante peut être identifiée par son code-barres réel, même si son code article KWISATZ suit une codification interne différente.
- Affectez le code-barres au bon enfant taille/couleur.
- Contrôlez les doublons.
- Renseignez la référence fournisseur propre à la variante si elle diffère.
- Testez le scan en caisse et dans les documents d’achat.
Un code-barres affecté à la mauvaise cellule vendra ou réceptionnera la mauvaise taille/couleur.
10. Prix par modèle ou par variante
| Mode | Usage |
|---|---|
| Prix commun | Toutes les tailles et couleurs utilisent le tarif du modèle. |
| Prix personnalisé | Une ou plusieurs cellules possèdent un prix d’achat ou de vente différent. |
| Promotion commune | Règle appliquée au modèle selon les fonctions compatibles. |
| Promotion par variante | À tester sur la version et le type d’article concernés. |
Contrôlez l’héritage réel des promotions et tarifs en caisse. Certaines règles peuvent dépendre du modèle, du type de variante ou d’un calcul dynamique de prix.
11. Stock par taille et couleur
Chaque article enfant correspond à un stock distinct.
- Ouvrez le tableau taille/couleur.
- Affichez la vue de stock du magasin concerné.
- Contrôlez chaque cellule.
- Utilisez les documents normaux pour les entrées, sorties et transferts.
- Réalisez l’inventaire au niveau des variantes.
Un modèle peut afficher une synthèse, mais l’analyse détaillée doit toujours être réalisée sur les cellules enfants et le bon magasin.
12. Achats et réceptions
- Commandez la bonne combinaison taille/couleur.
- Contrôlez la référence fournisseur et le code-barres.
- Réceptionnez les quantités sur chaque variante.
- Ne réceptionnez pas uniquement le modèle si les enfants portent le stock.
- Contrôlez les reliquats par cellule.
Une réception sur la mauvaise variante crée simultanément un excédent et un manque sur deux cellules différentes.
13. Import de modèles et déclinaisons
Un import initial peut être réalisé à partir d’un fichier structuré contenant notamment :
- code modèle ;
- libellé ;
- taille ;
- couleur ;
- code-barres ;
- prix d’achat ;
- prix de vente ;
- fournisseur ;
- stock ou magasin selon le profil.
Les tailles et couleurs doivent exister dans les nomenclatures avant l’import. Si une valeur manque, l’import peut être bloqué jusqu’à création des grilles correspondantes.
14. Modifier une grille après création des enfants
Modifier une grille ne corrige pas automatiquement les variantes existantes.
- Effectuez une sauvegarde.
- Vérifiez si la grille est propre au modèle ou partagée.
- Modifiez la grille au bon niveau.
- Identifiez les enfants portant encore d’anciens codes.
- Supprimez manuellement les variantes devenues incompatibles lorsque cela est validé.
- Regénérez les nouvelles combinaisons utiles.
- Rouvrez le tableau et contrôlez chaque cellule.
Le passage d’une grille numérique 38/40/42 à une grille alphabétique S/M/L laisse les anciennes fiches enfants en base tant qu’elles ne sont pas supprimées.
15. Grille propre ou grille partagée
| Type de grille | Modification | Risque |
|---|---|---|
| Propre au modèle | L’option de modification peut être disponible depuis le modèle. | Impact limité au modèle concerné. |
| Partagée | Modification depuis la gestion générale des grilles. | Impact potentiel sur tous les modèles utilisateurs. |
Ne modifiez pas une grille partagée sans identifier tous les modèles qui l’utilisent.
16. Purge des cellules non utilisées
La purge peut nettoyer des cellules devenues inutiles, mais elle est sensible.
- Sauvegarde obligatoire.
- Contrôle préalable des stocks et historiques.
- Identification des variantes à conserver.
- Test sur un modèle ou dossier de démonstration.
- Préférence pour la suppression manuelle lorsqu’un petit nombre de cellules est concerné.
Une purge trop large peut supprimer des variantes encore utiles même si leur stock est momentanément nul.
17. Multi-magasins et référentiel central
Dans une architecture Front-Office / Back-Office, centralisez la création des modèles et grilles.
- Créez les modèles et nomenclatures sur le Back-Office.
- Diffusez ensuite les produits et grilles vers les magasins.
- Évitez la création parallèle sur les magasins.
- Le mode automatique de grilles côté magasin peut créer des référentiels inconnus du Back-Office.
Les grilles créées en magasin ne sont pas documentées comme remontant automatiquement vers le Back-Office. Le produit peut alors provoquer une erreur « grille inexistante » au central.
18. Cas particulier : modèle par couleur
Lorsque le métier possède énormément de couleurs ou une logique particulière, il est possible d’organiser le catalogue autrement.
- Créer un modèle par couleur.
- N’utiliser qu’une nomenclature de tailles.
- Ou inverser les axes si la cardinalité l’exige.
Cette architecture doit être décidée avant l’import afin d’éviter une reprise complexe des codes et historiques.
19. Contrôles avant mise en production
| Contrôle | Question |
|---|---|
| Grilles | Toutes les tailles et couleurs nécessaires existent-elles ? |
| Modèle | Les données communes sont-elles correctes ? |
| Cellules | Seules les combinaisons réelles sont-elles actives ? |
| Codes | Chaque enfant possède-t-il un code unique ? |
| Codes-barres | Chaque EAN pointe-t-il vers la bonne variante ? |
| Prix | Les exceptions par cellule sont-elles contrôlées ? |
| Stock | Le stock initial est-il saisi sur le bon enfant et le bon magasin ? |
| Caisse | Le scan affiche-t-il la bonne taille, la bonne couleur et le bon prix ? |
20. Compatibilité documentée
| Fonction | Disponibilité | Condition connue |
|---|---|---|
| Modèles taille/couleur | Fonction métier textile documentée | Grilles et nomenclatures cohérentes |
| 99 tailles / 999 couleurs | Limites documentées par la base support | Possibilité d’inverser les axes |
| Prix et stock matriciels | Documentés | Selon configuration du modèle |
| Import Excel/ASCII | Utilitaire d’import documenté | Nomenclatures créées avant import |
| Modification locale de grille | Selon le modèle | Disponible si la grille n’est pas partagée |
| Purge des cellules | Fonction sensible documentée | Sauvegarde et contrôle obligatoires |
21. Diagnostic rapide
Le tableau affiche une erreur à l’ouverture
Un article enfant porte probablement un code taille ou couleur absent de la grille active. Identifiez puis corrigez ou supprimez la variante incompatible après sauvegarde.
Une ancienne taille reste visible
Modifier la grille ne supprime pas les enfants existants. Supprimez manuellement la déclinaison ou utilisez une purge contrôlée.
L’option Modifier la grille n’apparaît pas
La grille est probablement partagée avec d’autres modèles. Modifiez-la depuis la gestion générale après contrôle des impacts.
Le stock est faux pour une couleur
Contrôlez les mouvements de l’article enfant concerné, le magasin et une éventuelle réception sur une autre cellule.
Le code-barres vend la mauvaise taille
Corrigez l’affectation du code-barres sur l’enfant correspondant et testez à nouveau en caisse.
Les variantes n’arrivent pas au Back-Office
Contrôlez où les grilles ont été créées. Centralisez le référentiel et évitez les grilles automatiques créées uniquement en magasin.
L’import refuse certaines lignes
Créez d’abord les tailles ou couleurs absentes dans les nomenclatures, puis relancez l’import.
La promotion fonctionne sur le modèle mais pas sur une variante
Testez la règle sur un article normal et sur la cellule concernée. Vérifiez l’héritage, le type de variante et le moteur de promotion.
22. Résultat attendu
Le modèle affiche une matrice cohérente. Chaque combinaison réellement vendue possède un article enfant unique, un code-barres correct, un prix contrôlé et un stock propre par magasin. Les grilles sont centralisées et les anciennes variantes incompatibles ont été nettoyées de manière traçable.
23. Sources documentaires
- Base support — fonctionnement du modèle, des grilles et des articles enfants.
- Base support — changement de grille, suppression des anciennes déclinaisons et purge des cellules.
- Base support — limites documentées de 99 tailles et 999 couleurs.
- Base support — import de modèles, codes-barres fournisseurs et personnalisation des prix par variante.
- Base support — synchronisation Back-Office / magasins et grilles non remontées depuis le Front-Office.
- Manuel KWISATZ — articles BIS et distinction entre alias et article réel.