Páginas filhas
  • Guia de Instalação TSA 12.1.8

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Para dar início ao processo de atualização para o Datasul, o sistema deve obedecer a versão de pacote de origem (entre parênteses) suportado pela atualização, conforme definições da tabela a seguir:

Servidor
30 equipamentos
Hardware (mínimo)
Disco100 GB disponíveis
Memória

Até 30 dispositivos: 6 GB disponíveis *

Até 60 dispositivos: 9 GB disponíveis *

Processador

Até 30 dispositivos: Intel Core i5 3.00 GHz (ou compatível com 5125 **CPU Passmark) 64 Bits

Até 60 dispositivos: Intel Core i7 3.30 GHz (ou compatível com 5600 **CPU Passmark) 64 Bits

Banda de Dados100 Mbps
Software
Java

JRE 1.6.0_45 64 Bits (embutido na instalação).

Java 1.7 (ou superior) não está homologado.

Sistema OperacionalWindows ou Linux (verificar compatibilidade dos softwares de integração do fabricante do equipamento)
Bancos de Dados
Oracle10g R1, 10g R2, 11g R1,11g R2
Microsoft SQL Server2005, 2008 R2,02012
Informix (apenas Sistema Externo)10, 11.5
DB2 (apenas Sistema Externo)9.1, 9.5, 9.7
Progress (apenas Sistema Externo)10.2B SP 07
MySQL5.1
Sistema de Gestão de Pessoas
Sistema de Gestão de Pessoas (Sistema Externo)
Datasul HCM12.1.4 e superiores
Protheus 1111.x.x e superiores
RM Chronus 1111.8.x e superiores
Estação Client
Windows / Linux
Hardware
Memória1 GB
Processador1.00 GHz
Resolução de Tela1024 x 768 ou superior
software
Navegadores

Internet Explorer 10

Firefox 3.6

Chrome 10

WebcamDeverá possuir o plugin da Macromedia Flash instalado e uma Webcam compatível com o flash.
Nota
titleImportante:

* O valor especificado para a memória é exclusiva para o TSA. Dessa forma, é necessário mensurar um valor de memória RAM para o sistema operacional e outros serviços que rodem no servidor.

** O cálculo de passmarks é feito pelo site: http://www.cpubenchmark.net/high_end_cpus.html

...

Caso tenha a necessidade de solicitar a homologação de um novo firmware, por favor, abra um chamado com a equipe de atendimento.

Controle de Acesso
FabricanteModeloFirmware
DimepTodos os modelos compatíveis com a versão de firmware homologada.

Biopoint: 2.16, 2.21

Micropoint: 3.2, 3.6

MadisTodos os modelos compatíveis com a versão de firmware homologada.MD5705: 2.16
HenryTodos os modelos do protocolo 7.x compatíveis com a versão de firmware homologada.7101
TelemáticaTodos os modelos compatíveis com o software da Telemática Conex (que operem com a tabela MATCODIN e que não possuam ARLON).*
TopDataLinha de produto Inner Net e Inner Plus

Inner Net: 2.03

Inner Plus: 8.58, 9.0.

Aviso
titleAtenção:

Todos os dispositivos, independente de fabricante, devem ter funcionamento ON-LINE e REAL TIME.

Dispositivos MD2701 da Madis não são homologados.

Dispositivos Micropoint XP da Dimep não são homologados.

Funcionalidades Controle de AcessoDimep Biopoint IIDimep MicropointMadis MD5705Henry 7xTelemáticaTop Data
Controle de Acesso
Possui Suporte Biométrico no TSASimNãoSimSimSimNão
Replicação de Biometria (Cópia da Biometria para outros dispositivos?)SimNãoSimNãoNãoNão
Controle de NíveisSimSimSimSimSimSim
Valida permissões por entrada e saídaSimSimSimSimSimSim
Valida dupla marcaçãoSimSimSimSimNãoSim
Dependência de Software do Fornecedor/FabricanteNãoNãoNãoSimSimNão
Integração com UrnaSimSimSimSimSimNão
Lista BrancaSimSimSimSimNãoNão
Cracha liberadorSimSimSimSimNãoSim
Baixa automatica de crachás no Cadastro de VisitantesSimSimSimSimSimNão
Informação Data/hora quando on-line horario da marcaçãoServidorServidorServidorServidorConexServidor
Funcionalidades Ponto EletrônicoDimep PrintPoint II Time Point IIDimep MiniPointMADIS MD REP MD0705Telemática
Ponto Elêtronico
Possui Suporte Biométrico no TSASimSimSimSim
Replicação de Biometria (Cópia da Biometria para outros dispositivos?)SimSimSimNão
Valida permissões de acessoNãoNãoNãoNão
Informação Data/hora quando on-line (Horario da marcação)DispositivoDispositivoDispositivoCONEX
  1. Ativação da funcionalidade é por parte do fornecedor do hardware. 
  2. Telemática não possui validação de Entrada e Saida. 
  3. Replicação Biométrica para Telemática está prevista para a release 12.1.10.

...

Na tabela abaixo é apresentada a lista de bancos que o TSA suporta e os bancos disponíveis para que o TSA integre com o sistema externo

Bancos de Dados Suportados
Banco de DadosTSAConexão com o Sistema Externo (Datasul, Protheus e RM)
SQLServerSimSim
OracleSimSim
MySQLSimNão
ProgressNãoSim
DB2NãoSim

Sendo assim, o TSA suporta apenas Oracle, SQLServer e MySQL

...

where parameter = 'NLS_CHARACTERSET'


Resultado esperado:

NLS_LANGUAGEAMERICAN
NLS_TERRITORYAMERICA
NLS_CHARACTERSETWE8ISO8859P1 ou WE8MSWIN1252
NLS_NCHAR_CHARACTERSETAL16UTF16
  • select name, value from v$parameter where name = 'db_block_size';
  • select name, value from v$parameter where name = 'open_cursores';

...

Configuração de serviços ambiente Linux

O TSA é compatível com o sistema operacional Linux, porém, o instalador da ferramenta está disponível apenas para ambientes Windows, desta forma, para instala-lo em ambiente Linux é necessário efetuar a instalação do TSA em um computador Windows e após efetuar a cópia do diretório instalado (normalmente c:\totvs\tsa) para o servidor Linux.


A inicialização manual dos serviços pode ser efetuada da seguinte forma:

JBoss (estando em tsa\jboss\bin): ./run.sh –c tsa-web –b 0.0.0.0

Integrador (estando em tsa\integrador\server): java -jar lib/tsa-core-XX.X.XX-SNAPSHOT.jar


Para iniciar os serviços de forma automática, utilize o seguinte procedimento (procedimentos executados em distribuições Linux compatíveis com Debian: Ubuntu):

JBoss: Utilize os scripts constantes no diretório “tsa/jboss/bin”, que começam com o nome “jboss_init_*” (conforme sua distribuição).

Integrador: O procedimento abaixo irá fazer com que o serviço de comunicação com os dispositivos seja iniciado automaticamente e tratado como um serviço pelo servidor Linux é conforme os passos abaixo:

  • No ambiente instalado, existirá o seguintes arquivos no diretório “%TSA_HOME%/integrador/server/bin/linux”:

Para todos os arquivos do diretório acima, é necessário atribuir a permissão de execução, através do comando abaixo:

  • sudo chmod +x /home/poffo/tsa/integrador/server/bin/linux/tsa-core-service
  • sudo chmod +x /home/poffo/tsa/integrador/server/bin/linux/ tsa-core-servicewrapper.sh
  • sudo chmod +x /home/poffo/tsa/integrador/server/bin/linux/ tsa-core-startservice.sh


tsa-core-service: Script responsável em representar o serviço dentro do ambiente do Linux. Esse script deverá ser copiado abaixo para o diretório “/etc/init.d/”:

  • sudo cp /home/poffo/tsa/integrador/server/bin/linux/tsa-core-service /etc/init.d


tsa-core-service-wrapper.sh: Script utilizado para gerenciar o processo de início e parada do programa integrador do TSA. Nesse script precisaremos efetuar o ajuste das seguintes variáveis dentro do arquivo:


JAVA_HOME: Diretorio de instalação do Java no servidor Linux;

  • applDir: Deverá apontar para o caminho do TSA, no nosso caso é “/home/poffo/tsa/integrador/server/bin/linux”;
  • javaArgs: Caso ocorrá alguma atualização de versão do TSA, nesta variável deverá contar o nome do JAR com a versão correta do ambiente;


tsa-core-start-service.sh : Script responsável em iniciar o serviço, utilizado através do comando abaixo para que o serviço do TSA seja iniciado quando o ambiente Linux for iniciado:

  • sudo ln -s /home/poffo/tsa/integrador/server/bin/linux/tsa-core-startservice.sh /etc/rc2.d/S20-tsa-core-start-service.sh
  • sudo ln -s /home/poffo/tsa/integrador/server/bin/linux/tsa-core-startservice.sh /etc/rc3.d/S20-tsa-core-start-service.sh


Os logs do processo integrador poderão ser consultados diretamente na estrutura do TSA: %TSA_HOME%/integrador/server/log.

Os logs de início do serviço poderão ser consultados no diretório: /var/log/tsa-core.log.


Quando necessário, o serviço do integrador poderá ser iniciado ou paralisado através dos seguintes comandos:

Iniciar: sudo /etc/init.d/tsa-core-service start

Parar: sudo /etc/init.d/tsa-core-service stop

Da mesma forma como ocorre em sistemas operacionais Windows, o serviço do integrador irá subir antes do que o serviço do JBoss. Apesar do serviço integrador depender do serviço do JBoss para o seu funcionamento, ele possui técnicas para tentar obter uma conexão no JBoss em caso de falhas, fazendo com que gerencie automaticamente quando o JBoss não estiver disponível.

Aviso
titleAtenção:

A funcionalidade de múltipla instância não está homologada para ambientes Linux.


Requisitos de Usuário (Servidor)