Commandes

• Site vente (champ SALFCY)

Le site de vente est initialisé par le site de vente associé à l'utilisateur dans son Profil fonction. 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.

• Type (champ SOHTYP)

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

Seul peut être renseigné un type de commande dont la législation et le groupe de sociétés sont cohérents avec ceux de la société du site de vente.

• SOHTYPNOR - Type commande normale (chapitre VEN, groupe ORD) pour une commande de catégorie Normale.
• SOHTYPLND - Type commande prêt (chapitre VEN, groupe ORD) pour une commande de catégorie Prêt.
• SOHTYPINV - Type commande factur. directe (chapitre VEN, groupe ORD) pour une commande de catégorie Facturation directe.

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

Si vous avez créé la commande via le bouton Commande depuis un devis, ce champ est alimenté avec le type de commande renseigné dans le champ Type de commande du devis.
Si aucun type de commande n’est renseigné sur le devis, c’est le paramètre général QUOORDCAT - Cat. commande depuis bouton (chapitre VEN, groupe ORD) qui est utilisé pour définir la catégorie de commande qui sera utilisée (Normale ou Facturation directe).

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

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

• Numéro (champ SOHNUM)

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.

• Avenant (champ REVNUM)

Ce champ n'est pas saisissable. Il est alimenté uniquement lorsque les avenants des commandes sont gérés (paramètre SALREV – Gestion des avenants (chapitre VEN, groupe ORD)). Il contient le dernier numéro d’avenant enregistré pour la commande.

Lorsque vous modifiez une commande, les anciennes valeurs modifiées sur la commande sont historisées et le numéro d'avenant est incrémenté :

• automatiquement, lorsque le paramètre SALREV - Gestion des avenants a pour valeur : 'Géré automatiquement',
• lorsque vous répondez 'Oui' à la question qui s’affiche et vous demande si un avenant doit être généré pour cette modification. Cette question s’affiche lorsque le paramètre SALREV - Gestion des avenants a pour valeur : 'Géré à la demande'.

• l’action Gestion des avenantsdepuis la fonction Commande,
• Visu avenants ligne commande depuis l’icône Actionsde la ligne modifiée de la commande.

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

• Numéro définitif (champ SOHNUMEND)

• 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 vous propose un recalcul des prix et remises sur toutes les lignes de du document.

Lorsqu’une ligne de commande gérée en tarif concerne un article non livrable de type Service, ayant un numéro de plan de facturation et une échéance de facturation en situation d’avancement validée, le recalcul des prix et remises ne se lance plus pour cette ligne.

• Client cde (champ BPCORD)

Le Client commande est le donneur d'ordre de la commande. Il doit être actif pour être saisi sur une commande. Vous pouvez également saisir un prospect. Dans ce cas, un message vous propose de transformer le prospect en client, sans quoi la commande ne pourra être créée.
Vous pouvez changer de client commande tant qu'aucune ligne n'a été saisie sur la commande.

Cliquer sur l'icône Actionspour :

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

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

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

• champ BPCNAM

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

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

• champ WSOHCAT

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

Spécificités intersociétés :

Dans le cadre d’une commande intersites générée automatiquement à partir d’une commande d’achat, les articles sont obligatoirement de type Réceptionné / Livrable. La catégorie de la commande est donc toujours : Normale.

Dans le cadre d’une commande inter-sociétés générée automatiquement à partir d’une commande d’achat, la catégorie de la commande de vente est déterminée par l’article de la première ligne saisie sur la commande d’achat :

• Si le premier article est Réceptionné / Livrable ou Non réceptionné / Non livrable, la catégorie de la commande de vente est Normale. Les lignes suivantes peuvent contenir des articles :
• de type Réceptionné / Livrable. Ces lignes d’articles suivront le flux Livraison/Facture de vente.
• de type Non réceptionné / Non livrable. Ces lignes d’article seront facturées par le biais de l’échéancier de facturation.
• Si le premier article est de type Non réceptionné / Livrable, la catégorie de la commande de vente générée est Facturation directe. Toutes les lignes seront facturées directement sans livraison.
  Vous pouvez ajouter uniquement des articles :
• de type Non réceptionné / Livrable,
• de type Non réceptionné / Non livrable.

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

Spécificités intersocié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.

Spécificités intersocié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.

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.

• 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, cliquez sur l'icône Actionspour choisir une adresse de livraison. Si les adresses de livraisons ne sont pas gérées à la ligne (paramètre LINBPD - Clients livrés à la ligne), 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 vous modifiez l'adresse de livraison de l'entête commande, lorsque vous êtes est en création et qu'aucune ligne n'a été saisie, un message vous demande si vous souhaitez 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, Transitaireet son code adresse, Numéro de TVA Intracommunautaire,Lieu de transport DEB, Contact de livraison et Représentantssi ceux-ci sont issus du client livré).

Si vous modifiez l’adresse de livraison alors que des lignes de commande existent (en création de commande), un message vous indique 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é. Un message vous propose également de répercuter ou non la modification sur les lignes de commande. Plusieurs cas de figure dépendent à ce moment de votre réponse :

• Si vous répondez 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ésentantssi ceux-ci sont issus du client livré). Si un ou plusieurs articles sont interdits pour cette nouvelle adresse, leur liste s'affiche à l'écran dans un fichier trace. Si vous n'avez pas de contrôle bloquant sur les prix (paramètre utilisateur SDACLOK - Ctr non bloquant prix, marge, qt), vous pouvez passer outre le message d'avertissement et continuer. Une boite de dialogue s'ouvre ensuite et propose de recalculer les prix et remises. Si vous répondez Oui, 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.
• Si vous répondez Nonou Finà cette question, les informations de la ligne de commande ne seront pas modifiées.
• Si vous répondez Oui si même valeurà cette question, seules les lignes de commande faisant référence à l'adresse de livraison initiale seront modifiées. Si un ou plusieurs articles sont interdits pour cette nouvelle adresse, leur liste s'affiche à l'écran dans un fichier trace. Si vous n'avez pas de contrôle bloquant sur les prix (paramètre utilisateur SDACLOK - Ctr non bloquant prix, marge, qt), vous pouvez passer outre le message d'avertissement et continuer. Une boite de dialogue s'ouvre ensuite et propose de recalculer les prix et remises. La réponse Ouiprovoque 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.

Remarques:

• 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.
• La boite de dialogue proposant de recalculer les prix et remises ne s’affiche pas lorsque au moins une ligne de commande concerne un article non livrable de type Service et possède une échéance de facturation ayant une situation d’avancement validée. Dans ce cas, aucun recalcul des prix et remises n’est effectué.

Spécificité : 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.

Spécificités intersocié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)

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.

• 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 faisant référence à l'ancien code représentant (choix Oui si même valeur).

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

Un régime de taxe représente la territorialité de la taxe, c'est-à-dire les règles de calcul qui doivent être appliquées pour déterminer le montant de la taxe.

En général, le croisement d'un régime de taxe associé au tiers et d'un niveau de taxe associé à l’article, permet de déterminer le code taxe à appliquer à la ligne de document et par conséquent à la ligne d'écriture.

Le régime de taxe est initialisé par ordre de priorité, par celui issu :

• du Client livré,
• du Tiers/Société,
• du Client.

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

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

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

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

• Code exonération NA (champ SSTENTCOD)

Saisissez le Code d'entité/utilisation pour calculer le montant exact de taxe pour le client. Ce code taxe est compatible avec le système Avalara et permet de déterminer le type de client à des fins fiscales.

Ce champ est disponible pour tous les pays. Le Code d'entité/utilisationpeut être renseigné pour tout type d'adresse de livraison quand un document est traité pour un pays exonéré de taxes. Quand la connexion avec SST Calculer tous documents est sur Nonet qu'un Code d'entité/utilisation est renseigné, le document est exonéré de taxes et n'est pas soumis à des frais de traitement.

• 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. En revanche, si vous modifiez 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ée. Il reste possible de lancer 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)

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.

• Signée (champ APPFLG)

Cette information permet de connaître la situation du document du point de vue de la gestion des signatures. Les 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 (SQHSIGpour 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. Sinon, la commande n'est plus modifiable. Une commande est considérée comme soldée si celle-ci a été totalement livrée (totalement facturée pour les commandes à facturation directe) ou si elle a été soldée manuellement.

• Allocation (champ ALLSTA)

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

• Livraison (champ DLVSTA)

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

• Facture (champ INVSTA)

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

• En-cours (champ CDTSTA)

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

Bloqué

L'état crédit du client est Bloqué, lorsque sur la fiche client on a indiqué que l'en-cours était bloqué ou lorsque l'acompte demandé n'a pas été totalement versé et que le paramètre LOKORD - Blocage commande si acompte non versé (chapitre VEN, groupe ORD) a pour valeur : '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é.

 Le contrôle sur le dépassement d'en cours sur la commande, s'effectue sur le client commandé et non sur le client facturé.

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 - Autorisation déblocage commande (chapitre VEN, groupe AUZ) 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é, Vous ne pourrez pas allouer la commande.
• Si l'acompte n'est pas versé, un message vous demandant confirmation s'affichera lorsque vous procéderez à l'allocation d'une ligne ou de la totalité de la commande.

• champ CDTBTN

• Blocage (champ HLDSTA)

Ce champ s'affiche uniquement quand l'option Code blocage est activée au niveau de la transaction de saisie.
Il affiche le statut de blocage de la commande :

Ok

La commande n’est pas en blocage manuel de commande.

Bloquée,

La commande est bloquée. Le motif du blocage s'affiche à la suite de l'icône du cadenas.
Pour bloquer/débloquer une commande, cliquez sur l'icône du cadenas Verrouillage état blocage.

• champ HLDBTN

Cliquez sur cette icône en forme de cadenas, pour bloquer / débloquer une commande.

Pour bloquer une commande :

• Cliquez sur cette icône. L'écran Blocage/déblocage commande s'affiche.
• Renseignez le Code blocage, en sélectionnant le motif du blocage.
  Ces codes sont définis dans la table diverse 204 qui liste les motifs de blocage manuel. Pour modifier ou saisir un nouveau code dans cette table, cliquez sur l'icône Aller à dans le champ Code blocage.
  Dans cette table, trois paramétrages déterminent le statut de l'allocation, la création de la contremarque et les codes d'accès pour une sécurité accrue :
• Sélectionnez Non dans le champ Allocation pour désallouer les quantités quand le code du motif de blocage est sélectionné.
• Sélectionnez Oui dans le champ Blocage contremarque pour bloquer la création de la contremarque.
• Saisissez un code d'accès pour limiter les droits de levée du blocage de la commande aux seuls utilisateurs dont le profil possède ce code.
• Cliquez sur OK.

Lorsqu'une commande est bloquée, aucune activité ne peut être enregistrée sur cette commande jusqu'à ce que le blocage soit levé. La livraison, la facturation ou la préparation sont bloquées systématiquement. L’allocation et la création de contremarque dépendent des paramétrages du code motif du blocage manuel de commande.

Lorsque le blocage d'une commande est levé mais que le client reste bloqué, l'import de livraison de cette commande est impossible. La livraison interactive de la commande reste toutefois possible.

Pour débloquer une commande :

• Cliquez sur cette icône.
• Sélectionnez Oui dans la boite de message qui s'affiche.

Cette icône n'est pas disponible quand vos droits sont insuffisants pour débloquer la commande. C'est le cas lorsque une seule ou l'ensemble des conditions suivantes sont réunies :

• Vous ne disposez pas du code d'accès nécessaire au niveau de votre profil.
• Le paramètre utilisateur HLDREL - Autoriser blocage manuel commande(chapitre Ventes, groupe AUZ) a pour valeur Non.

L'utilisateur qui a créé le blocage peut toujours le débloquer, même s'il ne dispose pas du code d'accès du blocage.

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

• champ HLDCOD

Ce champ affiche le code motif du blocage manuel, saisi pour bloquer la commande.

Pour saisir ce code, ouvrez l'écran Blocage/déblocage commande en cliquant sur l'icône Verrouillage état blocage (cadenas).
Dans cet écran, cliquez sur l'icône Aller à dans le champ Code blocage pour modifier ou saisir un nouveau code dans la table diverse 204 des motifs de blocage manuel. Dans cette table, trois paramétrages déterminent le statut de l'allocation, la création de la contremarque et les codes d'accès pour une sécurité accrue :

• Sélectionnez Non dans le champ Allocation pour désallouer les quantités quand le code du motif de blocage est sélectionné.
• Sélectionnez Oui dans le champ Blocage contremarque pour bloquer la création de la contremarque.
• Saisissez un code d'accès pour limiter les droits de levée du blocage de la commande aux seuls utilisateurs dont le profil possède ce code.

• ARC imprimé (champ OCNPRN)

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

• Inter-site (champ BETFCY)

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

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

• Signature électronique (champ SOHCFMFLG)

• Date de validation (champ SOHVALDATC)

• Site expédition (champ STOFCY)

Le site d'expédition est le site de stockage d'où seront expédiés les articles lorsque la commande est 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 en-tê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 propose à l'utilisateur de modifier le site d'expédition sur toutes les lignes de commande (seules les lignes de commande non allouées et non livrées sont modifiées).

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

• Priorité livraison (champ DLVPIO)

Indiquez dans ce champ la priorité de livraison (Normal, Urgent, Très Urgent). Cette information est 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 par défaut sur les lignes de commande où elle pourra être modifiée si le mode de livraison de la commande n'est pas commande Complète. Si vous modifiez cette information et que des lignes de commandes existent, un message vous propose 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é.

Les lignes de commande portant sur des articles non livrables ne sont pas concernées par cette information.

• Livraison demandée (champ DEMDLVDAT)

La date de livraison demandée correspond à la date souhaitée par le client. Elle est initialisée par la date d'expédition (elle-même initialisée par la date de commande) augmentée du délai de livraison associé à l'adresse de livraison. Cette date est reprise par défaut sur les lignes de la commande, lorsque les articles sont des articles livrables. Si cette date est modifiée, elle sera utilisée pour recalculer la date d'expédition. Si la commande contient des lignes, un message vous propose de mettre à jour la date de livraison demandée, la date de livraison maximum (si la date saisie est supérieure) 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 est affiché et vous propose de modifier cette date ou de continuer.

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

• Délai livraison (champ DAYLTI)

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

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

• Expédition (champ SHIDAT)

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

Un message d’avertissement peut également s'afficher lorsque la date d’expédition saisie est supérieure à la date de livraison demandée.

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

• Heure livraison prévue (champ DEMDLVHOU)

Ce champ est soumis au code activité EDIX3.
Il vous permet d'indiquer l'heure de livraison prévue de la commande. Cette heure est utilisée, sur les lignes de la commande, pour initialiser la plage horaire de livraison définie par les champs Heure de livraison prévue et Heure maximum de livraison.

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

Ce code vous permet 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 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 sur les lignes de commande, lorsque les articles sont des articles livrables. Vous pourrez la modifier sur les lignes si le mode de livraison de la commande n'est pas Complète.

Si vous modifiez cette information et que des lignes de commandes existent déjà, un message s'affiche et vous propose de répercuter cette modification sur les lignes de la commande.

Spécificités intersocié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 est 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, lorsque les articles sont des articles livrables. Vous pourrez le modifier où il pourra le modifier sur les lignes si le mode de livraison de la commande n'est pas Complète.

Si vous modifiez cette information et que des lignes de commandes existent déjà, un message s'affiche et vous propose de répercuter cette modification sur les lignes de la commande.

Spécificités intersocié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 est initialisé par le transporteur saisi sur la commande d’achat si le transporteur n’est pas renseigné sur le client livré.

• Incoterm (champ EECICT)

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

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

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

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

Le code et la ville Incoterm sont également accessibles via le 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.

• No dern livraison (champ LASDLVNUM)

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

• Date dern livraison (champ LASDLVDAT)

• Type livraison (champ SDHTYP)

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

A défaut d'être renseigné :

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

• Autorisation solde (champ ORDCLE)

Cette information, initialisée par le client commande, permet d'autoriser ou non le solde d'une ligne ou de la commande. Cette information est modifiable en saisie de commande si la transaction l'autorise.

• 1 commande par livraison (champ ODL)

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

• Livraison partielle (champ DME)

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

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

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

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

• Type allocation (champ ALLTYP)

Le type d'allocation (global/détaillé) est initialisé par la valeur du paramètre général ALLTYP -Type allocation (chapitre VEN, groupe SAL). Il 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 peut être allouée depuis la commande : vous pouvez saisir la quantité à allouer en cliquant sur l'icône Actions de la ligne pour choisir des lignes de stock dans le cas d'une allocation détaillée, ou sur le bouton Allocation, ou utiliser les fonctions Allocation automatique ou 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 / 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)

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. Pour simuler l'échelonnement des paiements attendus, accédez à la gestion des conditions de paiement et cliquez sur Simulation.

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.

Cette information est initialisée par la condition de paiement issue du client facturé ou du tiers payeur associé au client du devis, en fonction du choix effectué au niveau du paramètre PAYTERMVAL - Init conditions de règlement (chapitre TC, groupe RSK).

L'initialisation est effectuée selon l'ordre de priorité suivant :

• Fiche Tiers/Société (fonction Tiers)
• Fiche Client.

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

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

• Escompte (champ DEP)

Cette information permet de déterminer des taux d'escomptes ou d'agios en fonction de l'avance ou du retard de règlement par rapport à la date d'échéance. Pour plus d'informations, reportez-vous à la documentation Escomptes.

Le code escompte est saisi sur la commande. Il est initialisé, selon l'ordre de priorité suivant, par celui du client facturé figurant au niveau de la fiche :

• Tiers/Société (fonction Tiers)
• Client.

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égislations sont décrits ici.

• No devis (champ SQHNUM)

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

• No proforma (champ PRFNUM)

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

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

• Condition de facturation (champ INVCND)

Cette information est gérée uniquement pour les commandes de catégorie Normale. Il n'est pas obligatoire.
Elle est initialisée avec la condition de facturation associée au client facturé, lorsqu'elle existe. Vous pouvez la modifier. Seule peut être renseignée une condition de facturation 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égislations sont décrits ici.

La condition de facturation que vous renseignez ici, est utilisée pour initialiser la condition de facturation de chacune des lignes de commande portant sur des articles de catégorie Générique ou Service, qui sont vendus et non livrables.
Si vous modifiez la condition de facturation au niveau de l'en-tête, une boîte de dialogue s'ouvre et propose de répercuter la modification sur les lignes du document suivant les options suivantes :

• Oui : la condition de facturation est répercutée sur toutes les lignes, à l'exception de celles liées à un plan de facturation.
• Non : la condition de facturation n'est pas répercutée sur les lignes.
• Même valeur : la condition de facturation est répercutée uniquement sur les lignes qui avaient l'ancienne condition de facturation.

Seules les lignes non soldées ou n'ayant pas fait l'objet d'une facture sont concernées.

Vous pouvez accéder à la fonction de gestion des Conditions de facturation depuis l'icône Actions. Dans cette fonction, une action Simulation vous permet de simuler l'échelonnement des échéances de facturation attendues.

• Date départ échéance (champ VCRINVCNDD)

Il s'agit de la date de départ de calcul des échéances de facturation.
Cette date est initialisée avec la date de la commande. Vous pouvez la modifier mais elle doit rester supérieure ou égale à la date de la commande. En cas de modification, un message vous propose de recalculer les dates et périodes des lignes des échéanciers. Ce recalcul ne s'applique toutefois pas aux échéances des lignes de commandes déjà facturées totalement ou partiellement.
 L'affichage et la gestion de ce champ (invisible, affiché, saisi) sont liés à la Condition de facturation et  dépendent du paramétrage effectué pour ce champ, au niveau de la transaction de saisie.

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

Les sections analytiques sont initialisées conformément au paramétrage des Sections par défaut, associé à la gestion des en-têtes de commandes. 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é.

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)

Saisissez un intitulé court pour 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.

Les éléments de facturation dont la règle de regroupement est basée sur le prorata des poids ou le prorata des volumes, ne sont pas pris en compte dans le flux pour les articles non livrables.

En cas de modification d'une commande par suppression d'un devis ou d'une ou plusieurs lignes issues d'un devis, les montants des éléments de facturation ne sont pas recalculés en tenant compte des lignes supprimées ou des devis supprimés : la part des éléments de facturation relative à ces lignes ou devis n'est pas retranchée de la commande ainsi modifiée.

Particularités liées à l’inter-société
Si la commande a été générée à partir d’une commande d’achat inter-sociétés ou inter-sites, et que le paramétrage inter-sociétés précise que les éléments de facturation sont issus des Achats, ceux-ci seront initialisés avec les valeurs renseignées sur la commande d’achat d’origine.

• champ INVDTATYP

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

• Code taxe SST (champ SFISSTCOD)

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.

• Article (champ ITMREF)

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

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 vous saisissez une référence Article/client, le système retourne la référence article interne. Un message bloquant s'affiche 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),
• si l'article est de type Composé de kit et n'est pas livrable.

Vous pouvez également utiliser l'icône Actions pour :

• sélectionner un article dans le fichier des articles vendus,
• sélectionner un article dans la liste des articles du client,
• créer, selon vos habilitations, un article dans le fichier,
• visualiser les tarifs de l'article,
• consulter le stock de l’article sur le site d’expédition,
• consulter le stock disponible sur le site d’expédition,
• sélectionner l'article de remplacement s'il a déjà été enregistré. Cette fonction est accessible si l'article origine est indisponible. Un écran s’affiche sur les informations de stock liées à la disponibilité de l’article de remplacement. Il est possible d’accepter ou non le remplacement de l’article. En saisie d'une ligne de commande, l'option Article remplacement est disponible en cliquant sur l'icône Actions du champ Qté commandée dans la table. Elle n'est pas disponible si la ligne a été allouée ou partiellement livrée, facturée ou préparée.

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 a lieu lorsque les deux conditions suivantes sont remplies :

• le champ Article remplacement 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 est impossible 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, on a la possibilité d'accéder à la fiche article par tunnel.

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

• Désignation standard (champ ITMDES1)

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

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

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

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

Activez la saisie prédictive ou automatique en définissant le paramètre AUTOSEL - Sélection automatique sur Oui (chapitre SUP, groupe INT).
Commencez par saisir quelques caractères contenus dans la référence, la désignation (ou autre), puis tabulez.
Une fenêtre affiche une liste de résultats. Sélectionnez la valeur souhaitée.

Se reporter à AUTOSEL – Sélection automatique (chapitre SUP, groupe INT) pour en savoir plus sur les conditions de mise œuvre de la recherche automatique.

• 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. A défaut, c'est la dernière version majeure de statut 'Arrêtée' qui est pré-chargée.

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

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

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

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

• Version mineure (champ ECCVALMIN)

Ce champ affiche la version mineure de l'article.

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

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

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

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

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

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

• Site exp (champ DSTOFCY)

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

Il est possible de :

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

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

• UV (champ SAU)

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

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

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

• Qté commandée (champ QTY)

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

Cliquer sur l'icône Actionspour :

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

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

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

La disponibilité de l'article s'affiche dans le bloc Stock disponible sous le tableau, si l'option Disponibilité de l'article est sélectionnée dans la transaction de saisie de Commande.
Si l'article est indisponible, la mention : ’XXX : Non disponible en stock’ s’affiche, suivie de la date éventuelle de première disponibilité et de la quantité en unité de stock et en unité de vente.
Comme la valorisation du document, l'affichage de la disponibilité de l'article est conditionné par la valeur du paramètre SOHVALLIG - Valorisation commande à la ligne (chapitre VEN, groupe MIS).

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

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

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

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

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

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

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

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

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

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

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

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

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

Lignes de commande portant sur des articles de catégorie Générique ou Service, vendus et non livrables :

Ces articles font l'objet d'une facturation par le biais d'un échéancier de facturation. Tant que la ligne de commande n'est pas facturée totalement, vous pouvez modifier la quantité de la ligne. Dans ce cas, seules les échéances non facturées liées à la ligne peuvent être modifiées. Le pourcentage est recalculé sur l'ensemble des lignes. Le montant total de la ligne de commande peut alors être différent du total de l’échéancier.

Lorsque ces articles sont rattachés à une affaire gérée en facturation à l’avancement :

• La quantité commandée de la ligne est modifiable et impacte ses lignes d’échéances de facturation non validées et non facturées.
• La quantité de la ligne de commande ne peut pas être inférieure à la somme de la totalité des quantités des échéances de facturation facturées et de la totalité des quantités des échéances de facturation en situation d’avancement validées.
• Dans le cas d’une nomenclature dans laquelle un ou plusieurs des composants sont rattachés à une affaire gérée en facturation à l’avancement, la modification de la quantité sur le composé est répercutée sur ces composants uniquement si la quantité saisie reste supérieure ou égale à la quantité en situation d’avancement validée ou facturée. Si elle est inférieure, la répercussion s’effectue uniquement sur les composants non rattachés à une affaire dont la facturation est liée à l’avancement.
• La quantité n’est plus modifiable si toutes les échéances de facturation sont liées à une situation d’avancement validées.
• La modification de quantité n’est pas possible si une structure tarif (frais/remise) génère un changement de prix lorsqu‘une échéance de facturation est en situation d’avancement validée.

• Coef UV-US (champ SAUSTUCOE)

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

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

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

• US (champ STU)

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

• Qté allouée (champ ALLQTY)

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

• Qté en rupture (champ SHTQTY)

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

• Qté à allouer (champ WALLQTY)

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

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

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

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

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

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

Lors de la saisie de la quantité à allouer :

• Un message d'avertissement s'affiche s'il existe déjà des quantités en ruptures sur d’autres documents pour l'article en cours de traitement.
• Si l'option Disponibilité de l'article est sélectionnée dans la transaction de saisie de Commande, une mention affiche dans le bloc Stock disponible sous le tableau. Lorsque la quantité totale à allouer n'est pas disponible, cette mention indique la quantité restant à allouer. Elle est exprimée en unité de stock ou de vente.
  Comme la valorisation du document, l'affichage de la disponibilité de l'article est conditionné par la valeur du paramètre SOHVALLIG - Valorisation commande à la ligne (chapitre VEN, groupe MIS).

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

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

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

Certaines actions sont accessibles, notamment :

• "Filtre allocations". Utilisez cette action pour préciser des informations exploitées par l'allocation détaillée ou au moment de l'expédition si la ligne est en allocation Globale. Des filtres exclusifs peuvent être renseignés : le lot et une combinaison de statuts (La combinaison de statuts saisi doit être incluse dans la Règle de sortie du type de livraison correspondant). Un filtre préférentiel peut être attribué sur un emplacement permettant d'orienter l'allocation. Il est possible de saisir des jokers « *, ? » sur ces informations pour étendre les filtres.

• Type allocation (champ DALLTYP)

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

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

• Quantité à livrer (champ TDLQTY)

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

Lorsque l'article est un article non livrable, sur une commande normale ce champ n'est pas accessible car la quantité à facturer est définie au niveau de l'échéancier de facturation.

• Prix brut (champ GROPRI)

Il s'agit du prix brut unitaire (en unité de vente) 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.

S i l’unité de vente est différente de celle de la ligne du tarif :

- une conversion du montant du tarif est effectuée si la Conversion des unitésa 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’.

Cliquer sur l'icône Actionspour :

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

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

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

Traitement des gratuits

Un traitement des Gratuits est déclenché en fin de ligne de document. Ce traitement génère toutes les lignes d'articles gratuits (Prix brut et remises à 0). Si le paramètre FOCPRI - Valorisation articles gratuits (chapitre VEN, groupe PRI) a pour valeur Oui, une recherche tarif est déclenchée pour le gratuit dans le but de lui affecter un prix brut. Ce prix affecté est compensé soit par une remise ligne en pourcentage, soit par une remise ligne en montant (selon l'ordre des remises) pour obtenir un prix net nul.
Le numéro de la ligne d'origine du gratuit est mentionné sur chaque ligne de gratuit générée dans le fichier des lignes de devis (information non présentée à l'écran). L'information Origine apparaît sur la ligne ayant donné lieu à des gratuits dans le champ Gratuit. Pour la ligne de gratuit cette information a pour valeur 'Oui'. Toutes les lignes de gratuit sont accessibles en modification (exceptées les zones prix et remises). La gestion des gratuits n'est pas prise en compte pour les composants.

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

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

Lignes de commande portant sur des articles de catégorie Générique ou Service, vendus et non livrables

Ces articles font l'objet d'une facturation par le biais d'un échéancier de facturation. Tant que la ligne de commande n'est pas facturée totalement, vous pouvez modifier le prix de la ligne. Dans ce cas, la modification concerne uniquement les échéances non encore facturées, associées à la ligne. Le pourcentage et la quantité des échéances n’est pas affectée. Le montant total de la ligne de commande peut alors être différent du total de l’échéancier.

Lorsque ces articles sont rattachés à une affaire gérée en facturation à l’avancement, vous ne pouvez plus modifier le prix lorsqu’il existe une échéance de facturation liée à une situation d’avancement validée. Le prix redevient modifiable lorsque cette échéance de facturation devient facturée et que les autres échéances de facturation ne sont pas encore liées à une situation d’avancement validée.

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

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

• Condition de facturation (champ DINVCND)

La présence de ce champ est fonction de la transaction de saisie utilisée.
Une condition de facturation permet de déterminer l'échéancier de facturation de la ligne de commande. Elle doit obligatoirement être renseignée si la ligne de commande porte sur un article de type Vendu mais non Livrable. Sinon, elle n'est pas saisissable.
Elle est initialisée à partir de la condition de facturation renseignée dans l'en-tête de la commande, ou à défaut, à partir de celle renseignée sur l'article.

Concernant les articles gratuits, la condition de facturation est initialisée, par ordre de priorité, de la façon suivante :

• condition de facturation renseignée au niveau du paramètre INVCNDFREE - Condition facturation gratuits (chapitre VEN, groupe ORD),
• condition de facturation renseignée dans l'en-tête de la commande,
• condition de facturation renseignée sur l'article,
• condition de facturation de la ligne à l'origine des gratuits, lorsque les gratuits sont liés à une ligne de commande et sont créés à l'issue de la recherche tarifs pour cette ligne.
  Lorsque les gratuits sont générés à partir des tarifs groupés, en fin de saisie de la commande, leur condition de facturation est initialisée à partir des règles définies ci-dessus. Si leur condition n'est pas alimentée, les lignes de gratuits ne sont pas générées.

Concernant les articles de type Composé nomenclature, non livrables, la condition de facturation est initialisée à partir de la condition de facturation renseignée dans l'en-tête de la commande, au niveau de l'onglet Facturation. A défaut, elle est initialisée sur chacune des lignes (composé et composants) à partir de celle renseignée sur l'article de la ligne. Elle reste accessible et modifiable indépendamment sur chacune des lignes. Si la condition de facturation n'est pas alimentée, les échéances de facturation ne sont pas générées. Si la condition de facturation est modifiée sur l'en-tête, une boîte de dialogue s'ouvre et propose de répercuter la modification sur les lignes du document, de la même façon que pour un article normal (voir ci-dessous, les remarques concernant l'ensemble des produits).
Si la condition de facturation est modifiée sur le composé, une boîte de dialogue s'ouvre et propose de répercuter la modification sur les lignes des composants. Si vous répondez Oui, la modification s'applique aux lignes de composants non soldées ou n'ayant pas fait l'objet d'une facture et non liées à un plan de facturation. En modification de commande, un message s'affiche, lors de la modification du choix de l'échéancier, afin de vous signaler que l'échéancier des lignes concernées va être modifié.

Remarques valables pour l'ensemble des articles :

Lorsque la condition de facturation est modifiée sur l'en-tête du document, une boîte de dialogue s'ouvre et propose de répercuter la modification sur les lignes du document, suivant les options suivantes :

• Oui : la condition de facturation est répercutée sur toutes les lignes (y compris sur les lignes de gratuits), à l'exception de celles liées à un plan de facturation.
• Non : la condition de facturation n'est pas répercutée sur les lignes.
• Même valeur : la condition de facturation est répercutée uniquement sur les lignes qui avaient l'ancienne condition de facturation.

Seules les lignes non soldées ou n'ayant pas fait l'objet d'une facture sont concernées.

Le choix de la condition de facturation peut être modifié tant que la ligne de commande n'est pas facturée totalement ou partiellement. En création de commande, lorsque ce choix est modifié sur une ligne de commande, l'échéancier est immédiatement réévalué en fonction de cette nouvelle condition de facturation. En modification de commande, un message s'affiche, lors de la modification du choix de l'échéancier, afin de vous signaler que l'échéancier des lignes concernées va être modifié.

Vous pouvez accéder, en visualisation, à la fonction de gestion des conditions de facturation depuis l'icône Actions. Dans cette fonction, une action Simulation vous permet de simuler l'échelonnement des échéances de facturation attendues.

Pour afficher l’échéancier de facturation d’une ligne de commande, cliquez sur Echéancier depuis l'icône Actions disponible en début de ligne.

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

• Représent1 (champ REP1)

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

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

• Tx com1 (champ REPRAT1)

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

• Tx com2 (champ REPRAT2)

• Coef pond (champ REPCOE)

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

• Date livraison demandée (champ DDEMDLVDAT)

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

Lors de la modification de cette date, le système contrôle que cette date ne correspond pas à un jour non ouvré ou à un jour d’indisponibilité de l’adresse de livraison. S’il s’agit d’un jour non ouvré, la date est décalée à une date postérieure, dans l’autre cas un message d’avertissement le signale.
Le système contrôle également que la date saisie reste inférieure ou égale à la Date de livraison maximumrenseignée sur chacune des lignes de la commande. Si ce n'est pas le cas, un message s'affiche et propose de modifier également la Date de livraison maximum avec la date saisie.

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

• Délai (champ DDAYLTI)

Il s’agit du délai de livraison en nombre de jours du client livré. Ce délai est initialisé par le délai déterminé en en-tête de commande. Il sert à calculer la date de livraison prévue à partir de la date d’expédition. Si l’adresse de livraison est modifiée à la ligne de commande, le délai de livraison 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.

• Date exp (champ DSHIDAT)

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

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

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

• Date livraison prévue (champ EXTDLVDAT)

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

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

• Adresse (champ DBPAADD)

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

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

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

• Contact livraison (champ CNDNAM)

Il s'agit du nom du contact associé à l'adresse de livraison. Si l'adresse de livraison correspond à l'adresse de livraison de l'en-tête de document, le contact proposé par défaut sur la ligne est le contact renseigné sur l'adresse de livraison de l'entête.
Si l'adresse de livraison ne correspond pas à l'adresse de livraison de l'entête de document, 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. Sinon, le système propose le premier contact de cette adresse dans l'ordre alphabétique des codes de contact.

Les lignes de devis portant sur des articles non livrables ne sont pas concernées par cette information.

• Lieu consommation (champ USEPLC)

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

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

• Priorité livraison (champ DDLVPIO)

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

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

• No tournée (champ DDRN)

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

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

• Transporteur (champ DBPTNUM)

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

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

• Code préparation (champ PRECOD)

Ce champ contient le code de préparation. Vous pouvez le sélectionner depuis l'icône Actions ou le saisir s'il n'a pas été paramétré.

• Emballage (champ PCK)

Ce code est contrôlée dans la table des emballages. Il indique le nombre d’articles en unité de vente que l’emballage peut contenir. Il est initialisé une fois l'article saisi, selon l'unité de vente et le site d'expédition :

• si l'unité de vente de la commande est initialisée par l'unité de vente de l'article-client, l'emballage est aussi initialisé par celui de l'article-client.
• Si l'article-client n'a aucune unité de vente, l'unité de vente de la commande reprend celle de l'article. Dans ce cas, l'emballage est celui de l'article-site et à défaut, celui de la catégorie d'article.
• Si vous modifiez le site d'expédition de la ligne est qu'il est différent de celui de l'en-tête de commande, l'emballage est aussi initialisé par celui de l'article-client et à défaut, par celui de l'article-site.

Cette information  est modifiable.
Une fois la ligne saisie et validée, l'emballage n'est plus réinitialisé si vous modifiez le site d'expédition de la ligne. Il faut le saisir manuellement.

Ces informations et la capacité d'emballage sont exploitées au moment de la préparation ou de l'expédition pour effectuer le colisage.
Lors du colisage déclaratif, le code de l'emballage s'affiche s'il est indiqué sur les documents d'origine dans les fonctions Livraisons ou Bons de préparation.

En fonction de vos autorisations, vous pouvez accéder à la fiche de l’emballage.

• Capacité emballage (champ PCKCAP)

• Prix consommateur (champ BPCSALPRI)

Ce champ est soumis au code activité EDIX3.
Il vous permet de saisir le prix final de l'article pour le consommateur.
Sur les lignes de nomenclature et de 'gratuits' générées automatiquement, ce montant a pour valeur : 0

En cas de commandes reçues via EDI, les lignes de nomenclature et de 'gratuits' ne sont pas générées automatiquement. Le prix final de l'article peut être donné par l'expéditeur sur chacune des lignes. Les lignes sont donc importées individuellement avec les valeurs reçues.

• Heure livraison prévue (champ DEMDLVHOU)

Les deux champs Heure de livraison prévue et Heure maximum de livraison sont initialisés par l'Heure de livraison prévue indiquée en en-tête.
Le champ Heure maximum de livraison est soumis au code activité EDIX3.
Ces champs sont, en règle générale, modifiables et vous permettent ainsi de définir une plage horaire de livraison.
Toutefois, dans les cas suivants, ces informations sont alimentées automatiquement et ne sont pas modifiables :

• sur les lignes de nomenclature générées automatiquement où ces valeurs sont identiques à celles de la ligne du composé,
• sur les lignes de 'gratuits' où ces valeurs sont identiques à celles de l'article à l'origine du gratuit.

• Date max livraison (champ MAXDLVDAT)

Ce champ est soumis au code activité EDIX3.
Il est initialisé avec la Date de livraison demandée et reste modifiable. La date saisie doit être supérieure ou égale à la Date de livraison demandée.
Cette information est alimentée automatiquement et n'est pas modifiable :

• sur les lignes de nomenclature générées automatiquement où ces valeurs sont identiques à celles de la ligne du composé,
• sur les lignes de 'gratuits' où ces valeurs sont identiques à celles de l'article à l'origine du gratuit.

En cas de commandes reçues via EDI, les lignes de nomenclature et de 'gratuits' ne sont pas générées automatiquement. Les lignes sont importées individuellement. En cas de modification du composé ou de l'article à l'origine du gratuit, cette modification est répercutée sur les lignes de composants et sur les lignes de gratuits.

• Heure max livraison (champ MAXDLVHOU)

Les deux champs Heure de livraison prévue et Heure maximum de livraison sont initialisés par l'Heure de livraison prévue indiquée en en-tête.
Le champ Heure maximum de livraison est soumis au code activité EDIX3.
Ces champs sont, en règle générale, modifiables et vous permettent ainsi de définir une plage horaire de livraison.
Toutefois, dans les cas suivants, ces informations sont alimentées automatiquement et ne sont pas modifiables :

• sur les lignes de nomenclature générées automatiquement où ces valeurs sont identiques à celles de la ligne du composé,
• sur les lignes de 'gratuits' où ces valeurs sont identiques à celles de l'article à l'origine du gratuit.

• Date limite consom. (champ USELIMDAT)

Ce champ est soumis au code activité EDIX3.
Si l'article est géré en stock et que la gestion de la date de péremption est également gérée, ce champ est initialisé de la façon suivante : Date maximum de livraison (MAXDLVDAT) + Délai de péremption (SHL). La date est calculée suivant les critères du mode de calcul paramétré dans le champ Gestion (EXYMGTCOD) au niveau de l'article.
Cette date est modifiable. Cette date devra être supérieure ou égale à la date de livraison maximum.
Si la date de péremption n'est pas gérée, le champ, par défaut, est vide.

• champ CCE1

Les sections analytiques sont initialisées conformément au paramétrage des Sections par défaut, associé à la gestion des lignes de commande. 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.

• Statut ordre (champ DEMSTA)

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

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

• Origine article (champ FMI)

Ce champ vous permet de choisir la manière de couvrir le besoin exprimé par la ligne de commande : de façon Normale, par une contremarque de réception, par une contremarque directe, par un ordre de production.

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

• Si l'article est de catégorie Service, non livrable, l'origine de l'article est Normale.
• Si l'article n'est pas géré en contremarque, l'origine de l'article est Normale: il est possible de livrer la ligne de commande à partir du stock disponible.

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

• Si un article appartient à la catégorie Acheté et pas Fabriqué, la contremarque par défaut est une contremarque de réception, sauf si la Quantité directe est alimentée dans la section Vente de la fiche Article. Dans ce cas, le type de contremarque proposé par défaut est une contremarque directe si la quantité commandée est supérieure ou égale à la quantité directe.
  Ce type de contremarque (directe) n'est pas exploitable dans un cadre inter-sociétés.
  
  
• Si un article appartient à la catégorie Fabriqué et pas Acheté, la contremarque proposée par défaut est un ordre de fabrication.
  
• Si l'article est de catégorie Serviceet son type de flux est Acheté, les seuls choix possibles sont Normaleet Contremarque directe.

• No contremarque (champ FMINUM)

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

• Mt ligne HT (champ LINORDNOT)

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

• Mt ligne TTC (champ LINORDATI)

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

• Marge ligne (champ LINPFM)

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

• No devis (champ DETSQHNUM)

Il s’agit du numéro de devis à l’origine de la ligne de commande. Pour accéder au devis, cliquez sur Devis depuis l'icône Actions accessible sur la ligne de commande.

• Numéro plan facturation (champ PRGBILNUM)

Ce champ n'est pas saisissable. Il concerne uniquement les articles non livrables, de type Service, rattachés à une affaire gérée en facturation à l’avancement. Il affiche le numéro du plan de facturation associé à l’affaire, que vous générez depuis la fonction de Gestion des affaires, après avoir renseigné le code affaire 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 :

• Normal,
• 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 par échéances de facturation) ou si elle a été soldée manuellement.

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

• Motif solde (champ DCCLREN)

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

• Date solde (champ DCCLDAT)

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

• N° contrat acompte (champ PCNTNUM)

• Statut acompte (champ PREPSTA)

• champ WSTKTXT

L’affichage ou non des informations liées à la disponibilité du stock dépend du paramétrage de la transaction de saisie de Commande.
Comme la valorisation du document, l'affichage de la disponibilité de l'article est conditionné par la valeur du paramètre SOHVALLIG - Valorisation commande à la ligne (chapitre VEN, groupe MIS).

Si l'article est indisponible, la mention : ’XXX : Non disponible en stock’ s’affiche, suivie de la date éventuelle de première disponibilité et de la quantité en unité de stock et en unité de vente.

• champ WALLTXT

L’affichage ou non des informations liées à la disponibilité du stock dépend du paramétrage de la transaction de saisie de Commande.
Comme la valorisation du document, l'affichage de la disponibilité de l'article est conditionné par la valeur du paramètre SOHVALLIG - Valorisation commande à la ligne (chapitre VEN, groupe MIS).

Lorsque la quantité totale à allouer n'est pas disponible, cette mention indique la quantité restant à allouer. Elle est exprimée en unité de stock ou de vente.

• A livrer HT (champ DLRNOT)

• A facturer HT (champ INRNOT)

• Marge (champ PFMTOT)

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

• Lignes HT (champ ORDNOT)

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

• Hors taxe (champ ORDINVNOT)

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

• TTC (champ ORDINVATI)

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

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

Ces informations apparaissent lors de l'impression de l'état ARCTTC2.
 Pour afficher le détail du calcul TTC, cliquez sur l'icône 'Actions' au niveau du montant total. Le détail du calcul est stocké dans les tables SVCRVAT et SVCRFOOT.

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

• Type taxe (champ JURTYP)

Un code taxe peut vous permettre d'identifier plusieurs types de taxes :

• TVA (Taxe sur la Valeur Ajoutée) : à partir du montant hors taxe.
• Taxe parafiscale : cette taxe se base sur le montant HT, sur la quantité ou tout autre élément d’une ligne de document
• Taxe spéciale : cette taxe se base sur le montant HT, sur la quantité ou tout autre élément d’une ligne de document.
• Taxe locale : voir ci-dessous.

Pour une Taxe spéciale ou Taxe parafiscale, sélectionnez la case à cocher Soumis à TVA si c'est le cas.

Taxe locale

Application

Ce type de taxe n'est pas géré en France.
Il s'applique au Canada et en Argentine.

Prérequis

Le code d'activité PTX - Taux de taxe doit être activé préalablement à son utilisation.
Pour la gestion des taxes locales d'Argentine, le code activité dédié KAG doit être activé.

Principe

Les taxes du pied du document sont appliquées selon la région d'origine et/ou la destination.
Cette fonctionnalité peut être étendue à d’autres cas : Les taxes locales dépendent des informations de la table TAXLINK. Elles peuvent être utilisées comme taxes parafiscales au niveau du pied de document. Ce cas particulier vous permet d'éviter le transfert de la taxe directement dans la table.

Emplacement

• Dans le module Ventes, la taxe locale apparaît directement en pied de facture.
• Dans le module Achats, les quatre codes taxes supplémentaires apparaissent à la ligne et sont modifiables.
  Si le nombre de taxes est limité pour les ventes, vous ne pouvez pas en spécifier plus de quatre à la ligne dans les achats.

• Désignation (champ JURNAM)

• Taxes (champ TAXNAM)

• Base taxe (champ BASTAX)

• Cadence (champ TAXRAT)

Utilisez ce champ pour indiquer le taux de taxe applicable à cette taxe.

• Montant taxe (champ AMTTAX)

• Date taxe (champ TAXDAT)

• Pays (champ PAYS)

• Elément (champ DTA)

• Type taxe (champ DTAJURTYP)

Un code taxe peut vous permettre d'identifier plusieurs types de taxes :

• TVA (Taxe sur la Valeur Ajoutée) : à partir du montant hors taxe.
• Taxe parafiscale : cette taxe se base sur le montant HT, sur la quantité ou tout autre élément d’une ligne de document
• Taxe spéciale : cette taxe se base sur le montant HT, sur la quantité ou tout autre élément d’une ligne de document.
• Taxe locale : voir ci-dessous.

Pour une Taxe spéciale ou Taxe parafiscale, sélectionnez la case à cocher Soumis à TVA si c'est le cas.

Taxe locale

Application

Ce type de taxe n'est pas géré en France.
Il s'applique au Canada et en Argentine.

Prérequis

Le code d'activité PTX - Taux de taxe doit être activé préalablement à son utilisation.
Pour la gestion des taxes locales d'Argentine, le code activité dédié KAG doit être activé.

Principe

Les taxes du pied du document sont appliquées selon la région d'origine et/ou la destination.
Cette fonctionnalité peut être étendue à d’autres cas : Les taxes locales dépendent des informations de la table TAXLINK. Elles peuvent être utilisées comme taxes parafiscales au niveau du pied de document. Ce cas particulier vous permet d'éviter le transfert de la taxe directement dans la table.

Emplacement

• Dans le module Ventes, la taxe locale apparaît directement en pied de facture.
• Dans le module Achats, les quatre codes taxes supplémentaires apparaissent à la ligne et sont modifiables.
  Si le nombre de taxes est limité pour les ventes, vous ne pouvez pas en spécifier plus de quatre à la ligne dans les achats.

• Désignation (champ DTAJURNAM)

• Taxes (champ DTATAXNAM)

• Base taxe (champ DTABASTAX)

• Cadence (champ DTATAXRAT)

Utilisez ce champ pour indiquer le taux de taxe applicable à cette taxe.

• Montant taxe (champ DTAAMTTAX)

• Date taxe (champ DTATAXDAT)

• Pays (champ DTAPAYS)

• Valorisation HT (champ TOTINVNOT)

• Valorisation TTC (champ TOTINVATI)