✒️ABAP Los Agentes y la Estructura Organizativa
ABAP Los Agentes y la Estructura Organizativa
1. QUÉ es un AGENTE?
Es la persona que ejecuta el trabajo a realizar en el Workflow. Cada workitem puede ser procesado por:
- El sistema de WF, usando el usuario WF-BATCH
- Un agente
Los agentes son los encargados de ejecutar tareas que no se pueden ejecutar automáticamente. Una de las tareas que más tiempo lleva al definir un WF es cómo el sistema ha de seleccionar a los agentes correctos para la ejecución de cada workitem.
Enviar los workitems a los agentes responsables correspondientes ->50% tarea de determinación de responsables.
Tener estrategia para mantener la asignación de responsables minimizando el impacto en la estructura organizativa ->50% tarea de determinación de responsables.
2. ASIGNACIÓN DE AGENTES
El sistema de WFs deberá trabajar con grupos de agentes para determinar los responsables finales de la ejecución de un workitem. El sistema de Workflow clasifica a los grupos de agentes como:
- Agentes Posibles: son los permitidos para ejecutar el trabajo. Se asignan en la tarea (no en workitems específicos)
- Agentes Responsables: son los que queremos que ejecuten un workitem en particular. Son asignados al crear un paso en el Workflow Builder. Tb se puede asignar a través de roles o papeles a nivel de tarea (en este caso, los agentes se asignan en tiempo de ejecución).
- Agentes Excluidos: son los que NO queremos que ejecuten un workitem en particular. Se definen en el Workflow Builder al crear un paso para una tarea.
Para determinar el agente responsable final se interseccionan estos 3 grupos de agentes.
3. RECEPTORES
Son aquellos que reciben automáticamente un work item en su inbox cuando el Workflow crea el workitem. Tb se llaman agentes seleccionados. Los receptores son:
- Los posibles agentes de una tarea
- Restringidos a las listas de agentes responsables para un workitem
- No son agentes excluidos
Si no hay agentes posibles, NADIE recibirá el workitem. Si no se define un agente responsable en el paso, el sistema buscará la regla por defecto de la tarea. Si no hay regla, todos los agentes posibles recibirán el workitem, excepto los agentes excluidos.
Un receptor puede hacer un re-envío de un workitem a otro usuario:
- Tarea general: los workitems pueden reenviarse a cualquier usuario
- Transmisión general permitida (General Forwarding): los workitems pueden reenviarse a cualquier usuario pero existe una lista de agentes posibles
- Transmisión general no permitida (No General Forwarding): los workitems sólo pueden reenviarse a los agentes posibles.
- Prohibido transmitir: NO está permitido reenviar workitems.
Las posibilidades de reenvío se definen dentro de la tarea, cuando determinamos los agentes posibles.
4. OTROS AGENTES
- Agente Actual: el que está procesando el workitem actual (lo tiene tomado) o el que lo haya procesado en último lugar
- Asignación Múltiple: se envía un workitem a varios receptores. Si un agente toma el workitem, éste desaparecera del Inbox el resto. Si lo vuelve a dejar sin tomar, volverá a aparecer en todos los Inbox nuevamente
- Agentes para Plazos: son los que recibirán un workitem que haya vencido el plazo establecido
- Agentes de Notificación: son los que reciben un correo electrónico informándoles que determinado workitem ha sido ejecutado satisfactoriamente.
5. ESTRUCTURA ORGANIZATIVA EN LA ASIGNACIÓN DE AGENTES
Cada agente en el sistema de WF tiene un User ID de SAP.
Al asignar un agente posible, responsable o excluido, estamos asignando un usuario SAP. Debemos mantener la asignación de usuarios a Workflow a través de una estructura/plan organizativa.
6. EL PLAN ORGANIZATIVO BÁSICO
Consiste en una serie de relaciones representadas cono una estructura organizativa jerárquica entre diferentes elementos organizativos como:
- Unidades Organizativas: cada unidad representa un grupo de personas: un equipo, un departamento, una sección, un área de trabajo...
- Trabajos: describe un rol funcional dentro de la organización
- Posiciones: representa un lugar a ocupar por una persona: escritorio físico o vacante
- Usuarios: es el usuario SAP que se asigna a la posición
Los objetos organizativos tienen un código, descripción y un período de validez (que suele establecerse infinito). Tr. de Gestión Organizativa: PPOM, PPOMW y PPOCW
7. MANTENIMIENTO DEL PLAN ORGANIZATIVO BÁSICO
Para crear un Plan/Estructura Organizativa, vamos a la tr. PPOCW y seleccionamos una fecha de validez (p.def. hasta el infinito). Seguimos los pasos siguientes:
- Creación de la Unidad Organizativa: Botón de Crear. Seleccionamos la UO e indicamos Código, Descripción y Período de Validez
- Creación de la función: Menú: Tratar->Crear Funciones. Ingresamos código y descripción
- Creación de una posición: Colocamos el código, descr., una función y si la posición es o no el máx. responsable de la UO. Tb. podemos establecer período de validez.
- Asignar un usuario: Nos ubicamos sobre la posición y presionamos el botón Asignar. Seleccionamos Titular y elegimos un usuario. Cambiamos la descripción de la posición
Al crear la Estructura Organizativa por 1a Vez, el sistema no pedirá una Orden de Transporte. Cuando se modifique la estructura, sí pedirá OT. Para transportar toda la Estruct. Org. o parte de ella, tenemos una herramienta: tr. RE_RHMOVE30
Sobre el autor
Publicación académica de Pedro Salazar, en su ámbito de estudios para la Carrera Consultor ABAP.
SAP Master
Pedro Salazar
Profesión: Consultor Sap Sd - España - Legajo: PX97H
✒️Autor de: 113 Publicaciones Académicas
🎓Cursando Actualmente: Consultor ABAP Nivel Avanzado
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Presentación:
Deseo adquirir experiencia en el mundo sap, me apasiona el area de la consultoria. me considero una persona apasionada, dedicado, enfocado y muy disciplinado. emprendedor y luchador en todas las areas
Certificación Académica de Pedro Salazar
