Sommaire
| Table of Contents | ||
|---|---|---|
|
...
de créer des fournitures ou des prestations achats lorsque la fourniture ou la prestation correspondante n’existe pas ;
de changer de fourniture ou de prestation,
de modifier la quantité proposée ;
de supprimer une ou plusieurs lignes d’une même fourniture ou prestation.
| Note |
|---|
Les prestations fournisseurs sont à saisir manuellement dans l’application, elles ne sont pas issues du calcul des besoins. |
Composants, fournitures et prestations étant définis, la génération automatique d’achats proprement dite peut s’effectuer. A son issue, l’utilisateur peut consulter les lignes d’achats créées dans des commandes déjà existantes ou dans de nouvelles commandes.
Il est possible de quitter la procédure avant la génération des achats. Dans ce cas, toutes les opérations effectuées sur les composants et fournitures sont conservées afin de pouvoir exécuter la génération des achats ultérieurement sans avoir à recommencer les traitements de préparation.
| Note |
|---|
En revanche, si entre temps un nouveau calcul des besoins est effectué, la mémorisation des lignes d’achats à générer en différé est supprimée. l’utilisateur doit recommencer la procédure pour que le système puisse prendre en compte les nouveaux besoins d’approvisionnements calculés. De même, si un nouveau traitement de proposition d’achats est effectué alors que des achats sont attente de génération, un message de confirmation prévient l’utilisateur que les propositions d’achats existantes seront détruites par la nouvelle proposition. |
La génération automatique d’achats peut s’effectuer :
...
Consultation des lignes de propositions d’achats
| Note |
|---|
Il n’est pas possible de créer une proposition d’achat pour un fournisseur qui est bloqué en commande, le message suivant apparaît :  |
Une fois alimentés comme propositions d’achat, les prestations, les équipements, les composants et matières sont ensuite présentés dans le tableau des besoins par article dans le mode Liste.
...
Regroupement des besoins en début de semaine : Ce paramètre, s’il est à ‘O’ui, permet de regrouper en début de semaine tous les achats à effectuer au cours de la semaine. Ainsi par fournisseur, une seule commande d’achats est générée par semaine.
| Note |
|---|
ATTENTION en gestion à l’affaire dans le CBN : le regroupement des achats à générer en début de semaine ne permet pas de conserver le numéro d’affaire indiqué en calcul des besoins. De ce fait, l’imputation sur affaire des lignes des commandes d’achats générées ne peut s’effectuer automatiquement. Pour que les lignes de commandes d’achats soient automatiquement imputées sur affaire, il convient donc de mettre ce paramètre à ‘N’on. De même, ce paramètre doit être à ‘N’on pour effectuer une proposition d’achats par affaire. Il en est de même pour l’imputation sur les lancements (avec ou sans numéro d’affaire), qui est notamment utilisée pour permettre la prise en considération des retards d’approvisionnements des quantités imputées sur lancement (voir le chapitre sur le calcul des besoins). |
Lors du calcul de la quantité à acheter, le seuil minimum des articles doit-il être pris en compte : Si on répond ‘O’ui à cette question et si le paramètre ‘Regroupement des besoins en début de semaine’ est à ‘O’ui, le seuil minimum déclaré dans la fiche article est pris en compte dans le calcul de la quantité à commander. Sinon le seuil minimum est ignoré et seul le besoin est pris en compte.
Quantité à acheter calculée en fonction de la quantité économique des fournitures : Ce paramètre est utilisé pour les commandes d’achats par EDI. S’il est à ‘O’ui, la quantité économique de la fiche fourniture correspond à la quantité minimum à acheter et la quantité minimum d’appel de la fiche fourniture sert de multiple pour la quantité à acheter.
Prise en compte des achats seulement dans le cycle de livraison (CL + x jours) : Ce paramètre est utilisé pour les commandes d’achats par EDI.
...
Les lignes d’achats générées peuvent bien entendu ensuite être consultées ou modifiées en gestion des achats (Application “Achats”).
1.3.3.5. Les imputations sur achats
Les propositions d’achat générées à partir du calcul des besoins (ou créées manuellement) peuvent être associées à une affaire et/ou un lancement.
Dans ce cas, une imputation achat sur affaire et/ou sur lancement est créée systématiquement lors de la génération de la commande achat correspondante.
L’imputation achat sur un besoin lié à un lancement est particulièrement utile lorsque qu’il y a un retard d’approvisionnement puisqu’une nouvelle commande d’achat ne sera pas générée sur les quantités imputées sur le lancement qui est à l’origine du besoin.
La quantité imputée est répartie sur la première phase du lancement dans laquelle figure le composant, une imputation par phase n’est actuellement pas gérée par le système.
| Info |
|---|
Rappel : Une imputation peut être générée automatiquement à la condition que le paramètre « Regroupement par semaine » soit à « N »on. |
| Info |
|---|
Remarque : À la création de l’imputation, s’il existe un numéro d’affaire, la section est celle définie dans l’atelier du poste de la première phase où figure le composant acheté. La section n’est pas renseignée si l’achat n’est pas lié à une affaire. |