Gladius V3, Conceitos e pré-requisitosdaxis.com.br/docs/V3Conceitos.pdf · Na seção anterior...

cccccccccccc

Daxis Sistemas Inteligentes

Todos os direitos reservados

Conceitos e pré-‐requisitos, versão V3

Conceitos e pré-‐requisitos v3

2

Índice

Integração TOTVS RM ................................................................................................................................................. 3

Banco de dados ...................................................................................................................................................... 3 Topologia GLADIUS RM .............................................................................................................................................. 4

Projeto corporativo em três camadas ................................................................................................................... 4 Serviço servidor corporativo .................................................................................................................................. 5 Servidor de aplicação local .................................................................................................................................... 6 Replicação local de dados ...................................................................................................................................... 6 Suporte a múltiplos fabricantes (drivers) .............................................................................................................. 8 REP – portaria 1510 ............................................................................................................................................. 10

Preparando a implantação do GLADIUS RM ............................................................................................................ 12

Planejando a implantação ................................................................................................................................... 12 Requisitos mínimos de hardware (computadores) .............................................................................................. 13 Servidor corporativo ............................................................................................................................................ 13 Servidor de aplicação local .................................................................................................................................. 14 “Front’s” (interfaces com os usuários / cadastro de visitantes) .......................................................................... 14 Check-‐list pré-‐instalação ...................................................................................................................................... 15 Dúvidas e suporte ................................................................................................................................................ 15


3

Integração TOTVS RM O projeto Gladius RM compartilha a mesma base de dados do produto TOTVS RM, utilizando suas tabelas de forma nativa. Isso, na prática, significa que não existem informações duplicadas e que ao atualizar um dado no RM Labore, no RM Chronus ou no RM Classis (um horário, por exemplo) o reflexo no Gladius RM é imediato. Para flexibilizar o uso da ferramenta o cadastro de visitantes e terceiros, apesar de compartilhar a base de dados TOTVS RM, é armazenado em um conjunto especial de tabelas (prefixadas com ‘ZRMC_VISITANTES’). O Gladius RM eventualmente utiliza parâmetros TOTVS RM como base para controle ativo de acesso, alguns dos quais se aplicam indiretamente a visitantes e terceiros. Para as versões independentes (ISV e light), específicas para projetos com outros back-office´s (não-TOTVS) as características do banco de dados e o padrão de nomeação de tabelas se mantém o mesmo da versão ‘RM’ – a diferença é que o produto não se integra nativamente ao ERP.

Banco de dados

Como dissemos anteriormente o projeto GLADIUS RM compartilha o banco de dados com produto TOTVS RM – ou uma versão semelhante ao mesmo para as versões ISV e light. O GLADIUS está homologado para trabalhar com os bancos de dados MS SQL Server (versão 2000 ou superior, incluindo a versão “express”) e ORACLE (versão 8i ou superior, incluindo também a versão “express”). Para diferenciar as tabelas do GLADIUS RM das tabelas dos produtos TOTVS RM, utilizamos a nomenclatura padrão para customizações, recomendada pela fábrica de software RM, prefixando todas as tabelas do GLADIUS RM com a sequência “ZRMC_”, evitando assim qualquer tipo de conflito com outras tabelas customizadas eventualmente em uso por outros clientes. O prefixo “ZRMC_” na realidade é uma herança da época em que assumimos o produto “RM Acesso” – descontinuado pela fábrica de software em Belo Horizonte – e que passou a ser mantido na unidade RM na cidade de Campinas.


4

Topologia GLADIUS RM

Projeto corporativo em três camadas O modelo distribuído do Gladius RM, desenvolvido integralmente com tecnologia “.NET” em 3 camadas, permite atender ao mercado corporativo de maneira simples e rápida, minimizando a utilização da “banda de comunicação” disponível entre as unidades e possibilitando sua integração com o mínimo de recursos. O projeto prevê, desde sua origem, a integração de várias unidades distribuídas a um banco de dados centralizado e, para tanto, foi dividido em dois módulos servidores:

• Serviço servidor corporativo; • Servidor de aplicação local;


5

Serviço servidor corporativo O serviço servidor corporativo é um componente de software que é executado como um serviço do MS-Windows e tem como atribuições:

• Manter a comunicação com o banco de dados (MS-SQL Server ou Oracle); • Avaliar e implementar regras de negócio (ponto e acesso); • Manter a comunicação local ou remota (LAN/WAN) com um ou mais servidores de

aplicação locais; Em uma aplicação típica, o serviço servidor corporativo é instalado em um computador que tenha comunicação local com o banco de dados – em um datacenter por exemplo. O servidor corporativo não se comunica diretamente com os equipamentos de ponto/acesso (catracas, portas, REPs, cancelas...) – esta tarefa é de responsabilidade dos “servidores locais de aplicação” que, dependendo do projeto, podem estar localizados na mesma rede (LAN) ou em redes remotas (WAN).

(imagem do viewer de monitoramento do serviço servidor corporativo)


6

Servidor de aplicação local O servidor de aplicação local é um componente de software que é executado como um aplicativo do MS-Windows e tem como atribuições:

• Manter a comunicação local com coletores de ponto e acesso (catracas, torniquetes, cancelas, portas, REPs, ...);

• Manter a comunicação local ou remota (LAN ou WAN) com o serviço servidor corporativo; • Coletar informações de ponto e acesso (crachás, biometrias, ...) e enviá-las de forma on-line

ao serviço servidor corporativo, repassando-as aos coletores; • Executar ações off-line e de replicação de dados em caso de queda de conexão com o

serviço servidor corporativo;

Considerando-se que a maior parte do esforço e da banda de conexão de rede é gasta para manter a comunicação com os coletores, o servidor local – usualmente em rede local com os coletores de ponto e acesso – isola todo esse tráfego de rede da WAN, enviando ao serviço servidor corporativo somente a identificação do usuário (crachá, biometria, ...) e recebendo deste o resultado da avaliação on-line das regras de ponto e acesso.

Replicação local de dados O servidor de aplicação local também pode ser programado para trabalhar com “replicação local de dados”. A replicação de dados é uma funcionalidade extremamente útil em projetos distribuídos com alto tráfego concentrado em curtos períodos de tempo e permite suspender temporariamente a comunicação WAN (remota) com o serviço servidor corporativo e utilizar informações históricas locais baixadas previamente do banco de dados central. Assim que o período de replicação é encerrado a comunicação entre os servidores retoma o modo on-line padrão e os dados são sincronizados automaticamente.


7

Uma aplicação típica para utilização de replicação local de dados é a saída de alunos em uma escola com o banco de dados centralizado em um datacenter. A saída de alunos usualmente envolve um alto tráfego de pessoas em um período de tempo muito curto e, sem a replicação, seria necessário ou superdimensionar a banda de comunicação remota ou trabalhar em modo off-line nesse espaço de tempo. A replicação então é agendada para os horários de saída de cada turma, o banco de dados local é atualizado pelos servidores automaticamente, e nos horários programados a comunicação on-line é temporariamente interrompida – o tráfego de dados fica restrito somente à rede-local – com todas as regras de acesso ainda válidas e atualizadas no período.

A replicação do GLADIUS permite manter todas as funcionalidades do produto, sem sobrecarregar a rede remota e sem utilizar o modo off-line, e é versátil o suficiente para ser configurada para necessidade de cada cliente – parametrizada até ao nível de colunas em tabelas.


8

Suporte a múltiplos fabricantes (drivers) O servidor local de aplicação GLADIUS, responsável pela conexão com os equipamentos de acesso e ponto, implementa o conceito de drivers, visando suportar equipamentos de múltiplos fabricantes em um único ambiente. Isso faz com que você, o cliente, se sinta a vontade para adquirir o equipamento que melhor lhe convier, do fabricante com as melhores condições de atendê-lo.

Cada fabricante de equipamento de ponto e acesso disponibiliza suas ‘interfaces de integração’ (APIs) em um determinado formato – comunicação TCP direta, DLL de comunicação, replicação de dados – mesmo assim isso usualmente não impede que várias marcas de equipamento compartilhem o mesmo ambiente GLADIUS. Dependendo do formato da integração é necessária a instalação de DLLs e código adicional fornecido pelo fabricante e, em alguns casos, a DAXIS disponibiliza um firmware próprio (software ‘embarcado’) para determinados equipamentos. Por não existir um padrão, e já que as APIs de alguns fabricantes eventualmente podem apresentar limitações quanto ao ambiente, o “servidor de aplicação local GLADIUS” foi projetado como um aplicativo Windows, ao contrário do “servidor corporativo” (um serviço do Windows que não depende de uma sessão de usuário).


9

Os principais equipamentos homologados para utilização com o GLADIUS (em ordem alfabética):

DIGICON DIMEP HENRY MADIS/RODBEL TELEMÁTICA TOPDATA TRILOBIT WOLPAC

Caso você possua um equipamento que não está na lista acima e pretenda utilizá-lo, por favor, entre em contato com nosso suporte ([email protected]) que avaliaremos a homologação do mesmo.


10

REP – portaria 1510

O REP (Registrador Eletrônico de Ponto) – normatizado em 2009 pela portaria 1510 do ministério do trabalho – é um equipamento de coleta de ponto que mantém em uma base de dados local permanente (dentro do equipamento) as informações da empresa, de seus funcionários bem como as batidas de ponto. Pela legislação atual não é permitido negar ou alterar o ponto registrado pelo funcionário e os sistemas de ponto tem de manter sincronizados tanto os dados cadastrais dos funcionários em cada REP como ler - sem alterações - as batidas registradas. Os principais problemas que as empresas enfrentam com a nova legislação:

• Manter os registros de funcionários e empresas atualizados em todos os REPs; • Ler automaticamente as batidas de ponto dos REPs em um ambiente corporativo; • Manter uma gestão de regras de ponto - mesmo que posterior - eventualmente cruzando-as

com regras de acesso; • Manter aberta a possibilidade de utilizar mais de uma marca de REP, conforme a

conveniência da corporação; O GLADIUS, através do monitor de ponto (MP), implementa processos para equacionar as questões colocadas acima. O modelo corporativo do GLADIUS RM mantém os registros dos REPs atualizados e baixa as batidas de ponto diretamente para o RM Chronus sem etapas manuais:


11

O MP também pode ser utilizado de maneira independente, sem ligação direta com os produtos TOTVS RM ou ligado ao sistema de ponto de sua preferência:

Visando facilitar a gestão, o GLADIUS pode avaliar múltiplas regras de ponto, logo após a gravação do ponto no RM Chronus, enviando os relatórios de não conformidades diretamente para o RH de sua empresa via e-mail para as devidas providências. Além do MP (Monitor de Ponto) o controle integrado de ponto o GLADIUS também possibilita o controle integrado ponto-acesso. Na entrada, perfis especiais, poderão restringir o acesso do funcionário às dependências da empresa, avaliando para tanto de maneira instantânea os horários de trabalho, férias, permissões especiais e demais registros de horários no RM Chonus e no próprio GLADIUS RM. Na saída o GLADIUS poderá impedir a saída do funcionário da empresa em horários não autorizados (ex: hora extra não autorizada), fazendo com que o mesmo tenha de se dirigir ao RH ou ao seu supervisor para que tenha a situação avaliada administrativamente antes que a saída seja autorizada (permissão especial gerada no GLADIUS RM). Em algumas situações, o Monitor de Ponto deverá ser configurado para baixar os registros de ponto em intervalos curtos de tempo para que seja possível cruzar informações de ponto e acesso.


12

Preparando a implantação do GLADIUS RM

Planejando a implantação A primeira etapa de um projeto de implantação GLADIUS RM é o planejamento. Na seção anterior deste manual há uma visão geral das principais características do produto para suportar um ambiente corporativo. O primeiro passo é desenhar a implantação de acordo com o ambiente de sua corporação. A existência ou não de filiais, a distribuição geográfica da empresa, a existência de datacenters ou mesmo os diferentes ambientes e perímetros de segurança tem um impacto direto sobre o desenho da solução. Uma solução GLADIUS vai envolver, pelo menos, um “Serviço Servidor Corporativo”, um “Servidor de Aplicação Local” e um “Aplicativo Front”. Em um ambiente corporativo simples – contendo poucos coletores, concentrados em uma única rede-local em um único ambiente – é possível instalar ambos os software´s servidores em um único computador servidor. Em corporações um pouco mais complexas – mais coletores, uma única rede-local e múltiplos ambientes – pode ser necessário utilizar diferentes computadores servidores para cada software servidor e talvez até seja necessário manter múltiplos servidores de aplicação local que:

• Atenderiam a demanda de diferentes perímetros: departamentos, plantas industriais dentro do mesmo parque industrial ou centros de serviço,...

• Atenderiam a demanda de diferentes serviços: isolar o controle de acesso da interface de ponto ou isolar uma “determinada demanda de acesso” (acesso de alto nível de segurança).

Corporações com um ambiente mais sofisticado – banco de dados centralizado (datacenter), múltiplas filiais, redes remotas (WAN) – pode ser essencial a utilização de múltiplos servidores de aplicação local para isolar e otimizar o tráfego de dados entre as unidades. O “Aplicativo Front” é utilizado para:

• Parametrização do sistema; • Manutenção das informações cadastrais; • Consultas e relatórios; • Operação do processo de visitantes (portaria);

O passo seguinte no planejamento diz respeito aos planos de contingência. O GLADIUS possui duas funcionalidades básicas para contingência: a replicação local de dados e o modo off-line. A replicação local de dados é um mecanismo de contingência que pode ser agendado ou pode ser acionado automaticamente e permite manter todas as funcionalidades do sistema mesmo sem conectividade entre o Servidor Corporativo e o Servidor de aplicação local. Assim é possível


13

utilizar uma cópia local parcial do banco de dados que é posteriormente sincronizada com o banco de dados central. A implantação desta funcionalidade pode ser planejada previamente, principalmente nos casos em que já se sabe de antemão que irá ocorrer um pico de demanda por banda de rede remota (WAN) em determinados períodos. Outro método de contingência do GLADIUS é o modo off-line que pode ser agendado previamente (e.g. para ser acionado nas catracas de saída em um turno de trabalho) ou pode ocorrer automaticamente quando o Servidor de Aplicação Local perde a conexão:

• com um ou mais coletores de acesso (falha na rede local); • com o Servidor Corporativo (usualmente falha na WAN);

No modo off-line os coletores de acesso irão trabalhar com listas brancas ou listas negras que são atualizadas periodicamente pelo GLADIUS na memória interna dos equipamentos com base em regras especiais (“perfis off-line”). A lista branca é uma relação de crachás que tem o acesso permitido no modo off-line. Os crachás que não estiverem na lista têm o acesso negado. A lista negra é uma relação de crachás que tem o acesso negado no modo off-line. Qualquer crachá que não estiver na lista tem o acesso permitido. A lista negra tende a utilizar uma quantidade menor da memória dos coletores e é atualizada mais rapidamente pelo GLADIUS, porém oferece um nível de proteção consideravelmente menor que a lista branca.

Requisitos mínimos de hardware (computadores)

Servidor corporativo O computador que irá hospedar o Serviço Servidor Corporativo deve:

• ter acesso direto, via rede-local, ao servidor de banco de dados; • ter as ferramentas de administração e conectividade com o banco de dados (client)

instaladas e testadas; • ter instalado o software MS .NET Framework 4.0. em um sistema operacional MS

Windows (32 ou 64 bits) compatível; • ter configurado uma conta de usuário, usada como base iniciar o serviço, com

configurações regionais “Português Brasil”, data no formato “DD/MM/YYYY”, moeda corrente “Real” e separador decimal “,”;

• ter, pelo menos: o 4 GBytes de memória RAM; o 300 MBytes livres no “hard-disk C:” para instalação do serviço; o Processador “core-duo” – equivalente ou superior;

Não aconselhamos compartilhar outros serviços e/ou aplicativos – como, por exemplo, um banco de dados ou um servidor WEB – no mesmo computador utilizado para hospedar o Serviço Servidor Corporativo do GLADIUS.


14

Servidor de aplicação local

O computador que irá hospedar o Servidor de Aplicação Local, deve: • ter acesso TCP/IP irrestrito, das portas 1509 a 1520, ao servidor que hospeda o

Serviço Corporativo; • ter instalado o software MS .NET Framework 4.0. em um sistema operacional MS

Windows (32 ou 64 bits) compatível; • ter configurado uma conta de usuário, usada como base iniciar o aplicativo, com

configurações regionais “Português Brasil” e data no formato “DD/MM/YYYY” ”, moeda corrente “Real” e separador decimal “,”;

• ter, pelo menos: o 4 GBytes de memória RAM; o 500 MBytes livres em qualquer “hard-disk” para instalação do aplicativo; o Processador “core-duo” – equivalente ou superior;

Em situações especiais – usualmente ambientes locais com poucos coletores – é possível compartilhar o mesmo computador para utilização do Serviço Servidor Corporativo e do Servidor de Aplicação Local.

Não aconselhamos compartilhar outros serviços e/ou aplicativos – como, por exemplo, um banco de dados ou um servidor WEB – no mesmo computador utilizado para hospedar o Servidor de Aplicação Local do GLADIUS.

“Front’s” (interfaces com os usuários / cadastro de visitantes)

O computador que irá hospedar o “Aplicativo Front” deve ter: • acesso direto, via rede-local, ao servidor de banco de dados; • ter as ferramentas de conectividade com o banco de dados (client) instaladas e

testadas; • instalado o software MS .NET Framework 4.0. em um sistema operacional MS

Windows (32 ou 64 bits) compatível; • ter configurado uma conta de usuário, usada como base iniciar o aplicativo, com

configurações regionais “Português Brasil” e data no formato “DD/MM/YYYY”; • pelo menos:

o 2 GBytes de memória RAM; o 200 MBytes livres em qualquer “hard-disk” para instalação do aplicativo; o Processador “core-duo” – equivalente ou superior; o “Web-Cam” e/ou digitalizador de imagens, caso vá ser utilizado para

recepção de visitantes (portaria);


15

Check-‐list pré-‐instalação

Antes de iniciar a instalação do GLADIUS, por favor, verifique se:

• Os requisitos para os computadores que hospedarão os aplicativos servidores, de acordo com seu plano de implantação, estão configurados e disponíveis;

• Você tem as devidas permissões de acesso (administrador) tanto aos computadores que hospedarão os aplicativos servidores quanto ao usuário RM do servidor de banco de dados;

• Os coletores de ponto e acesso estão instalados, funcionando e se foram devidamente conferidos pela equipe responsável pela sua instalação;

• Existe conectividade de rede entre os coletores e o Servidor de Aplicação Local; • Existe conectividade de rede entre o Servidor de Aplicação Local e o Serviço Servidor

Corporativo (porta 1510, TCP/IP); • Você tem todos os instaladores GLADIUS necessários (podem ser baixados no nosso site em

www.daxis.com.br); • Você tem todos os drivers do(s) fabricante(s) do(s) coletores que sua empresa adquiriu; • Você tem o arquivo com as licenças necessárias (aponta) fornecidos pela DAXIS quando da

aquisição do sistema;

Dúvidas e suporte

Nosso suporte está disponível em horário comercial via telefone (11) 4032-5389 / 4033-5160 ou via e-mail [email protected].

Gladius V3, Conceitos e pré-requisitosdaxis.com.br/docs/V3Conceitos.pdf · Na seção anterior...

Documents

Transcript of Gladius V3, Conceitos e pré-requisitosdaxis.com.br/docs/V3Conceitos.pdf · Na seção anterior...