TCPTR - Actions réalisées par le traitement de transfert en comptabilité des ordres

   Le transfert se traduit par la création de pièces, d'écritures et de mouvements comptables en fonction des données comptables des lignes d'ordres (QAILOR). Ces données étant proposées suivant la gestion de propositions comptables dans les ordres (GNOT).
Toutes les lignes d'ordres peuvent être transférées même les lignes donnant naissance à des mouvements de stocks. Et ce, malgré le fait que les mouvements de stocks aient eux-mêmes des fonctions de transfert en comptabilité.

   Ce traitement crée une écriture pour chaque triplet type d'écriture, type de pièce et journal paramétré dans les propositions comptables (GNOT). Si ces informations ne sont pas renseignées au niveau de GNOT, ce sont celles du paramétrage du transfert en comptabilité (GTVCP) qui sont prises en compte.
A cette écriture sont rattachés tous les mouvements comptables générés à partir des informations des lignes d'ordres comptabilisables, correspondant à ce paramétrage.
Chaque ligne d'ordres génère deux mouvements comptables ; un débit et un crédit. Les mouvements comptables peuvent être regroupés si la caractéristique "Regroupement des mouvements" est cochée dans le paramétrage GTVCP. Dans ce cas, les mouvements avec les mêmes numéro d'écriture, compte, numéro d'échéance, CGR A, CGR B et devise sont regroupés en un seul, en cumulant les montants débit ou crédit et la quantité d'unité d'oeuvre.

   Une fois le transfert en comptabilité de la ligne d'ordre effectué, chaque détail par lot (QAILOL) de la ligne est marqué à "Transféré" si aucun mouvement d'encours n'est créé. Ils sont marqués à "Encours et Transféré" si de l'encours est géré en plus des mouvements de comptabilisation. S'il y a uniquement de l'encours, les détails sont marqués à "Encours".

   A noter : si l'option "Transfert direct" de GTVCP est activée, les entités sont transférées directement dans les pièces, écritures et mouvements. Sinon, elles sont transférées dans des tables intermédiaires d'interface entre Production et Finances. Le contenu de ces tables est visible en utilisant la transaction GECT. Le traitement TECT ou le bouton "Transfert" de GECT génère ensuite les pièces, les écritures et les mouvements comptables définitifs à partir de ces tables d'interface.

   Une ligne est comptabilisable si :
- une ligne de données active existe dans les propositions comptables (GNOT) pour le site, la classe, l'établissement de l'ordre, la catégorie de l'article et le type de la ligne d'ordre avec la caractéristique "comptabilisable" cochée ;
- la classe d'ordres (GNOR) a la caractéristique "Classe comptabilisable" cochée ;
- le mode de stockage (GMOS) a la caractéristique "Envoi en comptabilité" cochée. Le mode de stockage pris en compte est celui rattaché au mode de production (GMOP). Mode de stockage entrée si le type de la ligne est inférieur ou égal à "GZ", sinon mode de stockage sortie.

   Ci-dessous l'origine des données transférées en comptabilité par le traitement.

   Type d'écriture : il est issu des propositions comptables (GNOT). S'il n'est pas renseigné, c'est celui du paramétrage du transfert en comptabilité (GTVCP) qui est pris en compte.

   Numéro d'écriture de transfert : il est généré automatiquement selon les numéros d'écritures de transfert (GNET).

   Numéro d'écriture définitif : il est créé automatiquement à partir des numéros d'écritures (GNEC).

   Journal : il est issu des propositions comptables (GNOT). S'il n'est pas renseigné, c'est celui du paramétrage du transfert en comptabilité (GTVCP) qui est pris en compte.

   Libellé écriture : il est proposé suivant la caractéristique "Libellé écriture" du paramétrage du transfert en comptabilité (GTVCP).

   Libellé complémentaire : il est proposé suivant la caractéristique "Libellé complémentaire" du paramétrage du transfert en comptabilité (GTVCP).

   Date d'écriture : elle est proposée suivant la caractéristique "Date comptable" du paramétrage du transfert en comptabilité (GTVCP).

   Date d'émission : elle est proposée suivant la caractéristique "Date émission" du paramétrage du transfert en comptabilité (GTVCP).

   Date d'échéance : identique à la date d'écriture.

   Type de pièce : il est issu des propositions comptables (GNOT). S'il n'est pas renseigné, c'est celui du paramétrage du transfert en comptabilité (GTVCP) qui est pris en compte.

   Compte : le compte proposé est celui de la ligne d'ordre (QAILOR) débit ou crédit suivant le cas. Si la caractéristique "Utilisation des exceptions sur compte" est cochée dans GTVCP et si une exception de compte par classe d'ordres (GCPTP) existe, on prend le compte de remplacement. De plus, si la caractéristique "Mise à jour des comptes exceptionnels" est cochée, le compte de la ligne d'ordre est remplacé par le nouveau compte.

   Numéro d'échéance : il vaut toujours 0, c'est-à-dire qu'aucune pièce n'est associée au mouvement. Sauf si le compte nécessite une pièce, auquel cas il sera incrémenté lors du transfert.

   Pièce : elle est générée automatiquement en fonction des numéros de pièces de transfert (GNPIG).

   CGR A : le CGR A proposé est celui de la ligne d'ordre (QAILOR) débit ou crédit suivant le cas. Si la caractéristique "Utilisation des exceptions sur CGR" est cochée dans GTVCP et si une exception de CGR par classe d'ordres (GCGRP) existe, on prend le CGR A de remplacement. De plus, si la caractéristique "Mise à jour des CGR exceptionnels" est cochée, le CGR A de la ligne d'ordre est remplacé par le nouveau CGR.

   CGR B : le CGR B proposé est celui de la ligne d'ordre (QAILOR) débit ou crédit suivant le cas. Si la caractéristique "Utilisation des exceptions sur CGR" est cochée dans GTVCP et si une exception de CGR par classe d'ordres (GCGRP) existe, on prend le CGR B de remplacement. De plus, si la caractéristique "Mise à jour des CGR exceptionnels" est cochée, le CGR B de la ligne d'ordre est remplacé par le nouveau CGR.

   Poste : le poste proposé est celui rattaché au compte (GCPT).

   Unité d'oeuvre : l'unité proposée est celle de la ligne d'ordre (QAILOR) si la caractéristique "Envoi quantité et unité d'oeuvre" est cochée dans GTVCP. Sinon, l'unité proposée est celle rattachée au compte dans GCPT si la caractéristique "Unité d'oeuvre" est indiquée "Obligatoire" dans GCPT.

   Quantité d'unité d'oeuvre : la quantité est proposée suivant la caractéristique "Montant à traiter" de GTVCP. Suivant la valeur de celle-ci, la quantité correspond à la quantité théorique (TO, TR, TS), réajustée (AO, AR, AS) ou réelle (RO, RR, RS). Un cumul est effectué au niveau des détails par lot (QAILOL) de chaque ligne d'ordre. Si aucun détail par lot n'existe, c'est la quantité de la ligne d'ordre qui est prise en compte.

   Montants débit et crédit : le montant est proposé suivant la caractéristique "Montant à traiter" de GTVCP.
- TO : Prix lu pour l'objectif par défaut rattaché au traitement de transfert en comptabilité dans GOTR multiplié par la quantité théorique ;
- TR : Prix réel de la ligne d'ordre multiplié par la quantité théorique ;
- TS : Prix standard de la ligne d'ordre multiplié par la quantité théorique ;
- AO : Prix lu pour l'objectif par défaut rattaché au traitement de transfert en comptabilité dans GOTR multiplié par la quantité réajustée ;
- AR : Prix réel de la ligne d'ordre multiplié par la quantité réajustée ;
- AS : Prix standard de la ligne d'ordre multiplié par la quantité réajustée ;
- RO : Prix lu pour l'objectif par défaut rattaché au traitement de transfert en comptabilité dans GOTR multiplié par la quantité réelle ;
- RR : Prix réel de la ligne d'ordre multiplié par la quantité réelle ;
- RS : Prix standard de la ligne d'ordre multiplié par la quantité réelle.
A noter : si les montants négatifs ne sont pas autorisés (paramètre AUTCPT occurrence NEG), ce montant est multiplié par -1 et change le sens du mouvement comptable. Le débit devient crédit et réciproquement.

   Libelle mouvement : il est proposé suivant la caractéristique "Libellé mouvement" de GTVCP.

   Code entrée : si la caractéristique "Contrôle budgétaire" n'est pas cochée au niveau de GTVCP, il est passé à "M" pour ne pas effectuer le contrôle budgétaire même s'il est actif. Sinon, il n'est pas renseigné.

   L'encours est généré si, dans le paramétrage du transfert en comptabilité (GTVCP), la caractéristique "Génération de l'encours" est cochée et si, dans les propositions comptables (GNOT), la case "Prise en compte de l'encours" est cochée.

   L'encours n'est pas traité si le traitement prend en compte les quantités théoriques (TO, TR, TS) dans la caractéristique "Montant à traiter" de GTVCP.

   Les informations comptables (compte, CGR A, CGR B débit et crédit) transférées sont proposées en fonction du paramétrage de GTVCP et par rapport aux informations de la ligne d'ordre du produit leader.

   L'encours généré correspond à la différence entre le montant de ce qui est fabriqué et le montant de ce qui est utilisé sur l'ordre. Un encours est généré que si le montant des stocks et ressources consommés est supérieur au montant fabriqué. Dans le cas inverse, on considère le produit comme fini donc pas d'encours.

   Ce traitement est également piloté par les exceptions sur productions particulières (GEPP). Le cumul des quantités ne tient pas compte des saisies effectuées sur des exceptions de production sauf si celles-ci ont la case "Prise en compte dans l'encours" cochée dans GEPP.

   Nous prenons un exemple où dans le paramétrage de GNOT les propositions comptables portant sur la catégorie "AR" n'ont pas la case "Comptabilisable" cochée. Comme elles sont utiles au calcul de l'encours, elles ont la case "Prise en compte de l'encours" cochée.
Pour les lignes avec une catégorie autre que "AR", les cases "Comptabilisable" et "Prise en compte de l'encours" sont cochées.

   Soit l'ordre de production suivant :

   1 - Une saisie de réel est effectuée sur PF001 --> quantité réelle de 100.

   Calcul du montant cumulé des fabrications : 100 x 12 EUR = 1200 EUR
Aucune consommation donc le montant des utilisations est de 0 EUR.

   Le montant des fabrications est supérieur au montant des utilisations donc pas d'écriture d'encours.

   2 - Deux saisies de réels sont effectuées sur les ressources RH001 et RM001 en plus des saisies effectuées dans le point 1.
RH001 --> quantité réelle de 200
RM001 --> quantité réelle de 100

   Calcul du montant cumulé des utilisations : 200 x 4 EUR + 100 x 5 EUR = 1300 EUR
Le montant des fabrications est de 1200 EUR.

   Dans ce cas, le traitement génère une écriture d'encours équivalente à la différence entre le montant des fabrications et le montant des consommations. Donc une écriture d'encours de 100 EUR sera générée.

   3 - Saisie de réel effectuée sur la consommation MP001 --> quantité réelle de 50, qui n'est pas comptabilisable dans GNOT, en plus des saisies effectuées dans les points 1 et 2.

   Calcul du montant cumulé des utilisations : 50 x 2 EUR + 1300 EUR (encours déjà traité) = 1400 EUR
Le montant des fabrications est toujours de 1200 EUR.

   Si on lance le transfert en comptabilité à ce moment-là, le montant de l'encours sera de 100 EUR. En effet, le montant des utilisations (1400 EUR) est supérieur au montant des fabrications (1200 EUR).
Le traitement génère une écriture d'encours équivalente à la différence entre le montant des fabrications qui n'ont pas encore été transférées et le montant des utilisations qui n'ont pas encore été transférées.
Ici, le montant des fabrications non traitées est de 0 EUR et celui des utilisations non traitées est de 100 EUR.

   Donc une écriture sera générée avec comme montant débit et crédit 100 EUR.
A noter que même si la ligne de matière première n'est pas comptabilisable, elle est quand même prise en compte pour le calcul de l'encours parce que la case "Prise en compte de l'encours" est cochée dans GNOT.

   4 - Une saisie de réel est effectuée sur la fabrication CO001 --> quantité réelle de 10, en plus des saisies effectuées sur les points précédents.

   Calcul du montant cumulé des fabrications : 10 x 5 EUR + 1200 EUR (encours déjà traité) = 1250 EUR
Le montant des utilisations est de 1400 EUR.

   Si on lance le transfert en comptabilité à ce moment-là, le montant de l'encours sera de -50 EUR. C'est le même cas que le précédent, à savoir que le montant des utilisations (1400 EUR) est supérieur au montant des fabrications (1250 EUR). Le traitement génère une écriture d'encours équivalente à la différence entre le montant des fabrications qui n'ont pas encore été transférées et le montant des consommations qui n'ont pas encore été transférées.
Ici, le montant des fabrications non traitées est de 50 EUR et celui des utilisations non traitées est de 0 EUR.

   Donc une écriture sera générée avec comme montant débit et crédit -50 EUR.

   A noter que toutes les fabrications de l'ordre Produit ou Coproduit sont prises en compte.

   5 - Une saisie de réel est effectuée sur la fabrication PF001 --> quantité réelle de 25, en plus des saisies effectuées sur les points précédents.

   Calcul du montant cumulé des fabrications : 25 x 12 EUR + 1250 EUR (encours déjà traité) = 1550 EUR
Le montant des utilisations est de 1400 EUR.

   Si on lance le transfert en comptabilité à ce moment-là, le montant de l'encours sera de -150 EUR. Le montant des fabrications totales (1550 EUR) est supérieur au montant des utilisations totales (1400 EUR). Mais le montant des fabrications traitées (1250 EUR) est inférieur au montant des utilisations traitées (1400 EUR). Le traitement génère une écriture équivalente à la différence entre le montant des fabrications traitées et celui des utilisations traitées, ici -150 EUR.

   Donc une écriture sera générée avec comme montant débit et crédit -150 EUR.

   Au final les comptes 331000 et 713300 sont équilibrés à 0.

   Attention : pour cet exemple, on considère que le montant à traiter paramétré au niveau de GTVCP est égal à "RR" (prix réel multiplié par la quantité réelle).