1 | La 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.
Imagen 1.1 - Creación de tareas a través de la transacción PFTC
Transacción PFTC (creación de tareas de WorkFlow)
Utilizaremos la transacción estándar PFTC para la creación de tareas de WorkFlow.
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 3 cosas:
¿Qué trabajo debe realizarse?
¿Quién llevará a cabo el trabajo?
¿Qué notificaciones 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 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 contenedor de la tarea.
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.
Seleccionamos el tipo de tarea Tarea estándar y presionamos Continuar.
Imagen 1.2 - Creamos un tipo de tarea estándar
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 ejecutará primero.
En la ventana ejecución se debe elegir en que forma quiere que se ejecute.
Imagen 1.3 - Configuramos los datos básicos de la tarea
En la solapa Descripción, si se hace un clic en el icono de edición se puede colocar una descripción breve del workflow.
Imagen 1.4 - Generamos una descripción breve del workflow
En la solapa Eventos Desencadenantes se coloca el evento que se va a ejecutar
tomando los métodos que se colocaron en la solapa Datos básicos.
Imagen 1.5 - Los eventos desencadenantes del workflow
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.
Imagen 1.6 - Visualizamos el número de tarea generada por el sistema
2 | Las tareas de diálogo
En las 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”.
Si o si debe tener asignados los posibles agentes. Debe estar marcada como tarea general (todos los usuarios son posibles agentes).
Imagen 2.1 - Las tareas estándar
Los atributos de la tarea son:
Método con diálogo
Método sincrónico
Ejecución en proceso de fondo
Confirmar fin procesamiento
Imagen 2.2 - Los atributos de la tarea
Se puede definir la tarea para trabajar con Formularios, Internet y SAPPhone.
Imagen 2.3 - Las propiedades SAPphone
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.
3 | Los eventos finalizadores
Las tareas basadas en métodos sincrónicos pueden ser definidas con un evento terminador (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 objects definidos en el sistema
( generalmente el mismo business object que provee el método de la tarea ).
Imagen 3.1 - Los eventos finalizadores del workflow
Para definir un 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 | Los grupos de tareas
Son definidos para ligar lógicamente tareas conectadas.
Imagen 4.1 - Los grupos de tareas
Es posible, por ejemplo:
Disponer juntos en 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 también 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 (plantillas o 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 | Los containers
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.
A su vez puede ser definido con una estructura de Business Object.
Imagen 5.1 - Los containers
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 de usuario “iniciador” del Workflow actual (_WF_Initiator).
Se define en el momento de crear el evento en el Business Object utilizando el Business Object Builder transacción SWO1.
Imagen 5.2 - Los containers de eventos
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.
Imagen 5.3 - Los containers de workflow
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 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.
Imagen 5.4 - Los containers de tareas
Transacción PFTC_CHG (actualización de tareas)
Utilizaremos la transacción estándar PFTC_CHG para realizar la actualización de tareas.
Container de roles (papeles): el container de roles se define al crear o modificar el papel con la transacción PFAC_CHG.
Imagen 5.5 - Los containers de roles
Transacción PFAC_CHG (actualización de reglas)
Utilizaremos la transacción estándar PFAC_CHG para realizar la actualización de reglas.