Cegid XRP Ultimate  |  I3   Actualisé le 06/10/2022
	Ventes
TSCV - Actions réalisées par le traitement d'éclatement des commandes par dépôt et date

Réalisation de l'éclatement en sous-commandes

Les commandes à traiter sont triées par établissement, classe de commandes, numéro et sous-numéro.    Pour que le traitement puisse se réaliser, il faut que l'étape de la commande soit inférieure à celle du traitement TSCV.    Après avoir vérifié la cohérence de l'étape de la commande, le traitement contrôle que la commande comporte au moins une ligne. Ensuite, il vérifie que parmi les lignes de la commande, le dépôt et/ou la date d'expédition soit renseigné et si c'est le cas le traitement d'éclatement est réalisé, sinon l'étape de la commande évolue et aucune modification n'est apportée sur la commande.    Par commande, les lignes sont triées et regroupées par dépôt et date d'expédition.    1) Si toutes les lignes ont même date et même dépôt, alors : - la date et le dépôt sont effacés sur toutes les lignes ; - le dépôt de la commande devient égal à celui des lignes s'il était renseigné ; - suivant que la date d'expédition effective de la commande est précisée ou non, le traitement est différent :      a) si précisée, la date d'expédition prévue (au plus tôt) de la commande n'est pas modifiée. La date d'expédition effective de la commande devient égale à celle des lignes si elle était renseignée.      b) si non précisée, la date d'expédition prévue (au plus tôt) de la commande devient égale à celle des lignes si elle était renseignée.    2) Si les lignes ont des dates et des dépôts différents, création d'une sous-commande par dépôt et date identiques. La sous-commande est créée à l'identique de la commande initiale, même classe, même numéro, seul le sous-numéro est incrémenté de 1 en 1. Le dépôt, la date d'expédition effective, la date d'expédition prévue et l'étape ont des valeurs différentes. Le dépôt de la sous-commande est égal à celui des lignes s'il était renseigné, sinon on conserve celui de la commande initiale. Si la date d'expédition effective de la commande initiale est renseignée, la date d'expédition effective de la sous-commande est égale à celle des lignes si elle était renseignée, sinon on conserve celle de la commande initiale. La date d'expédition prévue de la sous-commande est égale à celle de la commande initiale. Si la date d'expédition effective de la commande initiale n'est pas renseignée, celle de la sous-commande ne l'est pas non plus. La date d'expédition prévue de la sous-commande est égale à celle des lignes si elle était renseignée, sinon on conserve celle de la commande initiale.    La date au plus tard est alimentée est fonction de la valeur testée 1 de l'occurrence AFFDEF du paramètre AUTSVSCV.    La sous-commande est générée à l'étape du traitement TSCV. La sous-commande générée est valorisée. Si la valeur du paramètre ETP associé au traitement vaut "O" ou si la case "Envoi des traitements" est cochée, les traitements sont exécutés pour les sous-commandes générées. Les traitements exécutés sont tous ceux non encore réalisés, jusqu'à trouver un arrêt proposition dans les étapes par classe (GETCV).    Lorsque toutes les sous-commandes ont été créées, la commande initiale est re-valorisée. La commande initiale conserve les lignes qui n'ont pas entraîné la création de sous-commandes. Cas particulier des commandes ne possédant que des lignes avec un dépôt différent de celui de l'en-tête : le choix de conserver ou non cet en-tête avec son dépôt d'origine est fonction de l'occurrence CDEORI du paramètre AUTSVSCV. Après traitement, il ne doit plus exister de lignes avec date et dépôt renseignés, ils sont effacés sur toutes les lignes.    2 options supplémentaires de reprise par rapport à la commande traitée existent pour ce traitement : - les conditions de facturation selon l'occurrence DUPCVF du paramètre AUTSVSCV ; - les appels de fonds selon l'occurrence DUPAAI.    Le traitement contrôle que le composé et ses composants sont sur la même sous-commande.

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 d'éclatement des sous-commandes par dépôt et date. 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.