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

Una consulta permite:
Devolver datos de un tipo de registro o base de datos relacional
Ordenar, filtrar y limitar los datos devueltos
Agregar datos agrupando campos por un valor común

Los dos objetos sobre los que puede consultar
Entidades de almacenamiento de datos
Tipos de registro

El objeto tipo de registro es el mejor para consultar si desea que los usuarios vean datos en interfaces, informes o vistas de registros.

Dónde podría utilizar las interfaces en sus aplicaciones? Seleccione todas las opciones que correspondan

Las interfaces tienen muchos usos en las aplicaciones, incluidos en formularios, listas de registros e informes.

Las interfaces y sus componentes se pueden reutilizar en una o varias aplicaciones.

Los principios del diseño de la interfaz de usuario incluyen presentar la información de forma clara, mostrar la cantidad adecuada de información y facilitar la orientación y la navegación del usuario.

Los usuarios de la empresa interactúan con las aplicaciones a través de interfaces, y usted puede utilizar interfaces en todas sus aplicaciones, como en las páginas de destino, las interfaces de informes y las tareas. También debe aplicar los principios de diseño de la interfaz de usuario al diseñar sus interfaces.

El diseño en paralelo es el mejor cuando necesita mostrar varios detalles pequeños agrupados.

Tanto los componentes desplegables como los botones de opción ofrecen a los usuarios opciones para realizar una selección.

El modo de expresión revela la expresión de la interfaz completa, lo que le permite editar expresiones según sea necesario.

Una interfaz hereda las configuraciones de seguridad de la carpeta en la que está guardada.

Una entrada de regla pasa datos hacia o desde una interfaz

Puede utilizar una entrada de regla de tipo de registro para mostrar los datos del registro y para pasar los datos del registro a un modelo de proceso.

Para empezar a construir la interfaz, hay que crear un nuevo objeto de interfaz, y luego utilizar entradas de reglas para pasar datos hacia o desde él. Se pueden utilizar diferentes tipos de datos como entradas de reglas, pero los más comunes son las entradas de reglas de tipo registro y de tipo datos primitivos.

En el panel de Configuración del componente, puede configurar si el componente es necesario, la visibilidad y la etiqueta. Y Verá un resaltado rosa que indica dónde está insertando un componente en el lienzo.

Las validaciones garantizan que un usuario interactúe con una interfaz según lo previsto con valores válidos y que la interfaz actuará según lo previsto cuando se utilice en otra parte de la aplicación.

Configurar el valor de visualización y guardar la entrada Para para mostrar y guardar los valores que los usuarios introducen.

Para construir la interfaz, primero hay que utilizar diseños para organizar el contenido y luego añadir componentes para mostrar los datos. Después se debe utilizar el panel de configuración de componentes para realizar los cambios necesarios en la configuración, por ejemplo, para actualizar las etiquetas, añadir visibilidad condicional o guardar datos en la entrada de una regla.

Puede utilizar variables locales en las interfaces para almacenar datos de una consulta, mostrar información de forma condicional y capturar datos de un usuario para modificar la interfaz.

Las variables locales solo están disponibles en la expresión en la que están escritas, pueden ser definidas por otras variables o dejarse sin definir, y mantienen temporalmente valores.

La función a!localVariables()necesita envolver toda la expresión de la interfaz.

Debido a que no puede ingresar valores en campos de solo lectura, debe utilizar una regla de expresión para consultar sus datos de prueba.

La pestaña Rendimiento muestra el tiempo que tardan en renderizarse la interfaz y sus elementos. También se puede profundizar en los objetos que hacen que la interfaz sea más o menos eficaz.

Hola Marco, acá mis apuntes del día 31 de enero:
Interfaces 101. Build Forms and other Interfaces
Las interfaces son un aspecto esencial en la construcción de una app porque son estas con quien los usuarios finales van a interactuar (Las interfaces incluyen record list, landing pages, interfaces de reportes, páginas de resumen, tareas y formularios).
-Reusing interfaces: Puedes reutilizar interfaces a través de toda la app para tener un estilo consistente y eficiente. Ayuda a crear una pp dinámica ya que los cambios en una interface son reflejados para todos los usuarios de esa interface.
-User interface design: Hacer tus interfaces lo más intuitivas posibles reduce costos de entrenamiento y el tiempo de preparación.
--Tres conceptos clave de la calidad de diseño de experiencia de usuario:
---Presentar información claramente: Presentar información con contenido claro es crucial para el diseño de experiencia de usuario.
---Muestra la cantidad correcta de información: Un gran diseño reconoce que no toda la información es necesaria todo el tiempo. Balancea los componentes en la pantalla.
---Facilita al usuario navegación y orientación: Toma el tiempo de arreglar el contenido y controles para que el usuario no se esfuerce y pueda terminar sus tareas.
Design mode: Permite arrastrar y soltar contenido y configurar propiedades para construir interfaces rápidamente.
-Live view: Es el canvas, es el espacio principal a dónde vas a arrastrar elementos.
-Palette: Usála para encontrar los elementos (plantillas, componentes, librerías, etc) que usarás para crear interfaces.
-Configuration Panel: Incluye tres paneles para configurar tus interfaces-> Rule inputs, local variables y component configuration.
Templates. Los templates proveen una estructura para tu interface. Cuando usas un template varias opciones son proveídas como: Forms (Es la mejor opción cuando necesitas que un usuario ingrese información o interactúe con datos), Pages (Ayudan cuand estás creando una interface para mostrar datos), Examples (Ejemplos completos sobre las mejpres prácticas, puedes tomar ideas sobre como mostrar tu información o crear interactividad, no se recomienda como punto de entrada para crear una interface).
Layouts. Se usan para organizar componentes y se encuentran en la paleta, cada interface tiene uno o más layouts.
-Top-Level layout: Si no usas un template para inciar tu interface puedes usar este tipo de layout ya que no se peuden anidar dentro de otros layouts. Contiene Form Layout (Similiar a form template, es ideal para formularios de inicio y tareas), Card and Billboard Header Layouts (Son ideales para landing pages o reportes).
-Section Layout: Agrupan visualmente partes relacionadas de las interfaces.
-Box layout: Es otra manera de visualizar un grupo de componentes relacionados. Contienen una barra de título.
-Card layout: Presentan contenido relacionado como una caja pero no tienen una barra de título.
-Column and Side by Side layout: Poseen dos técnica complemtarias de arreglar tus componentes a lo largo de tus páginas (Las columnas son la organización primaria de la página y presenta pequeños grupos de componentes relacionados uno del lado de otro).
Components: Los compoenentes son los bloques principales para construir una interface, son usados para mostrar o manipular datos.
Patterns: Proveen una combinación de compoenentes y expresiones dinámicas para lograr diseños comunes de interfaces. (Cards and choices, Comments y Grid with detail).
Design Library: Es un espacio dónde puedes encontrar todas las interfaces organizadas por aplicación.
Expression Mode: Permite editar a través de una expresión y ver los cambios en una interface.
Rule Inputs. Son variables que pasan datos dentro o fuera de una interface (Por ejemplo, puedes pasar datos de un formulario a un Process model o mostrar datos en una vista de resumen).
Son configurados en el panel de Rule inputs. Puedes usar el tipo de dato Record type para mostrar datos de un registro en una interface, usa un tipo de dato primitivo para almacenar un número o un booleano.
Add and configure components. Una vez que agregsate rule inputs los pasos a seguir podrían ser los siguientes: Agregar layout para organizar tu contenido, agregar compoenentes a tu layout y configurar cada componente usando el panel de configuración.
-Label: Identifica el componente, usalo para identificar claramente el contenido.
-Display value: Usado para que los usuarios vean un valor en su campo (Tipicamente es configurado usando un rule input).
-Save Input To: Sirve para guardar datos que usuarios ingresen a un formulario.
-Read only: usa este componente cuando no quieras que un usuario modifique el valor de un campo.
-Validations: Las validaciones aseguran que los usuarios agreguen un valor válido en un campo.
-Visibility: Esta propiedad hace que tus componentes solo sean visibles bajo ciertas condiciones, usando una expresión.
Local variables: Definen y almacenan un valor temporal dentro de una expresión. Son usados cuando necesitas un valor dentro de una expresión particular (No pasan valores dentro o fuera de una interface, solo existen dentro de una interface. Puedes usar todas las variables que necesites. Se definen usando "local!". Puedes agregar variables locales desde el Design mode o Expression Mode).
Test an Interface. Hay dos formas principales de probar una interface: manualmente (interfaces editables) o usando casos de prueba vía panel de Test inputs (solo para interfaces de lectura).

Process Modeling 101: Autmate your business processes
Un proceso sólido tiene un número razonable de nodos y variables de proceso. Configura tareas que expiren o sean reasignadas después de un tiempo de inactividad. Rompe un proceso grande usando procesos inciales y subprocesos.
Los Process Models no heredan la seguridad, deben ser asegurados individualmente, usa grupos para configurar su seguridad. Se pueden hacer desde 0 o duplicando un modelo. Adminsitrators y Viewers (Pueden ver e iniciar el proceso pero no modificarlo) son los niveles de permisos principales.
Partes del Process Modeler: Canvas, Palette, Menu y Toolbar. Usa Designer view para construir Process models ejecutables. Usa Analyst View para crear diagramas de alto nivel. Siempre inicia configurando alertas y Administración de datos.
Agrega un formulario incial usando la pestaña Formulario inicial de proceso en las propiedades del proceso. Los parametros de proceso reciben valores al inicio del proceso, las variables de proceso transfieren datos entre nodos. Guarda y publica antes de debuguear y debuguea después de cada nuevo nodo.
Usa la pestaña de formulario para agregar una interface, usa la pestañas de datos para mapear los nodos de entrada a las variables de proceso (Configura el campo de valor para mostrar datos al usuario, configura el campo "Guardar en" para llevar los datos del formulario al proceso). Usa la pestaña de asignaciones para agregar la tarea a un grupo. Usa excepciones y escalaciones para controlar cuando una tarea no se lleve a cabo a tiempo.
Usamos user input task en el process model cuando ecesitamos asignar una tarea a un usuario.
-Gateways controlan el flujo en el process model, son puntos de desición basados en condiciones que asignamos (AND [un camino en diferentes rutas y todas deben ejecutarse], COMPLEX[Acepta selectivamente rutas entrantes y evalua que caminos continuan], OR[un camino en diferentes rutas pero solo se ejecuta la que cumpla las condiciones dadas], XOR [usado más frecuentemente, convierte un camino en dos posibles rutas]).
-Script Task: Lleva a cabo una actividad automatizada, una una expresión para manipular una consulta de datos, evalua una desición para determinar el flujo. Están configurados para usar nodos de salida, Write Records smart service es usado para escribir en la BD y sincronizar en Appian. Configura el nodo usando las pestañas de Setup y Data.
-Modularizar con Start Process y Sub-process: Mantener el process model pequeño (usando sub-procesos [corre en el mismo motor que el proceso padre, es síncrono y asíncrono, mejor para tareas complicadas] y proceso iniciales [Corre con la menor cantidad de memoria, mejor performance y solo es asíncrono]). Usos más comunes: Cuando necesitas múltiples aprobaciones, integraciones aisladas, para usar timers o rule events y para reusar pasos genéricos.
-Troubleshoot your process model: Posee una herramienta que te informa de errores cuando publicas el process model. Errores comunes (Datos no capturados, Datos no escritos en una tabla, escribir registros duplicados). Puedes monitorear desde la pestaña "Process Activity" en la Monitor view.
-Surface a Process to Business User: Después de construir un process model debes hacerlo disponible para los usuarios de negocio. (Pudes agregar una página de Record type a un Sitio, agregar una acción de Record type a un Sitio, selecciona tu método en base a las necesidades). Cuando configuras una acción relacionada usa el campo de contexto para pasar valores a los parámetros del process model.

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

(Pendiente Build Forms and other Interfaces)

Interfaces 101

Las interfaces son parte importante4 de cualquier aplicación de Appian, los usuarios finales interactúan con las aplicaciones mediante las interfaces. Las paginas que suelen incluir interfaces son principalmente landing pages, interfaces de reporte, paginas de vista de sumario, tareas y formularios. Appian genera interfaces comunes cuando se generan acciones in los tipos de registro.

Existe un modo diseño, en el que se permite arrastrar y soltar contenido y configurar las propiedades para ayudar a crear más rápido las interfaces. Se pueden utilizar plantillas para darles estructura a componentes cruciales. Las capas se usan para organizar componentes, cada interfaz tiene una o mas capas. Para empezar a crear una interfaz es necesario crear un objeto del mismo tipo luego usar las reglas de entrada y pasar datos de una a otra, tambien podemos utilizar variables locales y asi capturar y mostrar datos en una interfaz.

Process Modeling 101

Es necesario incluir excepciones a las tareas para garantizar que los modelos de proceso no “vivan” demasiado, también es posible iniciar procesos y subprocesos para terminar procesos todavía mas grandes o tardados. Los procesos cortos se favorecen más de Appian dado que facilitarán el guardado de la información siendo este más rápido y dejan una menor huella en memoria. No olvidar que que la estructura del modelo de datos y los tipos de registro afectan en como se diseñan los modelos de proceso. Cuando se crea un nuevo objeto de modelo de proceso, es posible configurarle el nombre, la descripción y el folder en el que se guarda; Es posible también crear un modelo de proceso desde cero o duplicar uno existente.

Los objetos de modelo de proceso no obtienen seguridad del folder padre,  hay que asegurar cada modelo individualmente. Respecto a los supervisores, estos deben tener permisos de visualización e iniciar un proceso, pero no para modificar un objeto de diseño. Recordar que los dos niveles de permisos principales en los modelos son Administrador y Visualizador.

Se recomienda usar la vista de diseñador para crear modelos de procesos ejecutables, usar la vista de analizador para crear diagramas de procesos de alto nivel; Appian ya proporciona a los desarrolladores nodos de flujo y servicios de automatización. Siempre se recomienda iniciar por configurar alertas y el manejo de datos.

Las tareas de entrada permiten asignarlas a los usuarios, la pestaña de Forma sirve para agregar interfaces. Después de agregar una forma y mapa a las reglas de la interfaz, la nueva data no se guardará en las variables de proceso automáticamente, es necesario aplicar configuraciones adicionales en la pestaña de Datos.

Las puertas XOR son las usas con mayor frecuencia, sin embargo en algunos casos de uso (Asignar diferentes tipos de tareas en paralelo) aparecerán del tipo OR o del tipo AND, estas puertas ajustan los flujos basados en las condiciones que nosotros mismos definimos. En particular las puertas XOR dividen las rutas entrantes en dos: Una en el formato de envío y la otra para cancelación.

Magaly Diana Leana Fierros.

Interfaces 101

Las interfaces son un componente esencial de todas las aplicaciones de Appian. Los usuarios finales interactúan con las aplicaciones a través de interfaces. Las páginas típicas de las aplicaciones que usan interfaces incluyen listas de registros o páginas de aterrizaje, interfaces de informes, páginas de vista de resumen, tareas y formularios.

Las interfaces se pueden reutilizar en todas las aplicaciones para obtener un estilo y una eficiencia coherentes, incluso dentro de otras interfaces.

Reglas de Entrada.

Dondequiera que se utilice una  interfaz (en un informe de tareas, una vista de resumen de registros o una página de acciones en tu sitio), los usuarios tendrán que ver los datos existentes o guardar nuevos datos en la interfaz. Por lo tanto, antes de agregar diseños y componentes, se debe configurar cómo pasarán los datos dentro y fuera de la interfaz.

Las variables locales definen y almacenan valores temporales dentro de una expresión, y tienen muchos usos en las interfaces. 

Ejercicios realizados:

-Hands On Activity: se dio un recorrido por la plataforma de appian en el apartado de AA Registrar site, y  usando el sitio de Regina, se agrego un vehículo a la flota, luego se  buscó en la lista de registros y solicite mantenimiento, para lo cual me llego un correo de confirmación.

-Appian Step-by-Step #2: se creo la aplicación Aplicación Acme Auto Solution,  junto con algunas carpetas. 

-Appian Step-by-Step #3: En este ejercicio se crearon algunos grupos y usuarios.

Appian Step-by-Step #4: se crearon dos tipos de objetos de regla: seis constantes y una regla de expresión. las constantes que apuntan a los grupos y carpetas que se crearon en los ejercicios anteriores.

"Una constante es un valor literal que se puede llamar desde cualquier expresión, en todos los objetos de su solicitud."

Appian Step-by-Step #5: Este ejercicio se crearon dos tipos de registros y sus vistas y acciones asociadas para que Los usuarios empresariales puedan ver información sobre la flota de vehículos y tomar medidas. al igual también se realizaron algunos pasos incrementales para crear tipos de registros.

Utilice a!relatedRecordData() para filtrar datos de registros relacionados después de generar su consulta.

La función a!queryRecordType() ejecuta una consulta sobre un tipo de registro determinado y devuelve el resultado.

Con el uso de la función a!queryLogicalExpression() se pueden aplicar las reglas de operaciones lógicas (AND, OR, AND_ALL) en el editor de expresiones para generar consultas con múltiples campos (condiciones)  a valorar/evaluar.

Si está consultando un tipo de registro que tiene una relación de uno a muchos, puede usar el parámetro relatedRecordData con la función a!relatedRecordData() en su consulta para filtrar los datos devueltos por esa relación de uno a muchos. Se usa antes de la sección del parámetro pagingInfo del query. Los parámetros para la función a!relatedRecordData() incluyen relación (relationship:), límite (limit:), clasificación (u ordenamiento, sort:) y filtros (filters:).

Puede llamar reglas de expresión en todas sus aplicaciones. Esto le permite mostrar los resultados de sus consultas en interfaces, informes, modelos de procesos y otros objetos. Para filtrar como se mencionó, se puede hacer uso de a!queryRecordType() y entre sus parámetros se usa el filtro (filters:) con la función a!queryFilter() y podemos definir el campo, el operador y valor.

Interfaces 101: Build Forms and Other Interfaces

Los usuarios finales interactúan con las aplicaciones a través de interfaces. Piense en las interfaces como en cualquier otra regla de expresión; para llamar a una interfaz, usa el prefijo rule!. Hacer que las interfaces sean lo más intuitivas posible reduce los costos de capacitación y el tiempo de preparación. 

TEMPLATES. Los formularios (forms) son diferentes disposiciones de componentes y columnas, cada uno con un botón de enviar y cancelar. Se utilizan mejor cuando necesita que un usuario final envíe información o interactúe con datos.

Las páginas (pages) proporcionan disposiciones simples de columnas y secciones. Estos son útiles al crear una interfaz para mostrar datos o información.

Las plantillas de ejemplo generan entradas y datos de prueba completos y, por lo tanto, no se recomienda su uso como punto de partida al crear una interfaz.

Los diseños de sección (Section Layout) agrupan visualmente partes relacionadas de las interfaces. Se puede especificar un encabezado opcional para describir cada sección. Las secciones también se pueden configurar para permitir a los usuarios contraer y expandir el contenido.

El diseño de caja (Box Layout) es otra forma de agrupar visualmente componentes relacionados. Cada cuadro consta de una barra de título y un borde. No es recomendable el uso de esta opción ya que provoca que el diseño se vea un poco desordenado.

Los diseños de tarjetas (Card Layout) agrupan visualmente el contenido relacionado. Este diseño puede acaparar la atención del usuario y es útil para desplegar información clave. A diferencia de los diseños de cuadros, los diseños de tarjetas no tienen una barra de título separada. Las tarjetas también le permiten elegir un color de fondo para ayudar a resaltar su contenido.

Los componentes (COMPONENTS) son los elementos fundamentales de las interfaces. Se utilizan para mostrar o manipular datos. Se configuran con el uso del panel Component Configuration.

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

Cartas como opciones. Despliega opciones donde las posibles elecciones son un conjunto de cuadros, haciéndolo visualmente un poco más interactivo.

Comentarios. Para desplegar una serie de mensajes de diferentes usuarios, pueden ser ordenados de forma cronológica y se puede configurar para definir qué información puede mostrar.

Cuadrícula con detalles. Utilice este patrón para permitir a los usuarios seleccionar un elemento de una cuadrícula para ver más detalles junto a la cuadrícula.

Además de las entradas de reglas (rule inputs), se pueden guardar valores en variables locales (local variables) y utilizarlas para capturar y mostrar datos en una interfaz. Sin embargo, a diferencia de las entradas de reglas, las variables locales no pasan datos dentro y fuera de la interfaz.

Cada variable local se define usando local! y normalmente tiene un nombre único. Utilizará estos nombres para hacer referencia a las variables locales en otras partes de la interfaz. Una variable local mantendrá un valor temporalmente, hasta que lo guarde. Por ejemplo, puede guardar el valor de una variable local en una regla de entrada. Algunos usos de variables locales son: Para almacenar información de una consulta, mostrar información de manera condicionada, capturar información que un usuario coloca y usarla para modificar la interfaz, entre otros. Se pueden agregar de dos formas las variables locales a las interfaces, por el modo Diseño, que se tiene el panel (LOCAL VARIABLES) dedicado para ello; o desde el modo de Expresiones, y para esta forma se hace uso de la función a!localVariables(), las variables locales solo se pueden usar dentro de la expresión en la que están definidas, por lo que es necesario asegurarse de envolver toda la interfaz dentro de la función de la variable local. La sintaxis sería la siguiente: a!localVariables(localVar1, localVarN, expresión_interfaz).

Process Modeling 101: Automate Your Business Processes

Es importante construir los procesos de Appian de manera que se conserve la cantidad de espacio que estos procesos ocupan en la memoria del sistema.

Es recomendable que los procesos creados sean cortos o que si son largos se puedan dividir usando subprocesos. Que las tareas dentro del proceso tengan un tiempo de vida, para que el tiempo total de ejecución no se vea afectado al no tener un límite asignado. 

Los modelos de procesos no heredan la seguridad. Deben asegurarse individualmente. Usar grupos para configurar la seguridad. 

Vista de analista (ANALYST VIEW). Esta vista se utiliza para crear diagramas de alto nivel y es útil cuando desea simular un proceso. Appian proporciona a los desarrolladores nodos de flujos de trabajo (workflow) y servicios inteligentes de automatización. La opción Guardar y publicar creará una nueva versión del modelo de proceso. Empiece siempre por configurar las alertas y la gestión de datos.

Agregue el formulario de inicio utilizando la pestaña Process Start Form en Process Properties. Los parámetros del proceso reciben valores al comienzo de un proceso. Las variables de proceso transfieren datos entre nodos. Las entradas y salidas de nodo se utilizan con un nodo. Guarde y publique un modelo de proceso antes de depurarlo. Depurar después de cada nuevo nodo

*El video de Configure a User Input Task es muy buena explicación

Para configurar una tarea de entrada de usuario, debe agregar la interfaz, configurar variables para pasar valores entre el formulario y el proceso, asignar la tarea a un grupo de usuarios y configurar un nombre para mostrar dinámico.

En la sección de script, para capturar quien inicializó un proceso: pp!initiatior.

Los servicios inteligentes Write Records y Delete Records permiten agregar, actualizar o eliminar datos en la tabla de la base de datos asociada con su tipo de registro y luego sincronizar automáticamente todos los cambios en Appian. Estos servicios solo se pueden usar con tipos de registros que obtienen sus datos de una tabla de base de datos y tienen la sincronización de datos habilitada.

Normalmente, las tareas de scripts se configuran utilizando las salidas del nodo, ubicadas en la pestaña Datos.

Proceso de inicio (Start Process). Se ejecuta en el motor con menor uso de memoria. Mejor para el rendimiento. Sólo se ejecuta de forma asincrónica.

Subproceso. Se ejecuta en el mismo motor que el proceso principal. Se ejecuta de forma sincrónica o asincrónica.

Normalmente utilizará subprocesos y procesos de inicio para pasos de aprobación, integraciones y pasos genéricos que se pueden reutilizar en varios procesos.

Puede usar un subproceso en lugar de un proceso de inicio cuando su proceso tiene una funcionalidad que es difícil de depurar.

Mi resumen de actividades APPIAN.

Las interfaces desempeñan son importantes en las aplicaciones de Appian, ya que son la forma principal en que los usuarios interactúan con ellas.

Estas interfaces incluyen interfaces de reporte, páginas de vista de sumario, tareas y formularios.

El modo de diseño permite "arrastrar y soltar" para crear contenido, configurar propiedades y utilizar plantillas para estructurar componentes de manera eficiente.

Las capas se utilizan para organizar los componentes.

Para comenzar a crear una interfaz, se necesita crear un objeto y utilizar reglas de entrada y pasar datos entre ellos, incluyendo el uso de variables locales.

En cuanto a los Portales, estos permiten interactuarl a usuarios sin necesidad de iniciar sesión en el ambiente de Appian.

También agrupan objetos de soporte en una interfaz funcional.

Además, es posible agregar dominios personalizados a los portales para personalizar las URL de los portales.

- Ejercicios ambiente Appian

Welcome to the Appian Developer Learning Path

Ejercicio 1:

• En el primer ejercio se creo la primera aplicación, se establece el nombre, prefijo y una descripción sugerida

Create an Application

Ejercició 2:

• Se crearon los folders indicados en la documentación, los cuales son de distintos tipos.

Manage Users and Groups

Ejercicio 3:

• Se crearon los siguiente grupos en la aplicación

- AX Administrators ● AX Supervisors ● AX Mechanics ● AX Registrars

- Se agregaron usuarios a estos grupos

- Igualmente se establecieron permisos globales en la aplicación

Hola Marco, acá dejo la evidencia de los ejercios realizados en los cursos: