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

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:

1. Review public records

 

1. Register for an event

 

1. Request an account

 

1. Request a quote

 

1. 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. 

PDF

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:

1. Review public records

 

1. Register for an event

 

1. Request an account

 

1. Request a quote

 

1. 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. 

PDF