Activadores de nivel de aplicación

En este artículo, usted aprenderá:
* ¿Qué son los Triggers a nivel de aplicación?
* Tipos deactivadores de nivel de aplicación
* Ejemplos de uso de los Triggers a nivel de aplicación

Triggers de la App

Los Triggers de nivel de aplicación son activados por estos eventos.
* La aplicación se inicia.
* La aplicación se completa
* La aplicación se cancela

Pueden ser modificados en la pestaña App del panel de contexto:

Todos estos Triggers pueden ser activados automáticamente en cualquier Paso.

Por ejemplo, si tiene un botón "Completar" en tres pasos diferentes, el activador "App completada" puede ejecutarse en cualquiera de esos pasos.

Aplicación iniciada

Los activadores de nivel de aplicación iniciados se ejecutarán cada vez que se inicie una aplicación dentro de Tulip Player. Una aplicación puede lanzar otra aplicación en cualquier paso, pero los activadores de la aplicación iniciada se ejecutarán independientemente del paso en el que se inicie la aplicación.

Ejemplo de uso

Los activadores de App Started son muy útiles para cargar cualquier activo requerido a lo largo de su aplicación.

Ej. Mi aplicación se basa en una tabla de Traspaso de Estación donde se almacena el estado actual de cada Estación, esta tabla incluye el rendimiento de mi estación, su ubicación física, y más. Cada registro de mi tabla está asociado a un nombre de estación.

Aplicación completada

App completed, al igual que los Triggers de nivel de paso para "on step exit", se ejecutará cada vez que se ejecute la finalización de una app.

Ejemplo de uso

Los Triggers "App Completed" son muy útiles para cerrar procesos.

Ej. Cuando mis usuarios completan la aplicación de cumplimiento, quiero enviar un correo electrónico a compras para reordenar los materiales que solicité.

Aplicación cancelada

Los Triggers de aplicación cancelada se disparan cuando se dispara una Transición de aplicación que cancela la aplicación.

Ejemplo de caso de uso

Los Triggers de aplicación cancelada son muy útiles cuando se trata de apoyar los errores del usuario dentro de una aplicación. Cuando se comete un error, se puede disparar una Transición para cancelar la aplicación, esto eliminará cualquier finalización de la aplicación con esos datos erróneos. En este caso puede ser necesario un comportamiento personalizado, y ahí es donde entran en juego los Triggers de Cancelación de Aplicaciones.

Ej. Cuando se crea un defecto para un proceso de mezcla, los usuarios son guiados a través de un proceso para tratar de resolver ese defecto. Cuando esta aplicación se completa, se asume que ese lote es defectuoso, pero si el lote puede ser resuelto, se ejecuta una aplicación cancelada para que el lote no cuente en el recuento de defectos. Si este es el caso, queremos escribir qué paso de la resolución de problemas resolvió el defecto en una Tabla, para que podamos entender mejor los modos de fallo más comunes

Lecturas adicionales

• Guía de transiciones de aplicaciones
• Cómo añadir Triggers de Dispositivos
• Detalles técnicos del Editor de Expresiones