Clients

• Catégorie (champ BCGCOD)

Il s'agit de la catégorie associée au client.
Une catégorie de client permet :

• de disposer d’une classification supplémentaire des clients,
• de disposer de valeurs par défaut en création,
• d’attribuer une numérotation automatique des clients en fonction d’un compteur associé à la catégorie de client.

• Actif (champ BPCSTA)

Ce champ permet d’activer ou de désactiver un client.
Cela permet notamment de créer un client en plusieurs étapes et d’activer celui-ci une fois toutes les informations valides.

 Il est possible de rendre inactif un client même si des flux sont en cours pour ce client. Le fait de rendre le client inactif n'interdit toutefois pas de terminer le flux. Il est, par exemple, possible de générer une livraison pour un client rendu inactif après la saisie de la commande. Seule la création d'un document non issu d'un flux est interdite lorsque le client est inactif.

• Client (champ BPCNUM)

Ce champ indique le code identifiant le client. Il peut être saisi directement ou sélectionné dans la table client.
 Cette liste de clients n'est pas exhaustive, tout client absent de cette liste peut commander l'article.

• champ BPCNAM

Il s'agit de la raison sociale du client, inaccessible à ce niveau.

• Intitulé court (champ BPRSHO)

Ce champ indique la raison sociale courte du client.

• Sigle (champ BPRLOG)

Acronyme du tiers.

• champ BPRNAM

Raison sociale du tiers.

• Personne physique (champ LEGETT)

Lorsqu'il est activé, cet indicateur permet de préciser que le tiers est une personne physique. Lorsqu'il n'est pas activé, il s'agit d'une personne morale.
Si le tiers est une personne morale, les informations ‘Numéro TVA intracommunautaire’ et ‘Numéro SIRET’ doivent alors obligatoirement être renseignées si leur saisie a été paramétrée comme étant obligatoire au niveau du paramétrage du pays.

• Interdit mailing (champ BPRFBDMAG)

Ce champ permet d’interdire l’envoi de courrier marketing au client sélectionné.

• 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.

• Langue (champ LAN)

Code contrôlé dans la table des langues et permettant de définir la langue d'un tiers.

• Devise (champ CUR)

Ce code permet d'identifier la devise d'un site, d'un tiers, etc. Il est contrôlé dans la table des devises.
La devise proposée est celle du budget par défaut.

• Numéro SIRET (champ CRN)

Numéro d'identification unique de la société.
Il doit obligatoirement être renseigné si les deux conditions suivantes sont remplies :

• sa saisie a été rendue obligatoire au niveau du paramétrage de la fiche pays,
• le tiers est une personne morale.

Son format de saisie dépendent du paramétrage effectué au niveau de la fiche Pays.

En France, ce numéro, attribué par l’INSEE lors de l’inscription de l’entreprise au répertoire national des entreprises, comporte 9 chiffres, et est unique et invariable. Il est utilisé par tous les organismes publics et les administrations en relation avec l’entreprise.

• Code NAF (champ NAF)

Ce champ fournit le code NAF (soumis au code activité KFA), selon la codification française de l'activité de l'entreprise.

• N° TVA intracommunautaire (champ EECNUM)

Il s'agit du numéro d'identification à la TVA de l'acheteur. Le numéro de TVA intracommunautaire dépend du pays du tiers et du processus de vérification associé.
Il est possible d'associer un numéro d'identification à la TVA pour ce tiers par adresse de livraison (un tiers pouvant être identifié à différents pays selon la TVA).

• Valid. ID TVA intracom (champ EVCVAL)

Remarque : Ce champ est uniquement disponible quand un web service est identifié dans le paramètre EVCSERVICE - Web service ID TVA intracom (chapitre CPT, groupe VAT) et si l'émetteur de l'ID de TVA intracommunautaire est défini dans le paramètre EVCCOMPANY - ID TVA intracom société source (chapitre CPT, groupe VAT).

Cliquez sur l’action Validation pour valider interactivement vore ID de TVA intracommunautaire.

Un message affiche les résultats de la validation. Le contenu varie selon le résultat du contrôle et le web service utilisé.

• Si la validation est effectuée avec succès, vous recevez un message de confirmation et la case à cocher Validation est sélectionnée.
• Si la validation échoue, vous recevez un message qui indique le motif de l'échec.
• Si la validation n'a pas pu être réalisée dans son intégralité (par exemple, si seul l'ID de TVA a été validé et pas l'adresse), vous pouvez accepter les résultats ou les rejeter. Si vous sélectionnez Oui, la case Validation est sélectionnée.

Remarque : Les résultats valides de la validation sont stockés dans une table.

Si un ID de TVA validé antérieurement est modifié, la case à cocher Validation est désélectionnée.

Niveaux de validation :

Une validation Qualifiée permet de vérifier l'ID de TVA intracommunautaire, la raison sociale et l'adresse. Toutes les données doivent être valides.

Une validation Non qualifiée ou simple permet uniquement de vérifier l'ID de TVA intracommunautaire. Le web service de validation intracommunautaire effectue uniquement des validations non qualifiées.

Gestion des adresses :

Les résultats sont enregistrés avec le code adresse d'origine .

Pour l'ID de TVA intracommunautaire principale, l'adresse standard de la société est utilisée.

Vous pouvez revalider manuellement les IDs via la fonction Revalidation ID TVA intracom (EVCBAT).

• Vérifié (champ EVCVALDON)

Si un ID de TVA validé antérieurement est modifié, la case à cocher Validation est désélectionnée.

Un message affiche les résultats de la validation. Le contenu varie selon le résultat du contrôle et le web service utilisé.

• Si la validation est effectuée avec succès, vous recevez un message de confirmation et la case à cocher Validation est sélectionnée.
• Si la validation échoue, vous recevez un message qui indique le motif de l'échec.
• Si la validation n'a pas pu être réalisée dans son intégralité (par exemple, si seul l'ID de TVA a été validé et pas l'adresse), vous pouvez accepter les résultats ou les rejeter. Si vous sélectionnez Oui, la case Validation est sélectionnée.

Remarque : Ce champ est uniquement disponible quand un web service est identifié dans le paramètre EVCSERVICE - Web service ID TVA intracom (chapitre CPT, groupe VAT) et si l'émetteur de l'ID de TVA intracommunautaire est défini dans le paramètre EVCCOMPANY - ID TVA intracom société source (chapitre CPT, groupe VAT).

• Inter-site (champ BETFCY)

Ce flag permet d'indiquer qu'il s'agit d'un tiers inter-sites :

• Les tiers clients/fournisseurs inter-sites sont utilisés pour les échanges multi-sites,
• un tiers client est un site d'achat ou un site financier,
• un tiers fournisseur est un site de vente ou un site financier.
  

• Site (champ FCY)

Code du site à identifier comme tiers dans le cadre d’échanges multi-sites.

Il faut référencer :

• Le site demandeur (site d'achat ou site financier) au niveau du tiers client.
• Le site fournisseur (site de vente ou site financier) au niveau du tiers fournisseur.
• Pour le client un site dépôt, appartenant à la même société, identifiera chaque adresse de livraison.

• Client (champ BPCFLG)

Ce champ est automatiquement coché lorsque le tiers est un client.

• Représentant (champ REPFLG)

Ce champ est automatiquement coché lorsque le tiers est un représentant.

• Prospect (champ PPTFLG)

Ce champ est automatiquement coché lorsque le tiers est un prospect.

• Fournisseur (champ BPSFLG)

Ce champ est automatiquement coché lorsque le tiers est un fournisseur.

• Tiers divers (champ BPRACC)

Ce champ est automatiquement coché lorsqu'il s'agit d'un tiers divers.
Un tiers divers est utilisé uniquement en comptabilité.

• Prestataire (champ PRVFLG)

Cette option permet d'intégrer un tiers parmi la liste des prestataires de service après-vente.

Un prestataire après-vente est une organisation à laquelle il est possible de faire appel pour la conduite

d'une intervention à effectuer au titre d'une demande de service (Dépannage, conseil, audit, devis...)

Pour chaque prestataire, il est possible de mémoriser ses compétences, sa zone géographique d'intervention,

ses conditions tarifaires de facturation.

• Transporteur (champ BPTFLG)

Ce champ est automatiquement coché lorsque le tiers est un transporteur.

• Donneur d'ordre (champ DOOFLG)

Le donneur d’ordre correspond au client à qui la demande de service s'adresse effectivement.
Lorsqu’une demande de service n’inclut pas de donneur d’ordre, le service est fourni au nom du client direct de l’organisation concernée.
En revanche, lorsqu’une demande de service inclut un donneur d’ordre, le service est fourni au client, mais au nom du donneur d’ordre. Le client qui reçoit une assistance n’est pas le client de l’organisation, mais le client du donneur d’ordre.
En ce qui concerne la facturation, les données chargées par défaut sont celles du donneur d’ordre (client facturé, tiers payeur, etc.). Il est donc obligatoire de créer une fiche client pour le donneur d’ordre.
Cette option permet d’identifier la population des donneurs d’ordre.
Cette option est obligatoire si vous souhaitez lier des clients à leur(s) donneur(s) d’ordre respectif(s).

• Code adresse (champ CODADR)

Code adresse du tiers.

• Code adresse (champ XCODADR)

Ce code permet d'identifier les différentes adresses associée à la fiche gérée (utilisateur, société, site, tiers de tout type...)
Pour une fiche donnée, chaque code adresse est unique.
Il est en général obligatoire de saisir une adresse pour chaque fiche, et l'une d'elles doit être déclarée comme adresse par défaut grâce à la case correspondante.

Vous ne pouvez pas modifier ni supprimer un code adresse dès qu'il est utilisé au niveau d'un RIB ou d'un Contact.
Dans ce cas, pour pouvoir modifier ou supprimer un code adresse, vous devez au préalable le supprimer au niveau du RIB ou du contact.

• Intitulé (champ XBPADES)

Précisez les informations liées à l'adresse.

• Pays (champ XBPACRY)

Ce code permet d'identifier le pays associé à l'adresse.

Dans la table des Pays, qui contrôle ce champ, un certain nombre de caractéristiques sont utilisées afin de réaliser des contrôles sur les informations qui en dépendent, et notamment :

• le format du numéro de téléphone,
• le format du numéro identifiant une entreprise ou une activité (SIRET, NAF en France),
• 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,
• le format du code RIB,
• la gestion de l'IBAN.

• Intitulé (champ XCRYNAM)

Intitulé associé au code précédent

• champ XADDLIG1

Cette table liste les différentes lignes d'adresse. Les formats de l'intitulé et de la saisie sont définis dans la table pays.

• champ XADDLIG2

• champ XADDLIG3

• CP (champ XPOSCOD)

Le code postal, dont le format de saisie est défini dans la tablePays, permet de déterminer la ville, l'état/province, ou la zone géographique s'ils sont définis pour le pays.
Lorsque vous modifiez le code postal, la ville et l'état/province correspondant à ce nouveau code sont automatiquement affichés. Le principe est le même pour les zones géographiques si elles existent pour le pays.
Vous pouvez également saisir directement le nom d'une ville, d'un état ou province. Si la ville, état ou province sont définis, les codes postaux associés sont affichés automatiquement.
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 soit appliqué, le paramètre POSCOD - Avertissement code postal inexistant (chapitre SUP, groupe INT) doit également être à 'Oui'.

Cas particuliers :

- pour ANDORRE, indiquez 99130,
- pour MONACO, indiquez 99138,
- Pour les autres pays étrangers, spécifiez l'identifiant national de ce pays ou 99999 s'il est inconnu.

Lorsque le code postal est défini comme obligatoire pour le pays, il doit être saisi si les champs Code postal ou Ville sont saisis, ou dans le cas où des informations sont modifiées dans la fenêtre d'adresse du Tiers. Cependant, ce contrôle n'est pas effectué en création de document.

• Ville (champ XCTY)

La ville proposée automatiquement est celle qui est 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 elle n'existe pas et que le contrôle sur le code postal est paramétré dans la fiche Pays, un message d'avertissement apparaît, mais la saisie est autorisée (pour que ce contrôle s'applique, il est également nécessaire que le paramètre CTY - Avertissement ville inexistante - chapitre SUP, groupe INT - soit sur 'Oui' ),
- Si elle n'existe pas et que le code postal est défini comme obligatoire pour le pays, un message bloquant apparaît au moment d'effectuer une saisie dans le champ Code postal ou Ville, ou dans le cas où des informations sont modifiées dans la fenêtre d'adresse du Tiers. Cependant, ce contrôle n'est pas effectué en création de document.

Remarques :

• Son format est défini dans le paramétrage de la fiche Pays.
• En fonction de ce paramétrage, la ville saisie peut être convertie automatiquement en majuscule après avoir été 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.

• champ ITINERAIRE

Cliquez sur cette icône pour ouvrir un site de cartographie permettant de situer l'adresse renseignée.

• champ XSAT

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.

• Site Web (champ XFCYWEB)

Ce champ permet d'indiquer un site web.

• Identifiant externe (champ XEXTNUM)

Ce champ libre permet de stocker un identifiant variable utilisable pour des traitements particuliers.
Exemple : dans le cadre de la génération des fichiers de virements internationaux au format xml, le contenu de ce champ permet d'identifier le tiers créditeur du règlement, en cas d'absence de numéro SIRET (se reporter au paramétrage des fichiers Bancaires).

• Adresse par défaut (champ XBPAADDFLG)

Lorsqu'elle est sélectionnée, cette case indique qu'il s'agit d'une adresse par défaut. Une et une seule des adresses de la fiche concernée peut et doit être sélectionnée. Il s'agit impérativement d'une adresse du tiers.
L’adresse par défaut du client peut être différente de l’adresse par défaut du tiers.

• Validation adresse (champ VALADR)

Cliquez sur ce bouton pour envoyer une adresse au service de validation des adresses Sage Sales Tax (SST). Si l'adresse est reconnue, elle est mise à jour selon le format des services postaux américains.
Ce champ est disponible seulement si le code activité LTA est activé.

 Le service de validation des adresses SST est défini dans les paramètresSage Sales Tax.

• Validée (champ XADRVAL)

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

 Le service de validation des adresses SST est défini dans les paramètresSage Sales Tax.

• champ XTEL1

Ce champ indique le numéro de téléphone. Son format de saisie dépend du pays.
Le niveau de contrôle effectué par rapport au format du numéro saisi dépend du paramètre général CTLTEL - Contrôle numéro de téléphone (chapitre SUP, groupe INT).

• champ XWEB1

Ce champ indique l'adresse de messagerie électronique du contact.

• Catégorie ABC (champ ABCCLS)

Code permettant d'identifier la catégorie ABC du tiers.
Cette catégorie ABC permet de classer les tiers en fonction de leur importance dans le chiffre d'affaire par exemple.
Elle peut être saisie avec des valeurs comprises entre 'A' et 'D'. Lors de sa création, le tiers ne disposant d'aucune donnée statistique est classé en catégorie 'D' par défaut.

• Mt mini commande (champ WORDMINAMT)

Montant HT minimum, exprimé en devise dossier, en dessous duquel les commandes du client ne peuvent pas être enregistrées.

• champ XCUR

Il s'agit de la devise du dossier.

• Autorisation solde cde (champ ORDCLE)

Cette information, initialisée par le client commande, permet d'autoriser ou non le solde d'une ligne ou de la commande. Cette information est modifiable en saisie de commande si la transaction l'autorise.

• Autorisation prêt (champ LNDAUZ)

Cet indicateur permet de définir si un prêt de marchandise auprès de ce client est autorisé ou pas.
Lors d’un prêt, il est également nécessaire que l’article concerné soit autorisé pour les prêts et que celui-ci soit géré par emplacement.

• 1 cde par livraison (champ ODL)

Cette information, initialisée par le client commande, permet d'interdire le regroupement de plusieurs commande sur une même livraison. Cette information est modifiable en saisie de commande si la transaction l'autorise.

• Livraison partielle (champ DME)

Cette information, initialisée par le client commande, permet de préciser la manière de livrer la commande. 3 valeurs sont possibles:

• Autorisée signifie que la commande peut être livrée partiellement.
• Ligne complète signifie que la commande peut être livrée partiellement si la ligne complète est livrée.
• Cde complète signifie que la commande doit être livrée dans sa totalité en une seule livraison.

Cela signifie également qu'une allocation partielle ne peut pas être effectuée sur une ligne de commande ou sur une commande quand le stock n'est pas suffisant pour couvrir la totalité de la ligne ou de la commande : l'option Allocations partielles doit être indiquée sur la commande ou dans les options d'allocation en masse.En saisie de la quantité à allouer sur la ligne ou en Allocation manuellesur la ligne, un message d'avertissement s'affiche en cas de livraison partielle.

Remarque:Quand vous sélectionnez Ligne complète ou Cde complète, vous pouvez ignorer le message d'avertissement et forcer la livraison partielle.

• Type prix / montant (champ PRITYP)

Cet indicateur permet de déterminer si les prix des articles (factures de ventes) et les montants (factures tiers client) sont exprimés en H.T ou en T.T.C. Cela a une influence sur la recherche tarifaire. Seuls les tarifs définis dans un mode ou ceux acceptant une conversion de prix seront pris en compte.

Le type de prix /montant d'un document est H.T. ou T.T.C en fonction du type défini au niveau du client.

Si le client est rattaché à une catégorie client, cette information est initialisée par le type de montant défini au niveau du champ Type prix/montant de la catégorie.

• Facturation du port (champ FREINV)

Indicateur permettant de déterminer si le port doit être facturé au client ou si celui-ci est exonéré de port. Cette exonération peut être inconditionnelle ou au delà d'un seuil HT ou TTC.
Le port est calculé à partir du tarif transporteur et intégré au moment de la livraison via un élément de facturation dédié.
Se reporter au paramètre général FRENUM pour plus d'informations.
Les seuils sont définis dans la fiche transporteur.

• Mode facturation (champ IME)

Cette information est initialisée par le client commande et permet de définir le mode de facturation du client. Ce mode de facturation est utilisé par la suite pour facturer les bons de livraison ou les commandes à facturation directe en les regroupant ou en les éclatant. Cette information est exploitée dans les traitements de facturation automatique et dans la fonction de facturation manuelle (où un contrôle est effectué par rapport à cette information).

Les modes de facturation disponibles et leur impact sur la facturation des livraisons sont les suivants :  

• 1 facture / BL : Ce mode de facturation impose d'avoir une facture séparée pour chacune des livraisons créées.
• 1 facture / commande soldée : Ce mode de facturation n'autorise la facturation des livraisons associées à une commande que lorsque celle-ci est soldée et que toutes les livraisons associées à cette commande sont validées et que toutes les livraisons font parties de la sélection de facturation automatique. Une seule facture sera alors générée regroupant l’ensemble des livraisons de la commande.
• 1 facture / commande : Ce mode de facturation permet de créer une facture pour toutes les livraisons validées de la commande au moment de l’exécution du traitement de facturation. Une seule facture sera générée regroupant toutes ces livraisons.
• 1 facture / client livré : Ce mode de facturation permet de créer une facture pour toutes livraisons concernant le même client livré sur une seule facture lors de l’exécution du traitement de facturation automatique. Un contrôle existe également lors de la facturation manuelle des livraisons.
• 1 facture / période : Ce mode de facturation permet de créer une facture pour toutes les livraisons en fonction de la périodicité de facturation définie pour le client. Par exemple, si la périodicité est à la semaine, toutes les livraisons de la semaines 32 (relatives à la date d’expédition ou date de livraison en fonction du paramètre INVREFDAT - Date origine pour facturation) seront regroupées sur une même facture. Il existe une particularité lié à la périodicité de facturation lorsque celle-ci est à la valeur à la demande.Les livraisons ayant une périodicité de ce type sont regroupées ensemble. Un contrôle est également effectué en en facturation manuelle des livraisons pour n'autoriser de regrouper ensemble que des livraisons ayant un mode de facturation par période et manuel.
• Facture manuelle : Ce mode de facturation n'est pas considéré dans les traitements de facturation automatique. La facturation se fera manuellement en saisie de facture.

Impact du mode de facturation sur la génération des livraisons : les commandes ayant un mode de facturation 1 facture / commande ou 1 facture / commande soldée ne seront jamais regroupées sur une même livraison.

Outre ces modes de facturation, il existe des informations, si elles sont différentes d'une livraison à l'autre, interdisant de regrouper deux livraisons ensemble. Voir l'aide concernant la facturation automatique des livraisons.

L'impact des modes de facturation sur les commandes à facturation directe est le suivant :

• 1 facture / BL : Ce mode de facturation impose d'avoir une facture séparée pour chacune des commandes à facturation directe. Une commande pourra par contre être partiellement facturée par la fonction de facturation automatique dés lors que le mode de livraison de la commande n'est pas Commande complète.Si le mode de livraison de la commande est Commande complète, toutes les lignes de la commandes devront être facturées (les lignes de commande gérées en stock devront être allouées), sans quoi la facture ne sera pas générée. En facturation manuelle d'une commande de ce type, il n'y pas de contrainte par rapport au mode de livraison, on pourra faire une facture partielle même si le mode de livraison est Commande complète.
• 1 facture / commande soldée : Ce mode de facturation impose d'avoir une facture séparée pour chacune des commandes à facturation directe. Une commande devra par contre être totalement considérée pour être facturée par la fonction de facturation automatique. Il n'aura alors qu'une seule facture pour cette commande. En facturation manuelle, on pourra déroger à cette règle en facturant partiellement une commande de ce type.
• 1 facture / commande : Pour les commandes à facturation directe, ce mode de facturation correspond au mode de facturation décrit précédemment : 1 facture / BL. 1 facture / BL :
• 1 facture / client livré : Ce mode de facturation permet de créer une facture pour toutes les commandes à facturation directe concernant le même client livré sur une seule facture lors de l’exécution du traitement de facturation. Au sein d'une même commande, si des lignes de commandes concernent des clients livrés différents, ou aura autant de facture que d'adresses de livraison présentes sur les lignes. Un contrôle existe également lors de la facturation manuelle des commandes.
• 1 facture / période : Ce mode de facturation permet de créer une facture pour toutes les commandes en fonction de la périodicité de facturation définie pour le client. Par exemple, si la périodicité est à la semaine, toutes les commandes de la semaines 32 (relatives à la date de livraison demandée de l'entête de commande) seront regroupées sur une même facture. Il existe une particularité lié à la périodicité de facturation lorsque celle-ci est à la valeur à la demande.Les commandes ayant une périodicité de ce type sont regroupées ensemble.
• Facture manuelle : Ce mode de facturation n'est pas considéré dans les traitements de facturation automatique. La facturation se fera manuellement en saisie de facture.

Outre ces modes de facturation, il existe des informations, si elles sont différentes d'une commande à l'autre, interdisant de regrouper deux commandes ensemble. Voir l'aide concernant la facturation automatique des commandes.

• Périodicité facture (champ INVPER)

Indicateur permettant de définir la périodicité de facturation du client.
Cette facturation peut être journalière, par semaine, par décade, par quinzaine, au mois ou à la demande.

• Condition de facturation (champ INVCND)

Ce champ vous permet d'indiquer une Condition de facturation. Cette information est facultative.
Elle est utilisée pour initialiser cette information sur la commande client, lorsque cette commande porte sur un article dont la catégorie est de type Service ou Générique et dont le flux est de type Vendu et n'est pas Livrable.

• Origine échéance (champ DUDCLC)

Date servant de base pour le calcul des échéances et qui peut prendre la valeur 'Date de facture' ou 'Date de livraison'.

• Accepter facture électronique (champ AEIFLG)

• Catégorie commission (champ COMCAT)

Catégorie de commission permettant de sélectionner le taux de commission de la fiche représentant pour le calcul du commissionnement.

• champ REP

Code du représentant associé au client et contrôlé dans la table des représentants. Le représentant du client commande est prioritaire sur le représentant du client livré.
Un code activité permet de définir le nombre (deux maximum) de représentants proposés en valeur par défaut en prise de commande.

• champ MORREP

• No (champ INVDTA)

Code de l’élément de facturation.

• Intitulé (champ SHO)

Il s'agit de l'intitulé court de l'élément de facturation.

• % ou montant (champ INVDTAAMT)

Il s'agit des informations relatives au pied de facturation. Les éléments de facturation présents correspondent à la catégorie de client utilisée, ou à ceux paramétrés pour figurer sur la fiche du client si aucune catégorie n’est associée au client.
Lorsque les éléments de facturation proviennent du paramétrage disposant d’une valeur par défaut, cette valeur est reprise et est convertie dans la devise du client en utilisant le type de cours du client et la date courante du système (datesyst).

• champ INVDTATYP

Cette colonne précise s’il s’agit d’un pourcentage, d’un montant HT ou d’un montant TTC.

• Dev (champ WWCUR)

Il s'agit de la devise (client) dans laquelle est exprimé le montant.

• Commande (champ WORDTEX)

Cet indicateur de texte permet de signaler qu’un texte commande a été défini pour ce client. Ce texte sera reporté sur chaque commande pour être imprimé sur l’ARC de commande.

• Facture (champ WINVTEX)

Cet indicateur de texte permet de signaler qu’un texte facture a été défini pour ce client. Ce texte sera reporté sur chaque facture éditée.

• ARC (champ OCNFLG)

Indicateur permettant de décider si les accusés de réception de commande doivent être imprimés ou non.

• Code modèle (champ TPMCOD)

Ce champ permet d'indiquer la référence d'un modèle d'édition listant les états à utiliser en priorité (et leur nombre d'exemplaires) avec les documents utilisés en gestion commerciale. Il est ainsi possible de particulariser des états et de les réserver à certains tiers.

Pour activer la facture électronique en législation portugaise, vous devez sélectionner un code de modèle d'édition PDF ou un état de facture compatible avec cette législation. La destination de l’archive du modèle PDF est définie par le paramètre EFATPRT - Destination par défaut (chapitre LOC, groupe POR).

• Facture électronique (champ ELECTINV)

Sélectionnez cette case à cocher pour envoyer une facture électronique aux clients qui ont accepté de recevoir des factures électroniques.

Pour activer la facturation électronique, vous devez sélectionner un Code de modèle d'impression du type Historisation.

Ce champ s'applique uniquement à la législation portugaise et est disponible quand le code activité EFAT est actif. La facture électronique est conforme aux exigences légales des autorités fiscales portugaises.

Reportez-vous à la Communication EFAT pour plus d'informations.

• Contact (champ CNTEFAT)

Vous pouvez uniquement indiquer un contact avec une adresse e-mail valide liée à la fiche client.

Ce champ est uniquement disponible quand la case à cocher Facture électronique est sélectionnée.

• Date début (champ STRDATEFAT)

Ce champ est uniquement disponible quand la case à cocher Facture électronique est sélectionnée.

• Type client (champ BPCTYP)

Le type de client peut prendre les valeurs : Normalou Divers.
Le type Divers permet de provoquer l'ouverture automatique d'une fenêtre de saisie de l'adresse dans tous les documents commerciaux (on considère qu'il s'agit de clients « fourre-tout » non distingués en comptabilité),
La catégorie par défaut est Normal.

• No fourn chez client (champ BPCBPSNUM)

Numéro sous lequel la société est connue en tant que fournisseur chez ce client.
Cette information est indicative.

• Type cours (champ CHGTYP)

Il s'agit du type de cours (menu local dont les valeurs standard sont modifiables) utilisé pour déterminer le cours à utiliser par défaut pour trouver le cours de comptabilisation des documents ventes.

• Activité (champ BUS)

Ce champ permet de qualifier l'activité économique du client avec un niveau de granularité adapté aux besoins de segmentation de l'équipe commerciale.

• Origine (champ ORIPPT)

Ce champ permet de mémoriser le canal commercial à l'origine de l'identification et de la qualification du tiers.

• Client depuis le (champ BPCSNCDAT)

Ce champ permet d'indiquer la date depuis laquelle le tiers est client de l'entreprise.

• En création ou duplication d'un client, cette date est automatiquement alimentée avec la date du jour.
• Dans le cas de la transformation d'un prospect en client depuis les commandes, cette date est automatiquement alimentée avec la date de la commande.

• Crédit de jetons (champ PITCDT)

Ce champ affiche le nombre total de jetons crédités par le client au gré de ses différentes commandes.
Ce total ne tient pas compte des jetons crédités grâce au complément manuel de points précisé dans le champ suivant.
Pour rappel, les jetons sont des bonus que chaque client peut créditer à l'occasion de ses différentes commandes successives.

• Complément manuel (champ PITCPT)

Ce champ permet d'effectuer un apport manuel de points pour ce client, indépendamment de la réception d'une commande de ventes.
Il est essentiellement utilisé lorsqu'un client a passé une commande qui lui a presque conféré le nombre de points suffisant pour obtenir son cadeau. Dans ce cas, l'équipe commerciale peut décider d'offrir les quelques points manquants en les saisissant directement sur la fiche du client.
Le dernier apport manuel de jetons est toujours mémorisé à titre informatif.

• Crédit total de jetons (champ TOTPIT)

Ce champ affiche le nombre total de jetons crédités par le client au gré de ses différentes commandes.
Ce total inclut également les jetons crédités à travers le complément manuel de points.
Dès que ce total excède le nombre de jetons nécessaires indiqués ci-après ou bien sur le modèle de contrat de service, un contrat est offert au client.

• Débit de points (champ BPCPITDEB)

Vous pouvez saisir une règle de débit de points directement sur un client.
Le débit indiqué sur le client s'applique uniquement au débit forfaitaire. Tous les débits complémentaires sont précisés au niveau de la règle de débits de points.
Cliquez depuis l'icone Actionssur Débits de points pour consulter ou éventuellement mettre en forme une règle de Débit de points.
La saisie d'une valeur dans ce champ entraîne la création d'une règle de débit de points dont seule la composante client est renseignée.

• Valeur 0 (champ NULPIO)

Cette option permet de bloquer la remontée de l'arborescence des règles de débit de points au cours de l'analyse de la couverture d'une demande de service.
En d'autres mots, cela permet de bloquer toute consommation de points pour des demandes de service relatives à ce client.

• Contrat de service (champ COTCHX)

Ce champ permet d'indiquer le modèle de contrat de service qui sera automatiquement offert au client à chaque fois qu'il aura accumulé un nombre suffisant de jetons.

• Jetons nécessaires (champ COTPITRQD)

Ce champ indique le nombre de jetons minimum nécessaires au client pour se voir offrir un contrat de service.

Cette information est prioritaire sur son équivalent figurant sur le modèle de contrat de service.

• Contrôle en-cours (champ OSTCTL)

Sélectionnez le type de contrôle que vous souhaitez effectuer sur le montant de l'en-cours client :

• Contrôlé : Ce contrôle s’effectue en temps réel à la prise de commande, lors de l'allocation et à la livraison, par rapport au montant de l’en-cours autorisé. le client peut être livré si son en-cours est inférieur à son en-cours autorisé. Le contrôle peut être réalisé :
• Par société ou par dossier, suivant la valeur du paramètre général Ventes OSTCTL- Niveau de contrôle d’en-cours (chapitre TC, groupe OST).
• A un cours historisé ou actualisé, suivant la valeur du paramètre général Tronc commun : OSTCHGTYP - Origine cours ctrl en-cours (chapitre TC, groupe OST).
  Si le contrôle est effectué par rapport à un cours actualisé, alors le type de cours à utiliser est indiqué par le paramètre OSTTYPCUR - Type cours ctl cours actualisé (chapitre TC, groupe OST).
  Lorsque contrôle d’en-coursest effectué au niveau dossier, il est toujours réalisé en fonction du coursactualisé quelle que soit la valeur du paramètreOSTCHGTYP - Origine cours ctl en-cours.

L’en-cours est contrôlé par rapport au tiers risque du client. Si le tiers risque est partagé par plusieurs clients, cela signifie que l’encours de chaque client sera contrôlé de la même façon par rapport au tiers risque en cumulant dans celui-ci l’ensemble des mouvements des différents clients.
Lorsque le client est associé à un tiers risque différent, le montant de l’en-cours autorisé n’est pas accessible. Il est accessible sur la fiche du tiers risque. L'en-cours affiché correspond au tiers risque.

• Libre : le client peut toujours être livré.
• Bloqué : le client ne peut plus être livré.

• En-cours autorisé (champ WOSTAUZ)

Montant de l'en-cours maximum autorisé pour ce client. Il est utilisé si le client est déclaré 'Contrôlé' dans le champ Contrôle d'en-cours. Ce montant est exprimé :

• dans la devise du dossier si le contrôle est au niveau dossier,
• dans la devise du site Tronc commun de l'utilisateur si le contrôle d'en-cours se fait au niveau société.

• champ XCUR

• Total en-cours (champ XOST)

Il s'agit du montant total de l’en-cours calculé par le système.
Il prend en compte :

• l’en-commande (les commandes, hors commandes de prêt et demandes de livraisons), si le paramètre OSTORD – Carnet de commande dans total en-cours (chapitre VEN, groupe OST) a pour valeur Oui,
• l’en-cours de livraison (hors livraisons non facturables),
• le livré non facturé,
• l’"en-prêt" (commandes de prêt) et le "livré en prêt" (livraisons de prêt), si le paramètre OSTLND – Prêt dans total en-cours (chapitre VEN, groupe OST) a pour valeur Oui,
• le facturé non comptabilisé,
• le solde comptable,
• les effets à payer ou à recevoir, en fonction du paramètre OSTDRAFT - Mnt effets en-cours client(chapitre TC, groupe OST).

Sur les documents concernés, le montant de l’en-cours :

• prend en compte le total des taxes calculées sur chacune des lignes de ces documents,
• ne prend pas en compte :
• Éléments de facturation
• la régularisation de TVA globale.

• Assurance crédit (champ WCDTISR)

Montant de l'assurance souscrite auprès des organismes spécialisés (sfac, ...) pour couvrir le risque client en cas de défaillance. Ce montant est exprimé dans la devise du dossier.

• Date assur. crédit (champ CDTISRDAT)

Il s'agit de la date d'expiration de l'assurance prise auprès des organismes spécialisés (sfac, etc.) pour couvrir le risque client en cas de défaillance.

• Compagnie assur. (champ BPCCDTISR)

La compagnie d’assurance est déclarée comme un tiers divers. Ce champ informatif permet d’associer aux compagnies d’assurance les détails descriptif élémentaires (intitulés, adresses, contacts, etc.).

• Notes client (champ BPCNOTE)

Cliquez sur cette icône pour afficher un écran dans lequel vous pouvez :

• Saisir sous forme de notes, des informations sur ce client. Ces informations deviennent accessibles en consultation dans les fonctions sélectionnées au niveau de la Catégorie de la note.
• Définir une période de validité pour la note.
• Préciser si la note doit s'affiche de façon automatique.
• Créer plusieurs notes pour le même client, et indiquer celles devant s'afficher de façon prioritaire.

Les notes sont limitées à une consultation à l'écran et ne peuvent pas être imprimées.

Pour plus d'informations, reportez-vous à la documentation sur les Notes.

• champ TSCCOD

Vous pouvez saisir un code afin d'associer une famille statistique au client. Le code saisi est contrôlé dans la table des familles statistiques. Il pourra être utilisé dans les statistiques, les paramétrages tarifs ou également comme critères de sélection dans certains traitements automatiques.

• Client facture (champ BPCINV)

Il s'agit du code du client à facturer, initialisé par défaut par le code du client lui-même.
Ce client peut être un autre client choisi dans la table des clients.

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.

• Adresse (champ BPAINV)

Ce champ permet d'indiquer un code adresse de facturation pour le client facturé choisi. Il s'agit de l’adresse par défaut de ce client.
En saisie de document vente, ce code adresse sera proposé. Il reste modifiable si besoin.

• Client payeur (champ BPCPYR)

Ce champ permet de renseigner le code du client payeur, initialisé par défaut par le code du client saisi en en-tête. L'échéancier de règlement de factures est alloué à ce tiers.
Ce client peut être un autre client choisi dans latable des clients.

• Adresse (champ BPAPYR)

Ce champ permet d'indiquer un code adresse de règlement pour le tiers payeur choisi. Il s'agit de l’adresse par défaut de ce client.
En saisie de document vente, ce code adresse sera proposé. Il reste modifiable si besoin.

• Factor (champ FCTNUM)

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.

• Client groupe (champ BPCGRU)

Code client groupe, initialisé par défaut par le code du client saisi en entête.

• Client risque (champ BPCRSK)

Code du client sur lequel s'effectue le contrôle de l'en-cours.
Ce client est initialisé avec le Client Facture, le Client Payeurou le Client Groupeen fonction de la valeur prise par le paramètre tronc commun INIBPRRSK - Initialisation tiers risque. Il reste modifiable : il peut s'agir du client lui-même ou de tout autre client choisi dans la table des clients.

• Code comptable (champ ACCCOD)

Ce champ vous permet de spécifier le code comptable du tiers.
Le code comptable est une valeur par défaut utilisée à la création des pièces comptables.
Il fait référence à une table listant un certain nombre d'éléments (comptes collectifs, comptes ou parties de comptes) utilisables pour la détermination des pièces comptables qui seront comptabilisées.

• Schéma de comptes (champ DIA)

Le schéma de comptes n'est pas une donnée obligatoire.
Si un schéma est ici renseigné, il est proposé pour application lors de la création d'une facture tiers client (une fois le Montant HT de la facture renseigné)

• Condition paiement (champ PTE)

Renseignez le code associé par défaut au tiers courant, permettant de déterminer :

• les conditions de paiement,
• le mode de règlement,
• le type d'échéance,
• l'échelonnement des paiements (une ou plusieurs échéances au comptant, 30 jours, fin de mois, etc.).

Il est possible, dans la gestion de cette table, de simuler les règles de calculs qui seront appliquées en saisie.

Dans un contexte multi-législations et multi-sociétés, vous pouvez particulariser par société, un certain nombre d’informations telles que le régime de taxe, la condition de paiement ainsi que le code escompte associé par défaut au tiers.
Ce paramétrage s’effectue sur l’onglet Tiers/Société de la fiche Tiers.

• Jours règlement (champ J1)

Les jours de règlement précisés dans les conditions de paiement sont remplacés par les jours de règlement saisis dans la fiche client.
Le quantième est une date dans le mois (entre 1 et 30), ou 99 qui correspond au dernier jour du mois.
L'utilisation d'un quantième permet de repousser automatiquement la date d'échéance calculée jusqu'au quantième le plus proche.
Il peut y avoir jusqu'à six quantièmes pour chaque client.

• Période indisponibilité (champ UVYCOD2)

Dans ce champ, il est possible d'indiquer une période d'indisponibilité. Dans ce cas, les dates d'échéance calculées pour ce client ne peuvent pas se situer dans cette période d'indisponibilité. Elles sont alors repoussées à la première date disponible.

• Escompte (champ DEP)

Renseignez le code associé par défaut au tiers courant, permettant d'identifier une série de taux d'escomptes et d'agios (jusqu'à 12). Ces taux seront appliqués à un règlement en fonction d'un nombre de jours d'avance ou de retard par rapport à la date d'échéance.

Dans un contexte multi-législations et multi-sociétés, vous pouvez particulariser par société, un certain nombre d’informations telles que le régime de taxe, la condition de paiement ainsi que le code escompte associé par défaut au tiers.
Ce paramétrage s’effectue sur l’onglet Tiers/Société de la fiche Tiers.

• Banque règlement (champ PAYBAN)

• Le traitement de proposition automatique de règlement affecte automatiquement ce compte bancaire à tous les règlements de ce tiers.
• Ce code bancaire alimente le champ Banque de l'onglet Données dans la fonction des Prévisions de trésorerie.

  Ce code est contrôlé dans la table desComptes bancaires.

• Groupe de relance (champ GRP)

Groupe de relance auquel le client est associé.

Le groupe de relance vous permet de définir un groupe de règles de gestion applicables pendant le lancement des lettres de relance.
Les champs Type de relance et Seuils pour relance sont repris par défaut du groupe de relance à la création d'un enregistrement (mais ne sont pas réinitialisés s'ils sont alloués à un groupe de caractéristiques différent).
Dans le cas où ces deux champs sont différents, ils reprennent en priorité les valeurs de la fiche client, avant celles du groupe ou de la catégorie.
Un client qui n'est pas lié à un groupe de relance n'est pas pris en compte.

• Type de relance (champ FUPTYP)

Type de traitement de relance du client.

 Le type de relance (et le seuil de relance) pris en compte par l'état de relance sont ceux figurant sur la fiche du client (et non pas ceux du groupe de relance qui ne servent qu'en initialisation).

• Cette zone est contrôlée par un menu local et peut prendre les valeurs suivantes : 
  Pas de relance :
  Le client n'est jamais relancé.
• Relance par facture :
  Le client reçoit autant de lettres de relance que de factures en retard de paiement.
• Relance globale :
  Une seule lettre de relance est adressée au client pour l'ensemble des factures en retard.
• Relance globale par niveau :
  Les échéances sont regroupées par niveau identique, et le client reçoit au plus une lettre de relance par niveau. Chaque lettre de relance contient l'ensemble des échéances échues pour un niveau donné.
• Globale par délai : Les échéances sont regroupées par plages de retard (ex : toutes les échéances qui sont échues depuis 30 à 60 jours).

Le client reçoit une lettre de relance par plage de retard (ou plus si le groupe de relance le prévoit).
Chaque lettre de relance contient l'ensemble des échéances échues pour une plage de retard donnée. Les valeurs de ces délais sont modifiables par l'intermédiaire de paramètres.
Ainsi, il est tout à fait possible, pour un client donné de passer d'une lettre de relance de niveau 1 à une lettre de relance de niveau 3 si le nombre de jours d'écart le justifie.

• Mt mini relance (champ FUPMINAMT)

Montant minimum en dessous duquel la lettre de relance n'est pas émise pour ce client.
Ce montant est exprimé dans la devise défini dans le paramètre CURSHRFLD.
Ce montant minimum s'entend du montant minimum de l'échéance ou du montant minimum global de la lettre de relance. Le choix de l'une ou de l'autre de ces options est effectué lors du paramétrage des groupes de relance.

• champ FUPCUR

Ce champ affiche la devise du seuil de relance en fonction de la valeur du paramètre CURSHRFLD - Devise zones communes.

• Périodicité relevé échéance (champ SOIPER)

Indicateur permettant de déterminer la périodicité des relevés d'échéances pour ce client.
La fréquence de ces relevés peut être hebdomadaire, par décade, par quinzaine, par mois ou à la demande.

• Sage Exchange (champ SEBPC)

Cliquez sur l'action Carte de crédit pour accéder aux données de la passerelle de paiement du client. Cette fonction permet d'ajouter et conserver plusieurs cartes de paiement pour le client.

Ce champ est disponible si le code activité SEPP - Intégration carte de crédit est actif.

• Régime taxe (champ VACBPR)

Un régime de taxe représente la territorialité de la taxe, c'est-à-dire les règles de calcul qui doivent être appliquées pour déterminer le montant de la taxe.
En général, le croisement d'un régime de taxe associé au tiers et d'un niveau de taxe associé à l’article, permet de déterminer le code taxe à appliquer à la ligne de document et par conséquent à la ligne d'écriture.
Renseignez dans ce champ le régime de taxe associé à ce tiers : c'est ce régime qui sera proposé par défaut dans toutes les transactions où ce tiers intervient.

Dans un contexte multi-législations et multi-sociétés, vous pouvez particulariser par société, un certain nombre d’informations telles que le régime de taxe, la condition de paiement ainsi que le code escompte associé par défaut au tiers.
Ce paramétrage s’effectue sur l’onglet Tiers/Société de la fiche Tiers.

• No agrément (champ VATEXN)

Ce champ permet de renseigner le numéro attribué pour l'exonération de taxe.

• Agent perception IVA (champ AGTPCP)

• Taxes provinciales (champ AGTSATTAX)

Lorsque cette case est sélectionnée, il est possible de préciser que les taxes provinciales s'appliquent au client sélectionné.

• Assujetti TVA (champ BELVATSUB)

Si cette case est cochée, le client est assujetti à la TVA. Cette case est cochée par défaut lorsque le pays du tiers est la Belgique.

• Axe (champ DIE)

Les axes pré-chargés dans le tableau correspondent aux axes par défaut associés à la donnée de base 'Client'.

• Section (champ CCE)

Le paramétrage détermine si les sections analytiques sont modifiables. Elles sont initialisées selon le paramétrage de la section par défaut.

En mode création, si aucune ligne de commande n'a été saisie et que le code affaire est modifié, les sections analytiques sont réinitialisées selon le paramétrage des sections par défaut.

En mode création, comme en modification, si une ligne de commande est saisie et que le code affaire est modifié, les sections analytiques ne sont pas réinitialisées.

• Provinces (champ SATTAX)

Ce champ permet de préciser les provinces pour lesquelles il existe des taxes provinciales.
Ce tableau est dépendant de la législation Argentine.

• Provinces (champ DESSAT)

Ce champ indique le nom de la province.

• Application (champ TYPAPL)

Ce champ permet de définir si la taxe s’applique en entrée de la province, en sortie ou toujours.

• Agent perception (champ FLGSATTAX)

Ce champ vous permet de préciser si le client est percepteur de taxe pour cette taxe provinciale.

• Règle taxe (champ CSHVATRGM)

Ce champ est saisissable uniquement si les conditions suivantes sont remplies :

• le code activité KPO - Localisation portugaise est actif,
• le pays du client est le Portugal.

Il permet d'indiquer si le client est soumis ou non à l'article 23 de la loi 71/2013 portant sur le régime de TVA. Lorsque c'est le cas, toutes les factures émises pour ce client suivent, une fois payées, une procédure spéciale au niveau du règlement. Ces règlements doivent, en effet, faire l'objet d'une déclaration fiscale. Il est donc nécessaire de délivrer au client un avis de règlement spécial détaillant les montants de TVA par niveau de taxe.

• Date TVA début (champ VATSTRDAT)

Ce champ est obligatoire lorsque le client est soumis à l'article 23 de la loi 71/2013 portant sur le régime de TVA.
Il permet d'indiquer la date à partir de laquelle cet article de loi s'applique au client.

• Date TVA fin (champ VATENDDAT)

Ce champ est saisissable uniquement lorsqu'une date de début est renseignée.
Si aucune date n'est renseignée, l'article 23 de la loi 71/2013 est appliqué systématiquement à compter de la date de début.