¿Que aprendieron de los temas "Portals: Engage Users Without Appian Logins", "Reports: Build Basic Charts and Grids" y "Interfaces 102: Building Dynamic Interfaces"?

Hola Marco, acá mis apuntes del día 01 de febrero:
Portals: Engage users without Appian Login
En Appian los tipos de experiencia de usuario son Sites y Portals. Con estas puedes crear experiencias personalizadas para usuarios logueados o no.
Portal: son un sitio web que permite a los usuarios, sin Login de Appian, ver y compartir datos con el ambiente de Appian (usados para registrar rápidamente un evento, reportar un incidente, iniciar un proceso o ver datos públicos).
-Cuando usar un portal
--Registrar un evento: Permite a los usuarios registrarse en un webinar, programar una visita a un campus o una tarea de autoservicio similar.
--Solicitar una cuenta: Puede ser usado para exponer un formulario de registro para una cuenta.
--Solicitar una cita: Pueden permitir llenar un formulario y recibir un link para personalizar una cita.
--Reportar información: Permiten a usuarios externos reportar información mediante un formulario.
--Revisar datos públicos: Una buena opción cuando quieres mostrar (solo lectura) información a usuarios externos (Comentarios, un dashboard, etc).
Un portal es cinstruido con herramientas Low-code disponibles en Appian Designer. Inicia por la "PLANEACIÓN": revisa los requerimientos luego construye tus objetos. "OBJETOS DE APOYO": en un simple formulario, un portal tiene una o mpas interfaces, toma en cuenta que alguna funciones y componentes no son compatibles con portals. "OBJETO PORTAL": después de tener tus interfaces y otros objetos de apoyo crea tu objeto portal, sus configuraciones te pueden guiar en el proceso de agregar páginas, configurar la apariencia, asignar permisos, etc. "AGREGAR PÁGINAS": puedes agregar múltiples páginas en un portal. "CONFIGURAR PERMISOS": Los portales son públicos pero no significa que no sean seguros, para controlar el acceso debes crear una cuenta de servicio, esta actúa sobre el portal y provee los permisos para conectarte a la información seleccionada. "MANTENER EL ESTILO (permanecer en la marca)": implementa los colores y el logo asociados a la marca.
Para configurar el portal debes publicar, agregar páginas del portal y configurar el header bar, aplicar branding, agregar cuenta de servicio, configurar el portal como app web progresiva, ver el log de actividad del visitante. La forma más común de trabajar con portales es usando Record types. Puedes lanzar un proceso con a!startProcess. Puedes mostrar datos con a!queryRecordType.
Publicar y mantener un portal. Cuando configuras tu objeto portal publicarlo es rápido. Publica y despliega tu portal (Solo se publica una vez, después Appian lo publicará después de un despliegue). Puedes hacer que un portal no este publicado. Prueba y accesa al portal (Publicar hasta que este completamente probado). Implementa actualizaciones (Una vez que publicas, Appian automáticamente republicará si hay cambios). Monitorea los portales (Después de publiar es importante monitorear el rendimiento de los mismos).
Te permite usar dominios personalizados, captcha o parametros en la URL para usuarios objetivos.

Reports: Build basic charts and grids
-Tipos de reportes. Seleccionar el tipo en base a tus necesidades. Puedes usar UX Design Guide para revisar uso y mejores prácticas.
--Pie charts. Para comparar las partes de un total. Usalo con pocas categorías, 5 o menos.
--Column charts. Comparasión entre un número limitado de categorías, comportamiento a lo largo del tiempo.
--Bar charts (labels grandes, comparar un gran número de categorías), Area charts, Scatter charts.
--Line charts. Lo mejor para ver números o cambios a lo largo del tiempo.
--KPIs. Permiten monitorizar numeros de rendimiento clave.
--Read-only grids. Provee a los usuarios una vista con información o usado para ir a detalles de un registro. (Pueden venir de entre distintas fuentes de datos, se recomienda usa Record Type esto ayuda a acelerar la construcción de tus reportes) Tiene dos tipos de filtros: Filter Records (ocultos al usuario y sirve para ocultar datos que no sean necesarios para el usuario) y User Filters (se muestran al usuario, filtra la info mostrada, puedes reusar filtros existentes). Puedes ordenar la info (Initial sort, cuando se carga el gris o Second sort, después de una interacción). Puedes cambiar el título o el estilo.
Debes crear una interface padre para agregar tus charts o grids creados, revisa la seguridad para los grupos, agrega el reporte como una página al sitio. Se agregan a la interface con a!columnLayot ( contents: {rule!interfaceName()} ). Asigna el perimiso Viewer al grupo objetivo y Administrator al grupo de administradores.

Interfaces 102: Building Dymamic interfaces
Adaptar para necesidades y preferencias, reduce desorden visual y confusión del usuario, incrementa usabilidad.
Puedes ver el contenido de una expresión en Expression Mode al seleccionar un componente, cuando lo seleccionas en el editor te resaltará la parte de la expresión que pertenece al componente que seleccionaste.
Variables locales, se guardan en a!localVariables(...) que se declara al principio y engloba toda la expresión.
Una variable se declara con local!variableName: value.
a!formEach( items: local!variableName(elemento a iterar), expression: lo que se va a repetir) sirve para iterar en un elemento de lista.
fv! invoca a function value y sirve para traer elementos como en un forEach, se llegaría con algo así: fv!item.name. Con fv! puedes ver el indice, indetificador, el registro completo, si es el primer o último elemento, etc.
if( condition: condición, valueIfTrue: valor verdadero, valueIfFalse: valor falso)
a!EXAMPLE_DOCUMENT_IMAGE() sirve para agregar una imagen por defecto
a!dynamicLink() crea un link que puede ser usado par guardar valores a variables locales o rule inputs.
Es posbile anidar una interface dentro de otra interface.
Puedes crear grid que sean editables. Puedes usar patrones que son templates pre construidos que puedes usar para crear interfaces más avanzadas y dinámicas.
Variables locales guardan datos temporalmente para usar en una interface o expression rule. Un Rule Input sirve para transferir datos dentro o fuera de una interface y expression rule.
Usa a!save() para guardar datos en una variable, tiene dos parámetros target y value. a!saveInto() sirve para guardar datos a una BD.

Hola Marco, acá dejo mi evidencia de los ejercicios realizados en el curso:

Hola Marco, acá dejo mi evidencia de los ejercicios realizados en el curso: