¿Que aprendieron de los temas "Design Record Types: Model and Configure Your Data","Sites: Engage Logged-In Users" y "Query Your Data"?

Certified Associate Developer

Subir sus apuntes de favor

  Discussion posts and replies are publicly visible

  • Fuentes Juárez, Francisco Javier


    Design Record Types

    Cada que se crea un tipo de registro, este se conecta con Appian mediante un lugar estructurado, la información puede originarse de una fuente existente ya sea una tabla de una base de datos, un modelado de proceso, un servicio web, etc. También se pueden crear nuevas tablas de cero en caso de ser necesario.

    Las relaciones permiten conectar y referenciar toda la información relacionada, que puede existir entre tablas y otras fuentes, nos referimos a los tipos de registros vistos como donde se origina una relación como tal. El registro principal es aquel donde se origina  la relación hacia otro registro (relacionado) y usar las relaciones para actualizar los registros base y los relacionados al mismo tiempo.

    Podemos crear campos de registro personalizados, esto para satisfacer las necesidades de nuestro desarrollo, podemos utilizar la selección de plantillas disponibles sin ningún problema para este fin.

    El registro de eventos nos permite rastrear que usuario o proceso automático se activa en los propios registros, además de cuando lo hace, esta información puede usarse dentro de los procesos de negocio mostrándola mediante interfaces o usando minería de procesos. El historial es muy útil para fines analíticos y de toma de decisiones. Si queremos referenciar registros, dependiendo de objeto estemos tratando, será necesario referenciar el registro de varias formas.

    Podemos usar listas o matrices también, las matrices permiten mostrar múltiples registros del mismo tipo, para mostrarlos como lista, se pueden configurar listados de registro o crear matrices de solo lectura de manera independiente. Por defecto, los listados van mostrarse como matrices, similares a hojas de calculo.

    Sites: Engage Logged-In Users

    Dentro de Appian, los sitios son una de las dos formas de poder brindar experiencia de usuario a través de una aplicación, los sitios están destinados para todos aquellos usuarios que tienen cuentas en Appian. Cada grupo de usuario tiene sus propios flujos y necesidades, por la tanto si por ejemplo tenemos tres grupos, cada uno necesita de su propio sitio

    Para crear un sitio es necesario crear un nuevo objeto de aplicación, configurar la seguridad, agregar paginas y actualizar la marca

    Query your data

    Las peticiones se usan para regresa datos de un conjunto especifico de criterios, en Appian se pueden hacer peticiones de registro de manera directa a una base de datos relacional usando una entidad de almacenamiento de datos (DSE). Es posible hacer peticiones de dos objetos ya sean los tipos de registro o entidades de almacenamiento de datos.

    Despues de generar la expresion de la peticion, es necesario a veces reabrirla para editarla. Los filtros permiten aplicar una serie de condiciones a las peticiones para que solo regresen los datos que se necesitan.

  • Magaly Diana Leana Fierros

    como usar los tipos de registro para crear y modificar fácilmente un modelo de datos, definir cómo los usuarios pueden ver los datos e integrar procesos empresariales para que los usuarios puedan tomar medidas al ver los datos.

    Las capacidades de los tipos de registros y cómo planificar:
    -Un tipo de registro es un objeto que se usa para conectarse a los datos y modelarlos, así como para configurar cómo se ven, se actúa sobre ellos y cómo se protegen.
    En Appian, los tipos de registro representan datos en diferentes categorías de datos, como procesos de negocio, conceptos de negocio y datos de búsqueda.
    -Relaciones de tipo de registro
    El tipo de registro base es donde se define una relación con otro tipo de registro, que se denomina tipo de registro related. Puede utilizar las relaciones para actualizar los registros base y los registros relacionados al mismo tiempo.

    Tipos de relaciones
    En Appian, hay tres tipos de relaciones para conectar los datos

    Uno a uno - Cada registro del tipo de registro está relacionado exactamente con un registro del tipo de registro relacionado.

    Uno a varios – Un registro del tipo de registro está relacionado con muchos registros del tipo de registro relacionado.

    De varios a uno – Muchos registros del tipo de registro están relacionados con un registro del tipo de registro relacionado.

    En  Appian, no se pueden añadir relaciones de varios a varios entre tipos de registros. Sin embargo, se pueden crear de forma eficaz una relación de varios a varios mediante la creación de un tercer tipo de registro para conectar los dos.

    *modelado de datos y cómo se utilizarán los datos de registro en toda la aplicación.

    *configuraciones importantes para su tipo de registro, incluidas las vistas de registros, las acciones de registro y la seguridad.

    * Se puede agregar relaciones al generar una nueva fuente de datos o en cualquier momento durante el desarrollo desde la página Modelo de datos.

    *Los tipo de relaciones que se pueden elegir pueden ser uno a uno, uno a varios o varios a uno.

    *Identificar los campos comunes en cada tipo de registro que se conectarán los datos.

    Los campos de registro personalizados se evalúan en tiempo de sincronización o en tiempo real. La evaluación en tiempo de sincronización se produce cuando se sincroniza el tipo de registro, y la evaluación en tiempo real es cada vez que se hace referencia activamente al campo en la aplicación.

    El historial de eventos se crea a partir de los eventos de registro para que se pueda rastrear la secuencia de actividades, las partes responsables (como los usuarios o el tipo de automatización) y las marcas de tiempo asociadas. se utilizan eventos de registro para el análisis y la toma de decisiones.

    Hay dos formas de consultar: usar el editor de consultas o escribir directamente en una expresión.

    ¡Fv! :Se utiliza como entrada variable en ciertas funciones
    ¡Rv! :Se utiliza para hacer referencia a valores de registro dentro del propio objeto de tipo de registro
    recordType!: Se utiliza para hacer referencia a un objeto de tipo de registro y sus propiedades


    Una cuadrícula es útil para mostrar varios registros del mismo tipo. Para mostrar una lista de registros, puede configurar la lista de registros o crear una cuadrícula de solo lectura de forma independiente.

    En Appian, se puede configurar la seguridad de diferentes maneras para garantizar que la información correcta llegue a las personas adecuadas.

    se empieza por establecer la seguridad en el tipo de registro para determinar quién puede visualizar los datos. La seguridad del objeto se configura al crear el objeto, o se puede cambiar en cualquier momento haciendo clic en el icono de engranaje y, a continuación, en Seguridad.

    En Appian, los sitios son una de las dos formas en que los usuarios experimentan una aplicación de Appian. Los sitios conectan a los usuarios que han iniciado sesión con los datos y los flujos de trabajo de la aplicación

    Los sitios son objetos construidos con herramientas low-code en Appian Designer.

    Las consultas  permiten devolver datos en función de criterios específicos.

    saludos.

  • Hola Marco acá mis apuntes del día 30 de enero:


    Design Record Types: Model and Configure Your Data
    -Appian data fabric: unifica datos de múltiples sistemas para habilitar seguridad y acceso seguro a datos de la empresa y entrega una vista de 360 grados de tu negocio.
    -Record type: La forma más común de trabajar con datos en Appian es con tipos de registro. Es un objeto que usarás para modelar tus datos y configurar como estos serán vistos, se actúa sobre ellos y se protegen.
    -Capabilities of record types: Incluyen poderosas caracteristicas que te permiten crear tu modelo de datos, definir cómo los usuarios los verán, integrar procesos para que los usuarios puedan tomar acción y proteger tus datos.
    --Consolida tus datos de diferentes sistemas, optimiza el rendimiento (usando data sync), acelera el diseño de la app
    -Appian records: Característica que permite converger los datos del sistema en un único punto de administración.
    -Record: Una sola fila de datos que también se compone de vistas y acciones.
    -Create a Record Type and Structure Your Data. Data Sources: Pueden venir de una BD existente o puedes generar una nueva tabla de BD
    -Data sync. Guarda en caché los datos de origen en Appian y cualquier cambio será rápidamente sincronizado.
    -Record type relationships. Permiten conectar y referenciar datos que existan entre diferentes tablas o diferentes orígenes de datos. Puedes agregar relaciones cuando creas una nueva fuente de datos o en cualquier punto del desarrollo. Elige el tipo de relación adecuado. Identifica campos comunes en cada tipo de registro. Decide si permitirás la escritura en registros relacionados.
    -Custom record fields: Puedes transformar y manipular los datos para obetener la información que necesitas. Aggregate related record fields (sum, average, count, etc).
    -Record events: Usados para análisis y toma de desiciones, monitoreo y mejora de procesos. Process Model, escribe un historial de procesos. Interfaces, muestra un historial de procesos. Process Mining, analiza el rendimiento de los procesos.
    -Referencing record data: Usa recordType! para referenciar un tipo de registro con sus propiedades. rv! para Record variables usado para referenciar valores dentro de un registro. fv! usado como una variable de entrada para ciertas funciones.
    -Record list. Una lista en la que los usuarios pueden buscar y filtrar los registros como necesiten. -Record grid. Muestra los datos en un formato tabular.
    -Record view. Muestra información de un solo registro.
    -Record actions. Una vez que los usuarios pueden ver sus registros puedes agregar acciones sobre los mismos. List actions, inician el proceso directamente de un record list (Agregar un nuevo vehículo desde una lista). Related action, inician su proceso directamente desde un registro (actualizar datos de un vehículo en especifico).
    -Security.
    --Record type object security: Determinar que grupo de usuarios pueden ver el tipo de registro.
    --Record-Level security: Cuando tienes habilitado data-sync puedes agregar seguridad a las reglas para definir quién puede ver qué registros.
    --Record view security: Puedes decidir quién verá cada vista y bajo qué condiciones.
    --Record action security: Puedes decidir quién verá cada acción y bajo qué condiciones.

    Sites: Engage Logged-In Users
    Site: es una app web diseñada para aquellos usuarios que hayan hecho login. Es una de las dos maneras de interactuar con los usuarios. Las tipicas páginas de un sitio pueden ser: Dashboard con KPIs, Lista de tareas, formulario para iniciar un proceso de negocio.
    Utiliza un nombre corto y significativo para nombrar un sitio. Puedes agregar 4 tipos de páginas a tu sitio (acción, interface, record list y reporte). Puedes agregar hasta 10 páginas. Utiliza SAIL Design System para seguir las mejores prácticas.

    Query your data.
    Query: Expresión que permite acceder a tus datos en orden para verlos en diferentes partes de tu app. Pueden ser usadas para poblar un formulario, poblar un elemento de opciones o representar un KPI. Permite consultar dos tipos de objetos: Record type (permite consultar datos de un record type cuando tiene habilitado el data sync) y Data Store Entity (Permite consultar datos directamente de una BD). Hay dos tipos diferentes de querys selección y agregación. Ayudan a filtar, paginar y limitar los datos (Acciones que se pueden llevar a cabo desde el Query Editor).
    Query editor: Poderosa herramienta que permite crear y probar querys usando experiencia guiada.
    Expression rule: Expresión almacenada que retorna un valor que puede ser influenciado por una o más entradas.
    *Appian recomienda crear querys en expression rules porque es más fácil mantener y referenciar.

  • Buena noche Marco, comparto mis notas de los cursos del día de hoy:

    Design Record Types: Model and Configure Your Data

    En Appian no importa dónde residan sus datos, podrá unificarlos y transformarlos para satisfacer las necesidades de su negocio.

    Data Fabric. unifica datos de múltiples sistemas para permitir un acceso fácil y seguro a los datos empresariales y ofrecer una vista de 360 grados de su negocio.

    Tipo de registro (Record Type). Representan Entidades. Es un objeto que se usa para conectar y modelar la información, así como configurar el cómo los usuarios visualizarán e interactúan con los datos, cómo se actúa sobre ella (mediante procesos empresariales) y cómo se asegura. Con los tipos de registros podrás consolidar datos de sistemas dispares, optimizar el rendimiento y acelerar el diseño de aplicaciones. En Appian, los tipos de registros representan datos en diferentes categorías de datos, como procesos de negocio, conceptos de negocio y datos de búsqueda.

    Registro Appian (Appian Record). Permite conectarse a los datos de la empresa y luego unificarlos dentro de un solo modelo de datos. Estos registros son fáciles de crear y permiten conectarse a sus datos donde quiera que estén ya sea una base de datos, un modelo de proceso, Salesforce o un webservice

    *El ejercicio de “Part 1 Activity: Explore a Record Type” al no tener acceso al Site se complica su desarrollo, no es imposible, tomo nota para rehacer el ejercicio más adelante.

    Es recomendable tener la opción habilitada de sincronización de datos (Data Sync). Ésta opción activa el almacenamiento en caché de sus datos de origen en Appian, con esto el tipo de registro hará las consultas “locales” en lugar de tener que ir a un sitio externo a la aplicación, logrando que algunas tareas sean resueltas de manera más rápida.

    Si ocurren problemas con la sincronización de datos, los dos mejores enfoques son revisar el historial de sincronización (ubicado en la sección de MONITORING dentro del registro) o la notificación por correo electrónico (siendo administrador, recibirás una notificación por correo electrónico si hay algún problema al sincronizar tus datos, desconozco si esto se configuró automáticamente o se requiere activar).

    Al generar una nueva fuente de datos (data source), puede seleccionar una fuente de datos existente, agregar campos de registro y agregar relaciones a tipos de registros existentes. Configurarás la seguridad a nivel de registro usando una función separada más adelante.

    Relaciones. Las relaciones permiten conectar y hacer referencia a datos relacionados, que pueden existir entre diferentes tablas y diferentes fuentes de datos.

    Con campos de registro personalizados, puedes transformar y manipular tus datos para obtener la información que se necesita.

    Los eventos de registro permiten realizar un seguimiento transparente de qué usuario o automatización toma medidas en sus registros y cuándo (es un historial de cambios). Se pueden utilizar estos datos para monitorear y mejorar sus procesos comerciales mostrando el historial de eventos en interfaces o usándolo en la minería de procesos. Hay tres pasos principales para configurar eventos de registro: configurarlo en el tipo de registro, escribir eventos en modelos de proceso y mostrar eventos en interfaces.

    Los modelos de procesos son un objeto de diseño de Appian que se utilizará para automatizar los flujos de trabajo empresariales. Construirás procesos que se integran con diferentes sistemas, ejecutarás reglas de negocio, manipularás datos y asignarás trabajo a los usuarios.

    Al crear aplicaciones, se utilizan consultas (queries) para devolver datos de registros según criterios específicos, generalmente para mostrar o modificar datos. Hay dos formas de realizar consultas: usando el editor de consultas o escribiendo directamente en una expresión.

    *Tabla de formas comunes de hacer referencia a datos de registros

    *Pendiente al no tener acceso al Site “Activity: Explore a Record Type

    En el tipo de registro, configurarás cómo los usuarios empresariales navegarán y verán los datos. El configurar una lista de registros permite a los usuarios navegar por ella, luego, puedes crear filtros para que puedan limitar su búsqueda. Finalmente, se agregan vistas para que, una vez que encuentren lo que necesitan, puedan profundizar en un registro y ver más información al respecto.

    Una lista de registros (record list) es una lista explorable que los usuarios pueden buscar y filtrar para encontrar los registros que necesitan. Una cuadrícula (grid) muestra datos de registros en formato tabular. Las cuadrículas de solo lectura son componentes de la interfaz, por lo que puede agregarlas a cualquier interfaz.

    Se puede editar el texto a desplegar en el botón de búsqueda de la aplicación, para ello es en la sección de interfaces, en la parte de Filters hay una serie de checkbox y un bloque donde se puede ingresar el texto entrecomillado doble de lo que se quiere decir.

    *El vídeo de la sección “Configure the Record List and User Filters: Acme Auto Example” es un buen ejemplo de creación de la configuración para modificar estilo, e información que se redirigirá a cierto registro (record link, en la opción de Display Options).

    Las vistas de registros se configuran en la página Views ya teniendo seleccionado el registro. Para configurar una vista, necesitará una interfaz y pasar los datos de su registro a la interfaz.

    Al utilizar diferentes tipos de acciones de registro, puede integrar procesos empresariales para que los usuarios puedan realizar acciones informadas desde una lista o vista de registros. Hay dos tipos de acciones: Las acciones de lista inician procesos directamente desde la lista de registros y se pueden configurar para que se abran en un cuadro de diálogo, en la misma pestaña o en una pestaña nueva (EJM. cuando se agrega un nuevo vehículo al listado de vehículos). Las acciones relacionadas inician procesos directamente desde un registro y utilizan la información de ese registro. Esta información es el contexto de la acción relacionada (EJM. cuando se elimina un vehículo de la lista, previamente debe de existir y debes de seleccionar el elemento para posteriormente aplicar la acción).

    Aplique la seguridad en capas: 

    Comience con el objeto de tipo de registro (Record Type Object Security). Comience por determinar qué grupos de usuarios pueden ver el tipo de registro. Los usuarios que no tengan al menos permisos de visualización del objeto no tendrán acceso a los datos de este tipo de registro.

    Luego baje al nivel de registro (Record-Level Security), cuando tiene habilitada la sincronización de datos, puede agregar reglas de seguridad para definir quién puede ver qué registros. Puede configurar dinámicamente la seguridad con campos de registro, grupos, constantes y más.

    Finalmente, configure la seguridad de vistas (Record View Security), se puede configurar la seguridad para sus vistas. Puedes decidir quién puede ver cada vista y bajo qué condiciones.

    Y la seguridad de acciones (Record Action Security), se puede configurar la seguridad para sus acciones de registro. Puede determinar quién puede ver qué acciones y bajo qué condiciones.

    Sites: Engage Logged-In Users

    Usuarios empresariales que han iniciado sesión en Appian tienen la experiencia de la aplicación a través de los denominados sitios. Los sitios conectan a los usuarios con los datos y flujos de trabajo de las aplicaciones. 

    La opción de Display Name al momento de crear un sitio representa el nombre que verán los usuarios empresariales, se omite el uso del prefijo de la aplicación en él.

    Se define el contenido del sitio agregando páginas, hay 4 tipos de páginas que se pueden agregar: acción (modelo de procesos), interfaz, listado de registro (tipos de registros) y reporte. Puede agregar hasta 10 páginas o grupos de páginas. Cada grupo de páginas puede tener hasta 10 páginas, pero solo pueden ser del tipo de páginas de interfaz.

    Si necesita vincular a los usuarios a una página de sitio específica, o vincularlos a una página filtrada previamente que solo muestra algunos datos, puede usar la función a!urlForSite() y los parámetros de URL.

    Los portales son para usuarios sin una cuenta de Appian.

    Query Your Data

    Query. Una expresión que le permite acceder a sus datos para mostrarlos en diferentes partes de su aplicación.

    Query Editor. Una poderosa herramienta que le permite crear y probar consultas mediante una experiencia guiada

    Regla de expresión (Expression Rule). Una expresión almacenada que devuelve un valor que puede verse influenciado por una o más entradas.

    *Este tema requiere tener acceso al Site de Appian

    Las consultas (queries) le permiten devolver datos según criterios específicos. Puede utilizar esos datos devueltos para:

    Rellenar un formulario. Por ejemplo, rellenar la información de un automóvil cuando se solicita mantenimiento.

    Completar opciones. Por ejemplo, en una lista de opciones múltiples, algún estado que solo derive en ciertos valores.

    Representar un KPI. Utilizar datos consultados en los componentes de la interfaz para mostrar indicadores clave de rendimiento.

    Puede consultar dos tipos de objetos:

    Tipo de registro (Record Type). Consulta datos de un tipo de registro usando a!queryRecordType(). Esto le permite consultar datos cuando el tipo de registro tiene habilitada la sincronización de datos (data sync). Este tipo se usa cuando se desea ver datos de registros, ya sean interfaces, informes o vistas de registros.

    Entidad de almacenamiento de datos (Data Store Entity). Consulta datos de una entidad de almacenamiento de datos usando a!queryEntity(). Esto le permite consultar datos directamente desde una base de datos. Si necesitas consultar este tipo de entidad, deberás seleccionar una constante que apunte a esa entidad del almacén de datos. Luego puede elegir los campos que desea que se le devuelvan. También puede filtrar los resultados, así como aplicarles paginación y clasificación.

    Hay dos métodos para devolver datos:

    Una consulta de selección (selection query) devuelve cada registro como un elemento independiente en el resultado.

    Una consulta de agregación (aggregation query) devuelve agrupaciones y medidas. Las agrupaciones le permiten agrupar campos por un valor común, mientras que las medidas le permiten calcular los valores en ciertos campos. Este tipo de consultas se configura utilizando las funciones a!aggregationFields(), a!grouping(), a!measures().

  • Mauricio González Sánchez

    DESIGN RECORD TYPES
    DATA FABRIC AND RECORD TYPES
    El data fabric es una de las 4 capacidades críticas de appian, la cual se encarga de cargar datos de múltiples sistemas para activar la seguridad y el rápido acceso el resto es de la empresa.
    El data fabric de appian consiste en el varios objetos que pueden ser usados para trabajar con los datos de la empresa. Pero la forma más común de trabajar con datos en Adrián es usando record types.
    RECORD TYPE
    Es un objeto que puede ser usado para conectar y modelar datos y configurar como serán visualizados, usados y asegurados. En el data model cada record type representa una entidad de negocio, como un cliente, una orden, un producto y contiene campos de estas entidades
    PLAN YOUR RECORD TYPES
    Para iniciar el plan se deben responder las siguientes preguntas:
    cuáles son las entidades y los campos?
    Dónde serán almacenados los datos?
    Cuál es la relación de los datos?
    Qué procesos de innovación se relacionan con los datos?
    Qué tipos de eventos deben ser capturados?
    INTERACCIÓN CON LOS DATOS
    • Quiénes pueden ver los datos?
    • Qué tipo de información pueden ver diferentes usuarios?
    • Cómo consultarán los datos los usuarios?
    • Qué acciones y vistas deben estar disponibles para los usuarios?
    MODEL YOUR SOURCE DATA
    Create record type
    • En appian designer click en new -> Record Type
    • Dar nombre y descripción
    • Configurar la seguridad
    • crear el data model, seleccionar la fuente de datos, si la fuente de datos contiene datos de qué activar el data sync
    • Configurar los filtros
    • revisar que los nombres en los campos sean Claros, se evitarlo si es necesario
    • guardar cambios
    PARA UN RECORD TYPE NUEVO
    • En appian designer click en new -> Record Type
    • Dar nombre y descripción
    • Configurar la seguridad
    • Configurar los campos que tendrá el record type, este puede ser uno a uno o a través de una lista
    • Configurar el tipo de relación
    Se puede revisar el modelo antes de ser guardado.
    Al momento de guardarse se crearan las tablas.
    Cuando se termina se puede descargar el script de la DB y ser usado para otro ambiente.

    DATA SYNC
    Esta opción almacena datos en caché dentro de Appian, es decir está sincronizado, por lo tanto cualquier cambio se verá reflejado. Se pueden cambiar las configuraciones de data sync si es necesario.
    Si existe un fallo de sincronización appian mostrará la última sincrónicazación correcta
    RESOLVE DATA SYNC ISSUES
    Si existen problemas de sincronización se puede hacer lo siguiente:
    • revisar el histórico de sincronización
    • enviar un correo de notificación
    RECORD TYPE RELATIONSHIPS
    En Appian sólo pueden configurarse 3 tipos de relaciones:
    1. one-to-one
    2. one-to-many
    3. many-to-one

    CUSTOM RECORD FIELDS
    los custom record fields sirven para transformar y manipular datos para obtener la información que se necesita.
    Algunos ejemplos de uso:
    • medición de niveles de servicio
    • monitoreo de progreso de alguna tarea
    • categorización
    Para crear un los custom record field:
    Dentro de la página de data model hacer Clic en custom record field y seleccionar Related Record Fields template este es usado para una relación de one-to-many.
    Después presionar next -> seleccionar dentro del campo field el primary key y seleccionar el Aggregation function, antes de finalizar se puede editar el nombre del record field

    CONFIGURE RECORD EVENTS
    Los record events permiten monitorear las acciones que son realizadas en los registros por los usuarios o las automatizaciones. Con estas acciones se van creando eventos históricos que después son utilizados en la minería de procesos.
    Para generar un record events:
    • ir a la página de eventos
    • Click en generate record types
    • Si existen eventos pueden ser reutilizados si no se puede agregar una lista de eventos que se tengan contempladas
    RECORD DATA
    Los recortes son como variables que se pueden ir actualizando de información durante el proceso
    Domain Prefix Description Where to Use It Examples
    recordType! Used to reference a record type object and its properties: fields, actions, filters, and relationships Functions, such as a!queryRecordType(), and interface components To reference a field: recordType!AA Vehicle.fields.year
    To reference a field in a related record: recordType!AA Vehicle.relationships.
    maintenance.fields.issue
    rv! Record variable
    Used to reference record values within the record type object itself (for example, a summary view’s header) Record type object rv! allows you to reference two properties
    rv!record references the data within a specific field: rv!record[recordType!Vehicle.make]
    rv!identifier references a record’s id
    fv! Function variable
    Used as a variable input into certain functions
    Only available as an input in certain functions and interface components, such as grids fv!row is used in grids to reference the data for an entire row

    Then, you can get the data for a particular column in that row: fv!row[vehicle.vin]
    REFERENCING RECORD DATA


    QUE ES UN SITE?
    Los sitios son una de las maneras en que el usuario interactúa dentro de la aplicación, con los datos e información que requiera.
    Para crear un site desde appian designer -> new -> site llenar los campo de name usando el prefijo de la aplicación y en display name no introducir el prefijo ya que los usuarios lo visualizaran también agregar unabreve descripción y “create”
    Hay que agregar pages, de están hay 4 tipos: action, interface, record list y report.
    Se pueden agregar 10 pages o grupo de pages.
    Consultar SAIL Design System para diseñar pages.
    Tip: Link Users to a Pre-Filtered Site Page
    If you need to link users to a specific site page—or link them to a pre-filtered page that only displays some data—you can use the a!urlForSite() function and URL parameters.
    QUERY YOUR DATA
    Query: es una expresión que sirve para tener acceso a los datos y mostrarlos en la aplicación.
    Query editor: herramienta de appian que permite crear y probar queries.
    Expresión Rule: Expresión almacenada que devuelve un valor a partir de una o varias entradas.
    WHICH OBJECT SHOULD YOU QUERY AND WHY?
    Se pueden consultar 2 tipos de objetos:
    record type: a!queryRecordType(); permite consultar desde una base de datos, también desde salesforce y web services cuando el record type tiene activo en data sync hola
    Data store entity: a!queryEntity(), permite consultar datos directamente una base de datos.
    Cuando debería realizarse una consulta?
    Cuando se quieran ver datos en:
    • Interfaces
    • Reports
    • record views

    Usar a!queryRecordType() para ver datos en una interface
    Usar a!queryEntity(), para visualizar datos en un formulario

    QUERY METHODS

    Un “selection query” regresa cada registro cómo un objeto separado.(a!relatedRecordData())
    Un “agregation query” regresa agrupaciones y medidas(a!aggregationFields(),a!grouping(),
    a!measure())

    START TO QUERY YOUR DATA

    a!queryLogicalExpression(): se puede usar con los opradores “AND”, "OR" and "AND_ALL"
    a!relatedRecordData():relationship,limit,sort,filter

    SORT AND LIMIT DATA
    Sort and limit recordatorio se usan dentro del editor de consultas
    Sort and limit related record data usan a!relatedRecordData()

    a!sortInfo

    USE QUERIES IN YOUR APPLICATIONS
    Los KPI’s son otra consulta de agregación

  • Envio mi resumen:

    Los registros se conectan a través de lugares estructurados, originándose desde diversas fuentes como tablas de bases de datos, modelado de procesos o servicios web.

    Las relaciones entre registros permiten referenciar información entre tablas y fuentes, con un registro principal iniciando la relación hacia otro. Es posible crear campos de registro personalizados y utilizar plantillas disponibles.

    El registro de eventos rastrea la actividad de usuarios o procesos automáticos, es muy útil para análisis y toma de decisiones.

    Se pueden utilizar listas y matrices para mostrar registros, configurando listados o creando matrices independientes.

    La importancia de los sitios en Appian para proporcionar experiencias de usuario, destinados a grupos específicos con flujos y necesidades propias.

    Para crear un sitio, se debe configurar un nuevo objeto de aplicación, gestionar la seguridad, agregar páginas y actualizar la marca.

  • En Appian se manejan los tipos de registro para unificiar la información proveniente de diferentes lugares para poder interactuar con los datos de una forma segura.

    Las capacidades de los tipos de registros incluyen conectar y unificar sus datos de diferentes fuentes, rastrear el historial de eventos con eventos de registros y proteger los datos de su empresa con un enfoque en capas.

    La estructura de datos es un enfoque para unificar silos de datos. Los registros de Appian le permiten converger los datos de su sistema en un único punto de gestión. Un tipo de registro es un objeto de diseño que se utiliza para conectarse a su fuente de datos y modelar sus datos. Una única fila de datos que también se compone de vistas y acciones.

    Puede conectarse a una base de datos, modelo de proceso, objeto de equipo de ventas o servicio web.

    Al generar una nueva fuente de datos, puede seleccionar una fuente de datos, agregar campos de registro y agregar relaciones a tipos de registros existentes.

    Se puede agregar relaciones de dos maneras. Primero, cuando genera una nueva fuente de datos y crea su modelo de datos, puede agregar relaciones a los tipos de registros existentes. O, después de configurar el origen, puede agregar nuevas relaciones en cualquier momento durante el desarrollo desde la página Modelo de datos.

    Los eventos registrados le indican quién tomó medidas y cuándo. Puede mostrar esta información en interfaces o utilizarla en la minería de procesos para monitorear y mejorar sus procesos.

    Puede utilizar consultas para mostrar datos en un formulario, completar opciones en un componente desplegable y mostrar datos en un informe

    fv! - Se utiliza como entrada variable en ciertas funciones
    rv! -  Se utiliza para hacer referencia a valores de registro dentro del propio objeto de tipo de registro
    recordType! - Se utiliza para hacer referencia a un objeto de tipo registro y sus propiedades

    Un filtro basado en expresiones le permitiría crear un filtro de usuario con opciones dinámicas.

    Para configurar una nueva vista, llamará a una interfaz e identificará los datos de registro que se pasarán a ella. También puede cambiar el título del registro para que se muestre dinámicamente.

    Las acciones relacionadas están en el contexto de un registro, por lo que es necesario pasar datos del registro al proceso. Las acciones de lista inician procesos desde la lista de registros.

    Las acciones de registro le permiten integrar procesos empresariales para que los usuarios puedan tomar medidas sobre los datos.

    Para crear una nueva acción relacionada, seleccionará el modelo de proceso, configurará el contexto y seleccionará la acción relacionada como un acceso directo a la vista.

    Seguridad del tipo de registro - Quién puede ver cualquier dato en un tipo de registro
    Seguridad a nivel de registro - Quién puede ver qué registros en un tipo de registro y bajo qué condiciones
    Quién puede ver qué registros en un tipo de registro y bajo qué condiciones - Quién puede ver qué opiniones y acciones y bajo qué condiciones

    Como regla de seguridad, puede configurar que los usuarios de un grupo de Contables solo puedan ver proyectos en un determinado departamento y que los usuarios solo puedan ver los proyectos que se encuentran en el campo “asignado a”.

    Se puede agregar más de una condición para refinar cuándo una vista o acción es visible para un grupo de usuarios.