Commandes ouvertes

• Site contrat (champ POHFCY)

Code du site à l'origine de l'ordre (demande de devis, demande d'achat, commande, ordre de sous-traitance, etc.).
Ce champ est obligatoire. Il est initialisé par défaut avec le sited'achat associé à votre profil fonction.
Vous pouvez modifier ce code en sélectionnant un code dans la liste des sites autorisés.

• No contrat (champ POHNUM)

Le numéro de commande est unique à chaque commande. Il permet de l'identifier.

Si le compteur de commande est manuel, vous devez également saisir un numéro de commande. Dans le cas ou le compteur de commande est automatique, un numéro sera attribué en fin de création.

Lorsque l'on duplique une commande d'achat, ayant une date de commande différente de la date du jour, une question sera posée à l'utilisateur pour recalculer les prix et remises en fonction de la nouvelle date de la commande.

• No avenant (champ REVNUM)

Il s'agit du dernier numéro d'avenant enregistré pour la commande ouverte. Lorsque l'on modifie une commande signée et imprimée et si le paramètre PURREV active la gestion des avenants, il sera demandé à l'utilisateur si la modification doit générer un avenant.
Dans ce cas, les anciennes valeurs modifiées sur la commande seront historisées et le numéro d'avenant sera incrémenté.

• Fournisseur (champ BPSNUM)

Le code du fournisseur doit remplir certaines conditions : être actif et ne pas être de type prospect. A partir de ce champ, vous pouvez :

• saisir directement un code fournisseur dont l'existence est contrôlée dans le fichier Fournisseurs,
• cliquez sur Sélection rapide fournisseurs depuis l'icône Actions, pour :
• sélectionner un fournisseur dans le fichier,
• créer, selon vos habilitations, un fournisseur dans le fichier,
• consulter les notes sur le fournisseur.

Lorsque le fournisseur saisi est de type 'Divers', une fenêtre s'ouvre automatiquement pour la saisie de son adresse. Lorsque le fournisseur saisi est de type 'Normal', vous pouvez visualiser et éventuellement modifier l'adresse depuis l'icône Actions, dès que le code fournisseur a été renseigné.

Suite à la saisie du fournisseur un message apparait lorsque le fournisseur est déclaré en litige. Ce message peut être bloquant ou un simple avertissement selon la valeur donnée au code litige dans la fiche fournisseur. 

En duplication de commande, le changement de fournisseur n'est pas autorisé.

Cas des contrats de réapprovisionnement inter-sites : Il est possible de créer des contrats inter-sites pour gérer le réapprovisionnement entre sites :
Référencez les sites comme tiers clients et / ou tiers fournisseurs. Les sites demandeurs seront référencés comme Clients et les sites réapprovisionneurs comme Fournisseurs.

Lorsque vous créez un contrat d'achat et renseignez un fournisseur de type inter-sites, le contrat est alors considéré comme un contrat de type inter-sites. Cela signifie qu'à la création du contrat d'achat, le contrat de vente associé sera automatiquement créé. Ce contrat sera identique au contrat d'achat. Le client de ce contrat de vente sera le Client associé au site demandeur qui a émis le contrat d'achat.

Le contrat maître est le contrat d'achat. Un appel de livraison saisi sur le contrat d'achat crée automatiquement la demande de livraison sur le contrat de vente. Toute modification effectuée sur un appel de livraison est automatiquement répercutée sur la demande de livraison du contrat de vente (modification de la quantité, solde de l'appel de livraison, suppression de l'appel de livraison). Au niveau de la demande de livraison du contrat de vente, aucune modification n'est possible, tout est géré par le contrat d'achat.

Il existe un cas où l'appel de livraison d'achat peut être modifié par la demande de livraison de vente. Si une demande de livraison est livrée partiellement, la demande de livraison du contrat de vente est éclatée en deux demandes de livraisons. La première concernant la partie livrée et la seconde concernant le reliquat. De fait, l'appel de livraison achat sera également scindé en deux appels de livraisons correspondant aux demandes de livraisons vente.

Particularités liées à l'inter-sociétés : Dans le cadre d'une commande ouverte inter-sites ou inter-sociétés, le fournisseur doit être déclaré comme étant de type inter-sites et le site associé à ce fournisseur doit être un site de vente (il définit le site de vente sur le contrat de vente miroir). Le site d'achat à l'origine de la commande ouverte doit identifier un client inter-sites qui servira à définir le client commande sur la commande ouverte de vente réciproque.

Lorsque le fournisseur est identifié comme étant un fournisseur inter-sites, l'indicateur inter-sites de la commande ouverte est automatiquement activé. Si le site associé au fournisseur appartient à une autre société que le site d'achat de la commande, l'indicateur inter-sociétés est également activé.

Un message d'avertissement pourra s'afficher dans ce contexte si le client associé au site d'achat est bloqué. La commande de vente générée sera dans l'état bloqué. Les commandes inter-sites ne sont quant à elles par concernées par ce fonctionnement. On ne gère pas d'en-cours pour les flux internes.

• champ XBPRNAM

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

Ces informations non modifiables et automatiquement alimentées précisent si le contrat est de type inter-sites ou inter-sociétés. Lorsqu'il concerne un fournisseur inter-sites (site de la même société), celui-ci ne pourra pas être facturé. Lorsqu'il concerne un fournisseur inter-sociétés (site d'une société différente), une facture pourra être enregistrée.

• Inter-site (champ BETFCY)

Cette information non modifiable précise si la commande ouverte est de type inter-site. Lorsque la commande concerne un fournisseur inter-site (site de la même société) celle-ci ne peut pas être facturée.

• Réf interne (champ ORDREF)

Champ permettant d'indiquer laréférence du contrat chez le fournisseur (non controlé en table) oud'indiquer une référence interne libre

• Date contrat (champ ORDDAT)

La date de contrat est initialisée par la date du jour. Elle est modifiable.

• Site vente (champ SALFCY)

Il s’agit du site de vente associé au fournisseur inter-site.

• Fourn facturant (champ BPSINV)

Ce champ permet d'indiquer le code du fournisseur facturant, initialisé par défaut par le code du fournisseur saisi en en-tête.
Ce fournisseur peut être un autre fournisseur choisi dans la table des fournisseurs.

• champ BPAINV

Ce champ permet d'indiquer un code adresse de facturation du fournisseur facturant.
Par défaut, il s’agit du code adresse défini sur la fiche du fournisseur commande pour le fournisseur facturant. On a la possibilité de choisir un autre code adresse du fournisseur facturant.

• Tiers payé (champ BPRPAY)

Ce champ permet d'indiquer le code du fournisseur payé, initialisé par défaut par le code du fournisseur saisi en en-tête. Ce fournisseur peut être un autre fournisseur choisi dans la table des fournisseurs.

• champ BPAPAY

Ce champ permet d'indiquer un code adresse de paiement du fournisseur payé. Par défaut il s’agit du code adresse défini sur la fiche du fournisseur commande pour le fournisseur payé. On a la possibilité de choisir un autre code adresse du fournisseur payé.

• Affaire (champ PJTH)

Ce champ vous permet de renseigner un code affaire.
La gestion de ce code est fonction de la valeur du paramètre CTLOPPCOD - Contrôle affaire obligatoire (chapitre TC - groupe MIS). 

• Lorsqu'il a pour valeur Non, il peut s'agir d'un code librement choisi.
• Lorsqu'il a pour valeur Oui, un contrôle d'existence du code affaire saisi est systématiquement effectué. 
  Vous pouvez utiliser l'icône Sélection pour afficher la liste des codes affaires disponibles.

Les modalités de gestion de ce champ dépendent du paramètre PJTSNGDOC - Une affaire par document (chapitre TC - groupe MIS).

• Lorsque ce paramètre a pour valeur Oui, la gestion multi-affaires est interdite.
  Le code affaire est obligatoirement identique en en-tête de document et sur les lignes.
  Le code affaire que vous saisissez en en-tête est systématiquement reporté sur les lignes du document et n'est pas modifiable.
  En cas de transformation d'un document, il est alimenté avec le code affaire des lignes du premier document sélectionné et n'est pas modifiable. 
  Les lignes supplémentaires doivent obligatoirement avoir le même code affaire.
  Si vous ne renseignez aucun code affaire et que les conditions sont réunies pour que s'ouvre automatiquement la fenêtre de prise en compte des besoins, celle-ci présente tous les besoins correspondant aux critères renseignés. Ces besoins peuvent concerner différents codes affaire. Si vous cliquez sur Tout inclure, c'est le code affaire de la première ligne qui est utilisé pour alimenter le code affaire de la commande : ce sont donc uniquement les lignes comportant le même code affaire que la première ligne qui sont sélectionnées.
  Si vous modifiez le code affaire de l'en-tête du document, ce code affaire est reporté automatiquement sur l'ensemble des lignes.
   
• Lorsque ce paramètre a pour valeur Non, la gestion multi-affaires est autorisée.
  En création directe, le code affaire que vous saisissez en en-tête du document est utilisé pour initialiser le code affaire des lignes du document.
  Vous pouvez modifier le code affaire sur les lignes uniquement si les conditions suivantes sont remplies :
  - la saisie de ce champ est autorisée par la transaction de saisie utilisée,
  - la ligne article n'a pas fait l'objet d'une demande de livraison.
  
  Si vous modifiez le code affaire de l'en-tête du document, 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 :
• Oui : le code affaire est reporté sur toutes les lignes, sauf sur celles ayant déjà fait l'objet d'une demande de livraison.
• Non : le code affaire n'est pas reporté sur les lignes.
• Oui si même valeur : le code affaire est reporté uniquement sur les lignes qui avaient l'ancien code affaire, sauf sur celles ayant déjà fait l'objet d'une demande de livraison.

 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 du code section sur cet axe, sur l’en-tête du document ainsi que sur les éléments de facturation, en utilisant le paramétrage des Sections par défaut. Si le code affaire est répercuté sur les lignes, le code section des lignes impactées est également réinitialisé.

Particularités liées à l'inter-sociétés : le code affaire est automatiquement transmis sur la ligne de commande de vente générée lorsqu'il s'agit d'une commande ouverte inter-sites. En revanche, il ne l'est pas lorsqu'il s'agit d'une commande ouverte inter-sociétés.

• Date validité début (champ STRDAT)

La date de début de validité du contrat est initialisée par la date du contrat et reste modifiable. Elle initialise la date de début de validité des lignes articles, laquelle est aussi modifiable à la condition d'être supérieure ou égale à la date de début de validité du contrat.

• Date validité fin (champ ENDDAT)

La date de fin de validité du contrat est initialisée par la date de début + 1 an. Elle est modifiable à condition d'être postérieure à la date de début.
Elle initialise aussi la date de fin de validité des lignes articles.

Particularités liées à l'inter-sociétés : La date de validité du contrat de vente miroir correspond à la date de fin de validité du contrat d'achat. En cas de modification de la date de fin de validité du contrat d'achat, même postérieure à la création de ce dernier, la date de validité du contrat de vente est mise à jour en conséquence.

• Condition paiement (champ PTE)

Cette information est initialisée par le fournisseur saisi en en-tête de commande. Elle permet d'identifier le mode de règlement du fournisseur ainsi que l'échelonnement des paiements.
Cette information reste modifiable mais est obligatoire. Il est possible, dans la gestion de cette table, de simuler les règles de calculs qui seront appliquées en saisie.
Seule peut être renseignée une condition de paiement cohérente par rapport à la législation et au groupe de la société du site du document.
Les principes généraux liés au paramétrage multi-législation sont détaillés ici.

• Escompte (champ DEP)

Le code de l‘escompte permet d'identifier une série de taux d'escomptes et d'agios à appliquer à un règlement en fonction d'un nombre de jours d'avance ou de retard par rapport à la date d'échéance.
Le code escompte est initialisé par le code escompte du fournisseur facturant. Il reste modifiable.
Seul peut être renseigné un code escompte cohérent par rapport à la législation et au groupe de la société du site du document.
Les principes généraux liés au paramétrage multi-législation sont détaillés ici.

Particularités liées à l'inter-sociétés : dans le cadre d'une facture inter-sociétés générée à partir d'une facture de vente, l'escompte est initialisé par celui issu de la facture de vente.

• Devise (champ CUR)

Ce champ indique le code de la devise dans laquelle les prix et montants de commande ou de réception sont exprimés.

Cette information obligatoire est initialisée par la devise du fournisseur auquel est adressée la commande. Tant que la commande n'est pas créée, il est toujours possible de modifier cette devise. Si des lignes de commande ont été saisies, ou lors d'une duplication de commande, une question sera posée à l'utilisateur pour recalculer les prix et remises en fonction des tarifs. Si on décide de ne pas appliquer les tarifs, les prix et remises seront simplement convertis dans la nouvelle devise au cours déterminé par le type de cours et la date de la commande.

A partir de ce champ, vous pouvez  saisir directement un code devise dont l'existence est contrôlée dans la table des devises ou utiliser le bouton contextuel pour :

• sélectionner une devise dans la table,
• créer, selon vos habilitations, un code devise dans la table,
• accéder à l'adresse détaillée du fournisseur et sélectionner une autre adresse du fournisseur si nécessaire. Cette adresse est l'adresse à laquelle sera envoyé le bon de commande.

Particularités liées à l'inter-sociétés : Dans le cadre d'une commande inter-sociétés ou inter-sites, la devise renseignée sur la commande de vente générée est initialisée par la devise du client associé au site d'achat.

• Type cours (champ CHGTYP)

Le type de cours proposé par défaut est le type de cours associé au fournisseur saisi en en-tête de commande. Tant que la commande n'est pas créée, il est toujours possible de le modifier.
Le type de cours peut prendre les valeurs suivantes : Cours du jour, Cours du mois, Cours moyen.

Un type de cours permet de déterminer un cours de devise dans la table des cours en tenant compte de la date de commande. Cette information permet de déterminer les prix et remises en fonction de tarifs autorisant la conversion entre devises.

Si des lignes de commande ont été saisies, ou lors d'une duplication de commande, un message s'affiche et vous propose de recalculer les prix et remises en fonction des tarifs. Si vous décidez de ne pas appliquer les tarifs, les prix et remises seront simplement convertis dans la nouvelle devise au cours déterminé par le type de cours et la date de la commande.

Si la devise est égale à la devise de la société, le type de cours n'est pas accessible puisqu'il n'a aucune influence dans ce contexte.

• Acheteur (champ BUY)

Lorsque le paramètre BUYFLT - Filtre par acheteur (chapitre ACH, groupe AUZ) a pour valeur Oui, le code de l'acheteur est initialisé par le code de l'utilisateur et doit être obligatoirement renseigné. 

Selon la transaction de saisie utilisée, ce champ peut être invisible. Dans ce cas, c'est le code de l'utilisateur qui est pris comme valeur par défaut.

A partir de ce champ, l'icône Actionsvous permet d'accéder à l'adresse détaillée du fournisseur et de sélectionner une autre adresse du fournisseur si nécessaire. Cette adresse est l'adresse à laquelle sera envoyé le bon de commande.

• Site réception (champ RCPFCY)

Cette information n'est pas modifiable. Elle est présente uniquement si le contrat d'achat est typé inter-sites ou inter-sociétés. Elle précise le site de réception par défaut qui sera proposé sur les lignes articles. Le site de réception dans ce contexte est initialisé par le site de réception renseigné sur l'adresse de livraison par défaut du client commande associé au site d'achat du contrat d'achat. Si l'adresse de livraison par défaut associée au client défini par le site d'achat ne spécifie pas de site de réception, on prendra alors la première adresse de livraison, dans l'ordre alphabétique, identifiant un site de réception.

Si aucun site de réception n'est défini sur aucune des adresses de livraison du client associé au site d'achat, un message bloquant s'affiche : « Inter-sites : Adresse de livraison non trouvée pour le tiers client xxxx ». De la même manière, un message bloquant s'affiche si le site identifié n'appartient pas à la même société que le site d'achat (incohérence des données de base).

Lorsque le contrat est enregistré, le site de réception affiché en en-tête est égal au site de réception choisi sur la première ligne du contrat d'achat.

• Site facturation (champ INVFCY)

Site auquel sont destinées les factures de ce contrat, initialisé par défaut par le code du site financier associé au site du contrat.
 Ce site de facturation est obligatoirement un site financier appartenant à la même société juridique que le site du contrat.

Particularités liées à l'inter-sociétés : Dans le cadre d'un contrat inter-sociétés ou inter-sites, le site de facturation est initialisé par le site associé au client facturé défini dans la fiche client du site d'achat. Le site de facturation pourra être modifié à condition qu'il soit associé à un client. Lors de la génération du contrat de vente, le client facturé et le client payeur seront initialisés par le client associé au site de facturation saisi. En cas de modification, le contrat de vente sera également mis à jour.

• Site expédition (champ STOFCY)

Il s'agit du code du site de stockage à partir duquel le client est généralement livré. Ce site, contrôlé dans la table des sites, doit être identifié en tant que dépôt.

Cette information est accessible uniquement si la commande est typée inter-sites ou inter-sociétés. Elle permet de spécifier le site d'expédition des marchandises qui sera utilisé par la société de vente identifiée par le fournisseur inter-sites / inter-sociétés. Elle servira ensuite à initialiser le site d'expédition de chaque ligne de commande d'achat. Elle est donc obligatoire dans ce contexte.

Le site d'expédition est initialisé, par ordre de priorité, de la manière suivante :

• site d'expédition habituel défini sur l'adresse de livraison identifiée par le site de réception précédemment calculée. Il est nécessaire qu'il appartienne à la société du fournisseur,
• site identifié par le fournisseur s'il est site dépôt.

Si, à l'issue de cette recherche, le site n'est toujours pas identifié, vous devez le renseigner manuellement. Un contrôle est alors effectué pour vérifier que le site saisi appartient à la même société que le site du fournisseur et que ce site est un site de stockage. Le menu Actionspermet de proposer l'ensemble des sites pouvant être sélectionnés.

Particularités liées aux commandes d'achat générées automatiquement : si le site d'expédition n'est toujours pas identifié après l'exécution des points précédents, le site d'expédition est initialisé en prenant le premier site de stockage trouvé, par ordre alphabétique, dans la liste des sites de stockage de la société identifiée par le fournisseur.

Lors de la génération de la commande de vente associée, le site d'expédition de l'en-tête de commande de vente sera égal au site défini ici.

• Mode Liv (champ MDL)

Cette information obligatoire est initialisée par défaut par le fournisseur saisi en en-tête de commande. Elle décrit la manière dont les marchandises sont acheminées. Cette information est notamment exploitée pour la déclaration d'échanges de biens.
Le mode de transport déterminé par le mode de livraison est repris sur le bon de commande.

A partir de ce champ, vous pouvez saisir directement un mode de livraison dont l'existence est contrôlée dans la table des modes de livraison ou utiliser l'icône Actions pour :

• sélectionner un mode de livraison dans la table,
• créer, selon vos habilitations, un mode de livraison dans la table.

Particularités liées à l'inter-sociétés : Dans le cadre d'une commande inter-sociétés ou inter-sites, le mode de livraison de la commande de vente générée 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é. Le client livré de la commande de vente est déterminé par l'adresse de livraison identifiant le site de réception de la commande d'achat.

• Transporteur (champ BPTNUM)

Il s'agit du transporteur en charge de l'acheminement des marchandises. Il est initialisé par le transporteur du fournisseur saisi en en-tête de contrat. Une fenêtre de sélection vous permet de choisir un autre transporteur. Vous pouvez également accéder à la table des transporteurs si vos habilitations le permettent.

• Régime taxe (champ VACBPR)

Cette information, obligatoire, est initialisée par le régime de taxe associé au fournisseur saisi en en-tête de commande. Elle permet de définir le régime de taxe à appliquer sur la commande et permet de déterminer les codes de taxe à utiliser pour les lignes d'articles.  A partir de ce champ, vous pouvez :

• sélectionner un régime de taxe dans la table,
• créer, selon vos habilitations, un régime de taxe dans la table.

Particularités liées à l'inter-sociétés : Dans le cadre d'une commande ouverte inter-sociétés ou inter-sites, le régime de taxe renseigné sur le contrat de vente généré est initialisé par le régime de taxe du client associé au site d'achat.

Seul un régime de taxe cohérent par rapport à la législation et au groupe de la société du site peuvent être renseignés.
Les principes généraux liés au paramétrage multi-législation sont détaillés ici.

• Axe (champ DIE)

Ce tableau permet de renseigner ou de visualiser les imputations analytiques, en fonction du paramétrage de la transaction de saisie des commandes ouvertes.

• Intitulé (champ NAMDIE)

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

• Section (champ CCE)

Les sections analytiques sont initialisées conformément au paramétrage des Sections par défaut (ode section POH). Ces codes sections peuvent être modifiés manuellement si la transaction l'autorise.

Lorsqu'un axe analytique est utilisé pour le suivi de la gestion à l'affaire, toute modification du code affaire entraîne la réinitialisation du code section sur cet axe, en utilisant le paramétrage des Sections par défaut. Si le code affaire est répercuté sur les lignes, le code section des lignes impactées est également réinitialisé.

• Signée (champ APPFLG)

Cette information vous permet de connaître la situation de la commande ouverte du point de vue de la gestion des signatures.
Les différentes valeurs possible 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 APPPOC - Gestion des signatures Cde ouv du chapitre ACH, groupe APP), la valeur sera systématiquement égale à Pas de gestion.

Si la gestion des signatures est activée pour la société, la valeur dépendra des règles de signatures et des signatures effectuées :

• Non
  Cela signifie qu'aucune signature n'a été effectuée ou que les signatures déjà effectuées ont été annulées par un signataire.
• Partiellement
  Cela signifie qu'une partie des signataires désignés par le circuit de signature ont signé le contrat.
• Totalement
  Cela signifie que tous les signataires désignés par le circuit de signature ont signés le contrat. Il pourra être édité et réceptionné.
•  Oui automatique
  Cela signifie que la gestion des signatures est facultative (paramètre APPPOC) et qu'aucun circuit de signature n'a été déterminé pour ce contrat. Il est donc considéré comme signé et pourra être édité et réceptionné.

Si le contrat d'achat est typé inter-sites ou inter-sociétés et que le paramétrage le définit, le contrat de vente réciproque sera automatique généré si les valeurs de signatures sont : Pas de gestion, Totalement ou Oui automatique.

• Imprimée (champ PRNFLG)

Cette information permet de savoir si la commande ouverte a été éditée. Celle-ci ne pourra être éditée que si elle est totalement signée, ou s'il n'y a pas de gestion de signature ou si la signature est automatique.

• Soldée (champ CLEFLG)

Cette information n'est pas utilisée dans les commandes ouvertes.

• Reçue (champ RCPFLG)

Cette information permet de connaître la situation de la commande ouverte du point de vue de la réception des marchandises. Les différentes valeurs possibles sont : 'Non', 'Partiellement'.

• Facturée (champ INVFLG)

Cette information permet de connaître la situation de la commande ouverte du point de vue de la réception des marchandises. Les différentes valeurs possibles sont : 'Non', 'Partiellement'.

• Article (champ ITMREF)

La saisie d'un article est obligatoire, mais vous avez le choix entre saisir la référence interne de l'article dans ce champ et saisir la référence du fournisseur dans le champ suivant. Dans les deux cas, l'existence de cette référence est contrôlée dans le fichier Articles.

L'article saisi :

• doit entrer dans une catégorie d'articles achetés,
• doit être déclaré comme Actifdans la fiche article correspondante,
• doit être géré par l'acheteur si la valeur du paramètre  BUYFLT Filtre par acheteur (chapitre ACH, groupe AUZ) a pour valeur 'Oui'.
• Un code acheteur non renseigné dans l'article ou l'article-site signifie que celui-ci est valable pour tous les acheteurs potentiels.

Par ailleurs, vous ne pouvez pas créer plusieurs lignes pour le même article et le même site de réception. Si c'est le cas, le message d'erreur bloquant s'affiche : « Ligne contrat article-site existe déjà. Ajout impossible ».

Particularités liées à l'inter-sociétés :

Sur une commande ouverte inter-sites ou inter-sociétés, vous pouvez saisir uniquement des articles de type'Réceptionné / Livrable'.

A partir du champ Article, plusieurs possibilités vous sont offertes. En effet, vous pouvez saisir directement une référence article ou utiliser l'icône Actionspour :

• Sélectionner un article dans le fichier.
• Sélectionner un article dans la liste des articles du fournisseur.
• Sélectionner un article dans la liste des articles fournisseurs-sites. Dans cette fenêtre de sélection, le curseur se positionne par défaut sur le premier article référencé chez le fournisseur pour le site de réception. Vous pouvez sélectionner un autre article référencé sur tout autre site de réception appartenant à la même société juridique.
• Créer, selon vos habilitations, l'article dans le fichier.

La saisie de l'article permet d'initialiser le champ Désignationqui est modifiable.

Suite à la saisie de l'article, différents messages peuvent apparaître :

• Lorsque l'article n'est pas référencé chez le fournisseur.
• Ce message peut être bloquant ou être un simple avertissement, selon le choix fait au niveau du paramètre  ITMBPS - Référencement fournisseur (chapitre ACH, groupe REF).
• Lorsque l'article-site n'est pas référencé chez le fournisseur.
• Ce message peut être bloquant ou être un simple avertissement, selon le choix fait au niveau du paramètre  ITMBPSFCY - Référencement fournisseur-site (chapitre ACH, groupe REF). Si ce message est bloquant, vous pouvez tout de même continuer votre saisie uniquement si le champ Site de réception est défini comme étant saisissable au niveau de la transaction de saisie. Dans ce cas, le champ contenant le site de réception est vidé. Vous devez alors renseigner un site dans lequel l'article-fournisseur est référencé ou pour lequel le paramètre ITMBPSFCY - Référencement fournisseur-Siten'est pas bloquant.
  Le contrôle lié au paramètre ITMBPSFCY - Référencement fournisseur-Site ne s'applique pas aux commandes inter-sites.
• Lorsque la commande de l'article est bloquée pour ce fournisseur ou pour ce fournisseur sur ce site de réception. Ce message peut être bloquant ou un simple avertissement selon la valeur donnée au code blocage dans la fiche Articlesou dans la fiche Articles-Sites.
• Lorsque l'article ne peut pas être commandé directement mais doit faire l'objet préalable d'une demande d'achat.
  Ce message est bloquant.
• Lorsque le filtre par acheteur est actif et que l'article n'est pas géré par l'acheteur spécifié en entête de contrat.
  Ce message est bloquant.

• Article fourniss. (champ ITMREFBPS)

La saisie d'une référence article fournisseur est obligatoire uniquement lorsqu'aucune référence interne n'a été saisie dans le champ précédent.
A partir de champ, vous pouvez saisir directement une référence ou en choisir une dans la liste des articles du fournisseur.

• Désignation (champ ITMDES)

Désignation principale de l'article provenant dela fiche article et qui peut être modifiée lors de la saisie.
Dans le cas d'un appel d'offre, si l'article n'existe pas dans latable articles, la désignation doit être saisiedirectement.

• champ ITMDES1

Il s'agit de la désignation traduite dans la langue du fournisseur. Cette désignation sera transmise avec les modifications éventuelles sur la réception ou sur la facture fournisseur. Lorsqu'une commande est issue d'une demande d'achat ou d'un appel d'offre, la désignation traduite sera héritée de la ligne d'origine.
Cette désignation sera imprimée sur le bon de commande. A partir de ce champ, il est possible d'accéder à la fiche article par tunnel.

• Type d'article (champ ITMKND)

Ce champ indique si l'article est de type : Standard ou Service.

Un article de type Standardest un article 'physique' qu'il soit géré en stock ou non. Un article de type Serviceest un article non géré en stock, dont la catégorie est de type Service.

 La présence de ce champ dépend de la transaction de saisie utilisée.

• Version majeure (champ ECCVALMAJ)

Le numéro de version majeure est accessible uniquement si le suivi des versions majeures est actif au niveau du paramétrage de l'article (dans la section 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/Fournisseurs, ou à défaut, au niveau l'article/Appro, 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. Elle reste modifiable.

• Version mineure (champ ECCVALMIN)

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 la section 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/Fournisseurs, ou à défaut, au niveau l'article/Appro, la dernière version mineure est pré-chargée automatiquement. Elle reste modifiable.

• Site réception (champ PRHFCY)

Le site de réception est généralement initialisé par le site de commande. Cependant, lorsque le site de commande n'est pas déclaré comme dépôt dans la table des sites et que l'article commandé est géré en stock, c'est le premier site de stock associé à la société juridique du site de commande qui est proposé.

A partir du champ Site de réception, plusieurs possibilités vous sont offertes.
Vous pouvez :

• Saisir directement un code site, à condition que celui-ci appartienne à la même société juridique que le site du contrat et qu'il existe dans la table des sites.
• Utiliser l'icône Actions pour sélectionner un site dans la liste proposée ou effectuer différentes interrogations de stock.
•  Créer l'article/site si ce dernier n'existe pas.

Il est possible de sélectionner une adresse de réception. Par défaut, c'est la première adresse précisée sur la fiche du site qui est affichée.
Si l’article-site n'est pas référencé chez le fournisseur, un message s'affiche. Ce message peut être bloquant ou un simple avertissement selon le choix fait au niveau du paramètre ITMBPSFCY - Référencement fournisseur-site (chapitre ACH, groupe REF). Ce contrôle ne s’applique pas aux commandes inter-sites.

Particularités liées à l'inter-sociétés : Lorsque le contrat d'achat est typé inter-sites ou inter-sociétés, le site de réception est initialisé par le site de réception renseigné sur l'adresse de livraison par défaut du client commande associé au site d'achat du contrat d'achat. Si l'adresse de livraison par défaut associée au client défini par le site d'achat ne spécifie pas de site de réception, on prendra alors la première adresse de livraison, dans l'ordre alphabétique, identifiant un site de réception.

Si aucun site de réception n'est défini sur aucune des adresses de livraison du client associé au site d'achat, un message bloquant s'affiche : « Inter-sites : Adresse de livraison non trouvée pour le tiers client xxxx ».  De la même manière, un message bloquant s'affiche si le site identifié n'appartient pas à la même société que le site d'achat (incohérence des données de base).

Lors de l'enregistrement du contrat, le site de réception affiché en en-tête du contrat prend pour valeur le site de réception choisi sur la première ligne du contrat d'achat.

Lors de la génération du contrat de vente, l'adresse de livraison associée à la ligne article sera l'adresse de livraison identifiée par le site de réception saisi sur la ligne article du contrat d'achat.

• Adresse (champ FCYADD)

Il s'agit du code adresse par défaut du site de réception choisi. Cette adresse sera inscrite sur le bon de commande adressé au fournisseur.
A partir de ce champ, vous avez la possibilité de sélectionner une autre adresse du site de réception s'il en existe plusieurs.

• Lieu conso (champ USEPLC)

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

Exemples: Quai xx ou Hall yy.

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

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

• Site expédition (champ LINSTOFCY)

Il s'agit du code du site de stockage à partir duquel le client est généralement livré. Ce site, contrôlé dans la table des sites, doit être identifié en tant que dépôt.

Cette information est accessible uniquement si la commande est typée inter-sites ou inter-sociétés. Elle permet de spécifier le site d'expédition des marchandises qui sera utilisé par la société de vente identifiée par le fournisseur inter-sites / inter-sociétés. Elle servira ensuite à initialiser le site d'expédition de chaque ligne de commande d'achat. Elle est donc obligatoire dans ce contexte.

Le site d'expédition est initialisé, par ordre de priorité, de la manière suivante :

• site d'expédition habituel défini sur l'adresse de livraison identifiée par le site de réception précédemment calculée. Il est nécessaire qu'il appartienne à la société du fournisseur,
• site identifié par le fournisseur s'il est site dépôt.

Si, à l'issue de cette recherche, le site n'est toujours pas identifié, vous devez le renseigner manuellement. Un contrôle est alors effectué pour vérifier que le site saisi appartient à la même société que le site du fournisseur et que ce site est un site de stockage. Le menu Actionspermet de proposer l'ensemble des sites pouvant être sélectionnés.

Particularités liées aux commandes d'achat générées automatiquement : si le site d'expédition n'est toujours pas identifié après l'exécution des points précédents, le site d'expédition est initialisé en prenant le premier site de stockage trouvé, par ordre alphabétique, dans la liste des sites de stockage de la société identifiée par le fournisseur.

Lors de la génération de la commande de vente associée, le site d'expédition de l'en-tête de commande de vente sera égal au site défini ici.

• Date validité début (champ XSTRDAT)

La date de début de validité de l'article dans le contrat est initialisée, par défaut, par la date de début de validité du contrat saisie en entête.
Elle est modifiable à condition d'être postérieure ou égale à la date de début du contrat et antérieure ou égale à la date de fin de validité.

• Date validité fin (champ XENDDAT)

La date de fin de validité de l'article dans le contrat est initialisée, par défaut, par la date de fin de validité du contrat saisie en entête.
Elle est modifiable à condition d'être antérieure ou égale à la date de fin du contrat et postérieure ou égale à la date de début de validité.

• Unité achat (champ PUU)

Il s'agit de l'unité d'achat définie pour le couple article-fournisseur ou pour l'article s'il n'existe pas de fiche article-fournisseur.
L'article dispose de deux unités d'achat :

• l'unité d’achat définie sur la fiche article,
• l'unité d'achat liée au fournisseur.

Cette unité d'achat ne peut pas être modifiée. Elle est utilisée par défaut lors de la saisie d'une commande, ordre de sous-traitance, ou réception. L'unité d'achat du fournisseur est proposée par défaut si la fiche article-fournisseur existe.

Les unités d'achat accessibles dépendent du type de catégorie indiqué.

Lors de la facturation d’un article, l'unité d'achat de l'article est utilisée.

• Quantité prévue (champ EXTQTYPUU)

Il s'agit de la quantité totale prévue pour l'article pour la durée du contrat.
Ce champ n'est pas obligatoire et la saisie de la quantité est décidée au niveau de la transaction.
Lorsque ce champ est déclaré Affiché ou Invisible dans la transaction, la quantité est automatiquement initialisée à 0. Un message d'avertissement s'affiche :

• lorsque ce champ est déclaré Saisi et qu'aucune valeur n'est saisie,
• lorsque la quantité saisie est inférieure à la quantité minimum exigée par le fournisseur, mentionnée dans la fiche article-fournisseur.

A partir de ce champ, l'icône Actions vous permet d'effectuer différentes interrogations de stock.

Il ne sera pas possible de passer des appels de livraison pour des quantités supérieures à la quantité indiquée ici.

• Horizon ferme (champ FIMHOR)

Il s'agit de la période, exprimée en nombre de jours, pendant laquelle les demandes de livraison Fermes peuvent être effectuées au titre de ce contrat.
La saisie d'une valeur dans ce champ permet de contrôler la saisie effectuée au niveau des demandes de livraisons (cf. documentation Demandes de livraison).

• Période (champ FIMHORUOM)

• Horizon planif (champ FRTHOR)

Il s'agit de la période exprimée en jours, semaines ou mois, pendant laquelle les demandes de livraison prévisionnelles peuvent être effectuées.

• Période (champ FRTHORUOM)

Unité de temps dans laquelle sera exprimé l'horizon de planification.

• Affaire (champ PJT)

Ce champ vous permet de renseigner un code affaire.
La gestion de ce code est fonction de la valeur du paramètre CTLOPPCOD - Contrôle affaire obligatoire (chapitre TC - groupe MIS). 

• Lorsqu'il a pour valeur Non, il peut s'agir d'un code librement choisi.
• Lorsqu'il a pour valeur Oui, un contrôle d'existence du code affaire saisi est systématiquement effectué. 
  Vous pouvez utiliser l'icône Sélection pour afficher la liste des codes affaires disponibles.

Les modalités de gestion de ce champ dépendent du paramètre PJTSNGDOC - Une affaire par document (chapitre TC - groupe MIS).

• Lorsque ce paramètre a pour valeur Oui, la gestion multi-affaires est interdite.
  Le code affaire est obligatoirement identique en en-tête de document et sur les lignes.
  Le code affaire que vous saisissez en en-tête est systématiquement reporté sur les lignes du document et n'est pas modifiable.
  En cas de transformation d'un document, il est alimenté avec le code affaire des lignes du premier document sélectionné et n'est pas modifiable. 
  Les lignes supplémentaires doivent obligatoirement avoir le même code affaire.
  Si vous ne renseignez aucun code affaire et que les conditions sont réunies pour que s'ouvre automatiquement la fenêtre de prise en compte des besoins, celle-ci présente tous les besoins correspondant aux critères renseignés. Ces besoins peuvent concerner différents codes affaire. Si vous cliquez sur Tout inclure, c'est le code affaire de la première ligne qui est utilisé pour alimenter le code affaire de la commande : ce sont donc uniquement les lignes comportant le même code affaire que la première ligne qui sont sélectionnées.
  Si vous modifiez le code affaire de l'en-tête du document, ce code affaire est reporté automatiquement sur l'ensemble des lignes.
   
• Lorsque ce paramètre a pour valeur Non, la gestion multi-affaires est autorisée.
  En création directe, le code affaire que vous saisissez en en-tête du document est utilisé pour initialiser le code affaire des lignes du document.
  Vous pouvez modifier le code affaire sur les lignes uniquement si les conditions suivantes sont remplies :
  - la saisie de ce champ est autorisée par la transaction de saisie utilisée,
  - la ligne article n'a pas fait l'objet d'une demande de livraison.
  
  Si vous modifiez le code affaire de l'en-tête du document, 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 :
• Oui : le code affaire est reporté sur toutes les lignes, sauf sur celles ayant déjà fait l'objet d'une demande de livraison.
• Non : le code affaire n'est pas reporté sur les lignes.
• Oui si même valeur : le code affaire est reporté uniquement sur les lignes qui avaient l'ancien code affaire, sauf sur celles ayant déjà fait l'objet d'une demande de livraison.

 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 du code section sur cet axe, sur l’en-tête du document ainsi que sur les éléments de facturation, en utilisant le paramétrage des Sections par défaut. Si le code affaire est répercuté sur les lignes, le code section des lignes impactées est également réinitialisé.

Particularités liées à l'inter-sociétés : le code affaire est automatiquement transmis sur la ligne de commande de vente générée lorsqu'il s'agit d'une commande ouverte inter-sites. En revanche, il ne l'est pas lorsqu'il s'agit d'une commande ouverte inter-sociétés.

• Code tarif (champ PLI)

Les conditions tarifaires applicables au contrat peuvent être issues des  tarifs prédéfinis ou déterminées de façon particulière pour l'article dans le contrat.
Vous pouvez, en effet, les déterminer, de deux façons :

• Soit par la saisie ou la sélection d'un code tarif particulier dans le champ CodeTarifssi celui-ci est déclaré comme étant 'Saisi' dans la transaction.
  Par  défaut, il s'agit du code tarif actif qui a la priorité la plus importante parmi les tarifs paramétrés avec structure tarif définis sur la fiche fournisseur.
  Ce code tarif va permettre de définir les conditions tarifaires : les colonnes de Prix, Remises et frais sont automatiquement mis à jour avec les informations issues de la recherche tarif. Lorsqu'aucun Code tarif n'est renseigné, ces mêmes champs sont initialisés à 0.
   
• Soit par la saisie directe dans le tableau des Conditions tarifaires, des champs Date début validité, Prix, Remises et frais lorsque aucun code tarif n'est saisi.

Particularités liées à l'inter-sociétés : Dans le cadre d'un contrat typé inter-sociétés, c'est le premier code tarif typé inter-sociétés qui est proposé par défaut par ordre de priorité. Le code tarif est transmis du contrat d'achat vers le contrat de vente miroir s'il s'agit d'un code tarif également défini dans les ventes. Par contre, les lignes de tarif achat ne sont pas transmises.

• Prix valorisation (champ PRIVLT)

• Si un code tarif est renseigné, ce champ est automatiquement alimenté par la recherche tarif, avec le tarif en vigueur.  
  Si aucun tarif n'a pu être appliqué, il est alimenté à partir du prix de base saisi dans la section Achat de la fiche Article. Si ce prix de base n'est pas renseigné, c'est le coût standard qui est appliqué si le paramètre PURPRICE - Tarif par défaut coût standard (chapitre ACH, groupe PRI) a pour valeur 'Oui'.
  
• Si aucun code tarif n'est renseigné ou s'il est supprimé, ce champ prend pour valeur le prix de la première ligne des conditions tarifaires. Si aucune ligne n'est renseignée, le prix de valorisation a pour valeur 0.

• Intitulé (champ NAMCOA)

• Compte (champ LINACC)

Ces champs indiquent les comptes comptables d'achat. Les plans de comptes accessibles dépendent du modèle comptable associé à la société du mouvement. Si ces champs ne sont pas renseignés, les comptes seront déterminés automatiquement par le code comptable de l'article (en fonction du paramétrage de la pièce automatique PORD).
La présence de ce champ dépend de la transaction de saisie utilisée.
Si ce champ n'est pas renseigné le compte sera déterminé automatiquement (à la validation de la facture) par le code comptable de l'article, en fonction du paramétrage de la pièce automatique PIHI.

• Type achat (champ LINPURTYP)

La présence de cette information dépend du paramétrage de la transaction. Les différents types d'achats sont : 'Achats', 'Immobilisations' et 'Services'. Le type d'achat est initialisé en fonction de l'imputation de taxe associé au compte général saisi précédemment. Le type d'achat sera transmis sur la réception ou sur le contrôle facture achats.

• Date début validité (champ POPSTRDAT)

Il s'agit de la date de début de validité de la ligne tarif.

Lorsqu'un Code tarifa été renseigné, la date de début de validité est issue de la recherche tarif.
Cette date est initialisée par défaut, sur la première ligne, par la date de début de validité de l’article dans le contrat.
Sur les lignes suivantes, une recherche tarif est effectuée avec comme date de référence la date fin tarif + 1 de la ligne précédente. Si un tarif est trouvé, la ligne correspondante est générée.

Lorsqu'aucun Code tarif n'est renseigné,  cette date doit être saisie manuellement.

• Prix brut (champ GROPRI)

Lorsqu'un code tarif a été renseigné, le prix brut unitaire HT est issu de la recherche tarif. Sinon, il est initialisé à 0 et doit être saisi manuellement.

Depuis l'icône Actions, vous pouvez :

• visualiser les motifs associés au prix ainsi qu'aux différents champs remises et frais,
• consulter les tarifs,
• avoir une explication du calcul du prix.
  

• champ DISCRGVAL1

Les différents champs remises et frais qui apparaissent dépendent du paramétrage du code Structure tarif associé au fournisseur dans la fiche de ce dernier. 
Lorsqu'un code tarif a été saisi, les valeurs contenues dans ces champs proviennent de la recherche tarif (cf. documentation Paramétrage tarifs), sinon, ces champs sont initialisés à 0.
L'accès à ces champs peut dépendre du paramétrage des motifs associés aux tarifs ainsi qu'à la valeur de motif donnée au paramètre UPDPRIPUR - Motif du prix (chapitre ACH, groupe PRI).
Les remises ou frais sont définis en montant ou en pourcentage et s'appliquent en cumul ou en cascade sur le prix brut pour déterminer le prix net de la ligne de document.
L'icône Actions vous permet :

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

• Prix net (champ NETPRI)

• champ CCE1

Les sections analytiques sont initialisées conformément au paramétrage des Sections par défaut (code section POC). 
Lorsqu'un axe analytique est utilisé pour le suivi de la gestion à l'affaire, toute modification du code affaire sur la ligne de document entraîne la réinitialisation du code section sur cet axe, en utilisant le paramétrage des Sections par défaut.
En fonction du paramétrage de la transaction, les sections analytiques sont modifiables. Les différentes sections analytiques renseignées sur la ligne de commande seront transférées sur la réception ou sur le contrôle facture achats.

• CQ (champ QUAFLG)

Ce code permet de définir si l'article doit être contrôlé à l'entrée en stock.
La Catégorie d'article indiquée détermine la valeur de contrôle initiale des enregistrements article-site et fournisseur-stock. La valeur fournisseur-stock correspond à la valeur par défaut sur les commandes d'achat.

• Pas de contrôle. Le contrôle est défini selon les règles de gestion. Il peut être modifié manuellement.
• Contrôle non modifiable.. Le contrôle qualité est obligatoire pour les entrées en stock. Q est le seul statut valide.
• Contrôle modifiable. Dans une entrée diverse de stock, le statut de qualité est initialisé à la valeur Q, modifiable en A ou R.
  Le code contrôle de qualité peut également être défini au niveau de la commande d'achat.
  • Si dans la commande, le contrôle qualité est positionné à Oui, alors le contrôle qualité est obligatoire et la réception se fait dans l'un des sous-statuts Q* définis au niveau de la règle de gestion article des mouvements de réception.
    Si aucun sous-statut n'y est défini, le statut n'est pas saisissable, lors de la réception.
  • Si dans la commande, le contrôle qualité est positionné à Non, alors le contrôle qualité n'est pas obligatoire.
    A la réception, le statut A est proposé par défaut. Ce statut peut être remplacé par un des statuts définis dans la règle de gestion des mouvements de réception de l'article.
• Contrôle périodique. Le contrôle est automatisé en fonction d’un nombre de réceptions pour ce fournisseur et cet article. Le statut de stock reste modifiable en entrée.
  
  

Lorsque le code contrôle qualité associé à l'article ou au couple article-fournisseur prend la valeur Contrôle non modifiable, le champ correspondant de la ligne de commande n'est pas accessible en saisie et ce, quel que soit le paramétrage de transaction effectué.

Cette information sera par la suite exploitée sur la réception et croisée avec la règle de gestion définie pour la catégorie de l'article et associée au type de mouvement Réception fournisseur pour déterminer le statut de l'article et générer, le cas échéant, une demande d'analyse.

• Majoration DEB (champ EECINCRAT)

Ce champ est soumis au code activité DEB - Déclaration d'échange de biens.

Ce coefficient de majoration est utilisé dans la déclaration d'échange de biens. Il est exploité à partir des factures fournisseurs, et appliqué à la valeur fiscale de la ligne article, il permet d'obtenir la valeur statistique.
Il est initialisé par le coefficient de majoration renseigné dans la fiche Article-fournisseur ou à défaut, renseigné dans la fiche Fournisseur.

• Pays origine (champ ORICRY)

Code du pays d'origine de la marchandise, initialisé par le code pays associé au fournisseur de la commande.
Cette zone permet d'indiquer le pays d'où les marchandises sont originaires au sens de la règlementation douanière communautaire sur l'origine.
Pour la déclaration d'échanges de biens, on utilise la zone Code pays CEE associée à ce code dans la table des pays.
Pour les retours fournisseurs ce sera le pays destinataire.

• No (champ INVDTA)

Les éléments de facturation proviennent directement de la fiche fournisseur concerné par le contrat, pour ceux qui sont déclarés comme présents en pied de commande (cf. documentation Eléments de facturation). Le numéro de l'élément de facturation identifie le montant associé (Frais, port, emballage, remise, etc.).
Vous ne pouvez ni modifier, ni supprimer des éléments mais vous pouvez en ajouter d'autres à cette liste.  Vous pouvez supprimer uniquement les éléments ajoutés à la liste initiale.
Si vous souhaitez annuler un des postes proposés, il vous suffit de saisir une valeur nulle en regard de l'élément concerné. En effet, la valeur de chaque élément provient également de la fiche fournisseur mais elle est modifiable.
L'ensemble des éléments de facturation est ensuite pris en compte sur le contrôle facture. Au niveau du contrat, ils n'affectent pas la valorisation de celui-ci.

• Libellé (champ INVDTALIB)

Il s'agit de l'intitulé court de l'élément de facturation.

• % ou montant (champ INVDTAAMT)

Il s'agit des informations relatives au pied de facturation. Ces informations proviennent directement des éléments de facturation présents sur la fiche du fournisseur concerné par la commande pour ceux qui sont déclarés comme présent en pied de commande
 Reportez-vous à la documentation relative aux éléments de facturation.
On peut modifier les valeurs des différents éléments de facturation existants et en ajouter de nouveaux.
Particularités liées à l'inter-sociétés
Dans le cas d'une commande inter-sites ou inter-sociétés, si l'on souhaite utiliser des éléments de facturation, il faudra établir une correspondance entre les éléments de facturation Ventes et les éléments de facturation Achats. On pourra également préciser si la valeur des éléments de facturation initialisée sur la commande de vente est issu des éléments de facturation de la fiche client correspondant au site d'achat de la commande au des éléments de facturation saisis sur la commande d'achat et héritée des éléments de facturation du fournisseur correspondant au site de vente.
 Reportez-vous au paramétrage inter-sociétés.

• champ AMTCODLIB

Le système précise si l’élément de facturation est un pourcentage ou un montant.
Dans le cas d’un montant, la devise du document est affichée.

• champ ACC1

Ces champs indiquent les comptes comptables d'achat des éléments de facturation. Les plans de comptes accessibles dépendent du modèle comptable associé à la société du mouvement.
Si ces champs ne sont pas renseignés, les comptes seront déterminés automatiquement par le code comptable de l'élément de facturation (en fonction du paramétrage de la pièce automatique).
 La présence de ces champs dépend de la transaction de saisie utilisée.

• Répartition (champ DSP)

La clé de répartition analytique renseignée dans ce champ permet de charger les axes analytiques associés. Elle est composée de un à dix caractères alphanumériques.
Les clés de répartition analytique permettent de ventiler automatiquement le montant d'une ligne d'écriture de comptabilité générale sur plusieurs lignes analytiques. Cette ventilation s'effectue selon des coefficients de pondération.
Elle peut être modifiée directement sur la ligne de l’élément de facturation

• champ PFICCE1

Il s'agit des sections analytiques de l’élément de facturation.

Les sections analytiques sont initialisées conformément au paramétrage des sections par défaut (code section POCV), associé à la gestion des éléments de facturation. Ces codes sections peuvent être modifiés manuellement si la transaction l’autorise. Pour modifier les codes sections des différents axes, cliquez sur l'icône Actions.

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 du code section sur cet axe, sauf si une clé de répartition a été renseignée.

• Mt mini cde (champ WORDMINAMT)

Il s'agit du montant HT minimum en-dessous duquel les commandes au fournisseur peuvent faire l'objet d'un contrôle (bloquant, avertissement ou aucun contrôle).

Le niveau de contrôle par rapport à ce montant est défini par le paramètre POHMINAMT - Contrôle montant mini commande (chapitre ACH, groupe AUZ).

• Total prévu (champ TOTVLT)

Il s'agit du montant total hors taxes du contrat exprimé dans la devise du dossier après conversion du montant total HT, en fonction de la date et du type de cours du contrat.

• Date ARC (champ OCNDAT)

Après réception de la commande par le fournisseur, saisissez la date de réception donnée sur l'accusé de réception.
Une fois ces informations saisies, les lignes de contrat ne disposant pas encore de date d'ARC sont automatiquement mises à jour avec cette date.

Particularités liées à l'inter-sociétés : Dans le cadre d'un contrat inter-sociétés ou inter-sites, le numéro et la date d'ARC ne sont pas accessibles et sont initialisés, lorsque le contrat de vente a été généré, par la date et par le numéro de la commande de vente. Vous pouvez alors, à partir de l'icône Actions disponible sur le champ Numéro ARC accéder au contrat de vente généré, si vos habilitations utilisateur le permettent.

• Numéro ARC (champ OCNNUM)

Après réception de la commande par le fournisseur, saisissez le numéro de l'accusé de réception donné par le fournisseur.
Une fois cette information saisie, les lignes de contrat ne disposant pas encore de numéro d'ARC sont automatiquement mises à jour avec vr numéro.

Particularités liées à l'inter-sociétés : Dans le cadre d'un contrat inter-sociétés ou inter-sites, le numéro et la date d'ARC ne sont pas accessibles et sont initialisés, lorsque le contrat de vente a été généré, par la date et par le numéro de la commande de vente. Vous pouvez alors, à partir de l'icône Actions disponible sur le champ Numéro ARC accéder au contrat de vente généré, si vos habilitations utilisateur le permettent.

• Observations ARC (champ OCNREM)

Indiquez éventuellement deux lignes de commentaire sur l'accusé de réception.

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

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

• Transitaire (champ FFWNUM)

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

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

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

• Adresse transitaire (champ FFWADD)

Il s'agit du code adresse du transitaire. Il est initialisé avec l'adresse par défaut du tiers correspondant au transitaire. Cette adresse permet de déterminer si un dépôt de DEB pour ce flux est nécessaire.

• N° TVA intracommunautaire (champ EECNUM)

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

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

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

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

• Lieu transp. DEB (champ EECLOC)

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

Cette information n'est pas exploitée pour la déclaration française.

• Mode transport DEB (champ EECTRN)

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

• Nature transaction (champ EECNAT)

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

• Régime statistique (champ EECSCH)

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