Vous êtes ici :
Exemples de types et de résultats d'amendement
Familiarisez-vous avec les types d'amendement datés du futur et leurs résultats.
Éditions requises
| Disponible avec : Lightning Experience |
| Disponible avec : Éditions Enterprise, Unlimited et Developer de Revenue Cloud dans lesquelles la Gestion des transactions est activée |
Amendements positifs : vente incitative ou ajout de quantité
Voici comment augmenter la quantité d'un actif. Par exemple, vous souhaitez ajouter 10 licences le 1er mai, même si vous avez prévu d'ajouter 5 licences supplémentaires le 1er juin.
- Définissez l'augmentation de quantité dans l'élément de ligne de devis (QLI) ou l'élément de commande (OI). L'IDQ ou l'ID représente l'augmentation de la quantité pendant tout le cycle de vie de l'amendement.
- Les lignes de détail ne sont pas générées en raison de l'augmentation positive des actifs déterminés.
- Le processus applique l'augmentation de quantité du delta à toutes les périodes d'état d'actif (ASP) qui existent après la nouvelle date de début de l'amendement.
Amendements négatifs : réduction ou rétrogradation
Voici comment réduire la quantité d'un actif. Par exemple, vous souhaitez réduire sept licences le 1er mai.
- Définissez un changement de quantité négatif dans le QLI ou l'OI. Les réductions de quantité correspondent à Dernier entré, Premier sorti (LIFO) dans la quantité de chaque source d'action d'actif (AAS) dans les ASP affectés.
- Un amendement négatif crée une ligne de détail pour chaque ASP daté du futur. Les dates de ligne de détail correspondent aux ASP générés.
- Si un ASP n'a pas une quantité suffisante pour la réduction, vous recevez une erreur de validation de surréduction.
Réductions de prix pour tous les scénarios d'annulation et de recalcul de prix.
Pour les actifs à terme dans lesquels le modèle de vente de produits (PSM) est défini sur la durée, la quantité de réduction s'applique à la valeur de référence par ASP.
Par exemple, un actif a deux ASP qui commencent le 01/01/26 et se terminent le 31/12/26. ASP I : Date de début = 1/1/26, date de fin = 30/06/26, quantité = 10. ASP II : Date de début = 01/07/26, date de fin = 31/12/26, quantité = 15.
- Si vous sélectionnez une date de début le 26/02 pour un amendement et réduisez la quantité de 7, le processus crée trois lignes de détail pour cette réduction. Cette transaction impacte deux ASP existants.
- Le processus crée une ligne de détail pour l'ASP I avec une date de début = 2/1/26 (date modifiée) à une date de fin = 6/30/26 (date de fin de l'ASP) avec une quantité = –7 (de AAS1).
- L'ASP II contient deux lignes de détail créées. La réduction se produit dans l'ordre LIFO, quantité = -5 et quantité = -2.
- Les dates de ces deux lignes de détail sont identiques aux dates de début et de fin du deuxième ASP, date de début = 01/07/26, date de fin = 31/12/26.
Pour les actifs non déterminés dont le PSM est unique, Evergreen ou vide. La quantité de réduction est la commande LIFO basée sur la quantité actuelle.
Par exemple, un actif commence le 01/01/26 avec trois ASP. Les actifs non déterminés n'ont pas de date de fin. ASP I : Date de début = 1/1/26, date de fin = 30/06/26, quantité = 10. ASP II : Date de début = 7/1/26, date de fin = 8/31/26, quantité = 15. ASP III : Date de début = 01/09/26, date de fin = vide, quantité = 20.
- Si un utilisateur définit la date de début de l'amendement au 01/02/26 et réduit la quantité de -7, le processus crée une ligne de détail de réduction. Il n’y a qu’une quantité de 10 à ce stade du cycle de vie de l’actif.
- Si l'utilisateur définit la date de début sur le 01/08/26 et réduit la quantité de -7, le processus crée deux lignes de détail pour cette réduction.
- La quantité est de 15, avec 10 de l'ASP précédent et +5 d'une transaction amendée. L'ordre LIFO dans ce cas est –5 et –2 avec une date de début au 01/08/26.
Renouvellement anticipé
Si vous initiez une transaction de renouvellement datée d'avant la date de renouvellement planifiée, le renouvellement anticipé remplace tous les APS futurs et les amendements et renouvellements.
Si Renouvellements en l'état est activé, l'actif est renouvelé en fonction de la dernière quantité ASP, mais à des prix et des quantités différents du prix d'achat d'origine.
Annulation
L'annulation d'un actif avant un ASP daté du futur est un type spécial de réduction. L'annulation reste à l'état terminal et aucune autre opération ARC ne peut être effectuée sur un actif annulé.
L'actifisation de la commande d'annulation impacte tous les ASP datés du futur.
Modifications d'attributs ou de champs qui nécessitent une nouvelle tarification
Vous pouvez modifier un attribut, par exemple passer d'une édition de base à une Enterprise Edition, ou modifier un champ qui déclenche un événement de tarification. Dans ce cas, vous définissez la nouvelle valeur d'attribut dans l'article de commande et sélectionnez une date de début.
Cet amendement fonctionne comme une opération d'annulation et de recalcul de prix. Il crée plusieurs paires de lignes de détail de devis ou de commande d'annulation et de recalcul, une pour chaque futur ASP impacté. Les mises à jour ASP s'appliquent à partir de la nouvelle date de début d'amendement. La tarification des actifs avec ou sans durée change la ligne de détail du devis ou de la commande.
Par exemple, un actif a deux ASP qui commencent le 01/01/26 et se terminent le 31/12/26. ASP I : Date de début = 01/01/26, date de fin = 30/06/26, quantité = 10 et couleur de l'attribut ASP = rouge. ASP II : Date de début = 01/07/26, date de fin = 31/12/26, quantité = 15 et couleur de l'attribut ASP = bleu.
- Si l'utilisateur définit la date de début de l'amendement sur 2/1/26, et met à jour la couleur de l'attribut = Vert et augmente la quantité = 30, nous annulons et recalculons la ligne.
- Pour l'annulation, nous annulons toutes les quantités actuelles et futures disponibles dans les ASP à compter de la date d'amendement.
- Pour un actif défini, il correspond à LIFO par ASP et nous créons 3 lignes de détail.
- Ligne de détail une date de début = 2/1/26 à date de fin = 6/30/26 et quantité = 10.
- Date de début de la deuxième ligne de détail = 01/07/26 à date de fin = 31/12/26 et quantité = 10.
- Date de début de la troisième ligne de détail = 01/07/26 à date de fin = 31/12/26 et quantité = 5.
- Pour les actifs non déterminés où le PSM est unique, Evergreen ou vide, nous créons une réduction de toutes les quantités disponibles, à compter du 01/02/26. Nous créons deux lignes de détail.
- Ligne de détail une date de début = 2/1/26 à aucune date de fin et quantité = 10.
- Date de début de la deuxième ligne de détail = 1/07/26 à aucune date de fin et quantité = 5.
- Pour la tarification, nous créons une ligne de détail avec la quantité de l'élément de ligne.
- Pour un actif déterminé, ligne de détail quatre date de début = 01/02/26 à date de fin = 31/12/26 et quantité = 30.
- Pour les actifs non déterminés où le PSM est unique, Evergreen ou vide, la ligne de détail trois date de début = 01/02/26 à aucune date de fin et quantité = 30.
Transferts
Un transfert d'actif entre comptes agit comme un amendement et copie l'ASP du compte d'origine vers le compte de transfert. Le transfert crée un amendement négatif pour le compte source, et la quantité diminue par rapport à tous les ASP datés de l'avenir, à compter de la date de début du transfert. Le transfert ajoute un actif au compte de destination, semblable à un amendement.
Vous pouvez transférer uniquement la quantité minimale de l'actif à tous les ASP actuels et futurs.
Échanges
Un échange de produits agit comme un amendement d'ajout et un amendement négatif, et les produits échangés héritent de l'ASP et des actions appropriées. La quantité d'amendement négative est réduite de tous les ASP datés à compter de la date de début de l'échange.

