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

Automate your business processes

 

Plan an Appian Process

 

• Se recomienda crear procesos cortos, de manera que se incrementa la rapidez al añadir datos a una BD
• Un proceso debe contener una cantidad razonable de nodos

 

Appian auto genera default process models. Podemos ocupar estos procesos y extenderlos o podemos crearlos manualmente.

 

Create and secure process models

 

Process models no heredan la seguridad del folder padre

Debe aplicarse la seguridad por individual usando grupos

Administrator es el grupo con la mayor cantidad de permisos, es decir está en el más alto nivel

 

The process modeler and configure properties

 

Puedes añadir smart devices al canvas para:

 

Enviar un E-mail

Integrar un servicio web

Ejecutar un proceso robotico

 

Para generar documentacion de nuestro process models podemos ir a tools -> generate documentation

 

Una vez que generamos un nuevo process model debemos dirigirnos a la configuracion de alerts y data management, Alerts nos determina quien recibe una alerta en caso de que ocurra un error en una instancia.

 

Data management la ocupamos para archivar o eliminar procesos, esto debido a que los procesos guardados ocupan espacio de memoria y pueden afectar el performance de la aplicación. El manejo del mismo dependera del data retention policy de la compañía.

 

Deadlines -> se ocupa para realizar un "trigger" y escalar a cierto usuario en caso de que una tarea no sea completada

 

Configure a Start Form and process variables

 

Rule inputs pueden facilmente pasar datos entre process models e interfaces, ademas puedes ocuparlos como variables para capturar datos de formularios. Para hacer esto las rule inputs deben estar mapeadas a process parameters y estos a process variables las cuales capturan datos a traves de todo el proceso.

 

Node Inputs and outputs -> Son conocidos tambien como activity class parameters

 

Node output -> variables que son únicas a un nodo especifico

 

Node inputs, outputs deben de ser guardadas en process variables para que puedan pasar al siguiente nodo en el proceso

 

Para arreglar issues debemos "save and publish" antes de hacer nuestro debug

 

Configure a user input task

 

Se configuran user input task cuando necesitamos asignar una tarea a usuarios

 

Al configurar una tarea podemos configurar una escalacion o excepcion

 

La escalacion permite que la tarea pueda ser reasignada o recordada al dueño de la tarea

 

Caso contrario al configurar una excepcion la tarea no permanecera activa despues de que el timer especifico expirec

 

Configure Gateways

 

Controlan el workflow en un process model, basandose en decisiones que podemos establecer

 

Para configurarlos podemos ocupar el decisión tab

 

Hay cuatro gateways en Appian

 

XOR(el mas común): separa un solo camino entre muchos y se basa en una condicion

 

AND : separa un solo camino entre muchos en donde todos los caminos que deriven del principal serán ejecutados, generalmente es usado si necesitamos ejecutar muchas actividades en paralelo

 

COMPLEX Selectivamente acepta los flujos entrantes y evalúa cuales de ellos continuan

 

OR divide un camino entre muchos, pero únicamente se ejecutaran aquellos que cumplan la condicion

 

Configure a Script Task and Write Record Smart Service

 

Configuramos scripts con la intención de :

 

Llevar a cabo una actividad automatizada

Usan una expression para manipular datos

Evaluar una decisión para determinar el flujo

 

Usualmente son configurados a traves de node outputs

 

Para asegurarnos que este nodo siempre se ejecute debemos seleccionar "Run as whoever designed this process model" en el assigment tab

 

Unicamente podemos ocupar Write records smart services con record types quie cumplan la siguiente condicion

 

• Tengan data sync enabled
• Obtengan datos de una tabla de base de datos

 

 

Modularize with start processes and subprocesses

 

La principal diferencia entre estos procesos es el uso de memoria

 

Start process

• Un start process se ejecuta en el engine con el menor uso de memoria
• El start process puede solo ejecutarse asincronamente
• Generalmente el start process es la mejor opcion por que tiene un mejor performance

 

Subprocess

• Un subproceso se ejecuta en el mismo engine como "parent process"
• Un subproceso puede ejecutarse síncronamente o asíncronamente
• Con funcionalidades "tricky" es mejor un subproceso

 

Common use cases

 

• Multiple touches or approvals
• Integrations
• Timers or rule events
• Reusable generic steps

 

Trouble shooting your process model

 

Publish errors: automaticamente valida que este configurado correctamente, podemos guiarnos con el mensaje de error

 

Common errors

 

Datos no capturados, significa que los datos no fueron mapeados correctamente, debemos asegurar que display value y save input to esten configurados correctamente

Datos no escritos en la database table: Debemos checar los inputs y configuracion.

Monitor view

Aquí se encuentran process instances con errores facilmente

Process Details

Aquí podemos investigar variables y errores en sus respectivos tans

 

Surface a Process to Business Users

• Navegar desde dentro de un record type: Process model para crear un record action, record list action, etc
• Navegar como una standalone action page

Record action

Añadir un record

Actualizar un record

Eliminar un record

Step by step 10 y 11

PDF

Automate your business processes

 

Plan an Appian Process

 

• Se recomienda crear procesos cortos, de manera que se incrementa la rapidez al añadir datos a una BD
• Un proceso debe contener una cantidad razonable de nodos

 

Appian auto genera default process models. Podemos ocupar estos procesos y extenderlos o podemos crearlos manualmente.

 

Create and secure process models

 

Process models no heredan la seguridad del folder padre

Debe aplicarse la seguridad por individual usando grupos

Administrator es el grupo con la mayor cantidad de permisos, es decir está en el más alto nivel

 

The process modeler and configure properties

 

Puedes añadir smart devices al canvas para:

 

Enviar un E-mail

Integrar un servicio web

Ejecutar un proceso robotico

 

Para generar documentacion de nuestro process models podemos ir a tools -> generate documentation

 

Una vez que generamos un nuevo process model debemos dirigirnos a la configuracion de alerts y data management, Alerts nos determina quien recibe una alerta en caso de que ocurra un error en una instancia.

 

Data management la ocupamos para archivar o eliminar procesos, esto debido a que los procesos guardados ocupan espacio de memoria y pueden afectar el performance de la aplicación. El manejo del mismo dependera del data retention policy de la compañía.

 

Deadlines -> se ocupa para realizar un "trigger" y escalar a cierto usuario en caso de que una tarea no sea completada

 

Configure a Start Form and process variables

 

Rule inputs pueden facilmente pasar datos entre process models e interfaces, ademas puedes ocuparlos como variables para capturar datos de formularios. Para hacer esto las rule inputs deben estar mapeadas a process parameters y estos a process variables las cuales capturan datos a traves de todo el proceso.

 

Node Inputs and outputs -> Son conocidos tambien como activity class parameters

 

Node output -> variables que son únicas a un nodo especifico

 

Node inputs, outputs deben de ser guardadas en process variables para que puedan pasar al siguiente nodo en el proceso

 

Para arreglar issues debemos "save and publish" antes de hacer nuestro debug

 

Configure a user input task

 

Se configuran user input task cuando necesitamos asignar una tarea a usuarios

 

Al configurar una tarea podemos configurar una escalacion o excepcion

 

La escalacion permite que la tarea pueda ser reasignada o recordada al dueño de la tarea

 

Caso contrario al configurar una excepcion la tarea no permanecera activa despues de que el timer especifico expirec

 

Configure Gateways

 

Controlan el workflow en un process model, basandose en decisiones que podemos establecer

 

Para configurarlos podemos ocupar el decisión tab

 

Hay cuatro gateways en Appian

 

XOR(el mas común): separa un solo camino entre muchos y se basa en una condicion

 

AND : separa un solo camino entre muchos en donde todos los caminos que deriven del principal serán ejecutados, generalmente es usado si necesitamos ejecutar muchas actividades en paralelo

 

COMPLEX Selectivamente acepta los flujos entrantes y evalúa cuales de ellos continuan

 

OR divide un camino entre muchos, pero únicamente se ejecutaran aquellos que cumplan la condicion

 

Configure a Script Task and Write Record Smart Service

 

Configuramos scripts con la intención de :

 

Llevar a cabo una actividad automatizada

Usan una expression para manipular datos

Evaluar una decisión para determinar el flujo

 

Usualmente son configurados a traves de node outputs

 

Para asegurarnos que este nodo siempre se ejecute debemos seleccionar "Run as whoever designed this process model" en el assigment tab

 

Unicamente podemos ocupar Write records smart services con record types quie cumplan la siguiente condicion

 

• Tengan data sync enabled
• Obtengan datos de una tabla de base de datos

 

 

Modularize with start processes and subprocesses

 

La principal diferencia entre estos procesos es el uso de memoria

 

Start process

• Un start process se ejecuta en el engine con el menor uso de memoria
• El start process puede solo ejecutarse asincronamente
• Generalmente el start process es la mejor opcion por que tiene un mejor performance

 

Subprocess

• Un subproceso se ejecuta en el mismo engine como "parent process"
• Un subproceso puede ejecutarse síncronamente o asíncronamente
• Con funcionalidades "tricky" es mejor un subproceso

 

Common use cases

 

• Multiple touches or approvals
• Integrations
• Timers or rule events
• Reusable generic steps

 

Trouble shooting your process model

 

Publish errors: automaticamente valida que este configurado correctamente, podemos guiarnos con el mensaje de error

 

Common errors

 

Datos no capturados, significa que los datos no fueron mapeados correctamente, debemos asegurar que display value y save input to esten configurados correctamente

Datos no escritos en la database table: Debemos checar los inputs y configuracion.

Monitor view

Aquí se encuentran process instances con errores facilmente

Process Details

Aquí podemos investigar variables y errores en sus respectivos tans

 

Surface a Process to Business Users

• Navegar desde dentro de un record type: Process model para crear un record action, record list action, etc
• Navegar como una standalone action page

Record action

Añadir un record

Actualizar un record

Eliminar un record

Step by step 10 y 11

PDF