Acesso: Manager / Server Config.



Configurações do ambiente servidor do PIS.


Nota: Versão 4.4.5.9


Location.



Ref.00060


Aqui temos a localização dos componentes do PIS.


  • Server command: Localização do programa que executa um processo do PIS (Box ou Flow) no servidor. Este programa é chamado pelo serviço de Thread.


  • Server 32 bits command: Localização do modulo de 32 bits do PIS. Para executar drivers de ODBC antigos.


  • Schedule Service: Localização do serviço de Schedule.


  • Thread Service: Localização do serviço de Thread.


  • Server Profit Web Service: Obsoleto. Não é mais utilizado.


Properties



Ref.00061


Temos nesta aba informações referentes a forma com que as Threads serão executadas no servidor, informações sobre Logs e auditoria e sobre Token de acesso via Web Service.


  • Run server in background: Determina se os processos de execução de fluxos e transferência de dados será executado pelo Front-End ou pelo serviço.


  • Audit: Ativa ou não a auditoria do produto (Tipo DEBUG). Com a auditoria ativada todas as ações efetuadas pelos usuários serão registradas. Deve-se usar este recurso com parcimônia. Isso porque os arquivos de auditoria ocupam muito espaço em disco. Usar somente para entender e depurar erros nos processos da ferramenta.


  • Audit Log: Ativa ou não a auditoria do produto (Tipo FILE). Com a auditoria ativada toda a comunicação entre o cliente e o servidor é registrada. Aqui temos a auditoria para investigar as ações efetuadas pelos usuários. Deve-se usar este recurso com parcimônia. Isso porque os arquivos de auditoria ocupam muito espaço em disco. Usar somente quando realmente pretende-se fazer algum tipo de estatística de acesso.


  • Type Thread: Existem 3 tipos de maneiras de executar um processo. A primeira (Threads Operational System) é a padrão e executa uma Thread através de um programa linha de comando completamente independente do PIS. Threads Framework .NET executa o processo através do .NET Framework. Já a última opção (Task Framework .NET) utiliza o conceito de tarefa do .NET. Não há vantagens e desvantagens no uso de cada processo deste. Você deve escolher dependendo de cada ambiente em que os processos de ETL e Integração estão sendo desenhados.


  • Log Service: Opção que determina se os logs dos serviços serão ou não ativados.


  • Interaction Time (Schedule and Threads) (In Seconds): Determina o tempo, expresso em segundos, que os serviços (Thread e Schedule) estão efetuando sua tarefa. No caso do serviço Thread este tempo é o intervalo entre uma ou outra conferência na fila de processos a serem executados. Isso vale para o Schedule. Este tempo determina o ciclo para checar a hora do computador e comparar com os processos agendados.


  • Check Threads: Pode ser que haja um descasamento entre o registro de uma Thread em execução no Metadados e se ela continua viva no sistema operacional. Quando os processos estão casados, ao terminar uma Thread pelo sistema operacional, há um registro deste mesmo término no Metadados. Se isso não ocorrer, para o Metadados, a Thread estará sempre rodando. Para evitar isso se marcarmos esta opção o serviço de Schedule irá fazer uma conferência entre os processos que estão sendo registrado, no Metadados, como em execução e se ele ainda está vivo no sistema operacional.


  • Interaction Time check threads (In Seconds): Se a opção Check Threads estiver marcada aqui teremos o tempo, em segundos, que esta conferência será checada. Este tempo será adicionado ao tempo do ciclo de conferência da fila de processamento efetuada pelo Thread Service. Se o parâmetro de conferência do Thread Service for de 10 segundos e o de Check Threads de 1 minuto (60 Segundos) a cada 6 ciclos, 5 serão de conferir se existem processos na fila e 1 para conferir se todas as Thread vivas no Metadados estão vivas no sistema operacional.


  • Token API: Temos aqui a chave de acesso a ser usada pelos Web Service de terceiros que queriam acessar os processos do PIS. Este Token não pode ser editado e temos um para cada Metadados em cada Servidor do PIS. 


  • Copy Token: Transferi para o clipboard do sistema operacional o Token.


  • Refresh Token: Cria um Token.


  • Clean Token: Apaga um Token.



Email



Ref.00062


Nesta aba temos informações sobre o servidor para envio de mensagens.


  • Use Credentials: Você marcará esta opção como Yes se o acesso ao servidor de envio de e-mails terá a necessidade de uma validação. Se escolher No esta verificação não acontecerá.


  • Email from: E-mail do usuário que está enviando a mensagem. Deve ser um e-mail válido.


  • Username: Usuário para acesso ao servidor de envio de e-mails.


  • Password: Senha o usuário para acesso ao servidor de envio de e-mails.


  • Port: Porta de acesso ao servidor de e-mails.


  • Enabled SSL: Se o acesso irá ser feito ou não através de SSL.


  • Host: Identificador do servidor de envio de e-mails (SMTP).


  • Test: Envia um e-mail de teste. Clicando neste botão aparecerá uma caixa de diálogo onde deve-se incluído um e-mail que alguém que irá receber o correio de teste. Depois clique em Save para enviar e Close para desistir do envio.


Services



Ref.00063


Podemos, nesta aba, gerenciar os serviços de Threads e Schedules.


  • Refresh Schedule Service: Atualiza a situação atual do serviço de Schedule.


  • Manager Schedule Service: Para ou inicializa o serviço de Schedule.


  • Files Schedules (New): Copia os arquivos mais atuais do serviço de Schedule para um diretório onde o serviço do Metadados corrente será criado.


  • Files Schedules (Delete): Apaga todos os arquivos do serviço de Schedule associadas ao Metadados corrente.


  • Services Schedules (New): Instala e ativa o serviço no sistema operacional.


  • Service Schedules (Delete): Desinstala o serviço no sistema operacional.


  • Start Type (Schedule): Quando o serviço for criado e configurado no sistema operacional aqui determino qual é o status inicial do mesmo.


  • System Account (Schedule): Se será o usuário de sistema que irá controlar o serviço.


  • User Schedule Service (Schedule): Determina o usuário que irá gerenciar o serviço.


  • Password Schedule Service (Schedule): Senha do usuário que irá gerenciar o serviço.


  • Refresh Thread Service: Atualiza a situação atual do serviço de Thread.


  • Manager Thread Service: Para ou inicializa o serviço de Thread.


  • Files Threads (New): Copia os arquivos mais atuais do serviço de Thread para um diretório onde o serviço do Metadados corrente será criado.


  • Files Threads (Delete): Apaga todos os arquivos do serviço de Thread associadas ao Metadados corrente.


  • Services Threads (New): Instala e ativa o serviço no sistema operacional.


  • Service Threads (Delete): Desinstala o serviço no sistema operacional.


  • Start Type (Thread): Quando o serviço for criado e configurado no sistema operacional aqui determino qual é o status inicial do mesmo.


  • System Account (Thread): Se será o usuário de sistema que irá controlar o serviço.


  • User Thread Service (Thread): Determina o usuário que irá gerenciar o serviço.


  • Password Thread Service (Thread): Senha do usuário que irá gerenciar o serviço.



GAC



Ref.00064


Vamos, aqui, gerenciar as DLLs instaladas no servidor e ativa-las para uso pelas funções ou processos.


  • GAC: Localização (Padrão e real) do programa GAC para determinar a lista de DLLs registradas no sistema operacional. O uso desta biblioteca é opcional e se aplica quando é construído uma função ou processo sobre medida.


  • Copy: Cópia para a área de transferência do caminho do diretório.


  • Select: Busca a lizalicação do GAC.EXE no HD do servidor.


  • Refresh: Atualiza a lista de bibliotecas dinâmicas registradas no GAC.



Prompts



Ref.00065


Neste ponto são incluídas as propriedades referentes as variáveis Prompts globais. Estas variáveis valerão para todo o ambiente e são específicas do Metadados não podendo ser substituídas pelo processo de Backup e Restore. Somente são aceitas Prompt variable do tipo Value.


  • Create New Prompt: Inclui na lista de Prompts variables os valores preenchidos na caixa de diálogo.


  • Update Prompt: Altera da lista a Prompts variables de referência preenchida na caixa de diálogo.


  • Delete Prompt: Apaga da lista a Prompts variables de referência preenchida na caixa de diálogo.


  • Open prompt variable from external file: Carrega para a lista de Prompts variables dados contidos em um arquivo externo.


  • Save prompt variable from external file: Salva uma lista de Prompts variables para um arquivo externo.


  • Prompt name: Nome da Prompt variable.


  • Value: Valor da Prompt variable.



ERP Metadata



Ref.00066


Parâmetros especiais para dados referentes a objetos do PIS que devem ser carregados de arquivos externos para serem usados em processos envolvendo conexões com ERPs e arquivos externos com Funções e Processos especiais desenvolvidos por terceiros.


  • ERP Metadata Directory: Diretório onde se encontram os arquivos externos referentes aos Metadados de ERPs.


  • External Functions Directory: Diretório onde se encontram os arquivos externos com funções e processos desenvolvidos por terceiros.


Nota: Por padrão o diretório onde estes arquivos se encontram estão no mesmo diretório onde o produto foi instalado. Se você for usar esta funcionalidade aconselhamos a usar um diretório diferente do produto e gerenciar as atualizações deles manualmente. Isso porque, durante um Upgrade os arquivos serão substituídos pelos mais atuais vindos do Setup e pode apagar possíveis informações especiais desenvolvidas ou obtidas por terceiros por você, que não estejam atualizadas no Setup.