Prácticas recomendadas para el diseño de procesos
Antes de diseñar un proceso en Generador de procesos, comprenda las prácticas recomendadas.
Ediciones necesarias
| Disponible en: Salesforce Classic (no disponible en todas las organizaciones) y Lightning Experience |
| Disponible en: Essentials Edition, Professional Edition, Enterprise Edition, Performance Edition, Unlimited Edition y Developer Edition |
Después del 31 de diciembre de 2025, los procesos existentes continúan ejecutándose y puede activarlos, desactivarlos y modificarlos; sin embargo, recomendamos utilizar Flow Builder. Para migrar procesos existentes, planifique su cambio a Flow Builder y utilice la herramienta Migrar a flujo. Para nuevas automatizaciones, cree flujos en Flow Builder.
Genere un entorno de prueba
Para comprobar si un proceso funciona correctamente, debe activarlo. Genere y pruebe sus procesos en un entorno sandbox, de manera que pueda identificar los problemas sin que los datos de producción se vean afectados.
Utilice una herramienta de automatización para cada objeto
Si un objeto tiene un proceso, un desencadenador de Apex y tres reglas de flujo de trabajo, no puede predecir de forma fiable los resultados de un cambio de registro.
Tenga solo un proceso de cambio de registro por objeto
Cada vez que se crea o actualiza un registro, se evalúan todos los procesos de cambio de registro para su objeto. Se recomienda que su organización tenga restringido el número de procesos de cambio de registro a uno. Aquí está la razón.
- Obtenga una vista consolidada de la automatización de su organización para un objeto
Con un proceso de cambio de registro consolidado para un objeto, puede ver todos los criterios que se evalúan cada vez que se actualizan los registros del objeto, así como las acciones que se realizan cuando se cumplen los criterios.
- Evitar superar los límites
Cuando consolide sus procesos para un objeto en un proceso principal, también se consolidarán las acciones en esos procesos. Con menos acciones, es menos probable que su organización supere los límites, como el número de consultas SOQL.
- Determinar el orden de las operaciones
Si crea varios procesos de cambio de registro para un objeto, Salesforce no puede garantizar el orden en el que se evalúan esos procesos. Cuando lo automatiza todo en un único proceso, configura el orden explícitamente. El primer nodo de criterios se evalúa primero, el segundo nodo de criterios en segundo lugar, y así sucesivamente.
A continuación se muestra un par de funciones que puede facilitarle el camino hacia un proceso principal.
- ISNEW(): Algunas automatizaciones se aplican únicamente a registros creados. El resto se aplican a los registros creados y editados. ¿Cómo puede combinarlo todo en un proceso? Conozca la función de fórmula que detecta si el registro que se evalúa se creó recientemente:
ISNEW().Para agregar una automatización de solo creación a un proceso que empieza cuando se crea o edita un registro, convierta las condiciones del criterio asociado en una fórmula. A continuación, agregue &&ISNEW() a su fórmula.
- Procesos invocables: Puesto que un proceso puede llamar a flujos, un proceso puede llamar a otros procesos. Los procesos invocables son procesos modulares que empiezan cuando otro proceso así se lo indica.
Por ejemplo, varios nodos de criterios en su “Cuenta” procesan las condiciones de evaluación, incluso si la cuenta es de gran valor. Traslade esos nodos de criterios, sin las condiciones de valor alto que tienen en común, en un proceso invocable “Cuenta principal”. Configure luego su proceso “Cuenta” para invocar el proceso “Cuenta principal” si la cuenta es de alto valor.
Combine las acciones cuando sea posible
Conforme más acciones ejecute un proceso, mayor será la probabilidad de que su organización alcance los límites, como el número de declaraciones DML o el uso total de la CPU. Evite la creación de varias acciones si una única acción es suficiente.
Por ejemplo, un proceso actualiza la dirección de una cuenta. En lugar de crear una acción diferente para actualizar cada campo individual, cree una acción para actualizar todos los campos de dirección.
Genere acciones reutilizables
Algunas acciones de proceso siempre son reutilizables: alertas de correo electrónico, acciones rápidas, procesos, flujos y Apex. Sin embargo, ¿reutiliza otros tipos de acciones en varios grupos de criterios o varios procesos?
- Para reutilizar una acción Crear un registro o Actualizar registros, genere una acción rápida. Las acciones rápidas se pueden utilizar en procesos, flujos y en páginas de registro.
- Para reutilizar otras acciones de proceso, configure las acciones en un proceso invocable. En los grupos de criterios relevantes, agregue la acción Procesos para llamar al proceso invocable. Los procesos invocables pueden utilizarse solo en los procesos.
Tenga cuidado con las acciones que sobrescriben los cambios anteriores
Evítelas o tenga cuidado cuando varios grupos de acción actualicen el mismo campo.
Evite generar bucles infinitos
Por ejemplo, una acción Actualizar registros en Proceso1 desencadena Proceso2, y una acción Crear un registro en Proceso2 desencadena Proceso1. El bucle hace que su organización supere sus límites.
Asegúrese de que las acciones inmediatas no cancelen las acciones programadas
Las acciones programadas pendientes se cancelan cuando ya no se cumplen los criterios asociados. Asegúrese de que las acciones inmediatas posteriores en su proceso no cancelen de forma no intencionada las acciones programadas pendientes.
Pruebe tantas permutaciones de su proceso como le sea posible
Al igual que con todas las personalizaciones en Salesforce, es importante probar su trabajo. Asegúrese de que prueba tantas posibilidades como cree antes de implementar el proceso en su organización de producción.
Para acceder a datos externos después de cambiar datos de Salesforce, utilice acciones programadas.
Si Salesforce crea, actualiza o elimina datos en su organización y, a continuación, accede a datos externos en la misma transacción, se genera un error. En sus procesos, se recomienda utilizar una transacción independiente para acceder a los datos en un sistema externo. Para ello, finalice la transacción anterior mediante la adición de una acción programada. Para un proceso de cambio de registro, no utilice una programación basada en campos.
Por ejemplo, un proceso de evento se inicia cuando recibe un mensaje de evento de plataforma del evento de plataforma personalizado (Estado del pedido). Si el estado del pedido es nuevo, el proceso crea un contacto y programa una acción para actualizar el estado del pedido en el sistema externo. El proceso de evento no genera un error porque la acción programada crea una transacción independiente para acceder al sistema externo.
