Commandes ouvertes

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 site d'achat associé à votre profil fonction.
Vous pouvez modifier ce code en sélectionnant un code dans la liste des sites autorisés.

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.

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

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.

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.

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.

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

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

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

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.

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.

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.

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

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.

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.

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.

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.

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.

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.

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.

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

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

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 Actions permet 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.

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.

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.

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.

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

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

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

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.

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.

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

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

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