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

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

rafael_0640 — Sun, 09 Jul 2023 21:48:10 GMT

Día 7

Para nuestra aplicaciones contamos con la posibilidad del uso de CDT’s para el manejo de la información de los record types.

En general el manejo de los record type es el ideal para el control de información, pero habrá ocasiones en que el manejo del CDT será ideal para almacenar su información.

Un record type al no estar sincronizado requerirá conectarse con los datos a través de un “data store entity”.

Se usará un data-plugin para definir un CDT como un objeto java.

Al crea un custom document type para la extracción de documentos los campos son representados a través de un CDT.

El modelo de procesos incluye un export del “Data store entity” a “Excel” o a “CVS”, para esto se requiere un CDT como parte de la configuración.

Los CDT tiene como recomendación diseñ*** como se muestra abajo, esto se basa en el tipo de relación que tenga el CDT.

Los tipos de CDT son

Anidados
Planos

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

joseantoniob8339 — Sun, 09 Jul 2023 05:18:15 GMT

Step-by-Step #10

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

Josué Quintero Silva — Fri, 07 Jul 2023 04:27:41 GMT

Marco Polo Martínez Badillo

En resumen, los modelos de proceso en Appian son representaciones visuales de los flujos de trabajo empresariales que se crean utilizando la vista de analista y diseñador. Estos modelos permiten diseñar, automatizar y gestionar los procesos de negocio de manera eficiente.

Con esta notación, puedes definir las tareas, los eventos, las decisiones y las condiciones de un proceso, y luego conectarlos en un flujo lógico para mostrar cómo se ejecuta el proceso en la realidad, pueden incluir reglas de negocio, formularios, integraciones con sistemas externos y otras capacidades avanzadas para gestionar y controlar los procesos.

Entiendo que dentro de los beneficios clave se encuentran, la supervisión y control que nos va a permitir monitorear el progreso de los procesos en tiempo real, visualización clara con una representación visual de los flujos de trabajo, lo que permite a compañeros comprender fácilmente el proceso, automatización y optimización, pues nos ayudan a automatizar tareas repetitivas, eliminar cuellos de botella y optimizar los flujos de trabajo para mejorar la eficiencia y flexibilidad y escalabilidad, nos ofrece una plataforma flexible y escalable que permite adaptar los modelos de proceso a medida que evolucionan las necesidades de la organización.

Hecho por: Josué Quintero SIlva

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

rafael_0640 — Wed, 28 Jun 2023 06:31:43 GMT

Dia 7

Día 7

Para nuestra aplicaciones contamos con la posibilidad del uso de CDT’s para el manejo de la información de los record types.

En general el manejo de los record type es el ideal para el control de información, pero habrá ocasiones en que el manejo del CDT será ideal para almacenar su información.

Un record type al no estar sincronizado requerirá conectarse con los datos a través de un “data store entity”.

Se usará un data-plugin para definir un CDT como un objeto java.

Al crea un custom document type para la extracción de documentos los campos son representados a través de un CDT.

El modelo de procesos incluye un export del “Data store entity” a “Excel” o a “CVS”, para esto se requiere un CDT como parte de la configuración.

Los CDT tiene como recomendación diseñ*** como se muestra abajo, esto se basa en el tipo de relación que tenga el CDT.

Los tipos de CDT son

Anidados
Planos

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

rafael_0640 — Wed, 28 Jun 2023 06:04:08 GMT

Día 6

Interfases 101

En este curso aprendí:

Para que se usan las interfases
Como usar rule inputs y local variables
Como crear y configurar una interfase sencilla
Cuales son las mejores prácticas de diseño de interfases
Como probar una interfase

Para construir interfases tenemos múltiples herramientas entra las cuales destacan:

Tipos de campos
Variedad de diseños
Forms
Grids
Reports

Para crear una interfase:

Debemos reconocer las principales áreas del objeto interfase
Dominar el uso de templates, layouts, Components y patterns
Distinguir entre modo diseño y modo expresión

Al crear una interfase tengo claro como

Crear un objeto interfase
Como usar rule!inputs
El propósito de rule!inputs

El uso de variables locales requiere comprender perfectamente su entre lo cual los conceptos mas importantes son:

Esta almacenan información localmente dentro de una expresión
Solo existen en el ámbito de una expresión, no necesariamente dentro de una interfase
No se pueden referencia fuera de la expresión donde fueron declaradas

Los usos principales de las variables locales son:

Almacenar data de un query
Desplegar información condicional
Capturar data de un usuario para modificar la interase

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

rafael_0640 — Wed, 28 Jun 2023 05:39:04 GMT

DIA 5

Un process Model sólido debe ante todo tener un número razonable de nodos y variables de proceso, debe estar configurado para expirar o ser reasignado después de un tiempo de inactividad. Un proceso largo debe dividirse en start processes o subprocesses.

Un proceso …

Puede crearse de inicio o duplicar alguno.
Debe usar grupos para su seguridad
Debe usar niveles de seguridad de administrador y viewer
El administrador es el nivel mas alto
Viewers pueden ver e iniciar un proceso pero no puede modificarlo.

Los Smart services son

Send E-mail
Integrate with web services
Excecute robotic processes

Un proceso se debe archivar por tres días, y se debe establecer un deadline por cada nodo para que nunca se quede atorado, siempre debemos preveer que el procesos de terminarse.

Para los modelos de proceso:

Para diseñar un modelo de procesos ejecutable podemos usar el designer view.
Use the analytic view para crear diagramas de alto nivel de procesos
Appian provee a los desarrolladores con nodos de flujo, y procesos inteligentes de automatización.
No olvide configurar alertas y data management en los procesos.

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

joseantoniob8339 — Fri, 23 Jun 2023 02:12:17 GMT

Día 6
Las interfaces dinámicas se adaptan a las necesidades y preferencias del usuario, muestran lo que el usuario necesita cuando lo necesita, esto reduce el desorden y evita confusión por parte del usuario, Appian nos proporciona plantillas predefinidas con las que podremos modificar y empezar
a trabajar, dentro de nuestro entorno de desarrollo de interfaces tendremos dos vistas para trabajar:

Design mode: En este modo encontraremos una paleta de componentes y nuestra interfaz sobre la que podremos arrastrar los elementos a usar.
Expression mode: En lugar de mostrarnos la paleta de componentes nos mostrará la interfaz para expresiones.

Dynamic links
Es un componente visual de las interfaces en Appian el cuál convierte una etiqueta de texto, icono, card, etc., en un componente que nos permite
ocultar o mostrar otros componentes visuales dentro de nuestra interfaz.

En Appian es importante considerar que la información desde etapas tempranas del flujo de trabajo se maneja de forma local, antes de esto debemos
tener importadas nuestras entidades necesarias desde nuestra base de datos, con nuestras entidades manejadas de manera local podremos hacer uso de nuestra información a través de Grids, listas, formularios, etc.

Las variables en las interfaces serán guardadas de manera local, podremos encontrar 2 propiedades en nuestros componentes para almacenar nuestros valores:

Value: valor a guardar.
saveInto: la variable a guardar el valor

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

rafael_0640 — Wed, 21 Jun 2023 23:47:56 GMT

DIA 6

Lesson Objectives

After you complete this lesson, you'll be able to:

Create a site
Configure a page
Define page capabilities
Identify what branding elements can be managed
Discuss best practices when customizing site branding

When you assign a display name to a new site, consider the following guidelines.

Do not start the display name with the application prefix, because end users will see the entire display name.
Use a short name that is meaningful to your end users.
Use title case.
Appian uses the display name to construct a default web address identifier for the site. To refine the site URL, edit the default web address identifier.
The display name can duplicate another object name in the Appian environment, but the web address identifier must be unique.

Watch: Customize Site Branding!!!!!!!!!!!

Lesson Objectives

After you complete this lesson, you'll be able to:

Describe how to ensure a user is able to view the site
Discuss how a user’s access can be controlled across pages

Lesson Objectives

After you complete this lesson, you’ll be able to:

Explain what a portal is, and recall common use cases
Describe the high-level steps for designing a portal

Common Use Cases

In its simplest form, a portal is one or more interfaces created in Appian and published at a public URL, but it can also include a number of additional design objects. For example, if you want a user to fill out a form, and then launch an Appian process, you'll build an interface and a process model, along with any other necessary objects.

Interfaces added as pages in a portal can't use rule inputs, so you'll use local variables instead.

Configure Permissions

Portals are publicly accessible, but that doesn't mean they aren't secure.

To control access to your Appian environment, you'll create a service account. A service account acts on behalf of portal users, providing the portal with permissions to connect to selected information and processes in Appian.

You can create the service account directly from within the portal object, but then you'll need to add this account as a user to your app’s All Users group (or any other group that you want to use for your portal’s security).

After you implement all configurations, it's time to publish, test your published portal, and prepare for deployment. Keep a few details in mind:

You only need to publish the portal once. Appian will automatically republish the portal upon deployment, or if you update the portal object or its precedents.
For a portal to auto-publish in a new environment, set up a service account with the same name as the service account in your source environment.
To test, navigate to the published portal and use it the way the end user would.
To deploy a portal to another environment, add it and all precedents to the deployment package.

Before creating a portal form you could need:

Interface
Process

OJO el usuario genérico se crea en otro lado!!!

Display Data with a!queryRecordType

If your app uses record types and you want your portal to display data from Appian, configure the underlying interface using the a!queryRecordType function. This is what our developer did in the interface for the Acme Automobile’s Auditor Validation Portal. She added a local variable - local!maintenanceData - and then used the a!queryRecordType function to query the Maintenance record type.

Tip: You can review this example in the Appian Community Edition environment. Request your instance, and navigate to the Acme Automobile Reference Application. Review the interface used in this app's portal (AA_PRTL_DSH_AuditorDashboard).

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

joseantoniob8339 — Wed, 21 Jun 2023 22:03:18 GMT

Día 5
Es importante tener en cuenta los medios necesarios para conocer lo mejor posible los procesos de negocio que buscaremos representar a través de nuestra aplicación, con la finalidad de crear un process model en Appian de la manera más eficiente posible, para ello nos apoyaremos de la planificación de procesos en Appian, dentro de las principales buenas practicar encontramos:

Crear records (el equivalente de entidades en Appian) que representen la esencia del trabajo de la organización o sector de donde se esté realizando la aplicación.
Los modelos de proceso no deben ser diseñados/construidos para mantener datos, estos deben ser almacenados lo antes posible, su finalidad es realizar tareas con una secuencia
logica, utilizar variables de proceso, metadatos adicionales, etc., debido a que en Appian poseemos memorias finitas, es importante hacer un uso eficiente de la misma.
Es recomendable construir modelos de procesos pequeños, que requieran la menor cantidad de variables posible y no adquieran complejidad, en caso de no ser posible se recomienda
hacer uso de subprocesos o arreglos modulares, esto con la finalidad de crear workflows cortos que no se ejecuten durante un lapso de tiempo prolongado, reduciendo el uso de memoria.
Adicional al punto anterior, como excepción se recomienda agregar un limite de tiempo a las tareas de los procesos, esto evita la larga vida de los pocesos, logrando que se
haga un uso eficiente de los recursos.
Al momento de crear un process model se puede crear uno desde cero o duplicar uno, cada que se crea uno nuevo se recomienda incluir al inicio del nombre el prefijo de la aplicación
y agregar descripciones cortas.
Es importante tener en cuenta que los objetos de tipo process model no heredan la seguridad de los directorios, por lo tanto, es importante crear sus respectivas reglas de seguridad.
Como buena práctica global dentro de Appian se recomienda manejar grupos en lugar de usuarios durante la creación de reglas de seguridad.

Al crear un nuevo proceso, una vez realizados los pasos anteriores, tendremos como nodos iniciales un inicio y final ya creados en nuestro canvas, a la izquierda tendremos nuestra paleta de componentes y en el lado superior tendremos el menú y nuestra barra de herramientas, haciendo énfasis al canvas, el cuál es el componente principal sobre el que estaremos trabajando ya que ahí elaboraremos nuestro workflow, dentro de nuestra paleta de componentes Appian nos proporciona una barra de busqueda y tres secciones:

Sugerencias: Appian nos sugerirá con base a nuestro workflow, que smart service podemos integrar a alguno de nuestros nodos
Workflow: Dentro de esta sección tendremos 4 tipos de componentes:

Human tasks
Activities
Events
Gateways

Automation smart services: Cada smart service dentro de esta sección se considera una mini aplicación que le proporciona una funcionalidad diferente y sofisticada a nuestro
proceso, como, por ejemplo:

Invocar un web service
Envíar un email
Ejecutar procesos robotizados.

Dentro de nuestro Canvas podemos dividir nuestra área de trabajo o crear secciones para los grupos que hemos asignado durante la etapa de configuración de seguridad de nuestro process model, es en estas secciones donde podemos crear workflows específicos para cada uno de ellos, dentro de las propiedades globales de nuestro process model tenemos múltiples pestañas, las cuales son:

General: Modificar parámetros generales de nuestro objeto.
Variables: Modificar/crear variables para nuestro process model.
Process start form: Modificar desde cual interfaz queremos iniciar nuestro process model.
Deadlines: En esta tab podemos modificar la fecha de deadline para nuestro proceso, los deadlines estan enfocados a tareas que sean asignadas en nuestro proceso.
Alerts: Crear alertas en caso de expresiones las cuales podemos especificarle a Appian a que grupo deseamos que le lleguen las alertas.
Data management: Desde esta tab podemos especificar el lapso dentro del cual podremos archivar o borrar la instancia de nuestro proceso.

Para relacionar nuestros procesos con interfaces visuales tenemos que linkearlos a través de las propiedades de nuestro process model y especificar que interfaz queremos conectar, para
el intercambio de variables Appian nos dará la opción de asginarlas de manera automática, si este fuera el caso, al dirigirnos a nuestra interfaz, observaremos en el panel derecho reglas
creadas para nuestras variables de intercambio, estas reglas nos sirven para realizar un intercambio más rapido y eficaz entre proceso e interfaz, estos parametros pueden ser usados también
como variables que guardan valores de entrada de nuestros formularios, estas variables también pueden ser creadas de forma manual, otros tipos de variables que se manejan en Appian son:

Node inputs
Node outputs

Estas variables son únicas y especificas por cada nodo, como buena práctica se recomienda debuguear cada vez que un nuevo nodo es añadido,entro de los componentes que podemos incluir en nuestro
Canvas nos encontramos con los input tasks los cuáles sirven para asginar tareas especificas por tipo de grupo asignado, dentro de las propiedades que poseen nuestros input tasks
tenemos las pestañas:

General: Dentro de esta pestaña podemos modificar los atributos generales como el nombre y la de nuestra user task, cabe resaltar que podemos modificar el nombre a desplegar en nuestra lista
de procesos, otra gran ventaja que nos otorga Appian es la concatenación de variables en los nombres, facilitando así tareas de supervisión.
Data: Es en esta sección donde haremos el mapeo de nuestros parametros con nuestras varables del proceso.
Forms: En esta pestaña le indicamos a nuestra user task que interfaz queremos usar para completar la tarea.
Scheduling:
Assignment: En esta pestaña indicaremos hacía que grupo queremos que se designe la tarea.
Escalations y Exceptions: Aquí podremos aplicar configuraciones como limite de tiempo, escalar la tarea, entre otras en caso de que las tarea falle en completarse.

GATEWAYS
Controlan el workflow en un process model, son puntos de decisión que controlan la ruta del proceso acorde a los puntos de decisión asignados, los tipos de gateways manejados en Appian son:

XOR: Convierte la ruta en multiples opciones de ruta de salida, basadas en una condicion.
AND: Convierte la ruta en multiples opciones de ruta de salida, en este caso todas las salidas se ejecutarán ya que no existen salidas condicionadas en este componente.
Complex: Acepta selectivamente rutas entrantes y evalua la ruta correspondiente.
OR: Convierte la ruta en multiples opciones de ruta de salida, basadas en condiciones, solo se ejecutarán las que sean verdaderas.

Scrip tasks
Se utilizan para realizar tareas que no se requiera la intervención de un actor o usuario, como por ejemplo agregar la fecha de captura de un record de un vehículo o el usuario que realizó
el registro (para este último se utiliza la propiedad pp!Initiator).

Write records
Los smart services para realizar operaciones en la base de datos como registrar, borrar y actualizar se usan unicamente para registros que provengan de base de datos, no funcionan con registros
que provengan de servicios web u otra fuente, para esos casos existen otras alternativas, así mismo la información debe estar en modo de sincronización y debemos elevar los permisos.

Procesos y subprocesos
Como mencionábamos anteriormente, es importante hacer un uso eficiente de la memoria que disponemos en la plataforma para ello podemos utilizar procesos y subprocesos dentro de nuestro process model, para ello existen importantes diferencias las cuáles debemos considerar para saber cuál usar apropiadamente:

Subprocess
-Corre en el mismo entorno que el proceso padre.
-Corre de manera sincrona o asincrona.
-Mejor para funcionalidades difíciles.
Start process
-Corre en el mismo entorno con menor uso de recursos.
-Tiene un mejor performance.
-Corre de manera asincrona.

Es importante tener en cuenta que para tareas de investigación en caso de escpeciones podemos ir a Monitoring -> process y con los titulos correctos identificaremos el evento que detonó una expeción.

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

rafael_0640 — Wed, 21 Jun 2023 15:53:57 GMT

DIA 5!!!!!!!!!!!!!!!!!!!!!!!

There are three primary elements that make up the record type object: record data, records, and the record list. Each of these elements contribute to how users will eventually see and interact with the data.

Skip Failed Syncs

If there is an issue syncing your data, you can configure Appian to skip a failed sync, and to instead use data from the last successful sync. Access the Sync Options tab, and ensure that the Skip Failed Syncs is turned on. This way, your application users will be able continue viewing and acting on data from the last successful sync, without experiencing any disruptions.

Lesson Summary

In this lesson, you learned how to create a new record type object sourced from an existing database and how to generate a database table from within the record type object. You also learned how to enable data sync on a record type so the vehicle data is cached in Appian, and how to configure Appian to skip a failed sync and to use data from the last successful sync instead. Next, you learned how to initially configure the fields you would like to include in the record type. Finally, you learned about the data model overview screen that shows you the current data structure of your record as well as related record types.

Query a Record Type

Learning Objectives

After completing this lesson, you should be able to:

Explain how queried record data can be used in your application
Query a record type using the Query Editor

a!queryRecordType( )

Before we walk through how to return a single row of data, let’s briefly discuss how else you might use queries in your applications. First, you may be familiar with the function a!queryEntity(). This function queries your database and returns the requested data. In this lesson you will learn about a similar function called a!queryRecordType( ). Instead of querying a database, it looks up and returns data from your record type object.

You can use this function to return:

a list of values for a single record field
a list of records with a subset of the fields
aggregate data
a single row of data

Query a Record Type

In this lesson, you will learn how to generate an expression using the query editor. That expression will query the vehicle record type and return a row of data.

You’ll see this query used for testing, but record data can be used in any interface within an app. Note that this work is being done in the expression rule object and not in the record type.

Lesson Summary

In this lesson, you learned how to create a new expression rule to pass in a record id and have that expression query the record data to retrieve a single row of data.

Configure the Record List

Learning Objectives

After completing this lesson, you should be able to:

Configure a record list
Identify additional objects where record data can be displayed

Apply Filters

Learning Objectives

After completing this lesson, you should be able to:

Apply source filters to your record
Apply default filters to your record list
Apply user filters to your record list

Lesson Summary
In this lesson, you learned how default filters determine which records appear in the record list and views, based on the conditions you specify. Then you learned how to create interactive filters so users can determine which records appear in their record list or grids that use record data. You learned the difference between static and expression-based filters. You also learned how users can save filters and use the search field in a record list.

Create Record Views

Learning Objectives

After completing this lesson, you should be able to:

Define the purpose of a record view
Create a record summary view
Create and link an interface used to display a record view

Record Actions

After completing this lesson, you should be able to:

Contrast a record action and related action
Generate a record list action
Create a related action

This lesson is all about record actions. There are two types: record list actions and related actions. In this lesson, we’ll go over the differences between the two and have Appian generate each.

RECORD LIST ACTION

A record list action is a link to a process model that a user can start directly from the record list. The most common type of action to configure here is for users to create a new record for that record type. For example, we’re going to configure a record list action to add a new vehicle.

RELATED ACTION

A related action is also a link to a process model. This differs from a record list action because these process models are started directly from a record view and use data from that record.

Apply Security

Learning Objectives

After completing this lesson, you should be able to:

Apply security to record type objects, record actions, and records

Create Security Rules

You can create security rules for different users in your application. You will learn how to set up these rules based on

who is part of the rule?
which records they can see?

Note that users must have at least Initiator permissions to the action's underlying process model.

Lesson Summary

In this lesson, you learned that you need to set up security for the record type and other objects it is related to, such as a process model, to ensure users can view intended data. Finally, you learned how security can be applied to show or hide sections of your record.

Course Summary

You have now completed the Records course. You should be able to:

Explain the benefits of using Appian Records
Plan and design effective records
Create and configure record type objects
Apply security on your record type and record data
Create record type relationships

Course Objectives

After completing this course, you should be able to:

Create record type relationships in Appian
Create custom record fields using related data
Reference related data throughout an application

Lesson Objectives

After completing this lesson, you should be able to:

Define record type relationships
Summarize the value of record type relationships

Learning Objectives

After completing this lesson, you should be able to:

Create a record type relationship
Edit a record type relationship
Create an interface referencing data from two record types

Lesson Summary

In this lesson, you learned how to create your first record type relationship inside a record type object. You learned how to review your relationships with the record type relationship diagram. Then you learned how to edit relationships and add suggested relationships. You also learned how to use two record types in the same interface to show an enterprise view of your data. Finally, you learned how to customize your record search.

Lesson Summary

In this lesson, you learned several ways to set up the aggregate related record fields, custom record field. You also learned how to filter a custom record field, and in what scenarios it may be useful. Finally, you learned how to add a custom record field to an interface.

Learning Objectives

After completing this lesson, you should be able to:

Apply source filters to your record
Apply default filters to your record list
Apply user filters to your record list

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

rafael_0640 — Wed, 21 Jun 2023 02:14:42 GMT

Apply Security

Learning Objectives

After completing this lesson, you should be able to:

Apply security to record type objects, record actions, and records

Create Security Rules

You can create security rules for different users in your application. You will learn how to set up these rules based on

who is part of the rule?
which records they can see?

Note that users must have at least Initiator permissions to the action's underlying process model.

Lesson Summary

Course Summary

You have now completed the Records course. You should be able to:

Explain the benefits of using Appian Records
Plan and design effective records
Create and configure record type objects
Apply security on your record type and record data
Create record type relationships

Course Objectives

After completing this course, you should be able to:

Create record type relationships in Appian
Create custom record fields using related data
Reference related data throughout an application

Lesson Objectives

After completing this lesson, you should be able to:

Define record type relationships
Summarize the value of record type relationships

Learning Objectives

After completing this lesson, you should be able to:

Create a record type relationship
Edit a record type relationship
Create an interface referencing data from two record types

Lesson Summary

Learning Objectives

After completing this lesson, you should be able to:

Apply source filters to your record
Apply default filters to your record list
Apply user filters to your record list

Lesson Summary
In this lesson, you learned that a user filter is auto generated when establishing a many-to-one relationship. You also learned how to create a record type query expression user filter.

Learning Objectives

After completing this lesson, you should be able to:

Create several record types to manage data from a reference table
Apply a records-powered grid using related record type data

DEFAULT FILTER: To display a subset of records from the data source, based on filter criterio, ES UNA PRESELECCIÓN…

Save

Next, save your record type. This will prompt the first sync of your record type data which means it is creating a cache of data from your database.

Lesson Summary

In this lesson, you learned how to use a reference table from Acme Auto’s relational database and apply source filters to create several new record types. You also learned how to reference the related data in a read-only grid.

Create Record Type Relationships in Appian
Create custom record fields using related data
Reference related data throughout an application

Course Objectives

After you complete this course, you’ll be able to:

bullet

Explain what sites and portals can do for your app users

bullet

Determine which one is the right fit for your business use case

bullet

Create, configure, and secure a site

bullet

Create, configure, and publish a portal

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

sebastianBR — Wed, 31 May 2023 07:47:38 GMT

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

community.appian.com/.../step-by-step-10-y-11.pdf

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

jessr0005 — Wed, 31 May 2023 04:50:03 GMT

Jesús Reyes Hernández

Process Modeling

Los modelos de procesos son un objeto de Appian para automatizar los workflow del negocio.

Appian cuenta con recursos finitos para almacenar datos, por lo tanto, es importante crear los procesos de una forma que conserve la cantidad de espacio que estos procesos ocupan en la memoria del sistema.

Se recomienda crear procesos más breves o crear procesos más prolongados de forma modular utilizando procesos de inicio y subprocesos para dividir workflos más largos, guardando datos más rápido y sin conservarlos en los procesos por un tiempo prolongado.

Configurar las tareas para que caduquen o se reasignen después de un tiempo de inactividad.

Se puede crear procesos nuevos o duplicando uno.

Los observadores pueden ver e iniciar el modelo de procesos, pero no pueden hacer cambios en el objeto de diseño

La vista diseñador sirve para crear modelos de procesos ejecutables.

La vista analista sirve para crear diagrama detallados de procesos.
Appian proporciona una gran cantidad de nodos de workflow y servicios inteligentes de automatización.

Agregar el formulario de inicio utilizando la pestaña de Formulario de inicio de proceso en propiedades del proceso.

Los parámetros del proceso son variables que reciben valores al comienzo del proceso, se crean de manera automática de pues de agregar un formulario de inicio.

Las variables de procesos transfieren datos entre nodos, las entradas y salidas del nodo son variables locales que se usan dentro del nodo, para moverlas al siguiente nodo debe asignarles a variables del proceso.

Guardar y publicar antes de la depuración.

Depurar después de crear un nodo.

Las tareas de entrada de usuario permiten asignar tareas basadas en formularios a usuarios.

Usar la pestaña de formulario para agregar una interfaz a su tarea de entrada de usuario.

Usar la pestaña de datos para asignar las entradas de nodo a variables de proceso para poder pasar los datos al formulario y fuera de él.

Configurar el campo Valor para mostrar los datos al usuario y el campo Guardar en para pasar los datos nuevos del formulario al proceso.

Usar la pestaña de asignaciones para asignar la tarea a un grupo específico de usuarios.

Usar excepciones o transferencias para controlar las tareas que no se completan a tiempo.

Las puertas de enlace controlan el workflow en el modelo de proceso.

La puerta de enlace XOR se usa con más frecuencia, divide una única ruta en varias rutas salientes en función de una condición.

Tambien están las puertas de enlace OR, AND Y COMPLEX.

Para configurar una puerta de enlace hay que dirjirse a la pestaña de decisión.

Las tareas de secuencia de comando se usan para realizar actividades automatizadas, por ejemplo, para capturar metadatos que el usuario no escribirá en un formulario.

Las tareas de secuencia de comando se configuran usando salidas de nodos.

El servicio inteligente Escribe registros se usa para escribir datos en la tabla de la base de datos y sincronizar cambio de Appian, se configura en la pestaña de datos.

La pestaña de salidas se usa para pasar el valor de la clave primaria nuevamente al proceso.

Para garantizar que el nodo se ejecute siempre hay que seleccionar ejecutar como la persona que diseño este modelo de proceso en la pestaña de asignación.

Usar procesos de inicio y subprocesos para modularizar workflow más largos

Un subproceso puede ser síncrono o asíncrono, en cambio un proceso de inicio siempre será asíncrono.

Siempre hay que aislar los pasos que contienen aprobaciones, integraciones, temporizadores y eventos de regla u opera raciones reutilizables.

Si el proceso tiene un error, este aparecerá en cuando guarde y publique el proceso.

Un error común es no asignar los nodos asistidos a grupos de usuarios específicos.

Si los datos de un registro no se escriben en la base de datos, hay que revisar la configuración de entrada de registro.

Pasar sabes más acerca de un error, hay que dirigirnos a la pestaña de procesos de actividades en la vista monitor, pestaña de variables y errores en detalles del proceso.

Step-by-step #10

Step-by-step #11

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

FernandoFM — Wed, 31 May 2023 03:38:02 GMT

Fernando Fernández Morales

Process Modeling 101: Automate Your Business Processes

Las aplicaciones de Appian están centradas en registros, las aplicaciones de este tipo tienen usan varios tipos de registros esto da una visión de 360 grados al negocio.

Las aplicaciones centradas en registros no están diseñadas para mantener datos en el proceso en su lugar los datos deben guardarse lo antes posible en en un registro de datos.

Todos los procesos capturados por el porcess model son almacenados en la memoria.

Por eso mismo se recomienada no hacer procesos tan largos.

Un proceso solido tiene un numero de nodos razonable.

Divida los procesos más largos usando subprocesos.

Crear un Process model

Los process model no heredan la seguridad de la carpeta que los contiene.

Se les debe poner seguridad de manera individua

Los permisos mas comunes son administrator y viewer

Modelador de procesos

Use la vista de diseñador para crear nuevos modelos de proceso

Por defecto contendrá los nodos de inicio y final

Analyst view: sirve para crear diagramas de alto nivel.

Consta de canvas, paleta, menú y barra de herramientas.

Cada servicio inteligente es como una mini-aplicación, por ejemplo se puede enviar un email, integrar servicios web o procesos robóticos.

Cuando usemos un servicio inteligente basta con arrastrar y soltarlo.

Se pueden agregar mas carriles para poner más acciones específicas.

Siempre se inicia configurando alertas y gestión de datos para el modelo de proceso.

Configure formulario de inicio y variables de proceso

Agregue el formulario de inicio usando el Process start form en la pestaña de Porcess properties.

La principal ventaja de las rule inputs es que pueden pasar daros fácilmente entre modelos de proceso e interfaces y ser usados como variables.

Los parámetros del proceso son variables que reciben valores al principio de un proceso.

Para iniciar la depuración debemos hacer click en Archivo > iniciar proceso de depuración.

Las entradas y salidas del nodo son variables locales usadas dentro del nodo.

Depurar después de cada nuevo nodo.

Configurar una tarea de entrada de usuario

La tarea de entrada de usuario permite asignar tareas basadas en formularios a los usuarios.

Use la pestaña de formulario para agregar una interfaz.

Use la pestaña de datos para mapear las entradas del nodo a las variables de proceso de manera que los datos puedan entrar y salir del formulario.

Después de agregar un formulario y asignar rule inputs a las entradas del nodo los nuevos datos no se guardan automáticamente.

Configure el campo de valor para mostrar datos al usuario.

Configure el campo Guardar para que fluyan nuevos datos del formulario de proceso.

Use la pestaña assignments para asignar una tarea especifica a un grupo.

Siempre usar exceptions or escalations para manejar tareas que no se han completado a tiempo.

Configurar puertas de enlace

Las puertas de enlace controlan el flujo de trabajo en el modelo de proceso.

Son puntos de decisión que ajustan la ruta de un proceso basado en condiciones.

Para configurar una puerta de enlace usa la pestaña “Decision”

En appian se pueden usar 4 tipos AND, Complex, OR y XOR, se encuentran en la paleta.

AND divide un camino en múltiples y se ejecutan todas las rutas se usar para hacer múltiples tareas en paralelo, también se puede usar para que un proceso no avance si no se cumplen múltiples tareas.

OR también divide un camino en varios pero con la diferencia de que solo los caminos que cumplen las condiciones se van a ejecutar.

Complex es selectivo y acepta selectivamente los caminos entrantes determinando que caminos deben continuar.

XOR divide una ruta de entrada en varias de salida basado en una condición.

Siempre depure las rutas para asegurar que todo funcione como debe ser.

Configurar una tarea de secuencia de comandos y escribir un servicio de registros inteligente

Una “Script Task” permite realizar una actividad automatizada.

Los servicios inteligentes permiten agregar, actualizar o borrar datos en la base de datos.

Use la pestaña de salidas para pasar el valor de la clave principal de nuevo en el proceso.

Para garantizar que este nodo siempre se ejecute seleccione “Run as whoever designed this process model” en la pestaña Assignment

Modularizar con procesos y subprocesos de inicio

Se usan para modularizar flujos de trabajo más largos.

Suele ser la mejor opción debido a sus ventajas de rendimiento.

Un subproceso puede ejecutarse de forma síncrona o asíncrona.

Un proceso de inicio siempre es asíncrono.

Se deben aislar los pasos que contienen aprobaciones, integraciones temporizadores o reglas.

Solucionar problemas del modelo de proceso

Lee los mensajes de error que recibes al publicar el modelo de proceso se deben reparar antes de poder depurar.

Todos los nodos atendidos deben ser asignados a grupos de usuarios específicos.

Si no se escriben datos en la tabla de la base de datos, verifique la configuración de entrada de registros.

Si el Record Smart Service escribe un nuevo registro en lugar de actualizar uno existente, revisa la configuración de salida actualizada de registros.

Herramientas para investigar procesos:

Pestañas “Process Activity en la vista Monitor

Pestañas de Variables y errores en “Process details”

Mostrar un proceso a los usuarios comerciales

Lo mas frecuente es que los usuarios comerciales activen los procesos.

Hay 2 enfoques para mostrar estos procesos a los usuarios:

Dentro de un registro
O como una página independiente

El enfoque se debe seleccionar de acuerdo con las necesidades de los usuarios.

Al configurar una acción relacionada utilice el campo contexto, para pasar valores en los parámetros del modelo de proceso

Step by Step #11

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

Isaac Lira — Wed, 31 May 2023 01:42:06 GMT

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

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

DavidSanchezV — Wed, 31 May 2023 01:37:38 GMT

Modelado de procesos 101: Automatice sus procesos de negocio

Al crear un nuevo modelo se puede crear desde cero o duplicar un modelo existente.

Los modelos de procesos no heredan la seguridad desde su carpeta principal, por el contrario, cada nuevo modelo de proceso debe estar asegurado individualmente. Los modelos pueden ser invocados por usuarios de aplicaciones por lo que cada modelo debe ser disponible para usuarios calificados para participar en un determinado proceso.

Se recomienda que al igual que con otros objetos de la aplicacion se usen grupos para configurar la seguridad, ya que estos no se desactivaran, garantizaran que el modelo siga funcionando correctamente.

Process Modeler

Al momento de crear un nuevo modelo de proceso se nos permitira tener 2 vistas de los procesos las cuales son:

Designer View: Se utliza para configurar y publicar los procesos ejecutables la cual se abrira de forma predeterminada al crear un nuevo modelo.
Analyst View: Se utiliza para crear diagramas de alto nivel, se pueden utilizar nodos al proceso configurarlos y esta le alertara sobre configuraciones faltantes.

Los servicios inteligentes de automatización sirven para servicios empresariales (mini aplicación) que tienen un pedazo de funcion, algunos ejemplos son:

Enviar un correo electronico
Integrar un Servicio Web
Ejecutar procesos roboticos

La barra de herramientas contiene todo lo necesario para gestionar modelos de procesos como:

Anotaciones: Sirven para llamar a las secciones que necesitan una explicacion adicional.
Carriles: Definen quien realiza una actividad especifica en un proceso.
Propiedades: Es donde se confiuraran las pestañas de alerta y administración de datos.

Formulario de inicio y variables de proceso

Las entradas de reglas pueden pasar datos facilmente entre modelos de proceso e interfaces y se pueden usar como variables que capturan las respuesta del formulario. Despues de que se asignas las reglas al proceso parametros, se podra transferir valores del formulario directamente en variables de proceso que capturan datos a lo largo de todo el proceso y llevarlo de un nodo a otro.

Las Entradas de nodos (Clase de actividad de Parametros) y las Salidas de nodo son variables que son exclusivas de un nodo especifico ya que son variables locales y necesitan guardarse en un proceso para que se pasen al siguiente nodo.

Input Task

La tarea de entrada del usuario permite agregar tareas basadas en formularios a los usuarios

Configurar puertas de enlace

Las puertas de enlace controlan el flujo de trabajo en el modelo de proceso, son puntos de decision que ajustan la ruta de un proceso basado en las condiciones que establezca.

Existen 4 tipos de gateways que se pueden utilizar en Appian:

AND: Divide una sola ruta en multiples rutas de salida y se ejecutaran todas las rutas (Se ejecutan en paralelo).
Complex: Se usa cuando un proceso necesita aceptar selectivamente rutas de entrada y evaluacion de condiciones.
OR: ¨Puede dividir un sola ruta en multiples pero solo si las rutas si las rutas satisfacen las condiciones especificas se ejecutaran.
XOR: Divide una sola ruta de entrada en multiples rutas salientes.

Script Task & Write records

Una Script Task Permite realizar una actividad automatizada, lo cual implica el uso de una expresión o regla para manipular y consultar datos o evaluar una decisión para determinar como progresara el proceso.

Sin el nodo inteligente Write Task los datos que tenemos capturados solo existirán en el proceso, use los servicios inteligentes le permiten agregar, actualizar o eliminar datos de la tabla de la BD asociado al tipo de registro y sincronizar automáticamente todos los cambios en Apipan.

Modularizar con procesos y subprocesos de inicio

Un proceso de incio siempre se ejecutara en el motor con el menor uso de memoria mientras que es subproceso se ejecutara en el mismo motor de proceso como proceso padre.
El proceso casi siempre es la mejor opción si el rendimiento es una consideración.
El subproceso puede ejecutarse sincrónicamente o de forma asíncrona desde el proceso padre, mientras que el proceso de inicio se puede ejecutar de forma asíncrona.

Casos de uso comunes

Puedes dividir un proceso en varios procesos mas cortos si se requiere múltiples toques o aprobaciones de diferentes usuarios.
Considerar aislar las integraciones ya que pueden ser frágiles y su proceso será mas fácil y mas rápido de solucionar problemas si los pasos de integración están aislados.
Puede aislar los pasos que se inician mediante un temporizador o un evento de regla, de esta manera no se mantendrá el proceso principal activo.
Aislé los pasos genéricos que pueden ser reutilizados en múltiples modelos de proceso.

Setp-by-Step #10

Step-by-Step #11

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

jessr0005 — Tue, 30 May 2023 01:12:01 GMT

Jesús Reyes Hernández

Interfaces 101

Los usuarios finales interactúan con las aplicaciones a través de interfaces que incluyen listas de registros o páginas de destino, interfaces de informes, páginas de vista resumida, tareas y formularios.

Las interfaces pueden reutilizarse en todas las aplicaciones para conseguir un estilo y una eficacia coherentes, incluso dentro de otras interfaces.

Tres conceptos clave del diseño de experiencia de usuario de calidad son:

Presentar la información con claridad.
Mostrar la cantidad correcta de información.
Facilitar la navegación y orientación del usuario.

Modo de diseño

El Modo de diseño permite arrastrar y soltar el contenido y configurar las propiedades para construir interfaces rápidamente.

Plantillas

Cuando se abre por primera vez una nueva interfaz, se puede optar por aplicar una plantilla. Las plantillas brindan estructura a su interfaz, rellenan automáticamente los componentes cruciales.

Diseños de nivel superior

Diseño del formulario
Diseños de cabecera de tarjetas y carteles
Diseño de sección
Diseño de caja
Diseño de tarjeta
Diseños de columna y en paralelo

Componentes

Los componentes son los bloques de construcción fundamentales de las interfaces. Se utilizan para mostrar o manipular datos.

Patrones

Los patrones proporcionan una combinación de componentes y expresiones dinámicas para lograr diseños de interfaz de usuario comunes.

Entradas de regla

Son variables que pasan datos hacia o desde una interfaz.

Configuración de componentes básicos

Etiqueta
Valor de la pantalla
Guardar entrada en
Solo lectura
Validación
Visibilidad

Variables locales

Definen y almacenan valores temporales dentro de una expresión. Estas son útiles cuando necesita datos solo dentro de una expresión en particular.

Casos de usos

Almacenar datos de una consulta
Mostrar información condicionalmente
Captura de datos de un usuario para modificar la interfaz

Ejemplo de configuración de variables locales

Pruebas

Las pruebas garantizan que la interfaz funcione como usted esperaba.

Existen dos métodos principales para realizar las pruebas:

Pruebas manuales (para interfaces editables)
Casos de prueba a través del panel de Entradas de prueba (para interfaces de solo lectura)

Step-by-step #9

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

Tania — Wed, 19 Apr 2023 22:30:48 GMT

community.appian.com/.../D_ED00_a7.pdf
Tania Luis

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

anakareng1582 — Tue, 18 Apr 2023 04:34:07 GMT

Buen día

Comparto Resumen, elaborado por Ana Karen Garcia Braulio.

Tema: -Process Modeling 101: Automate Your Business Processes-

Los modelos de proceso son un objeto de diseño de Appian que usará para automatizar los workflows del negocio.
Después de crear un modelo de proceso, se podrán usar los nodos de plantillas de low-code, los servicios inteligentes y las puertas de enlace para crear procesos que se integren con diferentes sistemas, ejecuten reglas de negocio, manipulen datos y asignen trabajo a los usuarios.

Una aplicación centrada e registro como esta no esta diseñada para conservar datos en el proceso, los datos guarden en la fuente de datos de un registro.

Los parámetros del proceso son variables que reciben valores al comienzo de un proceso.
Las variables del proceso transfieren datos entre nodos.
Las entradas y salidas el nodo son variables locales que se usan dentro de un nodo.
Guardar y publicar un modelo del proceso antes de la depuración.
Configurar el campo Guardar para que fluyan los nuevos datos del formulario al proceso.

-Configure Gateways-
Existen 4 tipos que e pueden usar en Appian:
1. AND
2. COmplex
3. OR
4. XOR

Las puertas de enlace controlan el workflow en el modelo del proceso.
Son puntos de decisión que se ajustan a la ruta de un flujo de proceso en función de las condiciones establecidas.

El registrador puede completar el formulario y hacer clic en Enviar para guardar los datos.
La puerta del enlace XOR se usa con más frecuencia.
Divide la única ruta entrantes en varias rutas salientes, en función de una condición que lo define.

Quedo pendiente para cualquier duda o comentario.

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

rodrigoandress6801 — Mon, 08 Aug 2022 01:45:05 GMT

blancac0001

Buen día,

Los modelos de proceso nos permiten ejecutar diversas funcionalidades con la finalidad de desencadenar y orquestar esas acciones que el usuario quiere realizar desde una interfaz o Record. Las funcionalidades de los modelos de procesos se extiende dentro del marco de la gestión de procesos de negocio(BPM por sus siglas en ingles) para que el sistema no solo interactúe con el usuario final, sino que pueda gestionar de principio a fin una solicitud a nivel empresarial por los distintos roles o cargos que intervienen dentro del proceso.

Igualmente Appian incorpora dentro de sus modelos de procesos servicios inteligentes que permiten que tareas tan repetitivas como llenar un documento, generar un reporte o enviar un correo sea mas sencillo para cada uno de los usuario que intervienen en el proceso.

Debido a que los modelos de procesos son los encargados de controlar el flujo de información y orquestar a los usuarios también es posible que pueda tomar decisiones respecto a una serie de reglas que puedan incorporarse dentro del mismo agilizando así las respuestas a los usuarios para que puedan tomar acción rápidamente.

Finalmente los modelos de procesos de Appian apoyan a desarrollador con una serie de herramientas que al momento de crear los flujos de trabajo se harán necesarias, tales como el track de ejecución de los flujos, la reutilización de procesos, la creación de variables de proceso, el editor de expresiones y el control de eventos.

Saludos,

community.appian.com/.../6012.ProcessModels_5F00_steps_5F00_8_5F00_9.pdf

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

jesusalbertog459854 — Sun, 07 Aug 2022 06:40:57 GMT

Hola adjunto resumen día 7 - Modelado de Procesos 101: Automatice sus Procesos de Negocio – Jesús Alberto Guzmán Cruz

En este tema habla primero sobre la planificación, que requiere identificar los procesos que deben construirse y responder preguntas clave sobre lo que debe lograr cada proceso, cómo fluirán los datos a través del proceso y quién es responsable de completar cada paso. Lo que se debe identificar primero son los datos a almacenar y consultar, entradas y salidas de datos, interfaces utilizadas para capturar datos

El editor de expresiones se utiliza para agregar un nombre dinámico al proceso y puede agregar variables de proceso, funciones y reglas para configurar el nombre del proceso.

Las variables de proceso son únicas para cada proceso y actúan como contenedores para capturar datos a lo largo de un proceso y alcanzados de un nodo a otro. Cada vez que se inicia un proceso, se crea una instancia de proceso, todas las instancias de proceso, incluidas las completadas y canceladas, se conservan en la memoria hasta que se archivan o eliminan, las instancias deben borrarse periódicamente o, de lo contrario, pueden ralentizar el rendimiento del sistema y una acumulación de datos de proceso puede provocar problemas de tiempo de ejecución o posibles bloqueos, Appian recomienda por lo general es Archivar después de 3 días y cualquier proceso que no requiera auditoría, como los procesos que existen solo para almacenar resultados en una base de datos, debe eliminarse de inmediato, de manera predeterminada,los procesos se configuran para Archivar 7 días después de su finalización o cancelación. Existen puertas de enlace que permitirán o no el flujo de datos de un proceso a otro, existen diferentes puertas de enlace como: XOR, OR, COMPLEX, AND.

Hay dos tipos de subprocesos:

Asincrónicos a menudo se usan para integraciones o procesos cortos con notas mínimas. Son útiles en situaciones en las que las actividades relacionadas no necesitan comunicarse entre sí. Los valores de las variables de proceso se pueden transferir al subproceso, pero no se pueden devolver al proceso principal.

Síncrono significa que el proceso principal espera a que se complete el subproceso antes de continuar y se usa comúnmente para subprocesos con interacciones del usuario.

Hay dos tipos de vistas

Vista del analista : Se utiliza para crear un diagrama de alto nivel del proceso.

Vista Diseñador: Se usa para poder realizar las mismas actividades que en la vista de analista, solo que en esta vista se debe configurar cada nodo para poder incorporar todos los datos y la lógica necesaria para que el proceso funcione correctamente.

community.appian.com/.../5001.Ejercicio-9-_2D00_-Jes_FA00_s-Alberto-Guzm_E100_n-Cruz.pdf

community.appian.com/.../5584.Ejercicio-8-_2D00_-Jes_FA00_s-Alberto-Guzm_E100_n-Cruz.pdf

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

Marco Antonio Flores — Fri, 05 Aug 2022 07:21:09 GMT

Marco Antonio Flores Flores.

Marco Polo, este día conocí de la importancia que conlleva planear los procesos antes de construir nuestra aplicaión.
La mayoría de los procesos tienen entradas y salidas, el modelo no solo es un simple diagrama.

El modelo de procesos tiene dos tipos de vistas, las cuels sirven con propositos específicos:

Analyst View: Se utiliza para crear un diagrama de alto nivel del proceso.
En esta vista se pueden usar herramientas de diagrama de flujo y opciones de configuración límitadas para describir el proceso general sin configurar el flujo de datos o los eventos ejecutables.
Designer View: Esta es usada para poder realizar las mismas actividades de modelado que en la vista de Analyst, solo que en esta vista se debe configurar cada nodo para poder incorporar todos los datos y la lógica necesarios para que el proceso funcione correctamente.

El modelado de procesos tiene elementos principales con los que se puede hacer uso:

Palette: Es donde seleccionamos y buscamos los servicios inteligentes para contruir el modelo de proceso.
Canvas: Es donde se crea y configura el modelo de procesos.
Barra de herramientas: Donde accedemos a las herramientas y propiedades del modelo de proceso.
Menu: Donde accedemos a herramientas y propiedades adicionales.

Muestra como definir un flujo de datos en un proceso.

Aprendí dos tipos de subprocesos:

Sincrono: Significa que el proceso principal espera a que el subproceso se complete antes de continuar y se usa comunmente para subprocesos con interacciones del usuario.
Asincrono: Significa que el proceso principal continúa inmediatemente depués de iniciar el subproceso.

Aprendí acerca de la configuración de las tareas de entrada del usuario, una tarea de entrada de usuario asigna una tarea a un usuario o grupo para que la complete mediante un formulario.

La mayor caracterítica de las tareas de entrada de usuario es que los datos pueden fluir desde un nodo a un formulario y desde un formulario a un nodo.

En esta lección se habla tambien de la depuración, configuración de arranque, configuración de las puertas de enlace, configuración de las propiedades de los procesos, como definir el flujo de datos en un proceso y como planear los procesos.

Me llevo en lo personal un conocimiento amplio con un poco de dificultad, nada que un poco de práctica no pueda resolver y repasar otro poco más.

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

josediegos — Wed, 03 Aug 2022 16:30:39 GMT

Marco Polo Martínez Badillo

RESUMEN JOSE DIEGO SANCHEZ PEREZ

community.appian.com/.../6562.Dia-7.pdf

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

erickdavidt7585 — Wed, 03 Aug 2022 08:00:00 GMT

Buena noche Marco Polo Martínez Badillo

adjunto mi resumen y evidencias

En este curso se pudo aprender sobre process modeling y sobre cómo planear el proceso también orientó cómo utilizar process model air en este curso también se aprendió cómo generar cdt más ampliamente también nos muestra sobre los componentes y cómo agregarlos en nuestro process model, nos habla sobre los procesos y subprocesos que pueden llevar a cabo en la aplicación dentro de apio, a piano permite 2 tipos de subprocesos que podemos utilizar dependiendo de las necesidades del proyecto estos son:

asincrónicos los cuales se procesan inmediatamente después de iniciar el subproceso, suelen ser utilizados para integraciones o procesos cortos o con nudos mínimos, es importante destacar que los variables de proceso se pueden transferir a un subproceso pero no se pueden pasar de nuevo al proceso principal

Sincrónico, estos procesos requieren que el subproceso se termine de ejecutar para poder continuar con el proceso principal se utiliza regularmente para procesos que suelen tener interacciones con los usuarios las variables de proceso se pueden transferir de un lado a otro entre el proceso principal y el subproceso, esa sería la principal diferencia entre el proceso sincrónico y el asincrónico

El curso también habla sobre la depuración, la depuración se utiliza para validar el modelo de proceso, para garantizar que este que está configurado correctamente y capturando datos según lo previsto antes de depurar debe guardar y publicar todos los cambios en su proceso al guardar y publicar el proceso se valida automáticamente

En general este curso fue una guía completa sobre cómo diseñar y desarrollar process model a través de las actividades realizadas por lo que se adjunta evidencias de las actividades

step 8

step 9

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

daliam6103 — Wed, 03 Aug 2022 07:26:03 GMT

Marco Polo Martínez Badillo

¡Excelente noche!

Adjunto mi resumen y evidencia.

community.appian.com/.../2744.DKMG_5F00_S8_2600_9.pdf