Software Público Brasileiro

Senhores(as) , foi nos pedido um relato da nossa migração para a versão 3.0.
Seguem abaixo alguns itens para ajudar nas possíveis migrações dos outros órgãos.

Realizamos a parada do SEI 2.6 às 19 horas do dia 06/10(sexta-feira).
O nosso ambiente de produção já estava todo montado anteriormente e testado com uma base de dados da produção da semana retrasada.
Após a parada realizamos os seguintes passos:


1. Backup dos Databases SEI e SIP.
2. Atualização dos parâmetros de configuração nos arquivos ConfiguracaoSEI e ConfiguracaoSIP para apontarem para os novos servidores SOLR e endereços HTTPS.
3. Backup da pasta DADOS com os arquivos externos. Como o tamanho era grande(1.6TB) já havíamos feito uma cópia prévia durante a semana e executamos apenas um Diferencial.
4. Correção dos Endereços DNS(sei.cgu.gov.br) para apontarem para os novos Servidores do SEI 3.0
5. Execução dos Scripts de atualização do Banco (Sei e SIP) (/opt/v300/sei/scripts/atualizar_versao.php e /opt/v300/sip/scripts/atualizar_versao_sei.php)

Terminamos esse passo por volta de 21 horas, ou seja, 2 horas.
Neste passo o sistema já estava operacional faltando apenas a execução da indexação do novo SOLR. Zeramos os índices e iniciamos a indexação que durou 9h e alguns minutos.

Segunda-feira:

Alguns problema que enfrentamos na segunda-feira e como corrigimos:


1. Erro: Acesso negado a este recurso nesta unidade
Esse erro foi reportado por várias pessoas e parece estar ligado a algumas funcionalidades novas incluídas nas telas e que para alguns perfis mais simples não foram incluídas as permissões. Os nossos testes geralmente foram feitos com usuários com perfis administrativos por isso não identificamos nenhum problema desse tipo.
Então minha sugestão é realizar testes com perfis básicos para prevenir esse tipo de erro. Corrigimos dando as permissões para os perfis mais básicos baseado no Infra > LOG que ficamos monitorando para ver quais recursos para quais perfis estavam com problema.


1. Servidor Extranet DMZ. Temos 3 nós. 2 para a Intranet debaixo de um balanceador(f5) e um para acesso via extranet. Esse servidor extranet deu alguns problemas pois tem algumas regras especiais de firewall por exemplo entre a comunicação dele com o SOLR que não prevemos.
Caso usem um servidor Extranet façam as verificações de comunicação com SOLR e SMTP(Envio de e-mail) principalmente pois tivemos problemas nesse sentido.


1. Permissão do APACHE na pasta temp. Verificar se a permissão do Apache ficou correta para a pasta temp. Isso causou problemas para incluir anexos. Corrigimos dando a permissão correta de escrita para APACHE.



1. Gerador de PDF. Estava ocorrendo um erro de pacotes na geração do PDF. Precisamos instalar os pacotes: libXext e libXrender. Não achei referência a eles no Manual. Mas ao instalar a geração de PDF passou a funcionar corretamente.





1. Comunicação interna com WebServices do SEI.
Alguns sistemas internos acessam WebServices do SEI. Como a comunicação passou a ser feita exclusivamente por HTTPS é necessário verificar se o endereço de chamada dos WebServices contém HTTPS para evitar erros.


1. Assinatura com TOKEN
Esse é o único problema que ainda não resolvemos e me parece ser um problema de todos. Duas coisas:

6.1 Na versão 3.0.7 existe um erro de código na linha 285 do arquivo DocumentoAssinar.php
O TRF4 está ciente e fará a atualização na versão 3.0.8. Quando tenta assinar via Token a tela fica pedindo para informar Senha.
Para corrigir temporariamente troque conforme abaixo:

Versão 3.0.7 - Não funciona
if ($bolPermiteAssinaturaLogin ) {
$arrComandos[] = ' Assinar ';
} else if ($bolPermiteAssinaturaCertificado){
$arrComandos[] = ' Assinar ';
}

Versão 3.0.5 - Funciona

if (PaginaSEI::getInstance()->isBolAndroid() && PaginaSEI::getInstance()->isBolNavegadorFirefox() && $bolPermiteAssinaturaLogin ) {
$arrComandos[] = ' Assinar ';
} else if ($bolPermiteAssinaturaCertificado){
$arrComandos[] = ' Assinar ';
}

6.2 Comunicação com o Applet Java via balanceador.
Esse é o problema que alguns órgãos também estão tendo. Temos a solução que já está aplicada em Treinamento que tem o balanceador e faremos a aplicação em Produção na sexta-feira pela manhã.
Em caso de sucesso se tiverem interesse informo como fizemos a configuração de balanceador mais comunicação com os nós via HTTPS.


1. Desenvolvimento de Módulos

Como é do conhecimento de alguns desenvolvemos 2 módulos para comunicação entre o SEI e E-ouv(Sistema de Ouvidorias) e SEI x e-Sic(Sistema de Acesso a Informação).
As alterações no desenvolvimento de módulos foram maiores do que imaginávamos e estamos trabalhando na atualização dos mesmos. Tão logo estejam prontos submeteremos ao MPOG para disponibilização para a comunidade.

Ainda fizemos a atualização de um terceiro módulo que adiciona algumas funcionalidades de consulta via WebService não disponíveis no WS padrão do SEI:

Listar Procedimentos( Lista uma série de processos de acordo com pesquisa)
Listar Documentos( Lista os documentos de um processo)
Listar Procedimentos Tramitados para Area( Lista processos que foram tramitados para uma determinada Unidade)


Espero que esse breve relato possa ajudar outros órgãos na migração.



Atenciosamente,

Rafael Leandro
Analista de Finanças e Controle
Diretoria de Sistemas e Informação
[img]

----------------------------------------------------------------------
Esta mensagem, incluindo quaisquer anexos, é de acesso restrito e destina-se, exclusivamente, à pessoa ou entidade para a qual foi endereçada. Se você a recebeu indevidamente, por favor, elimine-a e informe o equívoco ao emitente imediatamente. O uso não autorizado do conteúdo da mensagem ou anexos é proibido e sujeita o infrator às penalidades cabíveis.

This e-mail message, including any attachments, is of restricted access and intended, exclusively, to the person or entity to which it was addressed. If you have received it by mistake, please, delete the message and kindly notify the sender immediately. The unauthorized use of the contents of the message or any of the attachments is forbidden and the violator is subject to the penalties of law.

Muito obrigado!

Atenciosamente,

Douglas Fiório Dias

De: sei-negocio [mailto:sei-negocio-bounces@listas.softwarepublico.gov.br] Em nome de Rafael Leandro Ferreira
Enviada em: quarta-feira, 11 de outubro de 2017 12:19
Para: sei-tecnico@listas.softwarepublico.gov.br
Cc: Sei negocio
Assunto: [GRAYMAIL] [sei-negocio] Relato da nossa migração para a versão 3.0.7

Senhores(as) , foi nos pedido um relato da nossa migração para a versão 3.0.
Seguem abaixo alguns itens para ajudar nas possíveis migrações dos outros órgãos.

Realizamos a parada do SEI 2.6 às 19 horas do dia 06/10(sexta-feira).
O nosso ambiente de produção já estava todo montado anteriormente e testado com uma base de dados da produção da semana retrasada.
Após a parada realizamos os seguintes passos:


1. Backup dos Databases SEI e SIP.
2. Atualização dos parâmetros de configuração nos arquivos ConfiguracaoSEI e ConfiguracaoSIP para apontarem para os novos servidores SOLR e endereços HTTPS.
3. Backup da pasta DADOS com os arquivos externos. Como o tamanho era grande(1.6TB) já havíamos feito uma cópia prévia durante a semana e executamos apenas um Diferencial.
4. Correção dos Endereços DNS(sei.cgu.gov.br) para apontarem para os novos Servidores do SEI 3.0
5. Execução dos Scripts de atualização do Banco (Sei e SIP) (/opt/v300/sei/scripts/atualizar_versao.php e /opt/v300/sip/scripts/atualizar_versao_sei.php)

Terminamos esse passo por volta de 21 horas, ou seja, 2 horas.
Neste passo o sistema já estava operacional faltando apenas a execução da indexação do novo SOLR. Zeramos os índices e iniciamos a indexação que durou 9h e alguns minutos.

Segunda-feira:

Alguns problema que enfrentamos na segunda-feira e como corrigimos:


1. Erro: Acesso negado a este recurso nesta unidade
Esse erro foi reportado por várias pessoas e parece estar ligado a algumas funcionalidades novas incluídas nas telas e que para alguns perfis mais simples não foram incluídas as permissões. Os nossos testes geralmente foram feitos com usuários com perfis administrativos por isso não identificamos nenhum problema desse tipo.
Então minha sugestão é realizar testes com perfis básicos para prevenir esse tipo de erro. Corrigimos dando as permissões para os perfis mais básicos baseado no Infra > LOG que ficamos monitorando para ver quais recursos para quais perfis estavam com problema.


1. Servidor Extranet DMZ. Temos 3 nós. 2 para a Intranet debaixo de um balanceador(f5) e um para acesso via extranet. Esse servidor extranet deu alguns problemas pois tem algumas regras especiais de firewall por exemplo entre a comunicação dele com o SOLR que não prevemos.
Caso usem um servidor Extranet façam as verificações de comunicação com SOLR e SMTP(Envio de e-mail) principalmente pois tivemos problemas nesse sentido.


1. Permissão do APACHE na pasta temp. Verificar se a permissão do Apache ficou correta para a pasta temp. Isso causou problemas para incluir anexos. Corrigimos dando a permissão correta de escrita para APACHE.



1. Gerador de PDF. Estava ocorrendo um erro de pacotes na geração do PDF. Precisamos instalar os pacotes: libXext e libXrender. Não achei referência a eles no Manual. Mas ao instalar a geração de PDF passou a funcionar corretamente.





1. Comunicação interna com WebServices do SEI.
Alguns sistemas internos acessam WebServices do SEI. Como a comunicação passou a ser feita exclusivamente por HTTPS é necessário verificar se o endereço de chamada dos WebServices contém HTTPS para evitar erros.


1. Assinatura com TOKEN
Esse é o único problema que ainda não resolvemos e me parece ser um problema de todos. Duas coisas:

6.1 Na versão 3.0.7 existe um erro de código na linha 285 do arquivo DocumentoAssinar.php
O TRF4 está ciente e fará a atualização na versão 3.0.8. Quando tenta assinar via Token a tela fica pedindo para informar Senha.
Para corrigir temporariamente troque conforme abaixo:

Versão 3.0.7 - Não funciona
if ($bolPermiteAssinaturaLogin ) {
$arrComandos[] = ' Assinar ';
} else if ($bolPermiteAssinaturaCertificado){
$arrComandos[] = ' Assinar ';
}

Versão 3.0.5 - Funciona

if (PaginaSEI::getInstance()->isBolAndroid() && PaginaSEI::getInstance()->isBolNavegadorFirefox() && $bolPermiteAssinaturaLogin ) {
$arrComandos[] = ' Assinar ';
} else if ($bolPermiteAssinaturaCertificado){
$arrComandos[] = ' Assinar ';
}

6.2 Comunicação com o Applet Java via balanceador.
Esse é o problema que alguns órgãos também estão tendo. Temos a solução que já está aplicada em Treinamento que tem o balanceador e faremos a aplicação em Produção na sexta-feira pela manhã.
Em caso de sucesso se tiverem interesse informo como fizemos a configuração de balanceador mais comunicação com os nós via HTTPS.


1. Desenvolvimento de Módulos

Como é do conhecimento de alguns desenvolvemos 2 módulos para comunicação entre o SEI e E-ouv(Sistema de Ouvidorias) e SEI x e-Sic(Sistema de Acesso a Informação).
As alterações no desenvolvimento de módulos foram maiores do que imaginávamos e estamos trabalhando na atualização dos mesmos. Tão logo estejam prontos submeteremos ao MPOG para disponibilização para a comunidade.

Ainda fizemos a atualização de um terceiro módulo que adiciona algumas funcionalidades de consulta via WebService não disponíveis no WS padrão do SEI:

Listar Procedimentos( Lista uma série de processos de acordo com pesquisa)
Listar Documentos( Lista os documentos de um processo)
Listar Procedimentos Tramitados para Area( Lista processos que foram tramitados para uma determinada Unidade)


Espero que esse breve relato possa ajudar outros órgãos na migração.



Atenciosamente,

Rafael Leandro
Analista de Finanças e Controle
Diretoria de Sistemas e Informação
[img]

________________________________
Esta mensagem, incluindo quaisquer anexos, é de acesso restrito e destina-se, exclusivamente, à pessoa ou entidade para a qual foi endereçada. Se você a recebeu indevidamente, por favor, elimine-a e informe o equívoco ao emitente imediatamente. O uso não autorizado do conteúdo da mensagem ou anexos é proibido e sujeita o infrator às penalidades cabíveis.

This e-mail message, including any attachments, is of restricted access and intended, exclusively, to the person or entity to which it was addressed. If you have received it by mistake, please, delete the message and kindly notify the sender immediately. The unauthorized use of the contents of the message or any of the attachments is forbidden and the violator is subject to the penalties of law.

Boa tarde, Rafael!

Como funciona esse módulo, que vocês desenvolveram, e que faz a
integração entre SEI e E-ouv?

Atenciosamente,

Em 2017-10-11 12:18, Rafael Leandro Ferreira escreveu:

> Senhores(as) , foi nos pedido um relato da nossa migração para a
> versão 3.0.
>
> Seguem abaixo alguns itens para ajudar nas possíveis migrações dos
> outros órgãos.
>
> Realizamos a parada do SEI 2.6 às 19 horas do dia 06/10(sexta-feira).
>
>
> O nosso ambiente de produção já estava todo montado anteriormente e
> testado com uma base de dados da produção da semana retrasada.
>
> Após a parada realizamos os seguintes passos:
>
> * Backup dos Databases SEI e SIP.
> * Atualização dos parâmetros de configuração nos arquivos
> ConfiguracaoSEI e ConfiguracaoSIP para apontarem para os novos
> servidores SOLR e endereços HTTPS.
> * Backup da pasta DADOS com os arquivos externos. Como o tamanho era
> grande(1.6TB) já havíamos feito uma cópia prévia durante a semana
> e executamos apenas um Diferencial.
> * Correção dos Endereços DNS(sei.cgu.gov.br) para apontarem para
> os novos Servidores do SEI 3.0
> * Execução dos Scripts de atualização do Banco (Sei e SIP)
> (/opt/v300/sei/scripts/atualizar_versao.php e
> /opt/v300/sip/scripts/atualizar_versao_sei.php)
>
> Terminamos esse passo por volta de 21 horas, ou seja, 2 horas.
>
> Neste passo o sistema já estava operacional faltando apenas a
> execução da indexação do novo SOLR. Zeramos os índices e
> iniciamos a indexação que durou 9h e alguns minutos.
>
> Segunda-feira:
>
> Alguns problema que enfrentamos na segunda-feira e como corrigimos:
>
> * Erro: Acesso negado a este recurso nesta unidade
>
> Esse erro foi reportado por várias pessoas e parece estar ligado a
> algumas funcionalidades novas incluídas nas telas e que para alguns
> perfis mais simples não foram incluídas as permissões. Os nossos
> testes geralmente foram feitos com usuários com perfis
> administrativos por isso não identificamos nenhum problema desse
> tipo.
>
> Então minha sugestão é realizar testes com perfis básicos para
> prevenir esse tipo de erro. Corrigimos dando as permissões para os
> perfis mais básicos baseado no Infra > LOG que ficamos monitorando
> para ver quais recursos para quais perfis estavam com problema.
>
> * Servidor Extranet DMZ. Temos 3 nós. 2 para a Intranet debaixo de
> um balanceador(f5) e um para acesso via extranet. Esse servidor
> extranet deu alguns problemas pois tem algumas regras especiais de
> firewall por exemplo entre a comunicação dele com o SOLR que não
> prevemos.
>
> Caso usem um servidor Extranet façam as verificações de
> comunicação com SOLR e SMTP(Envio de e-mail) principalmente pois
> tivemos problemas nesse sentido.
>
> * Permissão do APACHE na pasta temp. Verificar se a permissão do
> Apache ficou correta para a pasta temp. Isso causou problemas para
> incluir anexos. Corrigimos dando a permissão correta de escrita para
> APACHE.
>
> * Gerador de PDF. Estava ocorrendo um erro de pacotes na geração
> do PDF. Precisamos instalar os pacotes: libXext e libXrender. Não
> achei referência a eles no Manual. Mas ao instalar a geração de PDF
> passou a funcionar corretamente.
>
> * Comunicação interna com WebServices do SEI.
>
> Alguns sistemas internos acessam WebServices do SEI. Como a
> comunicação passou a ser feita exclusivamente por HTTPS é
> necessário verificar se o endereço de chamada dos WebServices
> contém HTTPS para evitar erros.
>
> * ASSINATURA COM TOKEN
>
> Esse é o único problema que ainda não resolvemos e me parece ser um
> problema de todos. Duas coisas:
>
> _6.1 Na versão 3.0.7 existe um erro de código na linha 285 do
> arquivo DocumentoAssinar.php_
>
> O TRF4 está ciente e fará a atualização na versão
> 3.0.8. Quando tenta assinar via Token a tela fica pedindo para
> informar Senha.
>
> Para corrigir temporariamente troque conforme abaixo:
>
> Versão 3.0.7 - Não funciona
>
> if ($bolPermiteAssinaturaLogin ) {
>
> $arrComandos[] = ' onclick="assinarSenha();" id="btnAssinar" name="btnAssinar"
> value="Assinar" class="infraButton">  class="infraTeclaAtalho">Assinar ';
>
> } else if ($bolPermiteAssinaturaCertificado){
>
> $arrComandos[] = ' onclick="assinarCertificadoDigital();" id="btnAssinar"
> name="btnAssinar" value="Assinar" class="infraButton"
> style="visibility:hidden">  class="infraTeclaAtalho">Assinar ';
>
> }
>
> Versão 3.0.5 - Funciona
>
> if (PaginaSEI::getInstance()->isBolAndroid() &&
> PaginaSEI::getInstance()->isBolNavegadorFirefox() &&
> $bolPermiteAssinaturaLogin ) {
>
> $arrComandos[] = ' onclick="assinarSenha();" id="btnAssinar" name="btnAssinar"
> value="Assinar" class="infraButton">  class="infraTeclaAtalho">Assinar ';
>
> } else if ($bolPermiteAssinaturaCertificado){
>
> $arrComandos[] = ' onclick="assinarCertificadoDigital();" id="btnAssinar"
> name="btnAssinar" value="Assinar" class="infraButton"
> style="visibility:hidden">  class="infraTeclaAtalho">Assinar ';
>
> }
>
> _6.2 Comunicação com o Applet Java via balanceador_.
>
>
> Esse é o problema que alguns órgãos também estão
> tendo. Temos a solução que já está aplicada em Treinamento que tem
> o balanceador e faremos a aplicação em Produção na sexta-feira
> pela manhã.
>
> Em caso de sucesso se tiverem interesse informo como
> fizemos a configuração de balanceador mais comunicação com os nós
> via HTTPS.
>
> * Desenvolvimento de Módulos
>
> Como é do conhecimento de alguns desenvolvemos 2 módulos para
> comunicação entre o SEI e E-ouv(Sistema de Ouvidorias) e SEI x
> e-Sic(Sistema de Acesso a Informação).
>
> As alterações no desenvolvimento de módulos foram maiores do que
> imaginávamos e estamos trabalhando na atualização dos mesmos. Tão
> logo estejam prontos submeteremos ao MPOG para disponibilização para
> a comunidade.
>
> Ainda fizemos a atualização de um terceiro módulo que adiciona
> algumas funcionalidades de consulta via WebService não disponíveis
> no WS padrão do SEI:
>
> Listar Procedimentos( Lista uma série de processos de acordo com
> pesquisa)
>
> Listar Documentos( Lista os documentos de um processo)
>
> Listar Procedimentos Tramitados para Area( Lista processos que foram
> tramitados para uma determinada Unidade)
>
> Espero que esse breve relato possa ajudar outros
> órgãos na migração.
>
> Atenciosamente,
>
> Rafael Leandro
>
> _Analista de Finanças e Controle_
>
> Diretoria de Sistemas e Informação
>
> -------------------------
> Esta mensagem, incluindo quaisquer anexos, é de acesso restrito e
> destina-se, exclusivamente, à pessoa ou entidade para a qual foi
> endereçada. Se você a recebeu indevidamente, por favor, elimine-a e
> informe o equívoco ao emitente imediatamente. O uso não autorizado
> do conteúdo da mensagem ou anexos é proibido e sujeita o infrator
> às penalidades cabíveis.
>
> This e-mail message, including any attachments, is of restricted
> access and intended, exclusively, to the person or entity to which it
> was addressed. If you have received it by mistake, please, delete the
> message and kindly notify the sender immediately. The unauthorized use
> of the contents of the message or any of the attachments is forbidden
> and the violator is subject to the penalties of law.
> _______________________________________________
> sei-negocio mailing list
> sei-negocio@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-negocio

--

Thiago de Queiroz Reis
Diretor de Sistemas da Informação (Infotic)
Superintendência de Tecnologia da Informação e Comunicação da UFRJ
Gabinete do Reitor

Thiago,

Esse módulo é um serviço que fica rodando a cada tempo configurado no SEI(a cada hora por exemplo) e verifica se existe uma nova solicitação no Sistema de Ouvidorias E-ouv.
Existindo ele cria um processo novo automaticamente no SEI para a área designada fazer o tratamento da solicitação dentro do SEI.

Ainda não existe a comunicação de volta entre o SEI e o E-ouv. Esse seria o próximo passo!

Atenciosamente,
Rafael Leandro
Analista de Finanças e Controle
Diretoria de Sistemas e Informação

-----Mensagem original-----
De: Thiago Reis [mailto:thiagoreis@tic.ufrj.br]
Enviada em: quarta-feira, 11 de outubro de 2017 15:29
Para: Rafael Leandro Ferreira
Cc: sei-tecnico@listas.softwarepublico.gov.br; Sei negocio
Assunto: Re: [sei-negocio] Relato da nossa migração para a versão 3.0.7

Boa tarde, Rafael!

Como funciona esse módulo, que vocês desenvolveram, e que faz a integração entre SEI e E-ouv?

Atenciosamente,


Em 2017-10-11 12:18, Rafael Leandro Ferreira escreveu:
> Senhores(as) , foi nos pedido um relato da nossa migração para a
> versão 3.0.
>
> Seguem abaixo alguns itens para ajudar nas possíveis migrações dos
> outros órgãos.
>
> Realizamos a parada do SEI 2.6 às 19 horas do dia 06/10(sexta-feira).
>
>
> O nosso ambiente de produção já estava todo montado anteriormente e
> testado com uma base de dados da produção da semana retrasada.
>
> Após a parada realizamos os seguintes passos:
>
> * Backup dos Databases SEI e SIP.
> * Atualização dos parâmetros de configuração nos arquivos
> ConfiguracaoSEI e ConfiguracaoSIP para apontarem para os novos
> servidores SOLR e endereços HTTPS.
> * Backup da pasta DADOS com os arquivos externos. Como o tamanho era
> grande(1.6TB) já havíamos feito uma cópia prévia durante a semana e
> executamos apenas um Diferencial.
> * Correção dos Endereços DNS(sei.cgu.gov.br) para apontarem para os
> novos Servidores do SEI 3.0
> * Execução dos Scripts de atualização do Banco (Sei e SIP)
> (/opt/v300/sei/scripts/atualizar_versao.php e
> /opt/v300/sip/scripts/atualizar_versao_sei.php)
>
> Terminamos esse passo por volta de 21 horas, ou seja, 2 horas.
>
> Neste passo o sistema já estava operacional faltando apenas a execução
> da indexação do novo SOLR. Zeramos os índices e iniciamos a indexação
> que durou 9h e alguns minutos.
>
> Segunda-feira:
>
> Alguns problema que enfrentamos na segunda-feira e como corrigimos:
>
> * Erro: Acesso negado a este recurso nesta unidade
>
> Esse erro foi reportado por várias pessoas e parece estar ligado a
> algumas funcionalidades novas incluídas nas telas e que para alguns
> perfis mais simples não foram incluídas as permissões. Os nossos
> testes geralmente foram feitos com usuários com perfis administrativos
> por isso não identificamos nenhum problema desse tipo.
>
> Então minha sugestão é realizar testes com perfis básicos para
> prevenir esse tipo de erro. Corrigimos dando as permissões para os
> perfis mais básicos baseado no Infra > LOG que ficamos monitorando
> para ver quais recursos para quais perfis estavam com problema.
>
> * Servidor Extranet DMZ. Temos 3 nós. 2 para a Intranet debaixo de
> um balanceador(f5) e um para acesso via extranet. Esse servidor
> extranet deu alguns problemas pois tem algumas regras especiais de
> firewall por exemplo entre a comunicação dele com o SOLR que não
> prevemos.
>
> Caso usem um servidor Extranet façam as verificações de comunicação
> com SOLR e SMTP(Envio de e-mail) principalmente pois tivemos problemas
> nesse sentido.
>
> * Permissão do APACHE na pasta temp. Verificar se a permissão do
> Apache ficou correta para a pasta temp. Isso causou problemas para
> incluir anexos. Corrigimos dando a permissão correta de escrita para
> APACHE.
>
> * Gerador de PDF. Estava ocorrendo um erro de pacotes na geração do
> PDF. Precisamos instalar os pacotes: libXext e libXrender. Não achei
> referência a eles no Manual. Mas ao instalar a geração de PDF passou a
> funcionar corretamente.
>
> * Comunicação interna com WebServices do SEI.
>
> Alguns sistemas internos acessam WebServices do SEI. Como a
> comunicação passou a ser feita exclusivamente por HTTPS é necessário
> verificar se o endereço de chamada dos WebServices contém HTTPS para
> evitar erros.
>
> * ASSINATURA COM TOKEN
>
> Esse é o único problema que ainda não resolvemos e me parece ser um
> problema de todos. Duas coisas:
>
> _6.1 Na versão 3.0.7 existe um erro de código na linha 285 do arquivo
> DocumentoAssinar.php_
>
> O TRF4 está ciente e fará a atualização na versão
> 3.0.8. Quando tenta assinar via Token a tela fica pedindo para
> informar Senha.
>
> Para corrigir temporariamente troque conforme abaixo:
>
> Versão 3.0.7 - Não funciona
>
> if ($bolPermiteAssinaturaLogin ) {
>
> $arrComandos[] = ' onclick="assinarSenha();" id="btnAssinar" name="btnAssinar"
> value="Assinar" class="infraButton">  class="infraTeclaAtalho">Assinar ';
>
> } else if ($bolPermiteAssinaturaCertificado){
>
> $arrComandos[] = ' onclick="assinarCertificadoDigital();" id="btnAssinar"
> name="btnAssinar" value="Assinar" class="infraButton"
> style="visibility:hidden">  class="infraTeclaAtalho">Assinar ';
>
> }
>
> Versão 3.0.5 - Funciona
>
> if (PaginaSEI::getInstance()->isBolAndroid() &&
> PaginaSEI::getInstance()->isBolNavegadorFirefox() &&
> $bolPermiteAssinaturaLogin ) {
>
> $arrComandos[] = ' onclick="assinarSenha();" id="btnAssinar" name="btnAssinar"
> value="Assinar" class="infraButton">  class="infraTeclaAtalho">Assinar ';
>
> } else if ($bolPermiteAssinaturaCertificado){
>
> $arrComandos[] = ' onclick="assinarCertificadoDigital();" id="btnAssinar"
> name="btnAssinar" value="Assinar" class="infraButton"
> style="visibility:hidden">  class="infraTeclaAtalho">Assinar ';
>
> }
>
> _6.2 Comunicação com o Applet Java via balanceador_.
>
>
> Esse é o problema que alguns órgãos também estão
> tendo. Temos a solução que já está aplicada em Treinamento que tem o
> balanceador e faremos a aplicação em Produção na sexta-feira pela
> manhã.
>
> Em caso de sucesso se tiverem interesse informo como
> fizemos a configuração de balanceador mais comunicação com os nós via
> HTTPS.
>
> * Desenvolvimento de Módulos
>
> Como é do conhecimento de alguns desenvolvemos 2 módulos para
> comunicação entre o SEI e E-ouv(Sistema de Ouvidorias) e SEI x
> e-Sic(Sistema de Acesso a Informação).
>
> As alterações no desenvolvimento de módulos foram maiores do que
> imaginávamos e estamos trabalhando na atualização dos mesmos. Tão logo
> estejam prontos submeteremos ao MPOG para disponibilização para a
> comunidade.
>
> Ainda fizemos a atualização de um terceiro módulo que adiciona algumas
> funcionalidades de consulta via WebService não disponíveis no WS
> padrão do SEI:
>
> Listar Procedimentos( Lista uma série de processos de acordo com
> pesquisa)
>
> Listar Documentos( Lista os documentos de um processo)
>
> Listar Procedimentos Tramitados para Area( Lista processos que foram
> tramitados para uma determinada Unidade)
>
> Espero que esse breve relato possa ajudar outros
> órgãos na migração.
>
> Atenciosamente,
>
> Rafael Leandro
>
> _Analista de Finanças e Controle_
>
> Diretoria de Sistemas e Informação
>
> -------------------------
> Esta mensagem, incluindo quaisquer anexos, é de acesso restrito e
> destina-se, exclusivamente, à pessoa ou entidade para a qual foi
> endereçada. Se você a recebeu indevidamente, por favor, elimine-a e
> informe o equívoco ao emitente imediatamente. O uso não autorizado do
> conteúdo da mensagem ou anexos é proibido e sujeita o infrator às
> penalidades cabíveis.
>
> This e-mail message, including any attachments, is of restricted
> access and intended, exclusively, to the person or entity to which it
> was addressed. If you have received it by mistake, please, delete the
> message and kindly notify the sender immediately. The unauthorized use
> of the contents of the message or any of the attachments is forbidden
> and the violator is subject to the penalties of law.
> _______________________________________________
> sei-negocio mailing list
> sei-negocio@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-neg
> ocio

--
Thiago de Queiroz Reis

Diretor de Sistemas da Informação (Infotic) Superintendência de Tecnologia da Informação e Comunicação da UFRJ Gabinete do Reitor

----------------------------------------------------------------------

Esta mensagem, incluindo quaisquer anexos, é de acesso restrito e destina-se, exclusivamente, à pessoa ou entidade para a qual foi endereçada. Se você a recebeu indevidamente, por favor, elimine-a e informe o equívoco ao emitente imediatamente. O uso não autorizado do conteúdo da mensagem ou anexos é proibido e sujeita o infrator às penalidades cabíveis.

This e-mail message, including any attachments, is of restricted access and intended, exclusively, to the person or entity to which it was addressed. If you have received it by mistake, please, delete the message and kindly notify the sender immediately. The unauthorized use of the contents of the message or any of the attachments is forbidden and the violator is subject to the penalties of law.