Pièces automatiques

• Code pièce (champ COD)

Ce code identifie de façon unique le schéma d'écriture à utiliser pour valider comptablement une pièce.

• champ DES

Désignation
Libellé sur 30 caractères alphanumériques.

• champ DESSHO

Cet intitulé permet de donner une désignation à la fiche.
Il est utilisé dans certains écrans ou états lorsqu'il n'y a pas assez de place pour visualiser l'intitulé long.

• Module (champ MODULE)

Module fonctionnel auquel sera rattachée l'écriture générée

• Code activité (champ CODACT)

Pas d'aide liée à ce champ.

• Table déclenchante (champ TBL)

La table définie dans ce champ est la table dont le ou les enregistrements courants déclenchent le schéma de comptabilisation. Par exemple, pour valider des factures de vente, il s'agira de la table stockant les en-têtes de facture.

• champ TBLDES

• Index (champ KEYTBL)

• Groupage (champ GRPFLG)

Lorsque le schéma comptable est appelé pour traiter un ensemble de lignes de la table déclenchante, on peut au choix générer soit une pièce comptable par ligne, soit une seule pièce globale, selon la réponse donnée à cette question.

• Eclatement pièce (champ REITBL)

Il est possible de générer plusieurs pièces en se basant sur un critère de rupture défini dans une table de détail liée à la table déclenchante.

Ce champ permet d'indiquer le nom de la table sur laquelle la rupture doit être faite. La zone suivante indique de nom du champ du rupture.

• champ REIFLD

Il est possible de générer plusieurs pièces en se basant sur un critère de rupture défini dans une table de détail liée à la table déclenchante.

Ce champ précédent indique le nom de la table sur laquelle la rupture doit être faite. Cette zone indique de nom du champ sur lequel doit se faire rupture.

• Pièce IAS (champ CODIAS)

La pièce automatique légale peut générer une pièce IAS spécifique. Préciser dans ce cas la pièce auto

IAS qui doit être exécutée.

Si ce champ n'est pas renseigné, une pièce IAS sera générée à l'identique de la pièce légale (à condition que le

type de pièce légale soit flaguée 'Création de pièce IAS')

• Action après liens (champ ACTLIK)

Pas d'aide liée à ce champ.

• champ PRGLIK

• Action fin pièce (champ ACTAFTVCR)

• champ PRGAFTVCR

• No (champ NUMLIG2)

• Table liée (champ LIKTBL)

On précise ici le nom des tables devant être en ligne lors de la validation comptable des pièces.

• Champ (champ LIKFLD)

On définit ici le nom du champ de la table principale dont la valeur permet de connaître la clé de la table liée. Par exemple, dans le cas d'une facture, si on veut avoir accès au client, il faut donner le champ qui permet de connaître le code du client. Dans cet exemple, on a le choix entre plusieurs codes (client facturé, payeur, statistique...)

• Montants négatifs (champ NEGAMT)

Si cette case est cochée, lors de la validation de la pièce si des lignes ont des montants négatifs, ceux-ci seront conservés teles quels. Dans le cas contraire les débits négatifs seront transformés en crédits et vice-versa.

• Première date (champ DATFLG)

Lorsqu'une pièce est validée à une date correspondant à une période clôturée, cette pièce est normalement rejetée. Si cette case est cochée, la validation se fera à la première date de la première période ouverte.

• Réf. pièce (champ TYPVCR)

• Condition (champ FORCND)

Si ce champ est renseigné par une expression logique, l'écriture n'est générée que si la valeur de l'expression est égale à Vrai.
Les champs de la table déclenchante et des différentes tables liées peuvent être utilisées dans cette expression.

• No (champ NUMLIG)

• Intitulé (champ INTIT)

• Formule (champ FORCLC)

L'évaluation de cette expression permet de renseigner la valeur du champ correspondant dans l'en-tête de pièce comptable qui va être générée par le schéma.
Les champs de la table déclenchante et des tables liées peuvent être utilisées dans cette expression, qui doit être d'un type (numérique, alphanumérique, ou date) correspondant au type du champ à renseigner.

• Toutes langues existantes (champ ALLLAN)

Si cette case est cochée, toutes les langues sont prises en compte pour l'opération.

Si la case n'est pas cochée, on prendra, selon les cas :

• la langue par défaut de l'utilisateur, si aucun code langue n'est saisi.
• la langue saisie par ailleurs sinon.

• Langue (champ LAN)

Permet de définir la langue de génération (quand la case permettant de générer dans toutes les langues n'est pas cochée).

• Tous types (champ ALLTYP)

Si cette case est cochée, tous les types de documentation sont pris en compte pour la génération. Il est à noter que, dans ce cas, on limite la génération aux documentations standard (seules les documentations de code inférieur à X sont prises en compte).

• Type (champ TYPEDOC)

Permet de définir le type de documentation à prendre en compte dans le traitement (quand on n'a pas coché la case pour les prendre tous en compte).

• Codes documentations (champ FUNDEB)

Permet de donner une borne sur les codes à prendre en compte pour la génération de documentation.

• champ FUNFIN

• Génération ADOCUMENT (champ GENDOC)

Ce radio-bouton permet créer/mettre à jour le squelette de la documentation (hiérarchie des paragraphes) à partir des éléments techniques trouvés dans le dictionnaire des données. On peut choisir de reprendre uniquement les documentations existantes ou créer de nouvelles documentations si besoin.

Les liens de documentation sont également pris en compte. Les paragraphes susceptibles d'être créés sont définis dans l'annexe technique correspondante.

• champ GENFIN

Ce radio-bouton permet de générer la documentation finale à partir du contenu des paragraphes de documentation. Cette documentation est créée dans différents sous-répertoires du répertoire défini par le paramètre utilisateur DIRDOC.

Il faut utiliser la génération "Selon code activité" pour obtenir la génération des documentations des fonctions ayant des codes activités >= "X"
La génération "Complète" ne traite que les codes activités standards.

• Uniquement les documentations validées (champ HLPVLD)

Permet de générer le document final uniquement pour les documentations validées.

• Aides sur champs liées aux documentations (champ HLPLNKFLD)

Si cette case est cochée, on traite spécifiquement les aides sur champs relatives aux documentations sur fonction ou objet traitées par ailleurs. Pour savoir quelles sont les aides sur champ à traiter, on explore les écrans associés aux paragraphes de documentation correspondants.

• Autres aides sur champs (champ HLPFLD)

Si cette case est cochée, on crée la documentation finale à partir du contenu des paragraphes de documentation. Cette documentation est créée dans le sous-répertoire FLD du répertoire défini par le paramètre utilisateur DIRDOC.

• Codes aides sur champs (champ HLPDEB)

Permet de donner une borne sur les codes à prendre en compte pour la génération de documentation.

• champ HLPFIN

• Répertoire de génération (champ REPERT)