Livraisons

• Site expédition (champ STOFCY)

Le 'site d'expédition' est initialisé par défaut avec le site de stock habituel de l'utilisateur.
Il peut être modifié sous réserve que le site choisi soit défini avec l'indicateur 'stock' actif. Le site choisi doit appartenir à la même société juridique que le site de vente.

• Type (champ SDHTYP)

Le type de livraison va permettre de déterminer, entre autres, les compteurs utilisés.

Seul un type de livraison de même catégorie que celle indiquée dans la transaction de saisie peut être renseigné. Cependant, lorsque la catégorie a pour valeur Tous les types, le type de livraison est libre ; c'est lui, dans ce cas, qui déterminera la catégorie.
Par ailleurs, la législation et le groupe de sociétés pour lesquels il est défini doivent être cohérents avec ceux de la société du site d'expédition.
Pour plus d'informations, cliquez ici.

Le choix du type de livraison reste modifiable tant qu'aucune ligne de livraison n'a été créée.

En création de livraison par picking de documents (de commandes, commandes ouvertes, bons de préparation, manquants s-traitant ou réappros s-traitant), les documents qu'il est possible de sélectionner sont filtrés sur le type de livraison : seuls sont listés ceux ayant le même type de livraison et ceux sur lesquels aucun type de livraison n'est renseigné.

En création de livraison directement depuis la commande, ce champ est alimenté avec le type de livraison figurant sur la commande et issu du paramétrage du type de commande. A défaut, c'est le type de livraison indiqué par les paramètres suivants qui est pris en compte :

• SDHTYPNOR - Type de livraison normale
• SDHTYPLND - Type de livraison prêt
• SDHTYPSCO - Type de livraison sous-traitance

En création directe de livraison non facturable, ce champ est alimenté par défaut avec le type de livraison indiqué par le paramètre SDHTYPNINV - Type de livraison non facturable.

Lors du traitement de Livraison automatique des commandes, le type de livraison constitue un critère de regroupement. A défaut d'être renseigné sur la commande, c'est le type de livraison renseigné dans la fonction de lancement du traitement qui est pris en compte.

Lors du traitement de Livraison des bons de préparation, le type de livraison constitue un critère de regroupement. A défaut d'être renseigné sur le bon de préparation, c'est le type de livraison renseigné dans la fonction de lancement du traitement qui est pris en compte. C'est le cas notamment des bons de préparation issus des besoins de sous-traitants : ceux-ci n'ont, en effet, pas de type de livraison renseigné.

Type : livraison de prêt

Si la livraison est issue d'une commande de prêt, l'information est automatiquement affichée.  Vous pouvez également indiquer manuellement que l'expédition renseignée est de type prêt.  La validation d'une livraison de type prêt correspond à un changement d'emplacement. Le stock concerné par une livraison de type prêt passe d'un emplacement du site d'expédition à un emplacement client défini pour le client livré. Il n'y a donc aucune diminution du stock physique dans le cas de la validation d'une livraison de prêt. Par contre le stock disponible sera quant à lui décrémenté.

Pour pouvoir fournir un prêt à un client, il faut autoriser les prêts pour ce client (Section Commerciales de la fiche client).  Par ailleurs, un emplacement de type Stock client doit être défini puis associé à l'adresse de livraison du client (Section Clients livrésde la fiche client). Il est recommandé de définir un emplacement de prêt par adresse de livraison et par client pour une meilleure visualisation des articles en prêt. Enfin, pour chaque article à prêter, l'article doit autoriser les prêts (Section Vente de la fiche article) et il doit également être géré par emplacement (Section Gestionde la fiche article-site).
Un prêt n'est a priori pas facturable puisqu'il est destiné à être retourné. Dans certains cas, la marchandise prêtée pourra tout de même être facturée si elle n'a pas été retournée par le client avant la date de retour prévue. La facturation d'un prêt s'effectue uniquement depuis la livraison en cliquant sur l'action Facture. Dans ce cas, seules les marchandises non retournées seront facturées. La sortie physique des articles doit être effectuée à la validation de la facture. Une livraison de type prêt peut cependant générer une facture pro forma.

Type : livraison de sous-traitance

Une livraison de type sous-traitance n'est jamais rattachée à une commande. Il s'agit toujours d'une livraison directe. Il conviendra donc lors d'une livraison de ce type de préciser qu'il s'agit d'une livraison à destination d'un sous-traitant. La validation d'une livraison de type sous-traitance correspond à un changement d'emplacement. Le stock concerné par une livraison de sous-traitance passe d'un emplacement du site d'expédition à un emplacement Sous-traitantdéfini sur l'adresse de livraison du sous-traitant. Il n'y aura donc aucune diminution du stock physique dans le cas de la validation d'une livraison de sous-traitance. Par contre le stock disponible sera quant à lui décrémenté.

Pour pouvoir effectuer une expédition de sous-traitance, le code activité LST doit avoir été activé au préalable. Il faudra ensuite affecter un rôle client au fournisseur et lui affecter une adresse de livraison faisant référence à un emplacement de sous-traitance. Une expédition de sous-traitance permet de réapprovisionner un sous-traitant pour lequel on a constaté des ruptures de matières dans l'opération qui lui est affectée. Une expédition de sous-traitance ne sera donc pas facturée. L'action Facture est désactivée dans ce contexte. Une facture pro forma peut, en revanche, être établie pour accompagner la marchandise.

Type : livraison non facturable

Les livraisons non facturables concernent :

• les livraisons de service,
  
• les livraisons d’articles liés à une tâche associée à un projet dans le cadre de la gestion à l’affaire. Il peut s’agir d’articles gérés en stock ayant fait l’objet d’une allocation détaillée au niveau de la tâche, ou d’articles de type service donc non gérés en stock, mais livrés.

• champ WSDHCAT

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

• No livraison (champ SDHNUM)

Le numéro de livraison vous permet d'identifier la livraison de façon unique. Ce numéro est attribué automatiquement ou saisi à chaque création de livraison selon le paramétrage du ou des différents Compteurs associés au Type de livraison choisi.
Si le compteur de livraison est paramétré en affectation automatique, ce champ n'est pas accessible et le numéro est attribué automatiquement à la création de la livraison.
A l'inverse, si le compteur est en affectation manuelle, le numéro peut être saisi manuellement. Si le numéro n'est pas saisi par l'utilisateur, le système attribue alors automatiquement un numéro de livraison en fonction du compteur.

 Remarques :

• Si les compteurs ne sont pas renseignés au niveau du type de livraison, les compteurs utilisés sont ceux indiqués dans la fonctionAffectation compteurs.
• Si le paramètre sociétéSDHENDNBR - Compteur définitif livraisonsa pour valeur 'Oui', un nouveau numéro de livraison est attribué au moment de valider la livraison.L'ancien numéro n'est plus affiché, mais il est conservé dans un champ dédié (TMPSDHNUM) de la table des livraisons.

• Site vente (champ SALFCY)

Le site de vente est initialisé par défaut par le site de vente associé à l'utilisateur.
Il est accessible uniquement lors de la création d'une livraison directe, et dans ce cas, le site choisi :

• doit avoir été identifié comme étant un site de vente et de stockage,
• doit appartenir à la même société juridique que le site d'expédition.

• No commande (champ SOHNUM)

Ce numéro est initialisé si la livraison est relative à une commande (commande classique ou commande ouverte). Cette information ne sera pas renseignée dans le cas d'une livraison multi-commandes.

• Client livré (champ BPCORD)

Code du client demandeur de la commande, de la livraison directe ou de la facture directe. Ce code doit :

• être contrôlé dans la table des clients,
• être de type 'normal', 'divers' ou 'intra-société',
• être modifiable tant qu'aucune ligne n'a été saisie sur le document.

• Adresse (champ BPAADD)

Ce champ indique le code de l'adresse à livrer.
Vous pouvez afficher les informations détaillées de l'adresse en cliquant sur Adresse depuis l'icône Actions.

• En création, ce champ n'est plus accessible dès lors qu'une ligne de livraison est créée.
  
• Une fois la livraison créée, ce champ n'est pas modifiable mais vous pouvez toujours afficher les informations détaillées de l'adresse.
  Vous pouvez modifier l'adresse après avoir cliqué sur Adresse / Livraison dans le volet d'actions.

• Client facture (champ BPCINV)

Il s'agit du code du client à facturer, initialisé par défaut par le code du client lui-même.
Ce client peut être un autre client choisi dans la table des clients.

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

• champ BPINAM

• Expédition (champ SHIDAT)

La date d'expédition est la date utilisée pour déterminer la date de sortie des marchandises. 
Il s'agit de la date réelle d'imputation du stock : elle est utilisée comme date d'imputation dans le journal des stocks.

Si la livraison est issue d'une commande, l'initialisation de la date d'expédition est fonction du paramètre INISHIDAT - Initialisation date expédition (chapitre VEN, groupe SSD). Il peut s'agir :

• soit de la date du jour,
• soit de la date d'expédition prévue de la commande, si cette date n'est pas inférieure à la date du jour, sinon la date du jour est reprise.

Un bon de livraison ne peut pas être validé avec une date d'expédition supérieure à la date du jour.

Dans le cas de livraison d'une commande, si cette date est modifiée, un message proposant une nouvelle recherche tarifaire s'affiche lorsque le paramètre utilisateur SDHRECPRI - Recherche prix livraison cde (chapitre VEN, groupe SSD) a pour valeur 'Oui'. Lorsqu'il a pour valeur 'Non', le prix de la commande est conservé. 

• Délai livraison (champ DAYLTI)

Il s’agit du délai nécessaire en nombre de jours pour livrer ce client livré. Il est initialisé par le délai renseigné sur l'adresse de livraison du client.

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.

• Livraison (champ DLVDAT)

La date de livraison correspond à la date à laquelle la marchandise sera reçue par le client et à laquelle s'effectue le transfert de propriété. C'est sur cette date que se base la recherche des taux de taxe à appliquer.
Elle est calculée à partir de la Date d'expédition à laquelle est ajouté le Délai de livraison. Mais cette date reste modifiable.
Dans le cas de livraison d'une commande, si cette date est modifiée, un message proposant une nouvelle recherche tarifaire s'affiche lorsque le paramètre utilisateur SDHRECPRI - Recherche prix livraison cde (chapitre VEN, groupe SSD) a pour valeur 'Oui'. Lorsqu'il a pour valeur 'Non', le prix de la commande est conservé. 
 Si la date de livraison calculée ou saisie correspond à un jour non ouvré défini sur l'adresse de livraison du client, la date de livraison est alors automatiquement décalée à la première date ouvrée suivant la date de livraison initiale.
Si la date de livraison calculée ou saisie correspond à une période d'indisponibilité sur l'adresse de livraison du client, un message d'avertissement le signale.

• Retour prêt (champ LNDRTNDAT)

Date de retour de prêt
Cette date n'est gérée que pour les livraisons de prêt. Elle doitêtre supérieure ou égale à la date de livraison.

• Devise (champ CUR)

Il s'agit de la devise de la commande, de la livraison, ou de la facture.
Elle est initialisée par défaut par la devise du client facturé et peut être modifiée. Dans ce cas, elle peut uniquement être modifiée en création ou duplication et est contrôlée par la table des devises.

Il est possible de choisir la devise de transaction de la livraison, ainsi que de définir (en fonction de la valeur paramètre 'Prix HT et TTC' - Chapitre TC/ Groupe INV/NOTATI) si les prix sont exprimés en HT ou en TTC. Lorsque la livraison est issue d'une commande, ces informations sont automatiquement reprises et ne sont pas modifiables. Lorsqu'il s'agit d'une livraison directe, ces informations ne sont plus modifiables dés lors qu'au moins une ligne de livraison a été saisie. Elles sont héritées dans ce cas des informations du client facturé.

• Type prix (champ PRITYP)

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

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

• Dépôt (champ WRHE)

La présence de ce champ est soumise au code activité WRH.
Dépôt du mouvement, proposé par défaut sur toutes les lignes du document.
Il doit être renseigné s'il est défini comme étant obligatoire au niveau de la transaction de saisie.
Il est alimenté en priorité avec le dépôt défini pour l'utilisateur. A défaut de paramétrage au niveau de l'utilisateur, il est initialisé avec le dépôt défini par défaut, pour ce type de mouvement, au niveau du site.

• Inter-site (champ BETFCY)

Ces informations ne sont pas accessibles et sont alimentées en fonction du contexte. Les lignes de tableau permettent de saisir les articles, quantités, prix, remise et frais… relatives à la livraison.

Ces informations, non modifiables, précisent si la livraison est de type inter-site ou inter-société.

• Lorsque la livraison concerne un client 'inter-site' (site de la même société), celle-ci ne peut pas être facturée.
• Lorsque la livraison concerne un client 'inter-sociétés' (site d'une société différente), une facture peut être générée.

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

• Article (champ ITMREF)

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

• saisir directement une référence article ou une référence 'Article/Client'. L'existence de cette référence est contrôlée dans les fichiers 'Articles/Vente' et 'Articles/client'. Si une référence 'Article/client' est saisie, le système retourne la référence article interne. Un message bloquant peut être retourné lors de la saisie d'un article si des tarifs de type interdit ont été paramétrés pour certains clients (voir paramétrage tarifs).
• utiliser le bouton contextuel pour :
• sélectionner un article dans le fichier des articles vendus,
• sélectionner un article dans la liste des articles du client,
• sélectionner un manquant sous-traitant, dans le cas d'un article sous-traité en rupture,
• créer, selon vos habilitations, un article dans le fichier,
• visualiser les tarifs de l'article.

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

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

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

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

• 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, il est possible d'accéder à la fiche article par tunnel.

• Désignation standard (champ ITMDES1)

Il s'agit de la désignation saisie sur la fiche article. Cette désignation est transférée de la facture de vente à la facture d’achat dans le cas d’une facturation inter-sociétés. Lorsque la facture est issue d'une autre pièce, la désignation standard est héritée de la ligne d'origine.

• Version majeure (champ ECCVALMAJ)

Ce champ affiche la version majeure de l'article.

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

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

Le picking des commandes, le picking des commandes ouvertes, le picking des bons de préparation et le picking des manquants sous-traitant entraînent le transfert et le contrôle des numéros versions sur la livraison.

Pour les livraisons automatiques des commandes et des bons de préparations, les numéros de versions sont transferés et le contrôle des versions est réalisé sur la livraison.

Si la version n'est pas correcte, un message informatif est affiché dans le fichier trace.

• Version mineure (champ ECCVALMIN)

Ce champ affiche la version mineure de l'article.

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

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

Le picking des commandes, le picking des commandes ouvertes, le picking des bons de préparation et le picking des manquants sous-traitant entraînent le transfert et le contrôle des numéros versions sur la livraison.

Pour les livraisons automatiques des commandes et des bons de préparations, les numéros de versions sont transferés et le contrôle des versions est réalisé sur la livraison.

Si la version n'est pas correcte, un message informatif est affiché dans le fichier trace.

• 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, outre 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 vous disposez des habilitations, vous pouvez accéder à la table des unités.

Une fois la ligne saisie, vous ne pouvez plus modifier l'unité de vente. Pour modifier l'unité, vous devez supprimer la ligne et la recréer.

• Qté livrée (champ QTY)

Il s’agit de la quantité livrée chez le client. Elle est exprimée en unité de vente.

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

• US (champ STU)

Ce champ indique l'unité de gestion de l'article dans laquelle sont exprimés :

• Le stock
• Le prix standard
• La quantité des liens de nomenclature, etc.

Ces informations, non modifiables, sont toujours affichées quelle que soit la transaction utilisée. Il ne peut pas être modifié.

• Prix brut (champ GROPRI)

Aide commune aux Commandes et Plan de l'acheteur.

Ce champ permet de déterminer le prix unitaire brut hors taxe de l'article. Ce prix est exprimé par unité de commande si le champ Unité est déclaré accessible à la saisie dans la transaction, sinon il l'est par unité d'achat.

Lorsque les principales informations de la ligne ont été données, 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é.
   Si l’unité de commande (ou d’achat) est différente de celle de la ligne du tarif :
  -  une conversion du montant du tarif est effectuée si la Conversion des unités a pour valeur ‘Oui’ au niveau du Paramétrage du tarif. Cette conversion est basée sur la table des coefficients de conversion des unités. Si aucune conversion n’est paramétrée entre ces unités, ce sont les montants du tarif qui sont pris en compte par application d’un taux de conversion de 1.
  - le tarif n’est pas utilisé si la Conversion des unités a pour valeur ‘Non’ au niveau du Paramétrage du tarif. Le prix brut a pour valeur ‘0’.
• Les remises et les frais en pourcentage ou en montant à appliquer au niveau de la ligne ainsi que les motifs associés.

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

A partir du champ Prix, vous pouvez depuis l'icône Actions:

• Visualiser et modifier les différents champs Remises et Frais déterminés via le code structure associé au fournisseur. Les valeurs contenues dans ces champs proviennent de la recherche tarif et peuvent être modifiées si le motif associé le permet.
• Visualiser les motifs associés au prix ainsi qu'aux différents champs remises et frais.
• Consulter les tarifs.
• Réinitialiser le prix et les remises et frais en demandant une nouvelle recherche tarif.

La saisie des autres informations de la ligne dépend de la transaction choisie. C'est le cas par exemple des informations Site, Code contrôle qualité…

Particularités liées à l'inter-sociétés : Dans le cadre d'une commande inter-sociétés ou inter-sites, si des tarifs inter-sociétés ont été paramétrés, ils seront exploités au même titre que les tarifs normaux. Lorsque la commande de vente est générée, les prix et les remises calculés sur la commande de vente réciproque sont déterminés à partir des tarifs inter-sociétés ou des tarifs normaux. En aucun cas les prix et remises saisis sur la commande d'achat ne sont transférés sur la commande de vente. Les prix entre les documents ventes et achats peuvent évoluer indépendamment. Le rapprochement se fera au moment de la facturation.

• champ DISCRGVAL1

Aide commune aux modules Achats et Ventes.

Les colonnes de remises et frais affichées dépendent du paramétrage du code Structure tarifs associé au fournisseur dans la fiche de ce dernier.
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 - Motif du prix par défaut (chapitre VEN, groupe PRI), pour les Ventes, 
• au paramètre UPDPRIPUR - Motif du prix par défaut (chapitre ACH, groupe PRI), 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éterminer le prix net de la ligne de document.

Depuis l'icône Actions, vous pouvez:

• visualiser les motifs associés au prix ainsi qu'aux différents champs remises et frais,
• modifier, le cas échéant, les motifs affectés à chacune des colonnes.

• Prix net (champ NETPRI)

Il s'agit du prix net unitaire de la ligne de réception calculé à partir du prix brut impacté des éventuels frais et remises. Cette information n'est pas accessible.
A partir de ce champ, l'icône Actions permet de :

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

Lorsque le prix saisi est nul, un message apparaît pour confirmation. Toutefois, ce message n'apparaît pas pour les composants d'une nomenclature, pour les gratuits ni pour les livraisons non facturables.

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

Lorsque vous cliquez sur Créerpour enregistrer la livraison, en fonction de la valeur du paramètre GRPPRI - Gestion tarifs groupés, une question peut vous être posée afin que soit effectuée ou non une nouvelle recherche de tarif permettant de déterminer les conditions particulières liées à la livraison globalement. A l'issue de ce traitement, il est possible d'obtenir sur des lignes articles :

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

• Prix revient (champ CPRPRI)

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

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

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

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

• Marge (champ PFM)

Ce champ affiche la marge unitaire en unité de vente, calculée par la différence entre le prix net et le prix de revient.

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

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

Aucun contrôle n'est effectué dans le cas des livraisons non facturables.

• Niveau taxe 1 (champ VACITM1)

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

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

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

Le premier niveau est obligatoire et correspond à la TVA.

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

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

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

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

• Code taxe SST (champ SSTCOD)

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

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

• Affaire (champ DPJT)

Le code affaire à la ligne de document est initialisé par celui saisi en en-tête ou, en cas de transformation d'un document, par celui des lignes du document sélectionné (en picking ou en traitement de masse, si le code affaire sur une ligne du document est inactif, cette ligne ne peut pas être sélectionnée).

• le paramètre PJTSNGDOC - Une affaire par document (chapitre TC - groupe MIS) a pour valeur Non,
• la saisie de ce champ est autorisée par la transaction de saisie utilisée.

En modification, la gestion du code affaire est fonction de la valeur du paramètre CTLOPPCOD - Contrôle affaire obligatoire.

• Lorsqu'il a pour valeur Non, il peut s'agir d'un code librement choisi.
• Lorsqu'il a pour valeur Oui, un contrôle d'existence du code affaire saisi est systématiquement effectué.

Lorsque la saisie est contrôlée, et en fonction du contexte, vous pouvez choisir une affaire, ou l'une des entités imputables de l'affaire (un lot budgétaire ou une tâche), au travers de son code imputation :

• Oui : le code affaire est reporté sur toutes les lignes, à l'exception de celles liées à un plan de facturation et de celles liées à un jalon non compatible.
• Non : le code affaire n'est pas reporté sur les lignes.
• Même valeur : le code affaire est reporté uniquement sur les lignes qui avaient l'ancien code affaire.

Documents ventes : devis, commandes, livraisons et factures :

• Pour un devis : la ligne n'est pas commandée et n'est pas gratuite.
• Pour une commande : la ligne n'est pas soldée, n'est pas livrée, n'est pas facturée et n'est pas gratuite.
• Pour une livraison : la ligne est directe et n'est pas gratuite.
• Pour une facture ou un avoir : le document n'est pas validé, la ligne est directe et n'est pas gratuite. Pour les avoirs, la quantité est différente de 0.

• Si la gestion multi-affaires des documents est autorisée (le paramètre PJTSNGDOC - Une affaire par documenta pour valeur Non), la livraison peut porter sur des lignes de livraison directe et sur des lignes articles associées à des tâches. Le code affaire affiché en en-tête est utilisé comme valeur par défaut uniquement sur les lignes de livraison directe. Les lignes articles associées à des tâches conservent leur code affaire qui n’est pas modifiable. Si le code affaire est modifié en en-tête, le report de ce code sur les lignes est proposé selon le mécanisme indiqué ci-dessus. Il s’applique exclusivement aux lignes de livraison directe.
• Si la gestion multi-affaires des documents est interdite (le paramètre PJTSNGDOC - Une affaire par documenta pour valeur Oui), la livraison ne peut pas porter à la fois sur des lignes de livraison directe et sur des lignes articles associées à des tâches.

• Lorsque la livraison porte sur des lignes de livraison directe, vous ne pouvez pas saisir en en-tête un code affaire auquel sont associées des tâches.
• Lorsque la livraison porte sur des lignes articles associées à des tâches, vous pouvez sélectionner uniquement des lignes articles associées à la même tâche. Le code affaire affiché en en-tête permet ainsi de filtrer les tâches dans le volet de sélection.

Cas particulier des articles gratuits générés par une recherche de tarif après modification du code affaire en en-tête : L'article gratuit affiche le code affaire de l'article d'origine, mais uniquement si ce code n'est pas utilisé sur une tâche.

• Dépôt (champ WRH)

La présence de ce champ est soumise au code activité WRH.
Il est prend la valeur du dépôt indiqué en entête.

• Ce champ peut être modifié s’il est défini comme saisissable au niveau de la transaction de saisie.
  Quand ce champ est renseigné, il sert de filtre pour la sélection des lignes de détail de stock et ne peut pas être modifié.
  Quand ce champ n’est pas renseigné, c’est le dépôt défini par défaut pour ce type de mouvement au niveau de la fiche article/site qui est utilisé comme filtre de sélection.
• Il n'est pas modifiable lorsque la transaction de saisie est paramétrée pour une gestion mono-dépôt. Le dépôt en entête est alors obligatoire et le dépôt n’est pas saisissable, ni sur les lignes de document, ni sur les lignes de détail stock.
  Pour gérer du multi-dépôt sur les lignes, la saisie doit être paramétrée au niveau de la transaction de saisie. La sélection d'une unique ligne d'article répartie sur plusieurs dépôts est disponible depuis l’icône Actions en cliquant sur Saisie détail quantités.
  Si une ligne d'article unique est répartie sur plusieurs dépôts, les champs correspondants affichent le caractère ‘$’.

Le dépôt saisi sur la ligne est prioritaire sur le dépôt saisi en entête.

• Lot (champ LOT)

Ce champ permet d'indiquer le lot à sortir.

Il est inutile de le renseigner dans les cas suivants :

• la sortie est multi-lot,
• toutes les caractéristiques du stock à sortir ne sont pas renseignées (lot, sous-lot, no série, emplacement).

Si l'article est géré en no série, seul celui-ci est nécessaire pour déterminer le stock à sortir.

Si ce n'est pas le cas, le lot, le sous-lot et l'emplacement (conditionnés par le mode de gestion de l'article) sont nécessaires.

• S/lot (champ SLO)

Indiquer le sous-lot à sortir.

Il est inutile de le renseigner dans les cas suivants :

• la sortie est multi-lot
• toutes les caractéristiques du stock à sortir ne sont pas renseignés ( lot, sous-lot, no série, emplacement)

Si l'article est géré en no série, seul celui-ci est nécessaire pour déterminer le stock à sortir.
Si ce n'est pas le cas, le lot, le sous-lot et l'emplacement (conditionnés par le mode de gestion de l'article) sont nécessaires.

• Série début (champ SERNUM)

Ce champ permet de renseigner le premier no série (Début) à sortir. Le dernier no série (Fin) est automatiquement calculé.

• Il est inutile de le renseigner si les no série à sortir ne sont pas continus.
• Si l'article est géré en no série, seul celui-ci est nécessaire pour déterminer le stock à sortir.
• Si ce n'est pas le cas, le lot, le sous-lot et l'emplacement (conditionnés par le mode de gestion de l'article) sont nécessaires.

• Série fin (champ SERNUMF)

Il s’agit du numéro de série fin de l’article.

• Identifiant 2 (champ CTRNUM)

• Identifiant 1 (champ PALNUM)

• Emplacement (champ LOC)

Indiquer l'emplacement à l'origine de la sortie.

Il est inutile de le renseigner dans les cas suivants :

- on désire effectuer une sortie à partir de plusieurs emplacements

- toutes les caractéristiques du stock à sortir ne sont pas renseignés ( lot , sous-lot , no série , emplacement )

Si l'article est géré en no série, seul celui-ci est nécessaire pour déterminer le stock à sortir.

Si ce n'est pas le cas, le lot, le sous-lot et l'emplacement (conditionnés par le mode de gestion de l'article) sont nécessaires.

• Numéro contenant (champ LPNNUM)

Ce champ est soumis au code activité LPN - Gestion des contenants internes.
Il s'agit du numéro du contenant concerné par la sortie.

• Statut (champ STA)

Indiquer le statut du stock à sortir.

Il est inutile de le renseigner dans le cas suivant :

- toutes les caractéristiques du stock à sortir ne sont pas renseignés ( lot , sous-lot , no série , emplacement )

Si l'article est géré en no série, seul celui-ci est nécessaire pour déterminer le stock à sortir.

Si ce n'est pas le cas, le lot, le sous-lot et l'emplacement (conditionnés par le mode de gestion de l'article) sont nécessaires.

• Désignation du mouvement (champ MVTDES)

Saisissez une désignation libre qui sera inscrite dans tous les mouvements de stock associés à la ligne de livraison.
Cette désignation est également accessible à partir de la fenêtre de détail des sorties de stock. Si elle est modifiée par cette fonction, elle est automatiquement reprise et inscrite sur la ligne de livraison dans ce champ.

• Emballage (champ PCK)

• Capacité emballage (champ PCKCAP)

Il s'agit du nombre d'articles, exprimé en unité de vente, que l'emballage peut contenir.
Cette valeur est initialisée par défaut par la quantité saisie dans la fiche article-sites.

• UP (champ XWEU)

Unité de poids.

• Pds unitaire (champ UNTWEI)

Poids unitaire
C'est le poids unitaire de l'article exprimé en unité de stock. Ilest alimenté à partir de l'article.

• Lieu consommation (champ USEPLC)

Utilisez ce champ pour indiquer le lieu de consommation associé au transporteur ou pour définir un complément d'adresse.

Exemples: Quai xx ou Hall yy.

Le lieu de consommation est inscrit sur le bon de commande.

Particularités liées à l'inter-sociétés : dans le cadre d'une commande inter-sociétés ou inter-sites, le lieu de consommation est transmis sur la ligne de commande de vente générée.

• champ CCE1

Les sections analytiques sont initialisées conformément au paramétrage des Sections par défaut, associé à la gestion des lignes de livraisons. En fonction du paramétrage, elles restent modifiables.
Lorsqu'un axe analytique est utilisé pour le suivi de la gestion à l'affaire, toute modification du code affaire sur la ligne de document entraîne la réinitialisation de ce code section, en utilisant le paramétrage des Sections par défaut. 

• Quantité retour (champ RTNQTY)

C'est la quantité retournée par le client, exprimée en unité de vente. Elle prend par défaut la quantité restant à retourner et reste modifiable. Il possible de saisir une quantité comprise entre 0 et la quantité restant à retourner.

• No commande (champ XSOHNUM)

Ce numéro de pièce permet d'identifier la facture 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.

• Pièce origine (champ VCRNUMORI)

Ce champ indique le numéro du journal (pièce) à l'origine du besoin.

• Ligne validée (champ LINCFMFLG)

Cette colonne est affichée uniquement si code activité PDV – Validation livraison par ligne a pour valeur ‘Oui’ et si la transaction de saisie autorise l’affichage de l’état de la livraison. Lorsque ce code activité a pour valeur ‘Oui’, la mise à jour du stock s'effectue à la ligne de livraison lorsque la ligne est validée. Lors du traitement de validation, il est possible que certaines lignes ne soient pas validées en raison d’erreurs ou de conflits d’accès aux tables mises à jour, par exemple.

Cette case indique si la ligne est validée ou non.

• Hors taxe (champ DLVNOT)

• Hors taxe (champ DLVINVNOT)

Ce champ indique le résultat HT intégrant les différents éléments des articles sélectionnés.
Ces informations apparaissent lors de l'impression de l'état BONLIV.
 Le détail du calcul est stocké dans les tablesSVCRVAT etSVCRFOOT.

• TTC (champ DLVINVATI)

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

• les différents éléments de facturation des articles sélectionnés,
• le calcul de la taxe par base de taxe.

Ces informations apparaissent lors de l'impression de l'état BONLIV.
Le détail du calcul TTC est obtenu par clic droit sur le montant total.
 Le détail du calcul est stocké dans les tablesSVCRVAT etSVCRFOOT.

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

• Imprimé (champ PRNNPR)

• Imprimé (champ PRNNDE)

• Validé partiellement (champ CFMPAR)

Cette case est affichée uniquement si code activité PDV – Validation livraison par ligne a pour valeur ‘Oui’ et si la transaction de saisie autorise l’affichage de l’état de la livraison.
Cette case n’est pas saisissable. Elle est automatiquement cochée lorsque la validation de la livraison est partielle, c’est-à-dire lorsqu’une ou plusieurs lignes de livraison n’ont pas pu être validées. Vous pouvez identifier ces lignes :

• dans le fichier trace qui s’affiche à la fin du traitement de validation, 
• sur chacune des lignes, grâce à l’indication donnée dans la colonne Validée.

• Validé (champ CFMFLG)

Cet indicateur n'est pas accessible. Il est automatiquement sélectionné suite à la validation de la livraison.

• Etat retour (champ RTNSTA)

Ce champ indique le statut de la livraison en cas de retour sur livraison. Les valeurs de ce champ sont les suivantes :

Non retournée

Cette valeur indique qu'aucun article n'a été retourné.

Retournée

Cette valeur indique que les articles de la livraison ont tous été retournés.

Partiellement retournée

Cette valeur indique que certains articles de la livraison ont été retournés.

 Ce statut est mis à jour automatiquement lorsque vous créez un retour sur livraison.

• Facturé (champ INVFLG)

Ce champ indique si la livraison facturée.
Si la livraison est facturée, le numéro de la facture est inscrit à côté de cette case à cocher. Vous pouvez, en fonction de vos habilitations, accéder par tunnel à la facture (une livraison ne peut être facturée que par une seule facture).   

• N° facture (champ SIHNUM)

 Numéro de la facture liée à la livraison.

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

• No tournée (champ DRN)

Code, contrôlé par un menu local, permettant de générer des bons de livraisons en fonction d'un code tournée définissant par exemple une zone géographique. Cette information est définie par adresse de livraison client.

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

• Transporteur (champ BPTNUM)

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

Cette information est issue de la commande ou de l'adresse de livraison du client. Le transporteur, le poids et le volume ainsi que l'adresse de livraison permettent de déterminer, lorsqu'il est géré, le tarif transporteur qui sera facturé ou non au client. Le pied de facture défini dans le paramètre général FRENUM - Elt fac du port transporteur (chapitre VEN, groupe INV) contiendra le port facturé. La facturation du port dépend du mode de facturation du port associé au client et pour le mode de facturation sur seuil, des seuils définis sur la fiche transporteur. Si le transporteur n'a pas de gestion tarifaire, c'est le montant du port saisi sur la commande qui est conservé.

• En cas de modification du transporteur, du poids ou du volume, un message vous propose de rechercher le tarif transporteur.
  - Si vous répondez Non, le montant du port reste celui saisi sur la commande.
  - Si vous répondez Oui et que le nouveau transporteur n'a pas de gestion de tarif, alors le montant du port saisi sur la commande est conservé.
  - Si vous répondez Oui et que le nouveau transporteur a une gestion de tarif, alors le montant du port est recalculé d'après le tarif transporteur.
• Lorsque le transporteur renseigné a une gestion de tarif et qu'un montant de port est saisi sur la commande, un message propose de remplacer le montant de transport par le résultat de la recherche tarif transporteur.
  - Si vous répondez Non, le montant du port de la commande est repris sur la livraison.
  - Si vous répondez Oui, le montant du port est recalculé d'après le tarif transporteur.

• 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 est affiché, si une facture proforma est créée à partir de ce document. Un tunnel permet alors d'accéder à la facture.

• Incoterm (champ EECICT)

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

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

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

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

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

• Ville Incoterm (champ ICTCTY)

Il s'agit de la ville associée à certains types d'incoterm. Exemples : 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.

• Numéro BT (champ BOLNUM)

Ce champ affiche le numéro de bon de transport de cette livraison.

• Numéro remorque/scellé (champ TRAILER)

Ce champ affiche le numéro de remorque ou de scellé figurant sur le bon de transport.

• Code SCAC (champ SCAC)

Ce champ affiche le code SCAC (Standard Carrier Alpha Code) du bon de transport. Ce champ est seulement disponible si le code d'activité KUS - Localisation USA et le paramètre USABOL - Bon de transport (chapitre LOC, groupe USA) ont pour valeur 'Oui'.

Le code SCAC est un code unique servant à identifier les compagnies de transport.

• Numéro progressif (champ PRONUM)

Ce champ affiche le numéro progressif figurant sur le bon de transport. Ce champ est seulement disponible si le code d'activité KUS - Localisation USA et le paramètre USABOL - Bon de transport (chapitre LOC, groupe USA) ont pour valeur 'Oui'.

Le numéro progressif est un numéro de suivi. Il est utilisé par certains transporteurs pour suivre la progression de chaque expédition.

• Condition paiement (champ PTE)

Code condition de paiement. Ce code définit le code règlement ainsi que les règles de répartition des différents acomptes et échéances.
Il est initialisé par le tiers facturé et contrôlé dans la tables des conditions de paiements.
Seule peut être renseignée une condition de paiement cohérente par rapport à la législation et au groupe de la société du site du document.
Les principes généraux liés au paramétrage multi-législation sont détaillés ici.

Il est possible de simuler une répartition grâce au bouton [Simul]. Concernant la gestion des commandes, en création, les acomptes correspondant à la condition de paiement sont automatiquement créés. Le code 'condition de paiement' est modifiable tant qu'aucun acompte n'est réglé et que la commande n'est pas facturée. La modification entraîne alors la suppression des acomptes déjà existants puis la création des acomptes liés à la nouvelle condition de paiement.

• Escompte (champ DEP)

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

Si le devis concerne un prospect, cette information n'est pas initialisée.

• Régime taxe (champ VACBPR)

Cette information permet d'indiquer le régime de taxe du document. Ce code, contrôlé dans la table des régimes de taxe, est initialisé par le code correspondant de la fiche tiers et est modifiable.
Cette information est obligatoire et reste accessible tant que la livraison n'est pas validée.
Seul un régime de taxe dont la législation et le groupe sont cohérents avec ceux du document, peut être renseigné.
Les principes généraux liés au paramétrage multi-législation sont détaillés ici.

• Code exonération NA (champ SSTENTCOD)

• 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. Dans le cas d’un prospect, on ne considérera que les représentants du prospect. Ces codes représentants seront repris sur les lignes du devis. Si l’on modifie un représentant en entête de devis lorsque celui-ci est crée ou s’il existe des lignes sur le devis, le système proposera de répercuter la modification sur l’ensemble des lignes déjà existantes.

• Affaire (champ PJT)

La gestion du code affaire est fonction de la valeur du paramètre CTLOPPCOD - Contrôle affaire obligatoire (chapitre TC - groupe MIS).

• Lorsqu'il a pour valeur Non, il peut s'agir d'un code librement choisi.
• Lorsqu'il a pour valeur Oui, un contrôle d'existence du code affaire saisi est systématiquement effectué.

Lorsque la saisie est contrôlée, et en fonction du contexte, l'utilisateur peut choisir une affaire, ou l'une des entités imputables de l'affaire (un lot budgétaire ou une tâche), au travers de son code imputation :

Vous ne pouvez sélectionner qu'un code imputation actif, dépendants du statut de l'entité concernée. S'il devient inactif après la création du document, le contrôle s'applique et empêche la modification du document.

Le code affaire est, en création, systématiquement reporté sur les lignes du document où il n'est modifiable que si la gestion multi-affaires des documents est autorisée (le paramètre PJTSNGDOC - Une affaire par documenta pour valeur Non).

Lors de la transformation d'un document, le code affaire de l'en-tête est initialisé par le premier document sélectionné (si le code affaire de l'en-tête du document d'origine est devenu inactif, celui du document de destination n'est pas alimenté).

• Oui : le code affaire est reporté sur toutes les lignes, à l'exception de celles liées à un plan de facturation et de celles liées à un jalon non compatible.
• Non : le code affaire n'est pas reporté sur les lignes.
• Même valeur : le code affaire est reporté uniquement sur les lignes qui avaient l'ancien code affaire.

Documents ventes : devis, commandes, livraisons et factures :

• Pour un devis : le devis n'est pas commandé.
• Pour une commande : 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.
• Pour une livraison : la livraison n'est pas validée et il s'agit d'une livraison directe.
• Pour une facture ou un avoir : la facture ou avoir n'est pas validé et il s'agit d'une facture ou d'un avoir direct.

Le regroupement de deux ou plusieurs documents ayant en en-tête des codes affaires différents est autorisé uniquement si le paramètre PJTSNGDOC - Une affaire par document a pour valeurNon. Dans ce cas, 2 commandes disposant d'un code affaire distinct peuvent être regroupées sur un même bon de livraison, par exemple.

• Si la gestion multi-affaires des documents est autorisée (le paramètre PJTSNGDOC - Une affaire par documenta pour valeur Non), la livraison peut porter sur des lignes de livraison directe et sur des lignes articles associées à des tâches. Le code affaire affiché en en-tête est utilisé comme valeur par défaut uniquement sur les lignes de livraison directe. Les lignes articles associées à des tâches conservent leur code affaire qui n’est pas modifiable. Si le code affaire est modifié en en-tête, le report de ce code sur les lignes est proposé selon le mécanisme indiqué ci-dessus. Il s’applique exclusivement aux lignes de livraison directe.
• Si la gestion multi-affaires des documents est interdite (le paramètre PJTSNGDOC - Une affaire par documenta pour valeur Oui), la livraison ne peut pas porter à la fois sur des lignes de livraison directe et sur des lignes articles associées à des tâches.
• Lorsque la livraison porte sur des lignes de livraison directe, vous ne pouvez pas saisir en en-tête un code affaire auquel sont associées des tâches.
• Lorsque la livraison porte sur des lignes articles associées à des tâches, vous pouvez sélectionner uniquement des lignes articles associées à la même tâche. Le code affaire affiché en en-tête permet ainsi de filtrer les tâches dans le volet de sélection.

Cas particulier des articles gratuits générés par une recherche de tarif après modification du code affaire en en-tête : L'article gratuit affiche le code affaire de l'article d'origine, mais uniquement si ce code n'est pas utilisé sur une tâche.

• Poids net (champ NETWEI)

Poids net de la livraison :
C'est la somme des poids unitaires des articles (de l'UV) mutipliée par les quantités en UV, des différentes lignes constituant la livraison.

• champ WEU

Unité de poids.

• Poids brut (champ GROWEI)

Poids brut de la livraison.
C'est le poids net de la livraison augmenté des poids des différents emballages.

• Volume (champ VOL)

Ce champ donne le volume total des emballages du document.

• champ VOU

Code de l'unité dans laquelle est exprimé le volume de l'emballage.
Cette unité a été préalablement définie dans la table des Unités.

• Nb colis (champ PACNBR)

Nombre de colis constituant la livraison ou le bon de préparation.

• Intitulé (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 facturation de pied, de la fiche du client concerné, ou de la commande sélectionnée.
  Reportez-vous à la documentation relative aux Eléments de facturation.
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 livraison par suppression d'une commande ou d'une ou plusieurs lignes issues d'une commande, les montants des éléments de facturation ne sont pas recalculés et les lignes ou commandes supprimées ne sont pas prises en compte : les éléments de facturation relatifs à ces commandes ou lignes ne sont pas repris de la livraison ainsi modifiée.

• champ INVDTATYP

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

• Code taxe SST (champ SFISSTCOD)

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

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

• Immatriculation (champ LICPLATE)

Numéro d'immatriculation du véhicule qui achemine la marchandise.

• Immat remorque (champ TRLLICPLAT)

Saisissez le numéro d'immatriculation de la remorque.

• Date départ (champ DPEDAT)

• Heure départ (champ ETD)

Heure de départ de la livraison.

• Date arrivée (champ ARVDAT)

Affiche la date d'arrivée pour cette livraison ou ce retour.

• Heure arrivée (champ ETA)

Heure d'arrivée de la livraison.

• Emplacement (champ BPCLOC)

Cette notion d'emplacement est uniquement utilisée pour les livraisons de sous-traitance.
Il s'agit du nom de l'emplacement où seront transférés les articles lors de la validation d'une livraison de sous-traitance (changement d'emplacement). L'emplacement doit obligatoirement être un emplacement de sous-traitance. Il est au départ initialisé avec l'emplacement présent dans la fiche fournisseur (pour les livraisons de sous-traitance le client livré doit également être défini en tant que fournisseur).

• Famille mouvement (champ TRSFAM)

Famille de mouvement, initialisée par la famille de mouvement de la transaction utilisée.
Il s'agit d'une information statistique enregistrée dans le journal des stocks au moment de l'enregistrement des mouvements d'entrée. Cette famille de mouvement est issue de la table diverse N°9. La valeur donnée dans le paramétrage de la transaction correspond à une valeur par défaut que l'on peut ou non visualiser et/ou modifier selon le paramétrage de la transaction ('zone saisie', 'affichée', 'invisible').

Information statistique reprise sur les mouvements de stock associés à la livraison. Cette valeur est figée si la pièce d'origine ne fait pas référence à une famille mouvement. Dans le cas contraire, c'est la famille mouvement de la pièce origine du contrôle qualité qui est proposée en priorité.

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

• Intitulé (champ NAMDIE)

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

• Section (champ CCE)

Les sections analytiques sont initialisées conformément au paramétrage des Sections par défaut, associé à la gestion des en-têtes de livraisons. En fonction du paramétrage, elles restent modifiables.
Lorsqu'un axe analytique est utilisé pour le suivi de la gestion à l'affaire, toute modification du code affaire en en-tête de document entraîne la réinitialisation de ce code section, en utilisant le paramétrage des Sections par défaut. Si le code affaire est répercuté sur les lignes, le code section des lignes impactées est également réinitialisé.

• Document global (champ GLBDOC)

Un document global est lié à une expédition sur laquelle les détails de livraison finaux (sites et quantités client) ne sont pas connus au moment du départ.

Exemple : Une société vend des produits de boulangerie sur plusieurs sites client. Le camion livre 1000 unités de marchandise, mais la quantité livrée à chaque site client n'est pas connue. Quand toutes les livraisons sont réalisées, la note d'expédition détaillée/standard est créée puis liée au document global.

Si la fiche courante correspond à l'exemple ci-dessus, vous devez alors sélectionner la case à cocher Document global pour que l'enregistrement soit associé au transport final et que les champs relatifs au transport global soient désactivés.

Sinon, ne sélectionnez pas Document globalpour lier l'enregistrement à un document global.

• Type document global (champ GLBDOCTYP)

Si la fiche courante est liée à un document global, saisissez le numéro et le type (origine) du document global pour l'associer à la fiche et exporter correctement les deux enregistrements vers SAF-T.

• N° document global (champ GLBDOCNUM)

• Date document global (champ GLBDOCDAT)

Ce champ affiche la date du Document global.

• Document manuel (champ MANDOC)

Si le web service est indisponible, la note de transport doit être communiquée via un document papier mentionnant le numéro du document papier et le numéro de système interne. Cette communication doit être effectuée directement dans le portail AT.

Ce champ doit contenir une barre oblique (/) pour séparer le numéro séquentiel de la série (à gauche) du numéro séquentiel lui-même (à droite). Ceci est requis pour toutes les notes de transport avec documents manuels.

• Code AT (champ ATDTCOD)

Ce champ affiche le code AT de la note de transport transmise par l'autorité fiscale.