Favor de subir sus apuntes
Discussion posts and replies are publicly visible
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.