Considérations et limitations relatives à la gestion des remises

Considérations relatives à la gestion des remises

• La Gestion des remises est prise en charge uniquement sur les ordinateurs de bureau et les appareils mobiles.
• Exécutez les tâches du Moteur de traitement des données de façon séquentielle lorsque vous planifiez un flux avec des éléments d'action du Moteur de traitement des données. Si vous clonez le flux prédéfini Exécuter les tâches du Moteur de traitement des données Remises, il est automatiquement implémenté.
• Les tâches prédéfinies du moteur de traitement des données sont conçues pour être exécutées pour tous les programmes actifs, périodes de versement et types de remise pour tous les membres actifs du programme de remise. Pour exécuter les tâches du moteur de traitement des données pour des programmes, des périodes, des types de remise ou des membres spécifiques, transmettez les enregistrements spécifiques en tant qu'entrées pour le flux Exécuter les tâches du Moteur de traitement des données de remise.
• Il est recommandé de ne pas associer plus de 10 000 types de remise à plus de 100 filtres de type de remise uniques avec une définition unique du Moteur de traitement des données. Vérifiez les limites du Moteur de traitement des données. Associez les types de remise à plusieurs définitions ou modifiez les entrées afin de traiter un seul sous-ensemble de types de remise du programme ou de périodes de versement en une seule exécution.
• Vous pouvez configurer jusqu'à 100 000 avantages pour un type de remise. Lors du chargement de volumes de données importants en utilisant Data Loader, il est recommandé d'utiliser le mode simultané série pour garantir des résultats cohérents. Le mode de simultanéité en série pour les tâches d'API de transfert en masse garantit que les lots sont traités les uns après les autres, dans l'ordre de réception, plutôt qu'en parallèle. La validation interne a été effectuée avec jusqu'à 10 avantages par type de remise. En utilisant beaucoup plus, vous risquez d'impacter l'efficacité du traitement et de rendre plus difficile le suivi de la logique de calcul des versements pendant l'analyse.
• Vous ne pouvez pas créer des rapports sur les enregistrements de journal des transactions pour les utilisateurs d'Experience Cloud.
• Si plusieurs avantages existent pour un type de remise donné, triez les données sous-jacentes par type de remise avant de les charger en utilisant Data Loader.
• Dans une configuration de devises multiples, définissez la même devise par défaut pour les profils Utilisateur de l'intégration et Utilisateur de la réécriture du Moteur de traitement des données. Si vous n'utilisez pas un utilisateur de réécriture du moteur de traitement des données, utilisez la même devise par défaut pour le profil Administrateur système attribué à l'ensemble d'autorisations Utilisateur de Data Pipelines Base. Les objets Gestion des remises utilisent les constructions à devises multiples de cette façon.
  • Journal des transactions : Les transactions peuvent être enregistrées dans la devise de transaction de votre choix.
  • Agrégat de produits du membre de remise : Lorsqu'une tâche du moteur de traitement des données est exécutée pour calculer des agrégats, la devise du Journal des transactions est convertie dans la devise du profil Utilisateur de l'intégration. Les montants sont ensuite stockés dans l'objet agrégé dans la devise du profil Utilisateur de la réécriture.
  • Paiement du type de remise du programme Source : Les sources de versement sont créées dans le code de devise de la ligne agrégée après les calculs de prestations.
  • Avantage du type de remise du programme : Dans la configuration de la garantie, les valeurs maximum et minimum fournies sont considérées comme étant dans la devise de la ligne agrégée et sont évaluées en conséquence.
  • Lors de la création d'un Journal des transactions dans une organisation où Gestion des remises et Gestion de l'inventaire des partenaires réseaux sont activées :
    • Spécifiez le Type de journal pour Gestion de l'inventaire des partenaires réseaux. Le Type de journal détermine comment le Journal des transactions est utilisé dans les processus de Gestion de l'inventaire des partenaires réseau. Si le Type de journal est laissé vide lors de la création, le système définit par défaut le Type d'utilisation sur Remises.
    • Configurez le filtrage du Moteur de traitement des données sur Statut des journaux des transactions de remise. Les Moteurs de traitement des données n'excluent pas automatiquement les enregistrements basés sur le champ Statut du journal des transactions. Si les clients ont l'intention d'utiliser le champ Statut (par exemple, Approuvé, Rejeté ou En attente) pour contrôler les enregistrements qui génèrent des agrégats ou des versements, ils doivent configurer explicitement des filtres dans les définitions du Moteur de traitement des données Remises. Par exemple, pour vous assurer que seuls les enregistrements éligibles sont traités et exclure tout statut autre que Approuvé (tel que En attente ou Rejeté), insérez une logique de filtrage telle que : TransactionJournal.Status = 'Approuvé'.
    • Vérifiez la compatibilité des enregistrements hérités. Si les enregistrements Journal des transactions de remise existants ont un statut En attente par défaut, notez que les Moteurs de traitement des données ne filtrent pas par défaut par Statut et traitent toutes les transactions de PdP. Assurez-vous que la logique de filtrage du Moteur de traitement des données appropriée est configurée afin de traiter les enregistrements appropriés et de ne pas inclure ou exclure les enregistrements indésirables.

Limitations de Gestion des remises

• Limites du Moteur de traitement des données
• Dépannage des problèmes du Moteur de traitement des données
• Éléments à prendre en compte lors de l'utilisation de la gestion par lot
• Limites et considérations sur les flux
• Récupération des détails des membres dans les journaux des transactions lorsque Gestion de la fidélité et Gestion des remises sont activées
• Lors de la synchronisation de l'objet RebateProgramPayoutPeriod via une connexion Data Manager, les champs dérivés Montant total approuvé, Montant total rejeté et Nombre de versements du membre sont calculés en utilisant des requêtes SOQL lors de la synchronisation. Dans les organisations qui ont environ 25 000 enregistrements RebateProgramPayoutPeriod ou plus, la tâche de synchronisation peut échouer avec une erreur QUERY_TIMEOUT. Dans ce cas, le Surveillant des tâches peut afficher le statut de la tâche En cours même après l'échec. Consultez le message d'échec dans les détails de la tâche pour confirmer le statut réel de la tâche.

Remarque Le Moteur de traitement des données n'est pas disponible dans Government Cloud ou Government Cloud Plus.

Garde-fous de gestion des remises

Configurez et gérez un programme de remise avec des processus qui calculent les montants de remise et génèrent des versements pour les membres du programme de remise. Ces processus gèrent généralement des volumes importants de transactions de remise entre les programmes, les périodes et les membres.

• Configurez et gérez un programme de remise avec des processus qui calculent les montants de remise et génèrent des versements pour les membres du programme de remise. Ces processus gèrent généralement des volumes importants de transactions de remise entre les programmes, les périodes et les membres.
• Gestion des remises prend en charge les volumes de données élevés via le traitement par lot en utilisant le Moteur de traitement des données et la Gestion par lot. Les garde-fous de volume de données recommandés ont été testés et conçus pour les scénarios dans lesquels des versements de remise sont effectués aux membres du programme en fonction de types de remise définis et des avantages connexes. Ces garde-fous favorisent une planification efficace et garantissent des performances fiables pendant la mise en œuvre. Il ne s'agit pas de limites techniques strictes, et les résultats réels peuvent varier selon la taille, la complexité et la configuration des données.
  

  Remarque Les garde-fous pour le traitement de volumes de journaux des transactions spécifiques restent cohérents entre les secteurs d'activité. Lorsque vous appliquez ces garde-fous dans un autre secteur d'activité, remplacez l'objet Commande et ses considérations et hypothèses associées par l'objet qui génère les journaux des transactions et les registres dans ce contexte. Les garde-fous peuvent varier selon la complexité des exigences du client.
  Pour afficher les détails des licences et de l'empaquetage de Rebate Management, consultez ici.

Protections pour l'orchestration de bout en bout en utilisant le Moteur de traitement des données

Le scénario suivant décrit un flux d'orchestration testé en interne dans lequel les journaux des transactions sont traités via un moteur de traitement des données.

• Scénario 1

  Résumé des données de l'organisation : Décomptes actifs de divers objets de données

  Objet	Nombre	Détails
  Programme de remise	5000
  Membre du programme de remise	15 000	3 membres par programme (hiérarchie à deux niveaux avec un parent)
  Périodes de remise	60 000	12 périodes mensuelles par programme
  Type de remise	30 000	6 types de remise par programme
  Avantages du type de remise du programme	180,000	6 avantages par type de remise
  Filtres de remise	90,000	3 conditions d'éligibilité par type de remise
  Journal des transactions	25 millions	140 journaux par membre et par période

  

  Remarque Ces limites ont été testées en interne. Pour des volumes plus importants, contactez votre administrateur Salesforce.

Résumé d'exécution

• Moteur de traitement utilisé : Agréger par membre
• Types de remise traités : 30 000
• Filtres traités : 90,000
• Taille de la recette : 799.1 KO
• Filtres uniques : 200

Résumé de traitement : Le tableau ci-dessous indique le nombre de lignes traitées dans cette recette.

Calcul : 10 000 types de remise × 90 journaux des transactions/membre × 3 membres/programme × 12 périodes/programme

Remarque Ces limites ont été testées en interne. Si vos données dépassent ces volumes ou dimensions, clonez et divisez les tâches du Moteur de traitement des données. Par exemple, divisez 10 000 types de remise en deux tâches de 5000 chacune. Pour obtenir de l'aide, contactez votre administrateur Salesforce.

Garanties pour les calculs de versement de remise

Résumé de l'organisation

• Agréger les enregistrements : 18,000,000
• Périodes de versement : 180,000

Résumé d'exécution

Remarque

Les chiffres ci-dessus reflètent les tests internes. Les performances réelles peuvent varier selon l'environnement, les configurations et les personnalisations du client. Pour des volumes plus importants, contactez votre administrateur Salesforce.

La taille de lot par défaut pour les versements de remise est de 2000 enregistrements. Vous pouvez l'ajuster entre 200 et 2000 en fonction du volume de données et de la logique personnalisée. Réduisez la taille si les limites Apex sont atteintes, et ajustez uniquement après avoir évalué les besoins système. Pour plus d'informations sur le choix d'une taille de lot, contactez votre représentant Salesforce.

Considérations à prendre en compte lors du choix d'une méthode de traitement de remise

Pour déterminer comment traiter les remises, évaluez les éléments suivants :

• Limites de stockage pour les objets impliqués. Utilisez l'archivage là où vous le souhaitez.
• Utilisation des ressources de l'organisation pendant les appels d'API externes.
• Limites associées à
  • Flux
  • Apex
  • API
  • Moteur de traitement des données

Meilleures pratiques

Suivez les pratiques suivantes pour rester dans les limites des limites et éviter les blocages de performance :

• Archivez ou purgez les enregistrements Journal des transactions, Versement de remise, Agrégat de remise et Source de versement de remise dont vous n'avez plus besoin.
• Traitez les lots en utilisant les filtres Programme de remise ou Type de remise du programme.
• Utilisez le mode série dans Data Loader pour les chargements d'avantages à haut volume.
• La taille de lot par défaut pour le traitement des versements de remise est de 2000 enregistrements. Vous pouvez ajuster cette valeur entre 200 et 2000 enregistrements, selon vos personnalisations et votre volume de données. Si des limitations du gouverneur Apex sont rencontrées en raison de personnalisations, pensez à réduire la taille du lot. Ajustez la valeur uniquement après avoir évalué vos exigences en données et en traitement.