Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

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

Día 6

Interfaces 101

En este curso aprendí:

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

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

Tipos de campos
Variedad de diseños
Forms

Grids
Reports

Para crear una interfase:

Debemos reconocer las principales áreas del objeto interfase
Dominar el uso de templates, layouts, Components y patterns

Distinguir entre modo diseño y modo expresión

Al crear una interface tengo claro como

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

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

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

Los usos principales de las variables locales son:

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

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

rafael_0640 — Sun, 09 Jul 2023 06:16:59 GMT

DIA 5

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

Un proceso …

Puede crearse de inicio o duplicar alguno.
Debe usar grupos para su seguridad
Debe usar niveles de seguridad de administrador y viewer
El administrador es el nivel mas alto

Viewers pueden ver e iniciar un proceso pero no puede modificarlo.

Los Smart services son

Send E-mail
Integrate with web services
Excecute robotic processes

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

Para los modelos de proceso:

Para diseñar un modelo de procesos ejecutable podemos usar el designer view.
Use the analytic view para crear diagramas de alto nivel de procesos

Appian provee a los desarrolladores con nodos de flujo, y procesos inteligentes de automatización.
No olvide configurar alertas y data management en los procesos.

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

Josué Quintero Silva — Thu, 06 Jul 2023 05:29:02 GMT

Marco Polo Martínez Badillo

Escribir datos con tipos de datos personalizados, me va a ayudar a imitar la estructura lógica de los datos creados en mi BD relacional, será lo que me va a permitir crear datos en mi base de datos. El DSE es la conexión que comunica los datos de registros modificados desde un CDT a una base de datos relacional, y ayudará a conectar el proceso a la BD.

En propias palabras, el CDT será la estructura o escritura de los registros, ya sea para una solo lectura o para una interface, y el DSE será el encargado de conectar toda esa información en mis procesos.

No siempre vamos a partir desde un Record Type, las aplicaciónes pueden ser iniciadas con múltiples CDT´s y su DSE.

Los CDT pueden ser creados desde cero, cuando creamos una acción de registro (fácil y no recomendable), desde una tabla de BD existente (recomendable), se puede duplicar una CDT existente o importando un XSD (solo admin).

Para consultar nuestros datos existen 2 métodos:

Consulta de selección: devuelve registros por separado
Consulta de agregación: que devuelve grupos y mediciones, permiten agrupar campos por valor especifico

También se permite el uso de filtros, que nos van a permitir ordenar nuestros datos de acuerdo a las necesidades comerciales y con un conjunto de condiciones.

Es importante saber que primero debemos crear nuestra constante (query) apuntando a nuestro CDT y después nuestra regla de expresión para conectar nuestro DSE.

Hecho por: Josué Quintero Silva

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

sebastianBR — Thu, 08 Jun 2023 22:30:28 GMT

Welcome to Write Data with Custom Data Type

Custom data type

Es un objeto de datos definido por el usuario que imita estructuralmente la agrupación lógica de datos relacionados creados dentro de la tabla de la base de datos relacional. Junto con el almacén de datos, es lo que le permite estructurar y escribir datos en la base de datos.

Data Store

El almacén de datos es la conexión que comunica los datos de registro modificados de un CDT a una base de datos relacional.

Hay cinco firmas de crear un CDT

Automatically when You Create a Record Action

Appian puede generar automáticamente acciones de registro comunes para ese tipo de registro utilizando la información básica que usted proporcione.

Existing Database Table

Se creará un CDT para usted con todas las configuraciones necesarias para asignar automáticamente a esa tabla.

From Scratch

Crear un CDT desde cero requerirá que agregue cada campo de datos y configure los parámetros, incluidos: nombre, tipo, longitud, matriz y clave.

Duplicate Existing CDT

Todas las configuraciones existentes en el CDT original, incluidas las anotaciones de JPA, se duplicarán.

Import XSD

Utilice esta opción si tiene un archivo XSD que define su CDT.

Editing a CDT(Adding Fields)

Se puede modificar o añadir campos a tu CDT

Editing Fields

Antes de editar un campo en tu CDT debes de utilizar la opciones de dependants para ver el impacto que esto podria tener

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

jessr0005 — Thu, 08 Jun 2023 22:30:22 GMT

Jesús Reyes Hernández

Write Data with Custom Data Types

Un tipo de datos personalizado es un objeto de datos definido por el usuario que imita estructuralmente la agrupación lógica de datos relacionados creados dentro de la tabla de su base de datos relacional. Es, junto con el almacén de datos, lo que le permite estructurar y escribir datos en la base de datos.

Si la aplicación usa tipos de registro sin la sincronización de datos habilitada, debe usar CDT en lugar de variables de registro al actualizar, insertar o eliminar datos de las tablas de la base de datos.

Los CDT imitan la agrupación lógica de datos que se encuentran en su base de datos relacional y le permiten estructurar y escribir datos en su base de datos.

Las aplicaciones generalmente se basarán en varias tablas de bases de datos y, por lo tanto, en múltiples CDT.

Un almacén de datos conecta Appian con una base de datos relacional.

5 formas de crear un CDT:

Automáticamente cuando crea una acción de registro
Tabla de base de datos existente
Desde cero
CDT existente duplicado
Importar XSD

Todos los CDT a los que se hace referencia en un almacén de datos deben tener una clave principal.

Un almacén de datos es responsable de la conexión de la aplicación a una base de datos relacional.

Por lo general, una aplicación tendrá un almacén de datos para todas las tablas en una fuente de datos específica.

Los CDT se agregan al almacén de datos como entidades.

Vuelva a publicar el almacén de datos cada vez que agregue una nueva entidad.

Configure la seguridad de su almacén de datos correctamente. Una configuración incorrecta podría impedir que los usuarios comerciales actualicen los datos en la tabla conectada.

Antes de editar los CDT, evalúe el impacto de sus ediciones en otros objetos. Utilice el botón Dependientes.

El método más común para editar un CDT es implementar primero los cambios en la base de datos y luego actualizar el CDT usando el archivo XSD.

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

Isaac Lira — Mon, 05 Jun 2023 12:39:37 GMT

Isaac Balam Lira Ramírez

Write data with Custom Data Types

Un Custom Data Type es un objeto user-definied data que estructuralmente imita una agrupación lógica de información creada en una tabla de una base de datos. Este objeto en conjunto con el almacenamiento de datos es lo que nos permite estructurar y escribir datos en una base de datos.

La Data Store es una conexión que comunica los cambios de los record data desde un CDT hacia una base de datos.

Si nuestra aplicación no cuenta con data sync activado deberemos usar CDT en lugar de Record Variables para actualizar, insertar o borrar datos en la base de datos.

Para crear un CDT podemos hacerlo de las siguientes maneras.

Crear uno de manera automática cuando creamos un Record Type
Crear un CDT a partir de una tabla existente de una base de datos
Crear un CDT desde cero conjurando todas sus propiedades
Duplicar un CDT ya existente
Importar un archivo XSD

Cuando creamos un CDT es importante añadir el prefijo de nuestra aplicación al namespace, por ejemplo, “urn:com:appian:types:PREFIJO”. Los nombres de los CDT no llevan espacios en su lugar se usan guiones bajos “PREFIJO_nombre”. Todos los CDT deben tener una llave primaria.

Los CDT heredan la seguridad de los objetos que lo usan. La Data Store se debe actualizar cada vez que te conectas a una nueva tabla para escribir.

Se pueden editar los CDT pero hay que tener cuidado de configurar correctamente ya que recordemos que los CDT tienen relación con el Data Store.

Appian Developer Project: Build an IT Application

Nos da una simulación en un entorno controlado de cómo desarrollar una aplicación en Appian.

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

jessr0005 — Sat, 27 May 2023 07:06:19 GMT

Jesús Reyes Hernández

Experiencia de Usuario Personalizada y Centrada

Un sitio es una interfaz definida personalizada para un conjunto preciso de usuarios que se centran en un conjunto particular de actividades.

Acceder y navegar en un sitio

Cuando se crea un sitio, Appian genera una URL única y personalizable que se puede compartir con el usuario o grupo que utilizará el sitio.

Los sitios también se pueden acceder a través de otros sitios.

Una vez que haya agregado una página a su sitio, se creará el diagrama de jerarquía del sitio. Se mostrará cualquier interfaz, registro o acción utilizada dentro de las páginas del sitio. Si una página usa un modelo de proceso o un informe, también verá la interfaz detrás de él en el diagrama. Esto le permite comprender fácil y rápidamente las estructuras de cualquier sitio.

Un portal es una aplicación web pública que permite a los usuarios sin un inicio de sesión de Appian ver y compartir información con un entorno de Appian.

Seguridad del sitio

Establecer la seguridad del sitio nos ayudará a controlará quién puede ver y editar su sitio.

El usuario debe tener visibilidad de las páginas del sitio y al menos permisos de Espectador para cada interfaz, informe, tipo de registro, modelo de proceso y dato subyacente configurados como el contenido de una página del sitio.

Portales

Un portal es una aplicación web pública que diseñará para conectar a los usuarios con los datos y flujos de trabajo que ya tiene en Appian, sin necesidad de que inicien sesión.

Casos de usos para los portales:

Revisar Registros Públicos
Regístrese para un evento
Solicitar una cuenta
Solicitar presupuesto
Informe de información

El objeto del portal le permitirá orquestar todos los objetos de soporte (interfaces, modelos de procesos y otros) en un portal de trabajo.

Publicar un portal

Solo necesita publicar su portal una vez. Después de publicarlo en su entorno de desarrollo, Appian publicará automáticamente el portal después de la implementación en un nuevo entorno.

Cualquier persona con la dirección web puede acceder a su portal. Para limitar el acceso a un portal mientras trabaja en él, Appian agrega un UUID a las direcciones web de los portales en sus entornos de desarrollo y prueba.

Step-by-step #7

Consulte sus Datos

Las consultas le permiten devolver datos en función de criterios específicos. Puede usar esos datos devueltos para:

Rellenar un formulario
Completar opciones
Representar un KPI (Indicadores Clave de Desempeño)

Puede consultar dos tipos de objetos:

Tipos de registros
Entidad de almacenamiento de datos

Aplicar filtros

Se pueden crear consultan añadiendo filtros para que no muestre la información requerida.

Algunos ejemplos de filtros son:

Filtrar valores nulos
Devolver valores entre dos fechas
Filtrar más de un campo

Puede utilizar el operador a!queryLogicalExpression() en los filtros para usar operadores como:

AND
OR
AND_ALL

Si está consultando un tipo de registro que tiene una relación de uno a varios, puede usar el parámetro relatedRecordData en su consulta para filtrar los datos devueltos por esa relación de uno a varios.

Clasificar y limitar datos

Esto le permitirá organizar los resultados de su consulta de una manera poderosa para presentar datos utilizables a los usuarios sin necesidad de que interactúen con una cuadrícula o gráfico para tomar sus propias decisiones de clasificación. También puede limitar cuántos registros se devuelven.

Utilizar consultas en las aplicaciones

Puede llamar a las 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.

Ejemplo de consulta de selección

Este tipo de consulta es útil para probar interfaces, ya que se puede usar para crear casos de prueba basados en registros con características conocidas.

Utilizar consultas de agregación

Step-by-step #8

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

sebastianBR — Sat, 27 May 2023 01:59:17 GMT

Create a User Experience with Sites and Portals

Diferencia entre Site y Portal

Site

Un site es una aplicación web donde los usuarios autenticados pueden acceder a sus datos y flujos de trabajo. La autenticación significa que estos usuarios deben iniciar sesión en Appian

Desde la perspectiva del desarrollador, se recomienda lo siguiente: Diseñar diferentes sites para diferentes grupos de usuarios y adaptará cada site a las tareas y actividades particulares de cada grupo.

Un sitio puede contener hasta cinco paginas

Portal

Un portal es una aplicación web pública que permite a los usuarios sin un inicio de sesión de Appian ver y compartir información con un entorno Appian

What is a site

Sites son objetos creados con herramientas de código bajo en Appian Designer.

Access and Navigate a Site

Al crear un site in Appian, El sistema genera una única y personalizada URL

Si muchos usuarios trabajan en un mismo sitio se puede definir por default como su start page a traves de la Administration Console

Create a Site

Al crear un sitio hay que considerar que

Que los Site names son internos y no serán vistos directamente por los usuarios finales(end users). Iniciar el site name con el prefijo de la aplicación(application prefix)

No inicie el display name con el prefijo de la aplicación(application prefix), porque los usuarios finales(end users) verán todo el display name.

Utilice un nombre corto(short name) que sea significativo para sus los usuarios finales(end users)

Usar title case

Appian utiliza el display name para construir un default web address identifier para el site. Para refinar el site URL debemos editar el default web address identifier.

Customize Site Branding

Al configurar nuestro Site branding debemos evitar ocupar los siguientes colores:

Negro
White
Gray
Green
Red

Una pagina en un site puede contener:

Action
Interface
Record List
Report.

Establish Site Security

Un usuario debe tener al menos permisos de viewer en un sitio para acceder a él.

Portals

Por definición es :

Aplicación web pública que diseñada para conectar a los usuarios con los datos y workflows que ya tienes en Appian, sin necesidad de que inicien sesión

Casos de uso comunes para los portals:

Review public records

Request an account

Request a quote

Report information

High-Level Workflow

De la misma forma que un site un portal puede tener hasta 5 paginas

Para proteger a tu portal debes de crear una cuenta de servicio (Service Account)

La cual actúa en nombre de los usuarios del portal, proporcionando al portal permisos para conectarse a la información y los procesos seleccionados en Appian

Todos los portales necesitas un portal object y al menos una interfaz

Para comenzar un proceso desde nuestro portal debemos ocupar la funcion

a!startProcess

Publishing a Portal

Consideraciones antes de publicar un Portal

Solo necesita publicar su portal una vez

Compruebe que el entorno de destino tiene los grupos que utiliza el portal para los permisos.
Cree una service account con el mismo nombre que la service account en el entorno de origen.
Configurar permisos para la cuenta de servicio que coincidan con los del entorno de origen

Unpublish a portal

Si ya no se desea que el portal esté disponible para los usuarios, puede anular su publicación fácilmente desactivando 'Publicar' en el objeto del portal

Testing and Access portal

Debe publicar el portal para probarlo completamente, lo que significa que cualquier persona con la dirección web puede acceder a su portal.

Updating a portal

Una vez publicado un portal, Appian lo volverá a publicar automáticamente si actualiza el objeto del portal o cualquier objeto precedente.

Query Your Data

Las Queries son usadas para devolver datos basados en un conjunto específico de criterios.

Puede consultar un tipo de registro o directamente a una base de datos relacional mediante un data store entity (DSE).

Terminos importantes

Query :

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

Query Editor:

Una potente herramienta que permite crear y probar consultas mediante una experiencia guiada.

Expression rule

Expresión almacenada(stored expression) que devuelve un valor que puede estar influenciado por una o más entradas.

Puedes hacer una query hacia dos tipos de objeto

Record Type: Usando a!queryRecordType(). Esto le permite consultar datos de una base de datos, así como de Salesforce y otros servicios web cuando el tipo de registro tiene habilitada la sincronización de datos.

Utilizar cuando necesitas ver datos en Interfaces, Reports Record views

Data Store Entity: Usando a!queryEntity(). Esto le permite consultar datos directamente desde una base de datos.

Query Methods

Los parametros groupings y measures nos permiten realizar "aggreation"

Apply Filters

Podemos aplicar filtros en el query editar mediante la opcion "add filter"

Un filtro le permite aplicar un conjunto de condiciones para que la consulta solo devuelva los datos que necesita.

a!relatedRecordData()

Si está consultando un tipo de registro que tiene una relacion de one-to-many , Puedes utilizar el botón relatedRecordData parameter en la consulta para filtrar los datos devueltos.

Sort and Limit Data

Podemos Ocupar Sort para mostrar nuestra vista de manera ascendente o descendente

Ejercicios Step by step 7 y 8

Podemos ocupar Limit para acortar nuestra vista a una cantidad de registros especifica

Use Queries in your applications

Como práctica recomendada, se recomienda crear consultas en una regla de expresión(expression rule) para que sea más fácil mantener y hacer referencia a su consulta.

community.appian.com/.../Documento4.pdf

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

DavidSanchezV — Fri, 26 May 2023 23:13:54 GMT

Crear una experiencia de usuario con sitios y portales

Un sitio es una aplicación web diseñada para usuarios que tienen un inicio de sesión de Appian, mientras que un portal es una aplicación web para usuarios externos que no tienen un inicio de sesión para acceder a su aplicación de Appian.

Sitios

En el sitio los usuarios autenticados pueden acceder a sus datos y flujos de trabajo, en los cuales cada uno esta adaptado a las necesidades de trabajo de una persona.Proporcionan acceso rapido a las paginas, tareas o información que necesita, estos son obejtos con un front end que ven los usuarios finales y un back end que trabajan los diseñadores.

Los usuarios pueden acceder a un sitio con una URL única o desde otros sitios. Cuando se crea un sitio en Appian, el sistema genera una URL única y personalizable. Los usuarios pueden marcar esa URL para facilitar el acceso.

Para que un usuario pueda acceder al sitio, debe tener al menos permisos de visor para cada interfaz, informe, tipo de registro, modelo de proceso configurados como contenido de una pagina del sitio.

Portal

En un portal no se requiere un registro e inicio de sesión, por lo que se puede usar para que los usuarios se registren rápidamente en un evento, informen de un incidente o inicien un proceso de incorporación.

Los portales se crean utilizando las herramientas low-code disponibles en Appian Designer, con las cuales se pueden diseñar interfaces y otros objetos que pueda necesitar nuestro portal y este se publique como una aplicacion web coherente en una URL publica.

Al igual que los sitios, se pueden agregar hasta 5 paginas en un portal, los cuales necesitaran ciertos permisos para que los usuarios puedan interactuar, para controlar el acceso, se tiene que crear una cuenta de servicio, puesta esta actúa en nombre del usuario en el portal, proporcionando al portal permisos para conectarse a la información y los procesos seleccionados en Appian.

La mejor manera de trabajar con datos en portales es utilizar Appian Records. Si su aplicación usa tipos de registro, puede implementar las funciones de Appian (a!startProcess y a!queryRecordType) para que los datos fluyan fácilmente entre su aplicación y el portal.

Al momento de publicar un portal solo se hace una vez, pero antes de hacer esto se tiene que verificar que el entorno de destino este bien configurado, lo cual lo podemos verificar de la siguiente manera;

Compruebe que el entorno de destino tiene los grupos que utiliza el portal para los permisos.
Cree una cuenta de servicio con el mismo nombre que la cuenta de servicio en el entorno de origen.
Configure permisos para la cuenta de servicio que coincidan con los del entorno de origen.

Una vez que se haya verificado lo anterior, podemos publicarlo para que Appian después lo pueda implementar en un nuevo entorno. Una vez publicado un portal, Appian lo volverá a publicar automáticamente si actualiza el objeto del portal o cualquier objeto precedente. Este comportamiento garantizará que el portal publicado esté actualizado con los cambios más recientes.

Consulta tus datos

Query: Expresión para acceder a los datos y sean mostrados en diferentes partes de la aplicación (Consulta).
Query editor: Herramienta que permite crear y probar consultas.
Expression Rule: Expresión almacenada que devuelve un valor que puede estar influenciado por una o más entradas.
a!queryRecordType(): Permite consultar datos de una base de datos, asi como Salesforce y otros servcios web
a!queryEntity(): Permite consultar datos directamente desde una base de datos.

Step-By-Step #7

Step-By-Step #8

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

FernandoFM — Fri, 26 May 2023 23:11:48 GMT

Fernando Fernández Morales

Cree una experiencia de usuario con sitios y portales

SITIOS

Un sitio es una aplicación web donde los usuarios autenticados pueden acceder a sus datos y flujos de trabajo. La autenticación significa que estos usuarios deben iniciar sesión en Appian.

Los usuarios pueden acceder a un sitio con una URL única o desde otros sitios. Cuando crea un sitio en Appian, el sistema genera una URL única y personalizable.

Si un grupo de usuarios realiza la mayor parte o todo su trabajo en un sitio, puede configurar ese sitio como su página de inicio de usuario.

Crear un sitio

Al momento de crear el sitio se debe poner el nombre sin el prefijo de la aplicación, ya que se mostrará a los usuarios finales.

Se deberán usar nombres cortos y significativos.

Usa mayúsculas y minúsculas

Appian usa el nombre para mostrar para construir un identificador de dirección web predeterminado para el sitio.

Se puede crear primero el sitio y después la interfaz o viceversa

Una vez que haya agregado una página, se crea el diagrama de jerarquía del sitio. Se mostrará cualquier interfaz, registro o acción utilizada en las páginas del sitio.

Personalice un sitio para que coincida con su marca

Se pueden ajustar los colores para que el diseño del sitio coincida con los de la marca

Seguridad en un sitio

Este nivel de seguridad controlará quién puede ver y editar su sitio

Un usuario debe tener al menos permisos de Visor en un sitio para acceder a él.

PORTAL

Un portal es una aplicación web pública que permite a los usuarios sin un inicio de sesión de Appian ver y compartir información con un entorno de Appian. El acceso a un portal no requiere registro e inicio de sesión

Casos de uso comunes

En general, estos implican que los usuarios sin un inicio de sesión de Appian accedan a la información que necesitan y completen varias tareas de autoservicio.

Un portal se crea utilizando las mismas herramientas de código disponibles en Appian Designer.

Diseñará las interfaces y otros objetos que su portal pueda necesitar, y luego se usará el objeto del portal para agruparlos y publicar el portal como una aplicación web.

Las configuraciones en las secciones Encabezado y Marca del objeto del portal le permitirán crear una experiencia de portal que sus usuarios puedan reconocer fácilmente.

No necesita crear una contraseña para su portal. Un portal estará disponible para todos los que tengan la URL.

Configuración del portal

Cuando se implementa un portal publicado en otro entorno, Appian lo publicara automáticamente.

Se pueden agregar hasta 5 páginas en los portales.

Se pueden aplicar logotipo y colores de la marca.

Agregando una cuenta de servicio se puede conectarse a información y procesos seleccionados.

Se puede ver el registro de actividad.

La mejor manera de trabajar con datos en portales es usar Appian Records.

Puede iniciar un proceso desde el portal configurando la interfaz subyacente con la función a!startProcess .

Si su aplicación utiliza tipos de registros y desea que su portal muestre datos de Appian, configure la interfaz subyacente mediante la función a!queryRecordType

Si su aplicación usa CDT, deberá crear una integración entre su aplicación y el portal, utilizando una API web y un objeto de integración.

Publicación de un portal

Solo necesita publicar su portal una vez. Después de publicarlo en su entorno de desarrollo, Appian publicará automáticamente el portal después de la implementación en un nuevo entorno.

Si ya no desea que el portal esté disponible para los usuarios, puede anular su publicación fácilmente desactivando Publicar en la configuración del portal.

Para limitar el acceso a un portal mientras trabaja en él, Appian agrega un UUID a las direcciones web de los portales en sus entornos de desarrollo y prueba. Esta configuración se puede cambiar en la Consola de administración.

Una vez que se publica un portal, Appian lo volverá a publicar automáticamente si actualiza el objeto del portal.

Consulta tus datos

Términos importantes

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 utilizando una experiencia guiada.

Expression Rule = Una expresión almacenada que devuelve un valor que puede estar influenciado por una o más entradas.

¿Qué es una consulta?

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

Ejemplos

Use una consulta para obtener datos del vehículo para mostrar en un formulario para actualizar la información de mantenimiento de un vehículo.

Use una consulta para completar las opciones en un menú desplegable.

Utilice los datos consultados en los componentes de la interfaz para mostrar indicadores clave de rendimiento.

¿Qué objetos consultar y porque?

Record Type

Consulta datos de un tipo de registro usando a!queryRecordType() . Esto le permite consultar datos de una base de datos, así como de Salesforce y otros servicios web cuando el tipo de registro tiene habilitada la sincronización de datos.

Data Store Entity

Esto le permite consultar datos directamente desde una base de datos. Se hace usando a!queryEntity()

Consultas de selección

Devuelven una sola fila de datos

Consultas de agregación

Devuelven las filas que tengan el valor en común filtrado

a!queryRecordType() incluye los parámetros recordType, fields y pagingInfo. Entity es un parámetro de a!queryEntity().

Generar una consulta de selección de entidad de almacén de datos

Dentro de una nueva regla de expresión, inicie el editor de consultas seleccionando su icono ubicado en la parte superior del Editor de expresiones.
Cambie la entrada Seleccionar fuente de datos a Data Store Entity
Seleccione la constante que apunta a la entidad de datos que desea consultar
Haga clic en CONTINUAR
Desplácese hacia abajo hasta la sección Campos
Haga clic en ELIMINAR TODO
Haga clic en los campos que desea que se devuelvan
Haga clic en CONSULTA DE PRUEBA
Actualice las opciones de paginación y clasificación si es necesario
Agregue condiciones de filtro si es necesario
Haga clic en GENERAR CONSULTA
Haga clic en REGLA DE PRUEBA y confirme que los resultados son los esperados
Haga clic en GUARDAR CAMBIOS

Agrupaciones de fecha

Al agrupar por un campo de fecha u hora, puede configurar los parámetros de intervalo para agrupaciones directamente en el editor de consultas.

Filtros de agregación en la medición

Utilice el editor de consultas para configurar filtros en medidas al consultar un tipo de registro sin tener que editar una expresión a!queryRecordType().

Filtro

Un filtro le permite aplicar un conjunto de condiciones para que la consulta solo devuelva los datos que necesita.

Tipos de filtro:

Filtrar valores nulos

Devolver datos entre dos fechas

Filtrar más de un campo

Operador a!queryLogicalExpression()

Puede usar otros operadores como “AND”, "OR" y "AND_ALL" directamente en el Editor de expresiones.

Filtrar registros relacionados con a!relatedRecordData()

Ordenar y limitar datos

Si desea filtrar, clasificar o limitar los datos de registros relacionados de uno a varios, debe usar a!relatedRecordData() después de generar su consulta.

Llamar a una regla de expresión

Puede hacer referencia a sus consultas en todas sus aplicaciones para crear interfaces, informes, modelos de procesos y más.

Usar una consulta de selección

Un uso común de una consulta de selección es devolver un registro específico dada la identificación de ese registro.

Este tipo de consulta es útil para probar interfaces, ya que se puede usar para crear casos de prueba basados en registros con características conocidas.

Usar una consulta de agregación

Esta consulta se puede usar como etiquetas de elección y valores para un componente desplegable.

Sin embargo, la consulta debe incluirse en una función index() con el parámetro index establecido

Step-by-Step #7

Step-by-Step #8

Write Data with Custom Data Types
CDT: Los CDT imitan la agrupación lógica de datos que se encuentran en su base de datos relacional y le permiten estructurar y escribir datos en su base de datos.
Las aplicaciones generalmente se basarán en varias tablas de bases de datos y, por lo tanto, en múltiples CDT.
    Un almacén de datos conecta Appian con una base de datos relacional.
Si una aplicación no tiene tipos de registro con la sincronización de datos habilitada, es probable que tenga varios CDT.
Una aplicación sin tipos de registro con sincronización de datos habilitada necesita un almacén de datos para todas las tablas en una fuente de datos.
El objetivo principal de un almacén de datos es conectar Appian a una base de datos externa.
Hay cinco formas diferentes de crear un CDT
•   Automáticamente cuando crea una acción de registro
•   Tabla de base de datos existente
•   Desde cero
•   CDT existente duplicado
•   Importar XSD
Edición de un CDT
Agregar campos
Puede agregar un nuevo campo a su modelo de datos simplemente agregando un nuevo campo a la CDT.
Edición de campos
Complete las ediciones directamente en el archivo y luego cree una nueva versión del CDT a partir del archivo XSD actualizado. Los desarrolladores de Appian prefieren este enfoque porque proporciona más control sobre los CDT.
•   Antes de editar los CDT, evalúe el impacto de sus ediciones en otros objetos. Utilice el botón Dependientes.
•   El método más común para editar un CDT es implementar primero los cambios en la base de datos y luego actualizar el CDT usando el archivo XSD.

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

Isaac Lira — Fri, 26 May 2023 22:55:26 GMT

Isaac Balam Lira Ramírez

Create User Experience with Sites and Portals

Recordemos la diferencia entre un site y un portal.

Site: Para usuarios que tienen un Appian Login, es decir es para usuarios que cuenten con credenciales e inician sesión en la aplicación. Los sites siempre están hechos de acuerdo a las necesidades de cierto grupo de personas para que puedan completar su trabajo.
Portals: Para usuarios externos que no tienen acceso a la Appian App, es decir que es una web pública que permite ver y compartir información sin tener sesión iniciada..

Sitios

Son objetos construidos con las herramientas low-code.

Se componen de:

Back-End
Front-End

Acceder a un sitio

Los usuario acceden a los Sites con una URL única para cada uno, esta URL se genera automáticamente cuando se crea un sitio y se puede personalizar. Se puede personalizar la URL a la que acceden inmediatamente después de iniciar sesión.

Para navegar en el sitio se cuenta con una barra de navegación la cual contiene todas las páginas en un sitio, además se le permite al usuario acceder a otros espacios de Appian y a su Perfil.

Crear un Site

New > Site > Fill fields > Set Security > Configure > Save Changes.

Cuando creamos un Site debemos usar el prefijo para su nombre interno pero no para su display name.

Administra el contenido de un Site

Los sitios pueden tener hasta 5 tabs para páginas y las páginas pueden contener una acción, una interfaz, un reporte o un Record.

Para añadir una página podemos ir a la sección pages de un site y Add Pages, y configuramos los parámetros de la página como página y web address identifier entre otras configuraciones. Podemos crear interfaces antes de crear un sitio o incluso podemos crear el sitio primero.

Planear cómo se va a navegar en una página puede ser tardado, sin embargo se puede usar la vista jerárquica para ver cómo están relacionados los objetos dentro de un site y de esta forma podemos darnos una idea de su estructura.

Para actualizar una página rápidamente podemos activar la opción Show Objects y de esta forma podemos ver el objeto y abrir sus propiedades desde la vista.

Personalización

Se puede personalizar como luce de manera general un site para que tenga otros espectros de color o incluso cambiar los diseños.

Seguridad

Podemos configurar el nivel de seguridad de los objetos en un sitio; dicho nivel de control indicará quién puede ver o editar tu sitio.

Nora: Para que alguien pueda acceder a un sitio debe tener al menos permisos tipo Viewer

Portals

Los usos comunes para los portales son los siguientes::

Review Public Record
Registrarse para un evento
Pedir una cuenta
Request a Quote
Reportar información

Los portales también se crean con las herramientas low-code, solamente tienes que diseñar las interfaces y objetos que necesite tu portal, después se usa el objeto Portal para unirlas y publicar el portal como una web app

En su forma más simples los portales son una o más interfaces creadas en Appian y puestas en un URL público, aunque también puede contar con ciertos objetos de diseño.

Crear Portal

New > Portal > Fill fields > Create > Security > Save > Configure > Save Changes

Si nuestra aplicación trabaja con Records podemos usar “a!startProcess” o “a!queryRecordType” para hacer que fluyan los datos entre el portal y nuestra aplicación.

Query your data.

Query: Es una expresión que te da acceso a información que mostraras basado en un criterio.
Query Editor: Una herramienta de Appian que nos permite crear y hacer test en Queries mediante una interfaz amigable.
Expression Rule: Una expresión almacenada que devuelve un valor el cual puede estar condicionado.

Los queries se usan para llenar Forms, llenar opciones en un menú Dropdown, representar KPI.

Los objetos a los que hacemos Query son:

Record Type (usamos “a!queryRecordType”): Se utilizan cuando se quiere mostrar Record Data.
Data Store Entity (usamos “a!queryEntity”, esto permite hacer query de información directamente de una base de datos)

Hay dos formas de devolver información cuando hacemos query a un Record Type:

Selection Query: Devolver ciertos campos, es decir tuplas conteniendo información.
Aggregation Query: Devolver datos que han pasado por funciones Aggregate para obtener información basada en los records.

Como generar un Record Type Selection Query

Tenemos que generar una Expression Rule y dentro de la s opción en la parte donde se escribe la regla debemos seleccionar el Query Editor. Después de eso necesitamos seleccionar la fuente de la información y editar a nuestro gusto qué campos serán devueltos, que filtros aplicar, etc.

Create Expression > Open Query Editor > Select Data Source > Select Fields to Include > Test Query > Generate Query

Actualizar Query

Para modificar un query solo es necesario abrir la expresión y seguido de ello abrir el Query Editor y realizar los cambios

Como Generar un Data Store Entity Selection Query

Nota: Cuando se quiere generar este tipo de Query es importante seleccionar una constante que apunte a la data store entity.

Parecido a como creamos el Query con el recorType hacemos el procedimiento pero cuando elegimos la data source, seleccionamos Data Store Entity y ponemos la constante que apunte a ella. Después de ello veremos que el Query quiere devolver todos los datos en la entidad por lo que borramos todos los campos y seleccionamos solo los que deseemos devolver, después continuamos con las opciones de configuración y generamos el Query.

Aggregate Queries

Para crear un Aggregate Query de un Record Type el procedimiento es similar en la primera parte de la creación pero cuando hacemos la configuración de campos debemos seleccionar Aggregate Record y ahí podemos configurar los campos por los que vamos a agrupar y cómo serán tratados.

Aplicar filtros

Para filtrar los Query después de que se generan usamos a!relatedQueryData.

Para aplicar filtros en el Query Editor, nos vamos a la pestaña filtro y seleccionamos añadir filtro y especificamos las condiciones del filtro.

Los filtros los puedes aplicar para

Evitar valores nulos
Retornar datos entre dos fechas
Filtrar más de un solo campo

Operador “a!queryLogicalExpression”

Podemos personalizar el operador con el que se trabaja, por ejemplo cuando necesitan cumplirse dos condiciones se usa “And”, cuando se necesita que se cumpla una condición se usa “Or”, etc.

Filtrar con Related Record

Se usa la función “a!relatedRecordData” y se añade antes de “pagingInfo” en un query tipo RecordType.

Ordenar y limitar data

Podemos usar la pestaña Sort and Limit para seleccionar de qué forma queremos hacer la ordenación a partir de uno o varios campos, y decidir cuántos valores debe devolver nuestro query. Podemos añadir el ordenamiento mediante “a!sortInfo”.

Podemos utilizar la Related Data para ordenar de igual manera debemos incluir sor dentro de “a!relatedRecordData”

Usar Queries

Para usar nuestros queries se recomienda crearlos en Expression Rules para poder referenciarlos y hacerlos más fáciles de mantener. De esta manera podemos usarlos en interfaces y demás objetos necesarios.

Step by Step #7

Step by Step #8

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

hugocamargo — Thu, 25 May 2023 17:57:27 GMT

Empezando con los CDT (Custom Data Type) son un tipo de objeto que se puede crear, y estructuralmente es similar a lo que sería una tabla, en una base de datos relacional. Dichos CDT están conformados por tipos de datos que corresponden a los campos de una tabla con la que están directamente relacionados.

Estos CDT permiten enlazarse con sus similares que serían las tablas, todo esto a través del objeto Data Store, que no es más que una conexión directa a una base de datos relacional, donde cada modificación que se haga en un CDT, se actualiza con su similar en la base de datos.

Ahora, estos CDT se pueden crear de diferentes maneras, las cuales serían:

Automáticamente al crear una acción de registro
Desde cero
Duplicado de un CDT existente
Desde una tabla o vista de base de datos
Desde un archivo XSD

Podemos consultar los registros almacenados en nuestra base de datos, y obtener esta lista de registros para actuar sobre ellos en nuestra aplicación.

Dichas consultas las podemos hacer, si es en un tipo de registro, se usa: a!queryRecordType() y para almacenes de datos: a!queryEntity().

Estas las podemos hacer a través del editor de consultas, directamente en la interfaz en la que estemos trabajando, o crear reglas de consulta, para su posterior uso en cualquier parte donde las necesitemos.

Tenemos 2 tipos de consultas:

Selección: Permite obtener una lista de registros de un Record Type o de una entidad,
Agregación: Permite agrupar registros por un campo en específico, y obtener datos certeros de estos mismos, como sumas, conteo, mediciones, etc.

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

Israel Lezama — Wed, 19 Apr 2023 20:32:07 GMT

Buenas tardes adjunto resúmenes:

Sites: Create a Custom and Focused User Experience

Query Your Data

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

anakareng1582 — Tue, 18 Apr 2023 02:35:21 GMT

Buen día

Comparto Resumen, elaborado por Ana Karen Garcia Braulio.

Tema: -Sites: Create a Custom and Focused User Experience-
-Query Your Data-

-Sites: Create a Custom and Focused User Experience-
Este módulo nos permitirá revisar los sitios de Appian a través de la configuración, personalización y seguridad.

Un sitio es una interfaz definida personalizada para un conjunto de usuarios que se centran en un conjunto particular de actividades. Cuando se crea un sitio, Appian genera una URL única y personalizable que se puede compartir con el usuario o grupo que utilizará el sitio. Las URL del sitio se pueden marcar como cualquier otra.

Características particulares:
-Se pueden acceder a través de otros sitios.
-Los nombres de los sitios son internos y los usuarios finales no los verán directamente.
-Iniciar el nombre del sitio con el prefijo de la aplicación.
-El nombre para mostrar es visible para los usuarios finales y requiere una consideración adicional al crear un nuevo sitio.

Establecer la seguridad del sitio
La seguridad en la práctica usando el sitio del Supervisor de Acme. Se compone de 3 páginas:

1.Vehículos: un supervisor debe tener permiso de Espectador del registro Vehículos para acceder a esta página.

2.Informes: un supervisor pueda ver la página de Informes, debe tener al menos permisos de Espectador para el objeto Informe y la interfaz a la que llama ese informe.

3.Mis Tareas: es una interfaz, por lo que un supervisor necesitaría al menos permisos de Espectador en esa interfaz, así como en el almacén de datos que contiene la información que se muestra en cada tarea.

-Query Your Data-

Las consultas se utilizan para devolver datos en función de un conjunto específico de criterios. En Appian, puede consultar un tipo de registro o directamente a una base de datos relacional utilizando una entidad de almacenamiento de datos (data store entity, DSE).

Tipo de Registro
a!queryRecordType(): permite consultar datos de una base de datos, así como de Salesforce y otros servicios web cuando el tipo de registro tiene habilitada la sincronización de datos.

Entidad de almacenamiento de datos
a!queryEntity(): permite consultar datos directamente desde una base de datos.

Appian recomienda crear consultas en una regla de expresión para que sea más fácil mantener y hacer referencia a su consulta.
Los indicadores clave de desempeño -KPI- son un caso de uso para los datos agregados. Una forma de mostrar una consulta de agregación como un KPI es a través de un componente de indicador.

Quedo pendiente para cualquier duda o comentario.

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

DAVID RESENDIZ — Sat, 15 Apr 2023 01:22:39 GMT

Apuntes para :

Sites: Create a Custom and Focused User Experience
Query Your Data

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

Gerardog3368 — Thu, 11 Aug 2022 16:01:38 GMT

KARENBERENICESAUCEDO

Buenos días, adjunto resumen del día 6.

Write Data with Custom Data Types.

Custom Data Type (CDT): es un objeto de datos definidos por el usuario, que imita la agrupación lógica de los datos de una tabla de base de datos.

Data Store (DS): es la conexión que comunica un CDT a una base de datos relacional.

Formas de crear un CDT:

Automáticamente cuando se crea un Record Action.
Desde una tabla de Base de Datos.
Desde un Scratch.
Duplicando un CDT existente.
Importando un XSD.

Todos los CDT's son referenciados en el Data Store teniendo la PK (Primary Key).

Un Data Store es responsable de la conexión entre las apps y la base de datos relacional.

Query Your Data.

Las queries son usadas para mostrar información especifica o con base en algún criterio.

Query: es una expresión que permite acceder a la información desde diferentes partes de la aplicación.

Query Editor: herramienta que permite crear y probar (testear) querys.

Expresion Rule: expresión almacenada que retorna un valor que puede ser influenciado por por uno o mas valores de entrada.

KPI: (Key Performance Indicator), indicador clave de desempeño.

Tipos de objetos de que pueden consultar:

Record Type: a través de "a!queryRecordType()", permite consultar información desde una base de datos.
Data Store Entity (DSE): a través de "a!queryEntity()", permite consultar información directamente de una base de datos.

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

a!queryLogicalExpression() para usar otros operadores como "OR" y "AND_ALL" directamente en el Editor de expresiones.

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

alfredom2759 — Wed, 10 Aug 2022 17:30:46 GMT

KARENBERENICESAUCEDOHola buenas tarde.Listo ya esta el resumen del día 6.

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

alfredom2759 — Wed, 10 Aug 2022 17:23:01 GMT

Custom Data Types

CDT y los almacenamiento de datos es un objeto de datos definido por el usuario que imita estructural mente la agrupación lógica de datos relacionados creados dentro de la tabla de su base de datos relacional.

Data Store es la conexión que comunica los datos de registros modificados desde un CDT a una base de datos relacional.

Record Types (tipos de registro) son una forma eficiente de consultar y relacionar datos de diferentes tablas y los CDT se utilizan para actualizar, insertar y eliminar datos en una tabla.

Formas de crear un CDT :

1.- Automáticamente cuando crea una acción de registro.(Create a Record Action) : Si tiene una tabla de base de datos con sincronización de datos habilitada Appian puede generar automáticamente acciones de registro comunes para ese tipo de registro utilizando la información básica que proporcione.
2.- Tabla de base de datos existente(Existing Database Table) :Utilice esta opción cuando tenga una tabla existente en su base de datos y necesite crear un CDT para escribir en esa tabla dentro de Appian.
3.- Desde Cero : La creación de un CDT desde cero requerirá que agregue cada campo de datos y configure los parámetros, incluidos: nombre, tipo, longitud, matriz y clave.
4.- CDT Existente o Duplicado: Puede usar esta opción cuando necesite hacer una CDT similar a otra CDT. Se duplicarán todas las configuraciones existentes en el CDT original, incluidas las anotaciones JPA.
5.- Importar XSD : Utilice esta opción si tiene un archivo XSD que define su CDT. También puede crear o editar varios tipos de datos a la vez importando un solo archivo XSD que contiene varias definiciones de tipos de datos.

Query Your Data

Las consultas le permiten devolver datos en función de criterios especifico, puede usar esos datos devueltos para rellenar un formulario, completar opciones y representar una KPI.

Tipos de objeto:
* Record Type: Consulta datos de un tipo de registro usando a!queryRecordType() . Esto le permite consultar datos de una base de datos, así como de Salesforce y otros servicios web cuando el tipo de registro tiene habilitada la sincronización de datos.
* Data Store Entity: Consultar datos de una entidad de almacén de datos usando a!queryEntity() . Esto le permite consultar datos directamente desde una base de datos.

Consulta de selección de tipo de registro: traen registros dependiendo del criterio de selección.

Consulta de agregación de tipo de registro: trae información de la consulta y puede realizar cálculos.

Para filtrar datos de registros relacionados después de generar su consulta use a!relatedRecordData(), algunos ejemplos donde puede ser utilizado , en el filtrado de valores nulos, devolución de datos entre 2 fechas y filtrar mas de un campo. Con a!queryLogicalExpression() se puede usar otros operadores para complementar los filtros como "OR" y "AND_ALL" directamente en el Editor de expresiones.

Ordenar y limitar registros relacionados con a!relatedRecordData():Si desea filtrar, clasificar o limitar los datos de registros relacionados de uno a varios, debe usar a!relatedRecordData() después de generar su consulta.

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

jesusalbertog459854 — Thu, 04 Aug 2022 07:24:09 GMT

Hola adjunto resumen día 6 - Write Data with Custom Data Types y Query Your Data – Jesús Alberto Guzmán Cruz

Write Data with Custom Data Types

Entendí que los tipos de datos personalizados, también conocidos como CDT, son los que le permiten estructurar y escribir datos en su base de datos. Además, se puede decir que un CDT es un objeto de datos definido por el usuario que imita estructuralmente la agrupación lógica de datos relacionados creados dentro de la tabla de su base de datos relacional. Es, junto con el almacén de datos, lo que le permite estructurar y escribir datos en la base de datos, los CDT se utilizan para actualizar, insertar y eliminar datos en una tabla, otro aspecto importante de tener en cuenta es que se debe tener cuidado al editar los CDT porque este objeto es utilizado por mucho otros objetos de aplicación, y cualquier edición de un CDT también afectará a los objetos relacionados. Existen 5 formas de crear un CDT

Automáticamente cuando crea una acción de registro
Tabla de base de datos existente
desde cero
CDT existente duplicado
Importar XSD

También aprendí que las aplicaciones solo necesitan un almacén de datos para todas las tablas en una fuente de datos, este almacén de datos es la conexión que comunica los datos de registros modificados desde un CDT a una base de datos relacional. Los CDT se agregan al almacén de datos como entidades y se tiene que volver a publicar el almacén de datos cada vez que agregue una nueva entidad, y algo muy importante es configurar la seguridad de su almacén de datos correctamente. Una configuración incorrecta podría impedir que los usuarios comerciales actualicen los datos en la tabla conectada.

Query Your Data

Las consultas se utilizan para devolver datos en función de un conjunto específico de criterios y se pueden usar para rellenar un formulario, completar opciones representar un KPI. En Appian, puede consultar un tipo de registro o directamente a una base de datos relacional utilizando una entidad de almacenamiento de datos. Existen varias formas de consultas:

Tipo de registro: Consulta datos de un tipo de registro usando a!queryRecordType() . Esto le permite consultar datos de una base de datos, así como de Salesforce y otros servicios web cuando el tipo de registro tiene habilitada la sincronización de datos.

Entidad de almacén de datos: Consultar datos de una entidad de almacén de datos usando a!queryEntity() . Esto le permite consultar datos directamente desde una base de datos.

Usar una consulta de selección: es devolver un registro específico dada la identificación de ese registro, este tipo de consulta es útil para probar interfaces

Usar una consulta de agregación: Se devuelven todas las marcas, incluida cada instancia de esas marcas. Esas marcas de vehículos en la propiedad de datos se almacenan en una variable local.

Appian recomienda crear consultas en una regla de expresión para que sea más fácil mantener y hacer referencia a su consulta.

Se puede ordenar y limitar registros relacionados de uno a muchos con a!relatedRecordData().

Sobre los Filtros adicionales, podemos decir que Un filtro le permite aplicar un conjunto de condiciones para que la consulta solo devuelva los datos que necesita.

Gracias

Adjunto Ejercicios 6 y 7

community.appian.com/.../2273.Ejercicio-6-_2D00_-Jes_FA00_s-Alberto-Guzm_E100_n-Cruz.pdf

community.appian.com/.../0844.Ejercicio-7-_2D00_-Jes_FA00_s-Alberto-Guzm_E100_n-Cruz.pdf

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

rodrigoandress6801 — Thu, 04 Aug 2022 01:58:52 GMT

blancac0001

Buen día,

Los tipos de datos personalizados o CDTs en un principio permiten montar estructuras de datos complejas acorde a los modelos relacionales como los de las bases de datos. Estos a su vez apoyan a los demás objetos como expresiones, modelos de procesos y Records para mostrar, buscar y transformar gran parte de la información que entra y sale de Appian.

A su vez los CDTs también permiten estructurar información proveniente de otras fuentes como Salesforce, Web APIs y documentos, son basados en tecnología XSD muy natural para el manejo de entidades y esquemas por lo que se vuelven versátiles y fáciles de administrar en un entorno mas avanzado.

La utilización de expresiones de consulta (Query Expressions) permiten gestionar de mejor manera la información de modo que llevarla al usuario sea mas fácil. Igualmente cuentan con la ventaja de obtener información estructurada de objetos que generan nueva información como los Records y sus campos personalizados.

community.appian.com/.../2514.QueriesData.pdf

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

Marco Antonio Flores — Wed, 03 Aug 2022 06:37:44 GMT

Marco Antonio Flores Flores

Marco Polo, sinceramente me llevo mucho de estas lecciones, para mi gusto fueron de las más interesantes, aprendí varias cosas nuevas, en esta lección nos habla de de los CDT's y de los Dta Stores:

CDT: Los CDT's o Custom Data Type, es un objeto de dato definido por el usuario el cual imita estructuralmente la agrupación lógica de datos relacionados creados dentro de una base de datos relacional.
Data Store: El Data Store es la conexión que comunica los datos una vez ya modificados por los CDT's a una base de datos.

Los CDT's se pueden crear usando 5 metodos:

Automaticamente cuando creas un Record Action.
Desde Scratch.
Duplicado de un CDT existente.
Desde una tabla o vista de una Base de Daatos.
Desde un archivo XSD.

Todos los CDT's que son referenciados de un Data Store debe tener una Clave Primaria.

Los Data Store son responsables de la conexión de la aplicación con una base de datos relacional.

Los CDT's se agregan al Data Store como entidades.

Es importante que se configure la seguridad de los Data Store correctamente. Ya que si se configura incorrectamente impedirá que los otros usuarios comerciales no puedan actualizar un dato en la tabla.

Posteriormente se hace mención de los querys (consultas).

Query: Los querys son una expresión, la cual permite el acceso a sus datos para ser mostrados.

Query Editor: Es una herramienta que permite crear y realizar consultas de prueba.

Expression Rule: Es una expresión almacenada que devuelve un valor el cual puede tener una o mas entradas.

Anexo imagenes de los Hands On propuestos en las lecciones:

Anexo imagen de la actividad Build an Application: Step 7:

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

schavez — Tue, 02 Aug 2022 02:04:40 GMT

Buenas noches blancac0001

community.appian.com/.../7851.Day-6.docx

Presentado por Santiago Chavez Zapata

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

josediegos — Tue, 02 Aug 2022 00:39:05 GMT

Marco Polo Martínez Badillo

RESUMEN JOSE DIEGO SANCHEZ PEREZ

Write Data with Custom Data Types

Un Custom Data Type es un objeto de datos definido por el usuario que imita estructuralmente la agrupación lógica de datos relacionados creados dentro de la tabla de su base de datos relacional. Es, junto con el data store, lo que le permite estructurar y escribir datos en la base de datos.

El data store es la conexión que comunica los datos de registros modificados desde un CDT a una base de datos relacional.

Solo recuerde, los tipos de registro son una forma eficiente de consultar y relacionar datos de diferentes tablas. Mientras tanto, los CDT se utilizan para actualizar, insertar y eliminar datos en una tabla.

Los CDT imitan la agrupación lógica de datos que se encuentran en su base de datos relacional y le permiten estructurar y escribir datos en su base de datos.

Las aplicaciones generalmente se basarán en varias tablas de bases de datos y, por lo tanto, en múltiples CDT.

Un data store conecta Appian con una base de datos relacional.

Hay 5 formas de crear un CDT:

Automáticamente cuando crea una acción de registro:

Esta es quizás la forma más sencilla e intuitiva de crear un CDT. Si tiene una tabla de base de datos con sincronización de datos habilitada como fuente de su tipo de registro, Appian puede generar automáticamente acciones de registro comunes para ese tipo de registro utilizando la información básica que proporcione. La acción generada usa objetos existentes o crea nuevos objetos para cumplir con los requisitos del objeto.

Tabla de base de datos existente:

Se utiliza esta opción cuando se tiene una tabla existente en su base de datos y necesite crear un CDT para escribir en esa tabla dentro de Appian. Se creará un CDT con todas las configuraciones necesarias para mapear automáticamente a esa tabla.

Desde cero:

Aunque no es tan común, es importante comprender que se puede crear un CDT desde cero. La creación de un CDT desde cero requerirá que agregue cada campo de datos y configure los parámetros, incluidos: nombre, tipo, longitud, matriz y clave.

CDT existente duplicado:

Puede usar esta opción cuando necesite hacer una CDT similar a otra CDT. Se duplicarán todas las configuraciones existentes en el CDT original, incluidas las anotaciones JPA.

Importar XSD:

Utilice esta opción si tiene un archivo XSD que define su CDT. También puede crear o editar varios tipos de datos a la vez importando un solo archivo XSD que contiene varias definiciones de tipos de datos.

Hay que recordar que todos los CDT a los que se hace referencia en un almacén de datos deben tener una clave principal.

Mientras se trabaja en la aplicación, es posible que se deban editar los CDT. Si bien los CDT son editables, es importante recordar que su enfoque para editar CDT diferirá de otros objetos de diseño. Esto se debe a que los CDT están conectados a tablas de bases de datos externas que probablemente deban administrarse por separado.

Query Your Data

QUERY: Es una expresión que nos 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 utilizando una experiencia guiada.

EXPRESSION RULE: Una expresión almacenada que devuelve un valor que puede estar influenciado por una o más entradas.

¿Qué objeto se debe consultar y por qué?

Se puede consultar en dos tipos de objetos:

Record Type: Consulta datos de un tipo de registro usando a!queryRecordType(). Esto le permite consultar datos de una base de datos, así como de Salesforce y otros servicios web cuando el tipo de registro tiene habilitada la sincronización de datos.

Data Store Entity: Consultar datos de una entidad de almacén de datos mediante a!queryEntity(). Esto le permite consultar datos directamente desde una base de datos.

Las consultas devuelven datos y se pueden usar en todas sus aplicaciones

Las consultas de selección devuelven registros como elementos separados, mientras que las consultas de agregación pueden agrupar campos por valores comunes y producir resultados calculados en esos campos especificados.

Se puede llamar a las reglas de expresión en todas las aplicaciones. Esto permite mostrar los resultados de las consultas en interfaces, informes, modelos de procesos y otros objetos.

Llamar a una regla de expresión: Puede hacer referencia a sus consultas en todas sus aplicaciones para crear interfaces, informes, modelos de procesos y más. Como práctica recomendada, Appian recomienda crear consultas en una regla de expresión para que sea más fácil mantener y hacer referencia a su consulta. Como cualquier otra regla, se manda a llamar escribiendo rule! y el nombre de la regla de expresión.

Ejercicio # 7

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

daliam6103 — Tue, 02 Aug 2022 00:19:54 GMT

Marco Polo Martínez Badillo ¡

¡Excelente tarde! Adjunto mi resumen del día de hoy y mis actividades

Write data whith Custom Data Types.

Los CDT (tipos de datos personalizados) permiten estructurar y escribir datos en su base de datos, todos deben tener una clave principal y se agregan al almacén de datos como entidades.

Normalmente, una aplicación tendrá un almacén de datos para todas las tablas de un origen de datos específico, los datos personalizados son un objeto de datos definido por el usuario que imita estructuralmente la agrupación lógica de datos relacionados creados dentro de la tabla de su base de datos relacional.

El almacén de datos es la conexión que comunica los datos de registros modificados desde un CDT a una base de datos relacional. Un almacén de datos es responsable de la conexión de la aplicación a una base de datos relacional.

Los CDT imitan la agrupación lógica de datos que se encuentran en su base de datos relacional y le permiten estructurar y escribir datos en su base de datos.
Las aplicaciones generalmente se basarán en varias tablas de bases de datos y, por lo tanto, en múltiples CDT.
Un almacén de datos conecta Appian con una base de datos relacional.

Los CDT se pueden crear utilizando 5 métodos:

Automáticamente al crear una acción de registro
Desde cero
Duplicado de un CDT existente
Desde una tabla o vista de base de datos
Desde un archivo XSD

Es importante configurar correctamente la seguridad de nuestro almacén de datos porque configuración incorrecta podría impedir que los usuarios puedan actualizar los datos de la tabla conectada.

Query Your Data

En esta lección aprendimos a generar filtros, búsquedas, y editarlos en el editor de consultas. Podemos usar operadores como:

AND
OR
AND_ALL

También pudimos organizar los resultados de las consultas que realizamos con el fin de presentar datos utilizables a los usuarios sin necesidad de que interactúen con una cuadrícula o gráfico y que así puedan tomar sus propias decisiones de clasificación.

Existen condiciones para la ejecución de un filtro, dependiendo de la necesidad del proyecto, las principales actividades que practicamos en la lección fueron de realizar consultas, así como el ordenamiento de la limitación de la información y como extraer información de una aplicación externa.

Step-by-Step # 6

Step-by-Step # 7

RE: Day 6 ¿Que entendiste de los temas: Write Data with Custom Data Types y Query Your Data?

josebernardov5381 — Tue, 02 Aug 2022 00:04:12 GMT

Marco Polo Martínez BadilloMuy buenas tardes comparto mi resumen.

community.appian.com/.../8156.Resumen_2D00_Welcome-to-Write-Data-with-Custom-Data-Types.pdf

José Bernardo Valdés Hernández.