Prevenire l'assegnazione di posta elettronica quando si assegna un vantaggio con Apex

Question

Ho qualche codice che assegna automaticamente un Lead a una coda tramite un prima aggiornamento grilletto quando vengono soddisfatte determinate condizioni. Quando i cavi vengono assegnati se l'interfaccia utente, la casella 'Invia Assegnazione di notifica' è disponibile per specificare se inviare o meno una notifica per l'utente ricevente (coda in questo caso).

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

Questo è come mi sto facendo l'assegnazione.

C'è un modo per controllare questo quando si assegnano tramite Apex? Sembra che per default una e-mail viene inviata, il che si traduce in tutti i membri della coda ricevono un qualsiasi momento e-mail un vantaggio è auto-assegnati alla coda, che non è ideale.

Answer 1

Hai provato deselezionando l'opzione "Invia e-mail ai membri" casella nella pagina di configurazione di coda? Forse ne avete bisogno per altri motivi, ma nel nostro org, abbiamo deselezionato la casella su molte delle nostre code, perché non vogliamo che i messaggi di posta elettronica - solo proprietà. Usiamo vista piombo, rapporti quotidiani, e il piombo personalizzati di avviso per i cavi ad alta priorità, invece.

Stiamo usando Marketo pesantemente per nuovi contatti per lo più assegnate alle code territorio. Presumo loro codice utilizza l'API e imposta ownerid molto simile a tuo esempio di codice. Noi non stiamo vedendo le email di notifica di assegnazione che affliggono gli utenti anche se così io credo che sia possibile.

Answer 2

Non credo che è possibile sopprimere i messaggi di posta elettronica dalle regole e flussi di lavoro di assegnazione con apice.

E-mail viene inviata perché è quello che hai specificato nella regola di assegnazione (se non si forniscono modello e-mail, non è inviato - https://na5.salesforce.com/help/doc/en/creating_assignment_rules.htm (sostituire NA5 con l'istanza org).

Ma se si rimuove il modello e-mail dalla regola, penso che tu abbia ancora alcune opzioni per affrontare con esso:)

• È possibile creare un flusso di lavoro che invierà e-mail quando vengono soddisfatti i criteri:

  E (OR (isNew (), ISCHANGED (ownerid)), NOT ( "i tuoi criteri da Apex"))

(dovrete set "Run questa regola se la seguente: valuta formula per vero" nell'editor).

• È possibile costruire "dopo inserimento, dopo l'aggiornamento" trigger (con stessa condizione logica) che inviare la posta programatically. E 'abbastanza facile e ci sono molti esempi.

Se la logica che avete in "prima di aggiornamento" trigger è troppo complesso per essere coperto con il flusso di lavoro (ad esempio perché si estende su diversi oggetti e query) e 1 # sarebbe l'opzione preferita, è ancora in grado di farlo. Basta usare qualche campo nascosto personalizzato in piombo e impostare su "true" nella vostra "prima di aggiornamento" di innesco, quindi controllare questo valore nel flusso di lavoro.

---

Naturalmente si potrebbe anche disattivare completamente la regola di assegnazione automatica, dire agli utenti che la casella sarà inutile da ora in poi e andare con la soluzione completa trigger completo flusso di lavoro /, ma questo è un po 'troppo invasivo credo.