Configuración de workflow para aplicaciones de aprobaciones - Antiguas versiones



La mayoría de las aplicaciones estándar que consisten en una aprobación por parte del usuario requieren una configuración adicional, la cual es: tarea de Workflow.

El workflow hace referencia al flujo de trabajo con el que va a trabajar la aplicación, por ejemplo si se desea visualizar las ordenes que debe ser aprobadas o rechazadas, también si solo se desean ver las ordenes que ya fueron procesadas. Así que esto se usa para trabajar con el flujo de información deseado.

Usaremos la referencia de implementación de la siguiente aplicación:


Iremos al apartado: Configuration Tasks - Workflow


En este segmento se especifica la ruta a seguir para poder asignar las tareas de workflow para la aplicación. Estas tareas son de personalización así que debemos ingresar en la transacción SPRO (Recomiendo ingresar en el idioma EN para navegar con mas facilidad en el menu ya que las guías de SAP están en Ingles)


La ruta es: Materials Management under Start of the navigation path Purchasing Next navigation step Purchase Order Next navigation step Approve Purchase Orders App Next navigation step Specify Workflow Task IDs for Approve Purchase Orders App 


Seleccionamos SAP Reference IMG

Navegamos en el menú para encontrar: Approve Purchase Orders App Next navigation step Specify Workflow Task IDs for Approve Purchase Orders App 


Seleccionaremos el icono para visualizar el objetivo de la acción, y veremos que tenemos el siguiente dialogo:


Aquí se indican los pasos que debemos seguir para configurar correctamente la tarea, siendo los pasos tenemos:

Usando la transaccion SWETYPV:

Nota: Si el checkbox de Type Linkage del BUS y el evento que deseamos no esta activo, debemos seleccionar la opción de editar y luego hacer doble clic sobre el checkbox para que podamos visualizar la opción para activarlo.

Receiver Type del workflow: WS20000075

Pasos del workflow

Se debe seleccionar el paso que deseamos según el flujo con el que necesitamos trabajar en la aplicación, en nuestro caso es el primero Release of purchase order, con este trabajaremos con las ordenes liberadas

ID de tarea de Workflow:TS20000166

Finalmente volvemos al menú customizing y ejecutamos: Specify workflow task IDs for approve purchase ordesr app, añadimos el ID de la tarea que deseamos monitorear y la incluimos en una orden de transporte




Comentarios

Publicar un comentario

Entradas populares de este blog

Catálogos y Grupos

Imagen
Cuando estamos activando aplicaciones en Fiori es muy importante conocer la teoría de catálogos y grupos y como aplicarla correctamente, así que comencemos. En los catálogos es donde residen los tiles o mosaicos de las aplicaciones como tal y en los grupos se definen las aplicaciones a las que tendrá acceso el usuario (el usuario debe tener acceso al catálogo y el grupo para poder visualizar las aplicaciones en el Launchpad). Es importante destacar que se debe tener un catálogo definido por  cada ROL. Los grupos se usan también para unir aplicaciones de grupos distintos. En un ejemplo practico, podemos ubicarnos en un estacionamiento. Los puestos serán las aplicaciones, vamos a separar los puestos por bloques: BLOQUE A, BLOQUE B, BLOQUE C. Dentro de cada bloque hay 4 filas para estacionar. Diremos que los bloques son los grupos y las filas los catálogos. Entonces si te dan un ticket que pertenece al bloque B fila 3, quiere decir que si deseas estacionarte en o...
Leer más

Transportar alias de sistema de un servicio OData

Imagen
TRANSPORTAR ALIAS DE SISTEMA A muchos les ha pasado que al transportar un servicio OData, al revisar el mismo en el otro ambiente, notan que el servicio se encuentra allí pero con el nodo ICF desactivado (el mismo puede ser activado en cada ambiente), y no se encuentra el alias del sistema, y sin el alias del sistema el servicio no funciona, ademas de que esto no puede ser añadido en un sistema no modificable como suele ser QA y PRD. Así que asegurémonos que esto no suceda, para que el servicio sea transportado con su alias de sistema se debe hacer lo siguiente: Primero, buscamos el servicio al que queremos transportar el alias de sistema, luego lo seleccionamos, al hacer esto, visualizamos el siguiente bloque: Aqui debemos seleccionar: A;adir alias sistema, para lo cual el sistema muestra el siguiente mensaje: Este mensaje quiere decir que el alias de sistema debe ser transportado en una orden aparte, para esto se usa una orden customizing.  Al continu...
Leer más

Usar SAP Gateway para verificar los servicios OData

Imagen
USO DE SAP GATEWAY Si en un momento determinado estamos probando un servicio desde fiori y tenemos algún problema con una consulta, podemos ir directamente al SAP Gateway y probar el servicio. Primero ingresamos a la transacción /n/IWFND/MAINT_SERVICE, buscamos el servicio que deseamos verificar, lo seleccionamos y buscamos el siguiente bloque: Aquí vamos a seleccionar: Cliente SAP Gateway. En la vista generada, vamos a ver una barra donde tenemos la petición que deamos realizar sobre el servicio oData, los metodos HTTP permitidos son: - GET - POST - PUT - PATCH - MERGE - DELETE - HEAD El cliente de SAP Gateway nos permite obtener información importante acerca del servicio, como por ejemplo: - Las entidades que tiene. - La información de implementación: Aquí se puede obtener el nombre de la clase usada para el desarrollo del servicio, al tener esta clase se puede usar la transacción SE80 para obtener detalles del desarrollo del mismo. Para ej...
Leer más