- Ciblez avec
applicable_product_idsetapplicable_product_tagssi vous souhaitez filtrer uniquement par identifiant de produit ou famille de produits, et que vous n’avez pas besoin d’une logique AND/OR complexe - Ciblez avec
specifierssi vous souhaitez filtrer en fonction des valeurs de groupe de tarification ou des valeurs de groupe de présentation, ou si vous avez besoin d’une logique AND/OR complexe
Cibler avec applicable_product_ids et applicable_product_tags
Pour les cas d’usage simples qui ne nécessitent pas de logique AND/OR complexe, utilisez les champs applicable_product_ids et applicable_product_tags pour cibler votre crédit ou engagement.
La consommation qui correspond à l’un quelconque des identifiants de produits ou étiquettes de produits listés est éligible pour consommer le crédit ou l’engagement.
Cibler avec specifiers
Les spécificateurs offrent la flexibilité d’alimenter des cas d’usage plus complexes impliquant des valeurs de groupe de tarification, des valeurs de groupe de présentation ou une logique booléenne avancée.
Le champ specifiers prend en entrée un tableau d’objets, où chaque objet est appelé un spécificateur. Au sein de chaque spécificateur, tous les champs sont liés par AND. Si les conditions de n’importe quel spécificateur du tableau sont satisfaites, l’élément de ligne est éligible pour consommer l’engagement ou le crédit. Cette logique est identique à override_specifiers, que vous pouvez utiliser pour accorder des remises basées sur une logique complexe.
Notez que si vous utilisez des valeurs de groupe de tarification et/ou des valeurs de groupe de présentation dans un spécificateur, seule la consommation des produits avec les valeurs de groupe de tarification et de présentation correspondantes correspondra à ce spécificateur. Par exemple, si vous créez un crédit qui s’applique lorsque la valeur de groupe de tarification region = us-east-1, les produits qui n’ont pas la clé de groupe de tarification region ne consommeront jamais le crédit. Les abonnements et les produits composites n’ont jamais de valeurs de groupe de tarification ou de présentation, donc ne consommeraient pas l’engagement.
Exemple : L’engagement ne s’applique qu’à deux regions (valeur de groupe de tarification)
Considérez un scénario où vous avez négocié un engagement d’entreprise avec un grand client. Ils prévoient d’utiliser votre produit dans seulement deux regions spécifiques, et vous avez négocié que l’engagement ne couvre que la consommation dans ces regions. region est une clé de groupe de tarification pour vos produits. Vos produits sont disponibles dans de nombreuses régions, et vous utilisez la tarification dimensionnelle pour tarifer différemment un même produit selon la région.
Cet exemple d’appel API crée un contrat qui spécifie les pricing_group_values pour les régions us-east-1 et us-east-2.
Exemple : Le crédit ne s’applique qu’à un seul user_id (valeur de groupe de présentation)
Considérez un scénario où vous souhaitez accorder un crédit qui ne peut être utilisé que pour un user_id spécifique au sein d’une organisation. Vous ne tarifez pas différemment en fonction de user_id, mais vous voulez accorder à cet utilisateur spécifique un crédit en échange de sa participation à une recherche utilisateur. user_id est une clé de groupe de présentation pour vos produits.
Cet exemple d’appel API modifie un contrat pour ajouter des crédits en spécifiant les presentation_group_values pour un user_id spécifique :
Exemple : L’engagement s’applique aux produits avec les deux étiquettes de produits
Les étiquettes de produits facilitent grandement le lancement de nouveaux produits. Considérez un scénario où, dans le cadre de la négociation d’un contrat d’entreprise, vous avez convenu qu’un engagement postpayé s’applique à tous les produits de la famille de modèles Audio qui sont également des modèles Basic (une offre non premium). En utilisant des étiquettes de produits, tout nouveau produit que vous lancez qui est un modèle Basic, Audio consomme automatiquement l’engagement postpayé, sans travail supplémentaire requis. Basic et Audio sont tous deux des étiquettes de produits. Cet exemple d’appel API modifie un contrat pour ajouter un engagement, en spécifiant lesproduct_tags Audio et Basic :