# 4° Source to Contract

## a) Gare de triage (spec 4159)

La gare de triage permet de regrouper l'ensemble des lignes de DA d'une même société et d'un même fournisseur qui sont à traiter par les acheteurs, afin de pouvoir en regrouper plusieurs dans un même projet de commande, afin de créer une commande.

Afin d'aider l'acheteur à effectuer le regroupement des lignes de DA des fonctionnalités de critères de regroupement et des filtres sont mis à sa disposition.

Attention, tout ce qui est fait dans la page Gare de triage y est enregistré dans une table temporaire. Ainsi si l'on quitte la page pour un autre menu et que l'on y revient, on y trouvera tout réinitialisé.

### Accès et ouverture de la gare de triage

La Gare de triage est accessible dans le Menu principal

 S2C dans la collecte des besoins

- Point de menu Commandes

 Également, lors de la création de commande, on propose un choix préliminaire : Création en mode simplifié (unique) qui envoi sur le mode de création standard ; Création en mode assisté (multiple) qui envoi vers la gare de triage.

Pour accéder à la gare de triage il faut posséder le droit HA\_CA\_CMV.

Les lignes de DA sont affichées sur la société choisie dans le filtre Société. Il est obligatoire de choisir une société, sinon aucune ligne de DA ne s'affiche.

### Périmètre des lignes de DA qui s'affichent dans la gare de triage

![](RackMultipart20230213-1-ndfoi0_html_fcadb9a012021cb2.png)

On affiche les lignes de DA de type exécution qui suivent toutes les règles suivantes :

- Lignes de DA de type exécution
- " Validée " est à vrai
- " Traitée " est à faux
- " Achat direct ? " est à faux (c'est-à-dire que la DA ne doit pas être une DA pour Cde eProc. Pour le savoir au test, il suffit de signer la DA, et elle va se transformer automatiquement en Cde, la DA sera au statut Traitée. Afin de vérifier qu'une telle DA n'est pas affichée dans la gare de triage, il faut créer une DA pour Cde eProc, ne pas la signer et être dans un cas de paramétrage qui permet de préparer une Cde sur une DA non signée. Le plus simple c'est de prendre un article générique non autorisé à Cde eProc)
- " Refusée ?" est à faux.
- " Signée ? " est à vrai si " Interdire préparation de Cde sur DA non signées " est à vrai.
- Ligne de DA affectées à un acheteur : soit on présente les DA de l'utilisateur uniquement, soit toutes les DA selon le filtre acheteur en cours
- Lignes de DA non affectées à un appel d'offre en cours (c'est-à-dire que le N° de ligne de DA ne doit pas être dans les postes d'une consultation, sauf si le choix du Frs retenu est validé) (Et attention, en cas d'AO validé, selon le paramétrage ci-dessous, le FRS et le prix de la ligne de DA peuvent être modifiés pour ceux du choix du FRS retenu pour l'AO :

![](RackMultipart20230213-1-ndfoi0_html_e26701d4fa26343a.png)

Si le paramètre général " Affecter DA aux acheteurs ? " est à vrai (dans le paramétrage de l'environnement HA Plus), alors dans la fiche utilisateur (onglet Acheteur) un paramétrage permet de définir si l'utilisateur n'accède par défaut qu'aux DA qui lui sont affectées : « Ne voir que les DA qui me sont affectées (gare de triage) ?

![](RackMultipart20230213-1-ndfoi0_html_7741bf6a148388d7.png) ![](RackMultipart20230213-1-ndfoi0_html_9c7d06cc1545df18.png)

_Note : le paramétrage « Interdire préparation Cde sur DA non signée » est le plus souvent actif chez les clients_

### Affichage des lignes de DA dans la gare de triage

**Recherche de fournisseur pour les lignes ayant un code article, sans FRS affecté**

L'objectif de la gare de triage est de regrouper des lignes de DA pour faire des commandes. Or une commande comporte nécessairement un fournisseur.

Aussi la gare de triage va-t-elle essayer de rattacher une ligne de DA sans Fournisseur à un Fournisseur pour le faire apparaître dans un projet de commande avec FRS.

Les critères suivants sont pris dans l'ordre de priorité décroissante :

- Recherche d'un Appel d'offre validé sur la ligne de DA en question.

- Recherche d'un accord-cadre valide pour l'article et autorisé pour le centre émetteur de la DA (soit aucun centre n'est autorisé et dans ce cas ils le sont tous, soit un centre est autorisé et dans ce cas aucun autre centre ne l'est)

- Prise en compte de la notion de fournisseur préférentiel (case à cocher de la fiche frs) (si plusieurs FRS sont possibles avec la règle de prix le plus bas, c'est le FRS préférentiel qui est retenu quel que soit son prix)

- Prise en compte des liens Art/Frs sans Frs prioritaire\* ET Recherche d'un distributeur pour les articles de type Fabricant Gamme - en recherchant le prix le plus bas

_Si un lien article / FRS n'a pas de prix, il est alors exclu des FRS possibles._

_Pour une DA sur article stocké sans fournisseur, on ne tient pas compte de la notion de fournisseur préférentiel stock, on va directement chercher le meilleur prix._

_Remise sur article par fournisseur : le champ "Fournisseur" affiche simplement, pour information, le taux de remise globale défini sur la fiche fournisseur. C'est le taux "Article" qui est utilisé ensuite._

_Si un ACD est utilisé pour trouver un FRS et un prix à la ligne de DA, en revanche le délai de livraison n'est pas modifié pour prendre celui de l'ACD dans le projet de commande._

Fournisseur préférentiel :

![](RackMultipart20230213-1-ndfoi0_html_3e45c5e119c036f2.png)

**Fabricant / gamme :**

![](RackMultipart20230213-1-ndfoi0_html_a25b735757bdcd8d.png)

Dans la fiche article, on renseigne l'article et on indique le fabricant et la gamme.

Ensuite on se base sur le prix de l'article et on applique la remise des distributeurs :

![](RackMultipart20230213-1-ndfoi0_html_516ee89a63c99777.png)

**Affichage des prix sur les lignes de DA (règles complémentaires à celles de la recherche de FRS)**

**La ligne de DA est liée à une consultation (AO)** : on remplace le fournisseur de la DA par celui retenu sur l'AO (si on en trouve un – l'AO peut ne pas être terminé – flag « retenu » sur la ligne de réponse) et on prend le prix de l'AO, même si on est paramétré en maintien de prix de la DA. Si pas de fournisseur retenu sur l'AO, c'est comme si on n'avait pas d'AO.

**Sinon** ,

En maintien de prix DA, si la ligne de DA a un fournisseur, on garde le prix de la DA, sinon, on recherche un fournisseur comme dans le cas « Prix standard ».

En prix standard :

On ne conserve pas le prix de la DA, sauf si on ne trouve pas d'autre prix.

La ligne de DA a un fournisseur : on recherche le meilleur prix pour ce fournisseur en privilégiant l'accord-cadre si on en a un.

La ligne de DA n'a pas de fournisseur : on recherche le meilleur fournisseur/meilleur prix : règle de priorité combinant fournisseur préférentiel, accord-cadre et meilleur prix.

**Dans tous les cas, on recherche, pour la ligne de DA le meilleur prix tout fournisseurs confondus sans règle de priorité afin de le proposer, s'il existe un, en tooltip à l'utilisateur.**

**Pour la recherche de meilleur prix :**

- On recherche dans les liens articles / Frs,

- dans les catalogues : si on trouve un prix sur la base du même code fabricant – référence fabricant (avec recherche de la remise éventuelle du catalogue remise associé), ou de référence article fournisseur – code fournisseur, ou code article HAPlus

- dans les ACD valides pour le code article HAPlus, et disponibles pour le centre émetteur de la DA

Schéma à refaire en informatisé + lisible

![](RackMultipart20230213-1-ndfoi0_html_67690fb79714817b.png)

![](RackMultipart20230213-1-ndfoi0_html_75ddc8c911bd198d.jpg)

L'affichage des prix (et pas les montants, remises) dépend du paramétrage (Système – Paramétrage global HA – Ox@Proc – Paramétrage visuel – Général : Prix unitaires : Nombre de décimales) pour le nombre de décimales à afficher sur les prix

En revanche, dans la gare de triage, les prix sont toujours affichés en HT même si le paramétrage est en TTC pour Oxaproc.

**Règles d'affichage**

![](RackMultipart20230213-1-ndfoi0_html_5a5a69649b3464ca.png)

Les lignes de DA sont affichées regroupées par projets de commande.

Un projet de commande affiche :

- le code FRS : au passage de la souris une infobulle présente les informations du frs Raison Sociale et adresse
- les différents critères de regroupement avec une infobulle sur leur valeur :

- Centre émetteur : RS + ADRESSE + VILLE + PAYS
- Centre de livraison : Idem Centre émetteur (Cf. exemple)
- Type de document (Libellé du type de doc)
- N° de DA : Titre de la DA + Commentaire + ZL DA
- Code sous famille : Libellé sous-famille (entre parenthèse Code+ Libelle Famille)
- Section d'imputation : Libellé de la SI
- Code complémentaire : Libellé du CDC
- Sous compte d'analyse : Libellé du SCA
- Accord-cadre : Libellé de l'ACD (entre parenthèse CODE + Libellé du marché si existant)
- Mode de transport : Libellé du mode de transport.
- Type achat marché public : Libellé

- le montant total du projet de commande : Ce cumul prend en compte la somme de chacune des lignes du projet en prenant en compte pour chacune d'elles le plus grand des montants entre le budget de la ligne et la (Qté\*PU), et en prenant en compte les quantités du projet de commande (initialisées avec = quantités des lignes de DA initiales – quantités déjà commandées, et modifiables dans le projet de commande).
- une icône pour indiquer que le minimum de facturation ou de franco du FRS du projet de commande n'est pas atteint,
- un picto œil pour Voir le projet de commande
- une case à cocher sur la droite permettant de sélectionner le projet de commande.

Une loupe permet d'afficher ou de cacher les lignes correspondant au projet de commande. En cliquant sur le bouton « Vue détaillée », on voit l'ensemble des lignes des projets de commande, et en cliquant sur « Vue non détaillée », on replie les lignes de tous les projets de commande.

Les projets sont affichés selon les critères de regroupement, et les lignes au sein d'un projet de commande sont ordonnées par N° de DA et N° de ligne par ordre croissant.

Une ligne de DA affiche :

- Une case à cocher de sélection de la ligne

- N° de DA : infobulle avec Demandeur DA + Téléphone + Portable + Centre émetteur de la DA et adresse & téléphone
- N° de ligne
- Code sous-famille infobulle avec Libellé sous famille
- Code article
- Désignation sommaire article : info bulle présentera la désignation complémentaire de l'article.
  - Mise en évidence si l'article appartient à une classe d'équivalence.
  - Mise en évidence de la présence d'un article en équivalence, disponible à un meilleur prix sur un accord-cadre rattaché à un fournisseur (groupe de fournisseur).
  - Mise en évidence du fait que cet article appartient à un accord-cadre rattaché à un fournisseur différent de celui de la proposition de commande si celui-ci permet un meilleur prix. Possibilité, sur clic, d'activer la visualisation.
  - Mise en évidence que le prix obtenu provient d'un appel d'offre validé.
- Montant total de ligne : Prix total de la ligne ou Budget de la ligne.

On présentera le plus petit non nul des deux montants, le budget sera présenté dans une police italique et sera précédé de la lettre B.+ infobulle avec les différentes quantités de la ligne avec l'unité (demandée, déjà commandée, reste à commander, dont sur cette commande

- Date de livraison : Si la ligne fait l'objet d'un éclatement en planning, on remplace la date par un bouton « Planning », cliquable pour afficher le planning
- Icône urgent (si la date de livraison de la ligne de DA est inférieure à la date du jour + la durée standard de traitement d'une DA – Paramétrage global HA+ - Environnement – onglet DA – « Durée standard de traitement d'une DA » en jours)
- Signée picto S Information sur la signature de la DA. Une info bulle positionnée sur ce champ renseignera l'utilisateur pour le dernier signataire de la DA.
- Les présences d'un titre et d'un commentaire sur la DA de la ligne sont matérialisées par des icônes en entête de ligne.

En cliquant sur la loupe sur une ligne de DA, on peut afficher les détails des lignes :

- Section d'imputation : libellé et (code SI)
- Code gestion : libellé et (code CDG)
- Code complémentaire : libellé et (code CDC)
- Sous compte d'analyse : libellé et (code SCA)
- Message : celui de l'entête de DA
- Titre : celui de l'entête de DA
- Commentaire : celui de l'entête de DA
- Acheteur : Présentation du libellé et code acheteur affecté à la ligne de DA
- Zone libre: celui de l'entête de DA
- Mode de transport : Mode de transport principale du centre de livraison de type transit de la ligne de DA
- Demandeur
- Centre émetteur

### Fonctionnement de la gare de triage

**Critères de regroupement**

Les critères de regroupement définissent les règles de regroupement des lignes de DA pour construire les propositions de projets de commandes de la gare de triage.

Ils sont initialisés par le paramétrage (Système – Paramétrage global HA – Environnement – onglet CDE, bouton Critères de regroupement) (le code société puis le code frs ne sont pas supprimables et sont toujours dans cet ordre), et modifiables par l'utilisateur s'il le souhaite.

Lors de la validation des critères, si ceux-ci ont été modifiés, on relance l'analyse des lignes de DA à Traiter afin de regrouper les lignes suivant les critères choisis.

Les modifications des critères de regroupement ne sont pas enregistrées dans la session de l'utilisateur, s'il quitte la page elles sont réinitialisées avec le paramétrage.

- Critères de regroupement

- Code société (fixe)

- Code Fournisseur (fixe)

- Autres regroupements possibles issus d'un paramétrage et modifiable.

- Centre émetteur

- Centre de livraison

- Type de document

- N° de DA

- Code sous famille

- Section d'imputation

- Code complémentaire

- Sous compte d'analyse

- Accord-cadre

- Mode de transport

**Filtres**

Les filtres suivants permettent à l'utilisateur de filtrer les lignes de DA qu'il souhaite traiter. Seules les lignes de DA correspondants aux filtres activés sont sélectionnées pour les projets de commande de la gare de triage.

- Centre de livraison
- Sous-famille
- Fournisseur
- Lignes non affectées
- Acheteur (en fonction du paramétrage)
- Type de document
- Mode de transport
- Centre émetteur DA
- DA en attente de commande depuis plus de X jours

- Le filtre « Type de document » ne propose pas le type de doc « Commande comptoir » (Système – HAPlus - Paramétrage HA – OXA.MPROC), ni celui des commandes eproc (Système – HAPlus – Paramétrage HA – OXA.PROC – Paramétrage fonctionnel – Initialisations – Type de doc par défaut pour les DA pour Cde et Cdes directes Ox@Proc).
- Le filtre « DA en attente de commande depuis » : on affiche les DA en attente d'être commandées depuis au moins cette date et donc on présente toutes celles qui ont été créées avant cette date

**Navigations et sélections de lignes et de projets**

Il est possible de sélectionner des lignes ou des projets de commande, les projets pouvant être sélectionnés indifféremment depuis la gauche ou la droite de l'écran (et cocher un projet à gauche de l'écran le coche à droite de l'écran et inversement).

Si au moins une ligne est cochée :

- si aucun projet n'est coché, le bouton « Vers ce projet de cde » est désactivé

- si un projet est coché, le bouton « Vers ce projet de cde » est activé et c'est vers ce projet que sont regroupées les lignes

- enfin si plusieurs projets sont cochés, le bouton « Vers ce projet de cde » est désactivé

Si aucune ligne n'est cochée, mais uniquement un ou plusieurs projets, alors seul est actif le bouton « Créer commande ».

Le drag and drop d'une ligne de DA est possible vers un projet visible dans l'écran de gauche ou de droite.

**Vers Nouveau projet de Cde**

Sur une ligne donnée ou une sélection multiple de lignes, l'utilisateur demande la création d'un nouveau projet de commande en cliquant sur le bouton « Vers nv projet de Cde ».

- ne prend en compte que les lignes cochées, pas les projets

- à la validation, cela crée un nouveau projet tout en bas de la liste des projets et on est redirigé sur l'écran de « Visualisation de commande »

- les lignes ne sont plus affichées dans leur projet précédent

- même si je renseigne des caractéristiques identiques à celles d'un autre projet, cela crée un nouveau projet différent, tout en bas de la liste

**Vers ce projet**

- déplace les lignes vers le projet coché, elles ne sont donc plus affichées dans le projet précédent

- redirige sur le projet cible pour modifier les informations d'entête de projet, avec les lignes d'origine du projet de commande + les lignes nouvellement déplacées

- l'on doit avoir des alertes non bloquantes indiquant si les éléments de la DA sont différents de ceux de l'entête du projet de commande (tous les éléments sauf l'objet bien entendu)

**Voir le projet de commande**

« voir le projet de commande » est un écran divisé en 4 onglets :

![](RackMultipart20230213-1-ndfoi0_html_edfa93a8cbaca73b.png)

**Entête du projet**

Dans le groupe de gauche, l'utilisateur retrouve dans les listes déroulantes toutes les différentes valeurs contenues dans les différentes lignes de DA contenues dans la proposition de commande.

Dans le groupe de droite, ce sont les choix pour la commande. Ils sont initialisés par l'application si jamais il n'y a qu'une seule valeur dans les DA sélectionnées et sont modifiables.

- Toggle sur le type d'achat :
  - si le FRS du projet de commande n'a aucun type d'achat, c'est celui par défaut qui est remonté, c'est le seul accessible dans la popup Type d'achat et la case à cocher pour confirmer le type d'achat est déjà cochée et ne peut être décochée
  - si le FRS du projet de commande a un seul type d'achat, seul celui-ci est proposé dans la popup et la case à cocher n'est pas cochée. On peut la cocher et la décocher
  - si le FRS du projet de commande a plusieurs types d'achat, ils sont proposés dans la popup et la case à cocher n'est pas cochée. On peut la cocher et la décocher. La cocher confirme le type d'achat par défaut. Le choix d'un autre type d'achat entraine la coche de la case.
- Si l'on modifie la devise du projet de commande, cela doit convertir le montant total de l'entête du projet et l'afficher avec la devise du projet. En revanche les lignes du projet restent toujours dans la devise d'origine de la DA.

**Titre et commentaires**

![](RackMultipart20230213-1-ndfoi0_html_c287c113167bf601.png) Titre : dans la zone de gauche on affiche pour chaque ligne de DA l'éventuel titre. Si une DA n'a pas de titre, elle n'apparaît pas dans la liste. Dans la zone de droite, on concatène l'ensemble des titres présents sur les DA, dans l'ordre, et on peut modifier le titre résultant pour le projet de commande.

Un paramétrage permet de concaténer ou non les N° de DA aux titres des DA dans la gare de triage, dans le titre résultant (Système – HAPlus – Paramétrage global HA – onglet CDE – N° de DA dans les titres)

![](RackMultipart20230213-1-ndfoi0_html_9c34817208d68499.png)

Commentaires : on affiche la liste des commentaires des lignes de DA du projet de commande. On ne peut faire aucune action dessus en revanche.

**Lignes**

![](RackMultipart20230213-1-ndfoi0_html_66fc135ef45f1514.png)

Ici on affiche les lignes de DA, avec leur sous-famille, code article, désignation, désignation complémentaire, la quantité qui est modifiable (mais un contrôle empêche de mettre la valeur à 0), le PU (ici on affichera toujours le PU et non le budget), la remise et la date de livraison.

Une case à cocher permet de remettre la valeur du PU et de la remise d'origine de la ligne de DA. (Cela est utile dans le cas où le paramétrage de recherche de FRS ou d'affichage du prix ait modifié le prix de la DA.) Celle-ci n'est visible que lorsque le fournisseur du projet de commande est le même que le fournisseur de la ligne de DA.

Pour pouvoir modifier manuellement le prix et la remise dans les champs, il faut disposer du droit HA\_CA\_MCPR ou que la société en cours ne protège pas la modification du prix/remise en création de Commande sur ligne de DA (Système – Gestion multisociété – Modification société – onglet Limitation commande).

![](RackMultipart20230213-1-ndfoi0_html_103c94bc5ff338a7.png)

**Clauses & pièces jointes**

L'onglet présente les clauses et les PJ présentes sur les lignes de DA, et permet d'en ajouter. Il est ici possible de cocher/décocher les clauses et PJ qu'on ne souhaite pas voir figurer sur la commande. Par défaut, lorsqu'on ajoute une clause / PJ, celle-ci est automatiquement cochée. ![](RackMultipart20230213-1-ndfoi0_html_7f831479204a96b0.png)

**Créer commande**

Cela permet de créer la ou les commandes correspondant au ou aux projets de commande sélectionnés.

Cela valide le projet (contrôles = tous les champs de l'entête doivent être remplis y compris Confirmer le type d'achat, sauf l'objet)

- redirige vers la page de gestion des commandes avec en filtre les commandes nouvellement créées,

- au statut A valider.

- Les lignes disparaissent de la gare de triage sauf si la quantité totale de la ligne de la DA n'a pas été commandée. Auquel cas la ligne de DA se réactive avec uniquement le reste à commander affiché dans le projet de commande. (Commander une quantité supérieure doit être possible)

**Numérotation commande**

La numérotation de commande se fait selon le paramétrage (Système- HAPlus – Param global HA – Numérotation – Commande d'achat).

Dans la gare de triage, les paramétrages Automatique et Indifférent donnent tous deux une numérotation automatique.

- Si la numérotation est automatique, on ne permet pas de renseigner de n° de Cde, le numéro est attribué automatiquement avec le prochain N° indiqué en paramétrage. Une réutilisation des trous a lieu en cas de suppression d'une Cde avec un N° dans la plage du paramétrage.
- Si la numérotation est manuelle, alors un N° de Cde est à renseigner dans un champ ajouté dans « Voir la commande ». Il est obligatoire, une erreur bloquante s'affiche s'il n'est pas renseigné, et on ne peut pas réutiliser un N° existant.

**Règles sur quelques champs initialisés à la création de la commande**

**CHAMPS D'ENTETE DE COMMANDE**

**Contacts du centre de livraison**

Si une seule DA on prend contacts de la DA (même si pas cochés réception de bon de commande) – si on garde le même centre de livraison dans la gare de triage

Mais si on change le centre de livraison dans la gare de triage on prend les contacts cochés "réception bdc" du centre choisi

Si plusieurs DA : on prend les contacts cochés "réception bdc" du centre choisi

**Livraison**

Le nom de l'adresse de livraison est la raison sociale du centre de livraison choisi dans la gare de triage.

L'adresse de livraison (et aussi CP, Ville, Pays de livraison) vient de la DA si la DA est unique et que cette adresse est renseignée dans l'entête de DA, sinon c'est celle du centre de livraison.

**Téléphone du fournisseur**

On reprend en priorité celui présent sur la DA, sinon on prend celui du contact 0.

**Fax et Email du fournisseur**

Ils peuvent être initialisés selon le paramétrage (Système – HAPlus – Paramétrage global HAPlus – onglet CDE – Initialisation Fax et Mail du fournisseur), soit :

- A partir du contact du FRS : on prend alors les infos du contact 0

- A partir de l'adresse du frs – adresse principale, ou secondaire, selon l'adresse choisie à la création de la commande

![](RackMultipart20230213-1-ndfoi0_html_50dfec0c95e5bc37.png)

Le champ Remise globale de l'entête de commande est initialisé avec la remise globale de la fiche FRS de la commande.

**Date de période**

Initialisée avec la date du jour au moment de la création de la commande.

**Acheteur**

Code de l'utilisateur connecté au moment de la création de la commande

**Condition de paiement, mode de paiement et mode de livraison**

Ce sont celles de la fiche fournisseur

**Commentaire libre**

Si le code du message présent sur tous les entêtes de DA est identique, alors c'est le message associé à ce code qui est repris.

**Relance Accusé de réception, Relance préventive, Relance à la date de réception, relance pour retard :**

Les valeurs des critères de relance viennent d'un paramétrage dépendant des critères suivants : Société, Mode de transport (cas de l'international), type de document et type d'achat.

![](RackMultipart20230213-1-ndfoi0_html_83fb85749bfe1827.png)

Se référer à la partie 1) eProcurement h) Les relances de ce document pour voir quel paramétrage est appliqué, sur quelles règles et quel en est le fonctionnement.

**Demandeur**

On reprend le demandeur des DA liées au projet de commande s'il est unique, sinon rien

**Saisie de réception ?**

Initialisé avec le paramétrage par défaut Système – HAPlus – Paramétrage global HA – Environnement – onglet CDE – Réceptionnable par défaut » ![](RackMultipart20230213-1-ndfoi0_html_f4a610f3788c7dd1.png)

**Adresse de Cde fournisseur + Ville + Code Postal + Pays**

S'il y a un fournisseur unique sur les entêtes des DA et une adresse fournisseur renseignée et unique, on reprend l'adresse des DA, sinon celle du fournisseur.

**Commande avec Expédition ?**

Ce flag est à vrai si le centre de livraison est international (c'est-à-dire avec « Transit international » coché), sinon à faux. ![](RackMultipart20230213-1-ndfoi0_html_b950ab2361cd6b2.png)

Si le centre est international, alors le mode de transport et le transitaire (y compris son contact, Tel, Fax, Email) de la commande sont initialisés avec les valeurs renseignées sur le centre. Idem pour l'éventuel contrôle d'entrée, l'organisme et son contact (contact, Téléphone, Fax, Email).

La devise du transitaire = celle de la fiche frs du transitaire.

Attente de DAU ? est initialisé à vrai si la commande est avec expédition.

Le logisticien du centre de livraison international initialise le champ logisticien de la commande.

Le champ Enlèvement n'a pas d'initialisation, il est toujours à faux par défaut. Il s'agit de définir ici si c'est le fournisseur qui livre au transitaire ou si c'est le transitaire qui enlève chez le fournisseur.

Le lieu et les différents champs sont initialisés avec le transitaire choisi.

**Interfaçable ?**

La commande reprend pour ce champ la valeur présente pour le type de document de la commande.

**Devise et Valeur en devise de la base **

La devise est celle choisie dans la gare de triage, et la valeur en devise de la base est la valeur de celle-ci en devise de stockage BDD.

![](RackMultipart20230213-1-ndfoi0_html_57546f9fda5b0303.png)

**TABLE DES EVENEMENTS**

Un événement de création de la commande est enregistré automatiquement, pour l'utilisateur connecté.

**CHAMPS DE LIGNE DE COMMANDE**

Principe général : On reprend les infos de la DA, sauf si elles ont été modifiées dans la gare de triage.

La **quantité commandée** et le **reste à livrer** sont repris de la ligne de la gare de triage (qui peut être différente de la ligne de la DA car une commande partielle peut avoir été déjà passée).

**Saisie de réception**  ? sur une ligne de commande est initialisé selon les règles suivantes :

- Si un site de stock est renseigné sur la ligne de commande, alors la saisie de réception s'initialise à vrai
- Si pas de site de stock :
  - Si le code article est renseigné et prévoit une saisie de réception, c'est initialisé à vrai
  - Si le code article est renseigné et ne prévoit pas de saisie de réception, c'est initialisé à faux
  - Si pas de code article et que la sous-famille renseignée est non réceptionnable on initialise à faux
  - Si pas de code article et que la sous-famille renseignée est réceptionnable on initialise à vrai
  - Si pas de code article ni de sous-famille on initialise avec la valeur d'entête de commande

**Tolérance livraison avancée**  ? est initialisée avec la valeur du paramétrage sous Système – Paramétrage HA – Environnement – onglet Environnement – Tolérance sur livraison avancée.

![](RackMultipart20230213-1-ndfoi0_html_8613af4c910d5620.png)

**Accord-cadre**  : si un ACD est présent sur la ligne de DA, on vérifie que l'ACD est bien lié au fournisseur de la commande et qu'il est valide. Si oui, on le reprend.

Sinon on recherche la premier accord-cadre compatible parmi ceux du groupement de fournisseur hérités par le fournisseur de la commande ou directement liés au fournisseur de la commande, autorisé pour la société, le centre, l'utiilisateur et l'article.

A mettre en cohérence avec la règle d'init du prix.

Les champs **poids, longueur, largeur, hauteur, volume, poids net, pays d'origine, pays de provenance** sont initialisés avec les valeurs du lien article / fournisseur, si le code article de la ligne est non vide, ou sinon, s'il existe un lien article / groupement de fournisseur, via ce lien.

De même la **référence fournisseur** est la référence article fournisseur ou la référence article / groupement de fournisseur, ou sinon on reprend la référence fournisseur de la DA.

Le **code fabricant, code gamme et référence fabricant** sont repris de la ligne de DA.

![](RackMultipart20230213-1-ndfoi0_html_c594227ad77d7c2b.png)

Le **code douane** est celui de la fiche article

![](RackMultipart20230213-1-ndfoi0_html_e9b4136c97ebb83b.png)

Le code gestion de la ligne de CDE est celui de la ligne de DA, à condition que la SI de la ligne de CDE = SI de la ligne de DA.

**Prix**

Le prix de la ligne de commande est celui qui est repris de la gare de triage.

(Cas 1 : Dans la gare de triage, on peut décider ligne à ligne de maintenir le prix de la DA

Cas 2 : On peut aussi saisir un prix différent de celui de la DA ou une remise différente)

**Date de livraison**

Le planning contractuel, c'est la date de livraison ou le planning indiqué sur la commande. Il est initialisé avec la valeur de la date de livraison ou du planning de la DA, ou vide.

Le planning prévisionnel, c'est la date de livraison ou le planning « réellement prévu » : il est initialisé avec le contractuel au moment de la validation de la commande, mais si le fournisseur indique par exemple une date de livraison différente de celle prévue dans la commande, le planning prévisionnel peut être modifié et un incident créé.

Ce planning prévisionnel fait alors l'objet des relances.

**PIECES JOINTES**

Les PJ sont initialisées, dans l'ordre suivant sur la commande :

- via la société de la commande (PJ cochées « A utiliser pour CGA » de la société)

- via le type d'achat – (PJ cochées « A utiliser pour CGA » )

- celles des DA sélectionnées gare de triage

- les docs rattachés société, via le centre émetteur, via le centre de livraison, via le FRS (et en + le groupement de FRS si le FRS fait partie d'un groupement) qui sont cochés « Ajouter en PJ des commandes » ![](RackMultipart20230213-1-ndfoi0_html_862cc77b5bb0a88c.png)

- Ceux rajoutés à la main dans la gare de triage

Les paramétrages pour chacune des PJ sont ceux-ci-dessous :

\>Type de PJ = idem que source

\>Titre = idem que source

\>Lecture seule = idem que type d'achat ou DA, sinon faux

\>A imprimer avec la CDE = idem que type d'achat ou DA, sinon vrai

\>Imprimer titre en fin de Cde = idem que type d'achat ou DA, sinon vrai

\>A utiliser pour CGA = si vrai sur le type d'achat et depuis type d'achat, vrai, sinon faux

**CLAUSES**

Les clauses sont initialisées :

- via le type d'achat, et elles peuvent être verrouillées

- via celles choisies dans la gare de triage

![](RackMultipart20230213-1-ndfoi0_html_5846b3fec819469f.png)

**CHAMPS SUPPLEMENTAIRES**

Les CS d'entête et de lignes sont initalisés conformément au paramétrage.

## b) Gestion des commandes (spec 4159)

### Accès à la gestion des commandes et règles de visibilité des documents

C'est le **droit HA\_CA\_VIS Visu de commande** qui permet de voir la gestion des commandes, la gestion des modèles, la signature des commandes, la délégation des commandes et la notation des commandes.

HA\_CA\_LIS permet de dire qui doit voir le menu des listes des commandes, qui ne sont pas encore repris dans Oxaproc :

![](RackMultipart20230213-1-ndfoi0_html_9c36332e0c98cc0f.png)

Les **commandes visibles** sont celles qui sont dans le périmètre société de l'utilisateur uniquement, et qui ont un niveau de confidentialité inférieur ou égal à celui que l'utilisateur connecté peut voir.

Les commandes qu'un utilisateur peut modifier dépendent de ses droits :

- HA\_CA\_CMV Créat/Modif de Commande permet de modifier toutes les commandes visibles de l'utilisateur et d'en créer
- HA\_CA\_MVI Modif/Val/Impr sur mes Cdes : si j'ai ce droit mais que je n'ai pas le droit HA\_CA\_CMV je dois pouvoir modifier, valider et imprimer les commandes dont je suis acheteur mais pas celles dont je ne suis pas acheteur (et il n'y a pas besoin pour cela d'avoir les droit HA\_CA\_IMP ou HA\_CA\_VAL qui permettent de valider ou d'imprimer toutes les commandes qu'on voit dans la liste (liste du périmètre utilisateur).)

Le paramétrage : « Frontal commandes : affichage lignes » (Système-HAPlus-Paramétrage HA – Environnement – onglet CDE) : permet de ne pas afficher certains éléments concernant les articles des lignes de commande dans la gestion des commandes en visu avec les loupes (en modif on doit toujours les avoir).

![](RackMultipart20230213-1-ndfoi0_html_8450c1e38b417ee6.png)

![](RackMultipart20230213-1-ndfoi0_html_ffed742b83cd8207.png)

### Statuts et Actions possibles sur une commande

**Visualiser**

Les 2 onglets Transit et Export ne doivent pas être visibles si le module EXP n'est pas présent dans les licences produit HASSTD.

**Annuler la commande :**

Nécessite le droit HA\_CA\_ANN Annulation de commande

Cela doit être proposé uniquement pour les commandes au statut En cours (envoyées au fournisseur et pas encore réceptionnées, et nécessite de mettre un commentaire, qui sera visible ensuite dans le suivi des événements.

Une commande annulée, lorsqu'elle est ensuite envoyée au frs, celui-ci reçoit un pdf de commande avec un bandeau ANNULATION DE LA COMMANDE sur le bon de commande. On ne peut pas réceptionner une commande annulée bien entendu.

**Créer un événement dans le suivi de la commande :**

Nécessite le droit HA\_CA\_CEV Création d'Evénements de CA

**Modifier une commande**

**Modifier les clauses d'une commande**

Le droit HA\_CA\_CLA Saisie de Clauses sur une Cde est nécessaire pour ajouter/modifier/supprimer des clauses sur une commande

**Modifier l'adresse du fournisseur sur la commande**

HA\_CDE\_ADR Modif Adresse Fournisseur/Cde

Règles : l'adresse fournisseur est initialisée par la fiche frs. Si on n'a pas le droit HA\_CDE\_ADR on ne peut pas la modifier, même si les champs sont vides. Si on a le droit on peut modifier. Mais si jamais un modèle est présent sur la commande et qu'il verrouille des champs, ceux-ci ne sont pas modifiables, même s'ils sont vides et même si l'utilisateur a le droit HA\_CDE\_ADR.

**Modifier le contact fournisseur**

HA\_CDE\_CON Modif Contact Fournisseur/Cde

Si le modèle de commande locke les infos du contact frs je ne peux pas modifier les champs même si j'ai le droit. Si pas de modèle de cde ou un modèle de cde qui ne locke pas les champs je peux modifier les champs avec le droit : accéder à la liste des contacts et même éditer directement chaque champ.

**Modifier le centre de livraison**

Lorsque le centre de livraison est modifié, toutes les infos liées sont mises à jour : adresse, code postal, pays, ville, contacts. Les contacts importés automatiquement sont uniquement ceux qui sont cochés "réception de bon de commande".

Si depuis une commande l'on souhaite importer des contacts de centre de livraison, on affiche tous les contacts en précisant lesquels sont cochés "réception de bon de commande".

![](RackMultipart20230213-1-ndfoi0_html_3d47d726154f411f.png)

**Modifier les conditions fournisseur**

Ce droit HA\_CA\_COND Modif Condition fournisseur CA permet si l'on n'a pas le droit HA\_CA\_CMV de modifier les conditions particulières de la commande héritées de la fiche frs : condition de paiement, mode de paiement et mode de livraison (uniquement ces 3 là). Si l'utilisateur n'a pas le droit, il ne pourra jamais modifier les conditions frs, même si ces champs sont à vides.

Si un modèle locke ces champs, alors personne ne pourra les modifier, même avec le droit.

**Modifier les infos du centre de livraison**

HA\_CA\_ICL Modif Infos Ctr livr sur CA

**Modifier des champs protégés**

HA\_CA\_MCPR Modif chps LigCde/DA protégés

Un paramétrage sur chaque société (onglet Limitations Cdes) permet de protéger la modification d'éléments en saisie de ligne de commande sur ligne de DA (ne s'applique donc que pour les lignes de commande comportant un N° de ligne de DA et un N° de DA). Ce droit permet d'outrepasser cette protection.

![](RackMultipart20230213-1-ndfoi0_html_4e31301d9f2a8f8b.png)

**Modifier le flag « Saisie réception »**

HA\_CA\_MOFR Modif Flag Réceptionnable Cde

Ce droit permet d'avoir accès à la modification de la case "Saisie réception ?" sur l'entête et la ligne de commande, même si le paramétrage général prévoit que cette case n'est pas modifiable. A ne pas oublier : il y a d'autres facteurs que le paramétrage et le droit qui gèrent le fait de pouvoir ou non modifier la valeur par défaut : c'est forcément à vrai et non modifiable si l'article de la ligne de commande est stocké et que le site de stock est renseigné (réappro) et ça devient de toute façon non modifiable s'il existe une ligne de BR ou une ligne de facture pour la ligne de commande.

Un paramétrage – Environnement – onglet CDE permet d'indiquer si une commande est réceptionnable par défaut et si ce paramètre est modifiable ou non :

![](RackMultipart20230213-1-ndfoi0_html_c59011b8c5256022.png)

**Modifier la Livraison avancée tolérée**

HA\_CA\_TOL Saisie Tolérance/livr. Avancée

C'est pour donner accès à la modification de la valeur "Livraison avancée tolérée" sur les lignes de commande. C'est un nombre de jours.

**Modifier l'accord-cadre présent sur une ligne de commande**
Les ACD proposés sont filtrés sur les critères suivants : valides, code fournisseur = celui de la commande, centre émetteur et centre de livraison de la commande.

**Modifier le code article d'une ligne de commande**

Initialisation du site de stock d'une ligne de commande : lorsqu'on modifie un code article sur une ligne de commande, qu'on importe une ligne de DA sur une ligne de commande, ou qu'on saisit un code article via choix sur liste ou via catalogue:

C'est uniquement si le module stock est actif sur l'environnement (sinon, le site de stock n'est pas disponible à la saisie, de toute façon), et si l'article choisi est géré en stock (flag de la table ARTICLES).

Si la ligne est liée à une ligne de DA, si le code article est le même que celui de la ligne de DA, on prend le site de stock de la ligne de DA (même s'il est vide, on ne va pas plus loin).

Sinon, si le site de stock par défaut du centre de livraison de l'entête de commande est renseigné, on regarde si le stock local existe pour l'article sur ce site et qu'il n'est pas fermé (table SSTOCKLO) et si l'article stock n'est pas globalement fermé (table SARTICL). Si c'est le cas, on initialise le site de stock avec le site de stock par défaut du centre de livraison.

**Modifier le site de stock d'une ligne de commande**

Pour un article stocké, seuls les sites de stock de la société de la commande sont proposés, sur lesquels l'article est déclaré et qui ne sont pas fermés (visibles depuis la fiche article).

A l'avenir, un utilisateur disposant du droit HA\_STL\_CRE de création de site de stock local pourra depuis la popup listant les sites de stock en créer un.

**Modifier les prix**

![](RackMultipart20230213-1-ndfoi0_html_77f2560922cdd7cb.png)

Le bouton Modif prix permet de modifier rapidement les prix unitaires et les remises des différentes lignes d'une commande. Dès la saisie de chaque champ, le montant de la ligne est recalculé et le montant HT et TTC de l'entête également.

![](RackMultipart20230213-1-ndfoi0_html_1c12c82a192faec5.png)

Un contrôle (Système-HAPlus – Paramétrage global HA – Ctrl Qté, Prix, Délai – Commande – Contrôle prix) peut être activé pour interdire de saisir un prix nul, avec le message suivant : « Attention : le prix saisi est nul» Il peut être effectué à la saisie, à la validation, et être ou non bloquant.

![](RackMultipart20230213-1-ndfoi0_html_903d71bff5e6bea7.png)

**Modifier les lignes**

Le bouton « Modif lignes » permet de modifier une ou plusieurs valeurs sur une ou plusieurs lignes sélectionnées d'un coup.

![](RackMultipart20230213-1-ndfoi0_html_495b63e99eb1f331.png)

**Modifier les imputations**

Les imputations peuvent être masquées sur les entêtes et les lignes de commande commande avec le paramétrage « Paramétrage global HA – Visibilité des Imput. »

![](RackMultipart20230213-1-ndfoi0_html_89a794a474941c92.png)

Les imputations peuvent être rendues obligatoires sur les lignes de commande avec le paramétrage « Paramétrage global HA – Règles Imput – Saisie facultative des imputations (sans code blanc dans les tables – Lignes de commandes) : si la case est cochée, l'imputation n'est pas obligatoire. C'est paramétrable par société, en dérogation au paramétrage général.

![](RackMultipart20230213-1-ndfoi0_html_ed9b76758eeeedae.png)

**Modifier la date de livraison**

Un contrôle (Système-HAPlus – Paramétrage global HA – Ctrl Qté, Prix, Délai – Commande – Contrôle délai) peut être activé pour interdire de saisir un délai nul, avec le message suivant : « Attention : le délai souhaité n'est pas renseigné » Il peut être effectué à la saisie, à la validation, et être ou non bloquant.

![](RackMultipart20230213-1-ndfoi0_html_32638f854b81bcea.png)

**Ajouter une ligne de commande**

Cela s'effectue via le bouton +

**Sélection DA**

Pour la sélection de DA par la loupe : on doit avoir les DA qui :

- sont de la même société que la commande,
- de type exécution et pas chiffrage
- signées si le paramétrage prévoit d'interdire la préparation de commande sur DA non signée (Paramétrage global HA – onglet Validation S,E – Signature électronique – Signature électronique de DA – Interdire préparation AO ou CDE sur DA non signée),
- avec au moins une ligne à traiter car le zoom ensuite ramène une ligne de DA,
- avec un niveau de confidentialité si renseigné inférieur ou égal à celui que l'utilisateur est autorisé à voir,
- selon le droit HA\_DA\_TTDM l'utilisateur peut voir les DA de tous les demandeurs ou bien seulement les siennes,
- enfin une activation de filtre est possible pour n'avoir que les DA ayant le même centre de livraison que la CDE en cours, sauf si l'utilisateur a le droit HA\_DA\_TTCT (tous centres de livraison) ( Paramétrage global HA – Environnement – onglet DA – Activer filtrage DA sur centre de livraison du demandeur hors droit d'accès)

![](RackMultipart20230213-1-ndfoi0_html_f0f88d20066533be.png)

En saisissant un N° de DA dans le champ, on doit pouvoir mettre un N° de DA :

- uniquement de la même société que la commande,
- signée si le paramétrage interdit la prépa de Cde sur DA non signée,
- pas de nécessité d'avoir des lignes à traiter
- de type exécution et pas chiffrage
- avec un niveau de confidentialité si renseigné inférieur ou égal à celui que l'utilisateur est autorisé à voir,
- selon le droit HA\_DA\_TTDM l'utilisateur peut voir les DA de tous les demandeurs ou bien seulement les siennes,
- enfin une activation de filtre est possible pour n'avoir que les DA ayant le même centre de livraison que la CDE en cours, sauf si l'utilisateur a le droit HA\_DA\_TTCT (tous centres de livraison) ( Paramétrage global HA – Environnement – onglet DA – Activer filtrage DA sur centre de livraison du demandeur hors droit d'accès)

Le champ Contrôle qualité est repris de la ligne de DA et permet en saisie de ligne de réception de saisir un contrôle qualité.

**Valider une commande**

HA\_CA\_VAL Validation de Commande

Si on a le droit on a le point de menu pour les commandes "En attente" uniquement. Toutes les alertes bloquantes et non bloquantes doivent s'afficher comme prévu.

Il faut que cela enchaine avec le workflow de signature de CDE s'il y en a un. Si aucun signataire n'est trouvé par le workflow, il est obligatoire d'en rajouter un. Si pas de WF, la commande passe direct à envoyer.

**Contrôle sur la validité des imputations / autres éléments**

Le paramétrage se fait sous Paramétrage global HA – Contrôle validité :

![](RackMultipart20230213-1-ndfoi0_html_eeeba96062a6ae78.png)

**Contrôle des CGA en multi-lingue :**

Il faut que le multilingue soit actif pour avoir ce paramétrage (mais il l'est toujours pour nos tests)

On s'assure que la CGA soit sur la commande dans la langue de la commande. Les CGA sont issues de 2 sources :

- CGA par société : on n'envoie au FRS les CGA de la société qu'une fois par an ou si modification de la version de la CGA, à l'occasion d'une cde

==\> prise dans CGA de société et n'est pas remise dans les PJ (pour tester il faut avoir une commande dans une langue pour laquelle il n'y a pas de CGA traduite pour la société de la Cde, et des CGA qui ont évolué de version)

- CGA par type d'achat : initialise les PJ de commande

==\> contrôle qui est fait à la validation de la commande = la CGA doit être dans la langue de la commande

--\> si pas de CGA dans la langue 'Les CGA ne sont pas traduites dans la langue de la Cde"

**Mode de recherche article (spec 3087)**

Dans l'onglet « CDE » combo-box « Mode de recherche articles ».

La liste de choix sera :

« B » : Toute la base

« S » : Articles de la société

« L » : Articles du centre de livraison

Contrôles à la validation DA/Cde

En mode « B » ou « S » : pas de contrôle nécessaire

En mode « L » : sur les lignes avec articles flagués « Limitation au périmètre stock ? » et avec site de stock, on contrôlera que le site de stock est celui par défaut du centre de livraison, de l'entête pour les cdes, de la ligne pour les DA. Ce contrôle est non bloquant.

![](RackMultipart20230213-1-ndfoi0_html_71d8aff513542667.png)

**Envoyer une commande**

HA\_CA\_IMP Impression de Commande – permet d'envoyer des commandes

Avec le droit, je peux envoyer des commandes qui sont au statut A envoyer

**Visualiser les événements d'une commande**

HA\_CA\_VEV Visu Evénements de Commande

**Supprimer une commande**

Nécessite le droit HA\_CA\_SUP, et n'est disponible que pour les commandes au statut « En attente ».

**Dévalider une commande**

HA\_CA\_DEV Dévalidation de Commande

Lorsqu'une commande est dévalidée, elle devient modifiable, son statut passe « En attente » au lieu d' « En cours ».

Proposé depuis les statuts : En cours, A envoyer, En signature, Refusées, Livraison partielle (sauf si blocage société), mais pas En attente, ni Soldée physiquement, livraison partielle si blocage au niveau société ou Annulées.

Un paramétrage (Système – HA Plus – Paramétrage global HA – Environnement – onglet CDE – Paramétrage par Sté) permet de bloquer la modification des commandes partiellement réceptionnées. Il faut de toute façon dévalider la commande pour pouvoir la modifier, dans ce cas ce n'est pas possible.

![](RackMultipart20230213-1-ndfoi0_html_ff4e21d7d3acf5fc.png)

**Solder / Désolder financièrement une commande / des lignes**

Le **Désolde financier d'entête de commande** : est proposé si :

- L'utilisateur dispose du droit 'HA\_CA\_DFM' Désolde Financier Manuel
- et la commande est soldée financièrement (F)
- et elle n'est pas annulée (Z)

Une fois l'entête de la commande désoldé, la commande n'est plus soldée financièrement et elle est disponible en affectation de facture sur le frs.

Uniquement pour un solde d'entête ou pour un solde de ligne, une création d'incident est proposé via un toggle à activer, qui laisse alors apparaître un champ description d'incident et un champ commentaire d'incident (pour les voir sur une ligne il faut cliquer sur la loupe). Si le champ commentaire est renseigné, le champ description devient obligatoire. E revanche si aucune description n'est renseignée, l'incident n'est pas créé.
 L'incident prend les valeurs suivantes : catégorie de l'incident = LIVRAIS, Incident = ABPARTIEL Abandon Partiel de Commande, la description et le commentaire de l'incident sont enregistrés également. Une icône orange avec ! s'affiche sur la ligne de commande pour matérialiser la présence d'incident.

**Solde financier** : si les critères suivants sont réunis :

- L'utilisateur dispose du droit 'HA\_CA\_SFM'
- et l'entête de la commande a été validé (la date de validation n'est pas vide)
- et elle n'est pas déjà soldée financièrement (état financier F)
- et son état physique n'est pas annulé (Z)

Si l'on solde une ligne, l'entête ne doit pas être soldé mais on ne doit pas pouvoir créer de facture affectée à cette ligne.

Si l'on solde un entête de commande : on doit avoir le picto F (solde financièrement) qui s'affiche sur la commande, et la commande ne ressort plus dans les résultats de recherche de commande sur laquelle affecter une facture.

Le solde physique d'une commande par un utilisateur en ayant le droit (HA\_CA\_SPM) entraîne également son solde financier si tout ce qui est réceptionné est facturé, car on considère qu'on ne recevra plus rien et donc que la facturation ne sera plus possible. Toutes les lignes doivent apparaître soldées financièrement.

**Solder / désolder physiquement une commande / des lignes**

HA\_CA\_DPM Désolde Physique Manuel

L'on doit pouvoir désolder physiquement une commande qui est au statut En cours, Livraison partielle, Soldée physiquement. Mais cela ne doit pas être proposé pour les commandes au statut En attente, A envoyer, En signature, Refusée, Annulée.

Au niveau ligne : cela doit désolder la ligne concernée, pas les autres lignes et cela doit désolder l'entête et donc on ne doit pouvoir réceptionner que les lignes non soldées physiquement.

**Edition interne de la commande**

HA\_CA\_IMIN Edition interne de commande

Avec le droit : je vois le bouton Impression – Affichage de la commande chiffrée et je peux télécharger une édition interne de la commande

**Saisir un bloc note**

A l'enregistrement du bloc note, un picto bloc note s'affiche sur la commande dans la gestion des commandes.

**Icônes particulières en bout de ligne (hormis celles déjà mentionnées) :**

- Icône refusé + tooltype
- Icône de modification de date de livraison (Une date de livraison a été modifiée)
- Icône de langue des commandes (Si pas de code langue, pas d'affichage)
- PJ
- Document rattaché

### Zoom sur la réception

En réception "manuelle" :

Si sur une commande il n'y a pas de date de livraison, le planning est alors vide.

S'il y a une date de livraison, alors cela crée une ligne dans le planning de livraison avec la quantité de la ligne.

Le planning est modifiable, il est possible d'ajouter des échéances, d'en supprimer, et de modifier les quantités et les dates de livraison. Le champ délai de la ligne de commande devient grisé quand il y a plusieurs lignes de planning. Il devient accessible et obligatoire quand il n'y a plus qu'une seule ligne de planning.

Si l'ajout de ligne dans le planning de livraison fait apparaître des dates qui ne sont pas triées par ordre croissant, c'est après l'enregistrement que les lignes sont réordonnées par date de livraison croissante, avec les quantités correspondantes bien entendu.

Un contrôle bloquant vérifie à l'enregistrement que la somme des quantités des lignes du planning est égale à la quantité de la ligne de commande.

Il n'y a pas de blocage, les dates de livraison peuvent être saisies dans le passé et enregistrées telles quelles.

### Zoom sur la réception automatique

**Entête de commande**

• Le champ « Réception automatique ? » de l'entête de commande est initialisé par le champ logique « Réception automatique des commandes ? » de la fiche fournisseur de la commande et reste modifiable.

• Si le champ « Réception automatique ? » de l'entête de commande est à VRAI, le champ « Saisie de réception ? » de l'entête de commande est positionné à VRAI et est non modifiable.

L'option « Réception automatique ? » impose à l'utilisateur des saisir les dates de début et de fin de contrat, ainsi que la périodicité du contrat.

**Ligne de commande**

• Le champ « Réception automatique ?» de l'onglet « Détails » de l'écran de Modification des lignes de commandes n'est pas accessible :

- pour les commandes « avec expédition »

- pour les lignes de commande dont la « saisie de réception » est à faux

- pour les lignes de commande avec un site de stock

Dans ces 3 cas, non seulement on ne peut pas modifier "Réception automatique", mais en plus, il doit être à faux. Cela veut dire aussi, par exemple, que si réception automatique est à vrai et qu'on saisit un site de stock (cas article stocké), alors on doit passer réception automatique à faux. Même chose si on décoche "Saisie réception".

• Le champ « Réception automatique ?» de l'onglet « Détails » de l'écran de Modification des lignes de commandes est initialisé de la manière suivante :

o Si le champ « Réception automatique ? » de l'entête de commande est à VRAI il est initialisé à VRAI et restera modifiable.

o Si le champ « Réception automatique ? » de l'article ou de la sous-famille (si pas de code article) de la ligne de commande est à VRAI, il est initialisé à VRAI et reste modifiable.

• Les autres champs de Réception automatique sont initialisés aussi :

- Si un code article est présent sur la ligne : Le champ Périodicité est initialisé en priorité par l'article s'il est en réception auto et que périodicité renseignée, sinon par la périodicité présente sur la sous famille si elle est à réception auto (et si pas de code article) et que la périodicité est renseignée. Sinon la périodicité est initialisée par l'entête de la commande, si l'entête est à réception automatique.
- Si pas de code article présent sur la ligne : le champ Périodicité est initialisé par l'entête, si renseigné
- Les autres champs que la périodicité sont initialisés depuis l'entête de la commande, si renseignés. Si pas de valeur pour le début/fin de période, on prend par défaut la fin de période.
- Si l'on saisit Début de période, le champ Jour d'application s'initialise avec 1, idem pour Fin de période avec 31

Lorsque la saisie de la réception automatique est correcte pour une ligne, le planning de réception automatique est calculé automatiquement, que l'on aille dans l'onglet planning pour le visualiser avant d'enregistrer ou non.

Les quantités sont affichées avec 3 décimales dans le cas d'un planning avec réception automatique.

• Les quantités de cadence sont proratisés sur les périodes incomplètes de la façon suivantes :

✓ Si date début contrat ≠ date de début périodicité (pas le début ou pas le début du trimestre, etc…), la première période sera calculée comme proportion entre le nombre de jour depuis le début du contrat jusqu'à la fin de la première période et le nombre de jour total de la période.

Exemple : en mensuel, début 23 janvier. La première période dure (31-23)/31 mois.

✓ Si la date de fin de contrat \<\> date de fin périodicité, la dernière période devra être calculée comme proportion entre le nombre de jour depuis le début de la dernière période jusqu'à la date de fin de contrat et le nombre de jour total de la dernière période.

Exemple : en trimestriel, fin de contrat 18 août. La dernière période dure (18+31)/(31+31+30) trimestre juillet, août, septembre.

Cas particulier : Le contrat ne dure pas une période complète : une seule cadence est générée et elle correspond à la date de fin de contrat.

Note : Toute modification de l'option « Réception automatique ?» dans les fiches Fournisseurs, Sous-famille ou Articles nécessite une ré-indexation intuition pour être prise en compte dans le module « OXA.PROC ».

**Modification de commande dans la Gestion des Commandes**

• Lors de l'exécution de la fonction changement de fournisseur, disponible en Modification de commande, les champs « Réception automatique ? » des entêtes et lignes sont réévalués compte tenu de la valeur du champ « Réception automatique des commandes ? » de la fiche du nouveau Fournisseur et Sous-famille et Article concernés.

✓ Ancien Fournisseur OUI, Nouveau Fournisseur OUI ➔ Pas de changement

- Les dates des échéances ne sont pas modifiables, les échéances ne peuvent pas être supprimées et aucune échéance ne peut être ajoutée.
- La seule modification du planning autorisée est la modification des quantités qui peuvent être réparties autrement que par le calcul initial de réception automatique. Une alerte bloquante empêche l'enregistrement dans le cas où la somme des quantités des lignes de planning n'est pas égale à la quantité de la ligne.

**Vérification et Validation de la commande**

• Indépendamment du paramètre général défini dans l'écran de paramétrage accessible à partir du « Menu : Système – HA Plus – Paramétrage HA – Contrôle Prix, Quantité, Délais » la saisie d'une date de début, date de fin et périodicité sur chacune des lignes de commandes dont le champ « Réception automatique ? » sera à VRAI (coché) est obligatoire.

• On contrôle également, pour les commandes avec expéditions, qu'aucune des lignes de la commande a le champ « Réception automatique ? » à VRAI (coché).

Dans ce cas on renvoi un message bloquant :

« Les réceptions automatiques sont interdites sur des commandes avec expéditions ». Ce point ne devrait pas arriver, puisqu'il est interdit d'activer la réception automatique sur des commandes avec expédition.

### Création de ligne de commande : données disponibles, règles d'initialisation et paramétrages

**Règles d'initialisation**

**Initialisation de la TVA**

En création de commande (depuis la gare de triage ou S2C – créer commande) ou en ajout de ligne avec numéro de DA ou sans numéro de DA depuis gestion des commandes =

- Si le pays du fournisseur de la commande est avec taxe locale et que la ligne comprend un code article avec taxe locale sur l'article, ou ne comprend pas de code article mais une sous-famille qui est avec taxe locale :

- si le FRS de la ligne de Cde est le même que celui de la ligne de DA et que le centre de livraison de Cde = centre de livraison de la DA, alors on reprend le taux de TVA de la ligne de la DA
- sinon : on prend le taux de taxe locale du centre de livraison de la Cde

- Sinon (si pas taxe locale :

- Si la règle d'initialisation du taux de TVA est le taux du pays de livraison, on prend le taux de TVA du pays du fournisseur indiqué dans la commande
- Si la règle d'initialisation du taux de TVA est la chaîne article/DA/Cde:
  - si le pays du FRS de la Cde = pays d'installation (param général / environnement) OU qu'il est pays CEE et que le pays d'install est aussi dans CEE ==\> taux de TVA de la ligne de DA
  - si la ligne de commande n'est pas liée à une ligne de DA, alors on prend le taux de TVA de l'article si celui-ci est renseigné
  - Sinon taux de TVA normal par défaut (Paramétrage global HA – onglet Environnement)

![](RackMultipart20230213-1-ndfoi0_html_b29f8a026b9ed874.png)

**Initialisation du / depuis le code article**

Le code article initialise sur une ligne de commande les valeurs ci-dessous :

- Prix : recherche de prix pour le fournisseur. Peut initialiser aussi le champ accord-cadre si besoin
- Désignation : initialisée depuis l'article, dans la langue de la commande, sinon on initialise avec la désignation de la DA
- Unité : si pas de ligne de DA, unité de l'article, sinon on garde celle de la DA
- Sous famille : si code article\<\>'' on initialise depuis l'article, sinon depuis la DA
- SI, code gestion, CDC, SCA : suivant règles
- Site de stock : à blanc si pas de code article, sinon si CodeArt=CodeArtDA, site de stock DA, sinon, Ctrle que le site de stock corresponde à un stock local existant pour l'article, sur la société de la commande, et à condition que le site de stock ne soit pas fermé
- Longueur, largeur, hauteur, volume, poids brut, poids net, origine, provenance : depuis article fournisseur si existe, sinon depuis article groupement de fournisseurs
- Saisie réception ? : si article stocké et site stock\<\>'' : oui, sinon, si article non réceptionnable, non, sinon, idem entête cde
- Contrôle qualité : selon s'il y a un contrôle qualité sur la fiche article
- Référence fournisseur : celle du lien article/fournisseur, sinon article/groupement de fournisseurs
- Fabricant, gamme, réf fabricant
- Prix, remise : suivant règles (recherche éventuelle de prix)
- Accord-cadre : dépend de la recherche de prix

Le fait de saisir un code article rend non modifiables les champs suivants : désignation, unité, sous-famille, caractéristiques complémentaires.

Si le code article est retiré, alors cela rend modifiables tous ces champs sans pour autant vider leur valeur, à l'exception du site de stock.

Le code article est modifiable sur une ligne de commande s'il n'y a pas de N°de DA sur la ligne ou si pour la société de la commande, le champ n'est pas protégé en création de Commande sur ligne de DA (Système – Gestion multisociété – Modification société – onglet Limitation commande), ou si le champ est protégé mais que l'utilisateur dispose du droit HA\_CA\_MCPR pour outrepasser cette protection.

Attention, le paramétrage « Système – Paramétrage HA – Paramétrage global HA – Init Art. Cde et DA – Contrôle Article / Fournisseur – Lignes de Commande » permet de contrôler, si l'article n'est pas de type "fabricant/gamme", s'il existe au moins un lien article par fournisseur ou article par groupement de fournisseur pour le fournisseur de la commande. ![](RackMultipart20230213-1-ndfoi0_html_50abe2d16adcf2ae.png)

Le contrôle peut être actif ou non, effectué à la saisie ou à la validation, et être bloquant ou non bloquant.

**Initialisation depuis une ligne de DA**

Lorsqu'une ligne de DA est sélectionnée depuis la liste des lignes de DA, les éléments suivants sont initialisés sur la ligne de commande :

- Code article,
- Désignation : si code article\<\>'', init depuis article dans la langue de la cde (TRAD\_ART), sinon init depuis DA,
- Désignation complémentaire,
- Quantité : max (0, QTE\_DEM - DEJA\_COMM)
- Unité
- Sous famille : si code article\<\>'', init depuis article, sinon init depuis DA,
- Réinitialisation planning de livraison : à concurrence de la qté initialisée + plus date de livraison ligne cde
- Réinitialisation caractéristiques complémentaires
- Initialisation CS via règles d'init paramétrées DA\_LIGNE vers CA\_LIGNE
- Contrôle BR (CA\_LIGNE.CTRL\_BR) : DA\_LIGNE.CTRL\_BR
- Taux de TVA : dépend des règles pays fournisseur/pays livraison
- SectImp, code gestion, CDC, SCA : suivant règles
- Prix, remise : suivant règles (recherche éventuelle de prix)
- Accord-cadre : dépend de la recherche de prix
- Site de stock
- Référence fournisseur : si fournisseur de DA=fournisseur de Cde, sinon, si code article\<\>'', celle du lien article fournisseur, ou article groupement
- Fabricant, gamme, réf fabricant

Si saisie manuelle d'un N° de DA (y compris pour remettre "0"), le numéro de ligne est remis à 0.

**Initialisation depuis la sous-famille**

La sous-famille est modifiable sur une ligne de commande :

- s'il n'y a pas de N° de DA sur la ligne ET pas de code article non plus
- ou si pour la société de la commande, le champ n'est pas protégé en création de Commande sur ligne de DA (Système – Gestion multisociété – Modification société – onglet Limitation commande), ou si le champ est protégé mais que l'utilisateur dispose du droit HA\_CA\_MCPR pour outrepasser cette protection.

La sous-famille peut initialiser :

- selon les règles d'initialisation des imputations la SI, code gestion, CDC, SCA
- le champ « Saisie réception ? » : à Non si la sous famille est non réceptionnable, sinon, on reprend la valeur de l'entête de la commande pour ce champ
- s'il n'y a pas de code article sur la ligne de commande, et que le paramétrage Système-HAPlus – Paramétrage global HA –Environnement – onglet CDE - indique « Non bloquant » ou « Bloquant », alors l'unité de la ligne de commande est remplacée par l'unité de gestion de la sous-famille, si elle est renseignée. (Dans SRM c'est uniquement une proposition de remplacement, si l'utilisateur refuse, et que le contrôle est bloquant, il sera ensuite bloqué à la validation).

![](RackMultipart20230213-1-ndfoi0_html_c6e11c2dd6cdbc46.png) ![](RackMultipart20230213-1-ndfoi0_html_71afb761588e71d6.png)

**Initialisation depuis la SI**

Toute modification de SI remet à 0 le code gestion.

**Initialisation des imputations**

Le paramétrage Système-HAPlus – Paramétrage global HA –Init. Imputations permet de décrire ce qui initialise les imputations de la commande. Un paramétrage par type de document permet de définir des exceptions au paramétrage général. ![](RackMultipart20230213-1-ndfoi0_html_f05bcd4092aeff35.png)

Entête Par la valeur de l'entête de la commande

DA Par la valeur de la ligne de DA

Article Par la valeur pour l'article ou la sous famille, ou la famille. C'est-à-dire, si on a un code article et une valeur pour l'article, sinon, on remonte à la sous-famille, sinon on remonte à la famille. Ici on tient compte du fait que l'axe soit sectorisé ou non pour rechercher sur la société de la commande.

Le principe de l'ordre de priorité dans le paramétrage est que, si la priorité 1 ne ramène pas de valeur, on regarde la priorité 2, puis la priorité 3.

**Initialisation depuis la quantité**

Un contrôle (Système-HAPlus – Paramétrage global HA – Ctrl Qté, Prix, Délai – Commande – Contrôle quantité) peut être activé pour interdire de saisir une quantité nulle, avec le message suivant : « Attention : la quantité est nulle » Il peut être effectué à la saisie, à la validation, et être ou non bloquant. ![](RackMultipart20230213-1-ndfoi0_html_d5d51b18490fcab.png)

Lorsqu'une quantité est saisie, cela recherche un éventuel prix dégressif sur le tarif, et modifie le planning de livraison.

**Initialisation depuis l'unité**

Si présence d'un code article, on contrôle que l'unité est autorisée pour l'article, en mode bloquant ou non bloquant.

Le contrôle est le suivant :

Si l'unité de la commande est différente de l'unité de l'article et que l'unité de l'article n'a pas de conversion avec l'unité de la commande (non renseignée) alors on a l'erreur suivante : Unité non convertie en unité de référence de l'article

Suivant le mode bloquant ou non, c'est une alerte ou un blocage.

Lorsque le mode est bloquant, si l'utilisateur dispose du droit "HA\_UAL\_CM" et que l'article n'est pas CRITIQUE, SRM propose la création de la conversion d'unité directement, ce qui permet ensuite de lever le contrôle.

Le contrôle est bloquant si :

- L'article est critique
- Ou l'article est stocké
- Ou les interfaces sont activées, et l'interface société est "SAP" et la sous famille est interfacée et l'article est interfacé

Dans tous les autres cas, le contrôle est non bloquant.

**Initialisation du prix**

Cas 1 : Dans la gare de triage, on peut décider ligne à ligne de maintenir le prix de la DA  on reprend ce prix

Cas 2 : On peut aussi saisir un prix différent de celui de la DA ou une remise différente  on reprend ce prix

Cas 3 Et si on n'a pas saisi de prix ou de remise et qu'on n'a pas décidé du maintien prix, on recherche le meilleur prix pour le fournisseur de la commande :

- On recherche dans les liens articles / Frs,

- dans les catalogues pour le fournisseur de la commande : si on trouve un prix sur la base du même code fabricant – référence fabricant (avec recherche de la remise éventuelle du catalogue remise associé), ou de référence article fournisseur – code fournisseur, ou code article HAPlus

- dans les ACD valides pour le code article HAPlus et pour le fournisseur, et disponibles pour le centre émetteur de la DA

**Saisie de réception**

- Si un site de stock est renseigné sur la ligne de commande, alors la saisie de réception s'initialise à vrai
- Si pas de site de stock :
  - Si le code article est renseigné et prévoit une saisie de réception, c'est initialisé à vrai
  - Si le code article est renseigné et ne prévoit pas de saisie de réception, c'est initialisé à faux
  - Si pas de code article et que la sous-famille renseignée est non réceptionnable on initialise à faux
  - Si pas de code article et que la sous-famille renseignée est réceptionnable on initialise à vrai
  - Si pas de code article ni de sous-famille on initialise avec la valeur d'entête de commande

**Date de livraison**

S'il y a un N° de ligne de DA associé à la ligne de commande, on reprend la date de livraison de la ligne de DA en date de livraison contractuelle (et on la copie en date de livraison prévisionnelle à la validation de la commande).

S'il y a un planning avec plusieurs lignes, il y a un planning contractuel et pas de date de livraison contractuelle.

S'il n'y a pas de N° de ligne de DA associé à la ligne de commande, il n'y a pas d'initialisation de la date de livraison qui est initialisée vide.

###
Création d'entête de commande : données disponibles, règles d'initialisation et paramétrages

![](RackMultipart20230213-1-ndfoi0_html_50e9f831b6d9a005.png)

Paramètre Utilisation des modèles de commande (Paramétrage global HA – Environnement – onglet CDE) : le contrôle s'effectue à la création de commande seulement

- Pas d'utilisation - Si pas d'utilisation, ne pas présenter le champ de modèle de commande à la création de commande dans la gestion des commandes. Et ce même si le modèle de commande est coché obligatoire dans la fiche utilisateur.
- Facultative - Par dérogation si la fiche utilisateur qui crée la commande prévoit une utilisation obligatoire de modèle de commande, il est bien obligatoire sur la commande.
- Obligatoire

Un modèle de commande par défaut peut être prévu sur la fiche utilisateur

_Impact de la création de commande : activation de la notation de commande_

Notation commande : si la notation fournisseur est activée et si au moins une DA implique la notation des commandes dont elle est issue, il faut activer la notation pour la commande.

Un picto N + infobulle est présent sur la commande dans l'écran de gestion des commandes pour matérialiser une notation manuelle en cours.

![](RackMultipart20230213-1-ndfoi0_html_f5d20323cbd3fb45.png)

La notation fournisseur est demandée sur une DA, si cette propriété est cochée dans l'entête de la DA, cf la capture ci-dessus (DA\_ENTET.NOCDISDA=vrai).

La procédure activant la notation fournisseur sur une commande crée l'entête de notation pour la commande avec les valeurs suivantes :

NO\_CDE N° de la commande

COD\_FOUR code fournisseur de la cde

DTEDEMAND date du jour

INNOTAT Si un seul demandeur sur la commande, le code du demandeur, sinon l'acheteur de la commande

NOTMANU VRAI

CODSOCCD Code société de la commande

Et recopie les thèmes à noter dans la table de notation de la commande.

Et enfin envoie les mails aux noteurs : (Ce mail n'est pas, actuellement, dans les mails paramétrables. Il y a sans doute lieu de l'ajouter.)

Pour l'instant :

Sujet du mail : "Fournisseur \<Code du fournisseur\> : Notation à effectuer

Corps Merci d''effectuer la notation du fournisseur \<RS du fournisseur\> concernant la commande suivante :

\<N° de la commande\> - \<objet de la commande\>

\<Nom de l'utilisateur\>

\<Fonction de l'utilisateur\>

La commande qui est ainsi créée comme « A noter » se retrouve dans la page « Notation des commandes » pour les utilisateurs concernés (éventuellement après l'envoi de la commande au frs).

_Impacts sur les DA_

**Contrôle du solde des DA**

A la saisie de la commande, le champ « déjà commandé sur la ligne de DA » est mis à jour en lui ajoutant la quantité de la ligne de commande.

Quand la saisie de la commande est enregistrée, dès lors que cette quantité atteint ou dépasse la quantité de la ligne de DA, la ligne de DA est traitée (non visible à l'écran). Pour les DA dont toutes les lignes sont traitées, on prononce leur solde : la valeur Traitée apparaît sur l'entête de DA et un évènement de DA est créé avec le code évènement "TRA" comme traitée.

A l'inverse, en cas de suppression de commande dont au moins une ligne est liée à une ligne de DA, la quantité « déjà commandée » de la ligne est diminuée de la quantité de la ligne de commande, la valeur traitée est retirée de la ligne de DA et l'entête de DA repasse « A traiter ».

## c) Gestion des modèles de commande

L'accès à cette page est conditionné par le droit HA\_CA\_CMV. Cette page permet en 10.51ad de visualiser les modèles de commande et notamment les champs qui sont lockés (cad initialisés avec cette valeur, non modifiable ensuite). Même avec les droits de modification des champs lockés, un utilisateur ne pourra jamais modifier leur valeur. Ainsi ces champs sont affichés grisés non éditables dans la gestion des commandes, en modification.

Seule exception : le droit HA\_CA\_MOFR permet de modifier le champ même verrouillé.

A la création d'une commande avec le modèle de commande, les champs sont initialisés avec la valeur présente sur le modèle. Si celui-ci est modifié par la suite alors la commande déjà créée n'hérite pas des valeurs modifiées.

## d) Signature des commandes

Cette page est affichée uniquement si l'utilisateur est signataire de commande et possède le droit HA\_CA\_VIS.

L'utilisateur y voit les commandes pour lesquelles sa signature est sollicitée. Il a la possibilité selon ses droits de signer, de refuser, d'ajouter un signataire, de changer un signataire, de voir la commande, les signataires attendus et d'accéder au suivi des événements. Il a enfin la possibilité, s'il en a les droits, de dévalider la commande.

Pour ajouter un signataire, celui-ci doit remplir les conditions suivantes :

- le signataire existe, et il est coché signataire pour le type de document (DA, Cde ou BAP)
- il est valide à la date du jour
- la société du document est dans sa liste de sociétés (périmètre société) (sur SRM on ne gère que sa société principale, donc c'est normal que la liste soit incomplète, il ne faut pas faire pareil en PHP)
- si le document a un niveau de confidentialité \> 0, le niveau de confidentialité du signataire doit avoir un niveau de confidentialité supérieur ou égal (sur SRM, ce n'est pas géré dans la liste affichée, mais en contrôle de saisie)
- le signataire n'est pas déjà affecté comme signataire du document en cours

## e) Délégations des commandes

Cette page est affichée uniquement si l'utilisateur est signataire de commande et possède le droit HA\_CA\_VIS.

L'utilisateur y voit les commandes pour lesquelles sa signature est sollicitée via une délégation de signature.


## f) Création de commande (10.52aa)
Cette page affiche la création d'une commande
- permet d'initialisé une commande depuis un modèle.
- permet d'initialisé une commande depuis une demande d'achat.
- permet d'initialisé une commande depuis une consultation.

## g) Gestion des avenant (10.52aa)
- permet la création d'un avenant.
- permet la suppresion d'un avenant (même option que supprimer une commande).
- permet la visualisation d'une commande historisé.