✒️ABAP La creación de Tareas y Containers
ABAP La creación de Tareas y Containers
DEFINICION DE TAREAS
Son el elemento central en el sistema de Workflows y son utilizadas para describir un proceso de negocio. Las tareas identifican una acción que necesita ser ejecutada.
Siempre se refieren a un método de un tipo de objeto.
Las tareas se crean a través de la transacción PFTC
TRANSACCION PFTC: creación de tareas en Workflows
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 debemos asegurarnos de 3 cosas:
· ¿Qué trabajo debe realizarse?
· ¿Quién llevará a cabo el trabajo?
· ¿Qué notificaciones deben realizarse?
Plantilla o Modelo Workflow (mutl-step): se utilizan principalmente para modularizar un Workflow mayor, facilitando su mantenimiento.
PASOS PARA CREAR UNA TAREA:
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. Pude 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 se haya realizado el trabajo.
NOTA: Los Workflows pueden ser Estándar o Z, los estándar empiezan por la letra W y los Z con un número del 1 al 9. Para las tareas estándar y Z existen dos nomenclaturas distintas.
Ejemplo:
· Seleccionamos el tipo de TAREA ESTANDAR y pulsamos continuar.
· En la solapa Datos básicos, campo SIGLA se debe colocar un nombre.
· En Denominación y Wokritem se debe colocar una descripción breve.
· En el Campo Tipo de Objeto: el nombre del tipo de objeto.
· 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 solaba Descripción, pulsar sobre el icono edición para colocar una descripción breve del workflow.
· En pa solapa EVENTOS DESENCADENANTES, se coloca el evento que se va a ejecutar tomando los métodos que se colocaron en la solapa DATOS BASICOS.
· Finalmente grabar.
· El sistema automáticamente asigna el número de tarea.
· También si se quiere se puede llamar a la tarea por su sigla.
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 “dialogo”
Obligatoriamente 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 dialogo
Método sincrónico
Ejecución en proceso de fondo
Confirmar fin procesamiento
Se puede definir la tarea para trabajar con: FORUMLARIOS, INTERNET, SAPPhone.
Todos los elementos de un Wokflow pueden traducirse a diferentes idiomas, en wl workflow builder, mediante la opción del menú detalles -> traducción -> traducción podemos generar los textos en diferentes idiomas. Los textos de la tareas pueden traducirse entran al sistema en el lenguaje qué se desee traducir.
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 businass objects definidos en el sistema (generalmente el mismo business object que provee el método de la tarea).
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.
GRUPO DE TAREAS
Son definidos para ligar lógicamente tareas concatenadas.
Por ejemplo:
Disponer juntos de 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 (plantillas de Workflows y tarea estándar) que pertenecen a un área de trabajo para incrementar la reusabilidad
NOTA: Solo se pueden asignar grupos de tareas a los tipos de tareas WS y TS (plantillas o modelos workflow y tareas estándar
Se puede 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.
CONTAINERS
Son grupos de variables que se utilizan como interfaces para llevar los datos de un lado a otro del workflow
Tiene una estructura de datos de tablas que es utilizada por los componentes definidos en el Workflow. A su vez puede ser definido como una estructura de Business Object.
Existen los siguiente 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 la transacción SWO1
Container de workflow: peude tomar al indicador del workflo 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 conecner 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
TRANSACCION PFTC_CHG: la utilizamos para realizar la actualización de tareas.
Container de roles (papeles): se define al crear o modificar el papel con la transacción PFAC_CHG.
TRANSASCCION PFAC_CHG: para realizar actualizaciones de reglas.
 
 
 
Sobre el autor
Publicación académica de Josep Antoni Lopez Moyano, en su ámbito de estudios para la Carrera Consultor ABAP.
Josep Antoni Lopez Moyano
Profesión: It Manager - España - Legajo: QP26P
✒️Autor de: 375 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP HCM Nivel Inicial
- Carrera Consultor Basis NetWeaver Nivel Avanzado
- Carrera Consultor Basis NetWeaver Nivel Inicial
- Máster Funcional ABAP
- Máster ABAP Orientado a Objetos
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial