Contenu dans cette page
Principe
Les saisons dans Cegid Orli peuvent être de contexte Permanent ou Saisonnier.
Un article créé dans une saison de contexte permanent pourra être traité en vente
(commande client) et achat (commande fournisseur) sans restriction de période.
Concernant les articles créés dans une saison de contexte saisonnier, ils vont pouvoir "vivre" dans le temps selon plusieurs méthodes :
-
articles Prorogés
à partir d'une fiche article créée dans une saison initiale, on peut continuer à traiter cet article ou un produit précis de cet article en vente (commande client) et achat (commande fournisseur), dans des saisons commerciales ultérieures.
ènotion de « REGROUPEMENT » :
pour une référence article donnée, on gère un seul stock, un seul calcul de besoin… -
articles Reconduits
à partir d’une fiche article créée dans une saison initiale, on peut recréer ce même code article dans des saisons article ultérieures ; ce principe est plus contraignant que la prorogation car on traite plusieurs fiches pour un même article, mais on peut de ce fait faire évoluer ses caractéristiques.
ènotion de « DIFFÉRENCIATION » :
pour une référence article donnée, on peut isoler cet article dans chacune des saisons reconduites. -
articles Hors-cours
à partir d'une fiche article créée dans une saison initiale, on peut arrêter cet article ou un produit précis de cet article en achat (commande fournisseur) pour ne plus l'approvisionner, mais continuer à le traiter en vente (commande client), dans toute saison commerciale (un peu comme une « prorogation perpétuelle »), afin de livrer le stock jusqu'à épuisement.
Pour une saison de vente donnée, on peut donc dire que les produits « valables » regroupent les Permanents, les Prorogés, les Reconduits et les Hors-cours.
Pour les ventes, cette notion de produit « valable » est gérée au niveau de la nature de commande, via le Contrôle Validité Produit :
Par défaut, pas de contrôle de validité :
(produits valables sur la saison + les hors saisons PASSÉS et FUTURS)
1 : produits valables sur la saison + les hors saisons PASSÉS
(dont la plus grande saison commerciale est INFÉRIEURE à la saison commerciale en cours OU ceux pour lesquels il existe au moins une saison, INFÉRIEURE à la saison commerciale en cours, dans laquelle ils ont été déclarés valables)
2 : produits valables sur la saison + les hors saisons FUTURS
(dont la plus grande saison commerciale est SUPÉRIEURE à la saison commerciale en cours)
3 : aucun produit hors saison
(donc, seuls ceux valables sur la saison sont autorisés)
Remarques :
- certaines fonctions d’intégration traitent des données potentiellement multi-nature ; dans ce cadre, l'option CTRL_VALID_PROD permet de fixer cette valeur :
- TA970 / B2B
- TA930W03 / SmartRep
- XC707 / Cegid Retail Y2
- les notions « PASSÉ » et « FUTUR » sont définies sur la base d’un tri sur la date début des saisons à comparer.
- la notion « hors saison » est interprétée par Cegid Orli, pour permettre une vision élargie en saisie de commande client PF :
- dans la liste de produits de l’article
- dans les lignes de commande (via option CD001W01/GES_SAI=1)
Elle correspond à la saison gérée dans AR065W02
Elle permet de prolonger la « vie » d’un article / produit sur une saison de prorogation (donc de vente ou d’approvisionnement PF) différente de la saison (de création) sur laquelle ils ont été définis.
On ne peut pas proroger un article / produit permanent car par définition, un article / produit permanent est valable sur toutes les saisons de prorogation.
SAISONNALITÉ DU PRODUIT ET PROROGATION PRODUIT
Si non renseignée,
alors la saison produit = saison article
Si renseignée,
alors indépendante de la saison article.
Cegid Orli prend en compte la saison produit si elle existe, sinon la saison article.
Il est possible de définir des coloris saisonniers sur des articles permanents (existence sur une saison seulement).
Possibilité de proroger des coloris saisonniers sur une autre saison commerciale, même si l’article est permanent.
Possibilité de proroger des coloris saisonniers sur une autre saison commerciale même si l’article n’est pas de la même saison.
Notion de saison au niveau produit :
contexte commercial
contexte technique
contexte PF
saison
modèle
matière commerciale
article
commandes négoce
composant technique
prorogation article
/produit
commandes client
prévisions de vente
commandes d’achat
commandes fournisseur PF (OF)
etc...
Produit
produits vendables dans une saison commerciale :
|
saison article |
produits ETE prorogés en ETE+1 produits saisonniers ETE articles permanents articles saisonniers ETE+1 articles saisonniers ETE produits saisonniers ETE+1 produits permanents produits saisonniers ETE produits permanents produits permanents produits saisonniers ETE+1
|
|
saison produit fini |
|
|
saison commerciale ETE |
|
|
saison commerciale ETE+1 |
Résumé sur l’utilisation de la saison commerciale
La sélection d’une saison commerciale englobe par défaut :
Les produits permanents
Les produits prorogés dans la saison commerciale
Les produits saisonniers (saison PF = saison commerciale)
Des filtres permettent de ne traiter que les produits :
Permanents
Prorogés dans la saison commerciale
Saisonniers
Appartenant à une saison PF particulière (exemple : produits de l’été –1, prorogés dans la saison commerciale été).
Selon une coche au niveau de la nature de commande, il est possible de vendre ou non des articles n’appartenant pas à la saison commerciale (exemple : commande initiale : non ; réassort : oui)
La sélection de la saison commerciale dans une analyse basée sur les ventes traite donc tous les produits vendus dans cette saison commerciale, même ceux qui n’étaient pas prévus.
La sélection de la saison commerciale dans une analyse basée sur les ventes et les produits traite l’union des 2 :
Les produits vendus dans la saison commerciale
Les produits non vendus mais vendables dans la saison commerciale
AR065W02 : PROROGATION ARTICLE / PRODUIT
AR065W02
Cette fonction permet de déclarer les articles prorogés dans une saison
On peut proroger un article saisonnier. Ce qui signifie que tous les produits n’ayant pas de saison de création produit ou qui en ont une identique à celle de l’article seront automatiquement prorogés sur la saison commerciale associée à l’article.
On peut proroger un produit. Ce qui signifie que pour un produit défini sur la saison de l’article ou sur sa propre saison de création, on pourra le faire vivre sur une autre saison commerciale qui pourra être différente de la saison de l’article ou des saisons dans lesquelles l’article aura éventuellement été prorogé.
On ne peut pas proroger un article permanent.
La seule exception pour autoriser la saisie d’un article permanent dans cette fonction est qu’on saisisse un coloris pour lequel la saison de création produit n’est pas permanente.
Au niveau de la saison de prorogation (donc saison commerciale), on prévoit de pouvoir préciser quelles sont les tailles fabriquées et à la vente. On peut également arrêter la fabrication ou la vente du produit par l’intermédiaire des dates/motifs d’arrêts de fabrication et de commercialisation associées.
Il est également possible de proroger :
- la date et le motif d’arrêt de fabrication
- la date et le motif d’arrêt de commercialisation
- les tailles fabriquées
- les tailles à la vente
Suivant les options CREA_AUTO_PROG / SUPPR_AUTO_PROG, le mode de fonctionnement peut être restreint à la gestion :
- manuel (l’onglet de génération des critères est inaccessible)
- automatique avec suppression des prorogés uniquement
- automatique avec génération des prorogés uniquement
- automatique avec génération / suppression des prorogés
L’accès à ce mode se fait par l’onglet ‘Critères génération automatique prorogés’.
Ce mode permet de générer et/ou supprimer des prorogés « en masse ». C’est à dire que selon des critères (catégorie d’article + saison / article / coloris) on peut proroger un ensemble d’article / coloris. Vous pouvez alors définir un ensemble d’article et/ou produit à traiter dans la saison de prorogation interrogée. A l’aide des boutons génération ou suppression (si vous y avez accès) le traitement est lancé puis une interrogation automatique est effectuée sur les lignes pour « rafraîchir » la nouvelle liste des articles / produits prorogés.
Les zones niveau article / niveau produit permettent d’affiner le traitement.
C’est la gestion classique des prorogés avec saisie ligne à ligne des articles / produits à proroger. Ce mode s’effectue dans le premier onglet ‘Gestion liste des prorogés’.
La saison/produit est affichée mais inaccessible puisqu’elle est unique. La saisie d’un produit défini sur une « saison de création produit » identique à la saison commerciale est interdite (car par défaut valable pour la saison commerciale).
Par contre, on autorise la saisie d’une saison article permanente ou égale à la saison commerciale si et seulement si l’utilisateur saisit un produit qui lui, est associé à une saison non permanente et différente de la saison commerciale.
Cette fonction n’autorise pas la possibilité d’ajouter un coloris à un article déjà saisi. Si on veut saisir une prorogation niveau coloris, il faut créer un nouvel enregistrement sur lequel on saisit l’article et le coloris à proroger.
Dans ce mode manuel un contrôle non bloquant signale que l’article ou le produit saisi est inactif.
Gestion des coches tailles fabriquées / à la vente
Pour les tailles fabriquées / vendues, on contrôle qu'on ne donne pas plus de droit qu'au niveau article. En effet, on part du principe qu'on ne peut pas dire qu'une taille est fabriquée et à la vente pour un article/produit prorogé dans une saison commerciale alors que cette même taille ne l'est pas elle-même lors de la première gestion de l'article (fiche article). A ce niveau donc, on ne peut qu'enlever des tailles fabriquées / à la vente (comme dans la fiche produit). Les tailles non fabriquées / non à la vente au niveau article seront donc grisées.
- On n'autorise pas la suppression d'une taille fabriquée s'il existe au moins un OF associé ou Prévisions pour l'article/produit.
- La suppression d'une prorogation produit est impossible s'il existe au moins un OF ou prévision et prorogation article avec grille de fabrication incomplète
- La taille de base est obligatoirement fabriquée.
- Les tailles à la vente sont avant tout des tailles fabriquées (synchronisation coches vendues/coches fabriquées).
exemple :
différents cas d'interdiction pour une saison de prorogation 16H :
|
Saison prorogation |
Saison origine |
Saison création produit |
|
16H |
00P |
00P |
|
16H |
00P |
16H |
|
16H |
00P |
NULL |
|
16H |
16H |
NULL |
|
16H |
16H |
00P |
exemple :
fonctionnement des Coches de génération automatique suivant le niveau de traitement pour la saison de prorogation 16H et l'article 15H ART1 avec saison création produit 15H (BLANC) et 16H (ACIDO).
|
Saison prorogation |
Saison origine |
Saison création produit |
Niveau Article |
Niveau Produit |
Résultat Génération |
|
16H |
15H |
NULL |
|
|
Article |
|
16H |
15H |
NULL |
|
|
coloris BLANC, ACIDO |
|
16H |
15H |
NULL |
|
|
Article + coloris BLANC, ACIDO |
|
16H |
15H |
15H |
|
|
coloris BLANC |
|
16H |
15H |
15H |
|
|
Article + coloris BLANC |
Saisie d’un produit prorogé ou non dans CD001
Pour éviter de saisir en commande un produit qui n’a pas été prorogé, quand tous les autres produits de l’article l’ont été, il faut aller dans TA130.
Pour la nature de commande concernée, vérifier la valeur du champ « Ctrl prdt ».
Avec la valeur 3, il ne sera pas possible de saisir un produit non prorogé.
AR066 : EDITION PROROGATION ARTICLE/PRODUIT
AR066W01
Cette fonction permet d’éditer les prorogations
Possibilité de saisir la saison de prorogation, et la saison produit.
Type de prorogation à obtenir :
- 0 : permet de demander les articles prorogés (on lit les enregistrements sur lesquels le coloris est non renseigné)
- 1 : permet de demander les produits prorogés (on lit les enregistrements sur lesquels le coloris est renseigné).
- 2 : permet de traiter tous les cas
N.B. :
Si on demande un état niveau article et qu’on saisit le critère saison produit, on ramène l’article s’il existe au moins un produit prorogé associé au filtre saison produit.
Le code coloris article est un critère de sélection.
N.B. :
Si on demande un état niveau article et qu’on saisit le critère code coloris, on ramène l’article s’il existe au moins un produit prorogé associé au filtre code coloris.
Précision pour le fonctionnement de la saison produit :
Si on traite un enregistrement renseigné au niveau coloris et qu’on a renseigné la saison produit, la saison à prendre en compte pour le filtre est la saison du produit si celle-ci est renseignée, sinon on prend la saison de l’article.
Si l’enregistrement traité n’est renseigné qu’au niveau article, la saison produit s’applique toujours sur au niveau produit, mais l’article n’est ramené que si au moins un de ses produits répond aux critères de filtres.
L’état à obtenir est en format paysage car on peut éditer la grille de taille (sur une seule ligne).
En entête, on édite la saison de prorogation, puis tous les articles / produits prorogés dans cette saison.
La ligne d’article contient au minimum la donnée article (saison + code article + libellé ).
Les données produits (coloris + saison de création + libellé produit) ne s’éditent que si l’utilisateur travaille avec le AR065W02 et qu’il peut avoir saisi une prorogation au niveau coloris.
On édite alors :
l’intitulé « COLORIS » puis les données produit (saison de création du produit + code coloris + libellé propre)
Les données suivantes s’éditent même pour une prorogation article.
- l’intitulé « DATE ARRET FABRICATION » (ou tronqué si manque de place) avec la date et le motif correspondants.
- l’intitulé « DATE ARRET COMMERCIALISATION » (ou tronqué si manque de place) avec la date et le motif correspondants.
Les données suivantes s’éditent si l’utilisateur a demandé ce détail d’information (critère « information taille renseigné »)
la grille de taille de l’article, puis le tableau des tailles fabriquées et le tableau des tailles à la vente.
Au changement sur la saison de prorogation, on laisse un espace puis on édite la nouvelle saison de prorogation.
AR036 : Edition des articles reconduits
AR036W01
Cette fonction permet d’éditer les reconduits
Cette fonction permet d’obtenir 2 états :
Edition des articles reconduits dans une saison
Cette édition correspond à la liste des articles existant dans la saison de reconduction renseignée en critère, et ayant existés dans une autre saison (permanente ou antérieure).
exemple :
L'édition des articles reconduits pour la saison de reconduction Hiver 2025 donne la liste:
- des articles de la saison 25H
- ainsi que de tous les articles des saisons antérieures à 25H ou permanente.
Au niveau produit, on obtient la liste des produits existants dans la saison de reconduction saisie en critère et dont l’article a existé dans une autre saison (antérieure ou permanente).
L’édition des produits reconduits pour la saison de reconduction Hiver 2025 donne la liste:
- des produits ayant pour saison 25H
et dont les articles ont été définis dans une saison antérieure à 25H
ou permanente.un coloris défini en 25E et dont l’article est défini en 25H et 25E n’est pas édité pour une édition de la saison de reconduction 25H, car seul le niveau article est reconduit (le niveau produit ne l'est pas).
Edition historique des articles reconduits
Cette édition correspond à la liste des saisons (antérieures ou permanentes) dans lesquelles l’article a existé, saisons autres que celles en question.
exemple :
L’édition de l’historique des articles reconduits en Hiver 2025 donne la liste
- des saisons autres que 25H antérieures, ou permanentes pour lesquelles les articles ont été définis.
Au niveau produit, on obtient la liste des saisons (antérieures ou permanentes) dans lesquelles ont existé les coloris de chaque article de la saison en question. Pour que l’article soit pris en compte dans le résultat, il doit avoir existé dans une autre saison (antérieure ou permanente) que la saison saisie en critère.
L’édition de l’historique des produits reconduits en Hiver 2025 donne la liste
- des coloris (et leurs saisons) pour lesquels les articles correspondants ont été définis dans une saison antérieure ou permanente.
Le type d’état, le niveau de détail, le classement et la saison de reconduction sont des critères obligatoires.
Actuellement, chaque entité principale (commande client PF, commande fournisseur PF, besoin, prévision, etc.) est associée et définie sur une saison (saison de commande client, saison de commande fournisseur, saison de besoin, saison de prévision).
Dans l’absolu, cette saison correspond à la saison commerciale en cours qui permet de définir une durée de vie pour l’entité correspondante; en théorie, on devrait donc pouvoir saisir seulement des données de base (PF, matières) valables dans cette saison commerciale, c’est à dire créées dans cette saison commerciale, ou prorogées dans cette saison commerciale traitée, ou associées à une saison permanente.
Ce contrôle bloquant est effectué au niveau PF :
exemple :
sur une commande (client ou fournisseur PF) pour la saison commerciale 25E, on ne peut y saisir que des articles de saison 25E, ou prorogés dans la saison 25E, ou permanents.
Le terme Hors-cours est utilisé pour définir des produits qui ne sont plus fabriqués (exemple : car passés de mode) mais pour lesquels il reste du stock, stock qu’il faut bien vendre jusqu’à épuisement (pour des raisons de frais de stockage et d’encombrement du magasin).
Ces produits doivent donc être vendables (donc saisissables en commande client) tant qu’il y a du stock présent ou restant à recevoir et ce, quelle que soit la saison de vente de la commande puisqu’en principe ils ne sont plus définis sur une saison commerciale en cours.
Le produit n’est donc plus fabricable (date d’arrêt de fabrication obligatoire), mais vendable sur toute saison.
Le Hors-cours est géré uniquement au niveau produit.
Les produits pour lesquels il existe du stock disponible ou du stock potentiel, peuvent être cochés Hors-cours en fonction du paramètre GEST_HORS_COURS.
Si le paramètre est bloquant, les produits ne peuvent pas être cochés Hors-cours s’il existe de l’encours de fabrication (commande fournisseur restant à entrer, ou à planifier).
Le fait de déclarer un produit Hors-cours le positionne automatiquement en arrêt de fabrication.
Le traitement automatique des produits définis Hors-cours, va cocher chaque taille du produit sur lesquelles il n’y a aucun stock (disponible et potentiel) comme étant épuisée.
Lorsque toutes les tailles du produit sont épuisées, le produit est marqué en arrêt de commercialisation (positionnement de la date d’arrêt de commercialisation).
2 fonctions permettent de gérer les Hors-cours.
AR073W01
Cette fonction permet d'interroger ou de modifier les produits pour la gestion des Hors-cours
Seuls les produits en code état 0 sont traités.
Lorsqu'un produit est coché Hors-cours, il devient valable (donc vendable) dans toutes les saisons commerciales possibles. La partie supérieure de l'écran correspond aux critères de sélection : ils vont permettre de filtrer les produits que l'on veut traiter.
Les critères de sélection sont :
- La saison de commercialisation : affichage des produits prévus dans la collection définie par cette saison.
- La saison de prorogation : affichage des produits prorogés dans cette saison.
- La saison commerciale limite : affichage des produits ayant leur plus grande saison commerciale inférieure ou égale à celle-ci.
- Les coches Hors-cours (Oui / Non / Les deux) : Permet de faire la restriction uniquement sur les produits Hors-cours (coche non nulle), uniquement sur les produits non Hors-cours (coche nulle) ou sur tous les produits sans tenir compte de la coche.
- La catégorie d'article
- L'article
- Le coloris
Le centre de l'écran permet de consulter le résultat de la requête (selon les critères renseignés ou non), de réaliser de nouveau une sous interrogation selon les critères "Article" et "Coloris" et de modifier les dates, motifs (Arrêt de fabrication et de commercialisation) et la coche Hors-cours.
Une mise à jour rapide de la coche Hors-cours, du motif et de la date d'arrêt de fabrication est permise via l'utilisation des boutons TOUT, INV et RIEN :
- TOUT : Coche toutes les zones Hors-cours, impute la date du jour à la date d'arrêt de fabrication et met à jour le motif par le motif par défaut.
- RIEN : Décoche toutes les zones Hors-cours et remet à nul la date et le motif d'arrêt de fabrication.
- INV. : Inverse l'état des zones Hors-cours et met à jour la date et le motif d'arrêt de fabrication selon le cas.
Enfin, dans la partie inférieure, vous pouvez consulter (et seulement consulter) diverses informations :
- Les libellés correspondants aux informations du tableau (coloris, motifs arrêt de commercialisation et fabrication)
- La grille de tailles
- Les tailles fabriquées
- Les tailles à la vente
- Les tailles épuisées
Et ceci, à chaque changement d'enregistrement dans le tableau.
Les mises à jour effectuées sont :
- Date d'arrêt de fabrication mise à la date du jour si on coche la zone Hors-cours.
- Motif d'arrêt de fabrication, soit mis à jour manuellement (choix d'un motif dans la liste de valeur), soit mis à jour par le motif par défaut saisi lors de l'utilisation des boutons (mis à nul si décochage de la zone Hors-cours).
- Date d'arrêt de commercialisation modifiable si on coche la zone Hors-cours.
- Motif d'arrêt de commercialisation modifiable si on coche la zone Hors-cours.
Ces données sont mises à jour au niveau du produit et pour chaque produit prorogé.
N.B. :
Un produit coché peut bien sûr être par la suite décoché sans aucune contrainte.
La date et le motif d'arrêt de fabrication seront alors remis à nul ainsi que la date et le motif d'arrêt de commercialisation et les tailles épuisées. En effet, on part du principe que dès lors qu'on remet un produit en fabrication, il faut également pouvoir le vendre, donc autoriser sa commercialisation sur toutes les tailles à la vente.
AR074 : Traitement automatique des Hors-cours
AR074W01
Cette fonction permet de ne traiter que les produits Hors-cours
Dans tous les cas, un traitement de mise à jour est réalisé.
Un état donnant la liste des produits Hors-cours peut être édité en fonction d'un critère.
Lors du choix du traitement de mise à jour seule, un état simple est édité vous indiquant les critères saisis et l’achèvement du traitement (trace du traitement).
Mises à jour effectuées :
Pour chaque taille, on vérifie s'il reste du stock (potentiel et disponible), dans les magasins qui n'ont pas la coche "stock pas pris dans les besoins" ; s'il reste du stock dans ces magasins, les tailles épuisées sont décochées, sinon elles sont cochées.
Par rapport à ces tailles épuisées, la date et le motif de commercialisation sont mis à jour : si toutes les tailles à la vente sont cochées épuisées, la date est mise à jour avec la date du jour, le motif est renseigné par le critère motif. Si au moins une des tailles à la vente n'est pas cochée épuisée, la date est alors mise à nulle, de même pour le motif.
Les coches ‘tailles épuisées’ de AR001 sont également mises à jour.
N.B. :
pour la bonne mise à jour des Hors-cours, il est préférable de planifier AR074 en tache récurrente automatique (cron ou batch); ainsi, en fonction des mouvements de stock sur les Hors-cours, les produits passent au plus tôt et le plus régulièrement possible du statut "Hors-cours vendable" au statut "Hors-cours épuisé" (et inversement en cas de retour de stock).