Day 7: ¿Que entendiste de: Process Modeling 101: Automate Your Business Processes?

Isaac Balam Lira Ramírez

Process Modeling 101: Automate Your Business Processes

Planear un Appian Process

Recordemos que las aplicaciones en appian son Record-Centtic lo que significa que el núcleo de las aplicaciones son estructuras de datos creadas con Record Types. Lo anterior nos da a entender que los objetos Process Model se deben diseñar tomando siempre en cuenta los Record Type.

Cuando se diseñan procesos en appian es importante siempre que estos sean cortos, para así poder ser llamados dentro de otros procesos y que los datos no se almacenen por mucho tiempo en estos. Los procesos regularmente son cortos cuando los creamos en base a record types y record actions.

Aún los procesos cortos pueden vivir mucho tiempo por lo que debemos añadir excepciones para que no suceda esto.

Crear Process Model

New > Process Model > Llenar campos como nombre, descripción, etc. > Debemos asegurar cada Process Model de manera individual por que no heredan la seguridad de su folder

Configuración

El process modeler se abre después de crear un process model. Existen dos vistas en el process modeler.

• ANALYST VIEW: Se utiliza para crear mockups de procesos.
• DESIGNER VIEW: Se utilizar para crear y configurar procesos.

Además el process modeler se compone de las siguientes secciones.

• Canvas: Se usa para añadir nodos y Smart Services en el proceso.
• Palette: Aquí es donde encontramos triodos los nodos workflow y Smart Srevices
• Menu: Es donde se encuentran comandos usados comúnmente como copiar y pegar, hasta comandos específicos de la edición de process model.
• Toolbar:Contiene herramientas para administrar los procesos.

Cuando creamos un Process Model es importante configurar las propiedades en la sección “Alerts” y “Data Management”.

Nota: Todas las instancias se mantienen en memoria hasta que se borran o son archivadas, así que debemos configurar cómo administrar los procesos para que no se acumulen en memoria.

Start Form y Process variables

Para añadir uns Start Form hay que ir las propiedades de proceso y ir a la sección Process Start Form, en dicha sección podemos crear una Form para colocarla como parámetro o colocar alguna previamente hecha.

Los Process Parameters son parámetros que reciben valores al inicio de un procesos, los valores pueden venir de Strat Forms u otros lugares.

Las Rule Inputs se paran a los Process Parameters para después ser pasado a Process Variables y con esto podemos pasar información de una interfaz a un proceso.

Las Node Input u Output son variables que son específicas de un nodos, por lo que sí debemos guardar un resultado de un Node debemos pasarlo a una Process Variable.

Nota: Una buena practica es hacer el process name dinamico.

Podemos hacer debbugin para asegurarnos que nuestro proceso esté funcionando correctamente.

User Input Task

Una User Input Task nos permite asignar tareas a un usuario con una Form. Para usarla primero hay que arrastrarla al canvas y después configurarla. Las configuraciones a cambiar son algunas como cambiar el nombre que se muestra a un nombre dinámico, la Form donde se hará el user Input y debemos decir que si queremos crear node inputs para recibir las interface inputs. En las node Inputs se configura Save Into para guardar información en una Process Variable. Además la User Input Task deben ser asignadas, en la pestaña Assignment.

Gateways

Sirven para controlar el flujo en un Process Model basado en condiciones que nosotros coloquemos.

Existen cuatro tipos

• AND: Ejecuta todos los caminos a los que está conectado o ejecuta el camino al que conecta cuando todos los procesos lleguen a él.
• Complex: Evalúa condiciones específicas para ejecutar un camino basado en esas evaluaciones.
• OR: Ejecuta uno, todos o ninguno de los caminos a los que está conectado basado en condiciones especificas.
• XOR: Puede dar lugar múltiples caminos basado en una condición

Script Task y Write Records

Una Script Task nos permite realizar una actividad de manera automatizada, normalmente se utilizan para usar una expresión que manipula o hacer un Query o para evaluar una decisión y determinar un flujo. Los Script Task se usan en conjunto con las Node Outputs.

Ciertos Smart Services tienen la capacidad de añadir, actualizar y borrar datos de tu base de datos. Los White Record y Delete Record Smart Services solo funcionan con Record Types que obtengan su información de una tabla en una base de datos y que tengan sync data activado. Podemos guardar el resultado de dichos Smart Services configurando el Node Output.

Modularizar procesos con Start Process y Subprocess

Subprocess: Cuando se inicia corre en el mismo motor que el proceso actual, y puede ejecutar de manera síncrona y asíncrona, Es mejor usar un subproceso para probar una funcionalidad que es difícil de comprobar.

Start process: Cuando se inicia corre en un motor diferente al del procesos actual, y solo puede ejecutarse de manera asíncrona.

Casos comunio en los que usar subprocesos e inicios de procesos:

• Múltiples confirmaciones
• Aislar integraciones
• Aislar procesos basados en Timers
• Generar pasos genéricos en los procesos

Errores

Si hay problemas que eviten la publicación de nuestro procesos los podremos ver en una ventana emergente que nos indicará el error. Los procesos deben estar publicados antes de poder hacerles debugging.

Algunos errores comunes son

• Datos no capturados (Fallo al capturarlos)
• Información no capturada en una tabla
• Inserción de columnas (extras)

También podemos usar el Monitor View para investigar errores.

Procesos para usuarios

Podemos exponer los procesos de nuestra aplicación en las páginas de los record Type o generar una página para una acción que inicia, como por ejemplo el registro de algún artículos, ya que el registro solo necesita los datos y no hay que hacer un seguimiento mayor.

Step by Step #10

Step by Step #11

Isaac Balam Lira Ramírez

Process Modeling 101: Automate Your Business Processes

Planear un Appian Process

Recordemos que las aplicaciones en appian son Record-Centtic lo que significa que el núcleo de las aplicaciones son estructuras de datos creadas con Record Types. Lo anterior nos da a entender que los objetos Process Model se deben diseñar tomando siempre en cuenta los Record Type.

Cuando se diseñan procesos en appian es importante siempre que estos sean cortos, para así poder ser llamados dentro de otros procesos y que los datos no se almacenen por mucho tiempo en estos. Los procesos regularmente son cortos cuando los creamos en base a record types y record actions.

Aún los procesos cortos pueden vivir mucho tiempo por lo que debemos añadir excepciones para que no suceda esto.

Crear Process Model

New > Process Model > Llenar campos como nombre, descripción, etc. > Debemos asegurar cada Process Model de manera individual por que no heredan la seguridad de su folder

Configuración

El process modeler se abre después de crear un process model. Existen dos vistas en el process modeler.

• ANALYST VIEW: Se utiliza para crear mockups de procesos.
• DESIGNER VIEW: Se utilizar para crear y configurar procesos.

Además el process modeler se compone de las siguientes secciones.

• Canvas: Se usa para añadir nodos y Smart Services en el proceso.
• Palette: Aquí es donde encontramos triodos los nodos workflow y Smart Srevices
• Menu: Es donde se encuentran comandos usados comúnmente como copiar y pegar, hasta comandos específicos de la edición de process model.
• Toolbar:Contiene herramientas para administrar los procesos.

Cuando creamos un Process Model es importante configurar las propiedades en la sección “Alerts” y “Data Management”.

Nota: Todas las instancias se mantienen en memoria hasta que se borran o son archivadas, así que debemos configurar cómo administrar los procesos para que no se acumulen en memoria.

Start Form y Process variables

Para añadir uns Start Form hay que ir las propiedades de proceso y ir a la sección Process Start Form, en dicha sección podemos crear una Form para colocarla como parámetro o colocar alguna previamente hecha.

Los Process Parameters son parámetros que reciben valores al inicio de un procesos, los valores pueden venir de Strat Forms u otros lugares.

Las Rule Inputs se paran a los Process Parameters para después ser pasado a Process Variables y con esto podemos pasar información de una interfaz a un proceso.

Las Node Input u Output son variables que son específicas de un nodos, por lo que sí debemos guardar un resultado de un Node debemos pasarlo a una Process Variable.

Nota: Una buena practica es hacer el process name dinamico.

Podemos hacer debbugin para asegurarnos que nuestro proceso esté funcionando correctamente.

User Input Task

Una User Input Task nos permite asignar tareas a un usuario con una Form. Para usarla primero hay que arrastrarla al canvas y después configurarla. Las configuraciones a cambiar son algunas como cambiar el nombre que se muestra a un nombre dinámico, la Form donde se hará el user Input y debemos decir que si queremos crear node inputs para recibir las interface inputs. En las node Inputs se configura Save Into para guardar información en una Process Variable. Además la User Input Task deben ser asignadas, en la pestaña Assignment.

Gateways

Sirven para controlar el flujo en un Process Model basado en condiciones que nosotros coloquemos.

Existen cuatro tipos

• AND: Ejecuta todos los caminos a los que está conectado o ejecuta el camino al que conecta cuando todos los procesos lleguen a él.
• Complex: Evalúa condiciones específicas para ejecutar un camino basado en esas evaluaciones.
• OR: Ejecuta uno, todos o ninguno de los caminos a los que está conectado basado en condiciones especificas.
• XOR: Puede dar lugar múltiples caminos basado en una condición

Script Task y Write Records

Una Script Task nos permite realizar una actividad de manera automatizada, normalmente se utilizan para usar una expresión que manipula o hacer un Query o para evaluar una decisión y determinar un flujo. Los Script Task se usan en conjunto con las Node Outputs.

Ciertos Smart Services tienen la capacidad de añadir, actualizar y borrar datos de tu base de datos. Los White Record y Delete Record Smart Services solo funcionan con Record Types que obtengan su información de una tabla en una base de datos y que tengan sync data activado. Podemos guardar el resultado de dichos Smart Services configurando el Node Output.

Modularizar procesos con Start Process y Subprocess

Subprocess: Cuando se inicia corre en el mismo motor que el proceso actual, y puede ejecutar de manera síncrona y asíncrona, Es mejor usar un subproceso para probar una funcionalidad que es difícil de comprobar.

Start process: Cuando se inicia corre en un motor diferente al del procesos actual, y solo puede ejecutarse de manera asíncrona.

Casos comunio en los que usar subprocesos e inicios de procesos:

• Múltiples confirmaciones
• Aislar integraciones
• Aislar procesos basados en Timers
• Generar pasos genéricos en los procesos

Errores

Si hay problemas que eviten la publicación de nuestro procesos los podremos ver en una ventana emergente que nos indicará el error. Los procesos deben estar publicados antes de poder hacerles debugging.

Algunos errores comunes son

• Datos no capturados (Fallo al capturarlos)
• Información no capturada en una tabla
• Inserción de columnas (extras)

También podemos usar el Monitor View para investigar errores.

Procesos para usuarios

Podemos exponer los procesos de nuestra aplicación en las páginas de los record Type o generar una página para una acción que inicia, como por ejemplo el registro de algún artículos, ya que el registro solo necesita los datos y no hay que hacer un seguimiento mayor.

Step by Step #10

Step by Step #11