✒️ABAP La creación de Tareas y Containers

CREACIÒN DE TAREAS Y CONTAINERS

1.- Definiciòn de tareas:

Son el elemento central en el sistema de workflow y son utilizados para describir un proceso de negocios.

Las tareas identifican una acciòn que necesita ser ejecutada. Ellas siempre se defieren a un mètodo de un tipo de objeto.

Las tareas del workflow, se crean a travès de la transacciòn PFTC.

Existen dos tipos de tareas:

- De un solo paso (single-step): ejemplos de tareas de un solo paso son emitir una factura o liberar una solicitud de pedido. Para cada tarea de un solo paso deberemos asegurarnos de 3 cosas:

- Que trabajo debe realizarse?

- Quièn llevarà a cabo el trabajo.?

- Què notificaciones deben realizarse?

- Plantilla o modelo workflow (multi-step): Se utilizan principalmente para modularizar un workflow mayor, facilitando su mantenimiento.

Pasos para crear una tarea:

- Asignar un nombre y una descripciòn a la tarea.

- Asociar un mètodo de un business Object a la tarea.

- Asociar los agentes posibles de la tarea. Puede asociarse uno o màs elementos de la estructura organizativa. Puede definirse como tarea general (todos pueden ejecutarla).

- Definir el texto de la tarea para comunicaciones. Puede crearse el texto en varios idiomas. Pueden utilizarse variables contenidas en el contendedor.

- Marcar el atributo de "confirmar fin de procesamiento" para las tareas de diàlogo, lo que permitirà al usuario agregar informaciòn a la tarea una vez que se haya realizado el trabajo.

Los workflows en un sistema SAP pueden ser estàndar o Z, los estàndar generalmente comienzan con la letra W y los Z con un nùmero del 1 a 9.

Tambièn para las tareas estàndar y z existe dos nomenclaturas distintas.

Seleccionamos el tipo de "tarea estàndar" y presionamos "continuar".

En la solapa "Datos bàsicos", en el campo "sigla" se puede colocar un nombre, en "Denominaciòn y workitem", se debe colocar una descripciòn breve.

El campo "Tipo de Objeto" se coloca el nombre del tipo de objeto y en "Mètodo" el mètodo que se ejecutarà primero. En la ventana ejecuciòn se debe elegir en que forma quiere que se ejecute.

En la solapa "Descripciòn", si se hace click en el ìcono de ediciòn se puede colocar una descripciòn breve del workflow.

En la solapa "Eventos desencadenantes" se coloca el evento que se va a ejecutar tomando todos 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 diàlogo:

En las tareas de dialogo, el texto de la tarea servirà para informar de las actividades al usuario.

La tarea debe estar asociada a un mètodo marcado como de "diàlogo".

Si o si debe tener asignados los posibles agentes, Debe estar marcada como tarea general (todos los usuarios son posibles agentes).

Los atributos de la tarea son:

- Mètodo con diàlogo

- Mètodo sincrònico.

- Ejecuciòn en proceso de fondo

- Confirmar fin procesamiento.

Se puede definir la tarea para trabajar con Formularios, Internet y SAP Phone.

Por ejemplo una tarea que se iniciarà cuando un cliente llame a una central telefònica y el sistema telefònico solicite el nùmero al cliente, iniciarà un workflow de conversaciòn.

Todos los elementos de un workflow pueden traducirse a diferentes idiomas en el workflow builder mediante la opciòn del menù detalles , traducciòn, traducciòn podremos generar los textos en diferentes idiomas.

3.- Eventos Finalizadores:

Las tares basadas en "mètodos sincrònicos" pueden ser definidas con un evento terminador (o màs de una).

Las tareas basadas en "mètodos asincrònicos" deben tener al menos un evento terminador.

Los eventos se toman de los Business Objects definidos en el sistema (generalmente el mismo Business Object que provee el mètodo de la tarea).

Para definir un nuevo evento terminador se debe indicar:

- El business Object que contiene el evento.

- El evento.

- El elemento del contenedor de la tarea que contiene la referencia al business Object que se tiene que utilizar. El objeto solo puede conocerse en tiempo de ejecuciòn.

4.- Grupos de tareas: Son definidos para ligar lògicamente tareas conectadas.

Es posible por ejemplo:

- Disponer de un mismo grupo de tareas, plantillas de workflows que sòlo se comunican entre sì a travès de eventos, para lograr una mejor visiòn global.

- -Reunir tareas (plantillas de workflow y tareas estàndar) que pertenecen a un àrea de trabajo, para incrementar la reusabilidad.

Los grupos de tareas son ùtiles en la definiciòn del rango de bùsqueda del "Business workflow Explorer" BEX. El Business workflow Explorer puede entonces visualizar las tareas de esos grupos de tareas.

"Solo pueden asignarse a grupos de tareas los tipos de tareas WS y TS(plantilla modelos workflow y tarea estàndar)".

Se podrà asignar un grupo de tareas a otro grupo de tareas generando una herencia. Las tareas hijas heredaràn 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 container tiene una estructura de datos de tablas que es utilizada por los componentes definidos en el workflow. A su vez puede ser definido con una estructura de business Object.

Existen los siguientes containers:

- Container de eventos.- Contiene un elemento que puede obtener una referencia al objeto(s) a ser procesados en el workflow. Siempre contiene un elemento que puede obtener el nombre del usuario "iniciador" del workflow actual (_WF_Intitator).

Se define en el momento de crear el evento en el business object utilizando el business object Builder transaction SWO1.

- Container de workflow: puede tomar al iniciador del workflow desde el contenedor de eventos (_WF_initiator).

El contendor de workflow se define al crear el workflow utilizando SWDD.

- Contenedor 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 pueda 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.

- Container de roles (papeles): el container de roles se define al crear o modificar el papel con la transacciòn PFAC_CHG.