Loading
Apprendre
Table des matières
Sélectionner des filtres

          Aucun résultat
          Aucun résultat
          Voici quelques conseils de recherche

          Vérifiez l'orthographe de vos mots-clés.
          Utilisez des termes de recherche plus généraux.
          Sélectionnez moins de filtres pour élargir votre recherche.

          Recherchez dans toute l’aide de Salesforce
          Exemples de types et de résultats d'amendement

          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.

          Important
          Important Si les attributs diffèrent entre les ASP croisés et futurs, la valeur d'attribut de l'élément de ligne d'amendement remplace toutes les valeurs d'attribut ASP futures.

          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.
          Remarque
          Remarque Les changements de quantité pour les actifs dont les futurs ASP ont des attributs différents les uns des autres entraînent un changement d'attribut et entraînent une annulation et une tarification.

          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.

           
          Chargement
          Salesforce Help | Article