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

Magaly Diana Leana Fierros.

Modelado de procesos 101:

El proceso de inicio suele ser la mejor opción debido a sus ventajas de rendimiento
-un proceso puede ejecutarse sincrónica o asincrónica
-un proceso de inicio siempre es asincrónico
-aislé los pasos que contienen aprobaciones, integraciones, temporizadores y eventos de regla u operaciones reutilizables
- leer los mensajes de error que se reciben al publicar el modelo del proceso, esto ayudara a corregirlos mas fácilmente, los errores deben de ser subsanados antes de poder comunicar con la depuración.
Todos los nodos atendidos deben ser asignados a grupos de usuarios específicos,
-se debe revisar la configuración de la base de datos en caso de que no se estén registrando correctamente los datos y así pueda dar la salida actualizada a los registros.

*Portales
Tanto los sitios como los portales conectan a sus usuarios con los datos y flujos de trabajo de sus aplicaciones de Appian, pero hay una diferencia clave. 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 que no tienen un inicio de sesión.

Un portal se construye utilizando herramientas low-code disponibles en Appian Designer.
El objeto de portal es permitir juntar todos los objetos de soporte en un portal de trabajo. Solo se tiene que crear un objeto de portal y, a continuación, utilizar las opciones disponibles en el panel.

Trabajar con datos mediante tipos de registro
La forma más común de trabajar con datos en portales es mediante tipos de registro. Si la aplicación utiliza tipos de registro, puede implementar funciones de Appian (a!startProcess y a!queryRecordType) para hacer fluir fácilmente los datos entre la aplicación y el portal.

una vez configurado el objeto de portal, la publicación de un portal es rápida. Solo tiene que activar Publicado en Configuraciones para que el portal esté disponible en la dirección web especificada.

*Informes: Crear gráficos y cuadrículas básicos.

se pueden configurar cuadriculas rápidamente usando el tipo de registro como fuente de datos.
Se pueden configurar dos tipos de filtros:
-Los filtros de registro, los cuales ocultan los datos que lo usuarios no necesitan ver.
- Los filtros de usuarios, los cuales serán visible y disponibles para los usuarios empresariales.
Se puede habilitar la clasificación, se selecciona área de la cuadricula y se usan las opciones de estilo para cambiar el tamaño de la cuadricula.

- utilice el tipo de registro como fuente de datos para gráficos, esto ayuda a acelerar la construcción de los informes.
-Aplicar agrupaciones primarias y secundarias para comparar datos de varias categorías, los graficas circulares son especiales ya que solo tienen la agrupación primaria,
-se deben aplicar filtros para ocultar información que lo usuarios empresariales no necesitan ver.

Buena noche, comparto mis apuntes:

---------------------------------------------------------------------------

Portals: Engage Users Without Appian Logins

Conectar a los usuarios con los datos y flujos de trabajo de su aplicación utilizando dos vías principales: sitios y portales. 

A diferencia de un sitio, un portal es una aplicación web para usuarios que no tienen un login dentro de la aplicación de Appian. Los portales permiten acceder a la aplicación web a través de una URL disponible públicamente. Que sea fácil de navegar a través de ellos. Trabajar con registros facilita mostrar los datos deseados a los usuarios finales, sin crear una integración personalizada, con esto se refiere a que al colocar un dato (registro) en un cuadro de diálogo, puede mandar a llamar el resto de información asociado al elemento, y a su vez, el mismo portal podrá dar la opción de que el usuario externo pueda ejecutar un proceso (alguna notificación o mensaje referente a la información proporcionada o algo por el estilo). Los portales son una excelente opción cuando desea mostrar información de solo lectura a usuarios externos sin iniciar sesión en Appian.

*Aplicación de apoyo para la gestión de privacidad de los datos: Appian Data Privacy se puede descargar sin costo desde el Appian App Market e integrar en la aplicación generada. Para realizar un seguimiento de las solicitudes de eliminación de datos, esta aplicación utiliza portales y sitios para todo el flujo de trabajo, en lugar de procesos manuales como el correo electrónico o las hojas de cálculo.

Un portal es una o más interfaces creadas en Appian y publicados mediante una URL pública, también puede incluir un buen número de objetos de diseño adicionales (ejm. un formulario que al llenarse dispare un modelo de proceso que la información rellenada sea insertada en una tabla o base de datos interna). Después de haber creado la interfaz o el conjunto de interfaces, se tendrá que crear un nuevo objeto de portal (portal object), la configuración de este, te guiará en el proceso de adicionar páginas, configurar su apariencia (implementar colores apropiados para la marca y agregar un logotipo) y el establecimiento de permisos de seguridad (creación de una cuenta de servicio. Actúa en nombre de los usuarios del portal y proporciona al portal permisos para conectarse a información y procesos seleccionados en Appian, se puede crear desde el objeto portal, pero de ser así posteriormente se deberá de agregar al grupo de All Users o al grupo que deseas que pertenezca. Sólo los administradores del sistema pueden crear esta cuenta).

Una vez que configure todos los ajustes en el objeto del portal, podrá publicarlo, y de esta manera quedará disponible para los usuarios en una URL específica. Solo será necesario publicarlo una vez, Appian automáticamente lo re-publicará cuando ocurra algún nuevo despliegue que actualice algo del portal.

La forma más común de trabajar con datos en portales es utilizando tipos de registros (record types). Si la aplicación los utiliza, puede implementar las funciones de Appian a!startProcess() y a!queryRecordType() para hacer fluir fácilmente los datos entre su aplicación y el portal. 

Puede iniciar un proceso desde el portal configurando la interfaz subyacente (por ejemplo el botón de SUBMIT) con la función a!startProcess() en la opción de Save Value To dentro de la configuración. Esta es la única forma de iniciar un proceso a través de un portal.

Si su aplicación utiliza tipos de registros (record types) y desea que su portal muestre datos de Appian, configure la interfaz subyacente utilizando la función a!queryRecordType().

Se pueden usar dominios personalizados en las URL de los portales generados, así como implementación de herramientas de protección en contra de spam como reCAPTCHA o alguna otra función. Puede configurar su portal para utilizar los servicios reCAPTCHA de Google para manejar comportamientos potencialmente maliciosos o usos indebidos. Para ello se usará la función a!verifyRecaptcha() en el botón de envío (SUBMIT).

Reports: Build Basic Charts and Grids

Los gráficos de columnas se utilizan mejor cuando desea mostrar una comparación directa entre un conjunto limitado de categorías, también para mostrar un pequeño conjunto de categorías y comportamiento a lo largo del tiempo.

Los gráficos de barras son una mejor opción cuando desea comparar categorías que no son secuenciales ni basadas en el tiempo, o cuando las etiquetas son largas y las categorías abundan.

Los gráficos de líneas se utilizan mejor para realizar un seguimiento de los cambios o números a lo largo del tiempo.

Los gráficos circulares (pie charts) son mejores cuando quieres comparar partes de un todo. Funciona bien solo cuando tienes relativamente pocas categorías; la regla general es tener cinco rebanadas o menos

Gráficos circulares explorables. Permitir el acceso al subconjunto de datos. Puede crearlos utilizando una receta de la biblioteca de patrones de interfaz publicada en el sitio de documentación de Appian.

Tarjetas de KPI. Permitir monitorear los números clave de desempeño. Señale cuándo actuar.

Cuadrículas de solo lectura. Información específica (solo despliega cierta cantidad) sobre el conjunto total de datos. 

Para cada gráfico o cuadrícula se recomienda crear una interfaz propia de cada uno, con esto se permite re-usarlo en algún otro reporte.

Filtros de registro (Record Filters). No visible para los usuarios empresariales. utilizado para ocultar datos.

Filtros de usuario (User Filters). Visible para los usuarios empresariales. Modifica lo que los usuarios ven en la grilla. Reutilizar filtros ya existentes.

Los gráficos de columnas, así como los gráficos de barras y líneas, pueden mostrar datos utilizando múltiples medidas (measures), pero solo si el gráfico no utiliza una agrupación secundaria. Este tipo funciona bien en dos escenarios: primero, funcionan bien en situaciones en las que desea utilizar cálculos diferentes para el mismo campo y también funcionan bien cuando necesita utilizar el mismo tipo de cálculo, pero para dos campos diferentes.

¿Cómo transformar los elementos anteriores a un reporte?

Primero se crea una interfaz y se agregan los gráficos y tablas deseadas.

Segundo, se asegurará de que todos los grupos que eventualmente necesiten ver esta interfaz de informes tengan los privilegios de seguridad correctos.

Por último, agregue la nueva interfaz de informe como una página a un sitio existente.

Los reportes son agregados como páginas a sitios. Para que el informe sea visible en un sitio, asegure el sitio utilizando el mismo grupo de usuarios objetivo.

Interfaces 102: Building Dynamic Interfaces

Las interfaces dinámicas, como lo indica su nombre, se adaptan a las necesidades y preferencias, solo se presenta la información necesaria cuando el usuario lo requiera, 

Del ejemplo que sacó en el video. Necesitamos crear una tarjeta para cada registro de Paquete almacenado en nuestra variable local, para ello se usa la función a!forEach(), la cual toma dos parámetros, el primero es una lista de elementos (aquí metió la variable local que creo) y el segundo es una expresión que se desea ejecutar en cada uno de esos elementos (en el ejemplo fue la plantilla de la tarjeta que se elaboró). Lo siguiente fue reemplazar lo “maquetado” por información real de los Paquetes, para ello usó las variables de función (Function Variables, fv!), éstas son variables especiales que solo están disponibles dentro de ciertas funciones (para el ejemplo la función es a!forEach(), las funciones variables de ella son identifier, index, isFirst, isLast, item e itemCount), 
Con la función a!dynamicLink() puedes crear enlaces que pueden ser usados para guardar valores o reglas de entrada (rule inputs).

Portals: Engage Users Without Appian Logins

Recordamos que los Sitios funcionan y le dan acceso a quienes tienen cuenta dentro de los entornos de Appian, en cambio los portales a aquellos que no. El objeto portal permite poner todos los objetos de soporte juntos en un portal funcional. La forma más común de trabajar con datos en portales son los tipos de registro. 

Podemos también agregar dominios personalizados a nuestros portales cuando la URL es consistente con el resto de direcciones.

Reports

Los reportes nos permiten crear  representaciones gráficas de la información , podemos utilizar diferentes diseños como son barras, columnas, lineales o de pastel.

Es posible crear matrices con los tipos de registro como fuente de entrada, filtrando de dos maneras distintas, ya sea con filtros de registro o con filtros de usuario, podemos aplicar ordenamiento según se requiera y también personalizar su diseño. Al crear gráficas se recomienda tomar como datos los tipos de registro, aplicar agrupaciones primarias y secundarias entre las categorías que tengamos y aplicar filtros para ocultar la información que no es relevante para el reporte

Interfaces 102:

Las interfaces dinámicas nos ayudan a que la experiencia de usuario sea ordenada, fácil de interpretar para el usuario final y potencia que la misma sea usable en mayor medida. En el modo Expresión podemos ver con claridad cuales son las expresiones que podemos seleccionar y trabajarlas fácilmente. Podemos personalizar la interfaz según los fines que necesitemos, como una cabecera o hasta un asistente para guardar nuestra información

Se trabajó en el Step-by-Step hasta el paso 4

PORTALS: ENGAGE USERS WITHOUT APPIAN LOGINS

SITES: Es una aplicación web, en donde se requiere de credenciales para tener acceso a los datos y flujos en el entorno appian.
PORTAL: Es una aplicación web publica en donde los usuarios no requieren credenciales, y pueden ver y compartir información con un entorno appian.
USOS DE PORTAL
• Registrarse para un evento
• Solicitar una cuenta
• Solicitar un presupuesto
• Reportar información
CREATE PORTAL
Se puede componer de varios objetos.
• Se usan herramientas de low-code desde el appian designer
• Se diseñan interfaces y oros objetos necesarios
• Con el objeto portal se agrupan todos los objetos
• Se publica el portal como una aplicación cohesiva
Para empezar a crear un portal:
1. Planning: es necesario inventariar requisitos técnicos y de negocio
2. Supporting objects: Por muy simple que se un portal contiene una o mas interfaces,depende de su funcionalidad, puede tener process model, charts y grids.
3. Portal objetc: Después de agregar todos los objetos y configurarlos se crea un portal object
4. Add pages: se pueden agregar múltiples pages.
5. Configure permissions: aunque tengan acceso publico no significa que no sean seguros.Se crea un service account para que actue como un intermediario entre el usuario y el portal.
6. Stay on Brand: Las configuraciones para el encabezado,colores y la marca deben ser de acuerdo a las de la organización.
7. Publish, test, deploy

• Cada portal necesita un portal object y mínimo una interface
• Lanza un appian process usando a!startProcess
• Crear un service account pata manejar permisos de usuario y agregarlo al grupo All users

WORK WITH DATA
La manera mas común de trabajar con datos en el portal es usan record types, y entonces, implementar funciones como a!startProcess() y a!queryRecordType().
LAUNCH A PROCESS WITH a!startProcess
Por ejemplo se puede configurar un botón submmit para lanzar un model process
DISPLAY DATA WITH a!queryRecordType
Si la aplicación usa record type para desplegar datos se puede configurar la interface par que use la función a!queryRecordType
MANAGE A PORTAL
• Publish and deploy a portal:solo se requiere publicar el portal una sola vez
• Unpublish a portal:se puede activar y desactivar la publicación del portal
• Test and Access a portal: cuando este en pruebas el portal se debe limitar el acceso agregando un UUID
• Implement update:appian actualiza automáticamente el objeto portal o cualquier objeto modificado.
• Monitor portals: desde el monitoring tab se puede monitorear el portal
REPORTS
En appian existen variedad de gráficos y cuadros para representar datos de reportes, tales como:
• Pie
• Donut charts
• Columna and bar charts
• Line charts
• Scatter charts
Algunos son especiales para mostrar fluctuaciones, otros son para comparar conjunto de números
Se pueden construir charts and grids usando el drag and drop componentes
Cada tipo de charts tiene su propósito
Mas documentación en UX Design guide

CREATE A READ ONLY GRID
Los cuadros o tablas sirven para mostrar información
Se poblan los grids usando el record type como el data source
Se pueden configurar dos tipo de filtros
• Record filters
• User filters
Se pueden activar dos formas de ordenar los datos
Se usan estilos para dimensionar el grid
CREATE A COLUMN CHART
Para generarlo se crea una interface, se asigna nombre, descripción y desde la paleta se busca el objeto y se arrastra al canvas
Se usan record type como data source
Se generan grupos primarios y secundarios para comparar datos a través de múltiples categorías
Los filtros son para poder ocultar datos
Se pueden personalizar colores y tamaños

COMPILE REPORT
1. Crear una interface -> agregar un chart y grid
2. Actualizar el grupo de seguridad
3. Agregar el nuevo reporte como un page o site
Después de construir un grid o chart agregarlos a una interface
Darle seguridad al report y site usando el target user group con permisos de viewer

Resumen de Appian 01 de febrero del 2024

Los portales permiten acceder a la aplicación web a través de una URL pública, siendo útiles para mostrar información de solo lectura a usuarios externos.

Se detalla en el curso el uso de los distintos tipos de gráficos, se comparan las ventajas para mostrar información mas detallada de ser así necesario o información mas limitada para poder visualizar una mayor cantidad de datos en pantalla.

Grafica de pastel:

Visualiza de forma intuitiva porcentajes de categorías.

Grafica de barras:

Indica una mayor cantidad numérica y detallada en un solo vistazo.

Grafica  columnas:

Ayuda a comprara mas rápidamente valores de un set de categorias.

Se indica en el curso que algunas gráficas también permiten la agrupación de datos.

Reportes

Se indica en el curso que es necesario crear reportes siempre que necesites realizar una visualizacion mas detallada de los datos en un set de datos en particular.

Appian permite realizar una configuración de Filtros, Columnas y Ordenamiento.

Compilcacion de reportes

Despues de generar los reportes necesarios se deben de integrar en una interfaz unica

Interfaces dinámicas

El comando “save” guarda realizar la función para guardar en base de datos, y tiene dos argumentos, los elementos a guardar y la referencia del manejador de la base de datos.

Se puede usar el comando “a!forEach()” para iterar entre los resultados obtenidos, y tiene los siguientes callbacks:

- count: cuenta de los elementos

- index: indice del elemento actual

- isfirst: valor boleado para saber si es la primera posición

- item: referencia del elemento actual.

Ejercicio 5: Design Record Types: Model and Configure Your Data

• Se creo un nuevo registro de Record Type

- Se realizó un ejemplo de conexión a bases de datos

- Al final se pudo visualizar la información generada

• Se creo un custom record  field siguiendo los pasos indicados
• Se crearon Filtros siguiendo los pasos indicados
• Se creó la vista de resumen siguiendo los pasos indicados
• Se creó una Record Action siguiendo los pasos indicados

Con sitios y portales, se puede crear una experiencia total para atraer a todos los usuarios, tanto los que tienen cuentas de Appian como los que no.

Los casos de uso comunes de los portales incluyen registrarse para un evento, informar información y solicitar una cotización.

Para crear un portal, hay que crear interfaces y otros objetos de soporte, tambien crear y configurar el objeto del portal y publicar su portal.

La forma más común de trabajar con datos en portales es utilizando tipos de registros.

Para desarrollar aún más la experiencia en el portal, se puede configurar un dominio personalizado, monitorear la actividad con reCAPTCHA y usar parámetros de URL para crear experiencias específicas para los usuarios.

Parte del flujo de trabajo de creación del portal pueden ser:
Crear interfaces y otros objetos que el portal necesite.
Crear y configurar el objeto del portal.
Agregar una o varias páginas
Actualizar la marca para que coincida con una organización

Cuando se crea un portal para una aplicación y desea que el portal inicie un proceso en Appian. Se debe usar la función un! proceso de inicio

Ver el registro de actividad del visitante. Solo disponible después de la publicación
Configurar el encabezado. Opcional para un portal de una página
Agregar una cuenta de servicio. Solo los administradores del sistema pueden crearlo
Publicar el portal. Sólo es necesario hacer esto una vez

El estado de publicación se conserva después de la implementación.
Puedes definir el dominio que aparece en la URL de un portal.
No es necesario volver a publicar manualmente el portal después de actualizar el diseño de una interfaz utilizada en él.

Un portal
Conecta a los usuarios sin un inicio de sesión de Appian con sus aplicaciones de Appian.

Los portales son públicos. Los usuarios pueden verlos siempre que tengan la URL.

Estos son ejemplos de un portal:
Solicitar una cuenta
Regístrate para un evento
Reportar un incidente

La forma más común de trabajar con datos en portales es utilizar tipos de registros.

Estos son consejos para construir un portal:
Construir interfaces y otros objetos de soporte.
Crear y configurar el objeto del portal.
Publica tu portal.