Traitement de masse des produits référencés (GREFM)

Généralités

Le nombre de produits gérés dans le monde de la grande distribution est très important. Le traitement manuel d’une donnée sur un grand nombre de produits est une opération qui peut se révéler coûteuse, lourde et trop fréquente pour ne pas être automatisée.

La fonctionnalité du traitement de masse vous permet de modifier une donnée pour tout ou partie du fichier article en un seul traitement.

Grâce à l’écran-lanceur (GREF_GENER), il vous est possible de sélectionner un ensemble de produits à traiter. Ils sont enregistrés dans la table des postes d’événements à générer (EVPG).

Par défaut, le lanceur sélectionne la liste des produits mémorisés dont le code fonction est GREFM et le code agent est l’agent de connexion.

Introduction

Le nombre de produits gérés dans le monde de la grande distribution est très important. Le traitement manuel d’une donnée sur un grand nombre de produits est une opération qui peut se révéler coûteuse, lourde et trop fréquente pour ne pas être automatisée.

La fonctionnalité du traitement de masse vous permet de modifier une donnée pour tout ou partie du fichier article en un seul traitement.

Grâce à l’écran-lanceur (GREF_GENER), il vous est possible de sélectionner un ensemble de produits à traiter. Ils sont enregistrés dans la table des postes d’événements à générer (EVPG).

Par défaut, le lanceur sélectionne la liste des produits mémorisés dont le code fonction est GREFM et le code agent est l’agent de connexion.

Bloc d’édition et résultat

GREFM_B10

Détail du produit traité et compteurs imposés du dépôt serveur.

Le paramètre maquette P TRT= « message_erreur_log » permet d’afficher les anomalies de traitement dans le fichier « .log ».

Le résultat du traitement et les anomalies rencontrées sont fournis par la lecture du fichier résultat. Au niveau du bloc 10, le champ « statut_pro » donne l’état du produit, à savoir s’il est « Traité » ou « Non traité », le champ « erreur » est un message explicatif de l’anomalie rencontrée pour les produits non traités.

Règles de gestion

Principes

Les informations du produit pouvant être modifiées sont les suivantes :

• Mot clé,

• Gencod ,

• Famille du produit,

• Sous famille du produit,

• Sous sous famille du produit. Dans le cas de gestion des familles hiérarchiques, le système vérifiera la cohérence des codes familles/sous familles et sous sous familles.

• Code pays,

• Code douanier,

• Type de produit ,

• Code devise,

• Code blocage – Statut,

• Unité de vente

• Unité de colisage

• Unité de statistique

• Produit statistique : Le système vérifiera que le produit statistique possède la même unité statistique que le produit traité,

• Suivi statistique,

• Classe ABC ,

• Classe ABC de production,

• Type d’affectation.

• Sigle dépôt Serveur :

  • Si le dépôt Serveur est renseigné sur le produit Modèle avec une fiche stock associée, le système ne modifie pas le dépôt serveur mais les données de la fiche stock uniquement.

  • Si le dépôt serveur est renseigné sur le produit Modèle et qu’aucune fiche stock ne lui est rattachée, le système considère que le dépôt serveur est une donnée à modifier sur les produits traités. Il vérifie l’existence de la fiche stock du nouveau dépôt et modifie le dépôt Serveur de chaque produit.

• Formule de réapprovisionnement,

• Suivi en stock : Modifiable uniquement s’il n’y a pas de stock,

• Produit stock : Modifiable uniquement on a pas déjà enregistré du stock sur le produit,

• Mode de gestion par lot : Modifiable si suivi en stock L, X ou V,

• Produit tarif,

• Type de tarif,

• Indicateur d’application des conditions tarifaires (indcts),

• Indicateur de génération des ristournes (indris),

• Indicateur d’existence des conditions tarifaires (exicot),

• Désignations 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12,

• Fournisseur principal : Le système vérifiera que le produit est référencé dans le catalogue du nouveau fournisseur. La référence produit sera initialisée avec celle du catalogue,

• Référence produit,

• Date de mise sur le marché,

• Date de fin sur le marché,

• Données complémentaires codzn1, 2, …, 16,

• Données supplémentaires colec1 à 9, stck1 à 9 : Le traitement des données supplémentaires se déclenche uniquement avec la présence du paramètre ZONSUP ,

• Unité de vente du consommateur (coduvc),

• Unité d’expédition (codue),

• Nombre d’UC par UE (nbucue),

• Par combien (PCB),

• Unité de mesure du PCB (unipcb),

• Sous par combien (SPCB),

• Unité de mesure du SPCB (unispcb),

• Variante promotionnelle du produit (va),

• Variante logistique du produit (vl),

• Quantité minimum,

• Délai de réapprovisionnement,

• Délai préparation,

• Délai de péremption,

• Poids,

• Hauteur,

• Largeur,

• Longueur,

• Volume : Le système recalcule systématiquement le volume en fonction du ppe PROVOL .

• Numéro de variante : Valeurs possibles 0, 1 ou 2,

• Temps de montage.

  Les informations relatives au module service si le paramètre SERVIC est positionné :

  • Indicateur suivi en installation,

  • Indicateur suivi en nomenclature en installation,

  • Unité contrat service,

  • Délai contrat service,

  • Type de tarif contrat service,

  • Type facturation multiple,

  • Délai de garantie,

  • Unité de garantie,

  • Identifiant contrat service (achice, typice, sigice, verice) : Le système vérifie que le contrat existe,

  • Rubrique de prestation : Le système contrôle que le type du produit prestation est conforme au type défini sur le paramètre IPREST .

  Les données sur le multi variantes si le paramètre MULVAR est positionné.

  • Code modèle

  • Produit de référence

  • Suivi en référence

  • Code unicité

  • Répartition

Attention Les données suivantes ne peuvent être modifiées : Nom du produit Code société Code TVA et codes TAXE. La modification du code tva et des codes taxes reste une manipulation exceptionnelle. Indicateur nomenclature (indcom) Numéro de lot (numlsk) Unité de nomenclature (codconv) Date de création Code établissement et statut mono, multi ou tout établissement. Le traitement de masse ne prend pas en compte les modifications sur : les variantes d’un produit, les variantes logistiques, les remplaçants, les associations produits, les critères d’un produit, les tarifs, le catalogue fournisseur.

Traitement de la fiche stock du dépôt principal

S’il existe une fiche stock rattachée au produit modèle, le système récupère les informations ci-dessous pour les transférer sur la fiche stock des produits traités.

Ces données sont également affectées aux points de vente par les axes de segmentation.

Données modifiables :

• Compteurs imposés (css, cso, cpc, cqe),
• Code unité de stock si les stocks sont vides,
• Code emplacement,
• Suivi en stock si les stocks sont vides,
• Date de péremption,
• Type d’affectation,
• Date de dernier inventaire,
• Date de prochaine inventaire,
• Périodicité de l’inventaire,
• Formule de réapprovisionnement,
• Courbe saisonnière,
• Mode approvisionnement,
• Tiers serveur pour réapprovisionnement,
• Multiple,
• Quantité minimum,
• Délai de réapprovisionnement,
• Délai de préparation,
• Délai de réapprovisionnement supplémentaire,
• Délai de sécurité,
• Classe abc,
• Classe abc de production.

Traitement des étiquettes

Les étiquettes à modifier ou à ajouter (table PRR, segment ETI) sont rattachées au produit modèle.

Pour chaque étiquette trouvée sur le produit modèle, le système vérifie qu’elle existe sur le produit traité. Si c’est le cas, on la modifie ; sinon on la crée.

Dans le cas d’une modification d’étiquette, tous les champs sont modifiés indépendamment de l’indicateur « Ecrasement » de l’écran lanceur (GREF_GENER).

Les pictogrammes des étiquettes textiles (table PRR, segment PIC) suivent les mêmes règles de gestion. Ils sont également rattachés au produit modèle.

Les codes pictogrammes affectés au produit sont communs à l’ensemble des magasins.

	Vous avez la possibilité de définir le mode de mise à jour (ajout ou initialisation) des pictogrammes associés aux produits en utilisant le paramètreETIQUE.
	Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel".

Traitement des rubriques

Les rubriques à ajouter sont définies sur le produit modèle. Pour chaque rubrique trouvée sur le produit modèle, le système vérifie qu’elle n’appartient pas au produit traité pour l’ajouter.

Traitement des zones complémentaires

Les zones paramétrées à modifier ou à ajouter sont définies sur le produit modèle. Le système créé ou modifie la donnée sur le produit traité.

Le traitement de masse ne gère pas les données complémentaires datées, les données complémentaires du produit modèle sont traitées quelle que soit leur date.

Traitement des textes libres

Les textes libres à modifier ou à ajouter sont définis sur le produit modèle. Pour chaque enregistrement trouvé sur le produit modèle, le système vérifie qu’il existe sur le produit traité. Si c’est le cas, on le modifie sinon on le crée.

Traitement des points de vente

En plus de la mise à jour dans l’entité centrale, certaines données sont affectées aux points de vente à l’aide des axes de segmentation. L’axe de segmentation définit les magasins concernés par la mise à jour.

Chaque magasin est un tiers de type dépôt, type donné par le paramètre TYPDEP. Le code intra groupe de ce tiers dépôt fournit l’entité sur laquelle la mise à jour des données est effectuée.

Les points de vente concernés sont stockés dans la structure temporaire EVPG avec les informations suivantes :

• cible sélectionné,

• agent de connexion,

• Type de magasin donné par le paramètre TYPMAG ,

• Type de dépôt donné par le paramètre TYPDEP .

Les données concernées par la mise à jour sur les différents points de vente sont :

• les données complémentaires,

• le code blocage,

• les étiquettes,

• les compteurs imposés sachant que les fiches stocks sont partagées et restent au niveau de l’entité centrale.