Commandes
Utilisez cette fonction pour gérer les commandes passées par des clients.
Vous pouvez ainsi créer, modifier, supprimer, dupliquer, visualiser et imprimer des commandes de vente.
Les commandes gérées peuvent être de différents types :
- commandes normales livrées et facturées,
- commandes normales portant sur des articles de catégorie Générique ou Service, vendus et non livrables,
- commandes de prêt, qui ne concernent que certains clients et articles pour lesquels le prêt est autorisé. Ces commandes sont livrées et non facturées car elles font l'objet d'un retour de prêt. Autrement, elles peuvent être facturées,
- commandes à facturation directe ou non livrées mais facturées.
Cette fonction est également accessible en cliquant sur l'action Commande en saisie de Devis.
Lorsque la gestion des signatures est activée (paramètre APPSOH), une commande ne peut pas être transformée en bon de préparation, livrée ou facturée tant qu'elle n'est pas signée (voir Règles de workflow sur les commandes, ci-dessous).
Si le paramètre SOHAPPORD - Encours article cde non signée le précise, la commande doit être signée pour que les encours des articles gérés en stock soient générés et pour que la commande puisse être allouée (voir ci-dessous Allocation).
Prérequis
Reportez-vous à la documentation de Mise en oeuvre
Gestion de l'écran
La présentation de l'écran de saisie dépend du paramétrage de la transaction choisie.
Si une seule transaction a été paramétrée, aucun choix n'est proposé. Dans le cas contraire, une fenêtre s'ouvre pour présenter la liste des transactions susceptibles d'être utilisées (le choix peut également être restreint par code d'accès).
En-tête
Saisissez, dans l'en-tête, les informations générales concernant la facture telles que le type de facture, le site de vente, le code du client, la date …
Bloc numéro 1
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êt ou Facturation directe) ainsi que le compteur utilisé (si le compteur est un compteur manuel, le numéro de commande pourra être saisi). Les commandes ouvertes ne sont pas gérées dans cette fonction. Seul peut être renseigné un type de commande dont la législation et le groupe de sociétés sont cohérents avec ceux de la société du site de vente. Pour plus d'informations, cliquez ici. En création manuelle de commande, ce champ est initialisé avec le type de commande défini dans le paramètre suivant :
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 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é :
Pour accéder à l’historique des avenants et visualiser les informations modifiées, cliquez sur :
|
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. Lorsqu’une commande contient plusieurs lignes d’articles non livrables de type Service, ayant un numéro de plan de facturation et une échéance de facturation en situation d’avancement validée, la recherche tarif ne se lance plus pour tous les autres articles gérés en tarif. Cependant, vous pouvez effectuer le recalcul des prix et des remises, de façon manuelle, sur leur ligne de commande. |
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. Cliquer sur l'icône Actions pour :
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. 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 :
|
Onglet Gestion
Utilisez cette section pour identifier :
- les informations commerciales présentes dans l'en-tête de la commande telles que,
- le code du client facturé,
- le code du client payeur,
- le code du client groupe,
- etc.
- les informations sur le statut de la commande telles que,
- l'état de l'allocation,
- l'état de la livraison,
- l'état de la facture,
- l'état de l'en-cours,
- l'état du blocage,
- etc.
La plupart de ces informations sont initialisées par défaut et sont modifiables.
Tiers
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. |
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 Actions pour 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, Transitaire et son code adresse, Numéro de TVA Intracommunautaire,Lieu de transport DEB, Contact de livraison et Représentants si ceux-ci sont issus du client livré). Si 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 :
Remarques :
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. |
Affaires
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).
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 : Le code imputation de l'affaire est constitué :
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 document a 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é).En modification, le code affaire modifié en en-tête est répercuté automatiquement sur les lignes sauf si la gestion multi-affaires est autorisée, auquel cas une boîte de dialogue s'ouvre et propose le report ou non de ce code sur les lignes du document, suivant les options suivantes :
Documents ventes : devis, commandes, livraisons et factures : En cas de répercussion du code affaire sur les lignes, une boite de dialogue s'ouvre et propose de recalculer les prix et remises. La réponse "Oui" provoque une recherche tarifaire, en fonction du nouveau code affaire, pour toutes les lignes du document. En fonction du document traité, le recalcul tarifaire sur les lignes s'effectue uniquement si les conditions suivantes sont remplies :
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 valeur Non. Dans ce cas, 2 commandes disposant d'un code affaire distinct peuvent être regroupées sur un même bon de livraison, par exemple. Livraisons associées à une tâche : Le code affaire affiché en en-tête est renseigné avec le code affaire auquel est rattachée la première tâche sélectionnée.
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. Spécificités intersociétés : Dans le cadre d'une commande inter-sites, le code affaire est automatiquement alimenté avec celui renseigné sur la commande d'achat. S'il s'agit d'une commande ouverte inter-sociétés, le code affaire est vide, il n'est pas issu de la commande d'achat.
|
Représentants
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). |
Gestion et taxes
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 :
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é. 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 :
|
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é/utilisation peut ê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 Non et
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. |
Etat
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).
|
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é
Dépassement d'en-cours
Acompte non versé
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é.
|
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. Ok
Bloquée,
|
champ HLDBTN |
Cliquez sur cette icône en forme de cadenas, pour bloquer / débloquer une commande. Pour bloquer une commande :
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 :
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 :
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. |
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).
|
Bloc numéro 6
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) |
Onglet Livraison
Utilisez cette section pour identifier les conditions de livraison de la commande telles que le site d'expédition, le mode de livraison, le transporteur, etc.
Expédition
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 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. Les lignes de commande portant sur des articles non livrables ne sont pas concernées par cette information. |
Dates
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. |
Transport
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. |
Derniers documents
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) |
Règles
Type livraison (champ SDHTYP) |
Ce champ, non modifiable, rappelle le Type de livraison associé au Type de commande choisi. A défaut d'être renseigné :
|
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
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:
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 manuelle sur 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. |
Allocation
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. |
Onglet Facturation
Utilisez cette section pour identifier les informations de facturation.
Mode facturation
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 :
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 :
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. |
Règlement / Derniers documents
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 :
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. |
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 :
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) |
Bloc numéro 2
Condition de facturation (champ INVCND) |
Cette information est gérée uniquement pour les commandes de catégorie Normale. Il n'est pas obligatoire.
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. |
Tableau Analytique
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. Particularités liées à l'inter-sociétés : |
Tableau Eléments de facturation
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é. 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. |
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. |
Revenir à la valeur calculée |
Onglet Lignes
Utilisez cette section pour définir le ou les articles commandés. Les informations minimales à saisir sont l'article et la quantité.
Vous ne pouvez pas supprimer une ligne de commande liée à un plan de facturation. Dans ce cas, l'article est lié à une affaire paramétrée pour la facturation à l'avancement.
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 :
Vous pouvez également utiliser l'icône Actions pour :
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 :
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.
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). 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 :
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 :
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 :
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 Actions pour :
La quantité commandée doit être renseignée. Un message d'avertissement apparaît si :
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. Particularités liées à l’inter-sociétés : si la commande a été générée à partir d’une commande d’achat inter-sociétés ou inter-sites, cette information est initialisée par la quantité saisie sur la commande d’achat et est inaccessible. Seule une modification de la commande d’achat d’origine peut modifier cette information.
Lorsque la quantité commandée est saisie, un traitement de recherche de tarif est automatiquement effectué. L'objectif de cette recherche est de récupérer :
Le traitement de recherche de tarif peut être déclenché de façons différentes en fonction du type de l'article saisi :
Après le choix de l'alternative, différents cas peuvent se produire en fonction de la constitution de la nomenclature de l'article :
Les lignes correspondant aux différents composants de la nomenclature sont générées :
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 :
A l'issue de ce traitement de recherche de tarif, certains contrôles sont effectués :
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 :
|
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. 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 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 :
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é. Une ligne de commande gérée en contremarque directe ne peut pas être allouée. Certaines actions sont accessibles, notamment :
|
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 Actions pour :
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 gratuitsUn 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. 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 :
Lignes de commande portant sur des articles de catégorie Générique ou Service, vendus et non livrablesCes 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.
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 Gratuits est déclenché en fin de ligne de livraison. Ce traitement génère toutes les lignes d'articles gratuits (Prix brut et remises à 0). Si le paramètre FOCPRI - Valorisation articles gratuits (chapitre VEN, groupe PRI) a pour valeur Oui, une recherche tarif est déclenchée pour le gratuit dans le but de lui affecter un prix brut. Ce prix affecté est compensé soit par une remise ligne en pourcentage, soit par une remise ligne en montant (selon l'ordre des remises) pour obtenir un prix net nul. Lorsque vous cliquez sur Créer pour 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 :
|
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) :
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 Vente de la fiche Article. Ce contrôle peut être bloquant en fonction du paramètre utilisateur SDACLOK-Ctr non bloquant prix, marge, qt (chapitre VEN, groupe AUZ). Le calcul réalisé pour contrôler le taux de marque est le suivant : ((Prix total HT - Prix de revient) / Prix total HT)* 100 >= pourcentage de marge minimale ou taux de marque. 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 :
|
Condition de facturation (champ DINVCND) |
La présence de ce champ est fonction de la transaction de saisie utilisée. Concernant les articles gratuits, la condition de facturation est initialisée, par ordre de priorité, de la façon suivante :
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). 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 :
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). Il peut être modifié uniquement si les deux conditions suivantes sont remplies :
En modification, la gestion du code affaire est fonction de la valeur du paramètre CTLOPPCOD - Contrôle affaire obligatoire.
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 : Le code imputation de l'affaire est constitué :
Vous ne pouvez sélectionner qu'un code imputation actif, dépendant 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. Pour les articles non livrables, de type Service, lorsque le code activité PJM est actif, vous pouvez sélectionner une affaire dont la facturation est liée à l’avancement. Dans ce cas, une fois la commande enregistrée, celle-ci sera visible depuis la fonction Gestion des affaires sur le plan de facturation automatiquement généré et lié à l’affaire sélectionnée. Lorsque le code affaire de l'en-tête du document est modifié, ce code affaire est reporté automatiquement sur les lignes sauf si la gestion multi-affaires est autorisée. Dans ce cas, une boîte de dialogue s'ouvre et propose le report ou non de ce code sur les lignes du document, suivant les options suivantes :
Documents ventes : devis, commandes, livraisons et factures : - En cas de répercussion sur les lignes, une boite de dialogue s'ouvre et propose de recalculer les prix et remises. La réponse Oui provoque une recherche tarifaire, en fonction du nouveau code affaire, pour toutes les lignes du document. - En cas de modification du code affaire à la ligne, ce même mécanisme de recherche tarifaire s'applique sur la ligne. En fonction du document traité, le recalcul tarifaire sur les lignes s'effectue uniquement si les conditions suivantes sont remplies :
Livraisons associées à une tâche : Le code affaire affiché en en-tête est renseigné avec le code affaire auquel est rattachée la première tâche sélectionnée.
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. |
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. 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 :
|
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. La modification de l'adresse de livraison d'une ligne de commande entraîne : 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. 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 :
Cette information est modifiable. 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. 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.
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.
|
Date max livraison (champ MAXDLVDAT) |
Ce champ est soumis au code activité EDIX3.
|
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.
|
Date limite consom. (champ USELIMDAT) |
Ce champ est soumis au code activité EDIX3. |
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. |
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.
|
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 :
|
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. Pour plus d'informations sur les modalités de gestion de la facturation liée à l'avancement, reportez-vous au livre blanc Gestion à l'affaire (PJM). |
Type ligne (champ LINTYP) |
Cette information caractérise le type de ligne en distinguant un article classique d'un kit ou d'une 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) |
Stock disponible
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. 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. 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. |
Marge / Cumul
A livrer HT (champ DLRNOT) |
Ce champ affiche le montant HT restant à livrer, calculé à partir des lignes de commandes non livrées ou partiellement livrées.
Sur les commandes normales, ce montant est calculé uniquement à partir des lignes portant sur des articles livrables.
Sur les commandes à facturation directe, ce montant est alimenté à partir de l’ensemble des lignes. Il correspond toujours au montant à facturer HT.
|
A facturer HT (champ INRNOT) |
Particularités liées à l'inter-sites :
Dans la cadre d'une commande inter-sites, ce champ n'est pas alimenté. |
Marge (champ PFMTOT) |
Indique la marge totale de la commande calculée à partir de la marge des lignes de la commande. |
Bloc numéro 4
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é. |
Valorisation
Hors taxe (champ ORDINVNOT) |
Ce champ indique le résultat HT intégrant les différents éléments de facturation saisis sur la commande. |
TTC (champ ORDINVATI) |
Ce champ indique le résultat TTC intégrant :
Ces informations apparaissent lors de l'impression de l'état ARCTTC2. Pour accéder à l'écran 'Valorisation TTC', cliquez sur le lien du champ TTC. |
Solde d'une ligne de commande | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Cliquez sur cette action pour solder la ligne de commande. Il faut que la fiche client ou la commande autorise le solde d'une commande (Information Autorisation solde commande sur l'onglet Gestion de la fiche client et information Autorisation solde sur l'onglet Livraison de la commande, initialisée par l'information issue de la fiche client). Vous devez disposer de l'habilitation Solde sur la fonction de gestion des commandes. Cette fonction permet de réactiver une ligne de commande soldée à condition que la commande ne soit pas totalement soldée et que la ligne de commande ne concerne pas un contrat de service. Particularités liées à l’inter-sociétésDans le cas d'une ligne de commande générée à partir d'une commande d'achat, le solde manuel d'une ligne de commande est interdit. Seule la commande d'achat à l'origine de cette ligne peut la solder manuellement (par solde de la ligne de la commande d'achat). |
||||||||||||||||||||||||||||||||||||||||||||||||||||||
Calcul tarif | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Cliquez sur cette action pour lancer une nouvelle recherche de tarif, notamment lorsque le tarif n'est pas renseigné. Les prix et remises sont alors actualisés pour la ligne de commande sélectionnée. Dans le cas d’une ligne de commande portant sur des articles rattachés à une affaire gérée en facturation à l’avancement, la recherche tarif ne réactualise plus les prix pour l’ensemble de la commande lorsqu’une des lignes de la commande a une échéance de facturation en situation d’avancement validée. Cependant, pour recalculer les prix et les remises sur les autres articles de la commande qui ne possèdent aucune échéance de facturation en situation d’avancement validée, cliquez sur l'action Recalcul tarif. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||
Situation ligne | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Cliquez sur cette action pour visualiser l'état de la ligne de commande en termes de cumuls de quantités.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||
Détail allocation | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Cette action est disponible si la ligne de commande est allouée. Elle vous permet de consulter les lignes de stock allouées au titre de la ligne de commande ou le cumul alloué s'il s'agit d'une allocation globale. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||
Échéance de facturation | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Cette action affiche l'échéancier de facturation de la ligne de commande. Elle est uniquement disponible :
Deux champs sont disponibles pour les échéances de facturation au statut A facturer, vous permettant de saisir toute information que vous jugez utile. Il s’agit d’une part, de la Nature de la ligne d’échéancier (valeurs libres renseignées dans la table diverse 205) et d’autre part, d’un Motif, qui est un texte traduisible de 80 caractères maximum. Les échéances de facturation liées à une affaire peuvent être gérées directement depuis la Gestion à l'affaire. Il est donc possible que vous constatiez des incohérences au niveau des dates, de la quantité, ou du montant d'une échéance de facturation. Si la quantité ou le montant de l'échéance a été modifié, cette modification est appliquée à la prochaine échéance, qu'il s'agisse d'une augmentation ou d'une diminution de valeur. Les ajustements effectués dans la Gestion à l'affaire ne peut pas être redistribués sur les échéances restantes au moment de l'ajustement. Pour cela, vous devez utiliser la présente fonction. Articles non livrables : En création, l'échéancier débute à la date de départ indiquée dans la section Facturation. Il est défini sur la base des critères renseignés dans la condition de facturation associée à la ligne.
L'échéancier créé n'est qu'une proposition. Vous êtes libre de modifier les échéances n'ayant pas encore fait l'objet d'une facturation. Tant que la ligne de commande n'est pas facturée totalement, vous pouvez ajouter ou supprimer des échéances. Vous pouvez également modifier les informations relatives à chacune des échéances, comme les dates de début et fin de période, date de prochaine facture, quantités, ou montants. Vous pouvez utiliser les actions suivantes notamment après avoir apporté des modifications à l'échéancier :
Articles non livrables : En création, l'échéancier débute à la date de départ indiquée dans la section Facturation. Il est défini sur la base des critères renseignés dans la condition de facturation associée à la ligne.
L'échéancier créé n'est qu'une proposition. Vous êtes libre de modifier les échéances n'ayant pas encore fait l'objet d'une facturation. Tant que la ligne de commande n'est pas facturée totalement, vous pouvez ajouter ou supprimer des échéances. Vous pouvez également modifier les informations relatives à chacune des échéances, comme les dates de début et fin de période, date de prochaine facture, quantités, ou montants. Vous pouvez utiliser les actions suivantes notamment après avoir apporté des modifications à l'échéancier :
Articles non livrables de type Service dont la facturation s’effectue sans jalon : Cet échéancier est initialisé sur la base des critères renseignés dans la Condition de facturation associée à la ligne. La ligne de commande peut être rattachée ou non à une affaire. Toutes les échéances de facturation ont pour statut la valeur A facturer et le champ Facturable a pour valeur Oui. L’échéance devient facturable lorsque la date de prochaine facture est atteinte. Articles non livrables de type Service dont la facturation s’effectue par jalon : Cet échéancier est initialisé sur la base des critères renseignés dans la Condition de facturation associée à la ligne. Si la ligne de commande est rattachée à une affaire, vous pouvez rattacher chacune des échéances de facturation A facturer à un jalon, c’est-à-dire à une tâche ou à un budget qui sont liés à l’affaire. Si la ligne de commande n’est rattachée à aucune affaire, le choix du jalon est libre. S’il s’agit d’un budget, il ne doit être ni soldé ni livré. S’il s’agit d’une tâche, elle ne doit pas être soldée. L’échéance devient facturable lorsque les conditions suivantes sont remplies :
Lorsque la facture est effectivement facturable, son statut devient A facturer et le champ Facturable est sur Oui. La facturation peut se faire directement en cliquant sur l’action Facture dans la fonction des commandes. Elle peut se faire également, soit depuis la fonction de gestion des Factures par picking des échéances de factures de commandes, soit par le traitement automatique de Génération factures échéances. Remarques :
Articles non livrables de type Service rattachés à une affaire gérée en facturation à l'avancement : Cet échéancier est initialisé sur la base des critères renseignés dans la Condition de facturation associée à la ligne. Il est ensuite mis à jour sur la base des informations liées à la situation d’avancement de l’affaire, saisies au niveau du plan de facturation. Une échéance devient facturable lorsque vous validez la situation d’avancement correspondant à cette échéance, au niveau du plan de facturation et à la condition que le statut de l’affaire ait pour valeur Lancée. Sur la ligne d’échéance, le champ Situation affiche la référence du budget, de la tâche ou de l’affaire concernée par défaut. La facturation peut se faire directement en cliquant sur l’action Facture depuis la fonction de la commande. Elle peut se faire également, soit depuis la fonction de gestion des Factures par picking des échéances de factures de commandes, soit par le traitement automatique de Génération factures échéances. Les informations liées à la facturation, notamment le statut de l’échéance par rapport à sa facturation et la référence de la facture sont affichées au niveau de l’échéancier ainsi que sur le plan de facturation. L’échéancier est créé et mis en mémoire automatiquement lorsque vous l’affichez ou sinon, lorsque la commande est créée. Ainsi, si vous apportez une modification à la condition de facturation après avoir affiché l'échéancier ou créé la commande, cette modification n’est pas répercutée sur l’échéancier. Pour plus d'informations, reportez-vous au livre blanc Gestion à l'affaire (PJM). Cliquez sur le lien qui correspond à votre solution Sage X3 :
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||
Stock par site | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Cliquez sur cette action pour visualiser l'état du stock de l'article sur le site d'expédition de la ligne de document, ou sur l'ensemble des sites. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||
Saisie texte ligne | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Cette fonction permet de saisir un texte à la ligne de commande imprimé sur l'accusé de réception de la commande. Ce texte peut être initialisé sur la ligne de commande par le texte de l'article et propagé sur les livraisons et factures en fonction de la valeur du paramètre général SALTEXLIN - Suivi texte article (chapitre VEN, groupe TEX). |
||||||||||||||||||||||||||||||||||||||||||||||||||||||
Visu avenants ligne commande | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Cette action est disponible uniquement s'il existe au moins un avenant enregistré pour la ligne de commande. Cliquez sur cette action pour visualiser, sous forme de tableau, l'historique des avenants. Les lignes sont affichées par numéro d’avenant en ordre décroissant. Sur chaque ligne d'avenant, la plupart des informations de la ligne de commande sont affichées, les informations modifiées étant présentées en rouge La gestion des avenants est soumise au paramètre SALREV-Gestion des avenants (chapitre VEN, groupe ORD). Lors de l'impression de l'accusé réception de commande, vous avez la possibilité d'imprimer un numéro d'avenant (le dernier numéro d'avenant sera proposé par défaut). Les informations relatives à un avenant sont imprimées. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||
Explication du prix | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Cliquez sur cette action pour afficher l'explication de l'obtention du prix net de la ligne de document par application des différentes remises sur le prix brut de l'article. Les motifs affichés permettent de connaître les éventuels tarifs mis en oeuvre. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||
Devis | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Cliquez sur cette action pour ouvrir le devis à l'origine de la ligne de commande. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||
Contrats de service | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Cette action, disponible uniquement pour un article de type contrat de service, vous permet de visualiser l'ensemble des contrats générés pour la ligne de commande.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||
Configurateur | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Cliquez sur cette action pour accéder au configurateur :
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||
Allocation manuelle | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Pour accéder à cette action d'allocation détaillée manuelle, vous devez avoir l'autorisation Allocation dans la fonction de gestion de commandes. Cette fonction est disponible quel que soit le type d'allocation de la ligne. Si le type d'allocation de la ligne est Global, un message d'avertissement vous signale que l'allocation qui sera effectuée changera le type d'allocation de la ligne en Détaillé. La liste de sélection de lignes de stock est filtrée en fonction de critères de picking parmi lesquels certains sont définis par défaut. Pour les versions par exemple, toutes les lignes de stock sont affichées par défaut pendant la création d'allocation (les lignes ne sont pas filtrées selon les règles de gestion appliquées aux statuts de version (Prototypes, Suspendues, Arrêtées, etc.). Vous pouvez modifier ces filtres en cliquant sur l'action Critères picking.
Si le client est en dépassement de crédit, un message s'affiche pour confirmer si le paramètre utilisateur SCDTUNL - Autorisation déblocage cde (chapitre VEN, groupe AUZ) autorise ce dépassement. Sinon, il est impossible d'accéder à cette fonction et un message bloquant est affiché. Si l'acompte n'est pas versé, un message s'affiche pour avoir une confirmation avant d'accéder à cette fonction. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||
Détail valorisation | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Ordre de fabrication | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Commander | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Derniers articles commandés | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Cliquez sur cette action pour accéder aux derniers articles commandés par le client. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||
Traçabilité pièces ventes | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Cliquez sur cette action pour accéder à la fonction de consultation Traçabilité pièces vente permettant de visualiser et de naviguer dans la hiérarchie des documents à l'origine ou issus du document. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||
Affectations | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Planification multi-niveaux | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Cliquez sur cette action pour accéder à la fonction de Planification multi-niveaux de l'article. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||
Notes articles | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Cliquez sur cette action pour afficher une fenêtre présentant la ou les notes associée(s) à cet article. Les notes sont limitées à une consultation à l'écran et ne peuvent pas être imprimées. Pour plus d'informations, se reporter à la documentation sur les Notes. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||
Valorisation TTC | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Descriptions des champs
Bloc numéro 1
Tableau Taxes
Tableau Eléments de facturation
Totaux
|
Utilisez cette option pour afficher le détail par juridiction fiscale pour le produit sélectionné.
Type taxe (champ JURTYP) |
Un code taxe peut vous permettre d'identifier plusieurs types de taxes :
Pour une Taxe spéciale ou Taxe parafiscale, sélectionnez la case à cocher Soumis à TVA si c'est le cas. Taxe localeApplicationCe type de taxe n'est pas géré en France. PrérequisLe code d'activité PTX - Taux de taxe doit être activé préalablement à son utilisation. PrincipeLes taxes du pied du document sont appliquées selon la région d'origine et/ou la destination. Emplacement
|
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) |
Tableau Eléments facturation
Elément (champ DTA) |
Type taxe (champ DTAJURTYP) |
Un code taxe peut vous permettre d'identifier plusieurs types de taxes :
Pour une Taxe spéciale ou Taxe parafiscale, sélectionnez la case à cocher Soumis à TVA si c'est le cas. Taxe localeApplicationCe type de taxe n'est pas géré en France. PrérequisLe code d'activité PTX - Taux de taxe doit être activé préalablement à son utilisation. PrincipeLes taxes du pied du document sont appliquées selon la région d'origine et/ou la destination. Emplacement
|
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
Valorisation HT (champ TOTINVNOT) |
Valorisation TTC (champ TOTINVATI) |
Cliquez sur cette action pour afficher les statistiques fiscales détaillées, basées sur le code taxe Sage Sales Tax (SST). Cette option est disponible si le document est imposé en utilisant le code taxe SST.
Autres informations
Picking des devis
Utilisez la liste de sélection Sélection devis pour convertir des devis en commandes. Les devis proposés sont filtrés en fonction des informations déjà saisies sur la commande (le site, le client...).
Un à N devis peuvent être sélectionnés ainsi qu'une partie ou toutes les lignes de chaque devis. Les devis disponibles à la sélection n'ont pas été commandés ou ont une date de validité qui n'a pas été dépassée.
Quand une ligne de devis est sélectionnée sur une ligne de commande, le numéro de devis s'affiche sur la ligne de commande et vous pouvez accéder à chaque devis via l'icône Actions.
En création ou modification de commande, quand le type de commande est indiqué en entête, seuls les éléments suivants peuvent être sélectionnés :
- les devis avec le même type de commande,
- les devis sans type de commande renseigné.
Cas particulier des conditions de paiement
Sur un devis, les conditions de paiement ne sont pas toujours renseignées (le prospect n'a pas ces informations et elles ne seront pas définies si sa saisie n'est pas obligatoire dans la transaction de saisie). Si lors du picking d'un devis, celui-ci ne dispose pas de condition de paiement, alors la condition de paiement utilisée restera la condition de paiement par défaut qui avait été initialisée par le système au moment du choix du client commande ou celle saisie manuellement. Si aucune condition de paiement n'a été saisie en création ou modification de commande, un message d'erreur s'affiche et aucune commande ne sera créée tant que cette information n'est pas fournie.
Modification de la commande
Une commande peut être modifiée tant qu'elle n'est pas totalement soldée. De même, pour chaque ligne de commande, la modification est possible tant que la ligne n'est pas soldée. Par ailleurs, dès que la commande a été totalement ou partiellement livrée, le client facturé n'est plus modifiable. La quantité commandée de chaque ligne peut être modifiée à condition que la nouvelle quantité ne soit pas inférieure à la quantité déjà allouée ou livrée.
Lorsque vous modifiez une commande et que les avenants sont gérés automatiquement (paramètre SALREV - Gestion des avenants (chapitre VEN, groupe ORD)), le numéro d'avenant affiché en en-tête de commande est incrémenté dès que vous enregistrez la commande. Si les avenants sont gérés à la demande (paramètre PURREV- Gestion des avenants), une question s'affiche et vous demande si un avenant doit être générés pour cette modification. Si vous répondez 'Oui', le numéro d'avenant en en-tête de commande est incrémenté de la même façon que lors d'une génération automatique d'avenant.
Différents messages d'avertissement peuvent apparaître selon les champs que vous avez modifiés :
- Lors de la modification de l'adresse de livraison en entête de commande, un message apparaît proposant de répercuter ce changement pour tous les champs de l'entête de commande associés à ce client livré c'est à dire le délai de livraison, la priorité de livraison, le numéro de tournée, le mode de livraison, le contact, le code transporteur et les représentants. Si ce changement est accepté et donc si le délai de livraison change, un message s'affiche pour indiquer que la date d'expédition a été modifiée. Si le paramètre LINBPD - Clients livrés à la ligne a pour valeur Non, les informations de la ligne liées à l'adresse de livraison seront également mises à jour. Si le paramètre LINBPD - Clients livrés à la ligne a pour valeur Oui, et que vous avez répondu Oui à la question réalimentation des zones d'entête, un second message apparaît permettant de préciser :
- si vous souhaitez répercuter les informations de la nouvelle adresse de livraison sur toutes les lignes (réponse Oui),
- si vous ne souhaitez pas répercuter les informations de la nouvelle adresse sur les lignes (réponse Non)
- si l'on souhaite seulement répercuter les informations sur les lignes ayant un code adresse différent du nouveau code adresse (réponse Valeur).
Cas particulier :
- Si la réponse à la première question (les sections rechargement entête) est Non, et la réponse à la question de Répercussion sur les lignes est Valeur, alors seuls le code de l'adresse et le contact seront chargés sur les lignes dont le code adresse est différent du nouveau.
- Si la réponse à la question de Répercussion sur les lignes est Oui, seul le code d'adresse et contact seront chargés sur toutes les lignes.
- Quand vous modifiez d'autres champs dans l'entête de commande, une question vous demande d'indiquer si la modification doit s'appliquer à toutes les lignes ou seulement à celles ayant la même valeur que les lignes d'entête. C'est le cas quand vous modifiez les champs : Site d'expédition (pour les lignes non allouées ou non livrées), Priorité de livraison, Livraison demandée, Délai de livraison, Date d'expédition, Mode de livraison,Représentant, Transporteur...
- Lors de la modification de la date de commande ou de la quantité d'une des lignes de la commande, un message apparaît proposant de recalculer le prix et les éventuelles remises saisies ou calculées lors de la création. Ce message apparaît également lors de la duplication de de la commande.
- Lors de la modification de la quantité d'une ligne à l'origine d'un gratuit, un message d'avertissement le signalera .
- Lors de la modification de la quantité allouée pour saisir une quantité supérieure à la quantité commandée, un message d'avertissement apparaît.
- Lors du solde d'une ligne de commande déjà soldée (à condition que la commande elle-même ne soit pas totalement soldée), un message apparaît proposant d'annuler le solde de cette ligne de commande.
- Lors de la modification ou de la suppression d'une ligne de commande concernant un composant de nomenclature un message d'avertissement le signalera.
- La modification ou le solde d'une ligne de commande concernant un composé de nomenclature entraîne l'apparition d'un message permettant de décider si les composants doivent également être modifiés ou soldés.
- La suppression d'une ligne de facture concernant un composé de nomenclature déclenche un message vous permettant de décider si les composants doivent être supprimés également.
Particularités liées à l’inter-sociétés
Dans le cas d'une commande générée à partir d'une commande d'achat, l'ajout d'une ligne d'article sur la commande sera interdit. Seul l'ajout d'une ligne sur la commande d'achat d'origine permettra d'ajouter une ligne de commande.
En cas de mise à jour du prix, de la quantité ou de l’unité sur la ligne de la commande d’achat, la mise à jour du prix sur la ligne de commande de vente s’effectue, en fonction du paramétrage effectué au niveau du champ Transfert prix dans la fonction Paramétrage inter-sociétés :
- soit en transférant le prix à partir de la commande d'achat,
- soit en effectuant une nouvelle recherche de tarif.
Suppression de la commande
Une commande peut être supprimée même s'il existe des allocations sur la commande. Un message apparaît vous le signalant. Pour poursuivre l'opération de suppression, la commande doit d'abord être désallouée. Pour chaque ligne de commande, vous pouvez effectuer une suppression même si la ligne a été allouée.
Vous ne pouvez pas supprimer une commande si une de ses lignes est liée à un plan de facturation. Dans ce cas, l'article est lié à une affaire paramétrée pour la facturation à l'avancement.
Particularités liés à l'inter-sociétés : Dans le cas d'une commande générée à partir d'une commande d'achat, la suppression de la commande (ou d'une ligne de la commande) est interdite. Seule la commande d'achat à l'origine de la ligne vous permet de supprimer la commande (ou la ligne de commande).
Duplication de la commande
Si vous dupliquez une commande et modifiez le code client, vous devrez certainement réinitialiser :
- les textes de ligne,
- les textes de pied et d'entête,
- les unités de vente et coefficients d'unité de vente (UV-US) - l'unité de stock des lignes d'articles réévaluées, notamment si les unités de ligne s'appliquent à des unités spécifiques client. Dans ce cas, toutes les données de ventes seront recalculées.
Réinitialisation texte ligne
- Si la duplication implique un seul client, le texte de la ligne dupliquée restera inchangé.
- Si la duplication implique un autre client, le texte sera mis à jour à partir du texte de vente de la fiche article-client ou, le cas échéant, à partir du texte de vente de l'article.
Réinitialisation des textes pied et entête
- Si la duplication implique un seul client, le texte reste le même.
- Si la duplication implique un autre client, le texte est mis à jour à partir du texte d'accusé du client.
Réinitialisation des unités et coefficients de vente des lignes article
Les coefficients UV-US et unités des lignes d'article sont réinitialisées quand l'unité de vente d'origine n'est pas en adéquation avec le nouveau client. Le traitement est le suivant :
Le système vérifie si l'unité de la ligne correspond à :
- l'unité de vente du nouveau client,
- ou à l’unité de conditionnement 1 ou 2 du nouveau client,
- ou à une des unités d'article (unité de vente, unité de stock, unités de conditionnement).
Si l'unité présente sur la ligne ne correspond pas à une des unités de vente du nouveau client, alors le système cherchera à remplacer l'unité de la ligne par une des unités suivantes, consécutivement :
- l’unité de vente de l’article-client,
- l’unité de vente de l’article,
- en dernier recours par l’unité de stock.
Dès qu'une unité de substitution est identifiée, elle est prise en compte. Le système contrôle ensuite que le coefficient de conversion UV-US est identique au coefficient de conversion d'origine. Si ce coefficient UV-US diffère de l'original, le système recalcule la quantité en unité de vente pour que la quantité en unité de stock s'aligne avec celle d'origine.
Si après ce calcul la quantité en unité de stock est la même que celle d’origine, le système réinitialise :
- l’unité de vente,
- la quantité en unité de vente,
- le nouveau coefficient de conversion.
Sinon, le système recherche une nouvelle unité de vente et recalcule la quantité en unité de vente jusqu’à ce que la quantité en unité de stock soit la même que celle d’origine.
Recalcul autres données
Si vous modifiez l'unité de vente ou la quantité en unité de vente, ou les deux, alors :
- Si la commande d'origine a été allouée, la quantité à allouer en unités de vente est réinitialisée.
- La quantité d'origine en unités de vente est réinitialisée.
- Si la nouvelle unité est une unité article-client et si la fiche article-client a le même code de colisage que la ligne, l'emballage ou la capacité d'emballage ne seront pas réinitialisées.
Sinon, le code emballage ou la capacité d’emballage sont réinitialisés. - Si le coefficient de conversion change, alors il faut recalculer :
- Au niveau de la ligne :
- le prix brut, le prix net, le prix net HT et le prix net TTC,
- les montants de base de calcul de taxe,
- la marge,
- le poids et le volume,
- les montants.
- Au niveau du document :
- les montants.
Les prix sont exprimés en unité de vente et non en unité de stock.
Spécificité articles de type 'contrat de service'
Il est interdit de dupliquer une commande de vente pour les articles de type 'contrat de service'. Les lignes liées à ce type d'article sont automatiquement supprimées. Vous devez les saisir de nouveau.
Spécificités kits
Pour un kit, l’unité de vente peut être l’unité de vente de l'article-client ou une unité de conditionnement de l’article-client. La duplication peut entraîner un changement d'unité et un recalcul de la quantité commandée.
Pour les composants, l'unité de vente est toujours initialisée selon l'unité de vente de l'article. L'unité de vente et la quantité ne sont jamais modifiées pour ce type de ligne.
États
Par défaut, les états suivants sont associés à la fonction :
ARCCLIENT : ARC client
ARCCLIENT2 : ARC client pied fixe
ARCCLIENT2PI : ARC client pré-imprimé
ARCTTC : ARC client TTC
ARCTTC2 : ARC client TTC pied fixe
ARCTTC2PI : ARC client TTC pré-imprimé
SCARNETCDE : Carnet comm. client valorisé
SCARNETQTY : Carnet commande client
SOHOSTCTL : Commandes de vente bloquées
SORDERE : Liste des commandes de vente
SORDERL : Liste commandes vente détail
SPROALIV : Liste des articles à livrer
Mais ceci peut être modifié par paramétrage.
Ce paramétrage s'effectue au niveau de la Personnalisation de l'objet en cours, en lui associant soit un code état, soit un code impression.
Il est possible d'affiner ce paramétrage :
- En indiquant un état particulier au niveau de la transaction de saisie. Si cet état correspond à un code impression, la liste des états associés à ce code impression est également proposée.
L'état renseigné au niveau de la transaction de saisie ainsi que les états associés au code impression sont proposés automatiquement uniquement en mode création. - A un niveau plus fin, en associant au tiers, un modèle d'édition indiquant l'état à utiliser en priorité pour l'impression de chacun des documents, ainsi que le nombre de copies attendu.
Si le nombre de copies n'est pas renseigné ou si aucun modèle d'impression n'est associé au tiers, c'est le nombre de copies défini pour l'imprimante de Destination qui est pris compte ; si le nombre de copies n'est pas renseigné sur l'imprimante de destination, alors par défaut, une seule copie est imprimée.
Actions spécifiques
Cliquez sur cette action pour allouer directement toutes les lignes de commande : la quantité commandée est considérée comme quantité à allouer. L'allocation des lignes de commande dépend du type d'allocation précisé sur la ligne de commande. Cette action est active si vous disposez de l'habilitation Allocation sur la fonction de gestion des commandes. Si l'allocation est de type globale, une réservation est effectuée en fonction des cumuls de stock de l'article et de la règle d'allocation de la catégorie à laquelle appartient l'article. Cette règle permet de déterminer par grande famille de statuts lesquels sont autorisés pour l'allocation. Si l'allocation est de type détaillé, une réservation est effectuée sur les objets de stock (Lot - Série - Statut - Emplacement - Unité de conditionnement) en fonction de la règle d'allocation de la catégorie à laquelle appartient l'article. Des filtres ayant pu être saisis sur les lignes de commandes impactent le résultat de l'allocation détaillée. Deux filtres exclusifs peuvent être saisis. Il s'agit du filtre sur numéro de lot et sur statut. Dans l'algorithme d'allocation, si aucun objet de stock ne correspond à ces filtres exclusifs complémentaires, une rupture est générée. En cas de rupture, seule la quantité disponible est directement allouée, le reliquat est stocké dans un compteur de quantité en rupture et peut être alloué (en priorité) dès que la quantité en stock est suffisante. Les lignes en rupture peuvent être traitées en priorité par la fonction d'allocation automatique. Lorsque le circuit des signatures est géré (paramètre APPSOH - Gestion des signatures commandes), l'allocation des commandes de vente qui ne sont pas Totalement signées peut être interdite par paramétrage (paramètre SOHAPPALL - Allocation commande non signée).
Tout ajout/suppression de ligne ou toute modification d'un champ ayant un impact sur le statut de la signature (signature annulée), provoquera une désallocation automatique de la commande (la liste de ces champs est donnée dans la documentation sur la Règle gestion signatures commande : SOHSIG. Spécificités liées aux kits commerciauxLes allocations sur le composé et les composants ne sont pas dissociables. Cela signifie que si vous allouez le composé, les composants sont allouées à la hauteur de la quantité à allouer sur le composé. Si le stock était insuffisant pour certains composants, ou pour le composé, des ruptures sont automatiquement générées quelle que soit la valeur du paramètre GENSHT - Génération de ruptures (chapitre STO/ Groupe MIS). Règle concernant l'allocation et la décimalisation de l'unitéLorsqu'une allocation sur une unité non décimalisée est effectuée, par exemple un carton de 10 unités, si vous ne pouvez pas allouer totalement l'unité, le système génère une rupture complète. Les unités de ventes sont toujours allouées par parties entières. Si l'acompte n'est pas versé, un message s'affiche pour avoir la confirmation avant d'accéder à cette fonction.
Cette fonction met en évidence l'état d'allocation de la commande :
Cette fonction d'allocation offre certaines options d'allocations. Vous pouvez :
Cliquez sur Détail pour visualiser le détail des quantités déjà allouées ligne par ligne. Si le type d'allocation de la commande est détaillé, il est possible de voir les lots, les sous-lots, les numéros de série, les emplacements, le statut de stock, la date de péremption du lot et les identifiants libres de chaque ligne de stock allouée. |
Cliquez sur cette action pour enchaîner la préparation depuis la gestion de commande lorsque la commande est de catégorie Normale ou Prêt.
Si les modes de livraisons et les transporteurs sont différents, un message d'avertissement vous permet de décider si vous souhaitez ne faire qu'une seule préparation. Dans ce cas les informations de la première ligne à préparer sont considérées. Dans le cas inverse, vous devez passer par la fonction de génération de listes de préparation. |
Cliquez sur cette action pour enchaîner la livraison depuis la gestion de commande. Cette action n'est pas disponible :
Si les modes de livraisons et les transporteurs sont différents, un message d'avertissement vous permet de décider si vous souhaitez ne faire qu'une seule livraison. Dans ce cas les informations de la première ligne à livrer sont considérées. Dans le cas inverse, vous devez passer par la fonction de génération automatique des livraisons ou par le picking des commandes en gestion des livraisons. Concernant la livraison des kits commerciaux, si un des composants est indisponible, le kit est livré dans sa totalité si :
Lorsque le circuit des signatures est géré (paramètre APPSOH - Gestion des signatures commandes) et que la commande respecte la règle de signature établie, cette action est indisponible et la commande ne peut être transformée en livraison tant que la commande n'est pas Totalement signée. |
Cliquez sur cette action pour enchaîner directement la facturation depuis la gestion de commande.
Lorsque le circuit des signatures est géré (paramètre APPSOH - Gestion des signatures commandes) et que la commande respecte la règle de signature établie, cette action est indisponible et la commande ne peut donner lieu à une facture tant qu'elle n'est pas Totalement signée ou signée automatiquement. |
Cliquez sur cette action pour effectuer directement le calcul et l'émission d'une facture de type Proforma pour cette commande. Lorsque des lignes de commande portent sur un article de type service ou générique non livrable, dont la facturation est effectuée par le biais d'un échéancier de facturation, la facture proforma est générée comme pour une commande à facturation directe. Les échéances de facturation ne sont pas prises en compte. Cette action est accessible uniquement lorsque la commande n'est ni livrée ni facturée, même partiellement. |
Cliquez sur cette action pour solder totalement une commande (si la commande possède des lignes allouées, un message d'avertissement est affiché. Si vous acceptez, les lignes sont alors désallouées. Lorsque le circuit des signatures est géré (paramètre APPSOH - Gestion des signatures commandes) et que la commande respecte la règle de signature établie, la commande est automatiquement soldée si elle fait l'objet d'un refus de la part d'un signataire du circuit de signature et que le paramètre SOHAPPCLE - Solde cde si refus signature le permet. Particularités liées à l’inter-sociétésDans le cas d'une commande générée à partir d'une commande d'achat, le solde manuel de la commande sera interdit. Seule la commande d'achat à l'origine de cette commande pourra la solder manuellement (par solde de la commande d'achat). |
Cette action est accessible uniquement lorsque les avenants sont gérés (paramètre SALREV - Gestion des avenants (chapitre VEN, groupe ORD)). |
Cliquez sur cette action pour afficher une fenêtre présentant l’historique des avenants apportés à la commande. La liste des avenants est affichée dans le volet de sélection par ordre décroissant de numéro d’avenant. Cliquez sur un avenant pour afficher l’ensemble des informations de la commande. Les informations modifiées sont affichées en rouge.
Lors de la modification d’une commande avec avenant, les tables suivantes sont mises à jour afin d’historiser les informations modifiées dans les avenants :
- VSORDER pour l’en-tête,
- VSORDERC (pour les commandes ouvertes uniquement),
- VSORDERP et VSORDERQ pour les lignes.
Cliquez sur Resynchronisation afin de resynchroniser l’affichage présenté dans cette fenêtre avec les informations contenues dans ces tables d’historisation.
Barre de menus
Cliquez sur cette action pour afficher le statut de blocage :
|
Cliquez sur cette action pour saisir un texte d'en-tête de commande. Ce texte est imprimé sur l'accusé de réception de la commande.
Lors de la transformation du document, ce texte n'est jamais propagé sur les autres documents.
|
Cliquez sur cette action pour saisir un texte de pied de commande. Ce texte est imprimé sur l'accusé de réception de la commande. Lors de la transformation du document, ce texte n'est jamais propagé sur les autres documents. |
Adresse commandeCliquez sur cette action pour afficher et modifier l'adresse du client livré. Cette adresse est reprise pour l'impression de la facture. Adresse factureCliquez sur cette action pour accéder à l'adresse de facturation du client modifiable à tout moment. Lors de la transformation d’un devis en commande, le contenu de cette adresse est initialisé avec :
Adresse livraison
Cliquez sur cette action :
Si le tarif est défini en fonction du code pays et/ou du code de subdivision géographique et que ces informations sont modifiées, une boîte de dialogue s'ouvre et propose de recalculer les prix et remises. Répondez Oui pour provoquer une recherche tarifaire et une nouvelle réaffectation des prix et remises. |
Cette action est soumise au code activité EDIX3 - Dématérialisation. |
Cliquez sur cette action pour ouvrir une fenêtre contenant les informations douanières et celles nécessaires à l'établissement de la déclaration d'échanges de biens (DEB).
Les Informations CEE, utiles uniquement à la DEB, sont soumises au code activité DEB :
Technique Bloc numéro 1
Informations DEB
Flux physique
Flux régularisation
|
Cliquez sur cette action pour générer une contremarque d'achat de façon personnalisé, sans utiliser la fonction de génération automatiques des Contremarques d'achat. En règle générale, le fournisseur de contremarque est initialisé avec le fournisseur de contremarque par défaut défini au niveau de la fiche Articles - Sites. Les contremarques d'achat sont interdites quand le paramètre PURCTLPRI0 - Contrôle existence prix achat (chapitre ACH, groupe PRI) a pour valeur Contrôle et que l'article n'a pas de prix :
|
Cliquez sur cette action pour générer une contremarque individuellement, sans utiliser la fonction de génération automatique de Contremarques de production. Si l'article (nomenclature) est géré en version, le système propose la version de gamme et de nomenclature à utiliser automatiquement quand l'OF est généré. Si la version de l'article n'est pas définie sur la ligne de commande de vente, le système sélectionne la version de nomenclature. La version valide à la date de début calculée (planifiée) de l'OF est sélectionnée. Si la gamme proposée est aussi gérée en version, la version de gamme qui est valide à la date de début planifiée de l'OF est également sélectionnée. Si la version de nomenclature ou de gamme n'est pas en cohérence avec la date de début d'OF calculée, l'OF est généré mais il n'est pas jalonné. Cela s'explique par une incohérence entre la date de début de l'OF et la version de gamme ou de nomenclature sélectionnée. |
Cliquez sur cette action pour visualiser les acomptes attendus (initialisés par la condition de paiement), de modifier et créer des échéances d'acomptes pour cette commande. Dans ce tableau, il est possible de modifier les zones mode de règlement, montant, date d'échéance, code taxe, date d'émission prévue, et montant d'acompte à déduire. L'émission de l'acompte s'effectue en cliquant sur Émission depuis l'icône Actions, ou par la fonction dédiée Émission des acomptes. Le champ A émettre a pour valeur Oui. Quand le circuit de signature est géré (paramètre APPSOH - Gestion signatures commandes), les acomptes présents sur les commandes d'achat ne peuvent pas être émis tant que la commande n'a pas été Totalement signée. Si, après une modification, une commande Totalement signée reprend le statut Non signée ou Partiellement signée, les acomptes émis et validés ne sont pas modifiés. Remarque : l'ajout et la modification d'un acompte ne sont pas considérés comme une modification annulant le circuit de signatures.Les zones impression automatique et les sections document sont alimentées par la transaction. Ils ne peuvent pas être modifiés. Les demandes d'acomptes seront imprimées après validation de la fenêtre si l'on a émis des acomptes et si le document est renseigné. Après l'impression, le champ A émettre a pour valeur Non et le champ Émis a pour valeur Oui. Vous ne pouvez plus modifier l'acompte en dehors du montant à déduire. Émettre un nouvel acompte peut être effectué via le menu action 'Réimpression'. Le champ A émettre a pour valeur Oui. L'acompte est réimprimé à la validation de la fenêtre (pour plus de détails sur les modalités de mise en œuvre d'une réimpression de demande d’acompte, reportez-vous à la documentation sur les états FACACC9 et FACACC92). Lors de la création des échéances d'acompte, le niveau de bon à payer est automatiquement le niveau maximum. La modification du bon à payer peut être faite si besoin au niveau de la Gestion des échéances. |
Cliquez sur cette action pour afficher une fenêtre détaillant par ligne de commande, les informations quantitatives et les différents documents générés à partir de cette ligne de commande. Les commandes générées en contremarque (action Aller à disponible vers la commande d'achat ou ordre de fabrication), les livraisons complètes (action Aller à disponible pour chaque facture). |
Cliquez sur cette action pour visualiser la transaction de saisie de commande utilisée. |
Cette option est inactive. Uniquement disponible dans un contexte Web. |
Cette option donne accès, par tunnel, à la fonction de consultation Traçabilité pièces permettant de visualiser et de naviguer dans la hiérarchie des pièces à l'origine ou issues du document. |
Cliquez sur cette action pour accéder à la fonction de Visualisation de la tournée permettant :
|
Cliquez sur cette action pour sélectionner et traiter les transactions. Cette fenêtre s'ouvre si le mode de paiement associé à la transaction de saisie de règlement prévoit le traitement par carte de crédit. Cette option est disponible uniquement si le code d'activité SEPP - Intégration carte de crédit est activé et si la case Traitement carde de crédit est cochée pour le mode de paiement associé aux conditions de paiement de la transaction. La banque et la devise du document doivent être les mêmes que celles du code de traitement de la carte de paiement. Cet écran affiche les informations sur les modes de paiement liés aux commandes de vente ou aux expéditions, notamment :
Sur cet écran :
Modifications entrainant une hausse du montant total des documents :
|
Messages d'erreur
Outre les messages génériques, les messages d'erreur suivants peuvent apparaître lors de la saisie :
Client non actifCe message apparaît dans les cas suivants :
- lors de la saisie du client commande lorsque ce dernier est déclaré comme Non actif dans la fiche client,
- lors de la saisie du client facturé lorsque ce dernier est déclaré comme Non actif dans la fiche client.
Ce message apparaît lors de la saisie d'une commande de type Prêt, dans les cas suivants :
- lorsque l'indicateur d'autorisation de prêt du client commande saisi a pour valeur Non dans la fiche de ce dernier.
- lorsque l'indicateur d'autorisation de prêt de l'article a pour valeur Non dans la fiche de ce dernier (section Article-vente).
Ce message apparaît lorsque la date d'expédition saisie est inférieure à la date de commande. Un contrôle identique est fait sur la ligne de livraison demandée. Ces dates doivent être supérieures ou égales à la date de la commande.
Période indisponible du ../../.. au ../../..Ce message apparaît dans les cas suivants :
- lorsque la date expédition calculée se trouve dans une des périodes d'indisponibilité du site d'expédition,
- lorsque la date de livraison prévue se trouve dans une des périodes d'indisponibilité du client livré.
Ce message apparaît lorsque le site d'expédition saisi n'appartient pas à la même société juridique que le site de vente. Pour remédier à ce problème, sélectionnez un site dans la liste proposée.
Article inexistant sur ce siteCe message apparaît lorsque l'article saisi est géré en stock et n'a pas été déclaré pour le site d'expédition (absence de la fiche Article-site correspondante).
Article interditCe message apparaît lorsque que l'article saisi est un article déclaré Interdit pour ce client via la gestion des tarifs. Pour remédier à ce problème, saisissez une autre référence article.
Unité de vente inconnue pour cet articleCe message s'affiche quand l'unité de vente saisie ne correspond à aucune unité de vente ou de conditionnement définie sur les fiches Article ou Article-site. Pour remédier à ce problème, sélectionnez une unité parmi celles proposées.
999,99 Prix net < au plancher de 999,99Ce message apparaît lorsque le prix net calculé est inférieur au prix plancher défini dans la fiche Article. Le prix plancher est affiché dans la devise de la commande pour faciliter la comparaison. Ce message peut être un simple message d'avertissement ou un message bloquant en fonction de la valeur donnée au paramètre utilisateur SDACLOK-Ctrl non bloquant prix, marge, qté (chapitre VEN, groupe AUZ). Il peut s'afficher lors de la saisie ou de la modification de plusieurs champs (site, prix, remises, frais, etc.).
99,99 Marge inférieure à la marge mini. de 99.99 %Ce message s'affiche lorsque la marge calculée est inférieure au taux de marque défini dans la fiche Article. Ce message peut être un simple message d'avertissement ou un message bloquant en fonction de la valeur donnée au paramètre utilisateur SDACLOK-Ctr non bloquant prix, marge, qt (Chapitre VEN/ Groupe AUZ). Il peut s'afficher lors de la saisie ou de la modification de plusieurs champs (prix, remises, frais, etc.).
Quantité inférieure à la quantité livrée/allouéeCe message apparaît lorsque la quantité commandée est modifiée si la nouvelle quantité saisie devient inférieure à ce qui est déjà alloué (Qté allouée + Qté en rupture) ou livré (Qté livrée + Qté en livraison).
Ce n'est pas un article acheté : Contremarque impossibleCe message s'affiche quand une ligne de commande est ouverte par une commande d'achat en contremarque (champ Mode de livraison) et que l'article saisi n'est pas de type achat.
En-cours autorisé atteint 999,99 EURCe message apparaît en fin de saisie de ligne lorsque l'en-cours autorisé du client facture est atteint. L'en-cours autorisé est affiché dans la devise de la facture. Ce message peut être un simple message d'avertissement ou un message bloquant en fonction de la valeur du paramètre utilisateur SCDTUNL – Autorisation déblocage commande (chapitre VEN, groupe AUZ).
En cas de commandes inter-sites, l'affichage des messages contrôle portant sur le dépassement d'en-cours peut être désactivé par le biais du paramètre CTLBETFCY - Ctrl intersite encours & prix.
Nomenclature non générée pour l'article XXXCe message s'affiche en fin de saisie d'une ligne de commande concernant un article de type Composé Kit ou Composé Nomenclature lorsqu'un problème empêche la génération des lignes de commande pour les composants de ce composé.
Les motifs possibles sont :
- aucune alternative n'existe pour ce composé,
- aucune alternative n'est valide pour ce composé,
- aucune des alternatives proposées n'a été sélectionnée.
La ligne de commande n'a pas pu être générée car le composant un article invendu (n'existe pas dans la table Article-vente) ou parce qu'il est interdit. Dans ces cas, des messages d'avertissement apparaissent et il est possible de :
- continuer : la ligne de commande n'est pas générée pour ce composant et la nomenclature continue d'être traitée,
- annuler : un nouveau message est affiché, les lignes de commandes ne sont pas générées pour les différents composants et l'article composé est considéré comme article normal pour cette commande.
Ce message s'affiche en fin de saisie d'une ligne de commande, lorsque le nombre de lignes maximum pour une commande est atteint et ce dans les cas suivants :
- lors de la génération des lignes de commande pour les composants d'un composé Nomenclature ou d'un composé Kit,
- lors de la génération automatique d'une ligne d'article gratuit,
- lors du picking de lignes de devis.
Ce message s'affiche lors de la création ou de la modification de la commande lorsque le montant total de la commande est inférieur au montant minimum défini au niveau de la fiche du client commande. Ce message peut être un simple message d'avertissement ou un message bloquant en fonction de la valeur donnée au paramètre utilisateur SDACLOK-Ctr non bloquant prix, marge, qt (Chapitre VEN/ Groupe AUZ).
Pas de ligne saisie. Mise à jour impossibleCe message s'affiche lors de l'enregistrement de la facture lorsqu'aucune ligne n'a été saisie. La commande n'est pas créée.
Traitement impossible : Solde non autoriséCe message apparaît lorsque l'on tente de solder une ligne de commande alors que le solde n'est pas autorisé (Indicateur d'autorisation de solde non actif dans la fiche client et/ou dans l'entête de commande (section Livraison)).
Traitement impossible : Cette commande est soldéeCe message apparaît lorsqu'une ligne de commande est modifiée alors que la commande est déjà totalement soldée.
Traitement impossible : cette ligne est closeCe message apparaît lorsqu'une ligne déjà soldée est modifiée.
Traitement impossible : Composant d'un kitCe message s'affiche lorsque l'on tente de modifier ou de supprimer une ligne de commande de type composant à partir d'un kit.
N° de commande Article XXX. La ligne est gérée en contremarque et la commande d'achat n'est pas générée : Création ligne impossible.Ce message apparaît lorsque vous cliquez sur l'action Livraison, si une des lignes est gérée en contremarque et que la commande d'achat associée n'a pas été générée.
Il y a des lignes de contremarque non allouées. Voulez-vous traiter ces lignes ?Ce message apparaît lorsque vous cliquez sur l'action Livraison, si l'une des lignes est gérée en contremarque et que celle-ci n'a pas été réceptionnée.
Commande XXX : Livraison commande effectuée. Article YYY Date d'expédition ../../.. : Cette ligne n'est pas livrée. Souhaitez-vous poursuivre ?Ce message d'avertissement apparaît, au moment de la livraison, lorsque les lignes de la commande ne sont pas totalement allouées alors que le mode de livraison de la commande est Commande complète. Les lignes non livrées s’affichent.
Commande XXX : Livraison ligne effectuée. Article YYY Date d'expédition ../../.. : Cette ligne est partiellement livrée. Souhaitez-vous poursuivre ?Ce message d'avertissement apparaît, au moment de la livraison, pour les lignes de la commande qui ne sont pas totalement allouées ou dont le stock disponible est insuffisant alors que le mode de livraison de la commande est Ligne commande complète.
Site XXX Article YYY Emplacement ZZZ : Stock en attente de rangement. Ligne de stock incomplète : Lot, sous-lot. N° commande Article YYY La quantité allouée n'est pas livrable.Ce message apparaît lorsque vous essayez de créer une livraison depuis la commande en cliquant sur l'action Livraison. Il est impossible de créer une livraison à partir d'une commande allouée si les lignes de stock allouées sur la commande sont en attente de rangement et si le stock n'a pas encore été identifié (lot, sous-lot, série). Si le stock est identifié mais toujours en attente de rangement, la livraison peut être créée.
Paramétrage règles signatures inexistant pour la sociétéCe message apparaît lors de la saisie du site de commande, lorsque la gestion des signatures est active et qu'il n'existe aucun paramétrage de règle de signature pour la société juridique à laquelle le site de commande est rattaché.
Commande signée. Modification ?Ce message apparaît lors de la modification de certains champs alors que le document est signé, en partie ou totalement. La validation de la modification ne déclenche pas la mise à jour du circuit de signatures. Les signatures existantes sont conservées.
La liste des champs dont la modification impacte le circuit des signatures est donnée dans la documentation sur la Règle workflow : SOHSIG - Gestion signatures cde.
Annulation des signatures existantesCe message apparaît lors de l'ajout/suppression de ligne, lors de la modification de certains champs ou lors du solde manuel de la commande alors que celle-ci est signée, en partie ou totalement. La validation de la modification entraîne l'annulation des signatures existantes et l'initialisation d'un nouveau circuit.
La liste des champs dont la modification impacte le circuit des signatures est donnée dans la documentation sur la Règle workflow : SOHSIG - Gestion signatures cde.
Commande allouée et pas d'allocation des commandes non signées : la commande va être désallouée automatiquementCe message apparaît après avoir accepté l'annulation du circuit de signatures (voir message ci-dessus) lorsque l'un ou l'autre des conditions suivantes est remplie :
- l'allocation d'une commande non signée est interdite : le paramètre SOHAPPALL-Allocation commande non signée a pour valeur Non,
- l'allocation d'une commande non signée est autorisée mais la gestion des encours articles n'est pas autorisée pour les commandes non signées : le paramètre SOHAPPORD a pour valeur Non.
Ce message bloquant ou d'avertissement s'affiche quand des incohérences sont identifiées sur :
- les codes taxe des lignes de document,
- et les codes taxe des éléments de facturation de documents.
Le contrôle de cohérence des codes taxe est appliqué selon la valeur du paramètre CTLTAX - Contrôle codes taxe (chapitre VEN, groupe VAT - aucun contrôle, contrôle non bloquant, contrôle bloquant).
Après l’affichage de ce message, un fichier trace détaille les erreurs rencontrées lors de ce contrôle de cohérence.