APPIAN

Data Fabric
– Record Types
– Custom Data Types
– Data Stores
– Connected Systems
– Integrations
– Web APIs

Automation
– Workflows
– Business Rules
– Robotic Process Automation
– AI Skill

Total Experience

Process Mining

Unify data using record types

Use process models to automate business workflows
Extend your reach by designing flexible, responsive, and secure user
experiences.
– Sites and portals

Implement process mining to inform automation and process improvements

Appian’s data fabric enables you to connect, unify, optimize, and secure your
data.
– Work with data in Appian using record types.

RECAP
– Use record types to connect to data wherever it resides.
– Unify your data by adding relationships.
– Use custom record fields to create new insights.
– Use source filters to filter out data.
– Record type can auto-generate views and record actions.
– Configure your app to capture and display events.
– Specify who can see which rows using record-level security.

End to End automation

Orchestrate unified workflows
Using the process model design object
Automation Smart Services
Smart services execute specialized business services
– Data Services
– Integration & API’s
– AI Skills
– Robotic Tasks
– Analytics
– Communication
– Document Genration
– Document Management
– Identify Management
– Process Management
– Test Management
– Social
– Excel tools
– Test Services

Simplify integrations

Enforce business rules

You can configure your own business rules either the help of the decision
design object and using the familiar decision table format.

Automate routine tasks

Robotic Process Automation (RPA)

Robots that emulate human actions
Access different systems complete keystrokes fill out forms, extract data

Appian IA Skills
Use IA and Machine Learning to automate common business task like
Document Classification, Email Classification and Document Extraction.

RECAP
– Process models automate workflows that unify people,
– Systems, data, robotic task, AI, and business rules.
– Process models offer workflow nodes and smart services.
– Appian auto-generates record actions to save your time.
– Decision objects capture business rules. Reuse them.
– RPA and AI Skills automate routine task and data classification and
extraction.
– Both can be easily incorporated into your process models.

Appian le permite hacer todo eso. Puede automatizar flujos de trabajo

comerciales de extremo a extremo que se integran con diferentes sistemas,
hacer cumplir reglas comerciales y automatizar tareas rutinarias y clasificación
y extracción de datos.

El modelador de procesos tiene una amplia selección de dispositivos

inteligentes. Encuentre el servicio inteligente adecuado, introdúzcalo en su
proceso y termine de configurarlo utilizando nuestra guía de código bajo.

RPA de Appian se utiliza para automatizar tareas manuales de gran volumen y,

a menudo, es la única solución cuando necesita conectarse a sistemas
heredados que carecen de API.

Puede utilizar AI Skill para automatizar fácilmente tareas manuales comunes

como la clasificación de documentos, la clasificación de correos electrónicos y
la extracción de documentos. Simplemente cree y configure un objeto de
diseño AI Skill para cada tarea y luego agréguelo a cualquier proceso de Appian
utilizando los servicios inteligentes correspondientes.

How to create a total experience for your app

Use low-code
Engage all users
Operate across web/mobile
Meet compliance and security standards

Design has Components, patterns, Design library

Sites-> sites are the user experience for the employees of your
organization who are logged into your Appian app
Portals -> portals are the user experience for your users not logged into
your Appian app such as customers or partners
– Register for an event.
– Report an incident.
– Request an account.
– View a public record.

RECAP
– Build user experience using low-code tools:
– Pre-built templates
– Patterns
– Drag-and-drop components
– Create two types of user experience:
– Sites, for user logged into your app
– Portals, for users without an Appian login
– Create responsive interface without redesign.
– Appian apps are secure by default and comply with key industry-
specific security standards.
Appian tiene una amplia selección de herramientas de bajo código y
proporciona a los desarrolladores plantillas, componentes y patrones
prediseñados. Además, puede reutilizar objetos (por ejemplo, interfaces) en
toda su aplicación.

Appian cumple con múltiples estándares de seguridad y privacidad de datos,

admite controles de acceso basados en roles y le permite controlar la
seguridad a nivel de fila.

Process Mining
– Discover patters in real life
– Check for conformance and deviations
– Identify root causes for deviations
– Create and monitor key metrics

Conformance Checking
– Identify deviations
– Skipped events
– Additional events
– Event order switching
– Alternative paths
– Uncover root causes

RECAP
– You’re in charge of the insight you gain from process mining.
– Process discovery reveals what your processes are like in real life.
– Conformance checking identifies deviations and their root causes
– Once you understand issues, act on your insight:
– Decide what must be automated.
– Implement a monitory dashboard.

La minería de procesos es una capacidad que le permite analizar datos para

descubrir patrones ocultos y cuellos de botella.

La minería de procesos le mostrará los patrones con respecto a los datos que
ha proporcionado.

La comprobación de conformidad se utiliza para comparar los modelos

descubiertos y de destino e identificar desviaciones.

Puede utilizar esta información para optimizar procesos, automatizar aún más y
ayudarle a decidir qué métricas incluir en su panel de seguimiento.
Team:
– Product Owner
– Architect
– Team Lead
– Developer
– Test Manager

Appian Metodolgy
Initiate (1-2 weeks)
– Defines goals of the project
– Explores how the applications meets those goals
– Maps out a plan to deliver value
– Define Success
– Explore Scope
– Plan Releases
– Agreed way of working
– Definition of Ready(DoR)
– Definition of Done(DoD)

Appian use Appian delivery methodology which use Scrum

Events or Agile Ceremonies

– Sprint
– Sprint Planning
– Daily Scrum
– Sprint Review
– Sprint Retrospective

Build (2 weeks)
– Bulk of work
– Build applications in quick iterations
Sprints includes Development,Testing and Documenting

Agile Planning
Backlog refinement
Story Sizing
Sprint Planning.
– Story point (1,2,3,5,8,13)

Disciplined Development
Breaks down the user story into subtask
– Security
– Time
 Develop the user story
Test the user story
Complete peer review
Complete PO review
Check the user story against the definition of done

PPT: Performance: use dashboards, Best Practices, Testing: create tests

Inspect and Adapt

Daily:
Progress and activities for the day
Answer those questions:
What did I accomplish yesterday?
What will I accomplish today?
What might block me from achieving my daily goal?

Sprint Review:
The team demos the completed features for a large stakeholder group

Sprint Retrospective
Contribute with solution like business and technical
Ways to improve.
– What went well?
– What could be improved?
– What went badly?

Release
– Complete final validation
– Ensure technical readiness
– Application release.
– Include hypercase
– Kardening Sprint

Ensure Technical Readiness

Deploy the Application

Optimize
– Review stakeholder feedback.
– Application performance
– Review KPIs

Sustain and enhance an application

Mesure the impact
Personas and groups -> user fondo rojo
Represent a group of people that interact with the application and the key
activities that each person needs to perform

– AA Supervisor
– AA Registrars
– AA Maintenance Team

Como mínimo se debe tener all users and Administrators

Record-> cajones fondo amarillo

Record definition:
A representation of your data model for your application and the primary way in
which users can view and act on data
Record types help you define the data model used in your app

Custom Data Type-> cajones rotos fondo amarillo

Data Design
Your data model likely is defined or can be defined using an Entity Relationship
Diagram (ERD)

– Identify data sources

– Verify data is accesible
– Finalize report requirements

A Site can have a maximum number of five tabs. Whether or not they are visible
to the user.

Process Models -> diagrama de flujo fondo azul

Most organization document their business processes by drawing workflow
diagrams
We can use Appian process modeler has two modes
The Analyst mode can be used during planning to simply draw a process model
The design mode to add functionality to a process model

Canvas: the place in which go the diagram

When creating a process model, you should identify data types, interfaces used
to enter data, and record types that will be linked through related actions.

Reports -> torta fondo lila

Reports visualize data aggregated across records
Two ways
– Business value reports focus on KPIs such as revenue or customer
satisfaction.
– Process metrics focus on operational efficiency and bottleneck

Includes Grids, filters, graphs, drilling paths

Sources for report data

– Appian internal analytics engine
– Relational Databases
– Synced Records
– External systems

Aplicaciones
Desde Cero -> vacio
Basica -> objetos y registros
Completa -> objetos, registros y funciones

Expresion Rules -> </> morado claro

funciones y reglas

Sites -> carpeta fondo lila oscuro

Interfaces -> bloque con cajas cerradas lila oscuro

Appian le permite crear cuatro tipos de carpetas: regla, modelo de proceso,

centro de conocimiento y documento.

Hay diferentes tipos de reglas. En la carpeta principal Reglas, debe crear una
subcarpeta para Constantes, Decisiones, Expresiones, Interfaces y Expresiones
de consulta. Asegúrese de que la carpeta Reglas y Constantes sea la principal
de cada una.

Appian crea dos subcarpetas del Centro de Conocimiento por usted: Artefactos
y documentación de aplicaciones. Debe crear más carpetas, según sea
necesario, para organizar sus documentos.
Por ejemplo, podría crear una carpeta para los documentos que los usuarios
empresariales suben a la aplicación. Especifique el Centro de Conocimiento
como la carpeta principal para cada una de estas subcarpetas.

Es importante saber que los documentos o las reglas contenidos en una

carpeta pueden heredar automáticamente los derechos de usuario de la
carpeta.
Las carpetas del Modelo de proceso no proporcionan herencia de seguridad.

Las carpetas se utilizan para organizar y asignar derechos de acceso a los

objetos de la aplicación. Se necesitan carpetas específicas para reglas,
modelos de proceso y documentos (que se encuentran en el Centro de
Conocimiento).

Gestionar objetos en el Diseñador de Appian

El Diseñador de Appian es donde creará, eliminará, duplicará y cambiará el
nombre de los objetos. Asegúrese de seleccionar un objeto para ver todos los
botones que se muestran arriba de la lista de objetos.

Los documentos, imágenes y cualquier otro tipo de archivo cargado en una

aplicación se almacenan en la carpeta Centro de Conocimientos.

Las interfaces se almacenan en una subcarpeta bajo Reglas.

Importación/Exportación
Las aplicaciones se pueden importar y exportar a través de diferentes
entornos. Por ejemplo, puede crear y someter a pruebas una aplicación en un
entorno de desarrollo y luego exportarla a un entorno de pruebas.

Seguridad

La seguridad de la aplicación determina qué grupos y usuarios pueden ver e

interactuar con la aplicación y su contenido. De forma predeterminada, solo el
creador de la aplicación y los administradores del sistema tienen acceso a la
aplicación.
Deberá establecer permisos de seguridad para los objetos en una aplicación,
además del propio objeto de la aplicación.

Borrar
Al eliminar una aplicación no elimina sus objetos. Deberá cambiar a la vista
Objetos, buscar el prefijo de la aplicación para ubicar los objetos y luego
eliminarlos.

Digno de mención...
Algunos objetos son específicos del entorno y no pertenecen a una aplicación.
Por ejemplo, el grupo Diseñadores solo se puede ver si no seleccionamos una
aplicación y, en su lugar, vamos a la vista Objetos.

Los desarrolladores y los administradores del sistema tienen diferentes

permisos para la vista Usuarios, por lo que verán diferentes opciones.

Los desarrolladores pueden modificar su propia información de usuario y ver un

conjunto limitado de detalles de solo lectura cuando buscan a otros usuarios.
Los administradores del sistema pueden crear nuevos usuarios, así como ver y
buscar en la lista completa de usuarios.

Admin user
 – Design objects
– Administer objects
– Access the Admin Console
In Appian you can not delete users you can deactivate
You can transform a basic user into a developer by adding them to the
Designers System Group.

Groups

Groups are used for security

Groups are used for the visibility and access to app features
Groups are used for the assignment of tasks and messaging
Set security using groups

Example Groups
All Users -> parent group
Administrators -> Administer the app. Is a group for developers
Functional & Role Based -> Business users

BEST PRACTICES FOR CREATE GROUPS

Only create groups that you need for security and task
Don’t create groups ahead of time
Groups should not mirror the org chart
Create groups as you go
RECAP
Add users to your groups
Add developers to the Administrator groups
Add users to functional or role-based groups
Secure your application

user(loggedInUser(), "firstName") &

" created on " &
user(loggedInUser(),"created")

Basic Data Types:

– Primitive
– Complex
– DataSubset
– CDT

Text -> “text”

List of Text ->{“h”,”m”}
List of Numbers-> {1,2}

calworkdays(datetime(2021,7,1)and datetime(2021,7,31))
calworkdays(datevalue(ri!firstDate),datevalue(ri!secondDate))

– a! SAIL functions
– ri! = rule input

Local variables can be accessed only within the function that defines them.

Suma 2 valores y almacena en una variable local

a!localVariables(
local!Sum: ri!first+ri!second,
"The new total is "& local!Sum
)

Extrae el modelo
index(
{
color: "Red",
make: "Toyota",
model: "Prius",
mileage: 15000
},
"model"
)

Array in Appian
{“honda”,”sedan”}

touniformstring({“honda”,2005})

Retorna los valore como texto pero separados en cadenas individuales

LLAMAR A UNA CONSTANTE

if(
ri!milestone = "On Schedule",
cons!AX_Exercise8,
"Revise Deadline"
)

Estructura de datos y tipos de registros(Data Fabric)

La Estructura de datos de Appian unifica los datos de múltiples sistemas para
permitir un acceso seguro y sencillo a los datos de la empresa, al tiempo que
ofrece una visión de 360° de su negocio.

Un tipo de registro es un objeto que utilizará para conectarse y modelar sus

datos y configurar cómo se ven, se actúa sobre ellos y se protegen.

Con los tipos de registros, podrá:

– Consolidar sus datos de sistemas dispares conectando e
integrando información de múltiples fuentes de datos.
– Optimizar el rendimiento utilizando la sincronización de datos de
Appian para almacenar en caché y ampliar sus datos.
– Acelerar el diseño de aplicaciones con funciones que facilitan la
creación de un punto de partida funcional para su aplicación.

Data Sync: caches your source data in Appian

CONSEJO: Acerca de a!match
a!match evalúa un valor en función de varias condiciones y devuelva un valor
basado en una coincidencia. Si no se encuentra ninguna coincidencia, se
devuelve el valor por defecto.
– Primero, esta expresión comprueba si el nombre de usuario del usuario
es nulo. Si el nombre de usuario es nulo, se devuelve una cadena
vacía.
– Si el nombre de usuario no es nulo, la expresión comprueba si el
usuario es un usuario activo. Si el usuario está activo, se devuelve el
nombre y el apellido asociados al nombre de usuario.
– Si el nombre de usuario no es nulo y el usuario no está activo, se
devuelve el valor predeterminado.
– El proceso de formateo de usuarios y no usuarios es diferente. La
última línea en la expresión reformatea la entrada del nombre de
usuario como Nombre y Apellido para un no usuario.

Relaciones de tipos de registros

Como ha podido ver, las relaciones le permiten conectar y hacer referencia a
datos relacionados, que pueden existir entre diferentes tablas y diferentes
fuentes de datos.
Cuando hable de relaciones, se referirá a los tipos de registros desde la
perspectiva de dónde se define una relación.
Su tipo de registro base es donde define una relación con otro tipo de
registro, que se denomina tipo de registro relacionado. Puede utilizar
relaciones para actualizar sus registros base y registros relacionados al mismo
tiempo.

Las relaciones son valiosas porque una vez que conecta un tipo de registro
con otro, podrá acceder a la información con la que está relacionado ese
tipo de registro.
¡Y son flexibles! Puede agregar o eliminar relaciones en cualquier
momento durante el desarrollo.

Tipos de relaciones
Uno a uno
Uno a muchos
Muchos a uno

Aquí hay algunos puntos clave a recordar:

– Puede agregar relaciones al generar una nueva fuente de datoso en

cualquier momento durante el desarrollo desde la página Modelo de
datos.
– Elija el tipo de relación adecuado, que puede ser uno a uno, uno a
muchos o muchos a uno.
– Identifique los campos comunes en cada tipo de registro que
conectarán sus datos.
– Decida si permitirá la escritura en registros relacionados según su
caso de uso

Con campos de registro personalizados, puede transformar y manipular sus

datos para obtener la información que necesita.

Las formas comunes en las que utilizará las consultas incluyen:

● Mostrando datos en un formulario que se puede actualizar.
● Completar opciones desplegables en el filtro de usuario de una lista de
registros.
● Mostrar datos en un informe.

Hay dos formas de realizar consultas: utilizando el editor de consultas o

escribiendo directamente en una expresión. ¡Aprenderá a escribir consultas en
un curso posterior!
Lista de registros
Una lista de registros es una lista explorable que los usuarios pueden buscar y
filtrar para encontrar los registros que necesitan. Es la cuadrícula
predeterminada que configurará en la página Lista del tipo de registro.

Las listas de registros se pueden agregar como páginas a los sitios.

Cuadrícula
Una cuadrícula muestra datos de registros en formato de tabla. Las cuadrículas
de solo lectura son componentes de la interfaz, por lo que puede agregarlas a
cualquier interfaz.

Cuando elige un tipo de registro como fuente de datos de la cuadrícula, puede

reutilizar funciones configuradas para su lista de registros que permiten a los
usuarios buscar, filtrar y actuar sobre los datos de la cuadrícula. Es fácil de
instalar, modificar y configurar para la interacción del usuario.
Listas de registros
En la página Lista del tipo de registro, puede configurar la lista de registros
para especificar su estilo y editar la lista.

Acciones de registro
Ahora que los usuarios empresariales pueden ver los datos de sus registros,
puede permitirles tomar medidas sobre esos datos. Sus acciones pueden
abarcar un flujo de trabajo completo en su aplicación: desde aceptar un nuevo
caso, actualizar los detalles y la asignación hasta cerrar el caso.
Al utilizar diferentes tipos de acciones de registro, puede integrar procesos
empresariales para que los usuarios puedan realizar acciones informadas
desde una lista o vista de registros. Hay dos tipos de acciones: acciones de
lista y acciones relacionadas.

– La estructura de datos de Appian unifica los datos de múltiples

sistemas para permitir un acceso seguro y sencillo a los datos de la
empresa, al tiempo que ofrece una visión de 360° de su organización.
La forma más común de trabajar con datos en Appian es utilizando
tipos de registros.
– Un tipo de registro es el objeto utilizado para conectarse a su fuente
de datos y modelar sus datos en torno a una entidad específica.
También contiene configuraciones sobre cómo se protegen, ven y
actúan los datos.
– Utilice relaciones para conectar sus datos sin problemas y agregue
campos de registro personalizados para transformar los datos en la
información que necesita.
 – Configure eventos de registros para rastrear qué usuario o
automatización toma medidas en sus registros y cuándo. Muestre el
historial de eventos en interfaces o utilícelo en la minería de procesos
para monitorear y mejorar sus procesos comerciales.
– Configure listas de registros, cuadrículas, filtros y vistas para que los
usuarios empresariales puedan navegar y ver datos de registros.
– Permita que los usuarios empresariales tomen medidas sobre los
datos configurando acciones de registro. Las acciones de lista inician
procesos directamente desde la lista de registros y las acciones
relacionadas tienen lugar en el contexto de un registro en particular.
– Aplique la seguridad con un enfoque por capas para que los grupos
correctos puedan ver los datos correctos y en el momento adecuado.
Comience con el objeto de tipo de registro, luego vaya a la seguridad a
nivel de registro y, finalmente, configure la seguridad de vistas y
acciones.

Objeto de portal -> mundo con carpeta fondo morado

Agregar páginas -> 3 hojas abiertas morado
RECAP
Every portal needs 1 portal object and at least 1 interface.
Launch an Appian process using a!startProcess
Create a service account to handle user permissions
Add this service account to the app’s All Users group
Apply branding to create an experience that users can recognize

a!startProcess y a!queryRecordType, para crear de manera sencilla un flujo

de datos entre su aplicación y el portal.

RESUMEN

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

aplicaciones
● Puede consultar sobre dos objetos: tipos de registro o entidades de
almacenamiento de datos
● 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

● Realizar una consulta sobre un tipo de registro y una entidad de

almacén de datos mediante el editor de consultas
● Actualizar una consulta generada en el Editor de expresiones
 ● Crear una consulta de agregación para consultar un tipo de registro en
el Editor de expresiones

Si desea filtrar, clasificar o limitar los datos de registros relacionados de uno a

muchos, debe usar a!relatedRecordData() después de generar su consulta.

Tres conceptos clave del diseño de experiencia de usuario de calidad son:

Presentar la información con claridad. Las potentes funcionalidades y la

riqueza de los datos tienen un valor limitado si los usuarios no pueden entender
la información. Presentar el contenido de la aplicación con claridad es una
parte crucial del diseño de la experiencia del usuario.

Mostrar la cantidad correcta de información.La información puede ser clara

pero innecesaria. El gran diseño reconoce que no toda la información es
necesaria todo el tiempo. Debe mostrar la cantidad correcta de información
mientras equilibra los componentes en la pantalla.

Facilitar la navegación y orientación del usuario.Durante la etapa de diseño,

tómese el tiempo para organizar el contenido y los controles en una interfaz
para que los usuarios puedan navegar sin esfuerzo y completar sus tareas.

Puede utilizar variables locales en las interfaces para almacenar datos de una
consulta, mostrar información de forma condicional y capturar datos de un
usuario para modificar la interfaz.
Las variables locales solo están disponibles en la expresión en la que están
escritas, pueden ser definidas por otras variables o dejarse sin definir, y
mantienen temporalmente valores.

La pestaña Rendimiento muestra el tiempo que tardan en renderizarse la

interfaz y sus elementos. También puede profundizar en los objetos que hacen
que la interfaz sea más o menos eficaz.

CDT
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.
Junto con el almacén de datos, es lo que le permite estructurar y escribir
datos en la base de datos.

Comparación de los CDT y los Tipos de registros

En esta instancia, es posible que se pregunte por qué necesita tanto un CDT
como un tipo de registro. Solo recuerde que los tipos de registros son una
forma eficiente y efectiva de consultar y relacionar datos de diferentes tablas.
Mientras tanto, los CDT se utilizan para actualizar, insertar y eliminar datos en
una tabla.

Resumen de la lección
En esta lección, aprendió lo siguiente:

Los CDT se pueden crear usando 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
Recuerde que 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.

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

Configurar la seguridad de su almacén de datos correctamente.

Una configuración incorrecta podría impedir que los usuarios
empresariales actualicen los datos en la tabla conectada.
Antes de editar los CDT, se debe evaluar el impacto de las
ediciones en otros objetos. Utilizar 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.