Cegid XRP Ultimate  |  I3   Actualisé le 06/10/2022
	Achats
TELOCA - Actions réalisées par le traitement d'éclatement des lignes de locations

Sélection et tri des éléments à traiter

Ce traitement ne peut être exécuté que pour : - une commande ; - une réception ; - une liste de commandes. Les commandes sélectionnées sont triées par établissement, numéro de réception, classe et numéro interne.

Contrôle de l'étape des commandes

Pour que le traitement puisse se réaliser, l'étape de la commande doit être cohérente : - l'étape précédente définie dans les étapes par classe (GETCA) doit avoir été effectuée ; - le traitement ne doit pas déjà avoir été effectué ; - l'état du stock sur la commande doit être correct par rapport au paramétrage de l'étape du traitement dans GETCA. Si ces points sont vérifiés, la commande peut être traitée.

Eclatement en sous-commandes

Les commandes ayant des lignes avec influence sur la location et des lignes sans influence sur la location sont éclatées. L'éclatement est effectué de la manière suivante : - les lignes de commandes n'ayant pas influence en location "restent" sur la sous-commande initiale afin de pouvoir être facturées et la commande traitée passe à l'étape du traitement ; - une nouvelle sous-commande est générée avec les lignes ayant influence en location. Elle est générée à une étape située en fin de vie.    Le mode d'achat (GMDA) des lignes ayant influence en location est modifié. Le nouveau mode d'achat est donné par les équivalences des modes d'achats (GTRC) pour le traitement (SATELOC en standard). Ce nouveau mode d'achat ne doit pas avoir influence sur la facturation. Par contre, il doit avoir un certain nombre de caractéristiques semblables au mode d'achat initial : influence sur les marchés, la réception, la valorisation, les remises, la comptabilité, les immobilisations, les statistiques, les stocks, les prix, la maintenance, la déclaration d'échanges de biens.    La sous-commande est créée à l'identique de la sous-commande initiale : même classe, même numéro. Le sous-numéro est incrémenté de 1 en 1.    La sous-commande est générée à une étape de "fin de vie" qui est donnée par la valeur 1 du paramètre AUTSAREC occurrence LOCETPxxxx où xxxx représente la classe d'achats. Cette étape doit se situer après l'étape du bon à payer (TTAC) et l'étape de contrôle des factures payées (TCFP) et avant l'étape des commandes réceptionnées sans facture (TRSF).    Les informations annexes associées à l'en-tête de la sous-commande initiale sont dupliquées sur la sous-commande générée : gestionnaires (GCAG), échéances (GCAE), conditions de facturation (GCAF), textes avec ligne à 0 (GTXT), paramètres avec ligne à 0 (GCAPE), ventilations par CGR avec ligne à 0 (GVCG) et rubriques avec ligne à 0 (GRUCA). Les informations annexes associées aux lignes de la sous-commande initiale passent sur les lignes de la sous-commande générée (le numéro interne de la commande est mis à jour) : textes des lignes (GTXT), paramètres des lignes (GCAPL), ventilations par CGR des lignes (GVCG), rubriques des lignes (GRUCA), conditions de facturation des lignes (SAICFL), détails de remise (GDRLA), fiches d'immobilisations provisoires (GAMIMP).    Suivant l'occurrence LOCLCD du paramètre AUTSAREC, il est possible de générer un lien entre la sous-commande initiale et la sous-commande générée. Le type de lien est donné par cette même occurrence.    L'utilisateur de création et la date de création de la sous-commande générée sont affectés en fonction de l'occurrence USRTRF du paramètre AUTACHAT.

Valorisation en réception

La valorisation d'une réception consiste à calculer les montants des conditions de facturation et des échéances de paiement de chaque commande de la réception. La sous-commande traitée ainsi que la sous-commande générée par l'éclatement sont valorisées.

Mises à jour annexes

1) Si la commande traitée a été transférée en comptabilité (engagement (TVCCE) ou facture non parvenue (TVCCP) suivant les étapes définies pour la classe) et si elle est éclatée ou mise à une étape de "fin de vie" : - une écriture est générée afin d'annuler l'écriture origine. Cette écriture est identique à celle qui aurait été générée par le traitement d'annulation en comptabilité (TDEG) si la commande avait suivi un cycle normal ; - une écriture (engagement (TVCCE) ou facture non parvenue (TVCCP)) est générée pour la sous-commande initiale qui reste en attente de facturation. Dans ce cas, il est possible de préciser une nouvelle date comptable.    2) Si le transfert en statistique réception (TSTTRA) a été effectué pour la commande traitée et si celle-ci est éclatée ou mise à une étape de "fin de vie", les statistiques réceptions sont annulées et elles sont régénérées pour la sous-commande initiale et/ou pour la nouvelle sous-commande.

Mise à jour des commandes

Si le traitement se déroule sans anomalie, l'étape des commandes est égale à : - l'étape du traitement si, pour la commande traitée, il n'y a aucune ligne avec influence sur la location ou s'il y a des lignes avec influence sur la location et des lignes sans influence sur la location (cas où la commande est éclatée) ; - l'étape de "fin de vie" si, pour la commande traitée, toutes les lignes ont influence sur la location.    La mise à jour est réalisée si l'étape de la commande est strictement inférieure à l'étape du traitement. Le traitement ne peut être effectué qu'une seule fois. Mise à jour, sur la commande, de la date de la dernière étape réalisée, elle est égale à la date à laquelle est exécuté le traitement.

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 (CHECA) 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 (GETCA) que vous indiquez si la mémorisation est active ou non.

Traitement d'une liste de commandes

Lorsque le traitement s'est déroulé sans anomalie pour au moins une commande et qu'il est lancé par liste, 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 lignes de locations. 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é.