✒️ABAP El customizing de un WorkFlow
ABAP El customizing de un WorkFlow
CUSTOMIZING DE UN WORKFLOW
1.- Introducciòn al Customizing:
El sistema workflow posee las siguientes actividades bàsicas:
- Definir un rango de nùmeros para los objetos workflow que se vayan a crear nuevos(workflows, tareas, papeles, etc.).
- Definir una versiòn de plan activa para la estructura organizativa.
- Definir un usuario batch para las tareas que deben ejecutarse por el sistema.
- Definir un destino RFC para las tareas batch.
- Definir uno o màs usuarios responsables del sistema workflow.
- Crear los jobs para la supervisiòn de tareas y erròneas.
"Para acceder al customizing de workflow debemos seguir la siguiente ruta desde la transacciòn SPRO"
- Guìa de implementaciòn de Customizing SAP
- SAP Netweaver
- Servidor de aplicaciòn
- Business Management.
- Actualizaciòn parametrizaciòn estàndar.
- Parametrizaciònes globales (gestiòn de organizaciòn)
- Parametrizaciones bàsicas (sistemas workflow)
- Tratar estructuras de organizaciòn
- Ejecutar Customizing esècìfico de tareas
- Notificaciones
- Gestiòn de autorizaciones.
2.- Configuraciòn Automàtica.
El sistema de workflow viene con una herramienta muy ùtil para configurarlo automàticamente. Esta herramienta se ejecuta con la transacciòn SWU3 o desde el menù IMG (Actualizar parametrizaciones estàndar).
SWu3.- Es una herramienta para customizing automàtico.
Luego de ejecutar esta transacciòn deberemos repasar a mano algunas configuraciònes.
Antes de ejecutar el mòdulo de workflow, debemos ejecutar la configuraciòn bàsica en la transacciòn SWU3.
Para ello todos los puntos que se listar en la imàgen anterior "Actualizar entorno en tiempo de ejecuciòn "
Deben quedar con una tilde verde.
Podemos ejecutar los puntos no todos de forma automàtica.utilizando el botòn correspondiente del menù, si seleccionamos una de las opciones, por ejemplo configurar destino RFC, a la derecha de la pantalla veremos su descripciòn y ayuda correspondiente de modo de configurarla correctamente.
La configuraciòn de la transacciòn SWU3, debe en cada uno y todos los mandantes donde deseamos ejecutar nuestro workflow.
Una vez terminada toda la configuraciòn, podremos probar el sistema de workflow presionando el botòn "Iniciar workflow de verificaciòn".
3.- Configuraciòn Manual.
- Responsable del workflow.
En este punto se configura un usuario o un grupo de usuarios responsables de administrar el sistema de workflow. Por defecto la configuraciòn automàtica colocarà el usuario de quien este configurando el sistema.
En cuanto a la tarea estàndar y la unidad de tiempo estàndar, se deja la tarea por defecto y se coloca la unidad de tiempo que se desee. Esta unidad de tiempo solo afectarà en el momento del desarrollo por que serà la que aparecerà por defecto.
- Jobs:
Existen 2 jobs que deben programarse para monitorear las tareas vencidas y erròneas.. El primero que configuraremos es el de tareas vencidas. Este tiene dos opciones: configurar un job aislado, que se ejecute en el momento o dejar uno planificado, El nombre del job es SWWDHEX.
"Este job se planifica automàticamente a travès de la transacciòn SWF_XI_CUSTOMIZING. La frecuencia puede cambiarse la transacciòn SWWD, que la que visualizamos en la imàgen anterior".
En el caso del job para workitems erròneos SWWERRE ademàs del intervalo de ejecuciòn hay que configurar la cantidad de intentos de fallidos de un workitem antes de enviar una notificaciòn al administrador del workflow.
"Este job se planifica automàticamente a travès de la transacciòn SWF_XI_CUSTOMIZING. La frecuencia puede cambiarse mediante la transacciòn SWWA, que es la que visualizamos en la imàgen".
4.- Prefijos para objetos estàndar.
Al desarrollar workflows nuevos (workflow, tareas, papeles, etc.), el sistema asignarà un nùmero interno al objeto desarrollado. Este debe ser unìvoco entre todos los sistemas de desarrollo que tengamos, es por ello que para cada sistema y mandante de desarrollo que posea la empresa se debe colocar un prefijo de 3 dìgitos y la clase de desarrollo o paquete, que este utilizando para desarrollos nuevos.
Para acceder al customizing correspondiente a la actualizaciòn de los prefijos para objetos estàndar podemos seguir la siguiente ruta desde la transacciòn SPRO menù IMG.
.....Paràmetros globales
- Actualizar nùmeros de prefijos.
O tambièn accediendo en forma directa a la transaciòn OOW4 (Para actualizar los prefijos para objetos estàndar).
Previamente se debe definir la clase de desarrollo o paquete. De esta manera aseguraremos la consistencia de los desarrollos entre sistemos.
Si deseamos agregar un prefijo nuevo, presionamos el botòn de modificar tal como vemos a continuaciòn:
Y luego presionamos el botòn Crear.
Por ùltimo, ingresamos el prefijo, el ID del sistema y el nùmero del mandante y presionamos el botòn Grabar.
Finalmente se observa la nueva entrada creada correspondiente al prefijo.
Los prefijos generados a travès de la transacciòn OOW4 se crean en la tabla estàndar del sistema: T78NR
5.- Customizing de workflows estàndar.
La configuraciòn de los workflows estàndar de SAP se basa principalmente en realizar 2 actividades.
- asignar responsables a las tareas del workflow que correspondan.
- Activar la relaciòn entre workflow y el evento que lo indica.
Estas actividades se configuran en el "Customizing especìfico de tareas" dentro de las opciones especìficas de customizing de workflow (transacciòn OOCU).
Aparecerà un àrbol con todos los mpòulos del sistema y los submòdulos. Seleccionamos el elemento funcional que deseamos y luego apareceràn 2 opciones:
- Asignar tareas a responsable.
- Activar acoplamiento de eventos.
Vamos a asignar tareas a responsables. Para ello, marcamos la tarea y presionamos el botòn "Propiedades".
Se podrà marcar la tarea como tarea general si "cualquiera" puede ejecutarla.
Si solo algunos puestos de trabajo unidades organizativas, usuarios, etc. pueden ejecutar la tarea entonces deberàn asignarse los botones que se encuentran màs abajo en el menù.
Para activar el evento que inicia el workflow marcamos el workflow que deseamos activar y luego presionamos el botòn de activaciòn que està en la barra de herramientas.
Una vez activado, el estatus del acoplamiento quedarà en "activado". Una vez finalizada esta configuraciòn podremos probar en la aplicaciòn si el workflow funciona ejecutando el programa que lanza el evento (depende de cada workflow en particular y de la aplicaciòn propia que lo ejecuta).
 
 
 
Agradecimiento:
Ha agradecido este aporte: Hector Jorquera
Sobre el autor
Publicación académica de Miguel Angel Acosta Acosta, en su ámbito de estudios para la Carrera Consultor ABAP.
Miguel Angel Acosta Acosta
Profesión: Ingeniero de Sistemas - Ecuador - Legajo: TF64C
✒️Autor de: 238 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP SD Nivel Avanzado
- Carrera Consultor en SAP SD Nivel Inicial
- Máster ABAP for HANA
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial
Disponibilidad Laboral: FullTime
Presentación:
Profesional de ingeniería de sistemas en computación e informática, con experiencia en la implantación y soporte de proyectos informáticos para empresas del sector industrial y financiero.
Certificación Académica de Miguel Acosta