✒️ABAP Los Agentes y la Estructura Organizativa
ABAP Los Agentes y la Estructura Organizativa
AGENTES Y ESTRUCTURA ORGANIZATIVA
Que es un agente. Es la persona que ejecuta el trabajo a realizar en el workflow. Cada workitem (paso del workflow) puede ser procesado por:
· El sistema workflow, utilizando el usuario WF-BATCH.
· Un agente.
Los agentes son los encargados de ejecutar tareas que no pueden ejecutarse automáticamente. En el momento de definir un workflow una de las actividades que más tiempo consume es como seleccionar a los agentes correctos para la ejecución de cada workitem.
Asignación de agentes. El sistema de workflow deberá trabajar con grupos de agentes para poder determinar los responsables finales de la ejecución de un workitem. Cuando estamos diseñando, implementando y manteniendo un workflow, debemos entender como el sistema de workflow ve estos grupos de agentes. Los grupos de agentes son:
· Agentes Posibles: quienes están permitidos para ejecutar el trabajo. Siempre se asignan en la tarea. Adicionalmente una tarea se puede marcar como general. En este caso todos los usuarios serán posibles agentes de la tarea.
· Agentes Responsables. Son aquellos que queremos que ejecuten un workitem en particular son comúnmente asignados al crear un paso en el workflow builder. También pueden ser asignados a través de roles o papeles a nivel de tarea. Con los roles los agentes responsables se asignan dinámicamente en tiempo de ejecución. Siempre con agentes posibles.
· Agentes Excluidos. Son aquellos que no queremos que ejecuten un workitem “en particular”, siempre se definen en el workflow builder al crear un paso para una tarea.
Estos tres grupos pueden solaparse e interseccionarse para poder determinar el agente responsables final.
RECEPTORES. Son aquellos que automáticamente reciben un work ítem en un inbox cuando el workflow crea el workitem. También son conocidos como agentes “seleccionados”. Los receptores son:
· Posibles agentes para una tarea.
· Restringidos a las listas de agentes responsables para un workitem.
· No son miembros de la lista de agentes excluidos.
Debemos tener en cuenta que:
· Si no hay agentes posibles NADIE recibirá el workitem.
· Si no se define un agente responsable en el paso, el sistema buscara la regla por defecto de la tarea, si no hay regla todos los posibles agentes recibirán el workitem.
Un receptor podrá hacer un re-envio de un workitem a otro usuario. En este caso existen varias posibilidades.
· Tarea General: los workitem podrán ser re-enviados a cualquier usuario.
· Transmisión general permitida. Los workitem podrán ser re-enviados a cualquier usuario (pero existe una lista de agentes posibles).
· Transmisión general no permitida. Los workitems solo podrán ser re enviados a los agentes posibles.
· Prohibido transmitir. No está permitido reenviar workitem.
Las posibilidades de re-envío las definimos dentro de la tarea, cuando determinamos los agentes posibles:
Otros agentes.
· Agente actual: Es aquel que está procesando el workitem (lo tiene tomado).
· Agente Múltiple: cuando un workitem lo tiene varios receptores. Cada uno de los agentes tome el workitem este desaparecerá del inbox del resto y en caso que lo vuelva a dejar sin tomar volverá a aparecer a todos los usuarios nuevamente.
· Agentes para Plazos: Son aquellos que recibirán un workitem que haya vencido, es decir que se le fijó un plazo y el plazo se alcanzó.
· Agentes de Notificación: recibirán un correo electrónico informándoles que determinado workitem ha sido ejecutado satisfactoriamente.
Estructura organizativa en la asignación de agentes.
· Cada agente del sistema de workflow debe tener un user ID de SAP.
· Cada vez que se asigne una gente posible, responsable o excluido estaremos asignando de manera implícita un usuario SAP.
Plan organizacional Básico.
La mayoría de los objetos organizativos tienen un código, una descripción y un periodo de validez. Por defecto el periodo de validez se asigna con la fecha del dia de la creación del objeto y como fecha de vencimiento será 31 de diciembre 9999. No obstante el periodo se puede cambiar. Con las transacciones PPOM, PPOMW Y PPOCW, se hace todo el plan organizacional básico.
Mantenimiento del plan organizacional Básico.
· Ingresamos a la transacción PPOCW y seleccionamos una fecha de validez.
· Creación de la unidad organizativa, presionamos el botón crear, seleccionamos la unidad organizativa e indicamos un código, una descripción y un periodo de validez.
· Creación de la función: desde el menú seleccionamos tratar – crear funciones tal como vemos a continuación:
· Ingresamos un código y una descripción.
· Creación de la Posición: colocamos el código, la descripción, una función y si la posición es o no el máximo responsable de la unidad organizativa. También podemos colocar validez.
· Asignar un Usuario: Nos ubicamos sobre la posición y presionamos el botón Asignar.
· Luego seleccionamos titular y elegimos un usuario, por ejemplo el nuestro.
· Cambiamos la descripción de la posición.
Cuando se hace RE_RHMOVE30, para trasladar entre mandantes.
Sobre el autor
Publicación académica de Alexander Cardenas, en su ámbito de estudios para la Carrera Consultor ABAP.
SAP Expert
Alexander Cardenas
Profesión: Ingeniero de Sistemas - Colombia - Legajo: UN96T
✒️Autor de: 238 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP MM Nivel Avanzado
- Carrera Consultor en SAP MM Nivel Inicial
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial
- Carrera Consultor en SAP SD Nivel Avanzado
- Carrera Consultor en SAP SD Nivel Inicial
Disponibilidad Laboral: FullTime 
