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 impossible de créer de document pour un client 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.

• Raison sociale (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)

Code permettant d'identifier le Pays d'un tiers, etc.
Il s'agit d'une information importante à laquelle est associée un certain nombre de caractéristiques utiles pour 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) et le caractère obligatoire ou non de sa saisie,
• le format du code postal/ville et de la subdivision géographique et le caractère obligatoires ou non de leur saisie,
• le caractère obligatoire ou non de la saisie du N° de TVA intracommunautaire,
• le format du code RIB.

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

• Adresse (champ CODADR)

Code adresse du tiers.

• Code (champ XCODADR)

Ce code permet d'identifier les différentes adresses associées à la fiche gérée (utilisateur, société, site, tiers de tout type, etc.).
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.

 Un code adresse ne peut pas être modifié ni supprimé 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, il faut au préalable supprimer au niveau du RIB ou du contact.

• 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, on associe un certain nombre de caractéristiques utiles pour 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/ville et de la subdivision géographique et le caractère obligatoires ou non de leur saisie,
• le format du code RIB,
• la gestion de l'IBAN.

• champ XCRYNAM

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

• champ XADDLIG1

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

• champ XADDLIG2

• champ XADDLIG3

• Code postal/ville (champ XPOSCOD)

Le code postal, dont le format de saisie est défini dans la table Pays, permet de déterminer la ville et la subdivision géographique si elle est définie pour le pays.
Quand le code postal est modifié, la ville correspondant au nouveau code est automatiquement affichée. Il en est de même pour la subdivision géographique si elle est présente pour le pays. 
Il est possible également de saisir directement le nom d'une ville. Si celle-ci est définie, le code postal associé est automatiquement affiché.
Le contrôle de cette information et son caractère obligatoire sont fonction du paramétrage effectué au niveau de la gestion du pays. Pour que le contrôle s'applique, il est également nécessaire que le paramètre POSCOD - Alerte si C Postal inexistant (chapitre SUP, groupe INT) soit positionné à "Oui".

Cas particuliers :

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

 Lorsque le code postal est paramétré comme étant obligatoire pour le pays, le code postal doit obligatoirement être renseigné en cas d'entrée dans le champ Code postal ou Ville ou en cas de modification d'une information de la fenêtre d'adresse du Tiers. Ce contrôle ne s'effectue toutefois pas en création de document.

• champ XCTY

La ville proposée automatiquement est celle associée au code postal indiqué précédemment. Il est possible également de saisir directement le nom d'une ville :
- si celle-ci est définie, le code postal associé est automatiquement affiché,
- si celle-ci n'existe pas et que le contrôle des codes postaux a été paramétré au niveau de la fiche Pays, un message d'avertissement apparait mais la poursuite de la saisie est autorisée (pour que ce contrôle s'applique, il est également nécessaire que le paramètre CTY - Alerte si ville inexistante (chapitre SUP, groupe INT) soit positionné à "Oui"),
- si celle-ci n'existe pas et que le code postal est paramétré comme étant obligatoire pour le pays, un message bloquant apparaît en cas d'entrée dans le champ Code postal ou Ville ou en cas de modification d'une information de la fenêtre d'adresse du Tiers. Ce contrôle ne s'effectue toutefois pas en création de document.

Remarques :

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

• champ XSAT

Ce champ contient la subdivision géographique entrant dans la définition de l'adresse postale.
Par exemple, il peut s'agir du Département pour la France, de l'Etat pour les Etats-Unis.
L'intitulé de la subdivision ainsi que le contrôle ou non sur la saisie de cette information sont définis au niveau du paramétrage du Pays.
Cette subdivision est alimentée automatiquement après saisie du code postal et de la ville, à partir du paramétrage effectué au niveau des Codes postaux.
Si ce champ est contrôlé, le contrôle est effectué par rapport à 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 des échanges EDI, il contient un code qui permet de générer la table de correspondance entre la numérotation EDI et la codification X3 des clients et clients livrés.

• Adresse par défaut (champ XBPAADDFLG)

Cette case permet d'indiquer que cette adresse est une adresse par défaut, et doit être cochée pour une seule des adresses de la fiche concernée.
 Une adresse du tiers doit être impérativement désignée comme adresse par défaut. L’adresse par défaut du client peut être différente de l’adresse par défaut du tiers.

• champ ATYPTEL

• champ XTEL1

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.

• champ XTEL2

• champ XTEL3

• champ XTEL4

• champ XTEL5

• champ ATYPWEB

• champ XWEB1

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

• 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

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. 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 allocation partielle 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 saise 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.

• Prix (champ PRITYP)

Cet indicateur permet de déterminer si les prix des articles sont exprimés en Hors taxes ou en TTC. Cet indicateur à une influence sur la recherche tarifaire. Seuls les tarifs définis dans un mode ou ceux acceptant une conversion de prix seront considérés.

Le type de prix d'un document est Hors taxes ou TTC en fonction du type de prix défini sur le client.

Si le paramètre général Ventes Prix HT et TTC (NOTATI) est à la valeur Non, cette information ne sera pas modifiable et la valeur de ce champ est alors définie par le paramètre général Ventes Type de prix (PRITYP). Le type de prix du client n'a alors plus aucune incidence.

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

• Représentant (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.

• Prestation choisie (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.).

• champ BPCREM

Ces zones permettent de saisir les éventuelles remarques concernant le tiers. Ces observations sont affichées lors de la création d’un document de ventes.

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

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

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

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

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

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

Si ce champ est renseigné, le traitement de proposition automatique de règlement affectera automatiquement ce compte bancaire sur tous les règlements de ce tiers.
 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 pour être hebdomadaire, par décade, par qinzaine, par mois ou à la demande.

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

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

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

Cette case permet de préciser si l’adresse de livraison est active ou non.
 Lorsqu’une adresse n’est plus active, elle ne peut plus être utilisée sur un nouveau document ventes.

• Code (champ XBPAADD)

Il s'agit du code de l’adresse de livraison non accessible dans ce contexte.

• champ XBPADES

Désignation de l'adresse (à usage interne). Exemple : adresse temporaire, adresse du dépôt principal...

• Langue (champ XLAN)

Il s'agit du code contrôlé dans la table des langues. Il permet de définir la langue de l’adresse de livraison, utilisée pour les états relatifs à la livraison.

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

Lorsque cette case est cochée, le client sélectionné est désigné comme client par défaut.
L'adresse de livraison correspondante est proposée pour ce client dans les documents devis, commande, livraison, facture.

• Raison sociale (champ XBPDNAM0)

Il s'agit de la raison sociale de l'adresse de livraison indiquée dans les deux champs.

• champ XBPDNAM1

Il s'agit de la raison sociale de l'adresse de livraison indiquée dans les deux champs.

• Régime taxe (champ XVACBPR)

Il s'agit du régime de taxe client livré contrôlé dans la table des régimes de taxes. Il permet d'indiquer le régime de taxe associé au client livré.
Lors de la création d’un document ventes, le régime de taxe de l’adresse de livraison est proposé par défaut, si cette adresse dispose d’un régime de taxe particulier.

• Représentant (champ XREP0)

Il s'agit des codes des représentants associés à l’adresse de livraison et contrôlés dans la table des représentants.
Les représentants du client, lorsqu’ils sont définis, sont prioritaires sur les représentants de l’adresse de livraison.
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 REPX

• champ XREP1

Il s'agit des codes des représentants associés à l’adresse de livraison et contrôlés dans la table des représentants.
Les représentants du client, lorsqu’ils sont définis, sont prioritaires sur les représentants de l’adresse de livraison.
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.

• Préparation (champ TWPRPTEX)

• Livraison (champ TWDLVTEX)

• Site expédition (champ XSTOFCY)

Code du site de stockage à partir duquel le client est généralement livré.

Cette information n'est accessible que si la commandes est typée inter-sites ou inter-sociétés. Elle permet de spécifier le site d'expédition des marchandises qui sera utilisé par la société de vente identifiée par le fournisseur inter-sites / inter-sociétés. Elle servira ensuite à initialiser le site d'expédition de chaque ligne de commande d'achat. Elle est obligatoire dans ce contexte.

Le site d'expédition est initialisé de la manière suivante en exécutant dans l'ordre les points suivant :

• on prend le site d'expédition habituel défini sur l'adresse de livraison identifiée par le site de réception précédemment calculée. A condition qu'il appartienne à la société du fournisseur,
• on prend le site identifié par le fournisseur s'il est site dépôt.

Si a l'issue de cette recherche, le site n'est toujours pas identifié, alors l'utilisateur devra le renseigner manuellement. Un contrôle sera alors effectué pour vérifier que le site saisi appartient à la même société que le site du fournisseur et que ce site est un site de stockage. Le bouton contextuel permet de proposer l'ensemble des sites pouvant être sélectionnés.

Particularités liées aux commandes d'achat générées automatiquement : Si le site d'expédition n'est toujours pas identifié après l'exécution des points précédents, on cherchera à initialiser le site d'expédition en prenant le premier site de stockage trouvé, par ordre alphabétique, dans la liste des sites de stockage de la société identifiée par le fournisseur.

Lors de la génération de la commande de vente associée, le site d'expédition de l'en-tête de commande de vente sera égal au site défini ici.

• Site réception (champ XRCPFCY)

Il s'agit du code du site de réception où le client est généralement livré.
Ce site est utilisé lorsque le client est inter-site. Il correspond au site de réception.
 Le site de réception est saisissable seulement lorsque le client est inter-site. Il est contrôlé dans la table des sites et doit être identifié en tant que dépôt (indicateur dépôt du site à 'Oui') appartenant à la même société que le client.

• Emp prêt (champ XBPCLOC)

Il s'agit du code de l'emplacement où les articles seront transférés lors de la validation d'une livraison de prêt (changement d'emplacement) pour identifier les articles en prêt.
Dans le cadre d’un prêt, la marchandise reste la propriété du site. Pour matérialiser le transfert de marchandise, des emplacements dédiés sont utilisés.
Le type de ces emplacements doit obligatoirement être emplacement Client.
La quantité en prêt d’un article apparaît dans les cumuls de la table Article-sites.
 La notion d'emplacement est uniquement utilisée pour les de livraisons de prêts.
 Ce champ est accessible seulement si un site d’expédition est renseigné sur l’adresse de livraison. L’emplacement appartient nécessairement à ce site.

• Emp sous-traitant (champ XSCOLOC)

Ce champ permet de renseigner un emplacement par adresse du fournisseur de sous-traitance (lequel doit être défini comme client). Cet emplacement doit être de type Sous-traitant et sera exploité pour les livraisons de sous-traitance.

 Ce champ est accessible seulement si un site d’expédition est renseigné sur l’adresse de livraison. L’emplacement appartient nécessairement à ce site.

• No tournée (champ XDRN)

Ce champ indique le numéro de la tournée, contrôlé par un menu local.
Cette information est exploitée lors de la génération des bons de livraison ou des listes d'allocation pour sélectionner les commandes ou livraisons liée à une tournée transporteur.

• Priorité livraison (champ XDLVPIO)

Cette information permet de définir la priorité de livraison (Normal, Urgent, Très Urgent), utilisée pour le classement des commandes lors des préparations de livraison.
Elle est initialisée par l'adresse de livraison du client . Elle est reprise à la ligne de commande où elle pourra être modifiée si le mode de livraison de la commande n'est pas commande Complète.  Si on modifie cette information et que des lignes de commandes existent le système proposera à l’utilisateur de répercuter cette modification sur les lignes de la commande.
Cette information est exploitée dans le traitement d'allocation automatique des commandes pour déterminer les commandes à servir en priorité.

• Mode livraison (champ XMDL)

Code contrôlé dans la table des modes de livraison et permettant de définir les informations relatives au transport et à la livraison.

• Délai livraison (champ XDAYLTI)

Délai de livraison pour ce client, exprimé en nombre de jours. Ce délai permet de calculer la date d'expédition en fonction de la date de livraison demandée par le client.

• Transporteur (champ XBPTNUM)

Ce code identifie le transporteur en charge du transport pour déterminer les coûts liés à l’acheminement de la marchandise chez le client.

• Bon prépa (champ XNPRFLG)

Cette case lorsqu'elle est cochée permet d'indiquer que les bons de préparation doivent être imprimés pour ce client.

• Bon liv (champ XNDEFLG)

Cette case lorsqu'elle est cochée permet d'indiquer que les bons de livraison doivent être imprimés pour ce client.

• Lundi (champ XUVYDAY1)

Témoin permettant d'indiquer si ce jour dans la semaine est considéré comme travaillé pour ce client.
Si le jour est déclaré ouvré cela signifie que le client peut recevoir des livraisons ce jour là.
Lorsque le résultat du calcul de la date de livraison est un jour non ouvré, cette date est automatiquement reportée au premier jour disponible.

• Mardi (champ XUVYDAY2)

• Mercredi (champ XUVYDAY3)

• Jeudi (champ XUVYDAY4)

• Vendredi (champ XUVYDAY5)

• Samedi (champ XUVYDAY6)

• Dimanche (champ XUVYDAY7)

• Indisponibilité (champ XUVYCOD)

Code contrôlé dans la table des périodes d'indisponibilité et permettant d'indiquer les périodes pendant lesquelles le tiers n'est pas disponible (période de congé par exemple)
Ce code d'indisponibilité permet, lors de la commande, de reporter automatiquement la date de livraison à la première date disponible.

• Incoterm (champ XEECICT)

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

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

• Ville Incoterm (champ XICTCTY)

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

• Transitaire (champ XFFWNUM)

Le transitaire permet d'identifier un tiers mandaté par l'expéditeur ou le destinataire pour assurer la continuité du transport lorsqu'une marchandise doit suivre plusieurs transports successifs. Le transitaire est contrôlé dans la table des transporteurs.

Le transitaire et son adresse seront exploités dans la Déclaration d'échanges de biens pour déclarer des flux de marchandises entre l'adresse de l'expéditeur et l'adresse du transitaire ou entre l'adresse du transitaire et l'adresse du destinataire.

Ce peut être notamment le cas lorsque l'on expédie des marchandises à l'export, les formalités douanières étant réalisées par un transitaire dans un autre pays membre de l'union. Un dépôt de DEB devant être effectué pour le transfert de la marchandise dans cet autre pays membre de l'Union.

• champ XFFWADD

Il s'agit du code adresse du transitaire. Il est initialisé avec l'adresse par défaut du tiers correspondant au transitaire. Cette adresse permet de déterminer si un dépôt de DEB pour ce flux est nécessaire.

• N° TVA intracommunautaire (champ XEECNUM)

Il s'agit du numéro d'identification à la TVA de l'acquéreur.
 Si le pays de l’adresse de livraison est différent du pays habituel du client et si celui-ci est identifié à la TVA dans le pays de livraison, il faut renseigner le numéro de TVA.

• Majoration CEE (champ XEECINCRAT)

Coefficient de majoration utilisé dans la déclaration d'échanges de biens.
Ce coefficient, appliqué à la valeur fiscale de l'article permet d'obtenir la valeur statistique.

• Lieu transport DEB (champ XEECLOC)

Le lieu de transport est une information nécessaire à la Déclaration d'échanges de biens. Il se combine au code Incoterm pour déterminer les conditions de livraison reprenant les dispositions relatives au contrat de vente qui spécifient les obligations respectives du vendeur et de l'acheteur.

• Adr (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éf 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).

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

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