[Resolvido]Usuário A não alterar o que foi feito pelo B

Amigos, boa noite!

Tenho um sistema onde um usuário pode iniciar um registro e o outro concluir. Registros de acesso de visitantes em uma guarita de condomínio.

Preciso de um recurso que:
a) possa bloquear o acesso do segundo usuário aos registros feitos pelo primeiro ou;
b) salvar todas os registros feitos pelos usuários de modo que se alguém usar de má fé, tenhamos registrado tudo o que de fato cada um fez.

Por se tratar de ambiente multiusuário para um mesmo formulário, o campo VigiaEntrada, por exemplo, deverá ser preenchido automaticamente com o nome do usuário logado e não ser alterado de forma alguma, mesmo que seja pelo Administrador. Se o vigia que for registrar a saída do visitante VigiaSaída for diferente do vigia que fez a entrada, o referido campo VigiaSaída também deve ser preenchido automaticamente.

Já tenho os exemplos de formulários de login, estou estudando para ver se consigo adaptar a captura do usuário para preenchimento automático dos campos, mas para as opções A e B, não sei como fazer, na verdade, nem como iniciar.

Olá João

Dê uma olhada no aplicativo Maestro do Avelino Sampaio, nesse exemplo mostra como capturar o nome do usuário no momento do login e coloca-lo numa variável publica.
Eu também uso desse expediente.

Vai encontrar também exemplos de gravar numa tabela de log, as alteraçãoes feitas por cada usuário.


Abraço

Noob

Olá amigo!
Obrigado pelo retorno.

Já tentei implementar o aplicativo Maestro, mas sempre me enrosco em algum código ou mensagem de erro que não consigo decifrar.

Como vc faz? Importa seu banco para dentro do Maestro, aproveitando o sistema de login e gerenciamento das Ribbons, ou vc importa o Maestro para dentro do seu banco de dados? Ou nenhuma das duas opções?

O aplicativo Maestro na minha opinião é o mais completo, eficiente e com uma interface muito bacana, mas sempre encontro problemas com ele. Na verdade não tenho muito conhecimento de VBA e isso acaba pegando.

Assim que iniciar o projeto vou postar aqui as dúvidas e problemas.

Olá João


Nenhum nem outro

E procuro entender o código e então eu pego as partes que me interessa, tabelas, código, modificando para o meu caso.

Se você tem experiência em VBA, vai ver que é muito fácil.

Procure estudar o Maestro
Atente para a variável login

Nela tem o login.id (id do usuário
e
login.usuario (nome do vivente)

essa variável é preenchida quando o usuário faz seu login, e fica disponível
até o usuário fazer o log off.

Eu acrescentei para o meu uso nessa variavel

login.idgrupo o que ja mostra em qual grupo o usuário pertence.



Pegue o exemplo que eu postei nesse tópico na mensagem de número 4

Abraços

Noob

Obrigado amigo.
Vou estudar de acordo com suas dicas e posto aqui as dúvidas.

Valeu

Olá amigo.
Parabéns pelo trabalho, gostei muito, embora tenha muitas dúvidas.

Estou lendo os códigos, por enquanto, porque não entendo muito de VBA e compreendê-los tá difícil. Mas vou continuar até pegar a sequência lógica do funcionamento.
Já assisti às aulas do Avelino, mas ainda tá puxado.

Me diz uma coisa: nesse formato, qdo um usuário inicia um registro em um form, se o próximo usuário for completar o registro, este último pode alterar o que o primeiro fez? Essa dúvida é parte da descrição do problema inicial.

Vou iniciar a implementação do código ao meu projeto e compartilhar as dúvidas aqui no fórum.

A primeira coisa que tenho de resolver é que se vou usar Ribbons, como pretendo, tenho que adaptar ao 2013.

João

Desculpe pela demora.

Quanto a tua pergunta:

Como esse é um acesso a nivel de grupo, funciona assim, por exemplo:

Grupo: RH (recursos humanos) - formulário que terão acesso: frm_CadastroDeFuncionarios
Quanto a tua pergunta, se os dois usuários pertencerem ao mesmo grupo, sim.
Ou seja, cada grupo terá determinadas permissões, as quais você irá definir.

Abraços

Noob

Grato pelo retorno,
não se preocupe com a demora, afinal vc também tem suas obrigações e ajuda sempre pode esperar.

Dá para criar uma condição para que o campo que já foi preenchido pelo usuário A ficar desabilitado qdo o usuário B acessar o mesmo form no mesmo registro?

Isso pode ser usado através das propriedades habilitado e bloqueado da guia dados?

Para este caso a propriedade marca na guia outros deve ser usada?

Vou reunir estas dúvidas para resolver o problema sem ter que ficar refazendo.

vou montar um modelo básico e posto aqui

João

Gostaria que explicasse melhor a situação, mas te digo que creio poder fazer, mas tenho que saber os detalhes, para poder afirmar.

No aguardo..., meu amigo  

Noob

Olá Noobezinho e demais amigos!

O meu banco de dados está quase pronto. Vou implementar as Ribbons do nosso amigo Avelino e usarei o sistema de login adaptado pelo Noobezinho.
Nos aplicativos que desenvolvi até agora eu não implementei o sistema de acesso por login e senha. Para os usuários responsáveis por determinados registros eu sempre usei um cadastro de usuário para que não fosse necessário digitar o nome (e correr o risco de errar) todas as vezes que um deles fosse referenciado.

Para o caso de usar o sistema de login, creio não ser necessário ter um formulário para cadastrar o usuário, já que este usuário fará parte de um grupo e terá que acessar o sistema com senha. Por favor, me digam se estou correto nesta afirmação.

Qto à questão referente ao usuário A não modificar os registros do usuário B, qdo compartilham um mesmo formulário, pensei da seguinte forma - embora ainda não saiba como fazer.

Ao logar no sistema, todos os campos do formulário que necessitam do registro do nome que está preenchendo este form, seria preenchido automaticamente com o nome desse usuário ou, em uma combo, o único nome disponível seria o do usuário logado. Após o preenchimento desse campo (propriedade ao sair ou após atualizar) as propriedades do campo passariam de Habilitado = não e Bloqueado = sim.
Isso poderia ser feito?

Por favor, opinem sobre o caso, pois tenho algumas ideias, mas as contribuições são muito valiosas.

Olá João

Se estiver usando meu exemplo de nível de grupos de usuários, sim, você vai precisar da tabela de usuários, veja
no exemplo que anexei, que ela existe.
Um exemplo: Se você tiver que bloquear um usuário, como fará sem a tabela usuário? Não vai poder bloquear todo um grupo
por causa de um individuo.
e nessa tabela deverá ter senha, grupo, e um campo bloqueado.
Como pode ver a coisa tem que ser individual.

Sobre um usuário colocar dados e outro poder apagar, ainda não está claro.
Quando isso acontece?
Quando estiver cadastrando os registros?
Ao editar o registro?
É isso que preciso que me detalhe, para eu poder entender se a coisa poderá ser feita.

Aguardo...

Noob

Fala meu amigo!
Qto à tabela usuário, compreendi e vi no sistema que vc usa.

O que ocorre é que até o momento eu uso várias tabelas e forms para gravar os usuários dos sistema. Por exemplo, tblVigia, tblInspetor, TblOrientadores, tblProfessores.
Ao usar o sistema de login, terei somente uma tabela (tblUsuários) com todos estes cadastros (através do frmCadastroDeUsuários). Não é isso mesmo?


Qto a um usuário A poder alterar o que o outro fez, usuário B. No meu caso, ocorre da seguinte forma:

Ao chegar um visitante na guarita da escola o vigia A faz o registro da entrada e é gerada uma senha de acesso (número). O vigia preenche alguns campos e, qdo este visitante vai sair da escola, pode acontecer de ter outro vigia o B na guarita (por conta da carga horária diária, por exemplo). Este vigia B recebe a senha e insere no form de registro de entrada. Os dados são carregados e então ele faz a saída do visitante, informando o seu nome (vigia), a data e o horário. Neste caso o vigia B tem acesso a tudo o que o vigia A, podendo, inclusive, alterar os registros do mesmo.

João escreveu:
O que ocorre é que até o momento eu uso várias tabelas e forms para gravar os usuários dos sistema. Por exemplo, tblVigia, tblInspetor, TblOrientadores, tblProfessores.
Ao usar o sistema de login, terei somente uma tabela (tblUsuários) com todos estes cadastros (através do frmCadastroDeUsuários). Não é isso mesmo?

Nesse caso, você terá 2 tabelas, uma para cadastrar os usuários que irão usar o sistema e outra tabela para cadastrar os Grupos
que você ou teu cliente definir, nesse caso:
Vigias, Inspetores,Orientadores, Professores, etc.
Veja que no  Acesso(o exemplo) também tem uma tabela tblFunções e outra tblPermissõesGrupos. Essas duas são responsáveis em liberar ou não os grupos/usuários a abrir  cada formulário.

Observe que no exemplo quando você faz o login, aparece no título do Access o nome do usuário;
Esse nome ficará la até haver o logoff  desse usuário.
Portanto, pode se colocar automaticamente o nome do usuário logado no momento da entrada e da saída do visitante.
Pode-se fazer com que o vigia que registrar a saída do visitante, faça somente isso, sem alterar os dados da entrada.

Como pode ver dá pra fazer o que você deseja.

Noob

Era exatamente isso que pretendia.

Estou estudando os códigos e assistindo os vídeos.
Identifiquei a parte do código que captura o nome do usuário logado, daí me veio a ideia de que um usuário não poderia alterar o que o outro fez, qdo trabalhando no mesmo formulário.

Eu compreendi a lógica do uso das tabelas, embora estivesse com dúvidas já que atualmente trabalho de outra forma.

Vou continuar com a implementação no sistema. Estou para iniciar a escrita das Ribbons, inclusive postei uma dúvida no link http://maximoaccess.forumeiros.com/t19232-sistema-de-login-e-ribbons#142536

Já escrevi várias Ribbons, mas nunca para o 2010/13 e menos ainda para usar em conjunto com o sistema de login.

No feriando de quinta-feira vou ter mais tempo para destrinchar esse trem!!!!

Muito obrigado pelas explicações.

João

Você pode copiar os botões da ribbon do acesso(o código da tabela), já e meio caminho andado.   

Qualquer dúvida, é só dar um grito!!

Como esse tópico, já está resolvido,

por favor, clique no botão resolvido embaixo da página onde digita as mensagens

Boa sorte !!


Noob

Olá,

A Ribbon da tabela não é em Access 2007?

Pensei em fazê-lo mas não deu tempo ainda.
Vou tentar no feriado e fim de semana.

Como sugerido, vou dar o tópico por resolvido e, se necessário, abro outro com as especificidades.

Mais uma vez, obrigado.

vou te enviar um exemplo pratico. Dê uma olhada no formulario  de cadastro de alunos. Existe um valor automatico para a identificação da escola. A jogada agora é configurar no evento atual do formulario a identificação do escola e comparar com o campo idescola. Se for igual, permite alterações, caso seja diferente, bloqueia. Estude a função fncIdescola() para adaptar ao sua necessidade.

Obrigado amigo!
Agora vi onde está o arquivo. É que eu abri primeiro a MP.

Vou estudar e te retorno por MP.