✒️ABAP La creación de Tareas y Containers
ABAP La creación de Tareas y Containers
Lección 5:
Creación de Tareas y Containers
1 Definición de Tareas
Tareas: son el elemento central en el sistema de Workflow y son utilizadas para describir un proceso de negocio
Las tareas identifican una acción que necesita ser ejecutada. Ellas siempre se refieren a un método de un tipo de objeto.
Las tareas se crean a través de la transacción PFTC
Existen dos tipos:
ü De un solo paso (single-step): ejemplo de tareas de un solo paso son emitir una factura o liberar una solicitud de pedido. Para cada tarea de un solo paso debemos asegurarnos 3 cosas:
o Que trabajo debe realizarse?
o Quien llevara a cabo el trabajo?
o Que notificación deben realizarse?
ü Plantilla o Modelo Workflow (multi-step): las plantillas Workflow se utilizan principalmente para modularizar un Workflow mayor, facilitando su mantenimiento.
Los pasos para crear una tarea son:
· Asignar un nombre y descripción a la tarea
· Asociar un método de un Bussines Object a la tarea
· Asociar los agentes posibles de la tarea. Puede asociar uno o más elementos de la estructura organizativa. Pueden definirse como tarea general (todos pueden ejecutarla).
· Definir el texto de la tarea para comunicación. Puede crearse el texto en varios idiomas. Pueden utilizarse variables contenidas en el contenedor de la tarea
· Marcar el atributo de “confirmar fin de procesamiento” para las tareas de dialogo, lo que permite al usuario agregar información a la tarea una vez que se haya realizado el trabajo
Audio Tips: los Workflow en un sistema Sap pueden ser estándar o Z, el estándar comienzan con W y los Z con un número del 1 al 9, también para las tareas estándar I-Z existen dos nomenclaturas distintas
Seleccionamos el tipo de tarea estándar y presionamos continuar.
En la solapa, Datos Básicos, en el campo sigla se debe colocar un nombre, en Denominación y WorkItem se debe colocar una descripción breve.
En el campo tipo de objeto se coloca el nombre del tipo de objeto y en método el método que se ejecutara primero. En la ventana ejecución se debe en que forma quiere que se ejecute
En la solapa descripción, si se hace un clic en el icono de edición se pueda colocar una descripción breve del WorkFlow
En la solapa Eventos desencadenantes se coloca el evento que se va a ejecutar los métodos que se colocaron en la solapa Datos básicos.
Finalmente grabamos y el sistema automáticamente asigna el número de tarea, también, si se quiere se puede llamar a la tarea por su sigla, en este caso ZTEST099
2 Tareas de Dialogo
En las tareas de dialogo, el texto de la tarea servirá para informa de las actividades al usuario.
La tarea debe estar asociada a un método marcado como de “dialogo”.
Si o si deben tener asignados los posibles agentes. Deben estar marca como tarea general (todas los usuarios son posibles agentes).
Los atributos de la terea son:
ü Método con dialogo
ü Método sincrónico
ü Ejecución en proceso de fondo
ü Confirmación fin procesamiento
Se puede definir la tarea para trabajar con formularios, internet y SAPPhone.
Por ejemplo una tarea que se iniciara cuando un cliente llama a una central telefónica y el sistema telefónico solicite el número al cliente, iniciara un WorkFlow de conversación
Audio Tips: todos los elementos de un WorkFlow pueden traducirse en diferentes idiomas. En el Workflow builder mediante la opción detalles / traducción / traducción podemos generar los textos que deseamos en diferentes idiomas, a su vez los textos de las tareas también podrán traducirse entrando a sistema en el lenguaje que se desea traducir
3 Eventos Finalizadores
Las tareas basadas en métodos sincrónicos pueden ser definidas con un evento terminado (o más de uno).
Las tareas basadas en métodos asincrónicos deben tener al menos un evento terminado.
Los eventos se toman de los Bussines Object definidos en el sistema (generalmente el mismo Bussines Object que provee el método de la tarea).
Para definir un evento terminado se debe indicar
ü El Bussines Object que contiene el evento
4 Grupos de tareas
Son definidos para ligar lógicamente tareas conectadas.
Es posible, por ejemplo:
Ø Disponer juntos en un mismo grupo de tareas, plantillas de Workflow que solo se comunican entre sí a través de eventos, para lograr un mejor visión global
Ø
Reflexión: solo pueden asignar a grupos de tareas los tipos de tareas WS y TS
(Plantillas o modelos WorkFlow y tarea estándar).
Se podrá asignar un grupo de tareas a otros grupo de tareas generando una herencia. Las tareas hijas heredaran las asignaciones de responsables de las tareas padre.
5 Containers:
Son grupos de variables que se utilizan como interfaces para llevar los datos de un lado a otro del Workflow
Un elemento de container tiene una estructura de datos de tablas que se utilizada por los componentes definidos en el Workflow. A su vez puede ser definido con una estructura d Bussines Object.
Existen los siguientes Containers
Ø Containers de eventos: contiene un elemento que puede obtener una referencia al objeto a ser procesado en el Workflow. Siempre contiene un elemento que puede obtener el nombre de usuario iniciador del WorkFlow actual (_WF_initiator).
Se define en el momento de crear el evento en el Bussines Object utilizando el Business Object Builder transaccionSE01.
Ø Container de Workflow: puede tomar al iniciador del Workflow desde el contenedor de eventos (_WF_initiator).
El container de Workflow se define al crear el Workflow utilizando el WorkFlow Builder transacción SWDD.
Ø Container de Tareas: siempre contiene un elemento que puede obtener la referencia al objeto a ser procesado en la tarea de un solo paso respectiva (_WI_object_ID).
También puede contener un elemento que puede obtener el resultado de un método de un objeto subyacente (_WI_result).
El container de la tarea se define al crear o modificar la tarea con la transacción PFTC_CHG.
Transacción PFTC_CHG: se utiliza para realizar la actualización de tareas.
Ø Container de roles (papeles): el container de roles se definen al crear o modificar el papel con la transacción PFAC_CHG
Transacción PFAC_CHG: se utiliza para las actualizaciones de reglas
 
 
 
Sobre el autor
Publicación académica de Jhon Deibys Cano Pineda, en su ámbito de estudios para la Carrera Consultor ABAP.
Jhon Deibys Cano Pineda
Profesión: Ingeniero de Sistemas - Colombia - Legajo: WZ11E
✒️Autor de: 118 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Jhon Cano Pineda