A forma de execução da função de TimeOut deve ser sempre do tipo Batch. Marcada esta opção, pressionando o botão \[Executar\] é exibida uma Janela onde deve ser informado um Servidor de Execução pré-cadastrado a ser utilizado na execução da função TimeOut. Veja mais detalhes de Formas de Execução no conceito [<span style="color: #0000ee"><span style="text-decoration: underline; ">Formas de Execução</span></span>|C:\Supply\btb\../scripts/c_formasdeexecucao.html].
*Importante:* O pedido criado a partir do programa Gerenciador TimeOut não deve utilizar os recursos de Agenda Automática nem o de Pedidos Periódicos (Botão Cria Pedidos Periódicos).
Informados estes dados, é criado um pedido de execução, que fica aguardando na fila do Servidor de Execução informado anteriormente. Após a criação deste pedido é feita a verificação de ociosidade dos usuários. Os usuários que no intervalo de tempo informado no Gerenciador TimeOut, não utilizarem os Bancos de Dados conectados serão derrubados de suas respectivas sessões.
Este processo se repete até o momento em que é desmarcado, no programa [<span style="color: #0000ee"><span style="text-decoration: underline; ">Parâmetros Básicos (BTB927AA)</span></span>|C:\Supply\btb\btb927aa.html] o campo "Habilita TimeOut ?". O próximo pedido, no momento de sua execução, é encerrado com erro "Funcionalidade Desativada".
A cada execução de um pedido pelo servidor de execução do TimeOut, é gerado um relatório com as informações das sessões desconectadas. Sempre que algum usuário for desconectado, as informações desta desconexão serão adicionadas no final do arquivo para gerar um histórico das desconexões.
Os programas utilizados pelo Gerenciador de Timeout utilizam-se de tabelas virtuais do Progress (VST´s) e encontram-se miniflexibilizados (pré-processados) com base na versão Progress. Dessa forma, para o correto funcionamento, a versão Progress utilizada na geração do executável deve ser compatível com a versão Progress utilizada na execução. A regra utilizada é a seguinte:
Se a versão Progress utilizada na geração do executável for maior ou igual a 10.1B, será utilizada da nova estrutura de dados: com tipo de dado INT64 (tipo de dado criado a partir da 10.1B) e com o formato novo do campo correspondente. Caso contrário, será mantida a estrutura antiga: com tipo de dado Integer e formato com tamanho reduzido. Caso a base de dados tenha sido migrada sem o processo de dump-load (exportar e importar), para que as VTS sejam atualizadas de versão, se faz necessário executar um proutil -C updateVST. Caso a base de dados tenha sido criada diretamente na versão 10.1B, as VST´s já encontram-se com as novas definições.