Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
Ventes | |||
TPCN - Actions réalisées par le traitement de préparation d'expéditions à partir des achats |
Sélection des commandes |
Une commande de ventes est sélectionnée : - si l'étape précédente obligatoire est réalisée ; - si elle n'est pas déjà expédiée ; - si les stocks n'ont pas été mis à jour ; - si des commandes soldes n'ont pas été générées pour cette commande ; - si elle n'est pas facturée. De plus, il faut qu'il existe sur cette commande un lien avec une demande (GDAI) ou une commande d'achats (GCDA). Le type de lien doit correspondre à un type de lien origine pour les types de négoce dont le sens est Vente/Achat. Dans le cas où la commande ne satisfait pas à tous ces critères, un message non bloquant le signale dans le compte rendu du traitement et l'étape de la commande évolue. |
Affectation des quantités livrées | ||||||||||||||||||||||||||||||||||||||||||||||||
Pour chaque commande de ventes, après avoir sélectionné la commande d'achat origine, vérification que cette dernière ait bien été réceptionnée et que son étape soit comprise dans la fourchette d'étapes paramétrée (occurrence ETPNGA du paramètre AUTSVPCN). Le traitement vérifie également qu'au moins une des lignes de la commande de ventes a la réception liée qui est terminée (champ origine des réceptions différent de "L"). Les tableaux ci-dessous indiquent ce qui est réalisé lorsqu'un article vendu correspond à un article acheté.
Si l'article acheté est géré par lot et/ou par emplacement mais que les détails par lot et/ou emplacement ne sont pas affectés sur la commande d'achats, le traitement est en erreur. Dès que les quantités livrées sont renseignées, la réservation des stocks est effectuée. L'emplacement par défaut est sélectionné comme cela est expliqué par l'occurrence PROEMP du paramètre AUTSTOCK. Si la quantité réceptionnée est supérieure à la quantité commandée, l'affectation de la quantité livrée dépend de l'occurrence AFFQTE du paramètre AUTSVPCN. Si l'article acheté représente plusieurs articles vendus : Si la réception est globale et que les articles vendus ne sont ni gérés par lot ni par emplacement, la quantité livrée de chaque article vendu est égale à sa quantité commandée en tenant compte du coefficient de conversion (Vente -> Livraison). Si la réception est globale et que les articles vendus sont gérés soit par lot soit par emplacement ou si la réception est partielle, un message non bloquant signale que la répartition des quantités sur les lignes d'articles vendus est impossible. Le traitement effectue seulement la mise à jour de l'étape de la commande de ventes. Les données seront renseignées par le traitement TPEX en fonction du stock disponible. |
Génération des commandes soldes |
Une commande solde est générée si la réception de la commande d'achats ne permet pas d'affecter totalement la quantité livrée d'une ligne de la commande de ventes. Cette génération est automatique si le lien de négoce se fait entre une commande de ventes et une demande d'achats (GDAI). Si le lien est fait avec une commande d'achats, la génération est effectuée si le paramètre PR1 associé au traitement est égal à "S". La commande solde est générée à la même étape que la commande d'origine avant le passage du traitement. Il est possible de définir une étape différente de génération suivant l'occurrence ETPGEN du paramètre AUTSVPCN. Possibilité également de définir une date au plus tôt différente de la commande d'origine suivant l'occurrence DEDGEN du paramètre AUTSVPCN. Un calcul au prorata pour les montants des conditions de facturation non obligatoires dont le mode de calcul est "+" est possible entre la commande d'origine et la commande solde suivant l'occurrence DUPCVF du paramètre AUTSVPCN. |
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 d'expéditions à partir des commandes achats. 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é. |
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. |