Acionadores de nível de aplicativo

Neste artigo, você aprenderá:* O que são App level Triggers?* Tipos de App level Triggers* Exemplos de casos de uso de App level Triggers

Acionadores de aplicativos

Os acionadores de nível de aplicativo são ativados por estes eventos: * O aplicativo é iniciado * O aplicativo é concluído * O aplicativo é cancelado

Eles podem ser modificados na guia App do painel de contexto:

Todos esses acionadores podem ser ativados automaticamente em qualquer etapa.

Por exemplo, se você tiver um botão "Concluir" em três etapas diferentes, o acionador "App concluído" poderá ser executado em qualquer uma dessas etapas.

Início do aplicativo

Os gatilhos de nível de aplicativo iniciado serão executados sempre que um aplicativo for iniciado no Tulip Player. Um aplicativo pode iniciar outro aplicativo em qualquer etapa, mas os acionadores do App Started serão executados independentemente da etapa em que o aplicativo for iniciado.

Exemplo de caso de uso

Os acionadores App Started são muito úteis para carregar quaisquer ativos necessários em seu aplicativo.

Ex. Meu aplicativo depende de uma tabela de transferência de estação em que o status atual de cada estação é armazenado. Essa tabela inclui a taxa de transferência da minha estação, sua localização física e muito mais. Cada registro na minha tabela está associado a um nome de estação.

Aplicativo concluído

O aplicativo concluído, assim como os acionadores de nível de etapa para "saída de etapa", será executado sempre que uma conclusão de aplicativo for executada.

Exemplo de caso de uso

Os acionadores "App Completed" são muito úteis para encerrar processos.

Ex. Quando meus usuários concluírem o aplicativo de atendimento, quero enviar um e-mail para o setor de compras para que reordene os materiais que solicitei.

Aplicativo cancelado

Os acionadores de aplicativos cancelados serão disparados quando uma transição de aplicativo for disparada e cancelar o aplicativo.

Exemplo de caso de uso

Os acionadores App Cancelled são muito úteis para dar suporte a erros do usuário em um aplicativo. Quando um erro é cometido, uma Transição pode ser acionada para cancelar o aplicativo, o que removerá qualquer conclusão de aplicativo com esses dados errôneos. Nesse caso, pode ser necessário um comportamento personalizado, e é aí que os acionadores de cancelamento de aplicativos entram em ação.

Ex. Quando um defeito é criado para um processo de mistura, os usuários são orientados por um processo para tentar resolver esse defeito. Quando esse aplicativo é concluído, presume-se que esse lote esteja com defeito, mas se o lote puder ser resolvido, um cancelamento de aplicativo é executado para que o lote não seja contabilizado na contagem de defeitos. Se esse for o caso, queremos escrever em uma tabela qual etapa da solução de problemas resolveu o defeito, para que possamos entender melhor os modos de falha mais comuns

Leitura adicional

• Um guia para transições de aplicativos
• Como adicionar Device Triggers
• Detalhes técnicos do Expression Editor