¿Que aprendieron de lo temas: "Interface 101: Build Forms and Other Interfaces" y "Process Modeling 101: Automate Your Business Processes"

INTERFACES
Son componentes usados para construir formularios, registros, sitios y reportes.
REUTILIZACIÓN DE INTERFACES
Las interfaces pueden ser reutilizadas en toda la aplicación e incluso dentro de otras interfaces, esto ayudará mantener un diseño estándar de la organización. El reúso de las interfaces ayudan a crear una aplicación más dinámica lo cual significa que cualquier cambio en una interface se verá reflejado en todos los lugares donde sea utilizada.
Se debe pensar en las interfaces como cualquier otra regla de expresión; para llamar a una interface debe usar el prefijo “rule!”.
Como una buena práctica organizacional deberían guardarse plantillas de interfaces estándar dentro de una librería de diseño para tener acceso y búsqueda rápida a ellas
Tres aspectos importantes a considerar en el diseño de interfaces:
1. Presentar información clara
2. mostrar solo información necesaria
3. facilitar al usuario orientación y navegación

TOUR AN INTERFACE OBJECT

DESIGN MODE
El modo diseño te permite arrastrar y soltar contenido para una construcción rápida de interfaces
1. live view:  es el lugar donde se arrastran y sueltan componentes
2. palette: encuentras layouts,components, patterns y librería de diseños.
3. Configuration panel:Rule inputs, local variables y component configuration.
Templates
Proporcionan estructura a la interface. Forms, Pages, and Examples.
Forms: son nosotros cuando quieres que un usuario envíe información
Pages: despliegan datos o información
Examples: son interfaces que demostraron ser útiles y de las cual es se puede tomar ideas.
LAYOUTS
Top level layouts: estos no pueden ser anidados dentro de otros layuots
Form Layout: estos formularios contienen botones de cancelar y enviar
Card and Billboard Header Layouts: son ideales para páginas de informes
COMPONENTS
Son usados para construir bloques de interfaces. Despliegan o manipulan datos.
Los input,combos,labels(etiquetas),botón radio, botón opción multiple,área de texto,texto de numéricos,strinf,fecha son ejemplos de componentes.
PATTERNS
Son una combinación de componentes y expresiones dinámicas. Cards as Choices y Grid with Detail.
DESIGN LIBRARY
Cuando creas tu interface, si vas a propiedades y check “Include in the Design Library” tu interface será guardad y estará disponible cuan requieras de ella.
EXPRESSION MODE
Este modo te ayuda a editar la expresión de una interface.
RULE INPUTS
Son variables que pasan los datos dentro o fuera de la interface
Se pueden pasar los datos a través de record type y primitive data type
A veces es necesario usar Custom Data Type(CDT)
ADD LAYOUTS AND CONFIGURE COMPONENTS
Add and Configure Components
• Agregar layouts para organizar contenido en las interfaces
• Agregar componentes a los layouts
• Configurar cada componente usando el panel de configuración
Basic Component Configuration
Algunas configuraciones básicas:
Label:La etiqueta que lleva el componente y la posición en la que se mostrara.
Display value: Los valores se muestran usando un rule input.
Save input to: Para configurar los datos que introduce un usuario en un formulario por ejemplo se usa la función a!save()
Read only:Se selecciona el check inbox si no se quiere que el usuario modifique algún dato
Validation: Se asegura de que los usuarios introduzcan datos validos en un campo
Visibility: Se usa para hacer visibles a componentes bajo ciertas condiciones
CONFIGURE LOCAL VARIABLES
Las variables locales no pasan datos dentro y fuera de las interfaces
Las variables locales definen y almacenan valores temporales dentro de una expresión. Solo existen dentro de las interfaces y no pueden ser conectadas a cualquier otro objeto de la aplicación.
Para utilizar una variable local se usa “local!”
COMMON USE CASES
Se usan en :
• Store Data from a Query
• Conditionally Display Information
• Capture Data a User to Modify the Interface

HOW TO CONFIGURE LOCAL VARIABLE
Las variables locales se pueden configurar de la siguientes maneras:
Desing mode: desde el panel de configuración en recuadro de variables
• Click en new local variable(+)
• Asignar nombre a la variable
• Opcionalmente se le puede asignar un valor estático,función u otro tipo
TEST AN INTERFACE
Existen dos métodos para probar interfaces
• Manual testing(para interfaces editables)
• Read-only interfaces

PLAN AN APPIAN PROCESS
• Un proceso solido tiene un numero razonable de nodos y procesos variables
• Configura tareas a expirar o reasignala después de un tiempo de inactividad
• Dividir procesos largos mediante procesos de inicio y subprocesos

CREATE AND SECURE A PROCESS MODEL
Desde el appian designer se puede crear un nuevo process model
También desde la vista Build click new y seleccionar Process Model
Se puede crear un Process Model desde cero o duplicar uno existente
Agregar un nombre -> descripción y se guardara en la carpeta predefinida o se puede seleccionar alguna otra.
Después es asignar la seguridad:
• Los Process Model no heredan seguridad
• Cada Process Model debe asegurarse individualmente
• Usar grupos para asignar seguridad
• Administrator y viewer son los niveles de permiso
• Administrator es el nivel mas alto de permisos
• Viewer pueden ver e iniciar el Process Model pero no pueden realizar cambios en sus diseño
TOUR THE PROCESS MODELER AND CONFIGURE PROPERTIES

Después de crear el Process Model se abrirá el Process Modeler, por default el canvas contiene los nodos de inicio y fin conectados.
El Process Model es abierto en Designer view por default, esta vista es usada para configurar y publicar process models executables.
También se tiene acceso a analyst view, esta vista es usada para crear diagramas de alto nivel
Las secciones principales que se ven en el Process Modeler son:
the canvas: es usado para agregar nodos y servicios amigables, se busca en la paleta y se arrastra hacia el canvas para agregarlo
menú:incluye comandos estándar como File > save or Edit >undo
palette: contiene actividades humanas y servicios amigables
toolbar: Contiene las herramientas para administrar los process model
anotaciones:son usadas para agregar notas
swimlanes: Define quién realiza una actividad específica en un proceso
properties: File > properties, puedes configurar alertas,Data Management, deadlines

Click save and publish para crear una nueva versión del Process Model
Siempre empieza configurando alerts y data management

CONFIGURE A START FORM AND PROCESS VARIABLES
Agrega un start from usando Process Start From tab in Process properties
Para agregar un form ir a process properties ->start from tab->create interface button
Process parameters reciben valores al inicio del proceso
Process variables transfieren datos entre nodos
Node inputs y outputs son usados dentro de un nodo
Save and publish un process model antes de debugear
Debugear después de crear un nuevo nodo

CONFIGURE A USER INPUT TASK
El input task sirve para asignar tareas con el form-based a usuarios
Primero, buscar el input task del usuario en palette > workflow >human task
Arrastralo al process model y conectarlo al swinlane del usuario(supervisor)
Doble click al node(input task) para abrir las propiedades
Usar el form tab para agregar una inface
En el data tab mapear los node inputs para process variables
Configurar el value field para desplegar datos a los usuarios
Configurar el Save into field para el flujo a los nuevos datos del form into the process
Usar assignment tab para asignar tarea a grupo
Usar exceptions o escalations para manejar tareas que tienen que ser terminadas en el momento

CONFIGURE GATEWAYS
Controlan el flujo en el Process Model
Hay 4 tipos:AND(+),Complex(*),OR(O) y XOR(X)
XOR
Divide un simple path en múltiples paths de salida
Se basa en una condición
Para agregar un gateway: palette -> workflow -> gateways
Arrastrarlo al canvas
AND
Divide un simple path en múltiples paths de salida
Todos los paths se ejecutan
OR
Divide un simple path en múltiples paths de salida
Solo los paths que satisfacen la condición especifica se ejecuta
COMPLEX
Selectivamente acepta paths de entrada
Evalua que path continuar

El XOR es el Gateway usado mas frecuentemente
Debugear todos los paths para asegurar que trabajan como se espera
CONFIGURE A SCRIPT TASK & WRITE RECORDS
Un script task permite realizar una actividad automatizada, involucra usar una expresión o rule y query data
Los script task se encuentran en palette ->workflow -> activities
Los script task son configurados usando nodos de salida
Los write record Smart service son usados para escribir datos en una tabla de DB y automaticamente sync cambios en appian
Configurar este node usando el setup and data tab
Usar el output tab dentro del data tab para salvar los registros que son actualizados en el process variable
Select Run as whoever designed this process model en el assignment tab
MODULARIZE WITH START PROCESS AND SUBPROCESS
Se usan para modularizar flujos largos
SUBPROCESOS:
• Corren en el mismo motor que un proceso padre
• Corren asíncronamente y síncronamente
• El mejor para funcionalidades complicadas
START PROCESS
• Corren en el motor con bajo uso de memoria
• Mejor para el rendimiento
• Solo corre asíncronamente
Aislar los pasos que contienen aprobaciones,integraciones, timers y rule events o reusable operations.

TROUBLESHOOT YOUR PROCESS MODEL
Para solución de problemas se pueden consultar los siguientes temas en la documentación de appian:

• Process Erros
• Troubleshooting Process Models
• Monitoring and Editing Processes
Los errores se deben corregir antes de proceder a debugging
Se pueden usar las siguientes herramientas para investigar los procesos:
• Process activity tab in the Monitor view
• Variables and Errors tabs in process details
SURFACE A PROCESS TO BUSINESS USERS
Existen dos maneras de presentar procesos a los usuarios
• Desde record type
• Desde una page independiente

INTERFACES
Son componentes usados para construir formularios, registros, sitios y reportes.
REUTILIZACIÓN DE INTERFACES
Las interfaces pueden ser reutilizadas en toda la aplicación e incluso dentro de otras interfaces, esto ayudará mantener un diseño estándar de la organización. El reúso de las interfaces ayudan a crear una aplicación más dinámica lo cual significa que cualquier cambio en una interface se verá reflejado en todos los lugares donde sea utilizada.
Se debe pensar en las interfaces como cualquier otra regla de expresión; para llamar a una interface debe usar el prefijo “rule!”.
Como una buena práctica organizacional deberían guardarse plantillas de interfaces estándar dentro de una librería de diseño para tener acceso y búsqueda rápida a ellas
Tres aspectos importantes a considerar en el diseño de interfaces:
1. Presentar información clara
2. mostrar solo información necesaria
3. facilitar al usuario orientación y navegación

TOUR AN INTERFACE OBJECT

DESIGN MODE
El modo diseño te permite arrastrar y soltar contenido para una construcción rápida de interfaces
1. live view:  es el lugar donde se arrastran y sueltan componentes
2. palette: encuentras layouts,components, patterns y librería de diseños.
3. Configuration panel:Rule inputs, local variables y component configuration.
Templates
Proporcionan estructura a la interface. Forms, Pages, and Examples.
Forms: son nosotros cuando quieres que un usuario envíe información
Pages: despliegan datos o información
Examples: son interfaces que demostraron ser útiles y de las cual es se puede tomar ideas.
LAYOUTS
Top level layouts: estos no pueden ser anidados dentro de otros layuots
Form Layout: estos formularios contienen botones de cancelar y enviar
Card and Billboard Header Layouts: son ideales para páginas de informes
COMPONENTS
Son usados para construir bloques de interfaces. Despliegan o manipulan datos.
Los input,combos,labels(etiquetas),botón radio, botón opción multiple,área de texto,texto de numéricos,strinf,fecha son ejemplos de componentes.
PATTERNS
Son una combinación de componentes y expresiones dinámicas. Cards as Choices y Grid with Detail.
DESIGN LIBRARY
Cuando creas tu interface, si vas a propiedades y check “Include in the Design Library” tu interface será guardad y estará disponible cuan requieras de ella.
EXPRESSION MODE
Este modo te ayuda a editar la expresión de una interface.
RULE INPUTS
Son variables que pasan los datos dentro o fuera de la interface
Se pueden pasar los datos a través de record type y primitive data type
A veces es necesario usar Custom Data Type(CDT)
ADD LAYOUTS AND CONFIGURE COMPONENTS
Add and Configure Components
• Agregar layouts para organizar contenido en las interfaces
• Agregar componentes a los layouts
• Configurar cada componente usando el panel de configuración
Basic Component Configuration
Algunas configuraciones básicas:
Label:La etiqueta que lleva el componente y la posición en la que se mostrara.
Display value: Los valores se muestran usando un rule input.
Save input to: Para configurar los datos que introduce un usuario en un formulario por ejemplo se usa la función a!save()
Read only:Se selecciona el check inbox si no se quiere que el usuario modifique algún dato
Validation: Se asegura de que los usuarios introduzcan datos validos en un campo
Visibility: Se usa para hacer visibles a componentes bajo ciertas condiciones
CONFIGURE LOCAL VARIABLES
Las variables locales no pasan datos dentro y fuera de las interfaces
Las variables locales definen y almacenan valores temporales dentro de una expresión. Solo existen dentro de las interfaces y no pueden ser conectadas a cualquier otro objeto de la aplicación.
Para utilizar una variable local se usa “local!”
COMMON USE CASES
Se usan en :
• Store Data from a Query
• Conditionally Display Information
• Capture Data a User to Modify the Interface

HOW TO CONFIGURE LOCAL VARIABLE
Las variables locales se pueden configurar de la siguientes maneras:
Desing mode: desde el panel de configuración en recuadro de variables
• Click en new local variable(+)
• Asignar nombre a la variable
• Opcionalmente se le puede asignar un valor estático,función u otro tipo
TEST AN INTERFACE
Existen dos métodos para probar interfaces
• Manual testing(para interfaces editables)
• Read-only interfaces

PLAN AN APPIAN PROCESS
• Un proceso solido tiene un numero razonable de nodos y procesos variables
• Configura tareas a expirar o reasignala después de un tiempo de inactividad
• Dividir procesos largos mediante procesos de inicio y subprocesos

CREATE AND SECURE A PROCESS MODEL
Desde el appian designer se puede crear un nuevo process model
También desde la vista Build click new y seleccionar Process Model
Se puede crear un Process Model desde cero o duplicar uno existente
Agregar un nombre -> descripción y se guardara en la carpeta predefinida o se puede seleccionar alguna otra.
Después es asignar la seguridad:
• Los Process Model no heredan seguridad
• Cada Process Model debe asegurarse individualmente
• Usar grupos para asignar seguridad
• Administrator y viewer son los niveles de permiso
• Administrator es el nivel mas alto de permisos
• Viewer pueden ver e iniciar el Process Model pero no pueden realizar cambios en sus diseño
TOUR THE PROCESS MODELER AND CONFIGURE PROPERTIES

Después de crear el Process Model se abrirá el Process Modeler, por default el canvas contiene los nodos de inicio y fin conectados.
El Process Model es abierto en Designer view por default, esta vista es usada para configurar y publicar process models executables.
También se tiene acceso a analyst view, esta vista es usada para crear diagramas de alto nivel
Las secciones principales que se ven en el Process Modeler son:
the canvas: es usado para agregar nodos y servicios amigables, se busca en la paleta y se arrastra hacia el canvas para agregarlo
menú:incluye comandos estándar como File > save or Edit >undo
palette: contiene actividades humanas y servicios amigables
toolbar: Contiene las herramientas para administrar los process model
anotaciones:son usadas para agregar notas
swimlanes: Define quién realiza una actividad específica en un proceso
properties: File > properties, puedes configurar alertas,Data Management, deadlines

Click save and publish para crear una nueva versión del Process Model
Siempre empieza configurando alerts y data management

CONFIGURE A START FORM AND PROCESS VARIABLES
Agrega un start from usando Process Start From tab in Process properties
Para agregar un form ir a process properties ->start from tab->create interface button
Process parameters reciben valores al inicio del proceso
Process variables transfieren datos entre nodos
Node inputs y outputs son usados dentro de un nodo
Save and publish un process model antes de debugear
Debugear después de crear un nuevo nodo

CONFIGURE A USER INPUT TASK
El input task sirve para asignar tareas con el form-based a usuarios
Primero, buscar el input task del usuario en palette > workflow >human task
Arrastralo al process model y conectarlo al swinlane del usuario(supervisor)
Doble click al node(input task) para abrir las propiedades
Usar el form tab para agregar una inface
En el data tab mapear los node inputs para process variables
Configurar el value field para desplegar datos a los usuarios
Configurar el Save into field para el flujo a los nuevos datos del form into the process
Usar assignment tab para asignar tarea a grupo
Usar exceptions o escalations para manejar tareas que tienen que ser terminadas en el momento

CONFIGURE GATEWAYS
Controlan el flujo en el Process Model
Hay 4 tipos:AND(+),Complex(*),OR(O) y XOR(X)
XOR
Divide un simple path en múltiples paths de salida
Se basa en una condición
Para agregar un gateway: palette -> workflow -> gateways
Arrastrarlo al canvas
AND
Divide un simple path en múltiples paths de salida
Todos los paths se ejecutan
OR
Divide un simple path en múltiples paths de salida
Solo los paths que satisfacen la condición especifica se ejecuta
COMPLEX
Selectivamente acepta paths de entrada
Evalua que path continuar

El XOR es el Gateway usado mas frecuentemente
Debugear todos los paths para asegurar que trabajan como se espera
CONFIGURE A SCRIPT TASK & WRITE RECORDS
Un script task permite realizar una actividad automatizada, involucra usar una expresión o rule y query data
Los script task se encuentran en palette ->workflow -> activities
Los script task son configurados usando nodos de salida
Los write record Smart service son usados para escribir datos en una tabla de DB y automaticamente sync cambios en appian
Configurar este node usando el setup and data tab
Usar el output tab dentro del data tab para salvar los registros que son actualizados en el process variable
Select Run as whoever designed this process model en el assignment tab
MODULARIZE WITH START PROCESS AND SUBPROCESS
Se usan para modularizar flujos largos
SUBPROCESOS:
• Corren en el mismo motor que un proceso padre
• Corren asíncronamente y síncronamente
• El mejor para funcionalidades complicadas
START PROCESS
• Corren en el motor con bajo uso de memoria
• Mejor para el rendimiento
• Solo corre asíncronamente
Aislar los pasos que contienen aprobaciones,integraciones, timers y rule events o reusable operations.

TROUBLESHOOT YOUR PROCESS MODEL
Para solución de problemas se pueden consultar los siguientes temas en la documentación de appian:

• Process Erros
• Troubleshooting Process Models
• Monitoring and Editing Processes
Los errores se deben corregir antes de proceder a debugging
Se pueden usar las siguientes herramientas para investigar los procesos:
• Process activity tab in the Monitor view
• Variables and Errors tabs in process details
SURFACE A PROCESS TO BUSINESS USERS
Existen dos maneras de presentar procesos a los usuarios
• Desde record type
• Desde una page independiente