É a maneira mais eficiente e moderna de trabalhar em rede com acesso a dados. Todos os sistemas já utilizam esse método multiusuário de uma forma inacreditavelmente simples ! Quem vai usar o sistema de uma maneira intensa e/ou em uma rede maior, digamos, acima de 2 terminais, deveria usar esse método, já que só os dados são compartilhados. O programa deve ser instalado e registrado em cada computador, seja ele servidor ou terminal, isoladamente, como se fosse ser utilizado individualmente em cada computador. Depois, ao entrar no sistema, a localização da base de dados deve ser selecionada. Nesse momento, estando em rede, a localização da base de dados no servidor deve ser selecionada. Só isso !
Dessa forma diversas bases de dados podem ser usadas, até mesmo em um HD externo ou pen drive ! A única desvantagem seria o fato de que toda a vez que o sistema fosse atualizado, todos os computadores onde o sistema estivesse instalado deveriam ser também atualizados, já que diferentemente do método compartilhado, ou seja, aquele que utiliza um atalho para acesso, o método cliente/servidor utiliza o programa localmente, só compartilhando os dados. Mas acreditamos que essa desvantagem compensa em relação ao ganho de velocidade de acesso e eliminação dos erros (congelamentos, travamentos etc.) que normalmente são associados a redes compartilhadas.

Agora, imagine que essa rede ao invés de armazenar os dados em um computador da própria rede (servidor), passasse a armazenar esses dados em um pen drive ou HD externo, e dessa forma poder guardar esse pen drive ou HD externo em um lugar seguro. Com isso aumentando a privacidade e segurança das informações, que muitas das vezes são sigilosas. Nesse caso a primeira opção deveria ser escolhida. Da mesma forma todos da rede deveriam fazer a mesma seleção. Assim nada seria gravado no servidor. Tudo ficaria agora no pen drive ou HD externo. Acabou o dia, é só levar essa mídia para casa ou colocar em um cofre etc.

Mas ainda se pode imaginar que dados segmentados poderiam ser guardados em base de dados separadas, como se fosse um arquivo morto. Exemplo: as folhas de pagamento de 2014, 2015 etc., poderiam ficar armazenadas em bases de dados separadas:

Ou ainda poderiam esses dados do pen drive ou HD externo serem copiados para um armazenamento nas nuvens como OneDrive ou GoogleDrive !

Ao passar de um ano para o outro, o cliente criaria um novo caminho como foi mostrado nos exemplos acima e passaria a direcionar sua base de dados para esse novo caminho. Entrou em 2017 criaria um caminho \DQL_SIST\FOLHAPG_2017 e passaria a usar uma nova base de dados limpa, sem informações. E os cadastros ? Vou ter que digitar tudo outra vez ? Claro que não. Basta copiar o conteúdo da base de dados anterior para essa nova base de dados e excluir só o movimento preservando os cadastros (empresas, funcionários etc.). É só entrar em contato conosco para que uma orientação passo a passo seja descrita com esse procedimento. E agora se desejar emitir um relatório de 2015 é só, ao entrar no sistema, apontar para o caminho onde está a base de dados de 2015 e mais nada ! Estará tudo lá guardado. Simples assim.

Os passos são:

OBS.: notar que em outra local que for usar o sistema, em casa, por exemplo, a letra do drive onde o pen drive for inserido pode ser outra, portanto a primeira vez deverá ser feito o mesmo processo acima nas outras instalações também. Depois isso já fica fixado e normalmente não se precisa mais mexer.

OBS. 1: A partir do momento em que transferiu a base de dados do HD para o Pen drive ou drive externo não poderá mais usar a base de dados do HD, a não ser que refaça o caminho, só que agora no sentido inverso. Muita atenção para não apagar dados importantes ! Se tiver essa necessidade nos consulte.

Eu preciso selecionar o caminho toda a vez que o sistema entra no ar ?

Não. Basta clicar no botão abaixo dentro do sistema e marcar a opção de não mostrar mais a tela de selecionar o caminho. Mas não esqueça que o caminho padrão deve ser corretamente estabelecido, ou seja, o caminho através do qual o sistema irá encontrar a base de dados. E se quiser que a tela de seleção do caminho seja novamente mostrada basta desmarcar a mesma opção: :

Para atender o eSocial foi preciso criar uma classificação separada para o inss 13 e irrf 13. Essas verbas devem ser modificadas no cadastro de verbas e o 13o. recalculado:

EMPRESA MEI DEVE SER PARAMETRIZADA COMO SEGUE PARA SER ACEITA NO SEFIP