55 comentários

• Michele Cristina

  31 de Julho de 2015, 14:06

  Adicionado por Guilherme Andrade Del Cantoni

  Contribuição enviada por Guilherme Andrade Del Cantoni

  Prezado Diogo Fernandes,

  O problema relatado emseu último e-mail não caracteriza um erro do SEI ou SIP, estando relacionado à configuração da aplicação. Por isso iremos fechar essa demanda e move-la como uma dúvida no fórum de discussão para compartilharmos o problema e sua respectiva solução em nossa base de conhecimento.

  Sendo objetivo, a nova hierarquia de unidades criada somente será sincronizada com o SEI se estiver configurada como Hierarquia Atual do sistema. Essa configuração é feita no cadastro de sistemas do próprio SIP ([SIP] > Sistemas > Listar > SEI > Alterar Sistema). No cadastro do sistema SEI, é necessário configurar no campo [Hierarquia] a nova estrutura criada.

  A sua dúvida é bastante pertinente e é a mesma de outros usuários da comunidade. O SIP permite do cadastramento de várias hierarquias de unidades, mas apenas uma pode estar ativa por vez. Normalmente, esse recurso é utilizado para configurar uma nova hierarquia organizacional no órgão que entrará em vigor a partir de uma determinada data. Com esse recurso, é possível clonar a hierarquia atual, fazer as mudanças necessárias e oficializá-la em um determinado momento do sistema.

  
  
• Michele Cristina

  31 de Julho de 2015, 14:06

  Adicionado por Diogo Fernandes Brito

  O GDF Tem hoje mais de 102 órgãos e precisamos montar uma hierarquia pra cada órgão. Neste caso teremos que clonar o sistema SEI para cada órgão?

  
  
• Michele Cristina

  31 de Julho de 2015, 14:06

  Adicionado por Mairon Bathaglini

  Diogo,

  A hierarquia é uma só, mas ela pode ter várias "raízes" com suas ramificações separadas. A interface de cadastro da hierarquia possui um campo que permite filtrar uma ramificação o que facilita na hora do cadastro e manutenção. Cabe analisar se no caso de vcs é necessário criar realmente 102 órgãos ou se poderiam alguns serem tratados como unidades. Aqui na justiça federal da quarta região temos 4 órgãos (tribunal + as seções do Rio Grande do Sul, Santa Catarina e Paraná) com um total de 761 unidades. As unidades seguem o padrão "SSCCCXXXXX", onde:
  SS = Sigla do estado de origem (RS, SC ou PR)
  CCC = Sigla da cidade (FLP=Florianópolis, CTB=Curitiba, POA=Porto Alegre...)
  XXXXX = Sigla da unidade (DF = Direção do Foro, CEMAN=Central de Mandados,...)

  Exemplos: SCFLPDF, PRCTBCEMAN, RSCAX01 (1ª vara de Caxias do Sul/RS)

  As siglas da hierarquia, independente do órgão, deverão ser únicas. O ideal é ter uma regra que facilite a identificação principalmente quando os órgãos começarem a trocar informações.

  
  
• Michele Cristina

  31 de Julho de 2015, 14:07

  Adicionado por Diogo Fernandes Brito

  Nossa realidade aqui é a seguinte:

  Somos mais de 100 órgãos e cada órgão as vezes tem mais de um servidor AD/LDAP.
  Sei que o sistema permite cadastrar vários servidores de AD/LDAP por órgão, mas seria inviável o cadastro de apenas 1 (um) órgão e vários servidores AD/LDAP.

  Diogo Brito

  
  
• Michele Cristina

  31 de Julho de 2015, 14:07

  Adicionado por Eleidimar Silva

  Oi, Diogo,

  Considerando essa diversidade de ADs/LDAPs no ambiente do GDF, vocês analisaram a possibilidade de, ao menos num primeiro momento, criar um AD/LDAP que funcione de forma específica para o SEI? Ou então escolher um dos ADs/LDAPs existentes para ser aquele por meio do qual os usuárois acessarão o SEI?

  Dessa forma, posteriormente vocês podem de forma gradativa integrar/unificar esses ADs/LDAPs ao AD/LDAP do SEI, de forma que este funcione como a conta de acesso única institucional do GDF.

  Atenciosamente,

  Eleidimar Silva
  Ministério do Planejamnto
  (61) 2020-1062

  Diogo Fernandes Brito escreveu:

  Nossa realidade aqui é a seguinte:

  Somos mais de 100 órgãos e cada órgão as vezes tem mais de um servidor AD/LDAP.
  Sei que o sistema permite cadastrar vários servidores de AD/LDAP por órgão, mas seria inviável o cadastro de apenas 1 (um) órgão e vários servidores AD/LDAP.

  Diogo Brito