Usted estĆ” aquĆ:
Tratamiento de errores en procesos de aprobaciĆ³n de flujos
La gestiĆ³n de errores soluciona problemas inesperados que se pueden producir cuando se ejecuta un proceso de aprobaciĆ³n de flujo. Configure rutas de fallo para etapas para definir acciones a realizar si se producen problemas, garantizando que los envĆos de aprobaciones se aprueban o rechazan en vez de fallar.
Ediciones necesarias
| Vea ediciones compatibles para Procesos de aprobaciĆ³n de flujos. |
General
Si una ejecuciĆ³n de orquestaciĆ³n asociada con un proceso de aprobaciĆ³n de flujo encuentra un error, falla. Este fallo establece el estado del envĆo de aprobaciĆ³n principal asociado como Error. A diferencia de otras ejecuciones de orquestaciĆ³n, no se puede reanudar una ejecuciĆ³n de orquestaciĆ³n asociada con un proceso de aprobaciĆ³n de flujo.
Cuando una ejecuciĆ³n de orquestaciĆ³n asociada con un proceso de aprobaciĆ³n de flujo falla, Salesforce envĆa un correo electrĆ³nico de error al administrador que modificĆ³ por Ćŗltima vez el proceso de aprobaciĆ³n de flujo o a los destinatarios del correo electrĆ³nico de excepciĆ³n Apex. El correo electrĆ³nico de error proporciona detalles acerca del proceso de aprobaciĆ³n de flujos, incluyendo los elementos ejecutados y todos los flujos a los que se hace referencia por sus pasos. Para un proceso de aprobaciĆ³n de flujo activo, el correo electrĆ³nico tambiĆ©n incluye un vĆnculo para ver los detalles de la ejecuciĆ³n de orquestaciĆ³n fallida en Flow Builder. Si un flujo llamado por la ejecuciĆ³n de orquestaciĆ³n causa el fallo, los destinatarios reciben dos correos electrĆ³nicos de error: uno para el fallo del proceso de aprobaciĆ³n del flujo y otro para el fallo del flujo llamado.
Para gestionar errores, configure rutas de fallo para etapas en su proceso de aprobaciĆ³n de flujo. Estas rutas definen acciones alternativas a realizar si una etapa o cualquier paso dentro de ella encuentra un error, lo que ayuda a minimizar los fallos del proceso.
DiseƱe y depure sus procesos de aprobaciĆ³n de flujos en un entorno sandbox antes de implementarlos en producciĆ³n, ya que un envĆo de aprobaciĆ³n fallido no necesariamente revierte todos los cambios de registro anteriores.
Errores no gestionados y estado de envĆo de aprobaciĆ³n
Se produce un error no gestionado cuando una automatizaciĆ³n encuentra un problema durante la ejecuciĆ³n y no existe ningĆŗn mecanismo de recuperaciĆ³n. Para una ejecuciĆ³n de orquestaciĆ³n asociada con un proceso de aprobaciĆ³n de flujo, se produce un error no gestionado cuando una etapa o un paso dentro de una etapa encuentra un error y la etapa no tiene ninguna ruta de fallo configurada.
| Elemento asociado | Estado | estado |
|---|---|---|
| EnvĆo de aprobaciĆ³n | Se produjo cualquier error | Error |
| EjecuciĆ³n de orquestaciĆ³n | Se produjo cualquier error | Error |
| EjecuciĆ³n de etapa | Se produjo un error a nivel de ejecuciĆ³n de orquestaciĆ³n | Suspendido |
| EjecuciĆ³n de etapa | La etapa o un paso dentro de la etapa provocĆ³ el error | Error |
| EjecuciĆ³n de paso | El paso dentro de la etapa provocĆ³ el error | Error |
| EjecuciĆ³n de paso | El paso dentro de la etapa no se iniciĆ³ antes de que se produjera el error | No iniciado |
| EjecuciĆ³n de paso | El paso dentro de la etapa estaba en curso cuando se produjo el error | Suspendido |
| Elemento de trabajo de aprobaciĆ³n | El elemento de trabajo de aprobaciĆ³n se completĆ³ antes de que se produjera el error |
|
| Elemento de trabajo de aprobaciĆ³n | El elemento de trabajo de aprobaciĆ³n se habĆa asignado, pero no se completĆ³ antes de que se produjera el error | Asignado |
Estrategias de gestiĆ³n de errores para procesos de aprobaciĆ³n de flujos
La gestiĆ³n de errores en un proceso de aprobaciĆ³n de flujos tiene como objetivo principal minimizar los fallos en ejecuciones de orquestaciĆ³n asociadas de modo que se aprueben o se rechacen los envĆos de aprobaciones principales. Utilice rutas de fallo para gestionar errores desde etapas y pasos. Puede utilizar una ruta de fallo individual o una ruta de fallo centralizada en un proceso de aprobaciĆ³n de flujo.
Cualquier ruta de fallo puede contener elementos de decisiĆ³n y elementos de etapa. Los elementos de etapa en una ruta de fallo pueden contener pasos en segundo plano y pasos de aprobaciĆ³n. Una ruta de fallo tambiĆ©n puede utilizar conectores Ir a. Un conector Ir a en una ruta de fallo puede conectarse a otro elemento en la ruta de fallo, un elemento en otra ruta de fallo o un elemento en la ruta principal del proceso de aprobaciĆ³n de flujo.
Rutas de fallo individuales. Configure una ruta de fallo separada para cada etapa en un proceso de aprobaciĆ³n de flujo. Estas rutas individuales contienen elementos y etapas con pasos que gestionan errores especĆficos de cada etapa. Este enfoque proporciona una resoluciĆ³n de errores altamente traducida. Por ejemplo, si una etapa contiene solo un paso de aprobaciĆ³n, la ruta de fallo determina si el paso de aprobaciĆ³n estĆ” aprobado o rechazado. Si se aprueba el paso de aprobaciĆ³n y no se necesitan aprobaciones adicionales, conecte el resultado de la decisiĆ³n con la etapa que ejecuta las acciones de aprobaciĆ³n final. Si se aprueba el paso de aprobaciĆ³n, pero se requieren mĆ”s aprobaciones, conecte el resultado de la decisiĆ³n con la siguiente etapa del proceso de aprobaciĆ³n de flujo que contiene pasos de aprobaciĆ³n. Si se rechaza el paso de aprobaciĆ³n, conecte el resultado de la decisiĆ³n con la etapa que ejecuta las acciones de rechazo final.
Ruta de fallo centralizada. Configure una ruta de fallo central que sirva como mecanismo de gestiĆ³n de errores consolidado. Normalmente, este enfoque comienza con un elemento de decisiĆ³n que evalĆŗa variables y resultados automĆ”ticos relacionados con la ejecuciĆ³n de orquestaciĆ³n para identificar la etapa especĆfica donde se produjo el error y quĆ© hacer para solucionar el fallo. Conecte las rutas de fallo de otras etapas con el primer elemento de decisiĆ³n en la ruta de fallo central. Este enfoque proporciona una resoluciĆ³n de errores integral. Por ejemplo, en un proceso de aprobaciĆ³n de mĆŗltiples etapas, la ruta de fallo centralizada comienza con un elemento de decisiĆ³n. Si el estado de la etapa āRealizar revisiĆ³n inicialā no se completĆ³, la ruta del resultado de la decisiĆ³n incluye una etapa con un paso en segundo plano que notifica automĆ”ticamente al remitente sobre el problema. Por el contrario, si el paso āObtener aprobaciĆ³n financiera inicialā en la etapa āProcesar aprobaciones financierasā fallĆ³, la ruta del resultado de la decisiĆ³n incluye una etapa con dos pasos: un paso en segundo plano y un paso de aprobaciĆ³n. El paso en segundo plano notifica el fallo al departamento financiero. El paso de aprobaciĆ³n asigna una aprobaciĆ³n alternativa al grupo financiero. Debido a que la aprobaciĆ³n financiera es la Ćŗltima aprobaciĆ³n requerida en este proceso de aprobaciĆ³n, esta ruta de resultado se conecta a continuaciĆ³n con el elemento de decisiĆ³n que determina si ejecutar acciones de aprobaciĆ³n final o acciones de rechazo final.
Evitar aprobaciones automƔticas de rutas de fallos
Si una etapa sin una ruta de fallo o uno de sus pasos falla, la ejecuciĆ³n de orquestaciĆ³n falla y el estado del envĆo de aprobaciĆ³n asociado se establece como Error. Si una etapa con una ruta de fallo o uno de sus pasos falla y la ruta de fallo se ejecuta sin error, el estado del envĆo de aprobaciĆ³n asociado es Aprobado o Rechazado. El estado final del envĆo de la aprobaciĆ³n depende del escenario.
| Escenario de error | Estado de envĆo de aprobaciĆ³n final |
|---|---|
| La etapa donde se produjo el error no tiene ninguna ruta de fallo configurada. | Error |
| La etapa donde se produjo el error tiene una ruta de fallo configurada que se ejecuta sin error. Se aprueban todos los elementos de trabajo de aprobaciĆ³n completados. | Aprobado |
| La etapa donde se produjo el error tiene una ruta de fallo configurada que se ejecuta sin error. Se rechaza al menos un elemento de trabajo de aprobaciĆ³n completado. | Rechazado |
| La etapa donde se produjo el error tiene una ruta de fallo configurada que se ejecuta sin error. No hay elementos de trabajo de aprobaciĆ³n completados. | Aprobado |
Para evitar aprobar automĆ”ticamente un envĆo de aprobaciĆ³n sin elementos de trabajo de aprobaciĆ³n completados, utilice estas directrices:
- Configure rutas de fallo para etapas solo cuando una etapa anterior contiene al menos 1 paso de aprobaciĆ³n. Por ejemplo, un proceso de aprobaciĆ³n de flujo se inicia con una etapa que contiene solo un paso en segundo plano que bloquea el registro que se va a aprobar. No configure una ruta de fallo para esta etapa. La razĆ³n mĆ”s probable para que falle esta etapa es que el registro ya estĆ” bloqueado.
- Configure una ruta de fallo para la primera etapa que contiene pasos de aprobaciĆ³n para determinar si se completĆ³ algĆŗn elemento de trabajo de aprobaciĆ³n. En la ruta de resultados de decisiones donde no se completaron elementos de trabajo de aprobaciĆ³n, agregue una etapa con un paso de aprobaciĆ³n.
Limitaciones de gestiĆ³n de errores
- Cuando una ejecuciĆ³n de orquestaciĆ³n asociada con un proceso de aprobaciĆ³n de flujo encuentra un error no gestionado, no se puede reanudar la ejecuciĆ³n de orquestaciĆ³n.
- No hay forma de rechazar un envĆo de aprobaciĆ³n si una ruta de fallo finaliza sin un error y no se han completado elementos de trabajo de aprobaciĆ³n.
- No se puede agregar la gestiĆ³n de errores para errores a nivel de ejecuciĆ³n de orquestaciĆ³n.
- Los detalles de depuraciĆ³n para una ejecuciĆ³n de orquestaciĆ³n fallida solo se pueden ver en 14 dĆas desde el fallo.
- Si un envĆo de aprobaciĆ³n falla, Salesforce no necesariamente revierte ninguna incorporaciĆ³n, cambio o eliminaciĆ³n de registro que se produjo antes de que fallara la ejecuciĆ³n de orquestaciĆ³n asociada.
