Usted está aquí:
Cómo se ejecutan los flujos en transacciones
Los flujos se ejecutan en transacciones que agrupan operaciones como una única unidad. Cuando cualquier operación falla, toda la transacción se revierte para mantener la integridad de los datos. Esto incluye desencadenadores Apex, reglas de distribución y todas las entrevistas de flujo en la transacción.
En cada transacción, Salesforce aplica límites reguladores para evitar el empobrecimiento de los recursos compartidos. Como varias organizaciones de Salesforce comparten recursos, Salesforce evita que una organización empobrezca todos los recursos y dejar a las demás organizaciones sin ellos. Es similar a un blo que de apartamentos que utiliza una fuente de agua para suministrar a cada arrendatario. Si su vecino utiliza toda el agua, no puede tomar una ducha. (Es trivial, pero puede hacerse una idea.) Los límites reguladores por transacción ayudan a evitar que sucedan cosas así.
A partir de Winter ’26, puede configurar todos los tipos de flujo para determinar en tiempo de ejecución si se requiere una nueva transacción para ejecutar correctamente la acción. Anteriormente, solo los flujos de pantalla tenían control de transacciones. Para flujos desencadenados por registros, puede aplicar el control de transacciones a acciones en una ruta asíncrona o programada pero no en una ruta para ejecutarse inmediatamente.
| Si la acción se configuró en | El comportamiento de acción predeterminado es |
|---|---|
| Winter ‘26 o posterior | Deje que el flujo decida (se recomienda) |
| Summer ‘25 o anterior | Continuar siempre en la transacción actual |
La opción de control de transacciones está disponible para la acción bajo la configuración Avanzada para todas las acciones personalizadas y para acciones estándar solo si realizan una llamada.
Descripción de configuración
Configure acciones para permitir automáticamente al flujo determinar en tiempo de ejecución si se requiere una nueva transacción para ejecutar correctamente la acción.
| Configuración | Descripción |
|---|---|
| Deje que el flujo decida (se recomienda) | El flujo determina en tiempo de ejecución si se requiere una nueva transacción para ejecutar correctamente la acción. Si esta acción implica una llamada y la transacción actual tiene operaciones pendientes, la transacción actual se confirma antes de ejecutar la acción en una nueva transacción. Al depurar el flujo, la acción siempre se ejecuta en la transacción actual y puede provocar un error si hay llamadas. |
| Iniciar siempre una nueva transacción | Antes de ejecutar esta acción, se confirma la transacción actual. La acción se ejecuta a continuación en una nueva transacción. Si la acción falla por algún motivo, Salesforce no puede revertir ninguna operación de la transacción anterior. Las ejecuciones de depuración no son compatibles. |
| Continuar siempre en la transacción actual | Esta acción se ejecuta siempre en la transacción actual. Si la acción implica una llamada mientras la transacción actual tiene operaciones pendientes, el flujo falla. |
- Cómo se inicia una transacción
Dependiendo de la distribución del flujo, una transacción que ejecuta una entrevista para ese flujo se inicia de diferentes formas. - Cómo finaliza una transacción
Cuándo una transacción finaliza depende de si el flujo contiene algunos elementos y si se inició originalmente porque ha cambiado un registro.
Consulte también:
Cómo se inicia una transacción
Dependiendo de la distribución del flujo, una transacción que ejecuta una entrevista para ese flujo se inicia de diferentes formas.
| Método de distribución | La transacción se inicia cuando... |
|---|---|
| Process Builder1 | Se crea o se actualiza un registro. |
| URL del flujo | Se ha accedido a la URL. |
| Botón o vínculo personalizado | Se ha hecho clic en el botón o vínculo. |
| Página de Visualforce | Se ha accedido a la página. |
Interview.start() método |
Si el método se inicia a través de un desencadenador de De lo contrario, la transacción se inicia cuando se invoca el método (o un método principal). El método |
| API de REST (Acciones personalizadas o recursos de flujos) | Cuando se realiza la llamada de REST. Dependiendo de cómo se ha implementado la llamada de REST, se pueden compartir los límites con otras operaciones. |
1Se aplica lo mismo si se distribuye el flujo a través de una regla de flujo de trabajo. El programa piloto para acciones de flujo de trabajo del desencadenador de flujo está cerrado. Si ya activó el programa piloto en su organización, puede continuar creando y modificando acciones de flujo de trabajo del desencadenador de flujo. Si no activó el programa piloto en su organización, utilice Flow Builder para crear un flujo desencadenado por registro o utilice Process Builder para iniciar un flujo desde un proceso.
Cómo finaliza una transacción
Cuándo una transacción finaliza depende de si el flujo contiene algunos elementos y si se inició originalmente porque ha cambiado un registro.
La transacción finaliza cuando:
- Se ejecuta un elemento Pantalla, Acción local o Espera
- Se ha completado el orden de ejecución; si se ha desencadenado el flujo cuando se ha creado o actualizado un registro
- Han finalizado todas las entrevistas en la transacción
Si una entrevista es una de las muchas cosas que se están realizando en una transacción concreta, esa entrevista comparte los límites reguladores de la transacción con las otras operaciones.
Actualiza hasta 100 casos a través del Cargador de datos. Debido al orden de ejecución en una transacción y las personalizaciones en su organización, esto es lo que sucede.
| PASO | Operación de transacción | Declaración DML utilizada | Consulta SOQL utilizada |
|---|---|---|---|
| 1 | Los casos se guardan en la base de datos pero no se asignan aún. | No | No |
| 2 | Se ejecutan las reglas de asignación de casos. Se actualiza el propietario de cada caso. | Sí | No |
| 3 | Se ejecutan las reglas de distribución de casos. Si se abre algún caso durante 10 días, se envía un correo electrónico al propietario. | No | No |
| 4 | Se ha iniciado el proceso. | No | No |
| 5 | El proceso busca la cuenta del caso. | No | Sí |
| 6 | Si la cuenta es importante, el proceso utiliza Chatter para notificar al propietario de la cuenta que existe un nuevo caso asociado con la cuenta. | Sí | No |
| 7 | El proceso inicia una entrevista de flujo. | No | No |
| 8 | La entrevista de flujo busca la cuenta principal y cuántos casos tiene. | No | Sí |
| 9 | La entrevista de flujo comprueba si la cuenta tiene más de cinco casos abiertos. | No | No |
| 10 | Si es así, la entrevista de flujo busca el gestor de divisiones de la cuenta y luego publica en las noticias en tiempo real de Chatter de la cuenta para notificar al gestor de divisiones y propietario de cuenta. | Sí | Sí |
| 11 | Sino es el caso, la entrevista de flujo publica en las noticias en tiempo real de Chatter de la cuenta para notificar únicamente al propietario de la cuenta. | Sí | No |
