Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
| Ventes | |||
| TCLOV - Traitement de clôture des ventes | |||
| Ce traitement permet de clôturer les ventes pour une période donnée et ainsi, de figer les ventes à une date (date de dernière clôture). La saisie d'une commande sur une période antérieure à cette date est ensuite interdite (occurrence DATE). La clôture vérifie que, lorsqu'une série d'étapes est commencée, elle est entièrement terminée. Ces contrôles s'appuient sur les étapes paramétrés dans GCLOV et ils sont effectués sur les commandes mais aussi sur les expéditions et les factures. Exemple : si la facturation est composée des étapes : - 600 traitement de facturation ; - 640 édition des factures ; - 700 transfert des factures en comptabilité ; - 780 traitement de transfert en statistiques. La clôture vérifie périodiquement que toutes les factures ont atteint l'étape 780. Une fois les différents contrôles réalisés, le traitement met à jour les dates de dernière et prochaine clôture pour les classes pour lesquelles aucune commande n'est en anomalie. De plus, dès que toutes les classes sont clôturées à la même date, le paramètre AUTSVT occurrence DATCLO est mis à jour avec la date de dernière clôture. Le traitement peut être lancé en simulé ou en réel. Dans le cas où il est exécuté en simulé, seuls les contrôles sont effectués, aucune mise à jour n'est réalisée. En parallèle, le traitement effectue un grand total par jour de facturation, par mois et un en fin d'exercice quand le critère est activé. |
| Soumission (voir aussi : Paramétrage du traitement) |
| Classes de commandes |
| Sélection des commandes en utilisant une fourchette de classes ou en précisant au maximum cinq classes distinctes. Si indication d'une fourchette, seuls les éléments compris entre la borne inférieure et la borne supérieure seront pris en compte dans la sélection. |
| Etablissement |
| Sélection des commandes en utilisant une fourchette d'établissements. Seuls les éléments compris entre la borne inférieure et la borne supérieure seront pris en compte dans la sélection. |
| Ajout des commandes en erreur dans la liste |
| Les commandes en anomalie détectées par le traitement peuvent éventuellement être automatiquement insérées dans une liste. |
| Liste |
| Code de la liste dans laquelle les commandes sont insérées. Ce code peut faire référence à une liste déjà existante ou à une nouvelle liste. |
| Mnémonique |
| Si la liste existe déjà, le mnémonique est proposé par défaut et modifiable. Si la liste est nouvelle, la saisie du mnémonique est facultative. |
| Libellé |
| Si la liste existe déjà, le libellé complet est proposé par défaut et modifiable. Si la liste est nouvelle, le libellé complet doit être saisi. |
| Réduit |
| Si la liste existe déjà, le libellé réduit est proposé par défaut et modifiable. Si la liste est nouvelle, le libellé réduit doit être saisi. |
| Etape |
| Le numéro de l'étape correspondant au dernier traitement ou à la dernière édition effectué(e). Lorsque la liste est créée, il est obligatoire de préciser une étape. Celle-ci n'est qu'à titre informatif, car ce sont les étapes des commandes composant la liste qui sont prises en compte. Si la liste existe déjà, l'étape est proposée par défaut et modifiable. |
| Objectif |
| A titre informatif. Permet, par exemple, de préciser pour quel traitement la liste est utilisée (livraison, facturation, etc.). Les valeurs sont les occurrences du paramètre OBJSVLSC. |
| Fin d'exercice |
| Option permettant de générer un cumul grand total lié à la fin d'exercice. Utilisable uniquement en traitement réel. |
| Actions réalisées par le traitement |
| Paramètres |
| AUTSVT - DATCLO |