TCLOP - Actions réalisées par le traitement de clôture de production

   Le traitement TCLOP prend en compte le paramètre AUTQAL, occurrence DATCLO, pour l'établissement de connexion.

   Seules les lignes de détail par lot dont la date réelle est comprise entre la date 1 et la date 2 de ce paramètre sont contrôlées.

   Si le traitement ne trouve pas d'erreur, et qu'il est paramétré en traitement réel, la date 1 reçoit la date 2, puis la date 2 reçoit la date de la prochaine clôture prévue (calculée en utilisant la valeur 1 : date de prochaine clôture prévue = nouvelle date + nombre de jours de valeur 1).

   Dans le cas d'une ligne stockable (donc avec influence en stock), le traitement sortira l'erreur : QACLO051 Clôture impossible : stock non traité.
Cela veut dire que, sur la ligne de détail par lot précisée, l'état du stock n'est pas à "T" (une saisie a été faite en production, mais le traitement de mise à jour des stocks n'a pas été lancé ou s'est mal passé).
Cette erreur ne peut se produire que sur une classe d'ordres qui n'est pas en mise à jour des stocks en temps réel.

   Dans le cas d'une ligne stockable (donc avec influence en stock), le traitement va vérifier que tous les détails par lot de cette ligne ont bien généré des mouvements de stocks.
Dans le cas contraire, TCLOP sortira l'erreur : QACLO052 Clôture impossible : mouvements de stocks non générés.

   Cela veut dire que, pour la ligne de détail par lot précisée, le mouvement de stock n'a pas été généré. Pour vérifier cela, il suffit d'aller regarder la zone "Mouvement de stock" dans le détail par lot concerné (pavé "Compléments"). Dans ce cas, celle-ci ne doit pas être cochée.
Cette erreur ne peut se produire que sur une classe d'ordres qui précise que les mouvements de stocks doivent être générés, et qui porte sur un article de catégorie "AR".

   Le traitement vérifie que tous les détails par lot de cette ligne ont été correctement transférés en comptabilité.
Dans le cas contraire, le traitement de clôture renvoie l'erreur : QACLO054 - Clôture impossible : la ligne n'est pas transférée en comptabilité

   Cela signifie que, pour la ligne de détail par lot précisée, le traitement de transfert en comptabilité n'a pas été lancé ou s'est mal passé. Pour vérifier cela, il suffit d'aller regarder la zone "Transféré en comptabilité" dans le détail par lot concerné. Dans ce cas, celle-ci ne doit pas être cochée.

   Cette erreur ne peut se produire que sur une ligne d'ordre dont :
- le type influe sur le stock (donc non compris entre "GZ" et "TZ" inclus) ;
- le mode de stockage (pris à partir du mode de production par transitivité) précise "Envoi en comptabilité" ;
- l'ordre porte sur une classe comptabilisable ;
- les informations de la ligne traitée (site, classe, type et catégorie d'article) sont gérées de façon comptabilisable dans la proposition comptable des ordres (GNOT) ;
- la quantité réelle du détail par lot de la ligne traitée est renseignée et différente de zéro.

   A noter : dans le cas où le traitement de transfert en comptabilité des ordres (TCPTR) a été effectué avant l'affectation des lots, les détails par lot n'ont donc pas été "marqués" comme "transférés en comptabilité".
Le traitement de clôture de la GPAO indiquera alors que la ligne d'ordre n'a pas été transférée en comptabilité.
Pour éviter cette erreur, il faut paramétrer une occurrence pour le paramètre CLACLO avec la classe de l'ordre et le type de ventilation (GTVCP) utilisé lors du transfert en comptabilité.

   Il est possible de définir une étape minimale à laquelle un ordre doit être pour que la clôture puisse s'effectuer.
Cette étape est définie sur la classe d'ordres (GNOR).
Bien entendu, seuls les ordres dont au moins un détail par lot possède une date réelle comprise entre les dates de contrôle de la clôture, sont pris en compte.
Le message QACLO055 - Clôture impossible : étape minimale non franchie survient en cas d'anomalie.

   Dans le cas d'une ligne de composé dont le mode de production précise que la consommation automatique est gérée, le traitement vérifie que tous les détails par lot de la ligne du composé ont généré des consommations automatiques.

   Dans le cas contraire, l'erreur QACLO056 - Clôture impossible : Consommation automatique non effectuée survient.

   Cela signifie que, pour la ligne de détail par lot du composé précisée, le traitement de consommation automatique n'a pas été lancé ou s'est mal passé.
Pour vérifier cela, il suffit d'aller regarder la zone "Consommation automatique" dans le détail par lot concerné. Dans ce cas, celle-ci doit être à l'état "consommation non calculée".

   De plus, le traitement se termine en erreur que si la quantité réelle du détail par lot de la ligne traitée est renseignée et différente de zéro.

   Pourquoi une clôture de production ?

   A partir du moment où une clôture de stock est faite et que la date de cette clôture est positionnée, il n'est plus possible d'influer sur les stocks à une date antérieure à la date de clôture des stocks.
S'il n'y a pas de clôture de production, nous risquons de nous trouver dans une impasse.

   Exemple : la clôture de stock est faite au 31/05/2002, mais il reste des ordres sur le mois de mai dont les mouvements n'ont pas été générés, et sur lesquels la consommation automatique est active mais n'a pas été générée.

   Si on essaye de lancer le traitement de génération des mouvements de stocks sur ces ordres, le traitement va sortir une erreur SKCL001 La date du mouvement est inférieure à la date de clôture des stocks. En effet, les mouvements sont générés aux dates correspondant aux dates de saisies réelles dans les détails par lot (donc sur mai). On essaye donc de générer des mouvements sur mai, alors que mai est clôturé en stock !

   Le principe est exactement le même pour la consommation automatique (celle-ci se fait en tenant compte de la date de saisie de fabrication).

   Sur cet exemple simple, tout l'intérêt d'une clôture de production apparaît.
Il est aussi important de noter que, dans le même esprit de logique, le traitement de clôture des stocks est prévu pour sortir une erreur tant que la clôture de production n'est pas terminée.

    Ne pas confondre clôture de production (TCLOP) et le traitement de clôture des ordres (TCOR).
Après le traitement de clôture des ordres, toute saisie est interdite sur l'ordre ainsi clôturé. Mais cela ne veut pas dire que tous les mouvements de stocks ont bien été générés sur cet ordre.
Inversement, le traitement de clôture de production n'effectue que des vérifications. Une fois ce traitement correctement terminé, nous sommes sûrs que tous les mouvements de stocks sont bien générés, mais cela n'interdit pas de faire de nouvelles saisies sur les ordres. Donc, il est tout à fait possible de pouvoir continuer à travailler sur un ordre qui est sur une période se superposant en partie aux dates de clôtures de production. Il n'est donc pas nécessaire de clôturer les ordres (TCOR) pour clôturer la production (TCLOP).

   Un exemple :

   Lancement du TCLOP, sur la période du 01/05 au 31/05.
En rouge, voici les erreurs constatées par TCLOP :

   Remarquons que les saisies sur juin ne sortent pas en erreur, car cette période n'est pas concernée.

   Correction des erreurs (lancement des traitements adéquats : TSTKG, TPROD...).
Toutes les lignes sont donc maintenant traitées.

   Mais, avant de relancer TCLOP, de nouvelles saisies sont faites sur juin, car l'ordre continue de "vivre".

    Ces nouvelles saisies sur juin ne posent aucun problème, car cette période n'est pas concernée par la clôture. TCLOP peut donc être effectivement relancé :
Le compte rendu précisera :
Simulation : OK (si traitement lancé en simulation),
ou
Mise à jour de la date de clôture : OK (si traitement réel).
Dans ce cas, la date 1 du paramètre AUTQAL, occurrence DATCLO, devient le 01/06/2002, et la date 2 devient le 30/06/2002.