![](/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/489.jpg)
1-Definición de tareas
Tareas son elemento central de sistema workflow y son utilizadas para describir un proceso de negocios. Las tareas identifican una acción que necesita ser ajustadas. Ella siempre se refiere al método de un tipo de objeto.
Las tareas se crean a través de la transacción PFTC (Transacción estándar 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 uno solo paso deberemos asegurarnos tres cosas.
- QUe trabajo debe realizarse?
- Que llevará a cabo el trabajo?
- Que notificaciones deberá 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:
*Asociar un nombre y descripción a la tarea
*Asociar un metodo de un business object a la tarea
*Asociar los agentes posible de la tarea puede asociarse uno o más elementos de una estructura organizativa. Este puede definirse como una tarea general que todos pueden ejecutarla
*Definir el texto de la tarea para comunicaciones. Pueden crearse 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.
Los Workflow en SAP Pueden ser estándar o Z. Los estándar generalmente comienzan con la letra W y los Z generalmente con un número del 1 al 9. También para las tareas estándar y Z existen dos nomenclaturas distintas.
Selecionamos el tipo de tarea TAREA ESTANDAR 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 en Método el método que se ejecutará primero. En la ventana ejecución se debe elegir que forma quiere que se ejecute.
En la solapa Descripción, si se hace un clic en el icono 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.
Después grabamos y el sistema automáticamente asigna el numero 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 relacionada a un método marcado como de "dialogo".
Si o si debe tener asignados los posibles agentes. Debe estar marcado como tarea general (todos los usuarios son posibles agentes).
Los atributos de la tarea son:
*Metodo con dialogo
*Método sincrónico
*Ejecución en el 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 el 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 de diferentes idiomas. En el Workflow Builder, en la opción del Menú Detalles - Traducción – Traducción, podremos generar los textos que deseamos en diferentes idiomas. A su vez los textos de las tareas también podrán traducirse entrando al sistema en el lenguaje en el que se desea traducir.
3-Eventos finalizadores
Las tareas basadas en método 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 delos business objects definidos en el sistema (generalmente el mismo business object que provee el método de la tarea).
Para definir un evento terminado e 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 pede conocerse en tiempo de ejecución.
4- Grupos de tareas
Grupo de tareas (son definidos para ligar lógicamente tareas conectadas).
Es posible:
*Disponer juntos en un mismo grupo de tareas, planillas de workflows que solo 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 pertenece a un área de trabajo, para incrementar la reusabilidad.
Los grupos de tareas son útiles también en la definición rango de búsqueda del Business Workflow Explorer Bex. El business workflow Explorer puede entonces visualizar aras de esos grupos de tarea.
" solo se puede asignarse a grupos de tareas los tipos de tareas WS y TS" (planillas 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.
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 heredan 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 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 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.
*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.
*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, la cual utilizaremos para 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, la cual utilizaremos para la actualización de reglas.
 
 
 
Sobre el autor
Publicación académica de Juan Carlos Pavicich, en su ámbito de estudios para la Carrera Consultor ABAP.
Juan Carlos Pavicich
Profesión: Técnico Informático - Argentina - Legajo: VR91L
✒️Autor de: 116 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Presentación:
Tengo el agrado de dirigirme a ud/s con el objeto de mencionar mi experiencia y conocimientos técnicos necesarios para desarrollar actividades en el rubro de su empresa.
Certificación Académica de Juan Pavicich