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.

Si le compteur de commande est manuel, vous pouvez également saisir un numéro de commande, sinon il sera attribué de manière automatique en fin de création.

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

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

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

Sélectionner un client ou un prospect.

Accéder et créer, selon vos habilitations, un client ou un prospect.

Modifier l’adresse par défaut associée à cette commande.

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.

• 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 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é).
  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.
  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 par contre on modifie 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.

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

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

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

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

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

• Etat allocation (champ ALLSTA)

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

• Etat livraison (champ DLVSTA)

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

• Etat facture (champ INVSTA)

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

• Etat crédit (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.

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

• champ HLDCOD

• ARC imprimé (champ OCNPRN)

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

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

• Date liv 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 liv en jours (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.

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

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

• 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 cde par livraison (champ ODL)

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

• Déblocage (champ UNL)

Déblocage Ce code permet d'autoriser le déblocage de la commande pour permettre la livraison si le client facture est déclaré bloqué dans la zone contrôle d'en-cours.

Cette information permet, lorsque le client pour lequel on a passé la commande est bloqué, de débloquer la commande pour la livrer. Cette zone n’est accessible que par des utilisateurs habilités disposant du paramètre utilisateur SCDTUNL.

• Livraison partielle (champ DME)

Cette information, initialisée par le client commande, permet de préciser la manière de livrer la commande. Trois valeurs sont possibles : Autorisée, Ligne complète, Commande complète.

• Autorisée signifie que la commande peut être livrée partiellement.
• Ligne complète autorise la livraison partielle de la commande à condition que chaque ligne soit livrée totalement.
• Commande complète signifie que la commande doit être livrée dans sa totalité (une seule livraison).

Cela signifie également qu’une allocation partielle ne pourra avoir lieu sur une ligne de commande ou sur la commande si le stock n’est pas suffisant pour servir une ligne ou la totalité de la commande tant que le choix allocation partielle n’aura pas été précisé sur le bouton Allocation accessible en bas de l’écran ou dans les différentes fonctions d’allocation en masse. En saise de la quantité à allouer sur la ligne ou dans la fonction Allocation manuelle sur la ligne, une question sera posée à l'utilisateur si l'on se trouve dans cette situation.

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

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

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

• No (champ NUMLIG)

• Article (champ ITMREF)

Il s'agit de la référence article pour lequel on va enregistrer une ligne de document.

A partir du champ Article, plusieurs possibilités vous sont offertes.

En effet, vous pouvez :

• 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 l'on a saisi une référence Article/client, le système retournera la référence article interne. Un message bloquant pourra ê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 n'est accessible que si l'article origine est indisponible. Un écran s’affiche alors précisant les informations de stock liées à la disponibilité de l’article de remplacement. On a alors la possibilité 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 vous informer d'un remplacement de l'article saisi par l'article de substitution. Cette substitution automatique n'a lieu que 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 ne sera plus possible de modifier le code article. Il faudra 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 std (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 sera héritée de la ligne de devis.

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 standard sera 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'.

• Site exp (champ DSTOFCY)

Il s'agit du site de stockage d'où les marchandises seront 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. En effet, le fait d'avoir différents sites d'expédition sur les lignes de commandes implique que la commande sera livrée en plusieurs fois (un bon d'expédition par site).

A partir de cette information, on a la possibilité 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 sera initialisé par le site d’expédition saisi sur la ligne de 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.

• UV (champ SAU)

L'unité de vente est initialisée par l'unité de vente définie sur la fiche Article-client, si elle existe, sinon elle sera initialisée 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 outres celles mentionnées précédemment, sont les unités de conditionnement de l'article et les unités de conditionnement définies sur la fiche Article-client. Lorsque cela est nécessaire et si l’utilisateur dispose des habilitations, on pourra accéder à la table des unités.

Une fois la ligne saisie, il ne sera plus possible de modifier l'unité de vente. Il faudra 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 sera initialisée par l’unité saisie sur la commande d’achat et sera inaccessible. Seule une modification de la commande d’achat d’origine pourra ê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.

A partir du champ quantité, le bouton contextuel vous permet de :

• Accéder par tunnel à la fiche Article/Site suivant vos habilitations.
• Consulter le stock par site.
• Accéder aux Filtres allocations. Cette option peut être utilisée pour préciser des informations qui seront 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 devra ê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. On a également la possibilité de saisir des jokers « *, ? » sur ces trois informations pour étendre les filtres. Ces filtres sont également accessibles sur la zone Quantité à allouer.
• Consulter le Détail Allocation. Cette fonction n'est accessible que 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.
• Consulter le stock disponible.
• Sélectionner l'article de remplacement. Cette fonction n'est accessible que si l'article origine est indisponible. Un écran s’affiche alors précisant les informations de stock liées à la disponibilité de l’article de remplacement. On a alors la possibilité d’accepter ou non le remplacement de l’article.

La quantité commandée doit obligatoirement être renseignée. Si la quantité saisie est inférieure à la quantité minimale définie dans la fiche article, un message d'avertissement apparaît. Vous obtiendrez également un message d'avertissement si la quantité saisie est supérieure à la quantité maximale renseignée dans le fichier article. Ces messages peuvent être bloquants selon la valeur du paramètre utilisateur SDACLOK.

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 sera initialisée par la quantité saisie sur la commande d’achat et sera inaccessible. Seule une modification de la commande d’achat d’origine pourra être à l’origine de la modification de 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 ainsi que le motif associé,
• Les remises et les frais en pourcentage ou en montant à appliquer au niveau de la ligne ainsi que 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.

En effet, si l'article saisi est de type Normal, le traitement de recherche est automatiquement déclenché.

Lorsque 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 avant de déclencher la recherche de tarifs pour les composants, une lecture du fichier des Nomenclatures est effectuée afin de vous proposer dans une fenêtre 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 :

• Pour chaque composant de type Variante, une fenêtre s'ouvre pour vous permettre de choisir la variante souhaitée et vous devez obligatoirement 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, une fenêtre s'ouvre et vous pouvez en sélectionner une ou toutes les refuser.

Les lignes correspondant aux différents composants de la nomenclature sont alors 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 vous modifiez la quantité du composé, les quantités de tous les composants sont automatiquement recalculées. Si vous supprimez le composé, 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 vous modifiez ou supprimez le composé, une question vous est posée pour permettre de reporter ou non la modification ou la suppression sur les composants.

Dans les deux cas, une recherche de tarif pour le type composant est ensuite 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 .

Toutes les totalisations sont effectuées ainsi que les calculs éventuels des bases calcul de taxe

• Coef UV-US (champ SAUSTUCOE)

Il s'agit du coefficient de conversion entre l'unité de vente et l'unité de stock. Dans certains cas, ce coefficient pourra être modifié. Il sera modifiable si l'unité de vente de l'article a été cochée modifiable, ou si l'unité de conditionnement choisie a également été cochée modifiable (Cf Fiche article). Il ne sera 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 sera nécessaire, de ne définir pour l'article considéré, que des tarifs exprimés en unité de stock.

Une fois la ligne saisie, il ne sera plus possible de modifier le coefficient de conversion. Il faudra 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 sera initialisée par le coefficient calculé entre la quantité d’achat et l’unité de stock et sera inaccessible. Seule une modification de la commande d’achat d’origine pourra être à l’origine de la modification de 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, est positionné à Oui).

• Qté à allouer (champ WALLQTY)

Il s'agit de la quantité que l'on désire allouer sur la ligne de commande.

Lorsque la transaction l'autorise, il est possible de saisir à la ligne de commande, la quantité que l'on souhaite allouer.
La quantité à allouer 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 suffira d'augmenter ou de diminuer cette quantité.
Si le paramètre INIALLORD - Initialisation quantité à allouer en commande est à la valeur Oui, la quantité à allouer sera toujours 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 alors automatiquement recalculée).
Toutefois, 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 est à : Non, la quantité à allouer ne peut être saisie et n'est pas initialisée en fonction de la quantité commandée même si le paramètre INIALLORD - Initialisation quantité à allouer en commande est à Oui. Le même comportement sera appliqué si ce paramètre SOHAPPALL - Allocation commande non signée est à 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 positionné à Non) : l'allocation d'une commande sans encours n'est pas autorisée. 

La quantité saisie pourra être supérieure à la quantité commandée. Un message d'avertissement le signalera (c’est cette quantité qui sera alors livrée). L'allocation sera effectuée à l'enregistrement de la commande.

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

Si l'en-cours du client est bloqué, cette zone ne sera pas accessible. On ne peut allouer une commande dont l'en-cours du client est bloqué (sauf si la commande a été débloquée manuellement).

Si le client est en dépassement d'en-cours, un message d'avertissement demandera la confirmation de la saisie si le paramètre utilisateur SCDTUNL l'autorise, sinon l'information ne sera pas accessible.

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

Lors de la saisie de la quantité à allouer, un message d'avertissement sera systématiquement affiché 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. En effet, la ligne de commande sera automatiquement 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...) on aura malgré tout la possibilité d'allouer (ou de dés-allouer) manuellement ces lignes si l'on a du stock disponible (ce type d'allocation ne génèrera jamais de ruptures et ce quelque soit la valeur du paramètre GENSHT). Ainsi, on pourra saisir une quantité à allouer sur une ligne de commande liée à une contremarque même si la contremarque a été générée (au moment de la génération de la contremarque, si la ligne est partiellement allouée, la quantité calculée pour la contremarque sera égale à la quantité commandée - la quantité allouée). 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 sera allouée, le reste de la marchandise sera entrée en stock au même titre que n'importe qu'elle entrée de stock et sera disponible pour les autres commandes.

Une ligne de commande gérée en contremarque directe ne pourra jamais être allouée. En effet les stocks ne transitent jamais par le site dans ce cas.

A partir de ce champ, différentes fonctions sont accessibles :

• Stock par site. Cette fonction permet d'accéder à la consultation de stock du site d’expédition.           
• Filtre allocations. Cette option peut être utilisée pour préciser des informations qui seront 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 devra ê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. On a également la possibilité de saisir des jokers « *, ? » sur ces trois informations pour étendre les filtres.
• Détail Allocation. Cette fonction n'est accessible que 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 malgré tout 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.

• Qté à livrer (champ TDLQTY)

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

• Prix brut (champ GROPRI)

Il s'agit du prix brut unitaire 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.

A partir du champ Prix brut, le bouton contextuel vous permet :

• De visualiser les motifs associés au prix ainsi qu'aux différents champs remises et frais.
• De visualiser la liste des 10 derniers prix de commande.
• De consulter les tarifs.
• De 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 vous demander confirmation. Il faut noter que ce message n'apparaît pas pour les composants d'une nomenclature et pour les gratuits.

Enfin, un traitement des Gratuits est déclenché en fin de ligne de document. Ce traitement a pour effet de générer toutes les lignes d'articles gratuits (Prix brut et remises à 0). Si le paramètre FOCPRI (Valorisation des gratuits) est à Oui, alors une recherche tarif sera déclenchée pour le gratuit dans le but de lui affecter un prix brut. Ce prix affecté sera alors 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 est à Oui. Toutes les lignes de gratuit sont accessibles en modification (exceptées les zones prix et remises). Il faut noter que la gestion des gratuits n'est pas prise en compte pour les composants.

Lors de la création du document si les tarifs groupés sont gérés, une question sera 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 au devis dans sa globalité. A l'issue de ce traitement, vous pouvez obtenir sur certaines 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.

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

• champ DISCRGVAL3

• champ DISCRGVAL4

• champ DISCRGVAL5

• champ DISCRGVAL6

• champ DISCRGVAL7

• champ DISCRGVAL8

• champ DISCRGVAL9

• Prix net (champ NETPRI)

Il s'agit du prix net unitaire de la ligne de document calculé à partir du prix brut impacté des éventuels frais et remises.
 Cette information est modifiable.

• Prix revient (champ CPRPRI)

Le prix de revient est alimenté par défaut par la valorisation de l'article choisie 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 pourra être utilisée en précisant une autre méthode de valorisation contenue dans la liste décrite précédemment. Cette valeur sera stockée à la ligne document.

Il est par ailleurs possible de surcharger cette information en fonction de la transaction de document utilisée.

Le prix de revient est systématiquement recalculé lorsque l'on transforme un devis en commande, lorsque l'on livre une commande, lorsque l'on valide une livraison ou lorsque l'on facture une commande. Par contre celui-ci est figé lorsque l'on facture une livraison.

Cas du prix moyen lot : en gestion de devis, le Prix moyen lot retournera toujours une valeur nulle. On utilisera donc systématiquement la valeur de repli dans ce cas. Lors de la validation de la livraison on utilisera à nouveau le Prix moyen lot pour recalculer la marge et avoir ainsi 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 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 minimale défini sur l'onglet Vente de la fiche article. Ce contrôle peut être bloquant en fonction du paramètre utilisateur SDACLOK. 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 taxe pour une ligne de document :

• le premier niveau est obligatoire. Il 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 toute 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.
Il est possible, selon les habilitations utilisateur, d'accéder à la gestion des niveaux de taxes.

• Niveau taxe 2 (champ VACITM2)

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

• Niveau taxe 3 (champ VACITM3)

Ce champ indique un troisième niveau de taxe appliqué à l'article sélectionné.

• Représent1 (champ REP1)

Les représentants de la ligne de document sont initialisés par les représentants renseignés en entête de document. Si ceux-ci ne sont pas renseignés, les représentants de la ligne sont alors 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 le permet (LINREP), les représentants peuvent être modifiés à la ligne document. On aura la possibilité, 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. Par ailleurs, ce taux de commissionnement pourra être pondéré par un coefficient de pondération modifiable pouvant être initialisé par les paramétrages tarifs.

• Représent2 (champ REP2)

• 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 liv dem (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éclenchera 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 sera automatiquement décalée à une date postérieure, dans l’autre cas un message d’avertissement le signalera.

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 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 entê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 sera ré-initialisé avec le délai inscrit sur la nouvelle adresse de livraison ce qui aura également pour conséquence de recalculer la date de livraison prévue. La modification de ce délai déclenchera également un recalcul de la date de livraison prévue.

• Date exp (champ DSHIDAT)

La date d’expédition est initialisée par la date d’expédition renseignée en entê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 on retranche le délai de livraison. Si on modifie la date d’expédition, la date de livraison prévue sera alors automatiquement 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 que cette date est dans les jours ouvrés du site d’expédition. Si tel n’est pas le cas, la date d’expédition sera décalée à une date antérieure. Le système vérifie également que cette date n’appartient pas aux jour d’indisponibilité du site. Si tel est le cas un message bloquant le signalera. Un dernier contrôle est ensuite effectué pour vérifier que cette date n’est pas inférieure à la date de la commande, un message bloquant le signalera le cas échéant.

• Date liv 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 on modifie la date de livraison prévue, le système proposera à 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 sera automatiquement décalée à une date postérieure, dans l’autre cas un message d’avertissement le signalera.

• Adr (champ DBPAADD)

Ce champ permet d'indiquer le régime de taxe associé à la ligne de l'article.
Le régime par défaut est hérité du régime associé à l'adresse de livraison. Un avertissement apparaît si un régime de taxe différent du régime par défaut est saisi dans ce champ. Ce changement sera cependant bien pris en compte.

L'adresse de livraison pourra être personnalisée sur chaque ligne de commande si le paramètre général (LINBPD) le permet et si le mode de livraison de la commande n'est pas à la valeur Commande complète, auquel cas cette information ne sera 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.

Si l’on modifie l’adresse de livraison, le délai de livraison sera ré-initialiser par le délai de livraison 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.

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'entête de document, le contact proposé par défaut sur la ligne sera 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, alors le contact proposé  par défaut sera le contact par défaut du tiers s'il correspond à cette adresse de livraison, sinon le système proposera 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 sera initialisé par le lieu de consommation saisi sur la ligne de la commande d’achat.

• Priorité liv (champ DDLVPIO)

Cette information (initialisée par la priorité de livraison de l'onglet Livraison) permet de préciser éventuellement pour chacune des lignes qu’elle est sa priorité par rapport aux autres. 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. On pourra allouer par niveau de priorité si on le souhaite (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 ne sera 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 Liv (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 entête de commande mais reste modifiable à la ligne si le mode de livraison de la commande n'est pas à la valeur Commande complète, sans quoi il ne sera pas accessible. Si l'adresse de livraison est modifiée à la ligne de commande, le mode de livraison sera alors réaffecté par la valeur portée par l'adresse de livraison.

On pourra , en fonction des habilitations de l’utilisateur,  accèder à la fiche du mode de livraison.

• Transporteur (champ DBPTNUM)

Il s'agit du transporteur utilisé habituellement 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 entête de commande mais reste modifiable à la ligne si le mode de livraison de la commande n'est pas à la valeur Commande complète, sans quoi il ne sera pas accessible. Si l'adresse de livraison est modifiée à la ligne de commande, le transporteur sera alors réaffecté par la valeur portée par l'adresse de livraison.

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

On pourra , en fonction des habilitations de l’utilisateur,  accèder à la fiche du transporteur.

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

Ces informations permettent d’exprimer le nombre d’articles en unité de vente que l’emballage peut contenir. Le code de l'emballage et la capacité de l'emballage proviennent 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 seront pas initialisés, il faudra les renseigner manuellement. Ces informations restent modifiables et seront exploitées au moment de la préparation ou de la livraison pour effectuer le colisage.

On aura la possibilité, en fonction des habilitations de l’utilisateur, d’accéder à la fiche de l’emballage.

• Capacité emballage (champ PCKCAP)

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

• champ CCE2

• champ CCE3

• champ CCE4

• champ CCE5

• champ CCE6

• champ CCE7

• champ CCE8

• champ CCE9

• champ CCE10

• champ CCE11

• champ CCE12

• champ CCE13

• champ CCE14

• champ CCE15

• champ CCE16

• champ CCE17

• champ CCE18

• champ CCE19

• champ CCE20

• 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 dès lors que 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), on a la possibilité de  l'allouer et la livrer. A l'inverse, si la ligne de commande est en statut Planifié, celle-ci ne pourra ni être allouée, ni livrée (il faudra modifier manuellement son statut por 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. On pourra couvir 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 sera initialisé de la manière suivante :

• Si l'article n'est pas géré en contremarque, la méthode de livraison sera initialisée à la valeur Sur stock . On pourra alors livrer directement 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.

Ainsi si un article appartient à la catégorie Acheté, mais pas à la catégorie Fabriqué, la contremarque proposée par défaut sera 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 sera une contremarque directe si la quantité commandée est supérieure ou égale à la quantité directe.

De la même manière, si un article appartient à la catégorie Fabriqué, mais pas à la catégorie Acheté, la contremarque proposée par défaut sera une contremarque de production.

Si l'article appartient à la fois à la catégorie Fabriqué et Acheté, le type de contremarque proposé dépendra alors du Type de suggestion de réapprovisionnement porté par la fiche Article/Site (onglet Planification). Si la suggestion est de type Achats, la contremarque proposée sera une contremarque d'achat, si la suggestion est de type Fabrication, la contremarque proposée sera une contremarque de production.

Il est possible de sélectionner une autre méthode de livraison que celle initialisée par défaut, sous réserve qu'elle soit compatible avec la gestion de l'article et que la ligne de commande n'est pas allouée ou qu'une contremarque n'ait été générée.

• 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. On pourra accéder à ce document depuis la fonction Situation accessible dans la barre d’outils.

• 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 on a appliqué les différentes taxes renseignées sur la ligne et que l'on a multiplié 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. On pourra accéder au devis par le bouton Devis accessible en 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 s’i elle a été soldée manuellement.

Une ligne soldée n’est plus modifiable. Si la commande n'est pas totalement soldée, on a la possibilité de désolder une ligne de commande. Pour peu qu'elle ne soit pas 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.

• HT à livrer (champ DLRNOT)

• Marge (champ PFMTOT)

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

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

• Incoterm (champ XEECICT)

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

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

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.

• Ville Incoterm (champ XICTCTY)

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

• Transitaire (champ XFFWNUM)

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

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

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

• Adresse transitaire (champ XFFWADD)

• Identification CEE (champ XEECNUM)

Il s'agit du numéro d'identification à la TVA du tiers. 

Ce numéro de TVA Européen doit être renseigné sur toutes les factures à destination ou en provenance de la Communauté Européenne. Il commence par deux lettres identifiant le pays du tiers puis par un numéro variable selon le pays.

En France, le numéro est constitué de FR, suivi de deux chiffres identifiant le centre des impôts du lieu d'exercice de l'entreprise, et suivi du numéro SIREN de la société.

Cette information doit obligatoirement être renseignée si le code SIREN est paramétré comme étant obligatoire pour le pays de la société.

Le numéro de TVA intracommunautaire est initialisé par le numéro de TVA présent sur l'adresse de livraison du client si il est renseigné, sinon il sera initialisé par le numéro de TVA inscrit sur la fiche Tiers du client.

• Lieu transport CEE (champ XEECLOC)

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

Le lieu de transport est initialisé par le lieu de transport défini sur l'adresse de livraison du client. S'il n'est pas renseigné sur l'adresse de livraison, le lieu de transport sera initialisé par le lieu de transport porté par le mode de livraison renseigné sur le client livré.

Lors de la transformation d'un document le lieu de transport est propagé sur le document fils.

• Mode transport CEE (champ XEECTRN)

Il s'agit du moyen de transport par lequel les marchandises sont présumées quitter le territoire national à l'expédition ou avoir pénétré sur le territoire national à l'introduction. Cette information est exploitée dans la Déclaration d'échanges de biens.

Le moyen de transport est initialisé par le moyen de transport défini sur l'adresse de livraison du client. Lors de la transformation d'un document le lieu de transport est propagé sur le document fils. Dans le cas des commandes, le moyen de transport est défini pour chacune des lignes en fonction des adresses de livraison de chaque ligne. Si les lignes sont livrées de manières indépendantes, le moyen de transport sera repris à partir de chacune des lignes. Si elles devaint être regroupées sur une même livraison, c'est le moyen de transport de la première ligne considérée qui sera repris.

• Nature transaction (champ XEECNAT)

Il s'agit de l'information économique sur l'opération réalisée. La nature de la transaction est exploitée dans la Déclaration d'échanges de biens.
Cette information est initialisée sur les flux physiques où elle peut être modifiée. Sur certains flux financiers (Factures et avoirs de ventes) on aura également accès à cette information.
L'initialisation de la nature de la transaction s'effectue selon le paramétrage effectué au niveau de la table de correspondance des Régimes et natures mouvement, table permettant d'associer, à chaque type de flux, un Régime CEE et une Nature transaction CEE, ce paramétrage pouvant être particularisé par législation, pays et groupe de sociétés.

Lors de l'extraction de la Déclaration d'échanges de biens, si des factures ou des avoirs existent pour les flux physiques, on s'appuiera sur les flux financiers pour faire l'extraction. Par contre la nature de transaction utilisée sera la nature inscrite sur la livraison ou le retour.

• Régime CEE (champ XEECSCH)

Le régime CEE ou statistique permet de caractériser la nature de l'opération intracommunautaire d'un point de vue fiscale ou statistique. Le régime CEE est exploité dans la Déclaration d'échanges de biens.
Cette information est initialisée sur les flux physiques où elle peut être modifiée. Sur certains flux financiers (Factures et avoirs de ventes) on aura également accès à cette information.
L'initialisation de la nature de la transaction s'effectue selon le paramétrage effectué au niveau de la table de correspondance des Régimes et natures mouvement, table permettant d'associer, à chaque type de flux, un Régime CEE et une Nature transaction CEE, ce paramétrage pouvant être particularisé par législation, pays et groupe de sociétés.

Lors de l'extraction de la Déclaration d'échanges de biens, si des factures ou des avoirs existent pour les flux physiques, on s'appuiera sur les flux financiers pour faire l'extraction. Par contre le régime CEE utilisée sera le régime CEE inscrit sur la livraison ou le retour.

Les factures et avoirs directs avec mouvement de stock sont considérés comme des flux physiques et sont considérés dans l'extraction de la Déclaration d'échanges de biens. Les avoirs de ce type disposent d'un code régime supplémentaire caractérisant la régularisation commerciale.

Lorsqu'il s'agit d'une facture ou d'un avoir sans mouvement de stock purement financier, ceux-ci pourront être extraits et seront considérés comme des flux de régularisation en minoration ou en majoration.

• Nature transaction (champ XEECNATR)

Il s'agit de l'information économique sur l'opération réalisée. La nature de la transaction est exploitée dans la Déclaration d'échanges de biens.
Cette information est initialisée sur les flux physiques où elle peut être modifiée. Sur certains flux financiers (Factures et avoirs de ventes) on aura également accès à cette information.
L'initialisation de la nature de la transaction s'effectue selon le paramétrage effectué au niveau de la table de correspondance des Régimes et natures mouvement, table permettant d'associer, à chaque type de flux, un Régime CEE et une Nature transaction CEE, ce paramétrage pouvant être particularisé par législation, pays et groupe de sociétés.

Lors de l'extraction de la Déclaration d'échanges de biens, si des factures financières existent ou si des avoirs financiers ou directs et avec mouvement de stock existent la nature renseignée à ce niveau identifiera la nature relative à la régularisation commerciale. Pour peu qu'une nature soit nécessaire dans ce contexte.

• Régime CEE (champ XEECSCHR)

Le régime CEE ou statistique permet de caractériser la nature de l'opération intracommunautaire d'un point de vue fiscale ou statistique. Le régime CEE est exploité dans la Déclaration d'échanges de biens.
Cette information est initialisée sur les flux physiques où elle peut être modifiée. Sur certains flux financiers (Factures et avoirs de ventes) on aura également accès à cette information.
L'initialisation de la nature de la transaction s'effectue selon le paramétrage effectué au niveau de la table de correspondance des Régimes et natures mouvement, table permettant d'associer, à chaque type de flux, un Régime CEE et une Nature transaction CEE, ce paramétrage pouvant être particularisé par législation, pays et groupe de sociétés.

Lors de l'extraction de la Déclaration d'échanges de biens, si des factures financières existent ou si des avoirs financiers ou directs et avec mouvement de stock existent le régime CEE renseigné à ce niveau identifiera le régime CEE relatif à la régularisation commerciale.