Usted estĆ” aquĆ:
Consideraciones para la configuración de aprobadores en procesos de aprobación Classic
Cuando especifica aprobadores para un paso de aprobación concreto (o el único paso si estÔ utilizando el asistente de inicio rÔpido), tenga en cuenta estas consideraciones.
Ediciones necesarias
| Disponible en: Salesforce Classic y Lightning Experience |
| Disponible en: Enterprise Edition, Performance Edition, Unlimited Edition y Developer Edition |
Importante Pruebe Procesos de aprobación de flujos, una alternativa moderna a Procesos de aprobación Classic. Esta nueva función proporciona una interfaz basada en flujos mĆ”s flexible y fĆ”cil de usar, y puede desencadenarse en cambios de registro, admitiendo la capacidad de ampliación Apex y el registro detallado para el cumplimiento y los seguimientos de auditorĆa. Admite el enrutamiento dinĆ”mico basado en datos y reglas de negocio, a diferencia de Procesos de aprobación Classic, que estĆ”n vinculados a objetos especĆficos y ofrecen compatibilidad limitada para procesos utilizando condiciones. Con Procesos de aprobación de flujos, puede monitorear registros enviados e identificar rĆ”pidamente cuellos de botella, ofreciĆ©ndole visibilidad sin precedentes sobre flujos de trabajo de aprobación. Del mismo modo que los procesos de aprobación Classic, los procesos de aprobación de flujos no consumen crĆ©ditos de automatización ni ejecuciones de orquestación.
- Los usuarios con estos permisos pueden responder a solicitudes de aprobación, incluso si no son aprobadores designados.
- Modificar todos los datos
- Modificar todos los registros para un objeto
- Asegúrese de que el aprobador asignado tiene acceso de lectura a los registros para las solicitudes de aprobación. Por ejemplo, un usuario que no visualiza registros de gastos no puede ver solicitudes de aprobación de gastos.
- Los procesos de aprobación Classic que permiten a los usuarios seleccionar un aprobador manualmente también permiten a los usuarios seleccionarse como el aprobador.
- Puede asignar una solicitud de aprobación al mismo usuario varias veces en un solo paso. Sin embargo, Salesforce solo envĆa una solicitud al usuario.
- En Lightning Experience, cuando una solicitud de aprobación tiene mÔs de un aprobador asignado, se crea un ProcessInstanceStep para cada aprobador asignado. Cuando la solicitud de aprobación tiene la configuración de aprobación basada en la primera respuesta activada, los valores mostrados en Asignado a y Aprobador real se ven afectados.
- Asignado a estĆ” establecido como un aprobador asignado al registro.
- El aprobador real se establece en el aprobador que aprobó la solicitud
- Esto es lo que sucede con la lista de aprobadores después de que un registro ingrese en un paso de aprobación y el proceso de aprobación clÔsico vuelva mÔs tarde a ese paso.
- Si el usuario que respondió no estÔ en la lista de aprobadores designados y tiene los permisos Modificar todos los datos o Modificar todos los registros para el objeto, ese usuario sustituye al aprobador original en la lista de aprobadores.
- Si un usuario que respondió estÔ en la lista de aprobadores designados, la lista de aprobadores para ese paso no cambia. El comportamiento se produce incluso si cambian los valores de campo que designan los aprobadores.
Si... El aprobador designado es... El gestor del usuario respondió en principio a la solicitud de aprobación. El gestor El gestor del usuario respondió en principio a la solicitud de aprobación. Desde entonces, el gestor del usuario cambió. El gestor original
El nuevo gestor no es un aprobador designado para este paso.
Un usuario con los permisos Modificar todos los datos respondió originalmente a la solicitud de aprobación. El usuario con los permisos Modificar todos los datos
Ese usuario sustituye al gestor del usuario en la lista de aprobadores designados para este paso.
- El gestor de un gestor no es una opción para un aprobador designado.
Asignación de pasos de aprobación a colas
Puede asignar solicitudes de aprobación a una cola solo si el objeto asociado admite colas. La respuesta de aprobación por email no es compatible con procesos de aprobación clÔsicos que asignan la aprobación a una cola. Solo puede asignar una solicitud de aprobación a una cola.
Cuando el aprobador asignado es una cola:
- Cualquier miembro de la cola puede aprobar o rechazar una solicitud de aprobación asignada a la cola.
- Los emails de solicitudes de aprobación se envĆan a la dirección de email de cola. Si una cola se configura para enviar emails a los miembros, los emails de solicitud de aprobación se envĆan a los miembros de la cola, salvo que se hayan definido sus preferencias de usuarios de aprobación para no aceptar nunca emails de solicitudes de aprobación.
- Como las notificaciones por email en una cola no estÔn pensadas para una audiencia externa, {!ApprovalRequest.External_URL} devuelve la dirección URL interna equivalente.
- Las notificaciones de solicitudes de aprobación de la aplicación móvil Salesforce no se envĆan a colas. Para cada paso de aprobación que implique una cola, se recomienda agregar usuarios individuales como aprobadores asignados, de modo que al menos esos individuos puedan recibir las notificaciones de solicitud de aprobación de la aplicación móvil Salesforce. Para configurar ambas colas y usuarios individuales como aprobadores asignados, seleccione Asignar automĆ”ticamente a aprobador(es) en lugar de Asignar automĆ”ticamente a cola en el paso de aprobación.
- Cuando una solicitud de aprobación se rechaza y se devuelve al aprobador anterior, siendo éste una cola, la solicitud de aprobación se asigna al usuario que la aprobó y no a la cola.
- La lista relacionada Historial de aprobaciones muestra el nombre de cola en la columna Asignar a y el usuario real que aprobó o rechazó la solicitud de aprobación en la columna Aprobador real.
ĀæResolvió este artĆculo su problema?
”HÔganos saber cómo podemos mejorar!
