Histórico da Página

Este processo realiza a Integração dos registros contidos na tabela TAFST2 para as tabelas de negócio do TAF e em seguida executa o processo TAFSCHED4 transmitindo os registros para o TSS. Para o processo de transmissão é necessário configurar o parâmetro MV_TAFSTRS incluindo o status ' '.

Exemplo: ' ','0','1'

À partir da issue https://tdn.totvs.com/x/BECOIQ, o processo de configuração do Schedule 4 mudou, mas não o seu comportamento. Agora, caso você já tenha cadastrado algum grupo de evento na rotina TAFA441, torna-se necessário primeiro excluir os grupos de eventos cadastrados na rotina TAFA441 via rotina, e na sequência limpar manualmente a tabela LE8, ou então, entrar na rotina TAFA441 e clicar para alterar cada grupo de evento cadastrado, e após isso, excluir as linhas na gride inferior, onde está cadastrado os eventos em si, e na sequência confirmar, e excluir o grupo de eventos. Após isso, checar se as tabelas LE6 e LE8 estão vazias, e estando, efetuar o compartilhamento dessas respectivas tabelas nos 3 níveis pelo Configurador (Compartilhar). Finalmente, deve-se cadastrar pela primeira vez ou novamente os grupos de eventos e atrelar os eventos aos grupos (se quiser). Caso haja por exemplo, 2 grupos de eventos cadastrados na rotina TAFA441, e nas configurações do Sched4 no configurador tenha sido passado o código de somente 1 dos grupos cadastrados na rotina, o SCHED4 considerará os 2 grupos cadastrados na rotina TAFSCHED4 para transmitir. Lembrando também que havendo somente o evento S-1010 cadastrado no Grupo de Eventos, por exemplo, o SCHED4 transmitirá somente esse evento, independente do compartilhamento da tabela do evento, neste exemplo a tabela C8R.

Este processo só será executado se o parâmetro MV_TAFSTRS estiver configurado, caso contrario a rotina só irá considerar os registros com status '0' (válidos).

Para o processo de schedule dinâmico não existe o Job de validação, por isto a necessidade deste parâmetro.

Este processo executa o processamento de acordo com a demanda, diferente do processo convencional que realiza a execução filial por filial procurando registros elegíveis para o processamento, este processo utiliza a lógica reversa procurando primeiramente os registros elegíveis e disparando a execução na filial que os mesmos pertencem.

É aconselhável utilizar no mínimo 1 Thread para cada processo, o sistema permite o paralelismo de funções e filiais, ou seja o sistema executa somente 1 processo por filial porem permite o paralelismo do mesmo em filiais diferentes e permite a execução de processos diferentes na mesma filial.

As threads são configuradas no Agent:

Image Added

A API de Schedule só executa o processamento de multi threads em filiais diferentes, por isso para forçar que a API utilize todas as threads configuradas no agent  selecione no mínimo o numero de filiais igual a quantidade de threads informadas no agent.

Observação: O processo de Schedule dinâmico não respeita as filiais selecionadas no cadastro do processo, a rotina irá disparar para qualquer filial existente no Grupo de Empresas que esteja elegível através do status para a execução. Esta configuração é necessária somente por questões de compatibilidade.

Image Added