✒️ABAP / Los Agentes y la Estructura Organizativa Por Bruno Gallinoto
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 puede ser procesado por:
- el sistema de workflow, usando el usuario WF-BATCH.
- un agente.
Los agentes son los encargados de ejecutar tareas que no pueden ejecutarse automaticamente. Una de las tareas mas interesantes y normalmente, una de las que mas tiempo consume en el momento de definir un Workflow es como el sistema ha de seleccionar a los agentes correctos para la ejecucion de cada workitem. Desde la perpectiva de negocio esto no es TRIVIAL, particularmente cuando es un nuevo proceso que nno ha sudo llevado a cabo por nadie anteriormente.
2.ASIGNACION DE AGENTES.
Debera trabajar con grupos de agentes para poder determinar los responsables finales de la ejecucion ce un workitem. Cuando estamos diseñando, implementando y manteniendo un Workflow, debemos entender como el sistema de workflow ve estos grupos de agentes.
AGENTES POSIBLES: son quienes estan permitidos para ejecutar el trabajo. Siempre se asignan en ña tarea segun la cual se basaran muchos workitems pero no workitem especifico en si mismo. Si una persona no esta en el grupo de agentes posible entonces nunca podra ejecutar la tarea. Adicionalmente se puede marcar una tarea como general. En este caso todos los usuarios seran posibles agentes de la tarea.
AGENTES RESPONSABLES: son aquellos que queremos que ejecuten un workitem EN PARTICULAR. Son comunmente asginados al crear un paso en el workflow builder. Tambien puden ser asignados a traves de ROLES O PAPELES a nivel tarea. Con los roles los agentes responsables se asginan dinamicamente en tiempo de ejecucion. Simpre son 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.
3.RECEPTORES.
Son aquellos que automaticamente reciben un workitem en su inbox cuando el workflow crea el workitem. Tambien son conocidos como agentes SELECCIONADOS.
Son:
- los posibles agentes par aun tarea.
- restringidos a las listas de agentes responsables para un workitem.
- no son miembros de la lista de agentes excluidos.
Tener en cuenta:
- sino hay agentes posibles NADIE recibira el workitem.
- sino 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 recibiran el workitem.
Un receptor podra hacer un re-envio de un workitem a tro usuario. Existen varias posibilidades:
TAREA GENERAL: los workitems podran ser re-enviados a cualquier usuario.
TRANSMISION GENERAL PERMITIDA: los workitems podran ser re-enviados a cualquier usuario.
TRANSMISION GENERAL NO PERMITIDA: los workitems solo podran ser re-enviados a los agentes posibles.
POHIBIDO TRANSMITIR: no esta permitido reenviar workitems.
Las posibilidades de re-envio las definimos dentro dela tarea, cuando determinamos los agentes posbiles.
4.OTROS AGENTES
AGENTES ACTUAL: mientras que un workitem se este procesando el agente actual es aquel que este procesando el workitem.
Una vez completado el workitem, el agente actual sera el que haya procesado el workitem en ultimo lugar.
ASIGNACION MULTIPLE: puede darse el caso y es muy comun que se envie un mismo workitem a varios receptores.
Caundo uno de los agentes tome el workitem este desaparecera del inbox del resto y en caso que lo vuelva a dejar sin tomar volvera a aparecer a todos los usuarios nuevamente.
AGENTES PARA PLAZOS: son aquellos que recibiran un workitem que haya vencido, es decir que se le fijo un plazo y el plazo se alcanzo.
AGENTES DE NOTIFICACION: son aquellos que recibiran un correo electronico informandoles que determinado workitem ha sido ejecutado satisfactoriamente.
5.ESTRUCTURA ORGANIZATIVA EN LA ASIGNACION DE AGENTES.
Cada agente en el sistema de workflow debe tener un user ID de SAP. Cada vez que asigne un agente posible, responsable o excluido estaremos asginando de manera implicita un usuario SAP. Mantener usuario por usuario todos los agentes de una tarea excesivamente tediosa dado que pueden existir multiples workflows, multiples usuarios, etc. A su vez no debemos olvidar que los usuarios son personas y como tal van cambiando de puesto, egreso de la empresa, recepcion de nuevos, etc.
Simepre que sea posible debemos mantener la asignacion de usuarios a workflow a traves de un PLAN ORGANIZACIONAL O ESTRUCTURA ORGANIZATIVA.
6. EL PLAN ORGANIZACIONAL BASICO.
Consiste en una serie de realaciones, representadas como una estructura organizativa jerarquica entre diferentes elementos organizacionales como:
- UNIDADES ORGANIZATIVAS: cada unidad organizativa representa un grupo de personas como un equipo, un departamento, una seccion, un area de trabajo, un laboratorio, etc.
- TRABAJOS: describe una rol funcional dentro de la organizacion.
- POSICIONES: representa un lugar a ocupar por una persona, es un escritorio fisico o una vacante.
- USUARIOS: es el usuario SAP que se asigna a la posicion.
La mayoria de los objetos organizativos tienen un codigo, una descripcion y un periodo de validez. Por defecto el periodo de validez se asigna con la fecha del dia de la creacion del objeto. No obtante el periodo se puede cambiar.
7.MANTENIMIENTO DEL PLAN ORGANIZACIONAL BASICO.
Ingresamos a la transaccion PPOCW y seleccionamos una fecha de validez.
Escanear / Compartir
Sobre el autor
Publicación académica de Bruno Edgardo Gallinoto, en su ámbito de estudios para el Curso SAP ABAP Avanzado.
SAP Senior
Bruno Edgardo Gallinoto
Profesión: Asesor de Ventas - Argentina - Legajo: GM88R
✒️Autor de: 67 Publicaciones Académicas
🎓Cursando Actualmente: Carrera Consultor SAP SD Nivel Inicial
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Presentación:
Con mucha motivación y ganas de poder aprender. mi objetivo principal es brindar todo mi potencial para que obtengan los mejores resultados en el lugar donde me encuentre.
Certificación Académica de Bruno Gallinoto
