Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
| Ventes | |||
| TPEX - Actions réalisées par le traitement de préparation des expéditions | |||
| Sélection et tri des commandes |
| Les commandes traitées sont celles pour lesquelles : - l'étape précédente obligatoire au traitement de préparation des expéditions a été réalisée ; - le traitement de préparation n'a pas déjà été effectué. Vérification que l'étape de la commande est strictement inférieure à l'étape associée au traitement de préparation des expéditions. Plusieurs paramètres sont pris en compte pour trier les commandes sélectionnées. Il est possible de tenir compte de la priorité de livraison des commandes. Pour cela on utilise l'occurrence TRIURG du paramètre AUTSVT. Les commandes peuvent de plus être triées par numéro ou en fonction de la date d'expédition (occurrence TRICDE du paramètre AUTSVPEX). Si la priorité de livraison est gérée, le tri des commandes est le suivant : 1) si tri par commande : - établissement ; - priorité de livraison (tri ascendant ou descendant selon le paramétrage) ; - numéro, sous-numéro de commande. 2) si tri par date d'expédition : - établissement ; - priorité de livraison (tri ascendant ou descendant selon le paramétrage) ; - date d'expédition effective ou date d'expédition prévue (au plus tôt) de la commande si la date effective n'est pas connue ; - numéro, sous-numéro de commande. Si la priorité de livraison n'est pas gérée, le tri des commandes est le suivant : 1) si tri par commande : - établissement ; - classe, numéro, sous-numéro de commande. 2) si tri par date d'expédition : - établissement ; - date d'expédition effective ou date d'expédition prévue (au plus tôt) de la commande si la date effective n'est pas connue ; - classe, numéro, sous-numéro de commande. |
| Contrôle des ordres de production liés à la commande |
| Si la commande de ventes est liée à un ordre de production, le traitement ne fait aucune action hormis le changement d'étape de la commande traitée et la mise à jour de l'historique. L'utilisateur est averti par un message d'alerte. Il est toutefois possible de bloquer la commande de ventes si un des ordres de production liés n'a pas atteint l'étape paramétrée dans la valeur 1 de l'occurrence P du paramètre DOMSVLCD. Si tous les ordres de production ont atteint l'étape paramétrée, la commande passe l'étape du traitement et l'historique est mis à jour. |
| Affectation des quantités expédiées et facturées | ||||||||||||||||||||||||||||
| Si avant le traitement, la quantité livrée est déjà renseignée sur la ligne de commande, elle n'est pas modifiée. Eventuellement, le détail de cette quantité par lot et/ou emplacement peut être affecté par le traitement. Pour cette affectation, deux cas sont possibles en fonction de l'existence du lien avec l'Application Stocks. Le lien avec les stocks est géré dans la mesure où les quatre conditions suivantes sont vérifiées. Dès qu'une des conditions est fausse, le lien avec les stocks est inexistant. - La classe de commandes influe sur les stocks. - Le dépôt physique du dépôt de la commande est un dépôt de stock. Le dépôt de la commande correspond au dépôt de la ligne de commande s'il est renseigné, sinon au dépôt de l'en-tête de commande. - Le mode de vente de la ligne de commande influe sur les stocks. - L'article vendu est géré en stock, soit directement, soit par l'intermédiaire d'un autre article. Un article vendu peut être rattaché à un article stocké différent (voir gestion des articles vendus GATV). 1) Lorsqu'il n'y a pas de lien avec l'Application Stocks : Sur la ligne de commande, si la quantité expédiée n'est pas renseignée le traitement affecte la quantité expédiée en convertissant la quantité commandée en unité de livraison de la ligne et la quantité facturée en convertissant la quantité commandée en unité de facturation de la ligne. 2) Lorsqu'il y a un lien avec l'Application Stocks : La première partie du traitement consiste à vérifier pour chaque article que la quantité commandée est disponible en stocks. Le calcul de la quantité disponible en stocks est fonction de l'occurrence STKENC du paramètre AUTSVPEX et du paramétrage fait dans GSTK. Si la quantité disponible n'est pas suffisante par rapport à la quantité commandée, c'est qu'il y a rupture de stocks. Pour vérifier la quantité en stocks, la date utilisée est par ordre de priorité la date d'expédition prévue de la ligne de commande ou la date d'expédition effective de la commande ou la date d'expédition prévue de la commande. Sur la ligne de commande, si la quantité expédiée n'est pas renseignée et s'il n'y a pas rupture de stocks le traitement affecte la quantité expédiée en convertissant la quantité commandée en unité de livraison de la ligne et la quantité facturée en convertissant la quantité commandée en unité de facturation de la ligne. Sur la ligne de commande, si la quantité expédiée n'est pas renseignée et s'il y a rupture de stocks, l'affectation est fonction des indications données par les occurrences AFFQTE et STKRES du paramètre AUTSVPEX. Récapitulatif des différents cas lorsqu'il y a rupture de stocks :
L'occurrence QTEZER du paramètre AUTSVPEX permet de rejeter une commande pour laquelle il n'y aurait rien à livrer (quantité expédiée égale à zéro sur chaque ligne de la commande). Dans tous les cas, après avoir affecté la quantité livrée, le stock disponible est re-contrôlé et les réservations de stocks à date sont actualisées si elles sont gérées. Cette information est connue grâce au paramétrage de l'occurrence UTLSRD du paramètre AUTSVT. |
| Contrôle de la somme des quantités |
| Si le contrôle de la somme est activé dans GCAR, la somme des quantités des lignes des divers composants doit être identique à celle des quantités des éléments du kit. Pour ce contrôle, utilisation de la quantité livrée si renseignée, sinon, prise en compte de la quantité commandée convertie en unité de livraison. |
| Prise en compte des équivalences des modes de vente |
| Le traitement prend en compte les équivalences des modes de ventes qui peuvent être définies dans GEMV, et éclate les lignes de commande en fonction de ces équivalences, de la quantité à livrer et de la quantité en stock disponible sur chacun des modes de stockage associés aux modes de vente équivalents. Ainsi pour une ligne avec un mode de vente, on retrouvera une ou plusieurs lignes avec des modes de vente différents. La prise en compte des équivalences des modes de vente est gérée par l'occurrence UTLEMV du paramètre AUTSVPEX. Exemple Ligne de commande d'origine avec une quantité commandée de 100 et mode de vente V. L'occurrence UTLEMV du paramètre AUTSVPEX est définie avec la valeur testée 1 égale à "O" et la valeur testée 2 égale à "O". Equivalences du mode de vente V dans l'ordre croissant : - V1 dont le mode de stockage est S1 ; - V2 dont le mode de stockage est S2. Les modes de stockage S1 et S2 disposent respectivement d'une quantité de 60 et 100. Le mode de stockage du mode de vente V est S. Que le stock sur le mode de stockage S soit suffisant ou insuffisant les équivalences s'appliquent. Le traitement va créer 2 lignes de commande avec : - pour la première le mode de vente V1 et quantités commandée et livrée de 60 ; - pour la seconde le mode de vente V2 et quantités commandée et livrée de 40. La ligne de commande d'origine aura les quantités commandée et livrée égales à 0 dans le cas où elle est conservée. En effet, elle peut être supprimée lorsque le stock est suffisant sur les modes de stockage équivalents. Ceci est fonction de l'occurrence TYPLCD du paramètre AUTSVPEX qui détermine si des liens sont créés entre la ligne de commande d'origine et les lignes générées sur les modes de vente équivalents. De ce fait l'affectation des lots et/ou emplacements utilise les équivalences des modes de vente, puisque le traitement traite les nouvelles lignes créées avec les modes de vente équivalents. Autres exemples Exemple 1 Ligne de commande d'origine avec une quantité commandée de 1200 et un mode de vente V. L'occurrence UTLEMV du paramètre AUTSVPEX est définie avec les valeurs testées 1 et 2 égale à "O". Equivalences du mode de vente V dans l'ordre croissant : - V dont le mode de stockage est S ; - V1 dont le mode de stockage est S1 ; - V2 dont le mode de stockage est S2. Les modes de stockage S, S1 et S2 disposent respectivement d'une quantité de 38, 440 et 500. Le traitement va créer 2 lignes de commande : - la première avec le mode de vente V1 et quantités commandée et livrée de 440 ; - la seconde avec le mode de vente V2 et quantités commandée et livrée de 500. La ligne de commande d'origine aura la quantité commandée égale à 260 et la quantité livrée égale à 38. Ainsi un solde de 222 sera généré. Exemple 2 Une commande en date du 01/03/2014 qui contient une ligne de commande avec une quantité commandée de 15 et un mode de vente V. L'occurrence UTLEMV du paramètre AUTSVPEX est définie avec la valeur testée 1 égale à "O" et la valeur testée 2 égale à "N". L'occurrence AFFLOP du paramètre AUTSVPEX est définie avec une valeur testée 2 égale à "PE" pour indiquer que le tri des lots est effectué par date de péremption. Equivalences du mode de vente V dans l'ordre croissant : - V dont le mode de stockage est S ; - V1 dont le mode de stockage est S1. Sur le mode de stockage S, un lot L1 est présent avec une quantité de 10 qui se périme le 31/12/2014. Sur le mode de stockage S1, un lot L2 est présent avec une quantité de 10 qui se périme le 15/06/2014. Le traitement va créer 2 lignes de commande : - la première avec le mode de vente V et quantités commandée et livrée de 5 sur le lot L1 ; - la seconde avec le mode de vente V1 et quantités commandée et livrée de 10 sur le lot L2. Tous les lots L2 sont affectés en priorité car ceux-ci se périment avant les lots L1. |
| Affectation des lots de production et/ou emplacements |
| L'affectation du détail par lot de production et/ou emplacement n'est possible que lorsque la quantité expédiée est renseignée et différente de zéro. Cette quantité pouvant être affectée par ce traitement, ou saisie préalablement. De plus, le lien avec l'Application Stocks doit être actif et l'article stocké doit être géré par lot de production et/ou par emplacement. Un article est géré par lot si le mode de contrôle de l'article stocké qui lui est associé autorise la gestion des lots de production. Un article vendu est géré par emplacement, si l'emplacement principal de l'article stocké qui lui est associé est renseigné ou si le dépôt physique associé au dépôt de la commande rend les emplacements obligatoires. Les lots et/ou emplacements ne sont affectés que si la valeur testée 1 de l'occurrence AFFLOP du paramètre AUTSVPEX indique que l'affectation doit être réalisée. L'affectation des lots se fait également en fonction des statuts qualités autorisés pour la transaction (en standard : SVTPEX), pour la classe de commandes et le mode de vente (GASQV). De plus, un lot n'est pas sélectionné s'il n'est pas autorisé dans GQLL. Prise en compte également du cas "nombre de lot maxi" à prélever de la ligne de commande à 0 : recherche du premier lot valide ayant une quantité suffisante. Pour les articles gérés seulement par emplacement, la proposition est effectuée sur un emplacement déterminé par l'occurrence PROEMP du paramètre AUTSTOCK. Pour les articles gérés par lot, l'ordre de priorité pour l'affectation des lots est déterminé par la valeur testée 2 de l'occurrence AFFLOP du paramètre AUTSVPEX. Lorsque les lots de production ne peuvent pas être affectés à hauteur de la quantité expédiée (lots manquants), il est possible, soit de rejeter la commande, soit seulement de le signaler par un message. Ceci est fonction de l'occurrence MNQLOP du paramètre AUTSVPEX. |
| Contrôle des lots à affecter |
| Des contrôles de cohérence sur les lots à affecter sont réalisés. L'occurrence PRPDLV du paramètre AUTSVPEX indique si ces contrôles doivent être faits. Ainsi ne sont pas affectés sur une commande les lots dont : - la date de péremption est inférieure à la date d'expédition ; - et/ou la date limite de vente est inférieure à la date d'expédition. Les contrôles sur la date de péremption et du dépassement de la DLV ne sont pas réalisés lorsque la quantité expédiée est négative. Un autre contrôle indépendant de ce paramétrage est effectué si sur la ligne de commande le nombre de lots maximum à prélever est renseigné. Après l'affectation, vérification qu'il n'y ait pas plus de lots associés à la ligne de commande que de lots maximum autorisés. |
| Mise à jour de la date d'expédition prévue |
| L'occurrence MAJDED du paramètre AUTSVPEX permet de modifier la date d'expédition prévue (au plus tôt) sur toutes les lignes des commandes traitées. Ceci est réalisé pour que le contrôle de la date d'expédition prévue par rapport à la date de dernière libération du stock ne bloque pas le traitement. Ce contrôle est fait pour ne pas avoir de stocks à date négatifs et pour ne pas avoir de problème lors de la clôture des stocks. La date d'expédition prévue n'est modifiée que si elle est avancée dans le temps. Les réservations à date faites à l'ancienne date sont annulées et actualisées par rapport à la nouvelle date. Dans le cas où la date d'expédition des lignes est modifiée, il est impératif d'exécuter le traitement d'éclatement en sous-commandes en fonction de la date et des dépôts (TSCV) après la préparation. Exemple : Commande dont la date d'expédition prévue est le 30/09, libération du stock le 02/10, exécution du traitement de préparation le 03/10 : traitement bloqué car au 30/09 il n'y a pas de stocks. La solution est donc de décaler la date d'expédition prévue à une date supérieure à la date de libération. |
| Historique de l'étape |
| Comme pour toutes les transactions référencées dans les étapes, possibilité au niveau de la commande de conserver une trace de l'étape réalisée. Création de cet historique en indiquant le numéro de l'étape, l'utilisateur ayant effectué l'étape, ainsi que la date et l'heure de réalisation de l'étape. C'est lors de la définition de l'étape par classe (GETCV) que vous indiquez si la mémorisation est active ou non. |
| Traitement d'une liste de commandes |
| Si l'élément traité est une liste de commandes, vérification en fonction du paramétrage, si autorisation de traiter des commandes relatives à différents établissements (occurrence V du paramètre AUTLISTE). Lorsque le traitement se déroule sans anomalie, modification de la liste pour indiquer la dernière étape réalisée. Mise à jour de l'étape, elle est égale à l'étape du traitement de préparation des expéditions. Mise à jour de la date de dernier traitement. Mise à jour de l'utilisateur ayant réalisé le traitement. Mise à jour du dernier traitement réalisé. |