P. Un desarrollador escribe un disparador en el objeto Cuenta en el evento anterior a la actualización que incrementa un campo de recuento. Una regla de flujo de trabajo también incrementa el campo de recuento cada vez que se crea o actualiza una cuenta. La actualización de campo en la regla de flujo de trabajo está configurada para no volver a evaluar las reglas de flujo de trabajo.
¿Cuál es el valor del campo de recuento si se inserta una cuenta con un valor inicial de cero, asumiendo que no se implementa ninguna otra lógica de automatización en la cuenta?
En orden de ejecución, primero se ejecutan las ejecuciones y luego el flujo de trabajo.
antes de la actualización -1 recuento
actualización del flujo de trabajo – 1 cuenta
antes de la actualización -1 recuento
Después de la actualización del flujo de trabajo, antes del desencadenador solo se ejecutará una vez, por lo que el recuento total será 3.
P. Siempre que se cree un caso, envíe un correo electrónico al propietario del caso. ¿Como hacer eso?
Podemos hacerlo usando el flujo de trabajo.
P. Tengo dos reglas de flujo de trabajo y dos campos F1 y F2.
Siempre que F1 se actualiza al valor = 10, WF1 dispara y actualiza el valor F1 a 20 y el valor F2 a 30
Siempre que los valores F1 = 20, hay otro flujo de trabajo WF2 que actualizará F1 a 10 y F2 a 20
¿Cuál será el resultado de esta regla de flujo de trabajo?
• Este escenario provocará una regla de flujo de trabajo recursiva
• Esto agotará el límite del gobernador y resultará en un error
P: ¿Es posible eliminar el flujo de trabajo cuando el flujo de trabajo tiene acciones pendientes dependientes del tiempo?
No
P. ¿Cuál es el uso de reevaluar el flujo de trabajo?
- Si la actualización del campo cambia el valor del campo , se vuelven a evaluar todas las reglas de flujo de trabajo del objeto asociado . Se activarán todas las reglas de flujo de trabajo cuyos criterios se cumplan como resultado de la actualización del campo.
- Si alguna de las reglas de flujo de trabajo activadas da como resultado otra actualización de campo que también está habilitada para la reevaluación de la regla de flujo de trabajo, se produce un efecto dominó y se pueden volver a evaluar más reglas de flujo de trabajo como resultado de la actualización de campo recién activada . Esta cascada de reevaluación y activación de reglas de flujo de trabajo puede ocurrir hasta cinco veces después de la actualización de campo inicial que la inició.
- Asegúrese de que sus reglas de flujo de trabajo no estén configuradas para crear bucles recursivos. Por ejemplo, si una actualización de campo para Rule1 activa Rule2 y una actualización de campo para Rule2 activa Rule1, los activadores recursivos pueden hacer que su organización exceda su límite de activadores de tiempo de flujo de trabajo por hora.
Ejemplo si el campo A = 10 => Cambiarlo al campo B = 100
Si campo B = 100 => Cambiar campo A = 10
- Solo se reevaluarán y activarán las reglas de flujo de trabajo del mismo objeto que la actualización del campo inicial.
- Solo se volverán a activar las reglas de flujo de trabajo que no se activaron antes.
- Las reglas de flujo de trabajo entre objetos no son aptas para una reevaluación.
- Las actualizaciones de campos entre objetos que hacen que cambie el valor de un campo no desencadenan la reevaluación de la regla de flujo de trabajo en el objeto asociado.
- Un proceso de aprobación puede especificar una acción de actualización de campo que reevalúa las reglas de flujo de trabajo para el objeto actualizado. Sin embargo, si las reglas de flujo de trabajo reevaluadas incluyen una actualización de campo de objeto cruzado, esas actualizaciones de campo de objeto cruzado se ignoran .
- Las acciones que dependen del tiempo no se ejecutan para una regla de flujo de trabajo reevaluada en las siguientes situaciones:
- Las acciones inmediatas de la regla de flujo de trabajo reevaluada hacen que el registro ya no cumpla con los criterios de la regla de flujo de trabajo.
- Un desencadenador posterior de Apex que se ejecuta como resultado de un flujo de trabajo o una acción de aprobaciones hace que el registro ya no cumpla con los criterios de la regla del flujo de trabajo.
P: ¿Cómo evitar el flujo de trabajo recursivo?
- Para los Criterios de evaluación del flujo de trabajo, si elige creado, y cada vez que se edita para cumplir posteriormente con la opción de criterios, podemos evitar las reglas de flujo de trabajo recursivas.
- Si no habilita la casilla de verificación Reevaluar las reglas de flujo de trabajo después del cambio de campo en la Actualización de campo de una regla de flujo de trabajo que podemos evitar.
- Por ejemplo, suponga que para que un registro de oportunidad cumpla con los criterios de la regla, la probabilidad de oportunidad debe ser superior al 50%. Si crea una oportunidad con una probabilidad del 75%, se ejecuta la regla de flujo de trabajo. Si edita esa oportunidad cambiando la probabilidad al 25%, la edición no hace que se ejecute la regla. Si luego edita esa oportunidad cambiando la probabilidad del 25% al 75%, la edición hace que se ejecute la regla. Con esta última edición, la regla se ejecuta, porque el registro se cambia de no cumplir con los criterios de la regla a cumplir con los criterios de la regla.
P: Definir un activador de flujo para el flujo de trabajo (piloto)
Cree un desencadenador de flujo para que pueda iniciar un flujo desde las reglas de flujo de trabajo . Por ejemplo, su flujo busca y asigna el derecho relevante para un caso. Cree un desencadenador de flujo para iniciar el flujo cada vez que se crea un caso, de modo que todos los casos nuevos se establezcan automáticamente con un derecho predeterminado.
P: ¿Qué son las actualizaciones de campo entre objetos?
Para todos los objetos personalizados y algunos objetos estándar, puede crear acciones en las que un cambio en un registro de detalle actualice un campo en el registro maestro relacionado .
Por ejemplo, en una aplicación de contratación personalizada, cree una regla de flujo de trabajo que establezca el estado de una aplicación (el objeto maestro) en «Cerrado» cuando un candidato (el objeto de detalle) acepta el trabajo. O, para objetos estándar, cree una regla para cambiar el estado de un caso de «Esperando respuesta del cliente» a «En curso» cuando un cliente agrega un comentario de caso.
P: ¿Qué sucede si la regla de flujo de trabajo tiene el desencadenador de tiempo establecido en pasado?
Si una regla de flujo de trabajo tiene un activador de tiempo establecido para un tiempo en el pasado, Salesforce pone en cola las acciones asociadas dependientes del tiempo para comenzar a ejecutarse dentro de una hora. Por ejemplo, si una regla de flujo de trabajo sobre oportunidades está configurada para actualizar un campo 7 días antes de la fecha de cierre y usted crea un registro de oportunidad con la fecha de cierre establecida en hoy, Salesforce comienza a procesar la actualización del campo dentro de una hora después de crear el oportunidad.
P: ¿Qué sucede si cambiamos los criterios de la regla del flujo de trabajo basado en el tiempo y la regla actualizada no coincide con los criterios?
Las acciones que dependen del tiempo permanecen en la cola del flujo de trabajo solo mientras los criterios de la regla del flujo de trabajo sigan siendo válidos. Si un registro ya no coincide con los criterios de la regla, Salesforce elimina las acciones dependientes del tiempo en cola para ese registro.
P: ¿Cuáles son las limitaciones del flujo de trabajo basado en tiempo?
- Los activadores de tiempo no admiten minutos ni segundos.
- Los activadores de tiempo no pueden hacer referencia a lo siguiente:
- Los campos DATE o DATETIME que contienen funciones derivadas automáticamente, como HOY o NOW.
- Campos de fórmula que incluyen campos de combinación de objetos relacionados.
- Salesforce limita la cantidad de activadores de tiempo que una organización puede ejecutar por hora. Si una organización excede los límites de su Edición, Salesforce pospone la ejecución de los activadores de tiempo adicional hasta la siguiente hora.
- Si existen acciones de flujo de trabajo basadas en el tiempo en la cola, no puede agregar o quitar desencadenantes de tiempo o editar las fechas de desencadenamiento sin eliminar primero las acciones . Debido a que los registros eliminados no se pueden restaurar, considere cuidadosamente las implicaciones de editar las reglas del flujo de trabajo antes de continuar.
- Tampoco puede agregar o eliminar activadores de tiempo si:
- La regla de flujo de trabajo está activa .
- La regla de flujo de trabajo está desactivada, pero tiene acciones pendientes en la cola.
- El criterio de evaluación de la regla de flujo de trabajo se establece en Evaluar la regla cuando se crea un registro y cada vez que se edita.
- La regla de flujo de trabajo se incluye en un paquete.
P. ¿Cuáles son las limitaciones del flujo de trabajo dependiente del tiempo?
Los activadores de tiempo no admiten minutos ni segundos.
Los activadores de tiempo no pueden hacer referencia a lo siguiente:
• Campos DATE o DATETIME que contienen funciones derivadas automáticamente, como HOY o AHORA.
• Campos de fórmula que incluyen campos de combinación de objetos relacionados.
P: ¿Cuándo no puede agregar o eliminar el desencadenador de tiempo del flujo de trabajo?
No puede agregar o eliminar activadores de tiempo si:
• La regla de flujo de trabajo está activa.
• La regla de flujo de trabajo está desactivada pero tiene acciones pendientes en la cola.
• Los criterios de evaluación de la regla de flujo de trabajo están configurados para Evaluar la regla cuando se crea un registro y cada vez que se edita.
• La regla de flujo de trabajo está incluida en un paquete
P. Tenemos un flujo de trabajo basado en el tiempo y hay una acción programada para ejecutarse. Si desactivamos el flujo de trabajo, ¿las acciones programadas se eliminarán de la cola o no ?:
Incluso después de la desactivación del flujo de trabajo, su acción estará activa en la cola.
P. Tenemos un flujo de trabajo basado en el tiempo y hay una acción programada para ejecutarse. ¿Podemos eliminar ese flujo de trabajo?
Si un flujo de trabajo tiene alguna acción pendiente dependiente del tiempo, no podemos eliminar el flujo de trabajo.
P. ¿Cómo borrar la cola de acciones del flujo de trabajo basado en el tiempo?
1. Haga que los criterios sean falsos para todos esos registros.
2. Vaya a Configurar -> Monitoreo -> Flujo de trabajo basado en tiempo, busque acciones programadas y elimínelas de la cola.
P. ¿Cuando el botón Agregar activador de tiempo no está disponible?
Los criterios de evaluación se establecen para Evaluar la regla cuando se crea un registro y cada vez que se edita.
La regla está activada.
La regla está desactivada pero tiene acciones pendientes en la cola del flujo de trabajo.
¿Desencadenador vs flujo de trabajo?
Flujo de trabajo de Salesforce:
- Es un proceso automatizado que puede disparar una acción que se basa en criterios de evaluación y regla.
- No es posible realizar operaciones DML en el flujo de trabajo.
- Puede obtener un flujo de trabajo sobre un objeto.
- No puede crear una consulta desde la base de datos.
Activador de Salesforce:
- Es un fragmento de código que se ejecuta antes o después de que se actualice o inserte un registro.
- Se pueden usar más de 15 operaciones DML en un solo disparador.
- Se pueden usar más de 20 SOQL de la base de datos en un disparador.
- Puede acceder a los desencadenantes de un objeto y relacionados con ese objeto.
Se superan las limitaciones de los flujos de trabajo que se activan en Salesforce
- Los flujos de trabajo no pueden crear ni actualizar un objeto independiente.
- No puede hacer referencia a ciertos campos cuando usa flujos de trabajo.
- No hará que su flujo de trabajo haga más que solo actualizaciones de campo y correos electrónicos.
CONSTRUCTOR DE PROCESOS
P. ¿Puntos a considerar al llamar a la clase apex desde el generador de procesos?
- Solo las clases que tienen la anotación @InvocableMethod se enumerarán para su selección. Utilice esta anotación a nivel de método.
- El método debe ser estático y público o global .
- Una clase solo puede tener un método que tenga esta anotación.
- No se pueden usar otras anotaciones con la anotación @InvocableMethod.
- Los métodos invocables solo pueden tener un parámetro. Estos métodos solo pueden aceptar una lista de tipos de datos primitivos o listas de listas de tipos de datos primitivos.
P: Explique la recursividad: ¿permitir que el proceso evalúe un registro varias veces en una sola operación de guardado?
Cuando agrega objetos a su proceso, puede optar por evaluar un registro varias veces en una sola operación de guardado.
Si elige esta opción, el proceso puede evaluar el mismo registro hasta cinco veces más en una sola operación de guardado . Podría reevaluar el registro porque un proceso, una regla de flujo de trabajo o un flujo actualizó el registro en la misma operación de guardado . Cuando se vuelve a evaluar un registro, el proceso utiliza los valores más recientes para ese registro.
Por ejemplo, su proceso de revisión de ventas incluye varios pasos, aprobaciones, notificaciones y campos que deben actualizarse. Algunos de estos cambios pueden ser parte de su proceso o pueden ser administrados por otras reglas de flujo de trabajo o flujos en su organización. Si deja que el proceso reevalúe un registro varias veces en una sola operación de guardado, puede administrar y evaluar todos estos cambios, incluso los cambios de otros procesos, en una única operación de guardado en su proceso.
Ejemplo:
En el constructor de procesos = si b = 100 => cambiar c = 200
En flujo si a-10 => b = 100
Valor inicial: b, c => 0 a = 10
B no tiene valor, por lo que el generador de procesos se omite
El flujo tiene a = 10 por lo que b se convierte en 100
Ahora Process Builder ya se ejecutó, pero tenemos la casilla de verificación verdadera, por lo que verifica.
Ahora, como b = 100, entonces c se convierte en 200
P. ¿Desea ejecutar las acciones solo cuando se realicen cambios específicos en el registro?
Es igual a Creado o editado para posteriormente coincidir con los criterios del flujo de trabajo.
P: ¿Cuál debería ser la condición que debemos especificar en el generador de procesos para especificar acciones de programación?
A continuación se presentan 2 condiciones:
Solo cuando se crea el registro
Cuando se crea o edita un registro y mientras se definen los criterios, seleccione la casilla de verificación para la siguiente configuración
P: ¿Es posible editar el proceso una vez activado?
No, necesita clonar y mientras clona puede crear un nuevo proceso o crear una nueva versión.
P: ¿Qué se puede hacer con Process Builder?
Creación de registros: esto le permitirá crear un nuevo registro y crear diferentes valores de campo para un registro.
Actualización de registros: puede actualizar uno o más registros que de alguna manera están relacionados con el registro que inició el proceso. Esto se puede hacer ingresando registros manualmente o usando los registros de un registro relacionado.
Publicar en Chatter: Process Builder le permite publicar en Chatter para compartir cualquier información con cualquier usuario.
Acción rápida: si ya tiene acciones u objetos globales, dentro de Salesforce, puede usar Acción rápida para usarlos en cualquier otro registro.
Iniciar / activar el flujo: es posible que inicie el flujo desde su proceso para automatizar diferentes procesos.
Enviar el registro automáticamente para su aprobación: se puede enviar el registro que inició su proceso. No se puede enviar ningún otro registro automáticamente.
Llamar / activar código Apex: puede invocar un código Apex que ya haya escrito en Salesforce.
Invocación de otro proceso: esta acción realmente invocará un proceso a otro proceso.
P: Siempre que haya algún cambio en el correo electrónico de contacto, actualice el campo personalizado de la cuenta asociada con los últimos cambios en el correo electrónico de la cuenta.
Optaremos por el generador de procesos porque al usar el flujo de trabajo no podemos actualizar el registro relacionado que no sea el detalle maestro
P. ¿Actualizar el campo personalizado del objeto de la cuenta?
El flujo de trabajo es la herramienta de automatización adecuada para el escenario anterior
P: Actualice todos los casos y contactos relacionados con el mismo correo electrónico de la cuenta cada vez que cambie el correo electrónico de la cuenta.
Process Builder será la herramienta adecuada para usar aquí, ya que necesitamos actualizar todos los contactos y los casos pueden haber más de 1 y Process Builder le permite hacer lo mismo.
Q.Cuenta no de registros secundarios relacionados con el registro maestro en la relación de búsqueda.
Debe optar por la solución personalizada utilizando Apex Trigger.
P. ¿Qué operaciones de DML se pueden realizar con Process Builder?
1. Process Builders no puede manejar antes de DML Se ejecuta después de que se ha creado o actualizado un registro. Mientras que los desencadenadores de Apex pueden manejar tanto antes como después de las operaciones DML.
2. Process Builder no puede manejar la eliminación y recuperación de DML . Mientras que los desencadenantes de Apex pueden manejar todas las operaciones DML.
P: ¿Process Builder Vs Apex Trigger?
| Generador de procesos | Desencadenadores de Apex |
| No se puede manejar antes de la operación DML. Se ejecuta solo después de que se haya actualizado o creado un registro. | Puede manejar operaciones de DML antes y después. |
| No puede manejar eliminar y recuperar DML. | Puede manejar todas las operaciones de DML. |
| Un error informado en Process Builder es más genérico, lo que dificulta encontrar el origen del error. | El manejo de excepciones puede hacerse más específico. |
| No puede actualizar registros no relacionados. | Puede actualizar registros no relacionados. |
| Debe utilizar Process Builder junto con los flujos para crear un uso compartido de registros personalizado. | Comparta registros con criterios más complejos que compartir permisos de reglas. |
| No puede crear plantillas de correo electrónico que extraigan información de varios registros y objetos combinados, únicamente mediante el uso de Process Builder. | Puede crear plantillas de correo electrónico que extraigan información de varios registros y objetos (combinados con Visualforce). |
P: ¿Qué es la operación DML mixta y cómo resolver el error de operación DML mixta en Process Builder en Salesforce?
Si algún usuario desea realizar una operación DML en un objeto configurado y no configurado en la misma transacción, existe la posibilidad de generar un error de «Operación DML mixta».
Ejemplo:
La compañía ABC da un requisito a sus empleados, si algún empleado se une a nuestra compañía, crearemos un usuario en el objeto de usuario y también crearemos automáticamente una licencia por enfermedad, una licencia casual, ganará una licencia en el objeto de saldo de la licencia que es una costumbre. objeto. Si un empleado realiza este escenario, un empleado obtendrá un error de Operación DML mixta.
Solución:
Como sabemos, no podemos usar la operación DML en el objeto configurado y no configurado en la misma transacción, entonces tenemos que separarlo por disparador dependiente del tiempo
P: ¿Cómo llamar a métodos futuros desde Process Builder?
Para llamar a métodos Future desde Process Builder, llame al método future desde el método invocable.
P: ¿Cuáles son las cosas que no podemos hacer con el generador de procesos en Salesforce?
- Eliminación de registros (alternativa: flujos / disparador de Apex)
- Mensaje saliente (alternativa: flujo de trabajo / activador de Apex)
- Clonación de un registro (alternativa: Disparador de Apex)
- Actualización de registros no relacionados (alternativa: Flows / Apex Trigger)
P. ¿Qué tipo de registros relacionados podemos actualizar usando el generador de procesos en Salesforce?
- Registros principales (maestro o búsqueda)
- Registros secundarios (maestro o búsqueda)
…
Esta es una traducción realizada por EGA Futura, y este es el link a la publicación original: https://www.sfdcamplified.com/2021/04/interview-question-on-workflow-and-process-builder-in-salesforce.html#utm_source=rss&utm_medium=rss&utm_campaign=interview-question-on-workflow-and-process-builder-in-salesforce
