Evitar la asignación de correo electrónico cuando se asigna una ventaja con Apex

Question

Tengo un código que asigna automáticamente un plomo a una cola a través de una actualización antes del gatillo cuando se cumplen ciertas condiciones. Cuando los cables se asignan a pesar de la interfaz de usuario, la casilla de verificación 'Enviar Notificación Asignación' está disponible para especificar si desea o no enviar una notificación al usuario receptor (cola en este caso).

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

Esta es la forma en que estoy haciendo la tarea.

¿Hay alguna manera de controlar esto cuando la asignación a través de Apex? Parece que por defecto se envía un correo electrónico, lo que da lugar a todos los miembros de la Cola de recibir un correo electrónico en cualquier momento una ventaja es asignado automáticamente a la cola, que no es lo ideal.

Answer 1

¿Ha tratado desmarcando la opción "Enviar correo electrónico a los miembros de" caja en la página de configuración de la cola? Tal vez lo necesita por otras razones, pero en nuestro organigrama, hemos sin marcar esta casilla en muchas de nuestras colas, porque no queremos que los mensajes de correo electrónico - propiedad justo. Utilizamos vistas de plomo, informes diarios, y el plomo de encargo de alerta para los cables de alta prioridad en su lugar.

Estamos utilizando Marketo en gran medida para los nuevos clientes potenciales en su mayoría asignados a las colas territorio. Asumo que su código utiliza el API y conjuntos ID_PROPIETARIO muy parecido a su ejemplo de código. No estamos viendo los correos electrónicos de notificación de asignación que plagan sus usuarios, aunque por lo que creo que es posible.

Answer 2

No creo que se puede suprimir los correos electrónicos de las reglas de asignación y flujos de trabajo con Apex.

El correo electrónico se ha enviado porque eso es lo que ha especificado en la regla de asignación (si no se proporciona plantilla de correo electrónico, no se ha enviado - https://na5.salesforce.com/help/doc/en/creating_assignment_rules.htm (sustituir NA5 con su instancia org).

Pero si se le quita la plantilla de correo electrónico de la regla, creo que todavía tiene algunas opciones para tratar con él:)

• Se puede construir un flujo de trabajo que va a enviar correo electrónico cuando se cumple criterios:

  Y (O (isNew (), ISCHANGED (OwnerId)), NOT ( "sus criterios de Apex"))

(que tendrá que establecer "Ejecutar esta regla si el siguiente: evalúa la fórmula para la verdadera" en el editor).

• Usted puede construir "después de insertar, después de la actualización" gatillo (con mismo estado lógico) que enviar correo mediante programación. Es bastante fácil y hay muchos ejemplos.

Si la lógica que tiene en "antes de la actualización" gatillo es demasiado compleja para ser cubierta con el flujo de trabajo (por ejemplo, porque se extiende sobre varios objetos y consultas) y # 1 sería su opción preferida, todavía puede hacerlo. Sólo tiene que utilizar algún campo oculto costumbre en plomo y lo puso a "true" en el gatillo "antes de la actualización", a continuación, comprobar este valor en el flujo de trabajo.

---

Por supuesto también se puede desactivar la regla de asignación automática por completo, indicar a los usuarios de que la casilla de verificación será inútil a partir de ahora e ir con el flujo de trabajo completo / solución completa desencadenantes, pero eso es un poco demasiado invasivo que pienso.