| Imprimir Abrir a versão em PDF da Ajuda on-line

#### Sobre regras de workflow com base na data/hora É possível configurar determinadas regras de workflow para que ações sejam executadas após um período de espera. Por exemplo, você pode configurar uma regra para que uma de suas ações seja executada após a data de vencimento de um registro expirar ou se um registro ficar sem funcionamento em algum momento. Há duas maneiras de configurar regras de workflow com base na data/hora: Configurando eventos programados. Um evento programado é uma regra de workflow que não é acionada por uma ação do usuário. Em vez disso, o evento programado é automaticamente executado quando a data/hora especificada é alcançada. Opcionalmente, você pode configurar um evento programado para ser executado várias vezes, em um intervalo especificado no evento programado. As ações de workflow em um evento programado são executadas em uma lista de registros, ao passo que as ações em outros tipos de regras de workflow são executadas em um único registro. Para obter mais informações sobre eventos programados, consulte Sobre eventos programados e Criação de eventos programados. Configurando ações Aguardar em uma regra de workflow ou em um evento programado. ### Sobre ações Aguardar Você pode adicionar uma ou mais ações Aguardar a determinadas regras de workflow pós-evento, incluindo eventos programados. Sempre que quiser que uma ação com base na hora seja executada, você cria uma ação Aguardar que especifique o período do atraso ou a data e a hora de término do atraso. Você pode especificar períodos ou datas diretamente ou criar uma expressão para calcular o período ou a data. Em seguida ordene as ações na regra de forma que a ação Aguardar venha logo antes da ação que você deseja atrasar. Se for necessária mais de uma regra para atender a um processo de negócios, ordene as regras para atender ao seu objetivo. OBSERVAÇÃO: você não pode configurar ações Aguardar em regras de workflow pré-evento. ### Sobre a reavaliação das condições de workflow após ações de espera Ao configurar uma ação Aguardar em uma regra de workflow pós-evento com qualquer evento de acionamento diferente de Evento Programado, você pode especificar se a condição da regra de workflow deverá ser reavaliada quando o período de espera terminar. Se a caixa de seleção Reavaliar as condições da regra após espera estiver marcada na ação Aguardar, o registro será lido novamente e reavaliado em relação à condição na regra de workflow depois que o período de espera terminar. Se a condição da regra não for atendida (porque o registro foi alterado durante o período de espera), as demais ações da regra não serão executadas. Por padrão, a caixa de seleção Reavaliar as condições da regra após espera fica marcada nas ações Aguardar. Se você desmarcar a caixa de seleção Reavaliar as condições da regra após espera em uma ação Aguardar, depois que o período de espera terminar, o registro será lido novamente e a próxima ação da regra será realizada sem verificar se o registro ainda atende à condição da regra. Se houver mais de uma ação Aguardar em uma regra, a caixa de seleção Reavaliar as condições da regra após espera deverá ficar marcada em cada ação Aguardar para os casos em que você deseja que a condição da regra seja reavaliada depois que o período de espera terminar. OBSERVAÇÃO: você não pode configurar uma condição em um evento programado, ou seja, uma regra de workflow com o evento de acionamento Evento Programado. Portanto, marcar ou desmarcar a caixa de seleção Reavaliar as condições da regra após espera em uma ação Aguardar para um evento programado não tem efeito no processamento da regra. ### Exemplo da utilização de regras de workflow com base na data/hora usando ações de espera Este é um exemplo de como você pode configurar como regras de workflow com base na data/hora usando ações Aguardar. Convém usar regras de workflow com base na hora de maneira diferente, dependendo do modelo de negócios. Três opções de prioridade são usadas para solicitações de serviço: Padrão, Urgente e Crítico. A prioridade de uma solicitação de serviço é definida como Padrão, por padrão, quando a solicitação de serviço é criada. Um processo de negócios para a escalação de serviço exige as seguintes ações: Depois que uma nova solicitação de serviço é criada e se seu status não for atualizado em 24 horas, a prioridade da solicitação de serviço é alterada para Urgente, e um e-mail é enviado ao proprietário da solicitação de serviço para notificá-lo de que a solicitação deve ser atualizada. Se mais 24 horas se passarem sem alteração no status da solicitação de serviço, acontecerá o seguinte: O campo Prioridade na solicitação de serviço é alterado para Crítico A solicitação de serviço é reatribuída ao gerente do proprietário original Um e-mail é enviado ao proprietário original da solicitação de serviço e ao novo proprietário para informá-lo de que a solicitação de serviço foi reatribuída ao gerente do proprietário e a Prioridade foi alterada para Crítico Para atender a esse requisito, o administrador da empresa configura uma regra de workflow para o tipo de registro da solicitação de serviço desta forma: O gatilho da regra é definido no seguinte valor: Quando o novo reg. salvo. A condição da regra especifica se o status da solicitação de serviço não está definido como Pendente, como a seguir: [<Status>]<>LookupValue("SR_STATUS", "Pendente") A sequência de ações a seguir faz parte da regra de workflow: Uma ação Aguardar com duração de 24 horas, com a caixa de seleção Reavaliar as condições da regra após espera, marcada Uma ação Atualizar valores para alterar o campo Prioridade na solicitação de serviço para Urgente Uma ação Enviar e-mail para enviar e-mail ao proprietário da solicitação de serviço a fim de notificar o proprietário de que a prioridade da solicitação de serviço foi alterada para Urgente e que ela deve ser atualizada Uma ação Aguardar com duração de 24 horas, com a caixa de seleção Reavaliar as condições da regra após espera, marcada Uma ação Atualizar valores para alterar o campo Prioridade na solicitação de serviço para Crítico Uma ação Atualizar valores para atribuir o gerente do proprietário original como o novo proprietário Uma ação Enviar e-mail para enviar e-mail ao proprietário da solicitação de serviço e ao gerente do proprietário para notificá-los de que a solicitação de serviço foi reatribuída e que a prioridade da solicitação de serviço foi alterada para Crítico Para obter informações sobre como criar ações Aguardar e Atualizar Valores em regras de workflow e em eventos programados, consulte Criação de ações de workflow: Aguardar e Criação ações de workflow: Atualizar Valores. OBSERVAÇÃO: os nomes de campos independentes de idioma e a sintaxe de nome de campo usada em qualquer expressão de exemplo neste tópico são os nomes de campo e a sintaxe do nome de campo que foram usados no Expression Builder nas versões anteriores à Versão 29 do Service Pack 1. Esses exemplos ainda são válidos. No entanto, se você selecionar os campos correspondentes de uma expressão na lista de Campos no Expression Builder na Versão 29 do Service Pack 1 ou posterior, os nome de campos e a sintaxe dos nomes de campos serão diferentes daquelas mostradas nos exemplos. É recomendado que você sempre selecione os campos das suas expressões na lista de Campos no Expression Builder para que os nomes de campos e a sintaxe dos nomes de campos estejam sempre corretas. Para obter mais informações sobre os nomes de campos e a sintaxe nos nomes de campos nas expressões, consulte Sobre expressões. #### Tópicos relacionados Consulte os seguintes tópicos para obter informações relacionadas a workflow: Sobre regras de workflow Sobre ações de workflow Criando Regras do Workflow Alterando a ordem das ações de regra do workflow Desativando ações e regras de workflow Excluindo regras e ações de workflow

Publicado em agosto de 2022 | Copyright © 2005, 2022, Oracle e/ou suas empresas afiliadas. Legal Notices.