![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️ABAP La creación de Tareas y Containers
ABAP La creación de Tareas y Containers
![ABAP La creación de Tareas y Containers ABAP La creación de Tareas y Containers](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/269.jpg)
LA CREACIÓN DE TAREAS Y CONTAINERS
LA 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.
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 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 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 un clic en el icono 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 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 sus sigla.
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).
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 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.
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 objects 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.
LOS 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 Workflows que sólo se comunican entre si 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 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.
LOS 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.
Existen los siguientes containers:
- Container de Evento: 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. Se define en el momento de crear el evento en el Business Object utilizando el Business object Builder transacción SWO1.
- Container de workflow: puede tomar al iniciador del workflow desde el contenedor de eventos. El contenedor 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.
También puede contener un elemento que pueda obtener el resultado de un método de un objeto subyacente.
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.
 
 
 
Sobre el autor
Publicación académica de Ducelvis Lolimar Arcia Cova, en su ámbito de estudios para la Carrera Consultor ABAP.
Ducelvis Lolimar Arcia Cova
Profesión: Tsu Relaciones Industriales (rrii) - Argentina - Legajo: WX74T
✒️Autor de: 125 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP FI Nivel Inicial
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial
Disponibilidad Laboral: FullTime
Presentación:
Mi principal objetivo al comenzar esta gran experiencia educativa en programación abap es adquirir los conocimientos y competencias necesarias para incorporarme en el ámbito laboral en esta área.
Certificación Académica de Ducelvis Arcia