> --
> Renato de Freitas Freire
> ren...@morfer.org

> 2009/11/5 TarsisLima <tarsis.l...@gmail.com>

>> Olá pessoal to com um pouco de dificuldade em montar a logica pra esta
>> situação:

>> tenho um cadastro de empresas onde cada empresa vai poder
>> disponibilizar o acesso ao sistema para outras pessoas da organização,
>> cada uma com sua própria senha e login  individualizados,

>> Usuário administrador é o responsável pela conta da empresa, ou seja,
>> é a pessoa autorizada cadastrar e alterar os dados dos usuários
>> habilitados e definir o recebimento ou não de comunicados do sistema .

>> Ai é que esta, um usuario da empresa  nao deve de forma alguma ver os
>> dados de outra empresa ...
>> tipo se tenho
>>     joao, empresaA, senha 123
>>     joao ,empresaB senha 1234

>> se Joao da empresa A digitar a senha 1234 vc ja sabe o q acontece ...
>> Alguem ja precisou fazer um sistema desse tipo? tem alguma sugestao
>> para validação mais precisa?
>> Desde ja agradeço!

> Att,
> Jean Pimentel - www.jeanpimentel.com.br

> Beauty is more important in computing than anywhere else in technology
> because software is so complicated. Beauty is the ultimate defence against
> complexity. - David Gelernter

> 2009/11/5 Renato de Freitas Freire <renat...@gmail.com>

> Assossie o usuário à empresa...
>> na tabela usuarios coloca um campo empresa_id e só deixe o usuário acessar
>> os dados da empresa_id.

>> --
>> Renato de Freitas Freire
>> ren...@morfer.org

>> 2009/11/5 TarsisLima <tarsis.l...@gmail.com>

>>> Olá pessoal to com um pouco de dificuldade em montar a logica pra esta
>>> situação:

>>> tenho um cadastro de empresas onde cada empresa vai poder
>>> disponibilizar o acesso ao sistema para outras pessoas da organização,
>>> cada uma com sua própria senha e login  individualizados,

>>> Usuário administrador é o responsável pela conta da empresa, ou seja,
>>> é a pessoa autorizada cadastrar e alterar os dados dos usuários
>>> habilitados e definir o recebimento ou não de comunicados do sistema .

>>> Ai é que esta, um usuario da empresa  nao deve de forma alguma ver os
>>> dados de outra empresa ...
>>> tipo se tenho
>>>     joao, empresaA, senha 123
>>>     joao ,empresaB senha 1234

>>> se Joao da empresa A digitar a senha 1234 vc ja sabe o q acontece ...
>>> Alguem ja precisou fazer um sistema desse tipo? tem alguma sugestao
>>> para validação mais precisa?
>>> Desde ja agradeço!

>    1. Login por e-mail
>    2. Login por cpf
>    3. Colocar o login como unico no banco
>    4. No ato do login diponibilizar de qual empresa é aquele usuario ai
>    valida pelo login, empresa e senha

> Eu acho meio improvavel que possa acontecer de ter dois usuarios com o
> mesmo login e a mesma senha em empresas diferente, MAS segurança nunca e
> demais.

> 2009/11/5 TarsisLima <tarsis.l...@gmail.com>

>> Olá pessoal to com um pouco de dificuldade em montar a logica pra esta
>> situação:

>> tenho um cadastro de empresas onde cada empresa vai poder
>> disponibilizar o acesso ao sistema para outras pessoas da organização,
>> cada uma com sua própria senha e login  individualizados,

>> Usuário administrador é o responsável pela conta da empresa, ou seja,
>> é a pessoa autorizada cadastrar e alterar os dados dos usuários
>> habilitados e definir o recebimento ou não de comunicados do sistema .

>> Ai é que esta, um usuario da empresa  nao deve de forma alguma ver os
>> dados de outra empresa ...
>> tipo se tenho
>>     joao, empresaA, senha 123
>>     joao ,empresaB senha 1234

>> se Joao da empresa A digitar a senha 1234 vc ja sabe o q acontece ...
>> Alguem ja precisou fazer um sistema desse tipo? tem alguma sugestao
>> para validação mais precisa?
>> Desde ja agradeço!

> --
> Atenciosamente
> Jhonny Makis
> Web criação e programação

> 85 8750-7638

> "Conheça a verdade e ela te libertará."

> usuarios
> usuarios_empresas
> empresas

> 1 usuario pode estar em muitas empresas

> ;)

> abrs

> 2009/11/5 Jhonny max <jhonnym...@gmail.com>

>> Tem varias maneiras de se fazer:

>>    1. Login por e-mail
>>    2. Login por cpf
>>    3. Colocar o login como unico no banco
>>    4. No ato do login diponibilizar de qual empresa é aquele usuario ai
>>    valida pelo login, empresa e senha

>> Eu acho meio improvavel que possa acontecer de ter dois usuarios com o
>> mesmo login e a mesma senha em empresas diferente, MAS segurança nunca e
>> demais.

>> 2009/11/5 TarsisLima <tarsis.l...@gmail.com>

>>> Olá pessoal to com um pouco de dificuldade em montar a logica pra esta
>>> situação:

>>> tenho um cadastro de empresas onde cada empresa vai poder
>>> disponibilizar o acesso ao sistema para outras pessoas da organização,
>>> cada uma com sua própria senha e login  individualizados,

>>> Usuário administrador é o responsável pela conta da empresa, ou seja,
>>> é a pessoa autorizada cadastrar e alterar os dados dos usuários
>>> habilitados e definir o recebimento ou não de comunicados do sistema .

>>> Ai é que esta, um usuario da empresa  nao deve de forma alguma ver os
>>> dados de outra empresa ...
>>> tipo se tenho
>>>     joao, empresaA, senha 123
>>>     joao ,empresaB senha 1234

>>> se Joao da empresa A digitar a senha 1234 vc ja sabe o q acontece ...
>>> Alguem ja precisou fazer um sistema desse tipo? tem alguma sugestao
>>> para validação mais precisa?
>>> Desde ja agradeço!

>> --
>> Atenciosamente
>> Jhonny Makis
>> Web criação e programação

>> 85 8750-7638

>> "Conheça a verdade e ela te libertará."

> --
> Edinei L. Cipriani
> Blog: http://phpedinei.wordpress.com
> Twitter: http://www.twitter.com/phpedinei

> Desenvolvedor Colégio Trilingue Inovação
> Site: http://www.colegioinovacao.com.br
> Cursando Sistemas de Informação  - Unoesc Chapecó 1 Período
> Integrante do grupo Fool N Lost de algoritimos computacionais
> Fone 49 84149086

  ou ainda, tu pode definir o usuário como único, e se tiver mais de um usuário com o mesmo nome, coloque a primeira inicial do nome e o sobrenome... ex: Nome "Édson Kuzniewski" Usuário: "ekuzniewski" digamos assim e ter um ligamento deste usuário a uma empresa pela tabela com os devidos acessos a somente a esta empresa, e tu pode ainda criar um usuário supremo que tenha acesso a todas as empresa ligando este usuário a multi-empresas tudo pelas tabelas do banco...

  pelo menos eu tive esta cituação a algum tempo, e fiz mais ou menos isso ae...

  OBS: tu tem que defini se o login vai ser único do usuário ou ele vai acessar por um e-mail ou como já dito via CPF ou RG sei lá que não seja repitido, para não causar problemas futuros....

  ^^

  Atenciosamente,
  א Édson Kuzniewski (Br0w)
  ¬ cont...@edsonk.com.br
  ¬ http://www.edsonk.com.br

  2009/11/5 Jean Pimentel <jean...@gmail.com>

    Sugiro usar o email como PK.

    Att,
    Jean Pimentel - www.jeanpimentel.com.br

    Beauty is more important in computing than anywhere else in technology because software is so complicated. Beauty is the ultimate defence against complexity. - David Gelernter

    2009/11/5 Renato de Freitas Freire <renat...@gmail.com>

      Assossie o usuário à empresa...
      na tabela usuarios coloca um campo empresa_id e só deixe o usuário acessar os dados da empresa_id.

      --
      Renato de Freitas Freire
      ren...@morfer.org

      2009/11/5 TarsisLima <tarsis.l...@gmail.com>

        Olá pessoal to com um pouco de dificuldade em montar a logica pra esta
        situação:

        tenho um cadastro de empresas onde cada empresa vai poder
        disponibilizar o acesso ao sistema para outras pessoas da organização,
        cada uma com sua própria senha e login  individualizados,

        Usuário administrador é o responsável pela conta da empresa, ou seja,
        é a pessoa autorizada cadastrar e alterar os dados dos usuários
        habilitados e definir o recebimento ou não de comunicados do sistema .

        Ai é que esta, um usuario da empresa  nao deve de forma alguma ver os
        dados de outra empresa ...
        tipo se tenho
            joao, empresaA, senha 123
            joao ,empresaB senha 1234

        se Joao da empresa A digitar a senha 1234 vc ja sabe o q acontece ...
        Alguem ja precisou fazer um sistema desse tipo? tem alguma sugestao
        para validação mais precisa?
        Desde ja agradeço!

> []s
> Luiz Escobar

> Fri, 6 Nov 2009 01:39:57 -0200, Renington Neri escreveu:

> Concordo plenamente com o *Jhonny max,*
> até mesmo por questões de segurança..

> Vamos supor uma hipotese remota..
> Em que dois caras com o mesmo login tenham a mesma senha, ou algo
> parecido..
> Isso pode acarretar um grande problema.

> Para sanar esse problema deixariamos o campo de login único
> e adicionariamos um atributo dizendo de qual empresa ele é.
> Você pode ir ainda mais além, adicionando mais um atributo dizendo qual o
> nivel de cada usuario, ou seja, poderiamos ter niveis como: usuario,
> cliente, administrador geral.

> Exemplo:

> Tabela Usuario
> - id_login
> - login (unique)
> - nome
> - id_empresa
> - nivel_perfil

> Tabela Empresa
> - id_empresa
> - nome_empresa

> De acordo com cada nível de perfil e id da empresa você filtra ou
> redireciona da maneira mais viável.
> Cara, qualquer dúvida só responder que faremos o possivel.
> Abraço.

> ------------------------------
> Date: Thu, 5 Nov 2009 22:59:02 -0300
> Subject: [ PHP - Google ] Re: lógica de multiusuario
> From: jhonnym...@gmail.com
> To: listaphp@googlegroups.com

> Ok,

> Eu fiz um sistema como esse ai..

> É um sistema que gerencia 3 sistema podendo crescer ate (N) sistemas

> Cada administrador de cada sistema cadastra seus usuarios somente para seu
> sistema

> O administra PAI (admin) pode cadastrar os usuarios para um ou mais
> sistemas podendo tbm atribuir essa funcao ao adminstrador dos outros
> sistemas

> usua 1 tem perm ao sistema 3
> usua 2 tem perm ao sistema 2
> usua 3 tem perm aos sistemas 2,3
> usua 4 tem perm aos sistemas 1,3

> Quando o usuario se loga mostra os sistemas que ele tem permissao.

> Nao é isso que vc quer fazer ?

> Aqui eu fiz com login unico.
> Recomendo o mesmo para voce

> Se não faz por e-mail ou cpf

> Se o sistema ja existe e vc tem muitos dados no seu sistema
> Faça uma atualizacao na parte de login e solicite aos administradores para
> alterar os login dos usuarios enviando os novos por e-mail.

> Espero ter ajudado.
> Qualquer coisa é só gritar.

> .

> .......

> Se mudarmos os nomes ficaria como vc estar tentando fazer.

> 2009/11/5 Edinei L. Cipriani <phpedi...@gmail.com>

> Olá amigo:

> usuarios
> usuarios_empresas
> empresas

> 1 usuario pode estar em muitas empresas

> ;)

> abrs

> 2009/11/5 Jhonny max <jhonnym...@gmail.com>

> Tem varias maneiras de se fazer:

>    1. Login por e-mail
>    2. Login por cpf
>    3. Colocar o login como unico no banco
>    4. No ato do login diponibilizar de qual empresa é aquele usuario ai
>    valida pelo login, empresa e senha

> Eu acho meio improvavel que possa acontecer de ter dois usuarios com o
> mesmo login e a mesma senha em empresas diferente, MAS segurança nunca e
> demais.

>  2009/11/5 TarsisLima <tarsis.l...@gmail.com>

> Olá pessoal to com um pouco de dificuldade em montar a logica pra esta
> situação:

> tenho um cadastro de empresas onde cada empresa vai poder
> disponibilizar o acesso ao sistema para outras pessoas da organização,
> cada uma com sua própria senha e login  individualizados,

> Usuário administrador é o responsável pela conta da empresa, ou seja,
> é a pessoa autorizada cadastrar e alterar os dados dos usuários
> habilitados e definir o recebimento ou não de comunicados do sistema .

> Ai é que esta, um usuario da empresa  nao deve de forma alguma ver os
> dados de outra empresa ...
> tipo se tenho
>     joao, empresaA, senha 123
>     joao ,empresaB senha 1234

> se Joao da empresa A digitar a senha 1234 vc ja sabe o q acontece ...
> Alguem ja precisou fazer um sistema desse tipo? tem alguma sugestao
> para validação mais precisa?
> Desde ja agradeço!

> --
> Atenciosamente
> Jhonny Makis
> Web criação e programação

> 85 8750-7638

> "Conheça a verdade e ela te libertará."

> --
> Edinei L. Cipriani
> Blog: http://phpedinei.wordpress.com
> Twitter: http://www.twitter.com/phpedinei

> Desenvolvedor Colégio Trilingue Inovação
> Site: http://www.colegioinovacao.com.br
> Cursando Sistemas de Informação  - Unoesc Chapecó 1 Período
> Integrante do grupo Fool N Lost de algoritimos computacionais
> Fone 49 84149086

> --
> Atenciosamente
> Jhonny Makis
> Web criação e programação

> 85 8750-7638

> "Conheça a verdade e ela te libertará."

> Isso ai vai variar de acordo com suas regras de negócios.
> Eu já usei email, nesse momento estou fazendo um sistema usando o CPF, já
> usei login...
> Enfim, você deve analisar e ver o qual melhor se adequa ao teu sistema.

> ------------------------------
> Date: Fri, 6 Nov 2009 08:48:39 -0200

> Subject: [ PHP - Google ] Re: lógica de multiusuario
> From: edva...@aerorodrigues.com

> To: listaphp@googlegroups.com

> olá amigo....

> tenho um sistema parecido...

> so que para a pessoa logar ela acessa

> empresa.sistemalalalalalalalal.com.br

> ai eu pego o endereco que ela acessou e sei quem digitar o usuario vem de
> tal lugar...

> espero ter ajudado

> 2009/11/6 escobar <esco...@megasistema.com.br>

> Acho que a opção do login pelo e-mail (ou até mesmo cpf) mata a pau o
> problema....

> []s
> Luiz Escobar

> Fri, 6 Nov 2009 01:39:57 -0200, Renington Neri escreveu:

>  Concordo plenamente com o *Jhonny max,*
> até mesmo por questões de segurança..

> Vamos supor uma hipotese remota..
> Em que dois caras com o mesmo login tenham a mesma senha, ou algo
> parecido..
> Isso pode acarretar um grande problema.

> Para sanar esse problema deixariamos o campo de login único
> e adicionariamos um atributo dizendo de qual empresa ele é.
> Você pode ir ainda mais além, adicionando mais um atributo dizendo qual o
> nivel de cada usuario, ou seja, poderiamos ter niveis como: usuario,
> cliente, administrador geral.

> Exemplo:

> Tabela Usuario
> - id_login
> - login (unique)
> - nome
> - id_empresa
> - nivel_perfil

> Tabela Empresa
> - id_empresa
> - nome_empresa

> De acordo com cada nível de perfil e id da empresa você filtra ou
> redireciona da maneira mais viável.
> Cara, qualquer dúvida só responder que faremos o possivel.
> Abraço.

> ------------------------------
> Date: Thu, 5 Nov 2009 22:59:02 -0300
> Subject: [ PHP - Google ] Re: lógica de multiusuario
> From: jhonnym...@gmail.com
> To: listaphp@googlegroups.com

> Ok,

> Eu fiz um sistema como esse ai..

> É um sistema que gerencia 3 sistema podendo crescer ate (N) sistemas

> Cada administrador de cada sistema cadastra seus usuarios somente para seu
> sistema

> O administra PAI (admin) pode cadastrar os usuarios para um ou mais
> sistemas podendo tbm atribuir essa funcao ao adminstrador dos outros
> sistemas

> usua 1 tem perm ao sistema 3
> usua 2 tem perm ao sistema 2
> usua 3 tem perm aos sistemas 2,3
> usua 4 tem perm aos sistemas 1,3

> Quando o usuario se loga mostra os sistemas que ele tem permissao.

> Nao é isso que vc quer fazer ?

> Aqui eu fiz com login unico.
> Recomendo o mesmo para voce

> Se não faz por e-mail ou cpf

> Se o sistema ja existe e vc tem muitos dados no seu sistema
> Faça uma atualizacao na parte de login e solicite aos administradores para
> alterar os login dos usuarios enviando os novos por e-mail.

> Espero ter ajudado.
> Qualquer coisa é só gritar.

> .

> .......

> Se mudarmos os nomes ficaria como vc estar tentando fazer.

> 2009/11/5 Edinei L. Cipriani <phpedi...@gmail.com>

> Olá amigo:

> usuarios
> usuarios_empresas
> empresas

> 1 usuario pode estar em muitas empresas

> ;)

> abrs

> 2009/11/5 Jhonny max <jhonnym...@gmail.com>

> Tem varias maneiras de se fazer:

>    1. Login por e-mail
>    2. Login por cpf
>    3. Colocar o login como unico no banco
>    4. No ato do login diponibilizar de qual empresa é aquele usuario ai
>    valida pelo login, empresa e senha

> Eu acho meio improvavel que possa acontecer de ter dois usuarios com o
> mesmo login e a mesma senha em empresas diferente, MAS segurança nunca e
> demais.

>  2009/11/5 TarsisLima <tarsis.l...@gmail.com>

> Olá pessoal to com um pouco de dificuldade em montar a logica pra esta
> situação:

> tenho um cadastro de empresas onde cada empresa vai poder
> disponibilizar o acesso ao sistema para outras pessoas da organização,
> cada uma com sua própria senha e login  individualizados,

> Usuário administrador é o responsável pela conta da empresa, ou seja,
> é a pessoa autorizada cadastrar e alterar os dados dos usuários
> habilitados e definir o recebimento ou não de comunicados do sistema .

> Ai é que esta, um usuario da empresa  nao deve de forma alguma ver os
> dados de outra empresa ...
> tipo se tenho
>     joao, empresaA, senha 123
>     joao ,empresaB senha 1234

> se Joao da empresa A digitar a senha 1234 vc ja sabe o q acontece ...
> Alguem ja precisou fazer um sistema desse tipo? tem alguma sugestao
> para validação mais precisa?
> Desde ja agradeço!

> --
> Atenciosamente
> Jhonny Makis
> Web criação e programação

> 85 8750-7638

> "Conheça a verdade e ela te libertará."

> --
> Edinei L. Cipriani
> Blog: http://phpedinei.wordpress.com
> Twitter: http://www.twitter.com/phpedinei

> Desenvolvedor Colégio Trilingue Inovação
> Site: http://www.colegioinovacao.com.br
> Cursando Sistemas de Informação  - Unoesc Chapecó 1 Período
> Integrante do grupo Fool N Lost de algoritimos computacionais
> Fone 49 84149086

> --
> Atenciosamente
> Jhonny Makis
> Web criação e programação

> 85 8750-7638

> "Conheça a verdade e ela te libertará."

> --
> Edvaldo Rodrigues

> msn/talk: edva...@aerorodrigues.com

> basicamente a estrutura é q nem o jhonny falou pois futuramente os  
> usuarios deste sistema(so os masters ou os "donos das empresas")  
> poderao adquirir o acesso a outros sistemas pelo mesmo login e  
> senha. os Sub usuarios são so pra esse Sistema_1

> eu pensei em fazer assim
> procuro primeiro o usuario e depois a empresa a que ele pertence.  
> entao verifico o status da empresa pra permitir ou bloquear o acesso.
> entao verifico os sistemas adquiridos por esta empresa.

> e todas as tabelas realmente precisam ter o id_empresa senao ...ja  
> viu né;

> Ainda nao ta definido se vai ser assim  mas ja tenho uma luz... se  
> alguem tiver mais uma ideia que possa tornar
> mais seguro , será muito bem vinda!

> Muito obrigado a todos!!

> 2009/11/6 Renington Neri <re_amigos...@hotmail.com>
> Todas essas são opções que sugerimos,
> sobre usar CP, EMAIL ou LOGIN..

> Isso ai vai variar de acordo com suas regras de negócios.
> Eu já usei email, nesse momento estou fazendo um sistema usando o  
> CPF, já usei login...
> Enfim, você deve analisar e ver o qual melhor se adequa ao teu  
> sistema.

> Date: Fri, 6 Nov 2009 08:48:39 -0200

> Subject: [ PHP - Google ] Re: lógica de multiusuario
> From: edva...@aerorodrigues.com

> To: listaphp@googlegroups.com

> olá amigo....

> tenho um sistema parecido...

> so que para a pessoa logar ela acessa

> empresa.sistemalalalalalalalal.com.br

> ai eu pego o endereco que ela acessou e sei quem digitar o usuario  
> vem de tal lugar...

> espero ter ajudado

> 2009/11/6 escobar <esco...@megasistema.com.br>
> Acho que a opção do login pelo e-mail (ou até mesmo cpf) mata a pau  
> o problema....

> []s
> Luiz Escobar

> Fri, 6 Nov 2009 01:39:57 -0200, Renington Neri escreveu:

> Concordo plenamente com o Jhonny max,
> até mesmo por questões de segurança..

> Vamos supor uma hipotese remota..
> Em que dois caras com o mesmo login tenham a mesma senha, ou algo  
> parecido..
> Isso pode acarretar um grande problema.

> Para sanar esse problema deixariamos o campo de login único e  
> adicionariamos um atributo dizendo de qual empresa ele é.
> Você pode ir ainda mais além, adicionando mais um atributo dizendo  
> qual o nivel de cada usuario, ou seja, poderiamos ter niveis como:  
> usuario, cliente, administrador geral.

> Exemplo:

> Tabela Usuario
> - id_login
> - login (unique)
> - nome
> - id_empresa
> - nivel_perfil

> Tabela Empresa
> - id_empresa
> - nome_empresa

> De acordo com cada nível de perfil e id da empresa você filtra ou  
> redireciona da maneira mais viável.
> Cara, qualquer dúvida só responder que faremos o possivel.
> Abraço.

> Date: Thu, 5 Nov 2009 22:59:02 -0300
> Subject: [ PHP - Google ] Re: lógica de multiusuario
> From: jhonnym...@gmail.com
> To: listaphp@googlegroups.com

> Ok,

> Eu fiz um sistema como esse ai..

> É um sistema que gerencia 3 sistema podendo crescer ate (N) sistemas

> Cada administrador de cada sistema cadastra seus usuarios somente  
> para seu sistema

> O administra PAI (admin) pode cadastrar os usuarios para um ou mais  
> sistemas podendo tbm atribuir essa funcao ao adminstrador dos outros  
> sistemas

> usua 1 tem perm ao sistema 3
> usua 2 tem perm ao sistema 2
> usua 3 tem perm aos sistemas 2,3
> usua 4 tem perm aos sistemas 1,3

> Quando o usuario se loga mostra os sistemas que ele tem permissao.

> Nao é isso que vc quer fazer ?

> Aqui eu fiz com login unico.
> Recomendo o mesmo para voce

> Se não faz por e-mail ou cpf

> Se o sistema ja existe e vc tem muitos dados no seu sistema
> Faça uma atualizacao na parte de login e solicite aos  
> administradores para alterar os login dos usuarios enviando os novos  
> por e-mail.

> Espero ter ajudado.
> Qualquer coisa é só gritar.

> .

> .......

> Se mudarmos os nomes ficaria como vc estar tentando fazer.

> 2009/11/5 Edinei L. Cipriani <phpedi...@gmail.com>
> Olá amigo:

> usuarios
> usuarios_empresas
> empresas

> 1 usuario pode estar em muitas empresas

> ;)

> abrs

> 2009/11/5 Jhonny max <jhonnym...@gmail.com>
> Tem varias maneiras de se fazer:
> Login por e-mail
> Login por cpf
> Colocar o login como unico no banco
> No ato do login diponibilizar de qual empresa é aquele usuario ai  
> valida pelo login, empresa e senha
> Eu acho meio improvavel que possa acontecer de ter dois usuarios com  
> o mesmo login e a mesma senha em empresas diferente, MAS segurança  
> nunca e demais.

> 2009/11/5 TarsisLima <tarsis.l...@gmail.com>

> Olá pessoal to com um pouco de dificuldade em montar a logica pra esta
> situação:

> tenho um cadastro de empresas onde cada empresa vai poder
> disponibilizar o acesso ao sistema para outras pessoas da organização,
> cada uma com sua própria senha e login  individualizados,

> Usuário administrador é o responsável pela conta da empresa, ou seja,
> é a pessoa autorizada cadastrar e alterar os dados dos usuários
> habilitados e definir o recebimento ou não de comunicados do sistema .

> Ai é que esta, um usuario da empresa  nao deve de forma alguma ver os
> dados de outra empresa ...
> tipo se tenho
>     joao, empresaA, senha 123
>     joao ,empresaB senha 1234

> se Joao da empresa A digitar a senha 1234 vc ja sabe o q acontece ...
> Alguem ja precisou fazer um sistema desse tipo? tem alguma sugestao
> para validação mais precisa?
> Desde ja agradeço!

> --
> Atenciosamente
> Jhonny Makis
> Web criação e programação

> 85 8750-7638

> "Conheça a verdade e ela te libertará."

> --
> Edinei L. Cipriani
> Blog: http://phpedinei.wordpress.com
> Twitter: http://www.twitter.com/phpedinei

> Desenvolvedor Colégio Trilingue Inovação
> Site: http://www.colegioinovacao.com.br
> Cursando Sistemas de Informação  - Unoesc Chapecó 1 Período
> Integrante do grupo Fool N Lost de algoritimos computacionais
> Fone 49 84149086

> --
> Atenciosamente
> Jhonny Makis
> Web criação e programação

> 85 8750-7638

> "Conheça a verdade e ela te libertará."

> --
> Edvaldo Rodrigues

> msn/talk: edva...@aerorodrigues.com

> --
> tarsis Lima - Programacao php & MySql

> 2009/11/6 Edinei Luis Cipriani <phpedi...@gmail.com>

> Bem amigo, a melhor solução seria fazer um relacionamento many to many
>> pq?

>> É inviavel o usuario ter q se deslogar, para acessar outra emprresa.

>> Então uma solução boa seria:

>> usuarios

>> empresas_usuarios
>> onde vc guardaria o id do usuario, e o id da empresa

>> empresas

>> grupos

>> grupos_usuarios

>> e se vc usa uma framework, por exemplo eu uso acl do cake

>> onde eu posso dar permissoes a um usuario em uma empresa, para crud, ou
>> como vc preferir.

>> Um exemplo real:

>> Empresas:
>> Escola A,  Escola B

>> Usuarios:
>> Joao

>> Grupos:
>> Professor, Coordenador

>> João na escola A é professor, tem permissões para dar aula, e notas.

>> Ja na escola B João é um coordenador, onde ele pode criar turmas,
>> disponibilizar acesso aos professores em turmas.

>> Concerteza essa seria a forma mais fácil.

>> Espero que tenha entendido sua dúvida, e vc a minha explicação.

>> Mais info:
>> http://book.cakephp.org/pt/view/641/Simple-Acl-controlled-Application

>> Abrs

>> Em 06/11/2009, às 21:46, tarsis lima escreveu:

>> Pessoal desde ja agradeço a ajuda ... Gostei muito das sugestões de todos
>> ...
>> tinha pensado em algumas como informar
>> destas formas a que me parece mais plausível para a minha situação é a do
>> email

>> basicamente a estrutura é q nem o jhonny falou pois futuramente os
>> usuarios deste sistema(so os masters ou os "donos das empresas") poderao
>> adquirir o acesso a outros sistemas pelo mesmo login e senha. os Sub
>> usuarios são so pra esse Sistema_1

>> eu pensei em fazer assim
>> procuro primeiro o usuario e depois a empresa a que ele pertence. entao
>> verifico o status da empresa pra permitir ou bloquear o acesso.
>> entao verifico os sistemas adquiridos por esta empresa.

>> e todas as tabelas realmente precisam ter o id_empresa senao ...ja viu né;

>> Ainda nao ta definido se vai ser assim  mas ja tenho uma luz... se alguem
>> tiver mais uma ideia que possa tornar
>> mais seguro , será muito bem vinda!

>> Muito obrigado a todos!!

>> 2009/11/6 Renington Neri <re_amigos...@hotmail.com>

>>>  Todas essas são opções que sugerimos,
>>> sobre usar CP, EMAIL ou LOGIN..

>>> Isso ai vai variar de acordo com suas regras de negócios.
>>> Eu já usei email, nesse momento estou fazendo um sistema usando o CPF, já
>>> usei login...
>>> Enfim, você deve analisar e ver o qual melhor se adequa ao teu sistema.

>>> ------------------------------
>>> Date: Fri, 6 Nov 2009 08:48:39 -0200

>>> Subject: [ PHP - Google ] Re: lógica de multiusuario
>>> From: edva...@aerorodrigues.com

>>> To: listaphp@googlegroups.com

>>> olá amigo....

>>> tenho um sistema parecido...

>>> so que para a pessoa logar ela acessa

>>> empresa.sistemalalalalalalalal.com.br

>>> ai eu pego o endereco que ela acessou e sei quem digitar o usuario vem de
>>> tal lugar...

>>> espero ter ajudado

>>> 2009/11/6 escobar <esco...@megasistema.com.br>

>>> Acho que a opção do login pelo e-mail (ou até mesmo cpf) mata a pau o
>>> problema....

>>> []s
>>> Luiz Escobar

>>> Fri, 6 Nov 2009 01:39:57 -0200, Renington Neri escreveu:

>>>  Concordo plenamente com o *Jhonny max,*
>>> até mesmo por questões de segurança..

>>> Vamos supor uma hipotese remota..
>>> Em que dois caras com o mesmo login tenham a mesma senha, ou algo
>>> parecido..
>>> Isso pode acarretar um grande problema.

>>> Para sanar esse problema deixariamos o campo de login único
>>> e adicionariamos um atributo dizendo de qual empresa ele é.
>>> Você pode ir ainda mais além, adicionando mais um atributo dizendo qual o
>>> nivel de cada usuario, ou seja, poderiamos ter niveis como: usuario,
>>> cliente, administrador geral.

>>> Exemplo:

>>> Tabela Usuario
>>> - id_login
>>> - login (unique)
>>> - nome
>>> - id_empresa
>>> - nivel_perfil

>>> Tabela Empresa
>>> - id_empresa
>>> - nome_empresa

>>> De acordo com cada nível de perfil e id da empresa você filtra ou
>>> redireciona da maneira mais viável.
>>> Cara, qualquer dúvida só responder que faremos o possivel.
>>> Abraço.

>>> ------------------------------
>>> Date: Thu, 5 Nov 2009 22:59:02 -0300
>>> Subject: [ PHP - Google ] Re: lógica de multiusuario
>>> From: jhonnym...@gmail.com
>>> To: listaphp@googlegroups.com

>>> Ok,

>>> Eu fiz um sistema como esse ai..

>>> É um sistema que gerencia 3 sistema podendo crescer ate (N) sistemas

>>> Cada administrador de cada sistema cadastra seus usuarios somente para
>>> seu sistema

>>> O administra PAI (admin) pode cadastrar os usuarios para um ou mais
>>> sistemas podendo tbm atribuir essa funcao ao adminstrador dos outros
>>> sistemas

>>> usua 1 tem perm ao sistema 3
>>> usua 2 tem perm ao sistema 2
>>> usua 3 tem perm aos sistemas 2,3
>>> usua 4 tem perm aos sistemas 1,3

>>> Quando o usuario se loga mostra os sistemas que ele tem permissao.

>>> Nao é isso que vc quer fazer ?

>>> Aqui eu fiz com login unico.
>>> Recomendo o mesmo para voce

>>> Se não faz por e-mail ou cpf

>>> Se o sistema ja existe e vc tem muitos dados no seu sistema
>>> Faça uma atualizacao na parte de login e solicite aos administradores
>>> para alterar os login dos usuarios enviando os novos por e-mail.

>>> Espero ter ajudado.
>>> Qualquer coisa é só gritar.

>>> .

>>> .......

>>> Se mudarmos os nomes ficaria como vc estar tentando fazer.

>>> 2009/11/5 Edinei L. Cipriani <phpedi...@gmail.com>

>>> Olá amigo:

>>> usuarios
>>> usuarios_empresas
>>> empresas

>>> 1 usuario pode estar em muitas empresas

>>> ;)

>>> abrs

>>> 2009/11/5 Jhonny max <jhonnym...@gmail.com>

>>> Tem varias maneiras de se fazer:

>>>    1. Login por e-mail
>>>    2. Login por cpf
>>>    3. Colocar o login como unico no banco
>>>    4. No ato do login diponibilizar de qual empresa é aquele usuario ai
>>>    valida pelo login, empresa e senha

>>> Eu acho meio improvavel que possa acontecer de ter dois usuarios com o
>>> mesmo login e a mesma senha em empresas diferente, MAS segurança nunca e
>>> demais.

>>>  2009/11/5 TarsisLima <tarsis.l...@gmail.com>

>>> Olá pessoal to com um pouco de dificuldade em montar a logica pra esta
>>> situação:

>>> tenho um cadastro de empresas onde cada empresa vai poder
>>> disponibilizar o acesso ao sistema para outras pessoas da organização,
>>> cada uma com sua própria senha e login  individualizados,

>>> Usuário administrador é o responsável pela conta da empresa, ou seja,
>>> é a pessoa autorizada cadastrar e alterar os dados dos usuários
>>> habilitados e definir o recebimento ou não de comunicados do sistema .

>>> Ai é que esta, um usuario da empresa  nao deve de forma alguma ver os
>>> dados de outra empresa ...
>>> tipo se tenho
>>>     joao, empresaA, senha 123
>>>     joao ,empresaB senha 1234

>>> se Joao da empresa A digitar a senha 1234 vc ja sabe o q acontece ...
>>> Alguem ja precisou fazer um sistema desse tipo? tem alguma sugestao
>>> para validação mais precisa?
>>> Desde ja agradeço!

>>> --
>>> Atenciosamente
>>> Jhonny Makis
>>> Web criação e programação

>>> 85 8750-7638

>>> "Conheça a verdade e ela te libertará."

>>> --
>>> Edinei L. Cipriani
>>> Blog: http://phpedinei.wordpress.com
>>> Twitter: http://www.twitter.com/phpedinei

>>> Desenvolvedor Colégio Trilingue Inovação
>>> Site: http://www.colegioinovacao.com.br
>>> Cursando Sistemas de Informação  - Unoesc Chapecó 1 Período
>>> Integrante do grupo Fool N Lost de algoritimos computacionais
>>> Fone 49 84149086

>>> --
>>> Atenciosamente
>>> Jhonny Makis
>>> Web criação e programação

>>> 85 8750-7638

>>> "Conheça a verdade e ela te libertará."

>>> --
>>> Edvaldo Rodrigues

>>> msn/talk: edva...@aerorodrigues.com

>> --
>> tarsis Lima - Programacao php & MySql

> --
> tarsis Lima - Programacao php & MySql