Utilización de CA Service Catalog para administradores › Ciclo de vida de solicitud discreta › Configuración de las definiciones del proceso de CA Workflow › Revisión y configuración del método de servicio Web de assignPendingAction
Revisión y configuración del método de servicio Web de assignPendingAction
Revise y configure el método de servicio Web de assignPendingAction como parte del proceso de configuración de las definiciones del proceso de CA Workflow predeterminadas proporcionadas con CA Service Catalog para admitir el ciclo de vida de solicitud independiente.
Importante: En este tema, sólo se proporcionan directrices. Si bien se espera que este procedimiento funcione para la mayoría de los usuarios, no está certificado ni es compatible.
Revisión y configuración del método de servicio Web de assignPendingAction.
- Revise a fondo el API del servicio Web para este método, que realiza lo siguiente:
- Agrega acciones pendientes a los usuarios y los grupos que se envían en el parámetro denominado pendingActionUsersOrGroups.
- Si el valor de parámetro está vacío, asigna solicitudes con acción pendiente al gestor del usuario objeto de la solicitud.
- Si no existe ningún gestor para el usuario objeto de solicitud, asigna solicitudes con acción pendiente al usuario objeto de solicitud predeterminado.
- Actualiza el estado de la solicitud, el servicio o la opción de servicio: cualquiera que se aplique a solicitudes individuales con acción pendiente.
- Considere suprimir el nodo de la definición de proceso de USM_Approval (o la versión personalizada de este) que actualiza el estado de oferta de actualización al estado de aprobación pendiente. El método de servicio Web de assignPendingAction es un método más eficaz para realizar esta actualización.
La decisión depende de la lógica específica en la definición de proceso del USM_Approval.
- Considere suprimir los nodos en la definición de proceso del USM_Approval que agrega aprobadores para las acciones pendientes.
Si contiene nodos múltiples para asignar aprobadores múltiples, se pueden eliminar todos estos nodos, porque se pueden asignar solicitudes con acción pendiente a numerosos usuarios y grupos con el método de servicio Web de assignPendingAction.
- Considere suprimir los nodos que obtienen información del gestor y los nodos que utilizan una solicitud con acción para el usuario en la definición del proceso de USM_Manager_Approval. Debe considerarse hacer esto porque el método de servicio Web de assignPendingAction asigna automáticamente las solicitudes con acciones pendientes a los usuarios apropiados cuando el parámetro pendingActionUsersOrGroups del método está vacío.
- Si elige eliminar los nodos de la definición de proceso de USM_Approval en el paso anterior, siga los siguientes pasos; de lo contrario, omita este paso:
- Verifique la lógica que está utilizando para establecer la lista del aprobador en la definición de proceso de USM_Approval o la definición de proceso de USM_Manager_Approval.
- Advierta que el nodo de la Solicitud pendiente de aprobación en la definición de proceso de USM_Approval, que asigna la operación del Documento abierto al Usuario de aprobación, produce un fallo si la lista de aprobación mencionada en la viñeta anterior está vacía.
Debido a esto, considere asignar un ID de usuario de administrador de Service Delivery codificado de forma rígida, por ejemplo, spadmin, al rol de Usuario de aprobación y actualice la variable de completedBy en la ficha Nota en este nodo con el ID de usuario del administrador de SP. Si hace este cambio, se crean tareas de CA Workflow sólo para el ID de usuario del administrador de Service Delivery codificado de forma rígida.
Se ha revisado y configurado el método de servicio Web de assignPendingAction.