Factures

• Site vente (champ SALFCY)

Le site de vente est initialisé par le site de vente associé à l'utilisateur. Le site de vente est modifiable (tant qu'aucune ligne n'a été saisie sur le document) à condition d’être choisi dans la liste des sites de vente autorisés à l'utilisateur.

• Type (champ SIVTYP)

Le type de facture client est utilisé par les factures de Ventes et Tiers clients. Il identifie une catégorie de facture (facture, avoirs et Proforma) et un schéma d'écriture pour la validation des factures.

En saisie de facture, seul peut être renseigné un type de facture dont la législation et le groupe de sociétés sont cohérents avec ceux de la société du site de vente.

 Pour plus d'informations, cliquez ici.

Le type de facture est associé à un type de pièce sur laquelle est défini un compteur (manuel ou automatique).

• Si aucun compteur n'est défini dans le type de pièce et si aucun numéro de pièce n'est précisé manuellement en saisie de facture, le programme attribuera un numéro de pièce en fonction du compteur paramétré dans la table d'affectation des compteurs.
• Lorsqu'aucun type de pièce n'est associé au type de facture, le type de pièce défini sur la pièce automatique sera exploité (y compris le compteur associé).

• Numéro (champ NUM)

Numéro de facture. Ce numéro permet d'identifier la facture de façon unique. Il est saisi à chaque création ou généré automatiquement en fonction du compteur associé au type de facture.

• Si le compteur de facture est manuel, il faut saisir le numéro de facture.
• Si le compteur de facture est automatique, un numéro est attribué en fin de création.

• Référence (champ INVREF)

Cette zone libre permet de saisir un numéro ou une indication identifiant la facture. Il peut s'agir, par exemple de la référence interne de la facture fournisseur dans l'entreprise.
Lorsque la facture est créée par picking de commandes, cette information est initialisée par la référence de la première commande origine facturée (même si l'on facture des livraisons issues de commandes).

• Date (champ INVDAT)

Il s'agit de la date du document. Elle est initialisée à la date du jour et est modifiable. Si elle est modifiée, après qu'au moins une ligne soit saisie ou enregistrée, une question est posée proposant un recalcul des prix et remises sur toutes les lignes de du document.  Ce message est proposé seulement s'il s'agit d'une facture ou d'un avoir direct. Si la facture ou l'avoir font références à des documents d'origine, celui-ci n'est pas proposé.

 Remarques liées à la conformité DGI :

• La date saisie ne peut être inférieure à celle du document (facture, avoir ou facture complémentaire) porteur du numéro précédent. Ce contrôle est effectué lorsque le Contrôle de chronologie est activé sur le compteur utilisé par le type de pièce associé au type de facture renseigné.
• La saisie de factures, avoirs ou factures complémentaires peut être limitée, pour un utilisateur, à une plage de dates définies par les paramètres VENSTRDAT - Date début Ventes et VENENDDAT - Date fin Ventes, lorsqu'ils sont renseignés.
• La modification de la date est autorisée uniquement si la nouvelle date est sur la même période comptable. Ce contrôle est effectué lorsque le paramètre FRADGI - Réglementation DGI N° 13L-1-06 est positionné à Oui et que le composant période fait partie du compteur.
• Pour assurer la chronologie des évènements, un contrôle supplémentaire est ajouté en saisie ou en génération d'une facture ou d'un avoir (pièces issues des modules Négoce ou Tiers). Ce contrôle vérifie qu'il n'existe pas de pièce dont la date est supérieure à la date de fin de période de la pièce courante. Ce contrôle est soumis au paramètre CTLPERINV - Contrôle date facture période (chapitre TC, goupe INV), livré avec la valeur 'Oui' pour la législation Française et non modifiable.
  Il en est de même pour toute nouvelle société créée et rattachée à la législation Française.
• Dans les modules Négoce et Tiers, une pièce à l'origine d'une facture, d'un avoir ne peut pas avoir une date supérieure à la date de la facture, ou de l'avoir.
  Par exemple, la date d'une facture figurant sur un avoir ne peut être supérieure à la date de l'avoir.
  De même, un bon de livraison figurant sur une facture ne peut avoir une date d'expédition supérieure à la date de facture.
  Pour vérifier cela, un contrôle est effectué. Les listes pickings et les fenêtres de sélection sont filtrées en conséquence. 
  Un point d'entrée permet de désactiver ce contrôle, en définissant un paramètre spécifique CTLDATORI - Contrôle dates documents.

• Devise (champ CUR)

• Client facture (champ BPCINV)

Code du client demandeur de la facture dans le cas d'une facture directe.
Il est contrôlé dans la table des clients. Il doit être actif. Il peut être de type normal ou divers. Il n'est plus modifiable dès la saisie des lignes. Dans le cas d'une facture de commande ou de livraison, c'est le client facture d'origine. Il n'est pas modifiable.

Il est possible de rechercher un client ou plusieurs clients réunis sous un même critère en sélectionnant "Recherche client rapide". Une liste de correspondances est générée lors de la tabulation dans le champ suivant.
Pour une recherche plus ciblée, tous les champs présents dans le bloc peuvent être renseignés. La liste de correspondances est réduite à chaque tabulation.

• Si le client saisi est de type Divers, une fenêtre s'ouvre automatiquement pour la saisie de son adresse.
• Si le client saisi est de type Normal et le code client renseigné, le bouton contextuel permet de visualiseer et modifier l'adresse de facturation.

Lors de la création d'une facture, il est possible de sélectionner :

• un ou plusieurs bons de livraisons,
• une ou plusieurs lignes de commandes ou plusieurs commandes (lorsque le circuit des signatures est géré (paramètre APPSOH - Gestion des signatures commandes), les commandes de vente respectant les règles de signature établies ne sont pas facturables tant qu'elles ne sont pas Totalement signées),
• un ou plusieurs contrats (un contrat de service est facturable s'il n'est pas échu ou résilié et si la date de préavis de prochaine échéance de facturation est atteinte (la date de prochaine facture moins le préavis de facturation doit être inférieure à la date de facture)),
• une demande de service (une demande de service est facturable si elle est clôturée et si des consommations sont facturables).

Dans le cas de la facturation de contrats de service, la création de la facture déclenche l'exécution de traitements relatifs aux contrats de service :

•  Date de prochaine facture : le système recalcule une nouvelle date d'échéance de facturation sur la base de la fréquence de facturation et du préavis de facturation.
•  Réévaluation du contrat : à partir de la fréquence de réévaluation indiquée sur le contrat de service, le système détermine si la base de redevance annuelle du contrat doit être recalculée. Pour réévaluer une base de redevance annuelle, le système compare la valeur d'indice utilisée lors de la dernière réévaluation avec la dernière valeur d'indice enregistrée dans l'application. Le base de redevance est minorée ou majorée conformément à l'évolution constatée de l'indice. Le montant de la prochaine échéance de facturation est recalculé. Ce montant dépendirectement de la fréquence de facturation et du coefficient de pondération de la base de redevance annuelle.

Les documents sont exclusifs. Il est impossible de facturer à la fois des bons de livraisons et des commandes.

Lors de la création d'un avoir, il est possible de sélectionner : 

• une ou plusieurs lignes de factures,
• une ou plusieurs lignes de retours (un retour peut donner lieu à un avoir si un avoir n'a pas encore été émis et si la ligne de retour est en attente d'avoir).

Les documents sont là aussi exclusifs.

 Si il est impossible de sélectionner sur une même facture deux documents du même type, il est obligatoire de saisir les informations suivantes pour ces deux documents : site de vente, devise, client payeur, client groupe, type de prix, régime de taxe, code affaire, condition de paiement, code de l'escompte.

• champ BPINAM

• No document origine (champ ORIDOCNUM)

• Client commande (champ BPCORD)

Code du client demandeur de la commande, de la livraison directe ou de la facture directe. Ce code doit :

• être contrôlé dans la table des clients,
• être de type 'normal', 'divers' ou 'intra-société',
• être modifiable tant qu'aucune ligne n'a été saisie sur le document.

• champ BPCNAM

• Tiers Payeur (champ BPRPAY)

Client payeur alimenté par le client facture.

• Client groupe (champ BPCGRU)

Le client groupe est initialisé par le code client groupe associé au client commande dans la fiche de ce dernier. Cette information permet notamment d’établir des statistiques. Elle intervient également dans le regroupement des factures lors de la génération automatique des factures. On a la possibilité de modifier le client groupe si nécessaire. A partir de cette zone on peut sélectionner un client ou accéder par tunnel à la gestion des clients si les habilitations utilisateur le permettent.

• Adresse livraison (champ BPAADD)

L'adresse de livraison est initialisée :

• par le code adresse par défaut associé au client facturé, dans le cas d'une facture directe, si elle existe sinon c'est le premier code adresse de la liste qui est proposé,
• par le code adresse du premier document d'origine sélectionné dans le cas de la facturation d'une commande, d'une livraison, etc.

A partir de ce champ, vous pouvez  saisir directement un code adresse dont l'existence est contrôlée ou utiliser le bouton contextuel pour :

• sélectionner une adresse de livraison dans la liste proposée,
• créer, selon vos habilitations, un nouveau code adresse pour le client facturé,
• modifier le détail de l'adresse correspondant au code saisi.

Si en cours de saisie le code adresse est modifié, les représentants de l'entête de facture dépendants de l'adresse de livraison sont automatiquement réaffectés par les codes représentants de la nouvelle adresse. Si le paramètre LINREP - Représentants à la ligne a pour valeur "Oui", un message propose de réaffecter les représentants des lignes de facture par les nouveaux représentants de l'entête. Si le paramètre LINREP - Représentants à la ligne a pour valeur "Non", la réaffectation est faite automatiquement.

Lorsque la facture est créée, le code adresse n'est plus modifiable mais il est possible d'afficher par l'option clic droit "Adresse", les informations détaillées de l'adresse. 
Remarque : la modification de l'adresse est possible par le biais du Menu "Adresse / Livraison". Lorsque la modification porte sur le pays et/ou la subdivision géographique, et pour autant que la facture n'est pas validée, une boite de dialogue s'ouvre et propose de recalculer les prix et remises. La réponse 'Oui' provoque une recherche tarifaire, en fonction du nouveau code pays et/ou du nouveau code de subdivision géographique, pour toutes les lignes du document.

• champ BPDNAM

• Affaire (champ PJT)

Il s'agit de la référence de l'affaire pour laquelle les informations sont saisies.
Cette zone n'est pas contrôlée en table :

• dans un appel d'offre, cette zone est proposée vide,
• dans une commande d'achat, cette zone peut être initialisée par défaut par la référence Affaire de la ligne précédente ou par celle de l'appel d'offre pris en compte.

On pourra saisir un code libre ou un code affaire défini dans l'objet Affaires du module Actions commerciales. Dans ce dernier cas, l'utilisateur dispose de deux possibilités pour saisir un tel code :

• le premier menu contextuel Sélection permet de sélectionner une affaire au travers d'une liste de sélection comprenant toutes les affaires définies dans l'objet Affaires,
• le second menu contextuel Affaires permet d'accéder directement à l'objet Affaires, selon les habilitations de l'utilisateur, et d'y effectuer une sélection.

Si la commande est issue d'un besoin et que ce besoin dispose d'un code affaire, le code affaire de la commande sera initialisé par ce code affaire.

• Représentant (champ REP)

Les représentants sont initialisés par les représentants du client puis par ceux du client livré s’il n’existe pas de représentants sur la fiche client. Dans le cas d’un prospect, on ne considérera que les représentants du prospect. Ces codes représentants seront repris sur les lignes du devis. Si l’on modifie un représentant en entête de devis lorsque celui-ci est crée ou s’il existe des lignes sur le devis, le système proposera de répercuter la modification sur l’ensemble des lignes déjà existantes.

• Origine (champ SIHORI)

• champ SIHORINUM

Dans cette partie de l'onglet, les informations permettant de connaître l'origine de la facture sont simplement affichées. Il s'agit du numéro du document à l'origine de la facture/avoir/proforma.
Cette zone est renseignée uniquement si le document d'origine est unique : si cette facture est rattachée à une seule livraison, le numéro de la livraison correspondante est indiqué.
Même remarque pour les factures ou les Proforma liées aux commandes, aux contrats de services, aux demandes de service ou aux bordereaux de stock inter-sociétés, ou pour les avoirs liés aux factures ou au retours. Un tunnel sur le numéro de pièce permet d'accéder au document d'origine.
Dans le cas de gestion d'un avoir, il s'agit de la facture sur laquelle est imputé l'avoir.
Lors de la validation comptable, selon la valeur du paramètre LETAUTCNO - Lettrage auto facture->avoir (chapitre CPT, groupe MTC) l'avoir et la facture seront ou non lettrés ensemble.

 En fonction de la valeur du paramètre INVCAN - Facture d'annulation (groupe TC, chapitre INV), le document en cours peut être de type 'Facture d'annulation'. Dans ce cas, l'avoir et la facture seront lettrés, quelle que soit la valeur du paramètre LETAUTCNO. 

• Motif avoir (champ CNOREN)

Motif de l'avoir

Code permettant d'indiquer le motif d'un avoir. Il est contrôlé dans la table des motifs.

Zone saisissable uniquement pour les avoirs et modifiable.

• No facture achat (champ PIHNUM)

Dans le cadre de l'inter-société, N° de la facture d'achat générée à partir de la facture de vente.

• Numéro déc TVA (champ DCLEECNUM)

Ce champ est affiché uniquement si l'ensemble des conditions suivantes sont remplies :

• Le code activité KPO - Localisation portugaise est actif.
• La société à laquelle est rattaché le site de facturation gère la TVA portugaise (le paramètre société PORVAT - TVA portugaise (chapitre LOC, groupe POR) a pour valeur "Oui").
• Ce champ n'est pas paramétré comme étant invisible au niveau de la transaction de saisie.

 Ce champ est initialisé :

• sur la première ligne : avec le numéro de TVA intra-communautaire du fournisseur précisé en en-tête de facture,
• sur chacune des lignes suivantes : avec le numéro de TVA intra-communautaire indiqué sur la ligne précédant la ligne en cours ou, à défaut, avec celui du fournisseur précisé en en-tête de facture.

Il reste modifiable s'il est paramétré comme étant saisissable au niveau de la transaction de saisie et si la facture n'est pas validée.

• Période du (champ PERDEB)

Les bornes de date sont affichées uniquement si le document est un avoir et si le code activité KPO - Localisation portugaise est actif. Elles vous permettent d'indiquer la période à laquelle se rapporte l'avoir.
Elles doivent obligatoirement être renseignées si l'avoir n'est rattaché à aucun document d'origine. Le contrôle s'effectue au moment de la [validation] de la fonction.

• Date fin période (champ PERFIN)

• Numéro VCS (champ BELVCS)

• Régime taxe (champ VACBPR)

Cette information permet d'indiquer le régime de taxe du document. Ce code, contrôlé dans la table des régimes de taxe, est initialisé par le code correspondant de la fiche tiers et est modifiable.
Cette information est obligatoire et reste accessible tant que la livraison n'est pas validée.
Seul un régime de taxe dont la législation et le groupe sont cohérents avec ceux du document, peut être renseigné.
Les principes généraux liés au paramétrage multi-législation sont détaillés ici.

• Code exonération NA (champ SSTENTCOD)

• Prix HT/TTC (champ PRITYP)

Si le paramètre général NOTATI - Prix/Montant HT et TTC (chapitre TC, groupe INV) a pour valeur valeur 'Non', cette information ne sera pas modifiable et la valeur de ce champ est définie par le paramètre général SALPRITYP - Type de prix/Montant (chapitre TC, groupe INV).

• Champ 40 - motif (champ FLD40REN)

Champ soumis au code activité : KPO - Localisation portugaise.
Il est utilisé pour déterminer le motif de régularisation de TVA pour le champ 40, lors de la génération de la déclaration de TVA.
Pour le choix du motif, les valeurs possibles sont celles contenues dans la table diverse 8300.

• Champ 41 - motif (champ FLD41REN)

Champ soumis au code activité : KPO - Localisation portugaise.
Il est utilisé pour déterminer le motif de régularisation de TVA pour le champ 41, lors de la génération de la déclaration de TVA.
Pour le choix du motif, les valeurs possibles sont celles contenues dans la table diverse 8301.

• Mvt stock (champ STOMVTFLG)

Flag de mouvement de stock indiquant si la facture est gérée avec mise à jour des stocks.

• Site expédition (champ STOFCY)

Le 'site d'expédition' est initialisé par défaut avec le site de stock habituel de l'utilisateur.
Il peut être modifié sous réserve que le site choisi soit défini avec l'indicateur 'stock' actif. Le site choisi doit appartenir à la même société juridique que le site de vente.

• Dépôt (champ WRHE)

• Emplacement Quai (champ SRGLOCDEF)

Dans le cas où la transaction de saisie autorise la réception à quai (paramètre activé dans le paramétrage de la transaction) alors une zone emplacement quai apparaît en en tête de bordereau de retour. Cela permet la saisie d'un emplacement de type 'quai', emplacement reporté alors par défaut comme emplacement de retour sur chaque ligne du bordereau. L'emplacement quai saisi doit obligatoirement être rattaché au dépôt, lorsque celui-ci est renseigné.

Un emplacement quai correspond à un emplacement de type 'en attente de rangement'. Il autorise l'entrée de stocks dont les caractéristiques de lot, sous lot, n° de série ne sont pas forcément identifiées immédiatement. Ce type d'entrée permet de réceptionner rapidement de la marchandise pour l'identifier et la ranger plus précisément dans le stock ultérieurement. Ce rangement se fait via la fonction de Plan de Rangement.

• Famille mouvement stock (champ TRSFAM)

Famille de mouvement, initialisée par la famille de mouvement de la transaction utilisée.
Il s'agit d'une information statistique enregistrée dans le journal des stocks au moment de l'enregistrement des mouvements d'entrée. Cette famille de mouvement est issue de la table diverse N°9. La valeur donnée dans le paramétrage de la transaction correspond à une valeur par défaut que l'on peut ou non visualiser et/ou modifier selon le paramétrage de la transaction ('zone saisie', 'affichée', 'invisible').

Information statistique reprise sur les mouvements de stock associés à la livraison. Cette valeur est figée si la pièce d'origine ne fait pas référence à une famille mouvement. Dans le cas contraire, c'est la famille mouvement de la pièce origine du contrôle qualité qui est proposée en priorité.

• Incoterm (champ EECICT)

Les codes incoterms, normalisés par la Chambre de Commerce Internationale, visent à uniformiser les termes commerciaux les plus utilisés dans le commerce international en définissant par un terme unique, interprétable d'une façon identique de par le monde, les obligations respectives du vendeur et de l'acheteur lors de l'établissement d'un contrat de vente.

Le code incoterm, contrôlé dans la table des Incoterms, est notamment utilisé dans la Déclaration d'Echanges de Biens. Il peut, également, être exploité dans la définition des tarifs.

Lors de la création d'un devis, d'une commande, d'une livraison ou d'une facture, le code incoterm est initialisé par le code incoterm défini par défaut pour le client livré.

Ce code incoterm peut être modifié. Dans le cas des devis et des commandes, le code incoterm est unique pour l'ensemble du document. Lors de la transformation d'un document, le code incoterm est propagé sur le document fils.

• Ville Incoterm (champ ICTCTY)

Il s'agit de la ville associée à certains types d'incoterm. Par exemple : FOB Le Havre. Une fenêtre de sélection permet de choisir une ville répertoriée dans le système. Il est, malgré tout, possible de saisir une ville non répertoriée.

• Etat (champ INVSTA)

Cette information non modifiable précise l'état de la facture :

• non validée,
• inutilisée,
• validée (c'est-à-dire écritures comptables générées).

• Imprimée (champ STARPT)

• Inter-sociétés (champ BETCPY)

Cette information non accessible précise que la facture ou l'avoir concerne une société du groupe.
Le client facturé a été défini comme client inter-site et son site d'achat appartient à une société différente du site de vente de la facture.

• Immatriculation (champ LICPLATE)

À partir de la mise à jour 8.0.0:

Numéro d'immatriculation du véhicule qui achemine la marchandise.

• Immat remorque (champ TRLLICPLAT)

À partir de la mise à jour 8.0.0:

Saisissez le numéro d'immatriculation de la remorque.

• Date départ (champ DPEDAT)

• Heure départ (champ ETD)

• Date arrivée (champ ARVDAT)

• Heure arrivée (champ ETA)

• Devise (champ CUR)

Code devise . C'est la devise de la commande, livraison, facture. Elle est initialisée par défaut à la devise du client facture. Elle peut être modifiable par paramétrage. Dans ce cas, elle n'est modifiable qu'en création et duplication. Dans ce cas, elle est contrôlée dans la table des devises.

• Type cours (champ CURTYP)

Cette zone est initialisée par le type de cours du fournisseur facturant.

• Cours (champ RAT1)

• champ LABEL

• champ RAT2

• champ CURMLT

• Factor (champ BPRFCT)

Code du factor proposé en valeur par défaut sur les factures de ce client.
La présence sur une facture d'un code Factor indique que cette facture est cédée à un organisme d'affacturage, et que le règlement doit se faire en faveur du Factor.

• Collectif (champ BPRSAC)

Code d'appel du compte collectif tiers initialisé par défaut à l'aide du code comptable du tiers facture.

Le mode d'initialisation de la zone 'Collectif' dépend de la présence, ou non, de l'onglet "Tiers/Société" de la fiche Tiers.

Absence d'onglet "Tiers/Société" dans la fiche Tiers

Lorsque le code client/fournisseur est indiqué, le programme remonte dans l'onglet "Financières" de sa fiche et propose par défaut le compte collectif se trouvant en ligne 1 de son code comptable.

Présence de l'onglet "Tiers/Société" dans la fiche Tiers

Sur un document, le site et le code client/fournisseur sont les premières informations saisies. Sage X3 remonte sur la fiche Tiers et dans l'onglet "Tiers/Société "cherche si une ligne d'exception a été créée pour la société du site du mouvement et, le cas échéant, trouve le code comptable client/fournisseur. Le programme récupère le compte de la ligne 1 du code comptable.
En l'absence de ligne d'exception pour la société du site du mouvement, le programme remonte dans l'onglet "Financières" de la fiche du tiers pour y identifier son code.

• Début échéance (champ STRDUDDAT)

La date de départ de l'échéance est alimentée avec la date du document (facture ou avoir) et est modifiable (vérifiez alors qu'elle est supérieure ou égale à la date du document).

• Paiement (champ PTE)

La condition de paiement définit le code règlement ainsi que les règles de répartition des différents acomptes et échéances.
Elle est initialisée à partir du code paiement associé au client facturé s'il s'agit dune facture directe ou par le document d'origine.
Cette information reste modifiable et sa modification déclenchera un recalcul des échéances.

A partir de ce champ, vous pouvez  saisir directement un code paiement dont l'existence est contrôlée dans la table correspondante ou utiliser le bouton contextuel pour :

• sélectionner un code paiement dans la table,
• créer, selon vos habilitations, un code paiement dans la table,
• simuler un calcul et une répartition des échéances grâce au bouton [Simul].

Si la facture est liée à un contrat de service, la condition de paiement est celle du contrat de service et non celle de la commande qui a éventuellement crée le contrat de service.
Si la condition de paiement gère le SDD, le champ "Référence mandat" doit obligatoirement être renseigné. Le choix d'une condition de payement de type SDD est interdite si le "Tiers payeur" est un "Tiers divers".

Seule peut être renseignée une condition de paiement cohérente par rapport à la législation et au groupe de la société du site du document.
Les principes généraux liés au paramétrage multi-législation sont détaillés ici.

• Référence mandat (champ UMRNUM)

Ce champ, soumis à transaction de saisie, est présent uniquement si le code activité SDD - Gestion des prélèvements SDD est actif et si le paramètre société SDDMGT - Gestion des prélèvements SDD (chapitre TC, groupe SDD) a pour valeur "Oui".

En création directe de facture, il est saisissable et obligatoire uniquement si la condition de paiement est de type SDD. Il permet alors de renseigner la référence du mandat de prélèvement SDD.
Lorsqu'un mandat de statut "Validé" a été identifié comme "Mandat principal" pour le couple [Société ; Tiers payeur], la référence de ce mandat est alimentée par défaut mais reste modifiable. Seule peut être renseignée la référence d'un mandat dont le statut est "Validé".
En cas de changement de Tiers payeur et/ou de société, la référence du mandat est réinitialisée en conséquence.

Lorsque la facture est issue d'un traitement de création automatique, ce champ peut ne pas avoir été initialisé si aucun "mandat principal" de statut "validé" n'a été défini pour le couple [Société ; Tiers payeur]. Dans ce cas, la facture a tout de même été créée mais sa validation reste interdite tant que la référence du mandat n'est pas renseignée.

En saisie d'avoir par picking de factures, la référence du mandat est alimentée avec celle du mandat référencé sur la première facture sélectionnée.

• Escompte (champ DEP)

Cette information est saisie sur le devis ; elle est initialisée par le code escompte du client facturé et reste modifiable. Elle permet de déterminer une série de taux d'escomptes ou d'agios (jusqu'à 12) à appliquer en fonction de l'avance ou du retard de règlement par rapport à la date d'échéance (Cf documentation Escomptes).
A partir de ce champ, vous pouvez  saisir directement un code escompte dont l'existence est contrôlée dans la table correspondante ou utiliser le bouton contextuel pour :

• sélectionner un code escompte dans la table,
• créer, selon vos habilitations, un code escompte dans la table.

Seul peut être renseigné un code escompte cohérent par rapport à la législation et au groupe de la société du site du document.
Les principes généraux liés au paramétrage multi-législation sont détaillés ici.

Le montant de la base escomptable est affiché sur l'onglet "Valorisation".

• Date début prestation (champ STRDATSVC)

Période début et fin de prestation.

• Date fin prestation (champ ENDDATSVC)

• Commentaires (champ DES)

Ce champ permet d'enregistrer des commentaires dont la première ligne peut être reprise comme libellé d'écriture suivant le paramétrage de la pièce automatique (PIHI pour la facture achat ou SIHI pour la facture vente).
 La présence de ce champ dépend de la transaction de saisie utilisée.

• Axe (champ DIE)

Ce tableau permet de renseigner ou de visualiser les axes analytiques, en fonction du paramétrage de la transaction de saisie des factures.

• Intitulé (champ NAMDIE)

• Section (champ CCE)

En fonction du paramétrage, les sections analytiques sont modifiables. Ces sections sont initialisées conformément au paramétrage des sections par défaut.

• Intitulé court (champ SHO)

Ce champ reprend l'intitulé de l’élément de facturation.

• % ou montant (champ INVDTAAMT)

Les valeurs sont relatives au pied de facturation. Ces informations peuvent provenir du paramétrage des éléments de pied de facture ou de la fiche du client concerné ou du document sélectionné.
 Reportez-vous à la documentation sur les éléments de facturation pour plus de précisions.
Les valeurs des pieds peuvent être modifiées. Les montants HT et TTC du document sont directement impactés par ces valeurs.
 En cas de modification d'une facture par suppression soit d'une livraison, soit d'une commande ou d'une ligne de commande, les montants des éléments de facturation ne sont pas recalculés en tenant compte des livraisons, commandes ou lignes de commandes supprimées : la part des éléments de facturation relative à ces lignes ou documents n'est pas retranchée de la facture ainsi modifiée.

• champ INVDTATYP

Le système précise si l’élément de facturation est un pourcentage ou un montant HT ou TTC.

• Code taxe SST (champ SFISSTCOD)

À partir de la mise à jour 9.0.0 :

Nouvelles restrictions pour la saisie de données : Dans le cas des éléments de facturation désignés comme remise sur document SST pour une société, vous ne pouvez pas supprimer la valeur du code de taxe SST du document.

À partir de la mise à jour 8.0.0 :

Saisissez le code à utiliser pour remplacer le code de taxe SST par défaut de l'article ou de l'élément de facturation. Ce code taxe est reconnu par Sage Sales Tax et permet d'identifier les types de ligne à des fins fiscales. Ce champ est seulement disponible si le code d'activité LTA - Imposition locale est activé et si le paramètre USATAX - Utilisation Système de taxes a pour valeur "Oui".

• Article (champ ITMREF)

Il s'agit de la référence article pour lequel est enregistrée une ligne de document. Sa saisie est obligatoire.

Il est possible de :

• saisir directement une référence article ou une référence 'Article/Client'. L'existence de cette référence est contrôlée dans les fichiers 'Articles/Vente' et 'Articles/client'. Si une référence 'Article/client' est saisie, le système retourne la référence article interne. Un message bloquant peut être retourné lors de la saisie d'un article si des tarifs de type interdit ont été paramétrés pour certains clients (voir paramétrage tarifs).
• utiliser le bouton contextuel pour :
• sélectionner un article dans le fichier des articles vendus,
• sélectionner un article dans la liste des articles du client,
• créer, selon vos habilitations, un article dans le fichier,
• visualiser les tarifs de l'article.

La saisie de l'article permet d'initialiser les champs modifiables Désignation et Unité de vente. L'unité de vente peut être modifiée à condition d'être choisie dans la liste proposée qui contient les unités de vente et de conditionnement de la fiche article et 'article/client'.

Un message d'avertissement peut apparaître pour informer d'un remplacement de l'article saisi par l'article de substitution. Cette substitution automatique a lieu si des conditions sont remplies :

• le champ Article de substitution de la fiche article a été renseigné,
• la date du document est supérieure ou égale à la date de substitution.

 Une fois la ligne saisie, il n'est plus possible de modifier le code article. Il faut supprimer la ligne et la recréer pour modifier le code.

• Désignation (champ ITMDES)

Il s'agit de la désignation article traduite dans la langue du client. C'est cette désignation qui sera imprimée sur le document. Si la traduction n'existe pas dans la langue du client, la désignation article non traduite sera utilisée. Cette désignation est également transmise vers le document suivant.
A partir de ce champ, il est possible d'accéder à la fiche article par tunnel.

• Désignation standard (champ ITMDES1)

Il s'agit de la désignation saisie sur la fiche article. Cette désignation est transmise de la facture vente vers la facture d’achat dans le cas d’une facturation inter-sociétés. Lorsque la facture est issue d'un autre document, la désignation standard est héritée de la ligne d'origine.
 A partir de ce champ, il est possible d'accéder à la fiche article par tunnel.

• Version majeure (champ ECCVALMAJ)

Ce champ affiche la version majeure de l'article.

Le numéro de version majeure est accessible dans le cas suivants :

• si le suivi des versions majeures est actif au niveau du paramétrage de l'article (dans l’onglet Gestion de la fonction Article, le champ Version stock a pour valeur ‘Majeure’),
• et si la facture est directe avec mouvement de stock.

Si le préchargement des versions est activé au niveau de l'article/client (dans l'onglet Clients de la fonction Article, la case Préchargement version(s) est cochée), ou à défaut, au niveau l'article/vente (dans l'onglet Vente de la fonction Article, la case Préchargement version(s) est cochée), la dernière version majeure active est préchargée automatiquement. À défaut, c'est la dernière version majeure de statut 'Arrêtée' qui est pré-chargée.

Pour une facture de livraison ou une facture de demande de service, les numéros de versions sont alimentés lorsque vous ajoutez une ligne directe.

Lorsque la facture est créée à partir d'autres documents, les actions suivantes sont réalisées :

• Picking des commandes, avec transfert et contrôle des versions sur la facture.
• Transfert et contrôle des versions pour la facturation automatique des commandes (si la version n'est pas correcte, un message informatif est affiché dans le fichier trace). Il n'y a pas de transfert des versions pour la facturation automatique des livraisons, la facturation automatique des demandes de service et la facturation automatique des transferts.

L'affichage du champ Version majeure dépend du paramétrage de la transaction de saisie (invisible, affiché, saisi).

• Version mineure (champ ECCVALMIN)

Ce champ affiche la version mineure de l'article.

Le numéro de version mineure est accessible dans les cas suivants :

• si le suivi des versions majeures et mineures est actif au niveau du paramétrage de l'article (dans l’onglet Gestion de la fonction Article, le champ Version stock a pour valeur ‘Majeure et mineure’),
• et si la facture est directe avec mouvement de stock.

Si le pré-chargement des versions est activé au niveau de l'article/client (dans l'onglet Clients de la fonction Article, la case Préchargement version(s) est cochée), ou à défaut, au niveau l'article/vente (dans l'onglet Vente de la fonction Article, la case Préchargement version(s) est cochée), la dernière version mineure est pré-chargée automatiquement.

Pour une facture de livraison ou une facture de demande de service, les numéros de versions sont alimentés lorsque vous ajoutez une ligne directe.

Lorsque la facture est créée à partir d'autres documents, les actions suivantes sont réalisées :

• Picking des commandes, avec transfert et contrôle des versions sur la facture.
• Transfert et contrôle des versions pour la facturation automatique des commandes (si la version n'est pas correcte, un message informatif est affiché dans le fichier trace). Il n'y a pas de transfert des versions pour la facturation automatique des livraisons, la facturation automatique des demandes de service et la facturation automatique des transferts.

L'affichage du champ Version mineure dépend du paramétrage de la transaction de saisie (invisible, affiché, saisi).

• UV (champ SAU)

L'unité de vente est initialisée par l'unité de vente définie sur la fiche Article-client, si elle existe, sinon elle sera initialisée par l'unité de vente de l'article. Il est possible de saisir une autre unité par une fenêtre de sélection. Les unités proposées outres celles mentionnées précédemment, sont les unités de conditionnement de l'article et les unités de conditionnement définies sur la fiche Article-client. Lorsque cela est nécessaire et si l’utilisateur dispose des habilitations, on pourra accéder à la table des unités.

Une fois la ligne saisie, il ne sera plus possible de modifier l'unité de vente. Il faudra supprimer la ligne et la recréer pour modifier l'unité.

• Qté facturée (champ QTY)

La quantité facturée est exprimée en unité de vente.
Pour les factures directes, elle doit être supérieure à la quantité minimale et inférieure à la quantité maximale issues de l'article-vente.
Lorsque la quantité facturée est saisie, un traitement de recherche de tarif est automatiquement effectué. L'objectif de cette recherche est de récupérer :

• le prix brut ainsi que le motif associé,
• les remises et les frais en pourcentage ou en montant à appliquer au niveau de la ligne ainsi que les motifs associés,
• le ou les articles gratuits éventuels,
• le coefficient de pondération des taux de commission des représentants.

Le traitement de recherche de tarif peut être enclenché de façons différentes en fonction du type de l'article saisi :

• si l'article saisi est de type Normal, le traitement de recherche est automatiquement déclenché,
• si l'article saisi est de type Composé Kit ou Composé nomenclature, une première recherche de tarif est déclenchée pour le composé, puis avant de déclencher la recherche de tarifs pour les composants, une lecture du fichier des Nomenclatures est effectuée afin de proposer dans une fenêtre les différentes alternatives de type Commerce s'il en existe plusieurs. Si l'article a une seule alternative celle-ci est prise en compte automatiquement.
  

Après le choix de l'alternative, différents cas peuvent se produire en fonction de la constitution de la nomenclature de l'article :

• Chaque composant de type Normal est automatiquement sélectionné.
   
   Il est automatiquement remplacé par l'article de substitution si celui-ci a été renseigné au niveau de la fiche Article et si la date du document est supérieure ou égale à la date de substitution.
  Pour les autres types de composants mentionnés ci-dessous, lorsqu'un article de substitution est utilisé, l'indication de l'article d'origine est affichée au niveau de la fenêtre de choix des composants.
• Pour chaque composant de type Normal (avec formule), une fenêtre s'ouvre présentant l'ensemble des articles issus de la formule de sélection. Si un composant de type Normal a également été enregistré dans la même séquence, ce composant s'affiche également dans la liste. Il est, par défaut, automatiquement sélectionné mais il est possible de le dé-sélectionner. Sa quantité n'est pas modifiable. 
  Il est possible de sélectionner un ou plusieurs autres composants issus de la sélection. Les boutons [Tout inclure] et [Tout exclure] sont disponibles à cet effet. Dès lors qu'aucun composant n'est sélectionné, le bouton [Critères] devient disponible afin de restreindre la sélection lorsque le nombre de lignes dans le tableau est trop important (le nombre de lignes présentées dépend du nombre de lignes pouvant encore être insérées dans le document).
• Pour chaque composant de type Variante, une fenêtre s'ouvre présentant l'ensemble des variantes listées au même niveau de nomenclature ou issues d'une sélection. Vous devez obligatoirement en choisir une.
• Pour chaque composant de type Option, celui-ci est proposé et vous pouvez l'accepter ou le refuser. Lorsque plusieurs options sont possibles pour un même niveau de nomenclature ou lorsqu'une formule de sélection est définie, une fenêtre s'ouvre et vous pouvez en sélectionner une ou toutes les refuser.
• Pour chaque composant de type Option multiple, une fenêtre s'ouvre présentant l'ensemble des composants listés au même niveau de nomenclature ou issus d'une formule de sélection. Vous pouvez en sélectionner plusieurs ou tous les refuser. Les boutons [Tout inclure] et [Tout exclure] sont disponibles à cet effet. Dès lors qu'aucun composant n'est sélectionné, le bouton [Critères] devient disponible afin de restreindre la sélection lorsque le nombre de lignes dans le tableau est trop important.

Les lignes correspondant aux différents composants de la nomenclature sont alors générées :

• Si l'article est de type Composé kit, toutes les lignes de composants sont automatiquement générées. Ces lignes deviennent complètement dépendantes du composé. Elles apparaissent à l'écran mais ne sont pas accessibles. La quantité des composants est calculée automatiquement à partir de celle du composé. Si vous modifiez la quantité du composé, les quantités de tous les composants sont automatiquement recalculées. Si vous supprimez le composé, tous les composants sont automatiquement supprimés.
• Si l'article est de type Composé nomenclature, toutes les lignes de composants sont proposées et sont modifiables (sauf l'unité de vente). Elles deviennent indépendantes par rapport au composé. Si vous modifiez ou supprimez le composé, une question vous est posée pour permettre de reporter ou non la modification ou la suppression sur les composants.

Dans les deux cas, une recherche de tarif pour le type composant est ensuite automatiquement déclenchée  et pour chaque ligne de commande générée, une valeur est attribuée au type de ligne :

• Option Kit ou Option nomenclature pour un composant de type Option,
• Variante kit ou Variante nomenclature pour un composant de type Variante,
• Composant Kit ou Composant nomenclature pour un composant de type Normal.

A l'issue de ce traitement de recherche de tarif, certains contrôles sont effectués :

• si le prix est défini en TTC, le prix HT est calculé,
• contrôle sur le prix net calculé : si le prix net calculé est inférieur au prix plancher stocké dans la fiche article, un message apparaît,
• contrôle sur la marge dégagée : si le pourcentage de marge est inférieur au pourcentage de marge minimum stocké dans la fiche article, un message apparaît.

Ces différents messages peuvent être bloquants selon la valeur donnée au paramètre utilisateur SDACLOK - Ctr non bloquant prix,marge,qt. Ils sont désactivés dans le cas d'un avoir.

• Coef UV-US (champ SAUSTUCOE)

Il s'agit du coefficient de conversion entre l'unité de vente et l'unité de stock. Dans certains cas, ce coefficient pourra être modifié. Il sera modifiable si l'unité de vente de l'article a été cochée modifiable, ou si l'unité de conditionnement choisie a également été cochée modifiable (Cf Fiche article). Il ne sera pas modifiable si l'unité utilisée est une unité définie pour le client. Si l'on utilise des unités dont le coefficient est modifiable, il sera nécessaire, de ne définir pour l'article considéré, que des tarifs exprimés en unité de stock.

Une fois la ligne saisie, il ne sera plus possible de modifier le coefficient de conversion. Il faudra supprimer la ligne et la recréer pour modifier ce coefficient.

• US (champ STU)

Cette zone désigne l'unité de gestion de l'article dans laquelle sont exprimés :

• les stocks,
• le prix standard,
• la quantité des liens de nomenclature, etc.

Cette information, non modifiable, est toujours affichée quelle que soit la transaction utilisée.

• Prix brut (champ GROPRI)

Le champ prix brut permet de déterminer le prix brut unitaire de l'article, hors taxes. Ce prix est exprimé par unité de commande si le champ Unité est déclaré accessible à la saisie dans la transaction, sinon il est exprimé par unité d'achat.

Ce champ est chargé par une recherche tarif ou par le prix de base renseigné dans la table article. Ce champ est modifiable si le motif associé au prix le permet. Après une modification le motif associé devient le motif "saisie manuelle par défaut" contenu dans le paramètre DACMANPUR  pour les achats ou DACMANSAL  pour les ventes.

Lorsque les principales informations de la ligne ont été saisies, un traitement de recherche de tarif est automatiquement effectué. L'objectif de cette recherche est de récupérer :

• le prix brut et le motif associé,
• les remises et les frais en pourcentage ou en montant à appliquer au niveau de la ligne ainsi que les motifs associés.

Lorsqu'une réponse d'appel d'offre a été sélectionnée et que des besoins ont été pris en compte, il est possible de  valoriser la ligne au prix de l'appel d'offre. Dans ce cas, la recherche tarif n'est pas effectuée.

Lorsque la commande est issue d'une demande d'achat, le prix brut et les remises proviendront de la demande d'achat si celle-ci est valorisée et la recherche tarif n'est pas exécutée.

Si la recherche tarif est infructueuse, plusieurs cas peuvent se présenter :

• si la commande est de type 'inter-sites' ou 'inter-sociétés' le prix de base de la fiche 'Article-vente' est utilisé pour valoriser la commande,
• si la ligne de commande concerne un article de sous-traitance, le prix de référence de l'opération de sous-traitance est utilisé pour valoriser la commande.

Dans tous les cas, si le prix de la commande est nul et que le paramètre PURPRICE - Tarif par défaut coût standard (chapitre ACH, groupe PRI) a pour valeur 'Oui' pour la société du site de d'achat, le coût standard est utilisé pour valoriser le prix brut (s'il a été défini pour l'article).

Lorsque le prix saisi est nul, un message apparaît pour vous demander confirmation.

A partir du champ Prix, le bouton contextuel permet de :

• visualiser les motifs associés au prix ainsi qu'aux différents champs remises et frais,
• visualiser la liste des 10 derniers prix de commande,
• consulter les tarifs,
• réinitialiser le prix brut et les remises et frais en demandant une nouvelle recherche tarif.

Particularités liées à l'inter-sociétés : Dans le cadre d'une commande inter-sociétés ou inter-sites, si des tarifs inter-sociétés ont été paramétrés, ils sont exploités au même titre que les tarifs normaux. Lorsque la commande de vente est générée, les prix et les remises calculées sur la commande de vente réciproque sont déterminés à partir des tarifs inter-sociétés ou des tarifs normaux. En aucun cas les prix et remises saisis sur la commande d'achat ne sont transférés sur la commande de vente. Les prix entre les documents ventes et achats peuvent évoluer indépendamment. Le rapprochement se fait au moment de la facturation.

• champ DISCRGVAL1

Des colonnes de remises et frais sont affichées.
Elles dépendent du paramétrage du Code structure tarif associé au fournisseur dans la fiche de ce dernier (cf. documentation Structure tarifs).

Elles peuvent être initialisées par l'utilisation des tarifs (cf. documentations Paramétrage tarifs et Saisie tarifs). L'accès à ces colonnes peut dépendre du paramétrage des motifs associés aux tarifs ainsi qu'à la valeur de motif donnée au paramètre UPDPRISAL pour les Ventes et UPDPRIPUR pour les achats.

Ces remises ou frais sont définis en montant ou en pourcentage et s'appliquent en cumul ou en cascade sur le prix brut pour déterminer le prix net de la ligne de document.

Le bouton contextuel permet de :

• visualiser les motifs associés au prix ainsi qu'aux différents champs remises et frais,
• modifier, le cas échéant, les motifs affectés à chacune des colonnes.

• Prix net (champ NETPRI)

A partir du champ Prix, le bouton contextuel permet de :

• visualiser les motifs associés au prix ainsi qu'aux différents champs remises et frais,
• visualiser la liste des 10 derniers prix de commande,
• consulter les tarifs,
• disposer d'une explication détaillée décrivant l'obtention du prix net.

Lorsque le prix saisi est nul, un message apparaît pour demander confirmation. Il faut noter que ce message n'apparaît pas pour les composants d'une nomenclature et pour les gratuits.

Un traitement des 'Gratuits' est déclenché en fin de ligne de livraison. Ce traitement génère toutes les lignes d'articles gratuits (Prix brut et remises à 0). Si le paramètre FOCPRI - Valorisation articles gratuits (Chapitre VEN/ Groupe PRI) a pour valeur 'oui', une recherche tarif est déclenchée pour le gratuit dans le but de lui affecter un prix brut. Ce prix affecté est compensé soit par une remise ligne en pourcentage, soit par une remise ligne en montant (selon l'ordre des remises) pour obtenir un prix net nul.

Après l'activation du bouton [Créer] qui permet d'enregistrer la livraison, et si les tarifs groupés sont gérés (selon paramétrage), une question est posée (en fonction du paramétrage choisi : Voir paramètre GRPPRI) afin d'effectuer ou non une nouvelle recherche de tarif (pour le type groupé) permettant de déterminer les conditions particulières liées à la livraison globalement. A l'issue de ce traitement, il est possible d'obtenir sur des lignes articles :

• un nouveau prix brut ou des nouvelles remises ou des nouveaux frais à la ligne,
• des articles gratuits qui ne sont pas associés à une ligne particulière.

• Mt ligne en valeur (champ AMTLIN)

• Prix revient (champ CPRPRI)

Le 'prix de revient' est alimenté par défaut par la valorisation de l'article choisi pour le calcul de marge (Voir méthodes de valorisation définie pour la fiche 'Article-Site') au moment de la création de la ligne de document et est exprimée en unité de vente. Les différents choix possibles pour la valorisation du prix de revient sont : 'Prix standard', 'Prix standard actualisé', 'Dernier prix', 'Prix moyen pondéré', 'Prix FIFO', 'Prix moyen lot' et 'Prix LIFO'. Si la méthode de valorisation devait retourner une valeur nulle, une valeur de repli peut être utilisée en précisant une autre méthode de valorisation contenue dans la liste décrite précédemment. Cette valeur est stockée à la ligne 'document'.

Il est possible de surcharger cette information en fonction de la transaction de document utilisée.

Le 'prix de revient' est systématiquement recalculé lors de la : 

• modification d'un devis en commande,
• livraison d'une commande, 
• validation d'une livraison,
• facturation d'une commande.

Dans le cas du 'prix moyen lot', en gestion de devis, le 'Prix moyen lot' retourne toujours une valeur nulle. La valeur de repli est utilisée dans ce cas. Lors de la validation de la livraison on utilise à nouveau le 'Prix moyen lot' pour recalculer la marge et avoir ainsi une marge réelle dépendant du ou des lots livrés.

Particularités liées aux avoirs
Lorsqu'un avoir est crée avec pour origine un retour client ou une facture, le prix de revient proposé est le prix de revient du document d'origine. S'il s'agit d'un avoir direct, le prix de revient est calculé à partir de la règle de calcul de marge définie dans par la méthode de valorisation de l'Article-site.

• Marge (champ PFM)

Cette information calculée permet de donnée la marge unitaire en unité de vente calculée par la différence entre le prix net et le prix de revient.

Lors du calcul de la marge commerciale, un contrôle peut être effectué pour vérifier que cette marge n'est pas en dessous du seuil minimal défini sur l'onglet "Vente" de la fiche article. Ce contrôle peut être bloquant en fonction du paramètre utilisateur SDACLOK-Ctr non bloquant prix, marge, qt (Chapitre VEN/ Groupe AUZ). Le calcul réalisé pour contrôler le taux de marque est le suivant :

((Prix total HT  - Prix de revient) / Prix total HT)* 100 >= pourcentage de marge minimale ou taux de marque.

• Niveau taxe 1 (champ VACITM1)

Ce champ indique le niveau de taxe appliqué à l'article sélectionné.

Le niveau de taxe permet, par croisement avec le régime de taxe du document, de déterminer le taux de taxe à appliquer sur la ligne de document.

Il existe trois niveaux de de taxe pour une ligne de document.

Le premier niveau est obligatoire et correspond à la TVA.

Les deux autres niveaux caractérisent des taxes parafiscales ou spéciales qui peuvent être soumises ou non à TVA, s'appliquer sur la base HT ou tout autre formule évaluée.

Les niveaux de taxe de la ligne de document sont alimentés par défaut par les valeurs associées à la fiche article (onglet Comptabilité). Ces valeurs peuvent être modifiées en fonction de la transaction. Vous pouvez également, si les habilitations utilisateur le permettent, accéder à la gestion des niveaux de taxes.

Le paramètre CTLTAX – Contrôle des codes taxes (chapitre VEN, groupe VAT) permet de contrôler que les codes taxes liés aux niveaux de taxe sont cohérents. Grâce à ce contrôle, le système vérifie que le niveau de taxe :

• est renseigné,
• est actif,
• que sa législation et son groupe de société sont cohérents avec ceux du document.

• Code taxe SST (champ SSTCOD)

À partir de la mise à jour 9.0.0 :

Nouvelles restrictions pour la saisie de données : Dans le cas des éléments de facturation désignés comme remise sur document SST pour une société, vous ne pouvez pas supprimer la valeur du code de taxe SST du document.

À partir de la mise à jour 8.0.0 :

Saisissez le code à utiliser pour remplacer le code de taxe SST par défaut de l'article ou de l'élément de facturation. Ce code taxe est reconnu par Sage Sales Tax et permet d'identifier les types de ligne à des fins fiscales. Ce champ est seulement disponible si le code d'activité LTA - Imposition locale est activé et si le paramètre USATAX - Utilisation Système de taxes a pour valeur "Oui".

• Dépôt (champ WRH)

• Lot (champ LOT)

Pour les factures, indique le lot à sortir.
Il est inutile de le renseigner dans les cas suivants :

• la sortie est multi-lot,
• toutes les caractéristiques du stock à sortir ne sont pas renseignés ( lot , sous-lot , no série , emplacement ).

Si l'article est géré en numéro de série, seul celui-ci est nécessaire pour déterminer le stock à sortir.
Si ce n'est pas le cas, le lot, le sous-lot et l'emplacement (conditionnés par le mode de gestion de l'article) sont nécessaires.
Pour les avoirs, indique le lot (ou les lots) sur lequel porte le mouvement d'entrée.
Il est saisissable et initialisé en fonction de la règle de gestion attachée à la catégorie article.

• Nb S/lot (champ NBSLO)

Il s'agit du nombre de sous-lots sur lequel porte le mouvement de stock.

• S/lot (champ SLO)

Pour les factures, indique le sous-lot à sortir. Lorsque le lot est sélectionné, le sous-lot est immédiatement initialisé.
Il est inutile de le renseigner dans les cas suivants :

• la sortie est multi-lot,
• toutes les caractéristiques du stock à sortir ne sont pas renseignés (lot , sous-lot , no série , emplacement).

Si l'article est géré en numéro de série, seul celui-ci est nécessaire pour déterminer le stock à sortir.
Si ce n'est pas le cas, le lot, le sous-lot et l'emplacement (conditionnés par le mode de gestion de l'article) sont nécessaires.
Pour les avoirs, indique le sous-lot sur lequel porte le mouvement d'entrée.

• S/lot fin (champ SLOF)

Ce champ désigne le dernier sous-lot sur lequel porte le mouvement de stock.

• Lot fournisseur (champ BPSLOT)

Le numéro de lot fournisseur peut être saisi à titre d'information dans les mouvements d'entrée.
Il est conservé dans le fichier stocks, en correspondance avec le numéro de lot interne, ce qui permet d'assurer la traçabilité de la provenance des marchandises.
Il peut être affiché à l'écran à titre d'information dans les transactions de sortie de stock.

• Série début (champ SERNUM)

Pour les factures, indiquer le numéro de série début à sortir. Le numéro de série fin est automatiquement calculé.
Il est inutile de le renseigner si les numéros de série à sortir ne sont pas continus.

Si l'article est géré en numéro de série, seul celui-ci est nécessaire pour déterminer le stock à sortir.
Si ce n'est pas le cas, le lot, le sous-lot et l'emplacement (conditionnés par le mode de gestion de l'article) sont nécessaires.

Pour les avoirs, indique le premier numéro de série sur lequel porte le mouvement d'entrée. Ce numéro de série doit exister dans la base mais il est possible de saisir un numéro de série qui n'existe pas.

• Numéro série fin (champ SERNUMF)

Ce champ désigne le numéro de série fin.

• Identifiant 1 (champ PALNUM)

Cette zone libre permet de saisir toute information complémentaire.

• Identifiant 2 (champ CTRNUM)

Cette zone indique le premier identifiant enregistré.

• Statut (champ STA)

• Pour les factures, indique le statut du stock à sortir.
  Il est inutile de le renseigner lorsque toutes les caractéristiques du stock à sortir ne sont pas renseignés (lot , sous-lot , numéro de série , emplacement).

• Si l'article est géré en numéro de série, seul celui-ci est nécessaire pour déterminer le stock à sortir.
• Si ce n'est pas le cas, le lot, le sous-lot et l'emplacement (conditionnés par le mode de gestion de l'article) sont nécessaires.

• Pour les avoirs, indique le statut du stock du mouvement d'entrée.

La règle de gestion attachée à la catégorie article permet de déterminer les statuts et sous-statuts autorisés et un statut par défaut.

• Type emp (champ LOCTYP)

Les types d'emplacements servent à codifier les emplacements des magasins selon leurs caractéristiques de stockage : dimensions, statuts autorisés, contraintes techniques, etc.
Ils sont associés aux articles par site, permettant ainsi de regrouper géographiquement les articles de caractéristiques semblables.
Selon le paramétrage de la transaction de stock, le type d'emplacement de l'article est proposé par défaut et peut être modifié dans la saisie des mouvements.

• Emplacement (champ LOC)

Emplacement

Pour les factures, indiquer l'emplacement à l'origine de la sortie.

Il est inutile de le renseigner dans les cas suivants :

- on désire effectuer une sortie à partir de plusieurs emplacements

- toutes les caractéristiques du stock à sortir ne sont pas renseignés ( lot , sous-lot , no série , emplacement )

Si l'article est géré en no série, seul celui-ci est nécessaire pour déterminer le stock à sortir.

Si ce n'est pas le cas, le lot, le sous-lot et l'emplacement (conditionnés par le mode de gestion de l'article) sont nécessaires.

Pour les avoirs, indiquer l'emplacement de destination du mouvement d'entrée.

Cet emplacement peut être initialisé par la règle de gestion rattachée à la catégorie de l'article sinon il y a recherche d'un emplacement.

• Prix ordre (champ PRIORD)

Il s'agit du montant unitaire par unité de stock pouvant être utilisé pour valoriser le stock (si la méthode de valorisation pour un retour client est Prix Ordre).

La méthode de valorisation des stocks est définie par catégorie d'article en fonction d'un site de stockage.
Elle peut être :

• paramétrée par typologie de mouvement,
• modifiée manuellement le cas échéant si la transaction l'autorise,
• visualisée dans la fenêtre de détail stock.

Le prix de l'ordre est initialisé de la manière suivante :

• si la ligne d'avoir avec mouvement de stock a pour origine une ligne de facture avec mouvement de stock, alors le prix de l'ordre est égal à la valeur de sortie de stock de la facture. Le prix de l'ordre n'est pas modifiable dans ce cas,
• s'il s'agit d'un avoir direct avec mouvement de stock, le prix de l'ordre est initialisé et modifiable.

• Désignation du mouvement (champ MVTDES)

La désignation du mouvement est un commentaire libre à la saisie inscrit dans le journal des stocks pour chaque mouvement de la ligne d'avoir. Cette information est modifiable dans la fenêtre de détail stock. Si l'information est modifiée, elle est reprise et inscrite sur la ligne de facture dans ce champ.

• Représent1 (champ REP1)

Les représentants de la ligne de document sont initialisés par les représentants renseignés en en-tête de document. Si ceux-ci ne sont pas renseignés, les représentants de la ligne sont initialisés par les représentants du client puis par ceux du client livré s'il n'existe pas de représentants sur la fiche client.

Si le paramètre LINREP-Représentants à la ligne (Chapitre VEN/ Groupe MIS) le permet, les représentants peuvent être modifiés à la ligne document. Il est possible en fonction des habilitations de l’utilisateur, d’accéder à la fiche du représentant.

• Tx com1 (champ REPRAT1)

Le taux de commissionnement du représentant est initialisé à la ligne en fonction de la catégorie de commissionnement du client et du taux de commission du représentant par catégorie. Ce taux de commissionnement peut être pondéré par un coefficient de pondération modifiable pouvant être initialisé par les paramétrages tarifs. Ces informations sont issues de l'en-tête de facture dans le cas d'une facture directe ou du document d'origine.

• Représent2 (champ REP2)

• Tx com2 (champ REPRAT2)

• Coef pondération (champ REPCOE)

Ce coefficient permet de pondérer le taux de commissionnement des représentants pour cette ligne de document lors du calcul de commission.
Cette information est initialisée par la recherche tarifaire : certains tarifs permettent de définir un coefficient de pondération pour le taux de commissionnement des représentants.

• champ CCE1

En fonction du paramétrage, les sections analytiques sont modifiables, celles-ci étant initialisées conformément au paramétrage des sections par défaut.

• Date début prestation (champ STRDAT)

Période début et fin de prestation.

• Date fin prestation (champ ENDDAT)

• Nbre période (champ PERNBR)

Nombre de périodes

Exploité en finance pour ventiler les charges et produits constatés d'avance.

• Type période (champ PERTYP)

Périodicité (nombre de jours, semaines, décades, quinzaines ou mois).

Exploité en finance pour ventiler les charges et produits constatés d'avance.

• Type ligne (champ LINTYP)

Cette information caractérise le type de ligne en distinguant un article classique d'un kit ou d'une nomenclature.
Les différentes valeurs pouvant être rencontrées sont les suivantes :

• normale,
• composé kit,
• composant kit,
• option kit, variante kit,
• composé nomenclature,
• composant nomenclature,
• option nomenclature,
• variante nomenclature.

• Gra (champ FOCFLG)

Cette information précise si la ligne concerne un gratuit ou est à l'origine de la génération d'un ou plusieurs gratuits.
Dés que l'on sort du tableau des lignes, toutes les totalisations sont effectuées ainsi que les calculs éventuels des bases calcul de taxe.
Dans la partie basse de l'onglet sont affichés et non modifiables le montant HT, le montant TTC ainsi que la marge totale de la facture.

• Flux physique (champ EECFLOPHY)

Ce champ permet de préciser si la ligne identifie un flux physique intervenant dans la déclaration de la Déclaration d'échanges de biens. Une ligne facture non liée à un flux physique peut être déclarée pour régularisation si un Régime CEE et/ou une Nature transaction CEE est renseigné sur la facture (option Informations douanières).
L'initialisation de ce champ est effectuée différemment selon qu'il s'agisse d'un article géré en stock ou non :

1/ Article géré en stock

• S'il s'agit d'une facture directe/avoir direct, sans mouvement de stock, le flux physique est initialisé à Non et reste modifiable.
• S'il s'agit d'une facture directe/avoir direct, avec mouvement de stock, le flux physique est positionné à Oui et n'est pas modifiable.
• S'il s'agit d'une facture issue d'une livraison ou d'une commande, le flux physique est positionné à Oui et n'est pas modifiable.
• S'il s'agit d'une facture issue d'une livraison ou d'une commande avec ajout d'une ligne supplémentaire, le flux physique est positionné à Oui et n'est pas modifiable.

2/ Article non géré en stock

• S'il s'agit d'une facture directe sans mouvement de stock, le flux physique est initialisé à Non et reste modifiable.
• S'il s'agit d'une facture directe avec mouvement de stock, le flux physique est initialisé à Oui et reste modifiable.
• S'il s'agit d'une facture issue d'une livraison ou d'une commande, le flux physique est positionné à Oui et reste modifiable.
• S'il s'agit d'une facture issue d'une livraison ou d'une commande avec ajout d'une ligne supplémentaire, le flux physique est positionné à Oui et n'est pas modifiable.

• Marge totale (champ PFMTOT)

Il s'agit de la marge totale du document calculée à partir de la marge des lignes du document.

• Hors taxe (champ INVNOT)

Ce champ indique le résultat HT intégrant les différents éléments de facturation des articles sélectionnés.
Ces informations apparaissent lors de l'impression de l'état SBONFACP2.
 Le détail du calcul est stocké dans les tables SVCRVAT et SVCRFOOT.

• TTC (champ INVATI)

Ce champ indique le résultat TTC intégrant :

• les différents éléments de facturation des articles sélectionnés,
• le calcul de la taxe par base de taxe.

Ces informations apparaissent lors de l'impression de l'état DEVTTC.
Le détail du calcul TTC est obtenu par clic droit sur le montant total.
 Le détail du calcul est stocké dans les tables SVCRVAT et SVCRFOOT.

• No (champ NOLIGV)

• Taxe (champ XVSHO)

Il s'agit du libellé de la taxe présente sur les lignes de document.

• Montant HT (champ XVNOT)

Ce champ indique le montant HT cumulé de toutes les lignes d'articles ayant une base de taxe correspondant à la première colonne.

• Base soumise (champ XVSMI)

Ce champ indique la base HT soumise à la TVA. Elle est constituée du montant HT auquel sont ajoutées d'éventuelles taxes parafiscales ou spéciales (saisies sur les lignes d'articles) soumises à la TVA.

• Taxe (champ XVTAX)

Il s'agit du code taxe présent sur les lignes de document.

• Taux (champ XVRAT)

Ce champ renseigne le taux de taxe correspondant à la base de taxe.

• Mt taxes (champ XVAMT)

Il s'agit du montant de la taxe obtenu par application du taux de taxe sur la base soumise.

• Autres taxes (champ XVSUP)

Ce champ renseigne les taxes parafiscales ou spéciales appliquées sur cette base de taxe.

• Montant TTC (champ XVATI)

• No (champ NOLIGF)

• champ XFSHO

Ce champ indique l'intitulé court de l'élément de facturation.

• Montant HT (champ XFNOT)

• Base soumise (champ XFSMI)

Il s'agit de la base soumise à taxe d'un élément de facturation, dont la base de calcul est TTC est égale au montant TTC.
La base soumise d'un élément de facturation dont la base de calcul est HT est égale au montant HT de l'élément de facturation.
Dans le cas d’un élément de facturation dont la règle de taxe est taux produit, un clic droit sur la ligne permet de voir la ventilation la base soumise par taxe produit.

• Taxe (champ XFTAX)

Ce champ indique le code taxe appliqué à l’élément de facturation.

• Taux (champ XFRAT)

Ce champ indique le taux de taxe appliqué à cet élément de facturation. Si la base de calcul de l'élément de facturation est TTC ou si la règle de taxe de l’élément de facturation est taux produit, cette information ne sera pas affichée ainsi que le code taxe correspondant.
Dans le cas d’un élément de facturation dont la règle de taxe est taux produit, un clic droit sur la ligne permet de voir la les différents taux de taxe par base soumise.

• Mt taxes (champ XFVATAMT)

Il s'agit du montant de taxes calculé pour cet élément de facturation à partir de la base soumise et du taux de taxe à appliquer.
Si la base de calcul de l'élément de facturation est TTC, cette information ne sera pas affichée.
Dans le cas d’un élément de facturation dont la règle de taxe est taux produit, un clic droit sur la ligne permet de voir la ventilation des différents codes taxes par base soumise.

• Montant TTC (champ XFATI)

Ce champ indique le montant TTC de l'élément de facturation.

• Répartition analytique (champ DSP)

Il s'agit de la clé de répartition analytique de l’élément de facturation. Elle peut être modifié par clic droit sur la ligne.
La clé de répartition analytique renseignée dans ce champ permet de charger les axes analytiques associés. Elle est composée de un à dix caractères alphanumériques.
Les clés de répartition analytique permettent de ventiler automatiquement le montant d'une ligne d'écriture de comptabilité générale sur plusieurs lignes analytiques. Cette ventilation s'effectue selon des coefficients de pondération.

• champ SFICCE1

Il s'agit des sections analytiques de l’élément de facturation.
Les codes sections des différents axes peuvent être modifiés par clic droit sur la ligne

• Hors taxe (champ INVNOT)

Ce champ indique le résultat HT intégrant les différents éléments de facturation des articles sélectionnés.
Ces informations apparaissent lors de l'impression de l'état DEVTTC.
 Le détail du calcul est stocké dans les tables SVCRVAT et SVCRFOOT.

• champ INVNOTRPT

• champ DEVRPT1

• Base escompte (champ BASDEP)

La base escomptable est affichée uniquement si les deux conditions suivantes sont remplies :

• un code escompte (comportant au moins une ligne déterminant un escompte) est renseigné sur la facture, 
• le paramètre DEPMGTMOD - Mode gestion escompte n'a pas pour valeur "Ventilation par TVA (niveau compte)".

Le calcul de la base escomptable est en fonction :

• du périmètre du Code escompte (HT ou TTC) associé à la facture,
• du paramétrage des éléments de facturation,
• du mode de gestion des escomptes défini par le paramètre DEPMGTMOD - Mode gestion escompte.
  

• TTC (champ INVATI)

Ce champ indique le résultat TTC intégrant :

• les différents éléments de facturation des articles sélectionnés,
• le calcul de la taxe par base de taxe.

Ces informations apparaissent lors de l'impression de l'état :

• ARCTT2 pour la fonction Commandes.
• BONLIV pour la fonction Livraisons.
• DEVTTC2 pour la fonction Devis.
• DEVTTC pour la fonction Factures.

Le détail du calcul TTC est obtenu par clic droit sur le montant total.
 Le détail du calcul est stocké dans les tables SVCRVAT et SVCRFOOT.

Pour accéder à l'écran 'Sage Sales Tax', cliquez sur le lien du champ Montant TTC.

• champ INVATIRPT

• champ DEVRPT2

• Type taxe (champ JURTYP)

Un code taxe peut identifier plusieurs types de taxes :

• 'TVA' (Taxe sur la Valeur Ajoutée) : cette taxe se base sur le montant HT,
• 'Taxe parafiscale' : cette taxe se base sur le montant HT, sur la quantité ou tout autre élément d’une ligne de document,
• 'Taxe spéciale' : cette taxe se base sur le montant HT, sur la quantité ou tout autre élément d’une ligne de document,
• 'Taxe provinciale' (voir ci-dessous).

 S’il s’agit d’une taxe parafiscale ou spéciale, la case à cocher 'Soumis à TVA' permet de préciser si ce type de taxe est soumis ou non à la Taxe sur la Valeur Ajoutée.

Taxe provinciale

Application

Ce type de taxe n'est pas géré en france.
Il s'applique notamment au Canada et en Argentine.

Pré-requis

Le code d'activité PTX doit être activé préalablement à son utilisation.
Pour la gestion des taxes provinciales argentines, le code activité correspondant à la législation argentine doit être activé.

Principe

Le principe des taxes provinciales est d’appliquer des taxes en pied de document en fonction de la province d’origine et/ou de destination.
Cette fonctionnalité peut être étendue à d’autres cas d’emploi : les taxes dites provinciales pouvant dépendre de toute autre information issue de la table TAXLINK, elles peuvent faire office de taxes supplémentaires en pied de document. Cet autre emploi évite que la taxe soit répercutée directement sur les lignes du tableau.

Emplacement

• Dans le module Ventes, la taxe provinciale apparaît directement en pied de facture.
• Dans le module Achats, les quatre codes taxes supplémentaires apparaissent à la ligne et sont modifiables.
   Si le nombre de taxes est illimité dans les ventes, vous ne pouvez pas en spécifier plus de quatre à la ligne dans les achats.

• Désignation (champ JURNAM)

• Taxes (champ TAXNAM)

• Base taxe (champ BASTAX)

• Cadence (champ TAXRAT)

Ce champ permet d'indiquer le taux de taxe applicable à cette taxe.

• Montant taxe (champ AMTTAX)

• Date taxe (champ TAXDAT)

• Pays (champ PAYS)

• Elément (champ DTA)

• Type taxe (champ DTAJURTYP)

Un code taxe peut identifier plusieurs types de taxes :

• 'TVA' (Taxe sur la Valeur Ajoutée) : cette taxe se base sur le montant HT,
• 'Taxe parafiscale' : cette taxe se base sur le montant HT, sur la quantité ou tout autre élément d’une ligne de document,
• 'Taxe spéciale' : cette taxe se base sur le montant HT, sur la quantité ou tout autre élément d’une ligne de document,
• 'Taxe provinciale' (voir ci-dessous).

 S’il s’agit d’une taxe parafiscale ou spéciale, la case à cocher 'Soumis à TVA' permet de préciser si ce type de taxe est soumis ou non à la Taxe sur la Valeur Ajoutée.

Taxe provinciale

Application

Ce type de taxe n'est pas géré en france.
Il s'applique notamment au Canada et en Argentine.

Pré-requis

Le code d'activité PTX doit être activé préalablement à son utilisation.
Pour la gestion des taxes provinciales argentines, le code activité correspondant à la législation argentine doit être activé.

Principe

Le principe des taxes provinciales est d’appliquer des taxes en pied de document en fonction de la province d’origine et/ou de destination.
Cette fonctionnalité peut être étendue à d’autres cas d’emploi : les taxes dites provinciales pouvant dépendre de toute autre information issue de la table TAXLINK, elles peuvent faire office de taxes supplémentaires en pied de document. Cet autre emploi évite que la taxe soit répercutée directement sur les lignes du tableau.

Emplacement

• Dans le module Ventes, la taxe provinciale apparaît directement en pied de facture.
• Dans le module Achats, les quatre codes taxes supplémentaires apparaissent à la ligne et sont modifiables.
   Si le nombre de taxes est illimité dans les ventes, vous ne pouvez pas en spécifier plus de quatre à la ligne dans les achats.

• Désignation (champ DTAJURNAM)

• Taxes (champ DTATAXNAM)

• Base taxe (champ DTABASTAX)

• Cadence (champ DTATAXRAT)

Ce champ permet d'indiquer le taux de taxe applicable à cette taxe.

• Montant taxe (champ DTAAMTTAX)

• Date taxe (champ DTATAXDAT)

• Pays (champ DTAPAYS)

• Valorisation HT (champ TOTINVNOT)

• Valorisation TTC (champ TOTINVATI)

• Raison sociale (champ BPRNAM)

Raison sociale du tiers.

• Adresse (champ BPAADD)

• Pays (champ CRY)

Ce code permet d'identifier, entre autre, le Pays d'un tiers.
C'est une information importante, associée à un certain nombre de caractéristiques utiles pour effectuer des contrôles sur des informations liées, en particulier :

• le format du numéro de téléphone,
• le format du numéro permettant d'identifier une société ou une activité (SIRET, NAF) et si sa saisie est obligatoire ou non,
• le format du code postal de la ville, et également le code de la subdivision géographique, et si leur saisie est obligatoire ou non,
• si la saisie du numéro de TVA de cette communauté est obligatoire ou non,
• le format du code R.I.B.

• champ CRYNAM

Nom du pays utilisé dans les adresses et dans tous les documents où le code pays est renseigné.

• champ BPAADDLIG

Ce tableau liste les différentes lignes adresse.
L'intitulé et le format de saisie de ces lignes sont définis dans la table pays.

• CP (champ POSCOD)

Le code postal, dont le format de saisie est défini dans la table Pays, permet de déterminer la ville et la subdivision géographique si elle est définie pour le pays.
Quand le code postal est modifié, la ville correspondant au nouveau code est automatiquement affichée. Il en est de même pour la subdivision géographique si elle est présente pour le pays. 
Il est possible également de saisir directement le nom d'une ville. Si celle-ci est définie, le code postal associé est automatiquement affiché.

Le contrôle de cette information et son caractère obligatoire sont fonction du paramétrage effectué au niveau de la gestion du pays. Pour que le contrôle s'applique, il est également nécessaire que le paramètre POSCOD - Alerte si C Postal inexistant (chapitre SUP, groupe INT) ait pour valeur 'Oui'.

Cas particuliers :

- pour ANDORRE, indiquez 99130
- pour MONACO, indiquez 99138
- pour les autres pays étrangers, indiquez le code INSEE du pays ou 99999 s'il est inconnu.

• Ville (champ CTY)

La ville proposée automatiquement est celle associée au code postal indiqué précédemment. Vous pouvez également saisir directement le nom d'une ville :

• si celle-ci est définie, le code postal associé est automatiquement affiché, 
•  si celle-ci n'existe pas et que le contrôle des codes postaux a été paramétré au niveau de la fiche Pays, un message d'avertissement apparait mais la poursuite de la saisie est autorisée. Pour que ce contrôle s'applique, il est également nécessaire que le paramètre CTY - Alerte si ville inexistante (chapitre SUP, groupe INT) ait pour valeur 'Oui',
• si celle-ci n'existe pas et que le code postal n'est pas renseigné, un message bloquant apparaît lorsque le code postal est paramétré comme étant obligatoire pour le pays.

Remarques :

• Son format est défini au niveau du paramétrage de la fiche Pays.
• En fonction de ce paramétrage, la ville saisie pourra être automatiquement transformée en majuscule après sa saisie.
• Afin de faciliter les sélections sans tenir compte du format (caractères accentués/majuscules/minuscules), la fenêtre de sélection disponible sur ce champ propose une colonne dédiée à la recherche, dans laquelle les noms des villes sont affichés en majuscules. Le contrôle effectué est indépendant de la casse car il est effectué par rapport au nom de la ville stocké en majuscule.

• champ ITINERAIRE

Cet icone ouvre un site de cartographie permettant de situer l'adresse renseignée.

• champ SAT

Ce champ contient la subdivision géographique correspondant à la définition de l'adresse postale.
Par exemple, un département pour la France, ou un état pour les États-Unis.
La désignation de la subdivision géographique, ainsi que le contrôle de saisie de cette information, sont définis dans le paramétrage des Pays.
Ce champ est alimenté automatiquement après la saisie du code postal et de la ville, à partir du paramétrage effectué dans Codes postaux.
Si le champ est contrôlé, le contrôle est effectué selon la table des Subdivisions géographiques.

• Personne à contacter (champ CNTNAM)

 Nom du contact.

• N° TVA intracommunautaire (champ EECNUMX)

• Validation adresse (champ VALADR)

Cliquez sur ce bouton pour envoyer l'adresse renseignée au service de validation des adresses Sage Sales Tax (SST). Il est également possible d'envoyer l'adresse renseignée en cliquant sur le bouton [OK].

• Si l'adresse est reconnue, la case à cocher "Validée" est automatiquement cochée.
• Si l'adresse n'est pas reconnue, la case à cocher "Validée" est décochée et inaccessible.

• Ce champ est disponible seulement si le code activité Imposition locale (LTA) est activé.
• Le service de validation des adresses SST est défini dans les paramètres Sage Sales Tax.

• Validée (champ ADRVAL)

Cette case est automatiquement cochée so l'adresse est reconnue par le service de validation des adresses Sage Sales Tax (SST) lorsque la case "Validation Adresse" est cochée. La case est décochée et inaccessible si l'adresse n'est pas reconnue.

• Ce champ est disponible seulement si le code activité Imposition locale (LTA) est activé.
• Le service de validation des adresses SST est défini dans les paramètres Sage Sales Tax.