Notes de publication de Salesforce Spiff pour le 26 juin 2026

Types de quota désormais disponibles dans les nouvelles organisations sandbox Salesforce Spiff

Où : Cette modification s'applique à Salesforce Spiff.

Pourquoi : Auparavant, les sandbox n'incluaient pas les types de quota de l'environnement parent. Les Types de quota n'étaient pas dans l'organisation sandbox. Par conséquent, les formules qui référençaient des Types de quota par ID ne pouvaient pas être résolues correctement. La correspondance des ID de type de quota entre l'organisation sandbox et l'organisation de production n'était pas garantie. Par conséquent, le déploiement d'une logique de commission dépendant des types de quota entraînait des erreurs en production. Désormais, lorsque vous créez une organisation sandbox, Spiff copie automatiquement tous les types de quota depuis l'environnement parent. Les types de quota clonés ont des ID correspondants dans l'environnement parent. Par conséquent, la logique de commission qui référence un type de quota cloné est correctement résolue en production après le déploiement. Les types de quota ne sont pas pris en compte dans la limite en enregistrements de transaction sandbox, ce qui libère de la capacité pour d'autres données de test transactionnelles.

Pour les sandbox créées avant cette mise à jour, les Types de quota sont retirés du décompte des limites en enregistrements lors de la prochaine création ou suppression d'un Type de quota dans cette sandbox.

Comment : Cette modification est automatique lorsque vous créez une organisation sandbox, aucune configuration n'est requise. Les types de quota ne sont pas gérés par des ensembles de modifications. Par conséquent, gardez les noms de type de quota synchronisés entre l'organisation sandbox et l'environnement parent afin d'éviter les erreurs de référence de formule après le déploiement. Si vous renommez un Type de quota dans une organisation sandbox, Spiff met automatiquement à jour les formules dans cette sandbox, mais ce renom n'est pas déployé en production. Les types de quota créés directement dans l'organisation sandbox n'ont pas d'ID correspondant dans l'environnement parent et vous ne pouvez pas les déployer via des ensembles de modifications.

Amélioration du filtrage des ensembles de modifications et de l'historique de workflow pour la conformité

Où : Cette modification s'applique à Salesforce Spiff.

Pourquoi : Auparavant, les tableaux Ensembles de modifications entrants et sortants ne contenaient aucune option de filtrage, ce qui rendait plus difficile la recherche d'ensembles de modifications spécifiques dans les organisations qui avaient des historiques de déploiement importants. Pour auditer l'activité de workflow d'un ensemble de modifications, les utilisateurs ont consulté séparément le Journal d'activité système. Désormais, deux nouveaux filtres permettent d'affiner rapidement la liste des ensembles de modifications. Le nouvel onglet Historique intègre le parcours de workflow complet dans la fenêtre modale de l'ensemble de modifications. Vous pouvez ainsi vérifier les soumissions, les validations, les approbations et les déploiements sans quitter la page.

Comment : Pour filtrer le tableau d'ensembles de modifications par date, utilisez le filtre Date de soumission dans la page Ensembles de modifications entrants ou sortants. Pour filtrer par statut de workflow, par exemple pour afficher uniquement les ensembles de modifications avec le statut Prêt à déployer, utilisez le filtre Statut. Pour consulter l'historique de workflow d'un ensemble de modifications, cliquez sur son nom pour ouvrir la fenêtre modale, puis sélectionnez l'onglet Historique.

Suivi du statut de traitement des rapports dans les rapports sur les obligations et les relevés

Où : Cette modification s'applique à Salesforce Spiff.

Pourquoi : Auparavant, aucun rapport ne permettait de déterminer si ses données avaient été traitées avec succès ou quand elles avaient été exécutées pour la dernière fois. Les administrateurs et les responsables n'avaient aucune visibilité sur le fait qu'un rapport était à jour, en attente ou échoué en raison d'une modification des données, ce qui rendait plus difficile la Trust des données du rapport ou l'enquête sur les écarts. Deux nouvelles colonnes facultatives, État de traitement et Dernière exécution réussie, sont désormais disponibles pour les rapports sur les obligations et les relevés. État de traitement affiche le statut de calcul actuel du rapport. Dernière exécution réussie affiche l'horodatage de la dernière exécution réussie du rapport. Vous pouvez ainsi déterminer en un coup d'œil si les données reflètent une exécution réussie récente ou antérieure. État de traitement a quatre valeurs possibles. Réussi signifie que le rapport a été exécuté et terminé sans erreur. Échoué signifie que le rapport a déjà été exécuté avec succès, mais échoue maintenant, probablement en raison d'une modification des données sous-jacentes après la dernière exécution réussie. En attente signifie que le rapport est en file d'attente, mais que Spiff ne l'a pas encore exécuté. Jamais calculé signifie que le rapport n'a jamais été exécuté et que Spiff n'affiche aucun horodatage.

Comment : Sous l'onglet Rapport, ouvrez ou créez un rapport d'obligation ou de relevé. Cliquez sur l'icône des colonnes en regard de Exécuter et enregistrer, recherchez État de traitement ou Dernière exécution réussie, puis cliquez sur l'icône + pour ajouter la colonne. Cliquez sur Appliquer, puis sur Exécuter et enregistrer.