Commandes

• Site vente (champ SALFCY)

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

A partir de ce champ, le bouton contextuel vous permet de :

• Sélectionner un site de vente dans le fichier

• Type (champ SOHTYP)

Le type de commande permet de déterminer la catégorie de commande (Normale, Prêt ou Facturation directe) ainsi que le compteur utilisé (si le compteur est un compteur manuel, le numéro de commande pourra être saisi). Les commandes ouvertes ne sont pas gérées dans cette fonction.

Seul peut être renseigné un type de commande dont la législation et le groupe de sociétés sont cohérents avec ceux de la société du site de vente.
   Pour plus d'informations, cliquez ici.

Cas de la création d'une commande via le bouton Commande depuis un devis

Si vous avez créé la commande via le bouton Commande depuis un devis (GESSQH), ce champ est alimenté avec le type de commande renseigné dans le champ Type de commande du devis.

Si aucun type de commande n’est renseigné sur le devis, c’est le paramètre général QUOORDCAT - Cat. commande depuis bouton (chapitre VEN, groupe ORD) qui est utilisé pour définir la catégorie de commande qui sera utilisée (‘Normale’ ou ‘Facturation directe’).

• Si la catégorie définie dans ce paramètre est ‘Normale’, c’est le type de commande défini dans le paramètre SOHTYPNOR - Type commande normale (chapitre VEN, groupe ORD) qui est utilisé.
• Si la catégorie définie dans ce paramètre est ‘Facturation directe’, c’est le type de commande défini dans le paramètre SOHTYPINV - Type commande factur. directe (chapitre VEN, groupe ORD) qui est utilisé.

Si aucune valeur n’est définie dans le paramètre QUOORDCAT - Cat. commande depuis bouton, le système prend en compte le premier type de commande dans l’ordre alphabétique.

• Numéro (champ SOHNUM)

Le numéro de commande permet d'identifier la commande de façon unique. Ce numéro est attribué automatiquement ou saisi à chaque création de la commande selon le paramétrage de compteur associé au type de commande choisi.

Si le compteur de commande est défini avec attribution automatique, alors le champ numéro de commande n'est pas accessible et le compteur est affecté à la création de la commande. A l'inverse, si le compteur de commande est défini avec attribution manuelle on pourra le saisir manuellement. Si celui-ci n'est pas renseigné au moment de la création, le système attribuera automatiquement un numéro de commande en fonction du compteur.

• Avenant (champ REVNUM)

Ce champ est alimenté si au moins un avenant a été créé pour cette commande. Il contient le dernier numéro d'avenant établi pour cette commande. La gestion des avenants est disponible si le paramètre général SALREV est positionné à Oui.

• Référence (champ CUSORDREF)

Cette information permet de préciser la référence de la commande chez le client. Dans le cadre d'une commande de vente inter-sociétés ou inter-sites, générée à partir d'une commande d'achat du même type, le numéro de la commande d'achat sera inscrit dans cette zone et un tunnel permettra d'accéder à la commande d'achat du site client.

• Date (champ ORDDAT)

Il s'agit de la date du document. Elle est initialisée à la date du jour et est modifiable. Si elle est modifiée, après qu'au moins une ligne soit saisie ou enregistrée, une question est posée proposant un recalcul des prix et remises sur toutes les lignes de du document.

• Devise (champ CUR)

Il s'agit de la devise dans laquelle est établi la commandes. Par défaut il s'agit de la devise du client facturé. Le code devise présent dans cet écran n'est pas modifiable. Il est ici pour rappel. Le code devise est modfiable dans l'onglet Gestion de la commande.

• Client cde (champ BPCORD)

Le Client commande est le donneur d'ordre de la commande. Il devra être actif pour être saisi sur une commande. Un prospect pourra être également saisi. Si tel est le cas, le système proposera de transformer le prospect en client, sans quoi la commande ne pourra être créée. Le Client commande est modifiable tant qu'aucune ligne n'a été saisie sur la commande. A partir de ce champ, le bouton contextuel vous permet de :

• Accéder et créer, selon vos habilitations, un client ou un prospect.
• Modifier l’adresse par défaut associée à cette commande,
• consulter les notes relatives au produit.

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

Particularités liées à l’inter-sociétés : Dans le cadre d’une commande inter-sociétés générée automatiquement à partir d’une commande d’achat, le Client commande correspond au client associé au site d’achat renseigné sur la commande d’achat.

• champ BPCNAM

Il s'agit de la raison sociale du client. Cette information n'est pas directement modifiable. Elle l'est depuis l'écran de gestion des adresses disponible depuis le champ Client commande ou dans la barre d'outils. La raison sociale du client est imrpimée sur l'accusé réception de commande.

• champ WSOHCAT

La catégorie n'est pas modifiable ; elle est déterminée par le Type de commande choisi.

• Client facture (champ BPCINV)

Le code du client facturé doit être actif. Dans tous les cas, il est initialisé par le code client facturé associé au client commande dans la fiche de ce dernier. On a la possibilité de modifier le client facturé si nécessaire. A partir de cette zone on peut sélectionner un client ou accéder par tunnel à la gestion des clients si les habilitations utilisateur le permettent. Une fois la commande partiellement livrée, cette information ne sera plus accessible.

Particularités liées à l’inter-sociétés : Dans le cadre d’une commande inter-sociétés générée automatiquement à partir d’une commande d’achat, le Client facturé correspond au client associé au site de facturation renseigné sur la commande d’achat. Il n'est pas modifiable dans ce contexte.

• champ BPINAM

Il s'agit de la raison sociale du client facturé. Cette information n'est pas modifiable.

• Tiers Payeur (champ BPCPYR)

Le tiers payeur est initialisé par défaut par le tiers payeur associé au client commande dans la fiche de ce dernier. On a la possibilité de modifier le tiers payeur si nécessaire. A partir de cette zone on peut sélectionner un tiers ou accéder par tunnel à la gestion des tiers si les habilitations utilisateur le permettent.

Particularités liées à l’inter-sociétés : Dans le cadre d’une commande inter-sociétés générée automatiquement à partir d’une commande d’achat, le tiers payeur correspond au client associé au site de facturation renseigné sur la commande d’achat. Il n'est pas modifiable dans ce contexte.

• Client groupe (champ BPCGRU)

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

• Adresse livraison (champ BPAADD)

La combinaison du client commande et de ce code adresse identifie le client livré. L'adresse de livraison est initialisée par l'adresse de livraison par défaut associée au client commande dans la fiche de ce dernier ou par le premier code adresse de livraison s'il n'existe aucune adresse de livraison par défaut. A partir de ce champ, le bouton contextuel permet de choisir une adresse de livraison. Si les adresses de livraisons ne sont pas gérées à la ligne (paramètre LINBPD), ce code adresse sera repris sur chaque ligne de commande et ne pourra être modifié. Dans le cas contraire, ce code adresse sera repris sur chaque ligne, mais il pourra être modifié.

Si l'on modifie l'adresse de livraison de l'entête commande, lorsque l'on est en création et qu'aucune ligne n'a été saisie, le programme demande à l'utilisateur s'il désire modifier la date de livraison demandée en fonction de la date d’expédition et du nouveau délai de livraison lié à la nouvelle adresse. Dans tous les cas les informations liées au nouveau code adresse de livraison sont ré-initialisées (Site d’expédition, Priorité de livraison, Code tournée, Mode de livraison, Transporteur, Délai de livraison, Code Incoterm, Ville Incoterm, Transitaire et son code adresse, Numéro de TVA Intracommunautaire, Lieu de transport DEB, Contact de livraison et Représentants si ceux-ci sont issus du client livré).

Si l’on modifie l’adresse de livraison alors que des lignes de commande existent (en création de commande), le programme rappelle à l'utilisateur que la date d’expédition va être recalculée par rapport à la date de livraison demandée. Dans tous les cas les informations relatives au nouveau code adresse de livraison sont ré-initialisées sur l’entête de commande (Priorité de livraison, Code tournée, Mode de livraison, Transporteur, Délai de livraison, Contact de livraison et Représentants si ceux-ci sont issus du client livré ). Le site d’expédition échappe à cette règle et est conservé. On proposera, également à l’utilisateur, de répercuter ou non la modification sur les lignes de commande. Plusieurs cas de figure dépendent à ce moment du choix de l’utilisateur :

• S’il répond Oui à cette question, les informations de la ligne de commande concernant la livraison seront modifiées par les informations de livraison de l’entête de commande (Code adresse de livraison, Priorité de livraison, Mode de livraison, Transporteur, Délai de livraison, Contact de livraison et Représentants si ceux-ci sont issus du client livré).
  Si un ou plusieurs articles sont interdits pour cette nouvelle adresse, leur liste s'affiche à l'écran dans un fichier trace. Si l'utilisateur n'a pas de contrôle bloquant sur les prix (paramètre utilisateur SDACLOK - Ctr non bloquant prix, marge, qt), il lui est possible de passer outre le message d'avertissement et de continuer.
  Une boite de dialogue s'ouvre ensuite et propose de recalculer les prix et remises. La réponse 'Oui' provoque une recherche tarifaire pour toutes les lignes du document. Si le tarif est défini en fonction du code pays et/ou du nouveau code de subdivision géographique, une réaffectation des prix et remises pourra alors s'effectuer selon ces critères.
   
• S’il répond Non ou Fin à cette question, les informations de la ligne de commande ne seront pas modifiées.
   
• S’il répond Oui si même valeur à cette question, seules les lignes de commande faisant référence à l'adresse de livraison initiale seront modifiées. Si ou plusieurs articles sont interdits pour cette nouvelle adresse, leur liste s'affiche à l'écran dans un fichier trace. Si l'utilisateur n'a pas de contrôle bloquant sur les prix (paramètre utilisateur SDACLOK - Ctr non bloquant prix, marge, qt), il lui est possible de passer outre le message d'avertissement et de continuer.
  Une boite de dialogue s'ouvre ensuite et propose de recalculer les prix et remises. La réponse 'Oui' provoque une recherche tarifaire pour les lignes dont l'adresse de livraison est modifiée. Si le tarif est défini en fonction du code pays et/ou du nouveau code de subdivision géographique, une réaffectation des prix et remises sur ces lignes pourra alors s'effectuer selon ces critères.
   
  Remarque : le recalcul tarifaire sur les lignes s'effectue uniquement si la commande n'est pas livrée (cas des commandes normales) ou n'est pas facturée (cas des commandes à facturation directe) et aucune ligne n'est soldée.

Particularité : si le paramètre LINBPD - Clients livrés différents sur les lignes de commandes (chapitre VEN, groupe MIS) a pour valeur "Non", le code adresse sera repris sur chaque ligne de commande et ne pourra être modifié à la ligne. En cas de modification, celle-ci sera automatiquement répercutée sur toutes les lignes de la commande et une nouvelle recherche tarifaire sera proposée à l'utilisateur.

Particularités liées à l’inter-sociétés : Dans le cadre d’une commande inter-sociétés générée automatiquement à partir d’une commande d’achat, l’adresse de livraison correspond au client livré associé au site de réception renseigné sur la commande d’achat.

• champ BPDNAM

Il s'agit de la raison sociale de l'adresse de livraison.

• Affaire (champ PJT)

Le champ Affaire peut être soit un code libre, soit un code affaire défini dans l’objet Affaires. Dans ce dernier cas, l’utilisateur dispose de deux possibilités pour saisir un code affaire :

• Un menu contextuel  Sélection permet de sélectionner une affaire au travers d’une liste de sélection comprenant toutes les affaires définies dans l’objet Affaires
• Un menu contextuel Affaires permettant d’accéder directement à l’objet Affaires pour y effectuer une sélection ou créer une affaire

Deux documents du module Vente ayant des codes affaire différents ne pourront pas être regroupés sur un autre document. Par exemple, deux commandes disposant d'un code affaire distinct ne pourront pas être regroupées sur un même bon de livraison.

• Représentant (champ REP)

Les représentants sont initialisés par les représentants du client puis par ceux du client livré s'il n'existe pas de représentants sur la fiche client. Si un des deux représentants est modifié et s’il existe des lignes sur la commande, le système proposera à l’utilisateur de reporter la modification sur les lignes de commande et de recalculer le taux de commissionnement. L’utilisateur aura également la possibilité de ne modifier que les lignes de commande ne faisant pas référence à ce nouveau représentant (choix Valeur) et donc de ne pas modifier le taux de commissionnement pour les lignes faisant déjà référence à ce représentant.

• Date retour prêt (champ LNDRTNDAT)

La date de retour de prêt prévue est accessible s'il s'agit d'une commande de prêt. Elle est initialisée par la date de commande plus un mois. Cette date ne pourra être inférieure à la date de commande.

• Motif solde (champ CCLREN)

Cette information permet d'indiquer un motif de solde pour une commande ou une ligne de commande. Le motif de solde peut être alimenté si le paramètre CCLRENORD (Saisie motif solde commande) est activé. Lors du solde d'une commande ou d'une ligne de commande cette information pourra être saisie dans une liste de valeur pré-déterminée. Elle permettra de connaître le motif de la clôture de la commande. SI l'on solde entièrement la commande, la valeur saisie et la date de solde sera également inscrite sur les lignes de commandes non encore soldées.

• champ CCLDAT

• Régime taxe (champ VACBPR)

Le régime de taxe permet de définir les différentes taxes pouvant être appliquées sur la commande. Notamment par croisement avec les niveaux de taxes des articles.

Le régime de taxe est initialisé par le régime de taxe du client. Une fois la commande créée, cette information n'est plus modifiable. Si vous modifiez le régime de taxe après avoir saisi des lignes de commande mais avant d’avoir crée la commande, alors les taxes seront recalculées sur l’ensemble des lignes déjà saisies.

Seul un régime de taxe dont la législation et le groupe sont cohérents avec ceux du document peut être renseigné.
Consultez la documentation sur les principes généraux liés au paramétrage multi-législation.

Le paramètre CTLTAX – Contrôle des codes taxes (chapitre VEN, groupe VAT) permet de contrôler que le régime de taxe du tiers :

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

• Code exonération NA (champ SSTENTCOD)

Indiquez le code de l'entité/d'utilisation pour calculer le montant exact de la taxe pour le client. Ce code taxe est reconnu par le système Avalara et permet de déterminer le type de client à des fins fiscales.
Ce champ est uniquement disponible si le code du pays de l'adresse de livraison est renseigné dans les paramètres Sage sales tax de la table 202.

• Devise (champ CUR)

La devise de la commande est initialisée par la devise du client. Une fois la commande créée, cette information n’est plus modifiable. Si par contre on modifie la devise après avoir saisi des lignes de commande, mais avant d’avoir créé la commande, alors une conversion des prix et remises sera effectuées. On pourra même effectuer une nouvelle recherche tarifaire en fonction de la nouvelle devise en répondant Oui à la question « Désirez-vous recalculer les prix et remises ? ».

• Prix HT/TTC (champ PRITYP)

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

• Signée (champ APPFLG)

Cette information permet de connaître la situation du document du point de vue de la gestion des signatures. Les différentes valeurs possibles sont : 'Non', 'Partiellement', 'Totalement', 'Pas de gestion', 'Oui automatique'.

- Si la gestion des signatures n'est pas activée pour la société (paramètre APPSQH pour les devis, APPSOH pour les commandes ou APPSOC pour les commandes ouvertes), la valeur sera systématiquement égale à 'Pas de gestion'. On pourra éditer le document et le transformer (transformer le devis en commande, livrer la commande ou la demande de livraison).
 
- Si la gestion des signatures est activée pour la société, la valeur dépendra des règles de signatures et des signatures effectuées :

• Si la valeur est à 'Non', cela signifie qu'aucune signature n'a été effectuée ou que les signatures déjà effectuées ont été annulées par un signataire.
• Si la valeur est à 'Partiellement', cela signifie qu'une partie seulement des signataires désignés par le circuit de signature ont signé le document.
• Si la valeur est à 'Totalement', cela signifie que tous les signataires désignés par le circuit de signature ont signé le document. Il pourra être édité et commandé (pour les devis) ou livré (pour les commandes et les demandes de livraison).
   Dans ces deux derniers cas, la modification de certains champs du document (voir liste dans la documentation sur les Règles de signatures (SQHSIG pour les devis, SOHSIG pour les commandes et SOCSIG pour les commandes ouvertes) peut réinitialiser le circuit des signatures et impacter la situation du document au regard des signatures.
  Dans le cas particulier d'une commande ouverte, le circuit des signatures n'est pas modifié dès lors qu'au moins une demande de livraison lui est associée.
• Si la valeur est 'Oui automatique', cela signifie que la gestion des signatures est facultative (paramètre APPSQH, APPSOH ou APPSOC) et qu'aucun circuit de signature n'a été déterminé pour ce document. Il est donc considéré comme signé et pourra être édité et commandé (pour les devis) ou livré (pour les commandes et les demandes de livraison).

• Etat commande (champ ORDSTA)

Cette information permet de connaître à tout instant l'état de la commande. Les valeurs possibles sont : Non soldée, Soldée. Lorsque la commande n'est pas soldée il est possible de la modifier. Dans le cas contraire, la commande n'est plus modifiable. Une commande est considérée comme soldée si celle-ci a été totalement livrée (totalement facturée pour les commandes à facturation directe) ou si elle a été soldée manuellement.

• Allocation (champ ALLSTA)

Les valeurs possibles sont : Non allouée, Partiellement allouée, Allouée.

• Livraison (champ DLVSTA)

Les valeurs possibles sont : Non livrée, Partiellement livrée, Livrée.

• Facture (champ INVSTA)

Les valeurs possibles sont : Non facturée, Partiellement facturée, Facturée.

• En-cours (champ CDTSTA)

Les valeurs possibles sont : OK, Bloqué, Dépassement en-cours, Acompte non versé.

• Bloqué : l'état crédit du client est Bloqué, lorsque sur la fiche client on a indiqué que l'en-cours était bloqué ou lorsque l'acompte demandé n'a pas été totalement versé et que le paramètre LOKORD (Blocage commande si acompte non versé) est positionné Oui,
• Dépassement d'en-cours : l'état crédit du client est en Dépassement d'en-cours lorsque le Total en-cours du client est supérieur à son En-cours autorisé,
• Acompte non versé : la commande est dans l'état Acompte non versé lorsque l'acompte a été émis, que la date d'échéance de l'acompte est dépassée et que le règlement n'a toujours pas été effectué dans sa totalité (un règlement enregistré mais non comptabilisé n'est pas considéré).

Concernant l'allocation, si vous décidez d'allouer une ou plusieurs lignes de votre commande et que l'en-cours calculé du client est supérieur à l'en-cours autorisé, vous obtiendrez un message vous demandant confirmation si le paramètre utilisateur SCDTUNL vous l'autorise, sinon vous ne pourrez pas allouer la commande et un message bloquant sera affiché.

• Si l'en-cours du client est bloqué, on ne pourra pas allouer la commande.
• Si l'acompte n'est pas versé, un message vous demandant confirmation s'affichera lorsque vous procéderez à l'allocation d'une ligne ou de la totalité de la commande.

• champ CDTBTN

• Blocage (champ HLDSTA)

Champ alimenté automatiquement et signifiant l'état de blocage de la commande.

• OK : la commande n'est pas bloquée,
• Bloquée : la commande est bloquée et peut être débloquée manuellement uniquement si le verrou de débloquage est activé. 

 Ce champ apparait uniquement si l'option "Code blocage" est activée au niveau de la transaction de saisie.

• champ HLDBTN

Pour bloquer une commande, cliquez sur le bouton Blocage (l'icône représentant un verrou) afin d'accéder à l'écran Blocage/déblocage commande.

Sur l'écran de blocage/déblocage manuel, vous pouvez sélectionner le motif du blocage dans le menu Sélection du champ Code blocage, puis cliquer sur OK. Lorsqu'une commande est bloquée, aucune activité ne peut se faire sur cette commande jusqu'à ce que le blocage soit levé. La livraison, la facturation ou la préparation sont bloquées systématiquement. Le statut de l'allocation dépend du motif indiqué pour le blocage dans le champ Code blocage.

Pour débloquer une commande, cliquez sur le bouton Blocage (l'icône représentant un verrou) afin de débloquer la commande et sélectionnez Oui dans le message qui s'affiche.

Si le bouton Blocage est inactif, l'utilisateur ne dispose pas de l'autorisation nécessaire pour débloquer la commande, ce qui signifie qu'une seule ou que les deux conditions suivantes sont réunies :

• L'utilisateur ne dispose pas, au niveau de sa fiche utilisateur, du code d'accès nécessaire.
• Le paramètre HLDREL - Autoriser blocage manuel commande (chapitre Ventes, groupe AUZ) a pour valeur 'Non' dans l'onglet Paramètres dans le profil de l'utilisateur.

La liste des codes blocages proposés dépend de la table diverse 204 et des codes d'accès associés à l'utilisateur.

L'utilisateur qui a créé le blocage peut toujours le débloquer même s'il n'a pas le code d'accès de blocage.

Si le code blocage n'est associé à aucun code d'accès, tous les utilisateurs peuvent débloquer la commande. Tous les utilisateurs disposant des droits sur la transaction de saisie en cours (le champ Code blocage doit être actif) et dont le paramètre SCDTUNL - Autorisation déblocage commande (chapitre Ventes, groupe AUZ,) a pour valeur 'Oui' peuvent débloquer la commande.

Cliquez sur le verrou pour attribuer un motif de blocage à une commande.
Saisissez le code de blocage ou sélectionnez-le via le clic droit/sélection.

La liste des codes blocages proposés dépend de la table diverse 204 et des codes d'accès associés à l'utilisateur.
L'utilisateur qui créé le blocage peut toujours le débloquer même s'il n'a pas le code d'accès de blocage.
Si le code blocage ne dispose pas de code d'accès associé, tous les utilisateurs disposant des droits sur la transaction de saisie en cours (le champ Code blocage doit être actif) et dont le paramètre "Autorisation déblocage commande" (chapitre Ventes, groupe habilitations, paramètre SCDTUNL) a pour valeur 'Oui' peuvent débloquer la commande.

Lorsqu'une commande est bloquée, aucune activité ne peut se faire sur cette commande jusqu'à ce que le blocage soit levé. La livraison, la facturation ou la préparation dont bloquées systématiquement. Le blocage de l'allocation dépend du code blocage.

• champ HLDCOD

Ce champ affiche le code de blocage d'une commande, que vous pouvez définir dans l'écran Blocage/déblocage commande (accessible en cliquant sur le bouton Blocage).

Ce code de blocage détermine si la commande est bloquée au niveau de l'allocation. Si la commande est bloquée au niveau de l'allocation, le stock est immédiatement désalloué et le bouton Allocation devient inactif.

• ARC imprimé (champ OCNPRN)

Cette information permet de savoir si un accusé de réception de commande a été imprimé.

• Inter-site (champ BETFCY)

Ces informations non modifiables précisent si la commande est de type inter-site ou inter-société. Lorsque la commande concerne un client inter-site (site de la même société) celle-ci ne pourra pas être facturée. Lorsque la commande concerne un client inter-sociétés (site d'une société différente), une facture pourra être générée.

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

• Site expédition (champ STOFCY)

Le site d'expédition est le site de stockage d'où seront expédiés les produits lorsque la commande sera livrée.

Le site d’expédition est initialisé par le site d'expédition renseigné sur le client livré (il correspond au site d'expédition habituel pour cette adresse de livraison) ou s'il n'est pas précisé par le site de stockage par défaut de l’utilisateur. Dans les deux cas, le site d'expédition devra appartenir à la même société que le site de vente sans quoi il ne sera pas proposé et il devra être obligatoirement saisi.

Le site d’expédition est modifiable sous certaines conditions :

• Le site saisi doit être déclaré comme site de stockage 
• Il doit appartenir à la même société juridique que le site de vente.

Le site d'expédition saisi en entête sert de valeur par défaut pour les lignes de commande. Dans le cas de commandes à livraison Complète, le site d'expédition n'est pas modifiable sur les lignes de commande.

Si le site d’expédition est modifié et que des lignes de commandes existent, le système proposera à l’utilisateur de modifier le site d’expédition sur toutes les lignes de commandes (seules les lignes de commandes non allouées et non livrées seront modifiées).

Particularités liées à l’inter-sociétés : Dans le cadre d’une commande inter-sociétés ou inter-sites générée à partir d’une commande d’achat, le site d’expédition sera initialisé par le site d’expédition saisi sur la commande d’achat. Il pourra être modifié pour gérer les aléas des expéditions. Par contre la commande d’achat d’origine ne sera quant à elle pas mise à jour par cette modification.

• Priorité livraison (champ DLVPIO)

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

• Livraison demandée (champ DEMDLVDAT)

La date de livraison demandée correspond à la date souhaitée par le client. Elle est initialisée par la date d'expédition (elle-même initialisée par la date de commande) augmentée du délai de livraison associé à l'adresse de livraison. Cette date sera reprise par défaut sur les lignes de la commande. Si cette date est modifiée, elle sera utilisée pour recalculer la date d'expédition. Une question pourra également être posée  à l’utilisateur (si la commande contient des lignes) proposant de mettre à jour la date de livraison demandée et la nouvelle date d’expédition sur les lignes de la commande.

Un contrôle est effectué sur cette date en fonction des jours ouvrés du client livré et de son calendrier d’indisponibilité. Si la date de livraison demandée correspond à un jour non ouvré du client, la date sera automatiquement décalée à une date postérieure à la date initiale. Si la date de livraison demandée correspond à un jour figurant dans le calendrier d’indisponibilité du client alors un message d’avertissement sera affiché proposant à l’utilisateur de modifier cette date ou de continuer.

Particularités liées à l’inter-sociétés : Dans le cadre d’une commande inter-sociétés ou inter-sites générée à partir d’une commande d’achat, la date de livraison demandée sera initialisée par la plus petite des dates de réception prévue renseignée sur les lignes de la commande d’achat.

• Délai livraison (champ DAYLTI)

Il s’agit du délai nécessaire en nombre de jours pour livrer ce client livré. Il est initialisé par le délai renseigné sur l'adresse de livraison du client. Ce délai sera proposé par défaut sur les lignes de la commande correspondant à l'adresse de livraison de l'entête de commande.

Il sert à initialiser la date d’expédition à partir de la date de livraison demandée . La modification de ce délai déclenche un recalcul de la date d’expédition en fonction de la date de livraison demandée.

• Expédition (champ SHIDAT)

La date d'expédition est au départ initialisée par la date de commande ou la date du jour (si la date de commande est inférieure à la date du jour). Cette date est contrôlée par rapport aux jours ouvrés du site d’expédition et par rapport au calendrier d’indisponibilité de ce site. Si la date d’expédition calculée correspond à un jour non ouvré du site, alors le système décalera la date d’expédition (en arrière) à la première date ouvré. Si la date correspond à un jour indisponible du site, un contrôle bloquant imposera à l’utilisateur de saisir une nouvelle date d’expédition. Cette date d'expédition sera reprise par défaut sur les lignes de la commande.

Un message d’avertissement pourra également être retourné lorsque la date d’expédition saisie est supérieure à la date de livraison demandée.

La modification de la date d’expédition ne met jamais à jour la date de livraison demandée.

• Heure livraison prévue (champ DEMDLVHOU)

• No tournée (champ DRN)

Numéro de la tournée, contrôlé par un menu local.
Cette information est exploitée en génération des bons de livraison ou liste d'allocation.

• Mode livraison (champ MDL)

Mode de livraison Code permettant de définir les informations relatives au transport et à la livraison. Il est contrôlé dans la table des Modes de livraison. Il est initialisé à partir du client livré.

Cette information est initialisée par l'adresse de livraison du client. Elle décrit la manière dont les marchandises sont acheminées chez le client (Cette information est notamment exploitée pour la déclaration d'échanges de biens). 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.

Particularités liées à l’inter-sociétés : Dans le cadre d’une commande inter-sociétés ou inter-sites générée à partir d’une commande d’achat, le mode de livraison sera initialisé par le mode de livraison saisi sur la commande d’achat si le mode de livraison n’est pas renseigné sur le client livré.

• Transporteur (champ BPTNUM)

Il s'agit du transporteur utilisé habituellement pour acheminer la marchandise à l'adresse de livraison du client. Il servira au moment de la livraison à établir un calcul des frais de port. Le transporteur est repris à la ligne de commande où il pourra être modifié 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.

Particularités liées à l’inter-sociétés : Dans le cadre d’une commande inter-sociétés ou inter-sites générée à partir d’une commande d’achat, le transporteur sera initialisé par le transporteur saisi sur la commande d’achat si le transporteur n’est pas renseigné sur le client livré.

• Incoterm (champ EECICT)

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

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

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

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

 Le code et la ville Incoterm sont également accessibles via le menu Options / Informations douanières.

• Ville Incoterm (champ ICTCTY)

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

• No dern livraison (champ LASDLVNUM)

Il s'agit du numéro et de la date de dernière livraison effectuée pour la commande. Un tunnel permet d'accéder à cette livraison.

• Date dern livraison (champ LASDLVDAT)

• Type livraison (champ SDHTYP)

Ce champ, non modifiable, rappelle le Type de livraison associé au Type de commande choisi.

A défaut d'être renseigné :

• Lors de la livraison de la commande via le bouton [Livraison] :
  C'est le type de livraison indiqué par le paramètre SDHTYPNOR - Type de livraison normale ou SDHTYPLND - Type de livraison de prêt (chapitre VEN, groupe SSD) qui est pris en compte.
• Lors des traitements de Livraison automatique des  commandes et Livraison des bons de préparation :
  C'est le type de livraison renseigné dans la fonction de lancement du traitement qui est pris en compte.

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

• 1 commande 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 allocation (champ ALLTYP)

Le type d'allocation (global/détaillé) est initialisé par la valeur du paramètre général ALLTYP (Type allocation) et est modifiable selon la transaction de saisie utilisée. Le type d'allocation précisé dans cet onglet sert de valeur par défaut pour les lignes de commandes qui seront saisies par la suite.

Cette information n'est plus modifiable dès lors qu'il existe des allocations sur la commande.  

L'allocation globale réserve de la marchandise sans distinction en s'appuyant sur un cumul global, alors que l'allocation détaillée réserve précisément des objets de stock (lot, série...). Une commande pourra être allouée depuis la commande (saisie de la quantité à allouer ou click droit à la ligne pour choisir des lignes de stock dans le cas d'une allocation détaillée ou bouton allocation) ou par les fonctions d'allocation automatique ou d'allocation par article.

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

• Condition paiement (champ PTE)

Cette information est initialisé par le client facturé ou par le tiers payeur associé au client du devis. Le paramètre Tronc commun PAYTERMVAL - Init conditions de règlement (chapitre TC, groupe RSK)  permet d'arbitrer ce choix.
La condition de paiement permet d'identifier le ou les modes de règlement du client ainsi que l'échelonnement des paiements lors de la facturation de la commande. Si on accède à la gestion des conditions de paiement, un bouton Simulation permettra de simuler l'échelonnement des paiements attendus.

Des échéances d'acompte peuvent faire parti de cette répartition. Si tel est le cas,  des demandes d'acompte seront automatiquement générées à la création de la commande en fonction des lignes de la commande. Ces demandes d'acomptes pourront être modifiées après coup.

La condition de paiement reste modifiable tant qu'aucune demande d'acompte n'est réglée et tant que la commande n'est pas facturée. La modification de la condition paiement entraîne  la suppression des demandes d'acompte déjà existantes et la création de nouvelles demandes d'acompte liées à la nouvelle condition de paiement.

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

• Escompte (champ DEP)

Cette information est saisie sur la commande et est initialisée par le code escompte du client facturé si cette information est renseignée. Elle permet de déterminer des taux d'escomptes ou d'agios en fonction de l'avance ou du retard de règlement par rapport à la date d'échéance (cf documentation Escomptes).
Seul peut être renseigné un code escompte cohérent par rapport à la législation et au groupe de la société du site du document.
Les principes généraux liés au paramétrage multi-législation sont détaillés ici.

• No devis (champ SQHNUM)

Il s'agit du numéro de devis à l'origine de la commande. Un tunnel permet d'accéder au devis. S'il y a plusieurs devis, aucun numéro de devis ne sera affiché à ce niveau. Ils le seront à la ligne.

• No proforma (champ PRFNUM)

Il s'agit du numéro de facture proforma associé au document. Le numéro de la proforma générée sera affiché, si une facture proforma a été créée à partir de ce document. Un tunnel permet d'accéder à la facture proforma.

• No dern facture (champ LASINVNUM)

Il s'agit du numéro et de la date de dernière facture associée à la commande. Un tunnel permet d'accéder à cette facture.

• Date dern facture (champ LASINVDAT)

• Axe (champ DIE)

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

• Intitulé (champ NAMDIE)

Ce champ reprend l'intitulé de l'axe analytique.

• 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.
Particularités liées à l’inter-sociétés
Dans le cas d’une commande inter-sociétés ou inter-sites, le paramétrage du code sections par défaut SOH, permettra, le cas échéant, de transférer les sections analytiques, de certains axes, saisies en entête de commande d’achat.

• Intitulé court (champ SHO)

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

• % ou montant (champ INVDTAAMT)

Les valeurs sont relatives au pied de facturation. Ces informations peuvent provenir du paramétrage des éléments de pied de facture directement ou bien de la fiche du client concerné ou du devis sélectionné.
 Reportez-vous à la documentation sur les éléments de facturation pour plus de précisions.
Les valeurs des pieds peuvent être modifiées. Les montants HT et TTC du document sont directement impactés par ces valeurs.

 En cas de modification d'une commande par suppression d'un devis ou d'une ou plusieurs lignes issues d'un devis, les montants des éléments de facturation ne sont pas recalculés en tenant compte des lignes supprimées ou des devis supprimés : la part des éléments de facturation relative à ces lignes ou devis n'est pas retranchée de la commande ainsi modifiée.
 
Particularités liées à l’inter-société
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.

• champ INVDTATYP

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

• Code taxe SST (champ SFISSTCOD)

À partir de la mise à jour 9.0.0 :

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

À partir de la mise à jour 8.0.0 :

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

• No (champ NUMLIG)

• Article (champ ITMREF)

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

Il est possible de saisir directement une référence article ou une référence Article/Client. L'existence de cette référence est contrôlée dans les fichiers Articles/Vente et Articles/client. Si une référence Article/client est saisie, le système retourne la référence article interne. Un message bloquant peut être retourné lors de la saisie d'un article si des tarifs de type interdit ont été paramétrés pour certains clients (voir paramétrage tarifs).

Utiliser le bouton contextuel pour :

• sélectionner un article dans le fichier des articles vendus,
• sélectionner un article dans la liste des articles du client,
• créer, selon vos habilitations, un article dans le fichier,
• visualiser les tarifs de l'article,
• consulter le stock de l’article sur le site d’expédition,
• consulter le stock disponible sur le site d’expédition,
• sélectionner l'article de remplacement s'il a déjà été enregistré. Cette fonction est accessible si l'article origine est indisponible. Un écran s’affiche sur les informations de stock liées à la disponibilité de l’article de remplacement. Il est possible d’accepter ou non le remplacement de l’article.

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

A ce stade, un message d'avertissement peut apparaître pour informer d'un remplacement de l'article saisi par l'article de substitution. Cette substitution automatique a lieu lorsque les deux conditions suivantes sont remplies :

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

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

La saisie intuitive ou semi-automatique est disponible sur ce champ.
Commencez par saisir quelques caractères contenus dans la référence, la désignation ou autre suivant le cas, puis tabulez.
Une fenêtre affiche une liste de résultats. Sélectionnez la valeur recherchée.

 La saisie intuitive est disponible si le paramètre Sélection automatique (module ventes/chapitre Ventes/groupe Divers) a pour valeur 'Oui'.

• Désignation (champ ITMDES)

Il s'agit de la désignation article traduite dans la langue du client. C'est cette désignation qui sera imprimée sur le document. Si la traduction n'existe pas dans la langue du client, la désignation article non traduite sera utilisée. Cette désignation est également transmise vers le document suivant.

• A partir de ce champ, on a la possibilité d'accéder à la fiche article par tunnel.

Particularités liées à l’inter-sociétés : Dans le cadre d’une commande inter-sociétés ou inter-sites générée à partir d’une commande d’achat, la désignation traduite sera initialisée par la désignation standard de la commande d’achat (désignation traduite dans la langue de connexion, c'est à dire la langue de l'utilisateur ayant créé la commande d'achat).

• Désignation standard (champ ITMDES1)

Il s'agit de la désignation saisie sur la fiche article. Cette désignation est transmise vers les livraisons ou factures (cas des commandes à facturation directe) avec les modifications éventuelles faites sur la commande.

Lorsque la commande est issue d'un devis, la désignation standard est héritée de la ligne de devis.

Il est possible d'accéder à la fiche article par tunnel.

Particularités liées à l’inter-sociétés : Dans le cadre d’une commande inter-sociétés ou inter-sites générée à partir d’une commande d’achat, la désignation standard est initialisée par la désignation traduite de la commande d’achat donc la désignation traduite dans la langue du fournisseur (site de vente).

La saisie intuitive ou semi-automatique est disponible sur ce champ.
Commencez par saisir quelques caractères contenus dans la référence, la désignation ou autre suivant le cas, puis tabulez.
Une fenêtre affiche une liste de résultats. Sélectionnez la valeur recherchée.

 La saisie intuitive est disponible si le paramètre Sélection automatique (module ventes/chapitre Ventes/groupe Divers) a pour valeur 'Oui'.

• Version majeure (champ ECCVALMAJ)

Ce champ affiche la version majeure de l'article.

Le numéro de version majeure est accessible uniquement si le suivi des versions majeures est actif au niveau du paramétrage de l'article (dans l’onglet Gestion de la fonction Article, le champ Version stock a pour valeur ‘Majeure’).

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

Vous ne pouvez plus modifier un numéro de version lorsque la ligne est partiellement allouée, ou préparée, ou livrée, ou facturée.

Lorsque la commande est transformée en un autre document, les actions suivantes sont réalisées :

• Activation du bouton Préparation et du bouton Livraison, avec le transfert et le contrôle des numéros de versions sur le bon de préparation ou le bon de livraison.
• Activation du bouton Facture, avec le transfert et le contrôle des numéros de versions sur la facture.
• Picking des devis, avec le transfert et le contrôle des versions sur la commande.

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

• Version mineure (champ ECCVALMIN)

Ce champ affiche la version mineure de l'article.

Le numéro de version mineure est accessible uniquement si le suivi des versions majeures et mineures est actif au niveau du paramétrage de l'article (dans l’onglet Gestion de la fonction Article, le champ Version stock a pour valeur ‘Majeure et mineure’).

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

Vous ne pouvez plus modifier un numéro de version lorsque la ligne est partiellement allouée, ou préparée, ou livrée, ou facturée.

Lorsque la commande est transformée en un autre document, les actions suivantes sont réalisées :

• Activation du bouton Préparation et du bouton Livraison, avec le transfert et le contrôle des numéros de versions sur le bon de préparation ou le bon de livraison.
• Activation du bouton Facture, avec le transfert et le contrôle des numéros de versions sur la facture.
• Picking des devis, avec le transfert et le contrôle des versions sur la commande.

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

• Site exp (champ DSTOFCY)

Il s'agit du site de stockage d'où les marchandises sont expédiées pour livrer la ligne de commande. Le site d'expédition est initialisé par le site d'expédition saisi sur l'en-tête de commande. Il peut être modifié sous réserve que le site d'expédition choisi appartienne à la même société juridique que le site de vente et que la ligne de commande ne soit pas allouée. Dans le cas de commandes à livraison Complète, le site d'expédition n'est pas non plus modifiable sur les lignes de commande.

Il est possible de :

• sélectionner un site de stockage,
• consulter le stock pour l’article sur le site d’expédition,
• accéder par tunnel à la fiche Article/site si les habilitations de l'utilisateur le permettent.

Particularités liées à l’inter-sociétés : Dans le cadre d’une commande inter-sociétés ou inter-sites générée à partir d’une commande d’achat, le site d’expédition est initialisé par le site d’expédition saisi sur la ligne de la commande d’achat. Il peut être modifié pour gérer les aléas des expéditions. La commande d’achat d’origine n'est pas mise à jour par cette modification.

• UV (champ SAU)

L'unité de vente est initialisée par l'unité de vente définie sur la fiche Article-client ou par l'unité de vente de l'article. Il est possible de saisir une autre unité par une fenêtre de sélection. Les unités proposées sont les unités de conditionnement de l'article et les unités de conditionnement définies sur la fiche Article-client. Si l’utilisateur dispose des habilitations, il est possible d'accéder à la table des unités.

Une fois la ligne saisie, il n'est plus possible de modifier l'unité de vente. Il faut supprimer la ligne et la recréer pour modifier l'unité.

Particularités liées à l’inter-sociétés en saisie de commande de vente : si la commande a été générée à partir d’une commande d’achat inter-sociétés ou inter-sites, cette information est initialisée par l’unité saisie sur la commande d’achat et est inaccessible. Seule une modification de la commande d’achat d’origine peut être à l’origine de la modification de cette information.

• Qté commandée (champ QTY)

Il s'agit de la quantité commandée par le client. Elle est exprimée dans une unité de vente.

Il est possible de :

• accéder par tunnel à la fiche Article/Site,
• consulter le stock par site,
• accéder aux Filtres allocations. Cette option est utilisée pour préciser des informations  exploitées par l'allocation détaillée ou au moment de l'expédition si la ligne est en allocation Globale. Deux filtres exclusifs peuvent être renseignés : le lot et une combinaison de statuts (La combinaison de statuts saisi doit être incluse dans la Règle de sortie du type de livraison correspondant). Un filtre préférentiel peut être attribué sur un emplacement permettant d'orienter l'allocation. Il est possible de saisir des jokers « *, ? » sur ces informations pour étendre les filtres. Ces filtres sont également accessibles sur la zone Quantité à allouer,
• consulter le Détail Allocation. Cette fonction est accessible s'il existe déjà des quantité allouées sur la commande. Cette fonction visualise les lignes de stock réservées. Voir bouton détail allocation accessible en clic droit sur la ligne,
• consulter le stock disponible,
• sélectionner l'article de remplacement. Cette fonction est accessible si l'article origine est indisponible. Un écran s’affiche sur les informations de stock liées à la disponibilité de l’article de remplacement. Il est possible d’accepter ou non le remplacement de l’article.

La quantité commandée doit être renseignée. Un message d'avertissement apparaît si :

• la quantité saisie est inférieure à la quantité minimale définie dans la fiche article,  
•  la quantité saisie est supérieure à la quantité maximale renseignée dans la fiche article. Ces messages peuvent être bloquants selon la valeur du paramètre utilisateur SDACLOK - Ctr non bloquant prix,marge,qt (chapitre VEN, groupe AUZ).

Concernant la disponibilité de l'article, si le stock est disponible, la quantité en unité de stock et en unité de vente est affichée dans la barre du bas de l'écran. Si l'article est indisponible, le système précise en bas de l'écran Indisponible plus la date éventuelle de première disponibilité (ces informations sont affichées si dans la transaction de commande on a coché l'option Disponibilité de l'article).

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, cette information est initialisée par la quantité saisie sur la commande d’achat et est inaccessible. Seule une modification de la commande d’achat d’origine peut modifier cette information.

Lorsque la quantité commandée est saisie, un traitement de recherche de tarif est automatiquement effectué. L'objectif de cette recherche est de récupérer :

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

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

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

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

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

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

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

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

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

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

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

Ces différents messages peuvent être bloquants selon la valeur donnée au paramètre utilisateur SDACLOK - Ctr non bloquant prix,marge,qt.

• Coef UV-US (champ SAUSTUCOE)

Il s'agit du coefficient de conversion entre l'unité de vente et l'unité de stock. Ce coefficient peut être modifié. Il est modifiable si l'unité de vente de l'article ou si l'unité de conditionnement ont été cochées 'modifiable' (Cf Fiche article). Il n'est pas modifiable si l'unité utilisée est une unité définie pour le client. Si l'on utilise des unités dont le coefficient est modifiable, il est nécessaire de définir seulement des tarifs exprimés en unité de stock.

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

Particularités liées à l’inter-sociétés en commande de vente : si la commande a été générée à partir d’une commande d’achat inter-sociétés ou inter-sites, cette information est initialisée par le coefficient calculé entre la quantité d’achat et l’unité de stock et est inaccessible. Seule une modification de la commande d’achat d’origine peut modifier cette information.

• US (champ STU)

Il s'agit de l'unité de stock de l'article. Cette unité ne peut être modifiée.

• Qté allouée (champ ALLQTY)

Il s'agit de la quantité, exprimée en unité de vente, déjà allouée sur la commande. Cette allocation peut être globale ou détaillée.

• Qté en rupture (champ SHTQTY)

Il s'agit de la quantité, exprimée en unité de vente, en rupture sur la commande. Lors de la dernière allocation faite sur la ligne de commande, si une partie du stock était indisponible, elle est exprimée dans cette colonne (si le paramètre GENSHT - Génération des quantités en ruptures (Chapitre STO/ Groupe MIS) a pour valeur 'Oui').

• Qté à allouer (champ WALLQTY)

Il s'agit de la quantité allouée sur la ligne de commande.

Lorsque la transaction l'autorise, il est possible de saisir à la ligne de commande la quantité à allouer. 
Elle est toujours égale à la quantité déjà allouée sur la ligne de commande (Quantité Allouée + Quantité en rupture). Pour augmenter ou diminuer la quantité à allouer, il faut augmenter ou diminuer cette quantité.
Si le paramètre INIALLORD - Initialisation quantité à allouer en commande a pour valeur 'Oui', la quantité à allouer est initialisée par la quantité totale devant être allouée sur la ligne commande (si la quantité commandée de la commande devait être modifiée, la quantité à allouer serait recalculée).
 Si la commande n'est pas Totalement signée alors que le circuit des signatures est géré et que le paramètre SOHAPPALL - Allocation commande non signée a pour valeur 'Non', la quantité à allouer ne peut être saisie et n'est pas initialisée en fonction de la quantité commandée. Le même comportement est appliqué si le paramètre SOHAPPALL - Allocation commande non signée a pour valeur 'Oui' mais que la génération d'encours pour les articles gérés en stock est interdite pour les commandes non signées (paramètre SOHAPPORD a pour valeur 'Non'). L'allocation d'une commande sans encours n'est pas autorisée. 

La quantité saisie peut être supérieure à la quantité commandée. Un message d'avertissement le signale. L'allocation est  effectuée à l'enregistrement de la commande.

S'il existe des réservations clients pour cet article et si le paramètre USERERBPC a pour valeur 'Oui', les réservations faites par le client sont consommées lors de l'allocation.

Si l'en-cours du client est bloqué, cette zone n'est pas accessible.
Si le client est en dépassement d'en-cours, un message d'avertissement demande la confirmation de la saisie si le paramètre utilisateur SCDTUNL l'autorise, sinon l'information n'est pas accessible.

Si l'état de la commande est à Acompte non versé, un message d'avertissement demande la confirmation de la saisie.

Lors de la saisie de la quantité à allouer, un message d'avertissement s'affiche s'il existe déjà des quantités en ruptures sur d’autres documents pour l'article en cours de traitement.

Cas particulier des lignes de commandes gérées en contremarque de réception ou en contremarque de fabrication.

Lorsqu'une ligne de commande est associée à ce type de contremarque, les traitements d'allocation automatique ne permettent pas d'allouer ce type de ligne. La ligne de commande est allouée au moment de la réception de la commande d'achat associée ou au moment de la déclaration de production de l'ordre de fabrication associé.
Pour gérer certains aléas (retard de production ou de livraison fournisseur...), il est possible d'allouer (ou de dés-allouer) manuellement ces lignes en cas de  stock disponible.
Lors de la déclaration de production ou lors de la réception de la commande d'achat, si la quantité restant à allouée sur la commande est inférieure à la quantité entrée en stock, seule la partie restant à allouer est allouée. Le reste de la marchandise est entrée en stock et est disponible pour les autres commandes.

Une ligne de commande gérée en contremarque directe ne peut pas être allouée.

Certaines options sont accessibles :

"Stock par site". Cette fonction permet d'accéder à la consultation de stock du site d’expédition.           

• "Filtre allocations". Cette option est utilisée pour préciser des informations exploitées par l'allocation détaillée ou au moment de l'expédition si la ligne est en allocation Globale. Des filtres exclusifs peuvent être renseignés : le lot et une combinaison de statuts (La combinaison de statuts saisi doit être incluse dans la Règle de sortie du type de livraison correspondant). Un filtre préférentiel peut être attribué sur un emplacement permettant d'orienter l'allocation. Il est possible de saisir des jokers « *, ? » sur ces informations pour étendre les filtres.
• "Détail Allocation". Cette fonction est accessible s'il existe déjà des quantité allouées sur la commande. Cette fonction visualise les lignes de stock qui ont été réservées. Voir bouton détail allocation accessible en clic droit sur la ligne.
• "Stock disponible". Cette fonction permet d'accéder à la consultation de stock disponible à date.

• Type allocation (champ DALLTYP)

Le type d'allocation d'une ligne de commande a pour valeur par défaut le type d'allocation précisé à l'entête de commande. Il est possible de modifier le type d'allocation (Global/Détaillé) sur une ligne à condition que la transaction de commande sélectionnée l'autorise. Une allocation globale s'effectue en fonction du cumul de stock disponible. Une allocation détaillée réserve des objets de stock (Lot - Série - Statut - Emplacement).

Si la ligne de commande est allouée, cette information n'est plus accessible.

• Quantité à livrer (champ TDLQTY)

Lorsque l'article commandé n'est pas géré en stock, il est possible de la quantité à livrer ou facturer (cas des commandes à facturation directe) pour cet article. Si rien n'est précisé, la totalité de la ligne est livrée.

• Prix brut (champ GROPRI)

Il s'agit du prix brut unitaire de l'article en HT ou TTC (selon le type de prix). Il est issu d'une recherche tarifaire ou du prix de base de l'article vente si la recherche tarifaire n'a retournée aucun prix.

Il est possible de

• visualiser les motifs associés au prix et aux différents champs remises et frais,
• visualiser la liste des 10 derniers prix de commande,
• consulter les tarifs,
• disposer d'une explication concernant l'obtention du prix net à partir du prix brut et des différentes remises.

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

 Ce message ne s'affiche pas pour les composants d'une nomenclature ni pour les gratuits.

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

Le numéro de la ligne d'origine du gratuit est mentionné sur chaque ligne de gratuit générée dans le fichier des lignes de devis (information non présentée à l'écran). L'information Origine apparaît sur la ligne ayant donné lieu à des gratuits dans la zone Gratuit. Pour la ligne de gratuit cette information a pour valeur 'Oui'. Toutes les lignes de gratuit sont accessibles en modification (exceptées les zones prix et remises). La gestion des gratuits n'est pas prise en compte pour les composants.

Lors de la création du document, si le paramétrage (GRPPRI - Gestion tarifs groupés) prévoit la gestion des tarifs groupés, une question est posée afin d'effectuer ou non une nouvelle recherche de tarif (pour le type groupé) permettant de déterminer les conditions particulières liées au devis dans sa globalité. A l'issue de ce traitement, il est possible d'obtenir sur certaines lignes articles :

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

• champ DISCRGVAL1

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

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

Depuis ces informations par l'intermédiaire du bouton contextuel on à la possibilité de visualiser les motifs associés au prix ainsi qu'aux différents champs remises et frais.

• champ DISCRGVAL9

• Prix net (champ NETPRI)

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

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

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

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

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

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

• Prix revient (champ CPRPRI)

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

Il est possible de surcharger cette information en fonction de la transaction de document utilisée. Toutefois, lors des événements suivants, la valeur saisie est systématiquement remplacée par la valeur issue du paramétrage de la méthode de valorisation de l'article, sauf si ce paramétrage détermine une valeur nulle (auquel cas la modification est conservée) :

• transformation d'un devis en commande,
• livraison d'une commande, 
• validation d'une livraison,
• facturation d'une commande. Le prix de revientest figé lors de la facturation d'une livraison

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

• Marge (champ PFM)

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

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

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

• Niveau taxe 1 (champ VACITM1)

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

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

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

Le premier niveau est obligatoire et correspond à la TVA.

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

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

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

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

• Code taxe SST (champ SSTCOD)

À partir de la mise à jour 9.0.0 :

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

À partir de la mise à jour 8.0.0 :

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

• Représent1 (champ REP1)

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

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

• Tx com1 (champ REPRAT1)

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

• Tx com2 (champ REPRAT2)

• Coef pond (champ REPCOE)

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

• Date livraison demandée (champ DDEMDLVDAT)

Il s’agit de la date de livraison demandée par le client. Cette date est initialisée par la date de livraison demandée renseignée en entête de commande. La modification de cette date déclenche un recalcul de la date d’expédition (Date d’expédition = Date de livraison demandée – Délai de livraison) et un recalcul de la date de livraison prévue (Date de livraison prévue = Date d’expédition + Délai de livraison).

Lors de la modification de cette date, le système contrôle que cette date ne correspond pas à un jour non ouvré ou à un jour d’indisponibilité de l’adresse de livraison. S’il s’agit d’un jour non ouvré, la date est décalée à une date postérieure, dans l’autre cas un message d’avertissement le signaler.

Particularités liées à l’inter-sociétés : Dans le cadre d’une commande inter-sociétés ou inter-sites générée à partir d’une commande d’achat, la date de livraison demandée est initialisée par la date de réception prévue saisie sur la ligne de la commande d’achat.

• Délai (champ DDAYLTI)

Il s’agit du délai de livraison en nombre de jours du client livré. Ce délai est initialisé par le délai déterminé en en-tête de commande. Il sert à calculer la date de livraison prévue à partir de la date d’expédition. Si l’adresse de livraison est modifiée à la ligne de commande, le délai de livraison est ré-initialisé avec le délai inscrit sur la nouvelle adresse de livraison et la date de livraison prévue est recalculée.

• Date exp (champ DSHIDAT)

La date d’expédition est initialisée par la date d’expédition renseignée en en-tête de commande. Elle permet de calculer la date de livraison prévue. Elle est calculée à partir de la date de livraison demandée auquel le délai de livraison est retranché. Si la date d’expédition est modifiée, la date de livraison prévue est recalculée en ajoutant le délai à la date d’expédition saisie.

Lors de la modification de la date d’expédition, le système contrôle si :

• la date est dans les jours ouvrés du site d’expédition. Si tel n’est pas le cas, la date d’expédition est décalée à une date antérieure. 
• la date n’appartient pas aux jour d’indisponibilité du site. Si tel est le cas, un message bloquant le signale.
• la date n’est pas inférieure à la date de la commande. Un message bloquant le signale le cas échéant.

• Date livraison prévue (champ EXTDLVDAT)

Il s’agit de la date de livraison calculée par le système compte tenu de la date d’expédition et du délai de livraison.  Si la date de livraison prévue est modifiée, le système propose à l’utilisateur de modifier la date d’expédition en fonction du délai de livraison.

Lors de la modification de cette date, le système contrôle que cette date ne correspond pas à un jour non ouvré ou à un jour d’indisponibilité de l’adresse de livraison. S’il s’agit d’un jour non ouvré, la date est décalée à une date postérieure, dans l’autre cas un message d’avertissement le signale.

• Adresse (champ DBPAADD)

L'adresse de livraison peut être personnalisée sur chaque ligne de commande si le paramètre général LINBPD - Clients livrés à la ligne (chapitre VEN, groupe MIS) le permet et si le mode de livraison de la commande n'a pas pour valeur Commande complète, auquel cas cette information n'est pas modifiable à la ligne de commande.
Le bouton contextuel permet de sélectionner une adresse de livraison du client et d'accéder par tunnel à cette adresse de livraison.

La modification de l'adresse de livraison d'une ligne de commande entraîne :
- la ré-initialisation du délai de livraison par celui de la nouvelle adresse de livraison. La date d’expédition sera recalculée en tenant compte du délai et de la date de livraison demandée. La date de livraison prévue sera également recalculée à partir de la nouvelle date d’expédition et du délai de livraison,
- l'affichage d'un message signalant, le cas échéant, que l'article est interdit pour cette nouvelle adresse. Si l'utilisateur n'a pas de contrôle bloquant sur les prix (paramètre utilisateur SDACLOK - Ctr non bloquant prix, marge, qt), il lui est possible de passer outre et de continuer,
- l'affichage d'une boite de dialogue proposant de recalculer les prix et remises. La réponse 'Oui' provoque une recherche tarifaire, en fonction de la nouvelle adresse de livraison.

Particularités liées à l’inter-sociétés : dans le cadre d’une commande inter-sociétés générée automatiquement à partir d’une commande d’achat, l’adresse de livraison correspond au client livré associé au site de réception renseigné sur la commande d’achat. Cette information ne peut être modifiée sur la commande de vente. Seule une modification de la commande d’achat d’origine pourra mettre à jour cette information si la ligne de commande n’est ni allouée, ni livrée.

• Contact livraison (champ CNDNAM)

Il s'agit du nom du contact associé à l'adresse de livraison. Si l'adresse de livraison correspond à l'adresse de livraison de l'en-tête de document, le contact proposé par défaut sur la ligne est le contact renseigné sur l'adresse de livraison de l'entête.

Si l'adresse de livraison ne correspond pas à l'adresse de livraison de l'entête de document, le contact proposé est le contact par défaut du tiers s'il correspond à cette adresse de livraison, sinon le système propose le premier contact de cette adresse par ordre alphabétique sur le code du contact.

Le bouton contextuel permet de sélectionner un autre contact le cas échéant.

• Lieu consommation (champ USEPLC)

Cette information permet d’indiquer le lieu de consommation ou de définir un complément d’adresse. Exemple : Quai x.

Particularités liées à l’inter-sociétés : Dans le cadre d’une commande inter-sociétés ou inter-sites générée à partir d’une commande d’achat, le lieu de consommation est initialisé par le lieu de consommation saisi sur la ligne de la commande d’achat.

• Priorité livraison (champ DDLVPIO)

Cette information (initialisée par la priorité de livraison de l'onglet Livraison) permet de préciser la priorité de chaque ligne. Cette information est exploitée pour préparer prioritairement certaines lignes de commande. Elle est utilisée dans le traitement d'allocation automatique des commandes. il est possible d'allouer par niveau de priorité (lorsque notamment le stock est insuffisant pour servir toutes les commandes).

 Si le mode de livraison de la commande est Commande complète, cette information n'est pas accessible à la ligne de commande.

• No tournée (champ DDRN)

Numéro de la tournée, contrôlé par un menu local.
Cette information est exploitée en génération des bons de livraison ou liste d'allocation.

• Mode livraison (champ DMDL)

Le mode de livraison permet de définir les informations relatives au transport et à la livraison.  Il décrit la manière dont les marchandises sont acheminées chez le client (cette information est notamment exploitée pour la déclaration d'échanges de biens). Il est contrôlé dans la table des Modes de livraison. Cette information est initialisée par le mode de livraison renseigné en en-tête de commande mais reste modifiable à la ligne si le mode de livraison de la commande n'est pas à la valeur Commande complète. Si l'adresse de livraison est modifiée à la ligne de commande, le mode de livraison est réaffecté par la valeur portée par l'adresse de livraison.

• Transporteur (champ DBPTNUM)

Il s'agit du transporteur utilisé pour acheminer la marchandise à l'adresse de livraison du client. Il est contrôlé dans la table des Transporteurs. Cette information est initialisée par le transporteur renseigné en en-tête de commande mais reste modifiable à la ligne si le mode de livraison de la commande n'est pas à la valeur Commande complète. Si l'adresse de livraison est modifiée à la ligne de commande, le transporteur est réaffecté par la valeur portée par l'adresse de livraison.

Le transporteur est exploitée par la suite sur le bon de livraison pour calculer le port en fonction du poids et du volume de la livraison.

• Code préparation (champ PRECOD)

Ce champ renseigne le code de préparation, accessible par sélection en clic droit ou à saisir s'il n'a pas été paramétré ([Créer]).

• Emballage (champ PCK)

Code contrôlé dans la table des emballages, initialisé par défaut par le code correspondant de la fiche 'Article-site'. 
Il indique le nombre d’articles en unité de vente que l’emballage peut contenir. Le code de l'emballage provient de la fiche 'Article/Site' en fonction de l’unité de vente choisie. Dans le cas d’une création de ligne, si l’unité choisie ne correspond pas à l’unité de vente de l’article ou à l’unité de vente du client, le code de l’emballage et la capacité ne sont pas initialisés, il faut les renseigner manuellement. Ces informations restent modifiables et sont exploitées au moment de la préparation ou de la livraison pour effectuer le colisage.
Lors du colisage déclaratif, ce code est renseigné s'il est présent dans le document d'origine Livraisons ou Bons de préparations.
En fonction de ses autorisations, l'utilisateur a la possibilité d’accéder à la fiche de l’emballage.

• Capacité emballage (champ PCKCAP)

• Prix consommateur (champ BPCSALPRI)

• Heure livraison prévue (champ DEMDLVHOU)

• Date livraison max (champ MAXDLVDAT)

• Heure livraison max (champ MAXDLVHOU)

• Date limite consom. (champ USELIMDAT)

• champ CCE1

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

• Statut ordre (champ DEMSTA)

Cet indicateur permet de définir le statut de la ligne de commande qui peut être Ferme ou Planifié. Le statut Planifié permet d'anticiper des ordres fermes à venir car cette information est exploitée en terme de besoins dans le calcul de réapprovisionnement. Cet indicateur n'est plus modifiable si la ligne de commande a été allouée, livrée ou facturée. Il n'est pas modifiable si la ligne est gérée en contremarque.

• Si la ligne de commande est en statut Ferme (valeur par défaut), il est possible de l'allouer et la livrer.
• Si la ligne de commande est en statut Planifié, elle ne peut être ni être allouée, ni livrée (il faut modifier manuellement son statut pour le passer en Ferme).

• Méthode pour liv (champ FMI)

La méthode pour livraison permet de choisir la manière de couvrir le besoin exprimé par la ligne de commande. Il est possible de couvrir ce besoin par le stock, par une contremarque de réception, par une contremarque directe ou par une contremarque de production.

En fonction du paramétrage de la fiche de l'article (onglet Vente), ce champ est initialisé de la manière suivante :

• Si l'article n'est pas géré en contremarque, la méthode de livraison est initialisée à la valeur Sur stock. I http:// l est possible de livrer la ligne de commande à partir du stock disponible.

• Si l'article est géré en contremarque, la contremarque proposée par défaut dépend de la catégorie de l'article :

• Si un article appartient à la catégorie Acheté, mais pas à la catégorie Fabriqué, la contremarque proposée par défaut est une contremarque de réception, sauf si la Quantité directe (Onglet Vente de la fiche article) est alimentée, auquel cas le type de contremarque proposée par défaut est une contremarque directe si la quantité commandée est supérieure ou égale à la quantité directe.
  
  
• Si un article appartient à la catégorie Fabriqué, mais pas à la catégorie Acheté, la contremarque proposée par défaut est une contremarque de production.

• No contremarque (champ FMINUM)

Il s’agit du numéro de la commande d’achat ou du numéro de l’ordre de fabrication lorsque qu’une contremarque a été générée pour une ligne de commande. Ce document est accessible depuis la fonction Situation.

• Mt ligne HT (champ LINORDNOT)

Il s'agit du prix net HT unitaire de la ligne multiplié par la quantité du document.

• Mt ligne TTC (champ LINORDATI)

Il s'agit du prix net HT unitaire de la ligne auquel sont appliquées les différentes taxes renseignées sur la ligne multipliées par la quantité de la ligne de document.

• Marge ligne (champ LINPFM)

Il s'agit de la marge unitaire multipliée par la quantité de la ligne de document.

• No devis (champ DETSQHNUM)

Il s’agit du numéro de devis à l’origine de la ligne de commande. Le devis est accessible depuis le bouton Devis accessible par clic droit sur la ligne de commande.

• Type ligne (champ LINTYP)

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

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

• Gratuit (champ FOCFLG)

Cette information précise si la ligne concerne un gratuit ou si la ligne est à l'origine de la génération d'un ou plusieurs articles gratuits.

• Soldée (champ SOQSTA)

Cette information précise si la ligne de commande est soldée ou toujours active. Une ligne peut être soldée si elle a été totalement livrée (ou totalement facturée dans le cas de commandes à facturation directe) ou si elle a été soldée manuellement.

Une ligne soldée n’est plus modifiable. Si la commande n'est pas totalement soldée, il est possible de désolder une ligne de commande si elle est associée à un contrat de service.

• Motif solde (champ DCCLREN)

Il s’agit du motif du solde de la ligne de commande lorsque celle-ci a été soldée manuellement. Le motif de solde est alimenté si le paramètre CCLRENORD (Saisie motif solde commande) est activé. Ce motif peut correspondre au motif de solde de la commande (si la commande a été soldée globalement) ou correspondre au motif de solde attribué lors du solde de cette ligne. Lors du solde d'une ligne de commande cette information pourra être saisie dans une liste de valeur pré-déterminée (voir table diverse des Motifs de solde)

• Date solde (champ DCCLDAT)

Il s’agit de la date à laquelle le solde de la commande a été effectué manuellement.

• A livrer HT (champ DLRNOT)

Indique le montant HT restant à livrer, calculé à partir des lignes de commandes non livrées ou partiellement livrées.

• Marge (champ PFMTOT)

Indique la marge totale de la commande calculée à partir de la marge des lignes de la commande.

• Lignes HT (champ ORDNOT)

Il s'agit du total HT cumulé lignes. Il est calculé en faisant la somme des lignes du devis. Si l'on édite l'état DEVICLIENT (devis imprimé en HT), le HT imprimé correspond au HT cumulé.

• Hors taxe (champ ORDINVNOT)

Ce champ indique le résultat HT intégrant les différents éléments de facturation saisis sur la commande.
Ces informations apparaissent lors de l'impression de l'état ARCTTC2.
 Le détail du calcul est stocké dans les tables SVCRVAT et SVCRFOOT.

• TTC (champ ORDINVATI)

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

• les différents éléments de facturation saisis sur la commande,
• le calcul de la taxe par base de taxe.

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

Pour accéder à l'écran 'Valorisation TTC', cliquez sur le lien du champ TTC.

• Raison sociale (champ BPRNAM)

Raison sociale du tiers.

• Adresse (champ BPAADD)

• Pays (champ CRY)

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

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

• champ CRYNAM

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

• champ BPAADDLIG

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

• CP (champ POSCOD)

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

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

Cas particuliers :

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

• Ville (champ CTY)

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

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

Remarques :

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

• champ ITINERAIRE

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

• champ SAT

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

• Personne à contacter (champ CNTNAM)

 Nom du contact.

• N° TVA intracommunautaire (champ EECNUMX)

• Validation adresse (champ VALADR)

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

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

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

• Validée (champ ADRVAL)

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

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

• Incoterm (champ XEECICT)

• Ville Incoterm (champ XICTCTY)

• Transitaire (champ XFFWNUM)

• Adresse transitaire (champ XFFWADD)

• N° TVA intracommunautaire (champ XEECNUM)

• Lieu transport DEB (champ XEECLOC)

• Mode transport DEB (champ XEECTRN)

• Nature transaction (champ XEECNAT)

• Régime statistique (champ XEECSCH)

• Nature transaction (champ XEECNATR)

• Régime statistique (champ XEECSCHR)