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 permet de renseigner le code identifiant le client.
Il peut être saisi directement ou choisi dans la table des clients.
 Cette liste de clients n'est pas exhaustive, tout client non présent dans cette liste pourra tout de même 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)

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

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

• 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'acquéreur.  Le numéro de TVA intracommunautaire est fonction du pays du tiers et du traitement de contrôle associé.
Il est possible d'associer un numéro de TVA pour ce tiers par adresse de livraison en fonction (un tiers pouvant être identifié à la TVA dans différents pays).

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

• Interdit mailing (champ BPRFBDMAG)

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

• 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 multisite,
• 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 site que l'on doit identifier en tant que tiers dans le cadre des échanges multisite.

Il faut référencer :

• Le site demandeur (site d'achat ou site financier) au niveau du tiers client.
• Le site qui approvisionne (site de ventes 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)

Un donneur d'ordre représente le véritable client pour lequel une demande de service est effectuée.
Lorsqu'une demande de service ne comporte pas de donneur d'ordre, le service est réalisé pour le compte du client direct de l'organisation courante.
En revanche, lorsqu'une demande de service comporte un donneur d'ordre, le service est procuré au client mais il est effectué pour le compte du donneur d'ordre. Le client dépanné n'est pas le client de l'organisation mais celui du donneur d'ordre.
En ce qui concerne la facturation, les données alimentées par défaut sont celles du donneur d'ordre (client facturé, tiers payeur,...). Il est donc obligatoire de créer une fiche client pour le donneur d'ordre.
Cette option permet donc de distinguer la population des donneurs d'ordre.
Elle est également obligatoire pour permette l'association d'un client avec son ou ses donneurs d'ordres.

• Code adresse (champ CODADR)

Code adresse du tiers.

• Code adresse (champ XCODADR)

• Intitulé (champ XBPADES)

• Pays (champ XBPACRY)

• Intitulé (champ XCRYNAM)

• champ XADDLIG1

• champ XADDLIG2

• champ XADDLIG3

• CP (champ XPOSCOD)

• Ville (champ XCTY)

• champ ITINERAIRE

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

• champ XSAT

• Site Web (champ XFCYWEB)

• Identifiant externe (champ XEXTNUM)

• Adresse par défaut (champ XBPAADDFLG)

• Validation adresse (champ VALADR)

• Validée (champ XADRVAL)

• champ ATYPTEL

• champ XTEL1

• champ XTEL2

• champ XTEL3

• champ XTEL4

• champ XTEL5

• champ ATYPWEB

• champ XWEB1

• champ XWEB2

• champ XWEB3

• champ XWEB4

• champ XWEB5

• Catégorie ABC (champ ABCCLS)

Code permettant d'identifier la catégorie ABC du tiers.
Cette catégorie ABC permet d'effectuer un classement des 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, il 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

• 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. Trois valeurs sont possibles : Autorisée, Ligne complète, Commande complète.

• Autorisée signifie que la commande peut être livrée partiellement.
• Ligne complète autorise la livraison partielle de la commande à condition que chaque ligne soit livrée totalement.
• Commande complète signifie que la commande doit être livrée dans sa totalité (une seule livraison).
  Cela signifie également qu’une allocation partielle ne pourra avoir lieu sur une ligne de commande ou sur la commande si le stock n’est pas suffisant pour servir une ligne ou la totalité de la commande tant que le choix "Allocations partielles" n’aura pas été précisé sur le bouton Allocation accessible en bas de l’écran ou dans les différentes fonctions d’allocation en masse. En saisie de la quantité à allouer sur la ligne ou dans la fonction Allocation manuelle sur la ligne, une question sera posée à l'utilisateur si l'on se trouve dans cette situation.
   Particularité pour les kits : si le kit ou l'un des composants n'est pas disponible, l'allocation partielle est systématiquement effectuée, même si le case "Allocations partielles" n'est pas cochée, et se traduira par des manquants pour l'article non disponible.

• Type prix / montant (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).

• 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é.
 Pour plus de précisions, reportez-vous au paramètre général FRENUM.
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 / 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.

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

• 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 (2 maximum) de représentants qui sont proposés en valeur par défaut à la prise de commande.

• champ MORREP

• No (champ INVDTA)

Il s'agit du 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)

Ce sont les 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)

• Commande (champ WORDTEX)

• Facture (champ WINVTEX)

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

• Type client (champ BPCTYP)

Le type de client peut prendre les valeurs Normal ou 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 à travers l'éventuel 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 jetons 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 jetons 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)

Il est possible de 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. Le menu contextuel clic droit permet de consulter ou éventuellement mettre en forme une règle de Débit de points. La saisie d'une valeur dans ce champ entraine 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 à un client pour se voir offrir un contrat de service.
 Cette information est prioritaire sur son équivalent du modèle de contrat de service.

• Contrôle en-cours (champ OSTCTL)

Indicateur permettant de définir le type de contrôle souhaité.
Les valeurs possibles sont :

• Contrôlé : Le client peut être livré si son en-cours est inférieur à son en-cours autorisé. Selon le paramétrage choisi, l'en-cours est contrôlé soit par dossier soit par société. L'en-cours peut prendre en compte les prêts et/ou le carnet de commande.
• 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é en devise du dossier si le contrôle est  au niveau dossier ou 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 (montant de l’en-cours du tiers risque).

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

• champ TSCCOD

Ce code, contrôlé dans la tables des familles statistiques, permet d'associer une famille statistique au client. Ces codes familles pourront être utilisés dans les statistiques, les paramétrages tarifs ou les traitements de masse.

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

• 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 est modifiable si nécessaire.

• 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 des factures sera imputé sur ce tiers.
 Ce client peut être un autre client choisi dans la table 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 est modifiable si nécessaire.

• 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 Payeur ou le Client Groupe en 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 permet d'indiquer le code comptable du client.
Le code comptable est une valeur par défaut utilisée dans la constitution des pièces comptables.
Il fait référence à une table listant un certain nombre d'éléments (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)

Ce code est associé par défaut au tiers courant. Il permet 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.
Il est possible, dans l’onglet Tiers/Société de la fiche de ce tiers, de définir une condition de paiement différente en fonction de la société. Lorsqu’une valeur existe pour une société, cette valeur est prioritairement proposée.

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

Ce code, utilisé par défaut pour le tiers courant, permet d'identifier une série de taux d'escomptes et d'agios (jusqu'à 12) à appliquer à un règlement, en fonction d'un nombre de jours d'avance ou de retard par rapport à la date d'échéance.
Dans l’onglet Tiers/Société de la fiche de ce tiers, il est possible de définir un escompte par défaut différent en fonction de la société. Lorsqu’une valeur existe pour une société, cette valeur est proposée en priorité.

• Banque rég (champ PAYBAN)

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

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

• Groupe de relance (champ GRP)

Groupe de relance auquel le client est associé.

Le groupe de relance permet de définir un ensemble de règles de gestion applicables lors du lancement des lettres de relance.
Le Type de relance et le Seuil de relance sont par défaut récupérés du groupe de relance lors de la création de la fiche (mais non ré initialisés si affectation à un groupe de caractéristiques différentes).
Ce sont cependant les valeurs de la fiche client qui prévalent sur celles du groupe ou de la catégorie pour ces deux zones (si elles sont différentes).
Un client non rattaché à un groupe de relance est réputé non relançable.

• 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

Devise dans laquelle le seuil de relance est exprimé.

Celle-ci correspond à la devise définie dans le paramètre CURSHRFLD.

• Type de relevé (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)

Sélectionnez ce bouton pour accéder aux données du client Sage Exchange. Ce champ permet d'ajouter et de maintenir plusieurs cartes de paiements pour le client. Ce champ est disponible si le code activité "Intégration carte de crédit" (SEPP) est actif.

• Régime taxe (champ VACBPR)

Il s'agit du code contrôlé dans la table des régimes de taxes et permettant d'indiquer le régime de taxe par défaut associé au tiers.
Sur la fiche de ce tiers, sur l’onglet  Tiers/Société, il est possible de définir un régime de taxe par défaut différent en fonction de la société. Lorsqu’une valeur existe pour une société, cette valeur est proposée en priorité.

• No agrément (champ VATEXN)

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

• Agent perception IVA (champ AGTPCP)

• Taxes provinciales (champ AGTSATTAX)

Cette case une fois cochée permet de préciser que les taxes provinciales s'appliquent au client sélectionné.

• Assujetti TVA (champ BELVATSUB)

À partir de la mise à jour 8.0.0 :

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)

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.

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

Il s'agit de l'intitulé de la province.

• Application (champ TYPAPL)

• Agent perception (champ FLGSATTAX)

Ce champ 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.

• Code adresse (champ BPAADD)

Ce champ permet de codifier l'adresse de livraison du client livré.
Seules les adresses préalablement définies dans l’onglet Adresse peuvent être utilisées comme adresse de livraison.
 L'adresse par défaut du client est proposée comme adresse de livraison par défaut.

• Actif (champ XENAFLG)

• Code adresse (champ XBPAADD)

• champ XBPADES

• Langue (champ XLAN)

• Client livré par défaut (champ XBPDADDFLG)

• Raison sociale (1) (champ XBPDNAM0)

• Raison sociale (2) (champ XBPDNAM1)

• Régime taxe (champ XVACBPR)

• Code exonération NA (champ XSSTENTCOD)

• Représentant 1 (champ XREP0)

• champ REPX

• Représentant 2 (champ XREP1)

• Préparation (champ TWPRPTEX)

• Livraison (champ TWDLVTEX)

• Site expédition (champ XSTOFCY)

• Site réception (champ XRCPFCY)

• Emplacement prêt (champ XBPCLOC)

• Emplacement sous-traitant (champ XSCOLOC)

• No tournée (champ XDRN)

• Priorité livraison (champ XDLVPIO)

• Mode livraison (champ XMDL)

• Délai livraison (champ XDAYLTI)

• Transporteur (champ XBPTNUM)

• Bon prépa (champ XNPRFLG)

• Bon liv (champ XNDEFLG)

• Lundi (champ XUVYDAY1)

• Mardi (champ XUVYDAY2)

• Mercredi (champ XUVYDAY3)

• Jeudi (champ XUVYDAY4)

• Vendredi (champ XUVYDAY5)

• Samedi (champ XUVYDAY6)

• Dimanche (champ XUVYDAY7)

• Période indisponibilité (champ XUVYCOD)

• Incoterm (champ XEECICT)

• Ville Incoterm (champ XICTCTY)

• Transitaire (champ XFFWNUM)

• champ XFFWADD

• N° TVA intracommunautaire (champ XEECNUM)

• Majoration CEE (champ XEECINCRAT)

• Lieu transport DEB (champ XEECLOC)

• Adresse (champ BIDBPAADD)

Ce champ indique le code adresse du RIB, contrôlé dans les codes adresses de l'entité gérée (société, site, client, fournisseur, etc.).

Ce code adresse est utilisé, pour définir un RIB par défaut dans les contextes de règlement où une adresse est connue.

• Pays (champ BIDCRY)

Ce code permet d'identifier le pays associé au compte bancaire.

La table des pays, dont ce code est issu, regroupe des informations utiles pour effectuer des contrôles, 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,
• le format du code RIB.

• Préfixe IBAN (champ IBAN)

Le code IBAN définit le compte pour les échanges bancaires internationaux. Il se compose de 4 caractères (qui correspondent au préfixe saisi ici), suivis de l'identification nationale du compte (le RIB saisi par ailleurs), l'ensemble comprenant 34 caractères maximum :

• deux caractères pour désigner le pays ;
• les deux caractères suivants constituent la clef de contrôle de l'ensemble de l'IBAN ;
• les derniers caractères, dont la longueur est variable d'un pays à l'autre, indiquent l'identifiant national du compte.

Le code IBAN, qui est utilisé dans les virements bancaires internationaux, garantit :

• au donneur d'ordres et à sa banque, la validité de l'identifiant du compte du bénéficiaire ;
• au bénéficiaire, le bon acheminement des fonds vers son compte.

Pour tous les pays dont la case Gestion de l'IBAN est cochée, la saisie du numéro RIB entraîne le calcul du préfixe IBAN.

• Numéro RIB (champ BIDNUM)

Ce numéro identifie le compte bancaire dans une banque donnée, pour un pays donné.
Il permet de gérer les règlements nationaux.

Le format de saisie du RIB dépend du pays dans lequel la banque est domiciliée.
Afin que la saisie des RIB soit correcte, il est nécessaire de définir au préalable le format de saisie dans la table des pays.

• Defaut (champ BIDNUMFLG)

Ce champ permet de préciser que ce RIB est utilisé par défaut lors des règlements (à défaut d'une règle plus précise).

• Devise (champ BIDCUR)

Ce code permet d'identifier la devise associé au compte bancaire.
Il est contrôlé dans la table des devises.

Il est conseillé d'utiliser la codification ISO lors de la création d'une nouvelle devise.

• N° client BVR (champ BVRNUM)

• Domiciliation (champ PAB1)

Ce champ, impératif pour les règlements, définit la domiciliation bancaire liée au numéro de compte. La première ligne contient le nom de la banque.

• Bénéficiaire (champ BNF)

Ce champ indique le bénéficiaire du compte bancaire (personne physique ou morale).

• Domiciliation 2 (champ PAB2)

• Domiciliation 3 (champ PAB3)

• Domiciliation 4 (champ PAB4)

• Code BIC (champ BICCOD)

Pour réaliser un traitement automatique des ordres de paiement, la banque du donneur d'ordres a besoin du code BIC de la banque du bénéficiaire. Ce code est un identifiant ISO géré par le système bancaire international, et notamment le système SWIFT, réseau international de communication électronique entre acteurs des marchés financiers.

Le code BIC est le seul identifiant des établissements financiers normalisé au niveau international. Toutes les banques peuvent disposer d'un code BIC, même sans être adhérentes au réseau SWIFT.

Le code BIC peut être composé de 8 ou de 11 caractères. Dans les deux cas, les 8 premiers caractères du code BIC désignent généralement le siège de la banque, et sont structurés sous la forme BBBB PP AA, correspondant aux informations suivantes :

• BBBB est l'identifiant mnémonique de l'établissement financier ;
• PP le code pays ISO ;
• AA un code de service à vocation le plus souvent géographique.

• Banque intermédiaire (champ MIDPAB1)

Dans certains échanges commerciaux, à la demande des tiers ou des banques émettrices des payements, une banque intermédiaire est parfois utilisée. On doit pour cela sasisir l'identification de cette banque (code BIC, domiciliation, pays). Ces informations restent optionnelles (elle ne sont pas saisies si aucune banque intermédiaire n'est nécessaire).

• Domiciliation 1 (champ MIDPAB2)

• Domiciliation 2 (champ MIDPAB3)

• Domiciliation 3 (champ MIDPAB4)

• Code BIC (champ MIDBICCOD)

• Pays (champ MIDCRY)

• Code contact (champ CCNCRM)

Chaque interlocuteur associé à la fiche est identifié par une clé unique, ce qui permet de partager les interlocuteurs communs à plusieurs fiches.

Ce code définit la clé unique de la fiche interlocuteur. Cette clé peut être attribuée manuellement, ou, si elle n'est pas saisie, définie via le compteur de classe [C] INTERLOC.

Ce compteur se compose par défaut d'un numéro de séquence sur 15 caractères.
Pour assurer un bon fonctionnement de l'objet Interlocuteur, il est vivement conseillé de conserver ces caractéristiques standards.

• Nom (champ CNTLNA)

Indique le nom de famille de l'interlocuteur.

• Code contact (champ KCCNCRM)

Chaque interlocuteur associé à la fiche est identifié par une clé unique, ce qui permet de partager les interlocuteurs communs à plusieurs fiches.

Ce code définit la clé unique de la fiche interlocuteur. Cette clé peut être attribuée manuellement, ou, si elle n'est pas saisie, définie via le compteur de classe [C] INTERLOC.

Ce compteur se compose par défaut d'un numéro de séquence sur 15 caractères.
Pour assurer un bon fonctionnement de l'objet Interlocuteur, il est vivement conseillé de conserver ces caractéristiques standards.

• Civilité (champ KCNTTTL)

Ce champ associe une formule de politesse au nom patronymique du contact.
Cette information peut être exploitée sur des documents à destination des contacts.

• Nom (champ KCNTLNA)

Indique le nom de famille de l'interlocuteur.

• Prénom (champ KCNTFNA)

Ce champ indique le prénom du contact.

• Fonction (champ KCNTFNC)

Ce champ indique la fonction du contact à choisir dans une liste préétablie.
Le menu local 233 recense l'ensemble des fonctions possibles.

• Service (champ KCNTSRV)

Ce champ texte indique le service auquel est rattaché le contact.
Aucune table ne contrôle cette information.

• Mission (champ KCNTMSS)

Ce champ, utilisable à des fins informatives, fait référence à des codes saisis dans la table diverse numéro 906.

• Langue (champ KCNTLAN)

Ce champ indique la langue du contact.

• Date naissance (champ KCNTBIR)

Date de naissance de l'interlocuteur, présent uniquement pour des raisons informatives.

• Catégorie (champ KCNTCSP)

• Adresse (champ KCNTADD)

Ce code adresse du contact, contrôlé dans les codes adresses de l'entité gérée (onglet Adresses), a une valeur informative et permet de lier le contact à une adresse de l'entité concernée.

• champ KADDNAM

Intitulé associé au code précédent.

• E-mail (champ KCNTWEB)

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

• Téléphone (champ KCNTTEL)

Numéro de téléphone dont le format de saisie dépend du pays. Le paramètre général CTLTEL - Contrôle numéro de téléphone permet de préciser le niveau de contrôle effectué par rapport au format du numéro saisi.

• Fax (champ KCNTFAX)

Cette zone précise le numéro de télécopie dont le format de saisie est identique à celui du téléphone et dépend du pays.

• Portable (champ KCNTMOB)

Ce champ indique le numéro de téléphone portable dont le format de saisie dépend du pays.

• Interdit mailing (champ KCNTFBDMAG)

Cet indicateur permet de préciser que le contact ne doit pas être sélectionné lors d’un mailing.

• Contact par défaut (champ KCNTFLG)

Lorsque cette case est cochée, le contact sélectionné devient le contact par défaut.