Commandes ouvertes
L'objectif de cette fonction est de gérer (créer, modifier, supprimer, visualiser, imprimer) les contrats des commandes ouvertes.
Une commande ouverte est un engagement à long terme avec un client concernant un ou plusieurs articles, pour une quantité globale à livrer avec des demandes de livraison qui sont faites en fonction de la demande. Une commande ouverte est constituée d'une en-tête de lignes et d'un programme de livraison.
Dans la commande ouverte sont définis :
- le client et les conditions commerciales,
- les dates de début et de fin de validité du contrat,
- la liste des articles avec pour chaque article une quantité globale, un prix et des dates de validité (début-fin).
Chaque commande ouverte peut comporter plusieurs lignes concernant différents articles vendus qu'ils soient ou non gérés en stock.
Le programme de livraison (cf. documentation Demandes de livraison) permet de définir :
- les appels de livraisons fermes,
- les appels de livraisons prévisionnels.
Lorsque la gestion des signatures est activée (paramètre APPSOC), une commande ouverte ne peut pas faire l'objet d'une demande de livraison tant que la commande n'est pas signée.
Les modalités de gestion liées au circuit des signatures sont précisées au niveau des Règles de workflow sur les commandes ouvertes (voir ci-dessous).
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 ne vous est proposé, dans le cas contraire une fenêtre s'ouvre et présente la liste des transactions susceptibles d'être utilisées.
La gestion des commandes ouvertes de vente se fait sur deux écrans, le premier rassemblant les informations générales (client, remises et frais…). Le deuxième écran rassemble les informations relatives aux lignes de la commande ouverte. Il est accessible par le bouton [Articles].
Ecran de saisie
Cet onglet permet d'identifier les conditions commerciales que l'on trouve dans l'entête de la commande ouverte telles que les conditions de paiement, le client facturé, les remises et frais …
La plupart de ces informations sont initialisées par défaut à partir de la fiche client et sont modifiables. Selon la transaction de saisie utilisée, elles peuvent ne pas être accessibles à la saisie. Dans ce cas, c'est la valeur d'initialisation par défaut qui est automatiquement prise en compte.
Particularités liées à l'inter-sites : si une commande ouverte à pour origine une commande ouverte d'achat inter-sites, aucune information ne sera modifiable.
Les informations présentes sur cet onglet sont :
Type de commande
Le type de commande permet de déterminer la catégorie de commande (Seuls les types Commande ouverte pourront être sélectionnés) ainsi que le compteur utilisé. Un bouton de sélection permet de choisir un type de commande dans la liste des commandes ouvertes. Cette information est obligatoire.
Si le compteur de commande est manuel, vous pouvez également saisir un numéro de commande, sinon il sera attribué de manière automatique en fin de création.
Site de vente
Le code du site de vente est initialisé par le site de vente associé au profil de l'utilisateur et est modifiable à condition d'être choisi dans la liste des sites autorisés. Cette information est obligatoire. Elle n'est plus modifiable une fois la commande enregistrée.
Référence client
Cette information permet de préciser la référence de la commande chez le client. Cette information permet également lorsque plusieurs commandes ouvertes existent de manière concurrente pour un client et une même adresse de livraison d'autoriser, lorsque cette information est alimentée et qu'elle est différente d'un contrat à l'autre, d'enregistrer des lignes d'articles identiques sur plusieurs commandes ouvertes.
Particularités liées à l'inter-sociétés : Dans le cadre d'une commande ouverte de vente inter-sociétés ou inter-sites, générée à partir d'une commande ouverte d'achat, le numéro de la commande d'achat sera inscrit dans cette zone sans qu'il soit modifiable et un tunnel permettra d'accéder à la commande ouverte d'achat du site client.
Date de commande
La date de commande est initialisée par la date du jour et est modifiable. Cette information est obligatoire.
Particularités liées à l'inter-sociétés : Dans le cadre d'une commande ouverte de vente inter-sociétés ou inter-sites, générée à partir d'une commande ouverte d'achat, la date de commande est égale à la date de la commande ouverte d'achat. Cette information n'est pas modifiable dans ce contexte.
Avenant
Il s'agit du dernier numéro d'avenant établi pour cette commande ouverte. Il est incrémenté automatiquement à chaque modification du contrat si le paramètre SALREV (Gestion des avenants est positionné à Oui) et si l'utilisateur confirme que la modification qu'il a effectué fait l'objet d'un avenant.
Client commande
Le client commande choisi devra être actif. A partir de ce champ, le bouton contextuel vous permet de :
- sélectionner un client,
- accéder et créer, selon vos habilitations, un client.
Particularités liées à l'inter-sociétés : Dans le cadre d'une commande ouverte inter-sociétés générée automatiquement à partir d'une commande ouverte d'achat, le Client commande correspond au client associé au site d'achat renseigné sur la commande ouverte d'achat. Il ne peut pas être modifié dans ce contexte.
Inter-sites / inter-sociétés
Ces informations non modifiables précisent si la commande ouverte est de type inter-site ou inter-société. Lorsque la commande ouverte concerne un client inter-sites (site de la même société) celle-ci ne pourra pas être facturée. Lorsque la commande ouverte concerne un client inter-sociétés (site d'une société différente), une facture pourra être générée à partir des livraisons issues de cette commande.
Client facturé
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. Cette information est obligatoire. 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 créée, cette zone ne sera plus accessible.
Lors de la facturation des demandes de livraison associées à cette commande ouverte, le mode de facturation utilisé sera le mode de facturation issu du client facturé au moment de la création de l'en- tête de la commande ouverte. Si le mode de facturation est Une facture par commande soldée, on considérera dans le cas des commandes ouvertes qu'il correspond à Une facture par commande (on regroupera dans ce cas toutes les livraisons liées aux demandes de livraison de la commande ouverte), ce mode de facturation n'étant pas adapté pour ce mode de gestion. De fait, les livraisons de cette commande ouverte ne contiendront que les demandes de livraison de celle-ci.
Particularités liées à l'inter-sociétés : Dans le cadre d'une commande ouverte inter-sociétés générée automatiquement à partir d'une commande ouverte d'achat, le Client facturé correspond au client associé au site de facturation renseigné sur la commande ouverte d'achat. Il ne peut pas être modifié dans ce contexte.
Client payeur
Le client payeur est soumis aux même conditions que le client facturé. On a la possibilité de modifier le client payeur 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.
Particularités liées à l'inter-sociétés : Dans le cadre d'une commande ouverte inter-sociétés générée automatiquement à partir d'une commande ouverte d'achat, le Client payeur correspond au client associé au site de facturation renseigné sur la commande ouverte d'achat. Il ne peut pas être modifié dans ce contexte.
Client groupe
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.
Code affaire
Particularités liées à l'inter-sociétés : Dans le cadre d'une commande ouverte inter-sites, le code affaire est automatiquement alimenté avec celui renseigné sur la commande ouverte 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 ouverte d'achat.
Date de validité
Il s'agit de la date de fin de validité de la commande ouverte. Les articles concernés par la commande ouverte peuvent avoir une date de validité différente de celle de la commande ouverte, mais celle-ci doit être inférieure ou égale à la date de validité de la commande ouverte.
Particularités liées à l'inter-sociétés : Dans le cadre d'une commande ouverte inter-sites ou inter-sociétés générée automatiquement à partir d'une commande ouverte d'achat, la Date de validité correspond à la date de fin de validité renseignée sur la commande ouverte d'achat.
Condition de paiement
La condition de paiement est initialisée par la condition de paiement du client facturé, mais celle-ci reste modifiable. Un bouton accessible en clic droit sur cette donnée permet d'accéder aux différentes conditions de paiement ou d 'effectuer une simulation du calcul de l'échéancier.
Type d'allocation
Le type d'allocation est initialisé en fonction du paramètre vente >ALLTYP Type allocation et reste modifiable. Cette information sert à préciser le niveau de détail de l'allocation qui sera effectué lors de l'allocation des demandes de livraison associées aux lignes de ce contrat.
Devise
La devise est initialisée par la devise du client, mais elle reste modifiable. Elle ne sera plus modifiable une fois la commande ouverte créée.
Type de cours
Le type de cours est initialisé par le type de cours du client facturé, mais il reste modifiable.
Régime de taxe
Le régime est initialisé par le régime de taxe du client commande, mais il reste modifiable. On a la possibilité d'accéder à la table des régimes de taxes en fonction des habilitations de l'utilisateur.
Etat crédit
Les valeurs possibles sont : OK, Bloqué, Dépassement en-cours.
L'état crédit du client est Bloqué, lorsque sur la fiche client on a indiqué que l'en-cours était bloqué.
L'état crédit du client est en Dépassement d'en-cours lorsque le Total en-cours du client est supérieur à son En-cours autorisé.
Concernant l'allocation des demande de livraison associées à la commande ouverte, si vous décidez d'allouer une demande de livraison et que l'en-cours calculé du client est supérieur à l'en-cours autorisé, vous obtiendrez un message vous demandant confirmation si le paramètre utilisateur >SCDTUNL vous l'autorise, sinon vous ne pourrez pas allouer la demande de livraison et un message bloquant sera affiché.
Si l'en-cours du client est bloqué, on ne pourra pas allouer les demandes de livraison associées à la commande ouverte et on ne pourra pas créer de nouvelles commandes ouvertes pour ce client.
Type de prix
Le type de prix est initialisé par le type de prix du client commande (HT/TTC), mais il reste modifiable.
Axes analytiques
Les axes analytiques sont initialisés en fonction du code section par défaut associé à la gestion des commandes ouvertes, mais ils restent modifiables. Ces informations sont éventuellement obligatoires si le paramétrage de la comptabilité l'impose.
Particularités liées à l'inter-sociétés : Dans le cas d'une commande ouverte inter-sociétés ou inter-sites, le paramétrage du code sections par défaut SOR, permettra, le cas échéant, de transférer les sections analytiques, de certains axes, saisies en entête de commande ouverte d'achat.
Eléments de facturation
Informations relatives au pied de facturation. Ces informations peuvent provenir des éléments de pied directement ou bien de la fiche du client concerné par la commande (cf. documentation Eléments de facturation). Les valeurs des pieds peuvent être modifiées.
Particularités liées à l'inter-sociétés : si la commande ouverte a été générée à partir d'une commande ouverte d'achat inter-sociétés ou inter-sites, et que le paramétrage inter-sociétés stipule que les éléments de facturation sont issus des Achats, ceux-ci seront initialisés avec les valeurs renseignées sur la commande ouverte d'achat d'origine.
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 les informations suivantes :
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. |
No cde (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. |
champ REVNUM |
Il s'agit du dernier numéro d'avenant établi pour cette commande ouverte. Il est incrémenté automatiquement à chaque modification du contrat si le paramètre >SALREV (gestion des avenants est positionné à 'Oui') et si l'utilisateur confirme que la modification qu'il a effectué fait l'objet d'un avenant. |
Référence (champ CUSORDREF) |
Cette information permet de préciser la référence de la commande chez le client. Dans le cadre d'une commande de vente inter-sociétés ou inter-sites, générée à partir d'une commande d'achat du même type, le numéro de la commande d'achat sera inscrit dans cette zone et un tunnel permettra d'accéder à la commande d'achat du site client. |
Date (champ ORDDAT) |
La date de demande d'achat est initialisée par la date du jour et est modifiable (seulement en création). La modification de cette date en cours de création déclenche un message vous proposant de réactualiser les prix et les éventuelles remises calculées sur les lignes de commande déjà saisies. Cette modification entraîne également la mise à jour de la date de réception prévue pour les lignes de commande n'ayant consommé aucun besoin. |
Client cde (champ BPCORD) |
Ce champ indique le code identifiant du client. |
Tiers
Client facture (champ BPCINV) |
Il s'agit du code du client à facturer, initialisé par défaut par le code du client lui-même. 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. |
Client payeur (champ BPCPYR) |
Ce champ permet de renseigner le code du client payeur, initialisé par défaut par le code du client saisi en en-tête. L'échéancier de règlement de factures est alloué à ce tiers. |
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. |
Inter-site (champ BETFCY) |
Ces informations non modifiables précisent si la commande ouverte est de type inter-site ou inter-société. |
Inter-sociétés (champ BETCPY) |
Cet indicateur vous permet d'indiquer qu'il s'agit d'un tiers inter-sites :
|
Gestion
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.
|
Date validité (champ VLYDATCON) |
Date de fin de validité du
contrat. |
Condition paiement (champ PTE) |
Code associé par défaut au tiers courant, permettant de définir les conditions de paiement. Code associé par défaut au tiers courant, permettant de définir les conditions de paiement. Ce code détermine le mode de règlement, le type d'échéance, ainsi que l'échelonnement des paiements (une ou plusieurs échéances au comptant, 30 jours, fin de mois .. 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. Si le devis concerne un prospect, cette information n'est pas initialisée. |
Escompte (champ DEP) |
Cette information est saisie sur le devis et est initialisée par le code escompte du client facturé. Elle permet de déterminer une série de taux d'escomptes ou d'agios à appliquer en fonction de l'avance ou du retard de règlement par rapport à la date d'échéance. Si le devis concerne un prospect, cette information n'est pas initialisée. |
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é :
|
Taxe / Devise
Devise (champ CUR) |
Il s'agit de la devise de la commande, de la livraison, ou de la facture. Il est possible de choisir la devise de transaction de la livraison, ainsi que de définir (en fonction de la valeur paramètre 'Prix HT et TTC' - Chapitre TC/ Groupe INV/NOTATI) si les prix sont exprimés en HT ou en TTC. Lorsque la livraison est issue d'une commande, ces informations sont automatiquement reprises et ne sont pas modifiables. Lorsqu'il s'agit d'une livraison directe, ces informations ne sont plus modifiables dés lors qu'au moins une ligne de livraison a été saisie. Elles sont héritées dans ce cas des informations du client facturé. |
Type de cours (champ CHGTYP) |
Type de cours Cette zone est initialisée par le type de cours du client facture. Elle est contrôlée par un menu local modifiable et peut prendre, entre autre, les valeurs suivantes : - cours du jour - cours du mois - cours moyen. |
Régime taxe (champ VACBPR) |
Ce champ permet de renseigner le régime de taxe. Le 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. Les régimes sont classés par type de régime (dans la fonction Régime de taxe du tiers, GESTVB) afin d'identifier les différents modes de fonctionnement. Le régime de taxe est paramétré au niveau du tiers. Le régime paramétré sur la fiche client ou sur la fiche fournisseur est proposé par défaut dans toutes les transactions où ce tiers intervient. En général, le croisement d'un régime de taxe et d'un niveau de taxe permet de déterminer le code taxe à appliquer à la ligne de document, et par conséquent à la ligne d'écriture. Dans l’onglet Tiers/Société de ce tiers, il est possible de définir un régime de taxe par défaut différent en fonction de la société. Lorsqu’une valeur existe pour une société, cette valeur est proposée en priorité. 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 :
|
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 crédit (champ CDTSTA) |
Parmi les choix proposés :
Concernant l'allocation des demande de livraison associées à la commande ouverte, si vous décidez d'allouer une demande de livraison et que l'en-cours calculé du client est supérieur à l'en-cours autorisé, vous obtiendrez un message vous demandant confirmation (si le paramètre utilisateur SCDTUNL vous l'autorise). |
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. |
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. |
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 ouvertes. |
Intitulé (champ NAMEDIE) |
Ce champ reprend l'intitulé de l'axe analytique. |
Section (champ CCE) |
Les sections analytiques sont initialisées conformément au paramétrage des Sections par défaut, associé à la gestion des commandes ouvertes. En fonction du paramétrage, elles restent modifiables. Lorsqu'un axe analytique est utilisé pour le suivi de la gestion à l'affaire, toute modification du code affaire en en-tête de document entraîne la réinitialisation de ce code section, en utilisant le paramétrage des Sections par défaut. Particularités liées à l'inter-sociétés : Dans le cas d'une commande ouverte inter-sociétés ou inter-sites, le paramétrage du code sections par défaut SOR, permettra, le cas échéant, de transférer les sections analytiques, de certains axes, saisies en entête de commande ouverte d'achat. |
Tableau Eléments de facturation
Intitulé (champ SHO) |
Saisissez la désignation courte. Par défaut, l'intitulé court, l'intitulé long ou l'en-tête de colonne d'une donnée est enregistré (en création/modification) dans la langue de connexion de l'utilisateur.
Un utilisateur qui se connecte dans cette langue disposera de l’intitulé court, de l'intitulé long ou de l'en-tête de colonne dans sa langue de connexion si la traduction a été effectuée. Sinon, les intitulés seront disponibles dans la langue du dossier. La langue de connexion doit être définie comme langue par défaut dudossier. |
% 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é. |
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. |
Etats
Par défaut, les états suivants sont associés à la fonction :
ARCCLIOUV2 : ARC commande ouverte client
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.
Boutons spécifiques
Article |
Ce bouton permet d'accéder à la liste des articles composant la commande ouverte. |
Barre de menus
Ce menu permet de saisir un texte d'en-tête de commande ouverte. Ce texte sera imprimé sur l'accusé de réception de la commande ouverte. Le texte d'entête peut être initialisé, en fonction du paramètre SALTEXORD par le texte ARC saisi sur la fiche client. |
Ce menu permet de saisir un texte de pied de commande ouverte. Ce texte sera imprimé sur l'accusé de réception de la commande ouverte. Le texte de pied peut être initialisé, en fonction du paramètre SALTEXORD par le texte ARC saisi sur la fiche client. |
Cette fonction permet de visualiser la transaction de saisie de commande ouverte utilisée. |
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. |
Messages d'erreur
Outre les messages génériques, les messages d'erreur suivants peuvent apparaître lors de la saisie :
Fiche déjà existante
Ce message n'apparaît qu'en création d'enregistrement. Le code que vous essayez de créer existe déjà dans la table. Vous pouvez le vérifier en utilisant la fenêtre de sélection.
Fiche inexistante
Ce message n'apparaît qu'en recherche d'enregistrement. La commande ouverte que vous recherchez n'existe pas dans la table. Vous pouvez utiliser la fenêtre de sélection pour rechercher plus facilement.
Problème de récupération de compteur
Ce message apparaît si le compteur n'a pas été récupéré. Le paramétrage du compteur n'existe pas.
Lors de l'activation des boutons Création/Enregistrer/Supprimer de la commande ouverte, les messages suivants peuvent apparaître :
Modification avec avenant ?
Ce message apparaît à l'activation du bouton modification. Ceci permet l'incrémentation du numéro avenant et l'historisation de la commande ouverte avant modification.
Ce contrat ne peut être supprimé : Il contient des demandes de livraison
Ce message apparaît si l'on tente de supprimer un contrat qui contient des demandes de livraison.
Ce contrat n'est plus actif
Ce message apparaît si la date de validité du contrat est dépassée. Il est alors impossible de créer, modifier ou supprimer l'enregistrement.
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 SOCSIG - Gestion signatures cde ouverte.
Annulation des signatures existantes
Ce message apparaît lors de l'ajout/suppression de ligne ou lors de la modification de certains champs alors que le document est signé, en partie ou totalement. La validation de la modification entraînera 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 SOCSIG - Gestion signatures cde ouverte.
Les taxes n'ont pas été correctement déterminées.
Ce message d’avertissement ou bloquant s’affiche lorsqu’il y a des incohérences sur :
- les codes taxes des lignes du document,
- et sur les codes taxes des éléments de facturation du document.
Le contrôle de cohérence des codes taxes est effectué selon la valeur du paramètre CTLTAX – Contrôle des codes taxes (chapitre VEN, groupe VAT) (pas de 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.
Tables mises en oeuvre
Reportez-vous à la documentation de Mise en oeuvre