Empêcher courriel d'affectation lors de l'attribution d'une tête avec Apex

Question

J'ai un code qui attribue automatiquement un plomb à une file d'attente via un déclencheur avant mise à jour lorsque certaines conditions sont remplies. Quand les câbles sont affectés si l'interface utilisateur, la case à cocher « Envoyer une notification Cession » est disponible pour indiquer si oui ou non envoyer une notification à l'utilisateur de réception (File d'attente dans ce cas).

l.OwnerId = groups.get('Lead Queue').Id;

Voici comment je fais l'affectation.

Est-il possible de contrôler ce lors de l'attribution par Apex? Il semble que par défaut un email est envoyé, qui se traduit par tous les membres de la file d'attente qui reçoivent un e-mail à chaque fois qu'un chef de file est automatiquement attribué à la file d'attente, ce qui est idéal.

Answer 1

Avez-vous essayé décochant la case « Envoyer un email aux membres » dans la page de configuration de file d'attente? Peut-être que vous en avez besoin pour d'autres raisons, mais dans notre org, nous avons décoché cette case sur un grand nombre de nos files d'attente parce que nous ne voulons pas que les e-mails - simplement la propriété. Nous utilisons des vues plomb, des rapports quotidiens, et le plomb personnalisé d'alerte pour les prospects de haute priorité au lieu.

Nous utilisons Marketo fortement pour de nouvelles pistes pour la plupart affectés aux files d'attente de territoire. Je suppose que leur code utilise l'API et des jeux OWNERID ressemble beaucoup à votre exemple de code. Nous ne voyons pas les e-mails de notification d'affectation affligent vos utilisateurs mais donc je pense qu'il est possible.

Answer 2

Je ne pense pas que vous pouvez supprimer les e-mails des règles et des flux de travail avec affectation Apex.

Le courrier électronique est envoyé parce que c'est ce que vous avez spécifié dans la règle d'affectation (si vous ne fournissez pas modèle de courrier électronique, il est pas envoyé - https://na5.salesforce.com/help/doc/en/creating_assignment_rules.htm (remplacez NA5 par votre instance org).

Mais si vous supprimez le modèle de courrier électronique de la règle, je pense que vous avez encore quelques options pour y faire face:)

• Vous pouvez construire un flux de travail qui enverra un courrier électronique lorsque les critères sont remplis:

  (OR (ISNEW (), ISCHANGED (OWNERID)), NOT ( "vos critères de Apex"))

(vous devrez définir « Exécuter cette règle si les conditions suivantes: évalue la formule true » dans l'éditeur).

• Vous pouvez construire « après insertion, après la mise à jour » déclenchement (avec la même condition logique) qui envoyer du courrier programatically. Il est assez facile et il y a beaucoup d'exemples.

Si la logique que vous avez dans « avant la mise à jour » déclencheur est trop complexe pour être couvert de flux de travail (par exemple parce qu'il couvre plusieurs objets et requêtes) et n ° 1 serait votre option préférée, vous pouvez toujours le faire. Il suffit d'utiliser un champ caché personnalisé en plomb et réglez-le sur « true » dans votre déclencheur, puis vérifier cette valeur dans le flux de travail « avant la mise à jour ».

---

Bien sûr, vous pouvez également désactiver la règle d'affectation automatique complètement, indiquer aux utilisateurs cette case sera inutile à partir de maintenant et aller avec une solution complète flux / complet déclencheurs, mais qui est un peu trop envahissante, je pense.