6.5. - Creación de tareas y containers
6.5.1. - Definición de 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.
Tipos de tareas
1. De un solo paso (single-step)
a. Emitir factura o liberar una solicitud
b. Habrá que revisar
i. ¿Qué tarea debe realizarse?
ii. ¿Quién llevará a cabo el trabajo?
iii. ¿Qué notificaciones deben realizarse?
2. Plantilla o modelo Workflow (multi-step)
a. Se utilizan paara modularizar un Workflow mayor, facilitando su mantenimiento.
b. Paso para crear una tarea
i. Asignar un nombre y descripción a la tarea
ii. Asociar un método de un business object a la tarea
iii. Asociar los agentes posibles a la tarea. Puede asociarse a uno o más elementos
iv. Definir el texto de la tarea para comunicaciones. Puede crearse el texto en varios idiomas.
v. Marcar el atributo de “confirmar fin de procesamiento” para las tareas de dialogo. Permitirá al usuario añadir información a la tarea una vez se haya realizado el trabajo.
Workflows
Pueden ser de tipo estándar o de tipo Z. Los estándar empiezan con la letra W y los Z empiezan con un número del 1 al 9. Para las tareas estándar y Z existen dos nomenclaturas distintas.
Se seleccionará el tipo de tarea estándar.
En la pestaña de datos básicos, en el campo sigla, se debe escribir un nombre. En denominación y Workitem se debe escribir una descripción breve. En el campo Tipo de objeto, se escribe el nombre del tipo de objeto y en método, el método que se ejecutará primero. También se debe elegir la forma de ejecución.
En la pestaña descripción, si se pulsa en el icono de edición, se puede colocar una descripción breve del Workflow.
En la pestaña de eventos desencadenantes, se coloca el evento que se va a ejecutar tomando los métodos que se colocaron en la pestaña datos básicos.
Se guarda y el sistema automáticamente asigna el número de tarea. Si se quiere, se puede llamar a la tarea por su sigla, ZTEST099.
6.5.2. - Tareas de diálogo
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. Debe tener asignados los posibles agentes obligatoriamente. Debe estar marcada como tarea general.
Los atributos de tarea son: método de diálogo, método sincrónico, ejecución en proceso de fondo y confirmación fin procesamiento.
Se puede definir la tarea para trabajar con formularios, internet y Sapphone.
6.5.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 terminador. Los eventos se toman de los business object definidos en el sistema.
Para definir un evento terminador se debe indicar el business object que contiene el evento, el evento y el elemento del contenedor de la tarea que contiene la referencia al business object que tiene que utilizar. El objeto solo puede conocerse en tiempo de ejecución.
6.5.4. - Grupos de tareas
Son definidos para ligar lógicamente tareas conectadas.
Es posible:
Disponer juntos en un mismo grupo de tareas, plantillas de Workflows que solo se comunican entre sí a través de eventos, para lograr una mejor visión global.
Reunir tareas 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), con el que se puede visualizar esos grupos de tareas.
Solo pueden asignarse a grupos de tareas los tipos de tareas WS y TS (plantillas o modelos Workflow y tareas 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.
6.5.5. - Containers
Son grupos de variables que se utilizan como interfaces para llevar los datos de un lado a otro del Workflow. Un elemento del container tiene una estructura de datos de tablas que es utilizada por los componentes definidos en el Workflow.
Tipos de container
1. Container de eventos
a. Contiene un elemento que puede obtener una referencia al objeto a ser procesados en el Workflow.
b. Siempre contiene un elemento que puede obtener el nombre de usuario iniciador del Workflow actual
c. Se define en el momento de crear el evento en e Business Object utilizando el Business Object Builder, trx SW01.
d.
2. Container de Workflow
a. Puede tomar al iniciador del Workflow desde el contenedor de eventos.
b. Se define al crear el Workflow utilizando el Workflow Builder, trx SWDD
c.
3. Container de tareas
a. Siempre contiene un elemento que puede obtener la referencia al objeto a ser procesado en la tarea de un solo paso respectiva.
b. También puede contener un elemento que pueda obtener el resultado de un método de un objeto subyacente
c. El container de la tarea se define al crear o modificar la tarea con la transacción PFTC_CHG.
d.
4. Container de roles
a. Se define al crear o modificar el papel con la transacción PFAC_CHG
b.