Como ya hemos visto en los anteriores articulo sobre cómo crear un workflow, un formulario, o cómo crear tareas que se van a trabajar en las actividades del mismo, ahora tendríamos que pensar en cómo pasar valores entre el workflow ¿no? En este articulo vamos a ver cómo crear nuestros objetos en los respectivos containeres y crear el Binding.
Lo primero de todo será saber qué tipo de parámetro es el que queremos pasar (o bien algún parámetro del estándar). En este caso vamos a tratar una fecha en la tarea y queremos que esta llegue hasta el container del workflow.
Los tipos de dato que podemos crear en un container pueden ser bien de objetos BOR, clases ABAP, referencia a campos de tablas, tipos de datos de diccionario, etc. Estos parámetros podemos pueden tratarse como import (si solo va a recibir valores), export (si solo va a exportar valores) o bien en ambos sentidos. En caso de que se quieran mover más de un registro del objeto del tipo indicado, deberíamos marcas como ‘varias líneas’.
Una vez tenemos los objetos creados en los containeres de partida y de destino, lo que debemos hacer será crear Binding en la actividad del workflow. Generalmente si tenemos dos objetos del mismo tipo, al generar el Binding ya no debería proponer la relación SAP automáticamente. En el caso de que SAP no la propusiera, podríamos créalo manualmente.
En la izquierda tendremos los objetos del container del workflow, mientras que a la derecha tendremos el container de la tarea. En el primer Binding indicaremos los valores que queremos que pasen del container a la tarea, mientras que en el segundo irán aquellos parámetros cuyo valor queremos que pasen de la tarea al workflow.
Esperamos que os haya servido de ayuda en caso de que necesitéis configurar un worklow. Tienes más artículos de esta temática aquí:
Más información:
Quizas te pueda interesar
MSP:
un nuevo modelo de nómina
Imagina poder delegar la gestión de tu nómina en un proveedor de confianza, reducir tiempos y costes operativos y, al mismo tiempo, contar con un proceso completo, seguro y siempre actualizado. Un modelo en el que la nómina deja de ser una carga administrativa para...
Provide Fields:
explicación y uso en RRHH
En este artículo analizaremos la sentencia PROVIDE de SAP, tratando de dar una clara y breve explicación para, después, poder ver una aplicación directa sobre el área de RRHH. Antes de entrar en la parte técnica, la sentencia principalmente sirve para recoger uno a...
Creación de un Switch
a partir de una Business Function
En el presente artículo comentaremos la creación de un “Switch” para un paquete determinado. El objetivo de este Switch será la de controlar la visibilidad de diferentes objetos del repositorio a modo de conmutador. Este Switch está directamente asociado al paquete...