Conceito: processos programados do Workday

Você pode acessar o relatório

Monitor de processos

para visualizar todos os tipos de processos em segundo plano que estão em execução ou foram executados no passado. Para visualizar o relatório e os arquivos de auditoria de integração, selecione a guia

Arquivos de saída

.

Um processo em execução não impede que outros processos sejam executados. Exemplo: o Monitor de processos mostra que um EIB iniciado manualmente foi executado por duas horas. Ao mesmo tempo, o monitor de processos também pode exibir outras tarefas programadas iniciadas entre a hora de início e a hora de interrupção do processo manual.

Quando vários processos são executados ao mesmo tempo, eles tendem a ser mais lentos à medida que competem pelos mesmos recursos. Exemplo: um computador com uma CPU pode executar vários processos exibidos como executados ao mesmo tempo; os processos compartilham uma CPU.

Uma programação expira depois de atingir a data de execução final e concluir a execução final. Não é possível programar a execução de um processo mais de cinco vezes após o fim do ano-calendário seguinte. Exemplo: se você configura um processo programado mensalmente para começar em 2019, a ocorrência final será em maio de 2021.

Quando uma programação chega à penúltima e última ocorrência, o Workday notifica o proprietário para que ele possa prorrogar a programação. Você pode estender uma programação nas Ações relacionadas do processo. Você pode prorrogar várias programações de uma vez acessando a tarefa

Atualização em massa de processos futuros programados

.

Quando você configura uma programação, a

Frequência de execução

dependente

permite que você configure um processo programado que é executado quando um processo existente é concluído, falha, abortado ou ignorado. Você pode encadear vários processos dependentes e selecionar um atraso entre os processos dependentes para garantir que sejam executados corretamente.

O Workday processa tarefas programadas com a mesma prioridade que as transações de interface de usuário on-line e serviços Web.

O monitor de processos não faz distinção visual entre os seguintes tipos de processo:

Atualizar processos (processos que alteram dados no Workday).
Processos lidos (processos que não alteram dados no Workday)

O Monitor de processos informa o status da tarefa com base em seu tipo.

O Workday não atrasa o início de processos programados quando está sob alta carga de transações de interface de usuário on-line ou de serviços Web. O Workday atribui a mesma prioridade a:

Processos programados
Transações da interface de usuário
Transações de serviço Web

O processamento da integração normalmente envolve o envio de solicitações de serviço Web on-line ao Workday. Portanto, é possível que a execução de integrações resulte em uma alta carga on-line no Workday.

O Workday oferece um melhor esforço para iniciar o processo no horário de início programado e o processa assim que os recursos estiverem disponíveis. No entanto, os processos são executados em recursos compartilhados e o Workday não garante quando uma tarefa é iniciada e quando a tarefa é concluída. Esses fatores dependem da carga atual no Workday e do trabalho incluído no processo programado.

As programações diárias, semanais e mensais usam a hora e o calendário das configurações de fuso horário local do locatário. Exemplo: para tarefas programadas para começar no sábado às 02:00:00, o Workday as inicia quando o dia do locatário é sábado e a hora é 02:00:00. O Workday inicia as tarefas no horário especificado, independentemente se é horário de verão ou horário padrão do Pacífico.

Um exemplo de alteração de horário é a mudança da hora padrão do Pacífico para a hora de verão do Pacífico. Nem todas as localizações geográficas passam por uma alteração de horário, e os dias em que essas alterações ocorrem podem variar de acordo com o país.

Se uma programação é acionada no máximo uma vez em um determinado dia, após uma alteração de hora, ela continua a ser acionada na hora especificada. (O Workday tenta respeitar a hora de início, no entanto, pode haver pequenos atrasos dependendo da carga do locatário). Se você tem uma programação que é acionada todas as segundas-feiras às 8h, horário local, a programação é acionada às 8h. A hora programada não é alterada após a alteração porque a cadência é diária e a unidade de medida é um dia.

Se uma programação é acionada várias vezes por dia, após a alteração de horário, a programação continua respeitando o tempo entre os eventos programados. Se você define uma programação para ser acionada a cada hora ou a cada 2 horas, a programação continua a ser acionada de acordo com esse intervalo de tempo. O intervalo de tempo não muda, independentemente de como a alteração de tempo possa afetar o intervalo.

Quando a hora é alterada, pode dar a impressão de que a hora de início da programação foi alterada. No entanto, a programação está respeitando o tempo configurado entre os eventos que você configurou. Exemplo: você configura uma programação para ser executada uma vez a cada hora. Na alteração de horário, 1:59:59AM passa para 1:00:00AM. Nesse caso, a programação seria acionada da seguinte forma:

Nessa instância, o Workday exibe dois eventos de ativação à 1h. No entanto, a programação continua sendo ativada a cada hora.

Este exemplo mostra uma programação que é ativada a cada 2 horas:

Neste exemplo, a programação continua respeitando o requisito de ser ativado a cada 2 horas. O mesmo comportamento nesses exemplos se aplica se o tempo for para avançar, em vez de retroceder. O programador respeita o

intervalo de tempo definido.

Em resumo, o programador tenta respeitar o intervalo de tempo definido na programação. Se você define uma programação para ser ativada a cada X horas, ela tenta fazer isso, independentemente de como a alteração de horário possa alterar os horários exatos em que essas avaliações ocorrem.