Type bon transport

• Type (champ TNHTYP)

Code alphanumérique permettant d'identifier le type de livraison.

• Législation (champ LEG)

En création, le code législation peut être initialisé via le paramètre utilisateur LEGFIL - Législation (filtre sélection) (chapitre SUP, groupe INT). Ce paramètre est utilisé également pour filtrer la liste de sélection afin de présenter uniquement les codes définis pour cette législation et ceux définis au niveau 'Toutes législations'.
Le code législation n'est pas obligatoire. Lorsqu'il est saisi, l'utilisation du type de livraison est réservée aux seules sociétés soumises à cette législation.

Rappel des principes généraux liés à l'utilisation d'une donnée ou d'un élément de paramétrage décliné par législation, lorsque le contexte société est connu (fiches, flux, etc.)

• Lorsqu'un élément de paramétrage est défini pour une législation, celui-ci est utilisable uniquement lorsque la législation du contexte d'utilisation est identique.
  Elle ne peut pas être utilisée dans une fiche comportant une autre législation.
  
• Si un élément de paramétrage est défini sans législation (niveau 'Toutes législations'), il est considéré comme un élément multi-législation. Cet élément peut être utilisé sur tous les enregistrements quelle que soit la législation, sauf si un élément du même code est défini pour la législation de la société. Dans ce cas, l'élément défini pour la législation de la société est le seul à être proposé à la sélection et accepté en saisie (à condition d'être actif).
  Remarques :
• Si l'élément de paramétrage défini pour la société n'est pas actif et que celui défini au niveau 'Toutes législations' est actif, ce dernier ne pourra pas, pour autant, être utilisé.
• Pour réduire les temps de traitement et améliorer les performances, il est recommandé de ne pas créer d'enregistrements multi-législation, mais plutôt des enregistrements spécifiques à chaque législation du dossier.
  Pour plus d'informations, se reporter à l'aide Amélioration des performances : Liste des objets multi-législations.
  
• Un filtre supplémentaire est ensuite appliqué en fonction du groupe de sociétés défini, le cas échéant, sur l'élément de paramétrage. Cet élément de paramétrage ne peut être utilisé et n'est proposé en sélection que si la société à laquelle est rattachée la fiche, appartient à ce groupe de sociétés.

Exemple 1 :
Paramétrage de type de facture suivant :

Un filtre supplémentaire est ensuite appliqué en fonction du groupe de société renseigné.
Si, dans l'exemple ci-dessus, un groupe de société est également précisé au niveau du paramétrage de type de facture FAF porteur de la législation FRA, ce type de facture sera proposé en sélection uniquement si la société appartient au groupe de société renseigné.

Exemple 2 :
Paramétrage de type de facture suivant :

• Intitulé (champ DESAXX)

Cet intitulé long est utilisé en titre dans les écrans et les états.

Par défaut, l'intitulé court, l'intitulé long ou l'en-tête de colonne d'une donnée est enregistré (en création/modification) dans la langue de connexion de l'utilisateur.
Vous pouvez les traduire dans une autre langue par l'intermédiaire de la fonction Traduction :

• Cliquez sur Traduction depuis l'icône Actions dans le champ concerné.
• Dans la fenêtre Traduction, ajoutez un nouveau code langue et la traduction dans cette langue.

Un utilisateur qui se connecte dans cette langue disposera de l’intitulé court, de l'intitulé long ou de l'en-tête de colonne dans sa langue de connexion si la traduction a été effectuée. Sinon, les intitulés seront disponibles dans la langue du dossier.

 La langue de connexion doit être définie comme langue par défaut dudossier.

• Intitulé court (champ SHOAXX)

Cet intitulé court est utilisé dans les écrans et les états. Il est enregistré dans votre langue de connexion.

Par défaut, l'intitulé court, l'intitulé long ou l'en-tête de colonne d'une donnée est enregistré (en création/modification) dans la langue de connexion de l'utilisateur.
Vous pouvez les traduire dans une autre langue par l'intermédiaire de la fonction Traduction :

• Cliquez sur Traduction depuis l'icône Actions dans le champ concerné.
• Dans la fenêtre Traduction, ajoutez un nouveau code langue et la traduction dans cette langue.

Un utilisateur qui se connecte dans cette langue disposera de l’intitulé court, de l'intitulé long ou de l'en-tête de colonne dans sa langue de connexion si la traduction a été effectuée. Sinon, les intitulés seront disponibles dans la langue du dossier.

 La langue de connexion doit être définie comme langue par défaut dudossier.

• Groupe (champ GFY)

En renseignant un groupe de sociétés, il est possible de restreindre le périmètre d’utilisation aux seules sociétés du groupe. Lorsque cette donnée est utilisée sur une autre donnée ou dans un élément de paramétrage défini également au niveau d'un groupe, un contrôle vérifie, lorsque ces groupes sont différents, qu'ils ont au moins une société en commun. 

Par ailleurs, un contrôle de cohérence est effectué sur les législations des sociétés dugroupe sélectionné.
Au moins une de ces sociétés doit avoir la même législation que celle renseignée dans le champ Législation. Si ce n'est pas le cas, un message d'erreur s'affiche.

Lors de l'utilisation du type de document, un contrôle de cohérence sera également effectué entre législation/groupe du type de document et législation/groupe du document.

 Pour plus d'informations, cliquez ici.

• Compteur manuel (champ MANCOU)

Cette information permet de préciser si le numéro de document peut être saisi manuellement.

• Si ce champ a pour valeur 'Non', le numéro peut uniquement être attribué automatiquement.
• Si ce champ a pour valeur 'Oui', le numéro peut également être saisi. À défaut d'être saisi, un numéro sera alors attribué automatiquement par le compteur au moment de la création du document.

• MAJ date document (champ DATUPDFLG)

• Compteur (champ CODNUM)

Le code d'un compteur associé au type de livraison défini doit obligatoirement être renseigné, que l'attribution du numéro soit automatique ou manuelle.
Il conviendra donc, au préalable, de définir un compteur dans la table des compteurs en y accédant éventuellement par tunnel depuis ce champ.

Lorsque le compteur est utilisé pour la législation portugaise, il s'agit d'un numéro séquentiel appliqué au document lorsqu'il est soumis à signature électronique et au règlement SAFT-PT (Standard Audit File - Tax). Le paramètre PORDKS - Signature numérique Portugal(chapitre LOC, groupe POR) doit avoir pour valeur : Oui, et le code activité DKS - Signature numérique doit être actif.
La structure du compteur doit être la suivante :

• Le premier composant doit être une constante. Sa valeur doit correspondre :
  - au code du compteur qui peut contenir, ou non, l'abréviation PT,
  - à la valeur du type de document d'origine. Cette valeur doit correspondre à celle de la constante, le caractère '-' étant facultatif.
  Exemple : le type de facture FCL est associé au compteur PTFCL et à la constante FCL.
• Le deuxième composant doit être le code société ou le code site, si le compteur est défini au niveau société ou au niveau site.
• Le troisième composant doit correspondre à l'année ou l'exercice, si le compteur est défini au niveau année ou exercice. Il est fortement conseillé de ne pas utiliser le mois ou la période dans le cadre de la signature numérique.
• Le quatrième composant doit être une constante avec la valeur :'/'.
• Le cinquième composant doit être de type séquentiel.

Entre le premier et l'avant-dernier composant, le complément est optionnel. Toutefois, le complément est obligatoire pour les factures auto d'achats. Si la structure du compteur n'est pas définie correctement, une erreur bloquante s'affiche lors de la validation ou signature du document.

• Compteur final (champ CODNUMEND)

Ce champ est visible uniquement si les conditions suivantes sont réunies :

• le code activité KPO - Localisation portugaise est actif,
• le code législation du type de retour est vide ou a pour valeur : POR.

Vous pouvez indiquer ici un compteur définitif, il doit alors être différent du compteur principal. Ce compteur est utilisé lors de la validation de la livraison, afin de lui attribuer un nouveau numéro.
Le paramètre SDHENDNBR - Compteur définitif livraisons doit avoir pour valeur : Oui. Si ce paramètre a pour valeur : Oui mais qu'aucun compteur définitif n'est précisé, c'est le compteur définitif précisé au niveau de la table d'Affectation des compteurspour les Livraisons définitives qui est pris en compte.
L'ancien numéro n'est plus affiché mais il est tout de même conservé dans un champ dédié (TMPSDHNUM) de la table des livraisons.

Lorsque le compteur est utilisé pour la législation portugaise, il s'agit d'un numéro séquentiel appliqué au document lorsqu'il est soumis à signature électronique et au règlement SAFT-PT (Standard Audit File - Tax). Le paramètre PORDKS - Signature numérique Portugal(chapitre LOC, groupe POR) doit avoir pour valeur : Oui, et le code activité DKS - Signature numérique doit être actif.
La structure du compteur doit être la suivante :

• Le premier composant doit être une constante. Sa valeur doit correspondre :
  - au code du compteur qui peut contenir, ou non, l'abréviation PT,
  - à la valeur du type de document d'origine. Cette valeur doit correspondre à celle de la constante, le caractère '-' étant facultatif.
  Exemple : le type de facture FCL est associé au compteur PTFCL et à la constante FCL.
• Le deuxième composant doit être le code société ou le code site, si le compteur est défini au niveau société ou au niveau site.
• Le troisième composant doit correspondre à l'année ou l'exercice, si le compteur est défini au niveau année ou exercice. Il est fortement conseillé de ne pas utiliser le mois ou la période dans le cadre de la signature numérique.
• Le quatrième composant doit être une constante avec la valeur :'/'.
• Le cinquième composant doit être de type séquentiel.

Entre le premier et l'avant-dernier composant, le complément est optionnel. Toutefois, le complément est obligatoire pour les factures auto d'achats. Si la structure du compteur n'est pas définie correctement, une erreur bloquante s'affiche lors de la validation ou signature du document.

• Type enregistrement (champ RECTYP)

Ce champ est affiché uniquement si le code activité KPO est actif.

Le type de document est nécessaire afin de pouvoir lui affecter un numéro de séquence dédié.
Il peut prendre pour valeur :

• Normal
• Récupération de document manuelle
  Cela signifie que le document d'origine a été généré de façon manuelle, sous format papier (en raison de l'absence de disponibilité du système).
• Récupération document de sauvegarde
  Cela signifie que des documents déjà enregistrés ont été perdus en raison de la restauration d'une sauvegarde. Il s'agit des documents enregistrés entre le moment où a été effectuée la sauvegarde et le moment de la restauration.
  Les documents perdus devront être recréés de façon manuelle.
  Pour ces deux types de documents, il sera nécessaire de saisir le numéro de document d'origine dans la transaction (champ ORIDOCNUM - N° document d'origine pour les factures et MANDOC - Document manuel, pour les autres types de documents).
• Document externe
  Cela signifie que le document a été créé à l'origine dans un autre logiciel, qui a fourni la signature électronique. Aucune signature électronique ne sera générée par Sage X3 pour ce type de document.

 Le numéro de document saisi doit être unique.

• Type document SAF-T (champ SAFTTRNTYP)