Monitorando Processos Batch

Um processo de monitoramento em batch pode ser usado para passar um objeto de negócios para o próximo status com a execução dos algoritmos de monitoramento associados ao status atual da entidade. Os casos de uso para a execução da lógica de monitoramento em batch são:

• O registro pode estar esperando que algo aconteça antes da transição. O algoritmo de monitoramento pode ser codificado para determinar se a condição foi satisfeita e iniciar a transição. Por exemplo, pode ser que, ao entrar em um status, uma atividade de campo seja gerada, e o registro precise sair do status quando essa atividade for concluída. O algoritmo de monitoramento pode verificar o status da atividade de campo.

• Um registro pode ser adicionado ou atualizado manualmente, e a próxima etapa do ciclo de vida do objeto de negócios pode incluir uma grande quantidade de processamento, forçando a lógica a ocorrer em batch. Nesse caso, o status do objeto de negócios é configurado com uma referência explícita a um controle em batch (chamado de "diferido") que indica ao sistema que os algoritmos de monitoramento não devem ser executados automaticamente, e sim diferidos ao batch. Mais tarde, quando o processo em batch é executado, ele seleciona todos os registros para processá-los e fazer a transição do status.

  Observação: Quando um status inclui um controle em batch diferido, ele também pode ser configurado para permitir que um usuário faça a transição manual do registro para o próximo status, em vez de aguardar o batch. Quando um usuário realiza a transição manual de um registro que inclui algoritmos de monitoramento, esses algoritmos não são executados.

• Um registro pode ser adicionado ou atualizado em batch, mas uma etapa subsequente no ciclo de vida geral precisará ser processada mais tarde. Para conseguir isso, é preciso garantir que o controle em batch vinculado ao status a ser processado mais tarde não corresponda ao controle em batch que adicionou ou atualizou o registro.

• Os processos de monitoramento também podem ser usados para executar periodicamente parte da lógica relacionada ao registro sem alterar o status dele.

Note que somente o objeto de negócios-pai pode se referir a um processo de monitoramento em batch diferido. No entanto, qualquer objeto de negócios na cadeia da “herança” pode ser configurado com algoritmos de monitoramento, que serão todos executados.

O pacote-base contém um processo de monitoramento em batch periódico para cada objeto de manutenção com suporte para ciclo de vida do objeto de negócios configurável. O processo periodicamente executa os algoritmos de monitoramento associados ao status atual de uma entidade e exclui aqueles que fazem referência explícita a um processo de monitoramento em batch que foi diferido para um controle em batch diferente.

Um processo de monitoramento diferido seleciona registros cujo estado atual faz referência a esse controle de batch particular como o processo de monitoramento. Um processo de monitoramento diferido é necessário apenas quando um objeto tiver diferentes casos de uso de monitoramento do mesmo tipo de registros com programações diferentes. Nesse caso, apenas um batch de monitoramento periódico deve ser configurado. Outros monitoramentos devem ser configurados para restringir por controle de batch, para que não haja sobreposição no processamento.

Suas regras de negócios ditarão a frequência de execução de cada processo de monitoramento e a ordem em que eles devem ser programados. Para obter mais informações sobre os parâmetros compatíveis com esse tipo de processo em batch, consulte Processos de Monitoramento em Segundo Plano.