Catégories 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.

Une catégorie de client peut également être associée à untiers ou à unprospect, ces derniers pouvant être ultérieurement amenés à devenir des clients.

• Intitulé court (champ SHOAXX)

• Compteur client (champ REFCOU)

• Mode création (champ CREMOD)

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

• 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.
 Il est préférable d'utiliser la codification ISO lors de la création d'une nouvelle devise.

• Type de client (champ BPCTYP)

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

• Type de cours (champ CHGTYP)

Cette zone est contrôlée par un menu local modifiable et peut prendre les valeurs suivantes : cours du jour, cours du mois, cours moyen, cours DEB.
Il est nécessaire de choisir le type de cours qui sera utilisé pour convertir les montants en devise.
Le type de cours est par défaut celui de l'en-tête.

• champ TSCCOD

Code contrôlé dans la tables desfamilles statistiques et permettant d'associer une famille statistique au client.

• Contrôle en-cours (champ OSTCTL)

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

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

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

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

• En-cours autorisé (champ WOSTAUZ)

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

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

• champ XCUR

• Catégorie ABC (champ ABCCLS)

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

• Mt mini commande (champ WORDMINAMT)

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

• champ XCUR

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

Indicateur permettant de définirsi on autorise ou non un prêt de marchandise à ceclient.

• 1 cde par livraison (champ ODL)

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

• Livraison partielle (champ DME)

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

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

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

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

• Type prix / montant (champ PRITYP)

La valeur de ce champ (H.T. ou T.T.C.) est définie par le paramètre général SALPRITYP - Type prix/montant (chapitre TC, groupe INV).

Si le paramètre général NOTATI - Prix/Montant HT et TTC (chapitre TC, groupe INV) a pour valeur Non, vous ne pouvez pas modifier cette information.

• Facturation du port (champ FREINV)

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

• Mode facturation (champ IME)

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

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

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

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

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

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

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

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

• Périodicité facture (champ INVPER)

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

• Condition de facturation (champ INVCND)

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

• Origine échéance (champ DUDCLC)

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

• Catégorie commission (champ COMCAT)

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

• champ REP

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

• champ MORREP

• No (champ NOLIG)

• Intitulé (champ SHO)

• % ou montant (champ INVDTAAMT)

Les valeurs sont relatives au pied de facturation. Ces informations peuvent provenir du paramétrage des éléments de pied de facture directement ou bien de la fiche du client concerné.
 Reportez-vous à la documentation des éléments de facturation pour plus de précisions.
Les valeurs des éléments de pied peuvent être modifiées. Les montants HT et TTC du document sont directement impactés par ces valeurs.
Particularités liées à l’inter-sociétés
Si la commande a été générée à partir d’une commande d’achat inter-sociétés ou inter-sites, et que le paramétrage inter-sociétés précise que les éléments de facturation sont issus des Achats, ceux-ci seront initialisés avec les valeurs renseignées sur la commande d’achat d’origine.

• Type de valeur (champ INVDTATYP)

• Devise (champ WWCUR)

• Impr ARC (champ OCNFLG)

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

• Code modèle (champ TPMCOD)

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

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

• Code comptable (champ ACCCOD)

Ce champ permet d'indiquer le code comptable du site.
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 (comptes collectifs, comptes ou parties de comptes) utilisables pour la détermination des pièces comptables qui seront comptabilisées.

• Schéma de comptes (champ DIA)

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

• 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 prioritairement proposée.

• Factor (champ FCTNUM)

Si les factures des clients du groupe doivent être cédées à un factor, indiquer le code du factor devant se charger de leur recouvrement.

• Condition paiement (champ PTE)

Code associé par défaut au tiers courant, permettant de définir les conditions de paiement.
Ce code détermine le mode de règlement, le type d'échéance, ainsi que l'échelonnement des paiements (une ou plusieurs échéances au comptant, 30 jours, fin de mois).
Il est possible, dans la gestion de cette table, de simuler les règles de calculs qui seront appliquées en saisie.

• Escompte (champ DEP)

Code utilisé par défaut pour le tiers courant permettant 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.

• Banque règlement (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 descomptes bancaires.

• Groupe (champ GRP)

Groupe de relance auquel le client est associé.

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

• Type de relance (champ FUPTYP)

Type de traitement de relance du client.

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

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

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

• Mt mini relance (champ FUPMINAMT)

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

• champ FUPCUR

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

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

• Axe (champ DIE)

La tableau "Analytique" est préchargé en fonction du paramétrage des axes par défaut suivant l'entité (clients, fournisseurs, articles ...).

• Section (champ CCE)

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

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

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

• champ REPDLV

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

• Bon prépa (champ NPRFLG)

Témoin indiquant si les bons depréparation doivent être imprimés ou non pour ceclient.

• Bon liv (champ NDEFLG)

Témoin indiquant si les bons delivraison doivent être imprimés ou non pour ceclient.

• Site expédition (champ STOFCY)

Il s'agit du code du site de stockage à partir duquel le client est généralement livré. Ce site, contrôlé dans la table des sites, doit être identifié en tant que dépôt.

Cette information est accessible uniquement si la commande 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 donc obligatoire dans ce contexte.

Le site d'expédition est initialisé, par ordre de priorité, de la manière suivante :

• 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. Il est nécessaire qu'il appartienne à la société du fournisseur,
• site identifié par le fournisseur s'il est site dépôt.

Si, à l'issue de cette recherche, le site n'est toujours pas identifié, vous devez le renseigner manuellement. Un contrôle est 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 menu Actionspermet 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, le site d'expédition est initialisé 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.

• Mode livraison (champ MDL)

Renseignez le code permettant de définir les informations relatives au transport et à la livraison. Ce code est contrôlé dans la table des modes de livraison.

• Transporteur (champ BPTNUM)

Ce champ indique le code identifiant le Transporteur en charge de l’acheminement de la marchandise.

• Incoterm (champ EECICT)

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

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

• Lieu transport (champ EECLOC)

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.

Cette information n'est pas exploitée pour la déclaration française.

• Majoration DEB (champ EECINCRAT)

Ce champ est soumis au code activité DEB - Déclaration d'échange de biens.

Ce coefficient de majoration est utilisé dans la déclaration d'échange de biens. Il est exploité à partir des factures fournisseurs, et appliqué à la valeur fiscale de la ligne article, il permet d'obtenir la valeur statistique.
Il est initialisé par le coefficient de majoration renseigné dans la fiche Article-fournisseur ou à défaut, renseigné dans la fiche Fournisseur.

• Lundi (champ UVYDAY1)

Cet indicateur permet d’identifier les jours de la semaine travaillés pour ce client.
Si le jour est déclaré ouvré, le client peut recevoir des livraisons le jour indiqué.
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 UVYDAY2)

• Mercredi (champ UVYDAY3)

• Jeudi (champ UVYDAY4)

• Vendredi (champ UVYDAY5)

• Samedi (champ UVYDAY6)

• Dimanche (champ UVYDAY7)

• Période indisponibilité (champ UVYCOD)

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.