Pourquoi une demande d'achat a-t-elle été divisée en plusieurs bons de commande ?
Pourquoi une demande d'achat a-t-elle été divisée en plusieurs bons de commande (BdC), ou pourquoi une modification de commande a-t-elle généré un nouveau numéro de commande et annulé le numéro d'origine ?
Dans l'onglet Historique de la demande d'achat, recherchez l'entrée indiquant sa division en un nouveau BdC ou l'annulation d'un BdC, puis cliquez sur Afficher les détails pour comprendre pourquoi cela s'est produit.
Pour tous les types de BdC, votre site regroupe les postes qui remplissent toutes les conditions suivantes :
- Les postes proviennent du même emplacement fournisseur.
- Les postes ont la même adresse d'expédition, si SplitOrderOnShipTo est défini sur Non dans les données maîtres de l'emplacement fournisseur.
- Les postes ont la même adresse de facturation.
- Les postes sont tous des articles de catalogue, ou les postes sont tous des articles hors catalogue (peut être désactivé via la personnalisation).
- Les postes sont des articles PunchOut avec le même en-tête.
- Les postes font partie du même contrat (les différentes versions d'un même contrat sont toujours considérées comme un seul contrat).
- Tout critère supplémentaire de division de commande demandé par votre entreprise (via la personnalisation).
Pour les sites variantes SAP, les considérations suivantes s'ajoutent :
- Si un poste nécessite une division par catégorie d'article à commande limitée (peut être désactivé via la personnalisation).
- Si les postes ont tous la même devise.
- Si les postes ont la même valeur d'organisation d'achat.
- Si les postes ont la même valeur de groupe d'achat (désactivable via la personnalisation).
Pour les modifications de commande, un nouveau bon de commande sera toujours créé si l'une des conditions suivantes s'applique :
- ChangeOrderRestrictions est défini sur 1 dans les données maîtres de l'emplacement fournisseur
- Si la méthode de commande de préférence de l'emplacement fournisseur a changé entre les versions de la demande d'achat (par exemple, de Commande électronique à Impression).
- Exception : aucun nouveau bon de commande n'est créé lorsque la méthode de commande passe d'Impression à Commande électronique.
Pour les commandes par carte d'achat, les conditions supplémentaires suivantes s'appliquent au regroupement des postes :
- Les postes ont le même fractionnement comptable de postes (cette condition peut être désactivée via le paramètre Application.Procure.PreventPCardOrdersSplittingBasedOnAccounting).
- Les postes ont le même numéro de carte d'achat.
- Les postes ont le même numéro de transaction.
- Les postes ont la même date de transaction.
Notez que si un champ marqué comme champ de commande fractionnée a une valeur nulle, ce champ entraînera systématiquement un fractionnement entre les postes de la même version ou pour le même poste de différentes versions.
Si vous avez besoin d'une personnalisation en fonction du cas d'utilisation applicable ci-dessus, consultez Quel est le processus actuel pour les demandes de personnalisation ?
Un en-tête de PunchOut fait référence à une seule session de PunchOut. Lorsqu'un utilisateur Achats effectue un PunchOut, place un article dans un panier, puis revient dans le système, cela constitue une session.
S’il effectue un nouveau PunchOut par la suite, cela correspond à une session distincte, avec un en-tête différent. Le système séparera donc les articles de cette nouvelle session dans un BdC distinct.
Achats > Bons de commande
Achats > Demande d'achat