SEI - Estratégia de notificação do SEI a sistemas legados
Francisco Luciano de Souza
22 de Julho de 2016 às 12:38
Prezados, Temos o seguinte cenário:
1. SEI - é o responsável por gerenciar os documentos de processos administrativos;
2. Sistemas legados (SL) - Responsáveis por gerenciar dados que se correlacionam com processos administrativos. Se um SL precisa de informações do SEI, então, basta que seja modificado para invocar os webservices disponíveis. Neste caso, a iniciativa encontra-se com o sistema legado. Mas digamos que o SL precise responder a evento ocorrido no SEI, como poderia ser notificado? Digamos que a assinatura de um documento do tipo x sinalize que o processo entrou em uma nova fase. O SL precisaria ser informado pelo SEI de que o documento foi inserido, este entenderia que uma nova fase foi iniciada e, como consequência, aplicaria as regras de negócio à nova fase. Em termos gerais, qual seria a melhor estratégia de implementação deste tipo de integração de modo que pudéssemos ficar sossegados de que uma atualização do SEI não prejudicaria esta manutenção?
Luciano de Souza Analista 11 2146-2080 Comissão de Valores Mobiliários
Se o SL conseguir trabalhar numa estratégia de SOA, você pode desenvolver um módulo no SEI que notifique o SL sobre a ocorrência desejada.
De toda forma, cada caso é um caso e depende do tipo de regra de negócio que está envolvida.
Adriano César de Oliveira Analista em TI CGPRO/DELOG/SEGES/MPOG Tel: (61) - 2020 - 1166 ________________________________ De: sei-tecnico em nome de Francisco Luciano de Souza Enviado: sexta-feira, 22 de julho de 2016 09:37 Para: sei-tecnico@listas.softwarepublico.gov.br Cc: Raphael Dias Lima de Albuquerque Lima; Elizabeth Messias Feitosa Assunto: [sei-tecnico] SEI - Estratégia de notificação do SEI a sistemas legados
Prezados, Temos o seguinte cenário:
1. SEI - é o responsável por gerenciar os documentos de processos administrativos;
2. Sistemas legados (SL) - Responsáveis por gerenciar dados que se correlacionam com processos administrativos. Se um SL precisa de informações do SEI, então, basta que seja modificado para invocar os webservices disponíveis. Neste caso, a iniciativa encontra-se com o sistema legado. Mas digamos que o SL precise responder a evento ocorrido no SEI, como poderia ser notificado? Digamos que a assinatura de um documento do tipo x sinalize que o processo entrou em uma nova fase. O SL precisaria ser informado pelo SEI de que o documento foi inserido, este entenderia que uma nova fase foi iniciada e, como consequência, aplicaria as regras de negócio à nova fase. Em termos gerais, qual seria a melhor estratégia de implementação deste tipo de integração de modo que pudéssemos ficar sossegados de que uma atualização do SEI não prejudicaria esta manutenção?
Luciano de Souza Analista 11 2146-2080 Comissão de Valores Mobiliários
Aqui na ANS estamos integrando os SLs ao SEI, a nossa abordagem é fazer com que o legado se adapte ao SEI.
Definimos essa estratégia por 2 fatores, primeiro pelo fato de conhecermos melhor os nossos sistemas e isso facilita na hora de fazer qualquer implementação, já o segundo fator é para evitar problemas ao atualizar o SEI, pensamos na possibilidade de uma atualização do SEI afetar alguma implementação feita.
Outro particularidade do nosso projeto de integração é a criação de uma camada REST para acesso aos serviços do SEI, nenhum de nossos sistemas acessa diretamente aos serviços do SEI, assim temos um ponto único de manutenção.
André Luís Fernandes Guimarães Analista Integrador de Sistemas COSAP/GGISS - Coordenadoria de Sistemas Aplicativos DIDES - Diretoria de Desenvolvimento Setorial Tel.: 21 2105-0024
A Agência Nacional de Saúde Suplementar (ANS) é o órgão regulador do setor de planos de saúde. Conheça os seus direitos. Leia o contrato antes de assinar.
De: sei-tecnico [mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br] Em nome de Francisco Luciano de Souza Enviada em: sexta-feira, 22 de julho de 2016 09:38
Para: sei-tecnico@listas.softwarepublico.gov.br Cc: Raphael Dias Lima de Albuquerque Lima; Elizabeth Messias Feitosa Assunto: [sei-tecnico] SEI - Estratégia de notificação do SEI a sistemas legados
Prezados, Temos o seguinte cenário:
1. SEI - é o responsável por gerenciar os documentos de processos administrativos;
2. Sistemas legados (SL) - Responsáveis por gerenciar dados que se correlacionam com processos administrativos. Se um SL precisa de informações do SEI, então, basta que seja modificado para invocar os webservices disponíveis. Neste caso, a iniciativa encontra-se com o sistema legado. Mas digamos que o SL precise responder a evento ocorrido no SEI, como poderia ser notificado? Digamos que a assinatura de um documento do tipo x sinalize que o processo entrou em uma nova fase. O SL precisaria ser informado pelo SEI de que o documento foi inserido, este entenderia que uma nova fase foi iniciada e, como consequência, aplicaria as regras de negócio à nova fase. Em termos gerais, qual seria a melhor estratégia de implementação deste tipo de integração de modo que pudéssemos ficar sossegados de que uma atualização do SEI não prejudicaria esta manutenção?
Luciano de Souza Analista 11 2146-2080 Comissão de Valores Mobiliários
Uma solução possível para isso seria criar uma rotina de verificação de processos do SL no SEI (robô). Você poderia criar flags no SL que identificariam se aquele processo deve ser verificado na rotina. Robô de atualização não é uma solução muito elegante, mas teria a garantia de não ser prejudicado por alterações do SEI, a menos que sejam alterações nos webservices (que quase invariavelmente afetaria o SL que consumir esses webservices). Você aplicaria alguma periodicidade a essa rotina, mais ou menos como o próprio SIP faz com os agendamentos. Talvez uma rotina noturna de periodicidade diária já atenderia a maioria dos casos.
Att.,
[anac_10_anos]
Eduardo Andreotti da Silva Cargo Comissionado Técnico Gerência Técnica de Gestão da Informação - GTGI Superintendência de Administração e Finanças - SAF Fone: +55 61 3314 4217 E-mail: eduardo.andreotti@anac.gov.br www.anac.gov.br
MISSÃO DA ANAC » Garantir a todos os brasileiros a segurança e a excelência da aviação civil. Aviso de confidencialidade » Este correio eletrônico da Agência Nacional de Aviação Civil (ANAC), autarquia regida pela Lei Federal Nº 11.182, de 27 de setembro de 2005, foi direcionado exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e condiciona o infrator às penas da lei. Caso tenha recebido esta mensagem indevidamente, redirecione ao remetente, esclarecendo o equívoco.
De: sei-tecnico [mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br] Em nome de Francisco Luciano de Souza Enviada em: sexta-feira, 22 de julho de 2016 09:38 Para: sei-tecnico@listas.softwarepublico.gov.br Cc: Raphael Dias Lima de Albuquerque Lima; Elizabeth Messias Feitosa Assunto: [sei-tecnico] SEI - Estratégia de notificação do SEI a sistemas legados
Prezados, Temos o seguinte cenário:
1. SEI - é o responsável por gerenciar os documentos de processos administrativos;
2. Sistemas legados (SL) - Responsáveis por gerenciar dados que se correlacionam com processos administrativos. Se um SL precisa de informações do SEI, então, basta que seja modificado para invocar os webservices disponíveis. Neste caso, a iniciativa encontra-se com o sistema legado. Mas digamos que o SL precise responder a evento ocorrido no SEI, como poderia ser notificado? Digamos que a assinatura de um documento do tipo x sinalize que o processo entrou em uma nova fase. O SL precisaria ser informado pelo SEI de que o documento foi inserido, este entenderia que uma nova fase foi iniciada e, como consequência, aplicaria as regras de negócio à nova fase. Em termos gerais, qual seria a melhor estratégia de implementação deste tipo de integração de modo que pudéssemos ficar sossegados de que uma atualização do SEI não prejudicaria esta manutenção?
Luciano de Souza Analista 11 2146-2080 Comissão de Valores Mobiliários
André Luís Fernandes Guimarães Analista Integrador de Sistemas COSAP/GGISS - Coordenadoria de Sistemas Aplicativos DIDES - Diretoria de Desenvolvimento Setorial Tel.: 21 2105-0024
A Agência Nacional de Saúde Suplementar (ANS) é o órgão regulador do setor de planos de saúde. Conheça os seus direitos. Leia o contrato antes de assinar.
De: sei-tecnico [mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br] Em nome de Eduardo Andreotti da Silva Enviada em: sexta-feira, 22 de julho de 2016 12:31 Para: Francisco Luciano de Souza; sei-tecnico@listas.softwarepublico.gov.br
Cc: Raphael Dias Lima de Albuquerque Lima; Elizabeth Messias Feitosa
Assunto: [sei-tecnico] RES: SEI - Estratégia de notificação do SEI a sistemas legados
Prezado Luciano,
Uma solução possível para isso seria criar uma rotina de verificação de processos do SL no SEI (robô). Você poderia criar flags no SL que identificariam se aquele processo deve ser verificado na rotina. Robô de atualização não é uma solução muito elegante, mas teria a garantia de não ser prejudicado por alterações do SEI, a menos que sejam alterações nos webservices (que quase invariavelmente afetaria o SL que consumir esses webservices). Você aplicaria alguma periodicidade a essa rotina, mais ou menos como o próprio SIP faz com os agendamentos. Talvez uma rotina noturna de periodicidade diária já atenderia a maioria dos casos.
Att.,
[anac_10_anos]
Eduardo Andreotti da Silva Cargo Comissionado Técnico Gerência Técnica de Gestão da Informação - GTGI Superintendência de Administração e Finanças - SAF Fone: +55 61 3314 4217 E-mail: eduardo.andreotti@anac.gov.br www.anac.gov.br
MISSÃO DA ANAC » Garantir a todos os brasileiros a segurança e a excelência da aviação civil. Aviso de confidencialidade » Este correio eletrônico da Agência Nacional de Aviação Civil (ANAC), autarquia regida pela Lei Federal Nº 11.182, de 27 de setembro de 2005, foi direcionado exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e condiciona o infrator às penas da lei. Caso tenha recebido esta mensagem indevidamente, redirecione ao remetente, esclarecendo o equívoco.
De: sei-tecnico [mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br] Em nome de Francisco Luciano de Souza Enviada em: sexta-feira, 22 de julho de 2016 09:38
Para: sei-tecnico@listas.softwarepublico.gov.br
Cc: Raphael Dias Lima de Albuquerque Lima; Elizabeth Messias Feitosa Assunto: [sei-tecnico] SEI - Estratégia de notificação do SEI a sistemas legados
Prezados, Temos o seguinte cenário:
1. SEI - é o responsável por gerenciar os documentos de processos administrativos;
2. Sistemas legados (SL) - Responsáveis por gerenciar dados que se correlacionam com processos administrativos. Se um SL precisa de informações do SEI, então, basta que seja modificado para invocar os webservices disponíveis. Neste caso, a iniciativa encontra-se com o sistema legado. Mas digamos que o SL precise responder a evento ocorrido no SEI, como poderia ser notificado? Digamos que a assinatura de um documento do tipo x sinalize que o processo entrou em uma nova fase. O SL precisaria ser informado pelo SEI de que o documento foi inserido, este entenderia que uma nova fase foi iniciada e, como consequência, aplicaria as regras de negócio à nova fase. Em termos gerais, qual seria a melhor estratégia de implementação deste tipo de integração de modo que pudéssemos ficar sossegados de que uma atualização do SEI não prejudicaria esta manutenção?
Luciano de Souza Analista 11 2146-2080 Comissão de Valores Mobiliários
Francisco Luciano de Souza
22 de Julho de 2016 às 17:24
André, Eduardo e Adriano, Obrigado por suas colaborações. Enviei suas mensagens para a área técnica. São mensagens tranquilizadoras visto que não observei nenhum receio latente que as atualizações do SEI provocassem efeitos colaterais nas integrações.
De: Andre Luiz Fernandez Guimaraes [mailto:andre.guimaraes@ans.gov.br] Enviada em: sexta-feira, 22 de julho de 2016 14:07 Para: Eduardo Andreotti da Silva; Francisco Luciano de Souza; sei-tecnico@listas.softwarepublico.gov.br
Cc: Raphael Dias Lima de Albuquerque Lima; Elizabeth Messias Feitosa
Assunto: RES: SEI - Estratégia de notificação do SEI a sistemas legados
Uma solução elegante é criar um JMS Topic para o SEI e fazer com que seus SLs subscrevam-o.
Desta forma você consegue fazer o seu sistema ser notificado pela alteração do estado de algum objeto.
André Luís Fernandes Guimarães Analista Integrador de Sistemas COSAP/GGISS - Coordenadoria de Sistemas Aplicativos DIDES - Diretoria de Desenvolvimento Setorial Tel.: 21 2105-0024
A Agência Nacional de Saúde Suplementar (ANS) é o órgão regulador do setor de planos de saúde. Conheça os seus direitos. Leia o contrato antes de assinar.
De: sei-tecnico [mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br] Em nome de Eduardo Andreotti da Silva Enviada em: sexta-feira, 22 de julho de 2016 12:31
Para: Francisco Luciano de Souza; sei-tecnico@listas.softwarepublico.gov.br
Cc: Raphael Dias Lima de Albuquerque Lima; Elizabeth Messias Feitosa Assunto: [sei-tecnico] RES: SEI - Estratégia de notificação do SEI a sistemas legados
Prezado Luciano,
Uma solução possível para isso seria criar uma rotina de verificação de processos do SL no SEI (robô). Você poderia criar flags no SL que identificariam se aquele processo deve ser verificado na rotina. Robô de atualização não é uma solução muito elegante, mas teria a garantia de não ser prejudicado por alterações do SEI, a menos que sejam alterações nos webservices (que quase invariavelmente afetaria o SL que consumir esses webservices). Você aplicaria alguma periodicidade a essa rotina, mais ou menos como o próprio SIP faz com os agendamentos. Talvez uma rotina noturna de periodicidade diária já atenderia a maioria dos casos.
Att.,
[anac_10_anos]
Eduardo Andreotti da Silva Cargo Comissionado Técnico Gerência Técnica de Gestão da Informação - GTGI Superintendência de Administração e Finanças - SAF Fone: +55 61 3314 4217 E-mail: eduardo.andreotti@anac.gov.br www.anac.gov.br
MISSÃO DA ANAC » Garantir a todos os brasileiros a segurança e a excelência da aviação civil. Aviso de confidencialidade » Este correio eletrônico da Agência Nacional de Aviação Civil (ANAC), autarquia regida pela Lei Federal Nº 11.182, de 27 de setembro de 2005, foi direcionado exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e condiciona o infrator às penas da lei. Caso tenha recebido esta mensagem indevidamente, redirecione ao remetente, esclarecendo o equívoco.
De: sei-tecnico [mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br] Em nome de Francisco Luciano de Souza Enviada em: sexta-feira, 22 de julho de 2016 09:38 Para: sei-tecnico@listas.softwarepublico.gov.br Cc: Raphael Dias Lima de Albuquerque Lima; Elizabeth Messias Feitosa Assunto: [sei-tecnico] SEI - Estratégia de notificação do SEI a sistemas legados
Prezados, Temos o seguinte cenário:
1. SEI - é o responsável por gerenciar os documentos de processos administrativos;
2. Sistemas legados (SL) - Responsáveis por gerenciar dados que se correlacionam com processos administrativos. Se um SL precisa de informações do SEI, então, basta que seja modificado para invocar os webservices disponíveis. Neste caso, a iniciativa encontra-se com o sistema legado. Mas digamos que o SL precise responder a evento ocorrido no SEI, como poderia ser notificado? Digamos que a assinatura de um documento do tipo x sinalize que o processo entrou em uma nova fase. O SL precisaria ser informado pelo SEI de que o documento foi inserido, este entenderia que uma nova fase foi iniciada e, como consequência, aplicaria as regras de negócio à nova fase. Em termos gerais, qual seria a melhor estratégia de implementação deste tipo de integração de modo que pudéssemos ficar sossegados de que uma atualização do SEI não prejudicaria esta manutenção?
Luciano de Souza Analista 11 2146-2080 Comissão de Valores Mobiliários
Tendo na Anatel 17 sistemas com integração com o SEI em produção, de integrações simples às mais complexas, desde mera validação de número de protocolo de processo/documento até fluxos complexos, entendo que a melhor forma de implementar um cenário como o disposto abaixo pelo Luciano da CVM sem depender de evoluções do próprio SEI é quando o próprio Sistema Legado do órgão se adequa ao SEI (com o André da ANS relatou) e se tem que controlar "eventos", que sua origem tenha ocorrido a partir do próprio SEI e, assim, com as operações de consulta já existentes tem-se o retorno necessário para possibilitar algumas automatizações no SL.
Por exemplo: gerado processo e documentos (ou somente determinado documento); cria o Bloco de Assinatura pertinente; inclui o documento no Bloco de Assinatura (podendo ter regras para incluir mais documentos no mesmo Bloco antes de disponibilizá-lo); pode automatizar ou não a disponibilização do Bloco; fica consultando periodicamente se o documento foi assinado; quando assinado fica consultando se foi publicado; quando publicado pode concluir as consultas no SEI (ou fica consultando se o processo está aberto na Unidade X); etc; etc.
Ou seja, tudo aquilo que o próprio sistema finalístico conhece por ter sido informado pelo Usuário em suas próprias telas de negócio ou que o próprio sistema finalístico tenha gerado junto ao SEI, vocês possuem todas as operações de consulta do WS do SEI para combiná-las da forma mais adequada.
Acompanho desde 2013 as evoluções do WS nativo do SEI e lhes afirmo que nenhuma evolução ou operação nova disponibilizadas nas releases do SEI pelo TRF4 quebrou integrações já existentes em nossos sistemas. O pessoal do TRF4 tem uma preocupação muito grande de gestão de mudança no WS do SEI, pois eles mesmos e dezenas de órgãos possuem muitas integrações em produção.
No SEI 3.0 constarão grandes evoluções para módulos e plugins, que poderão agir sobre eventos do core do SEI, ampliando muito as possibilidades de integração de módulos junto ao core. Com isso talvez seja possível evoluir o WS do core do SEI ou o WS Complementar (https://softwarepublico.gov.br/gitlab/anatel/mod-sei-wscomplementar/tags) para que o próprio SEI dispare chamados à WS externo por evento "colocado em monitoração". Contudo, os órgãos que queiram tal tecnologia no SEI já podem se preparar para colaborar sobre tal evolução tecnológica (desenvolvimento PHP orientado à objeto e webservices).
De: sei-tecnico [mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br] Em nome de Francisco Luciano de Souza
Enviada em: sexta-feira, 22 de julho de 2016 14:23 Para: Andre Luiz Fernandez Guimaraes; Eduardo Andreotti da Silva; sei-tecnico@listas.softwarepublico.gov.br
Cc: Raphael Dias Lima de Albuquerque Lima; Elizabeth Messias Feitosa Assunto: [sei-tecnico] RES: SEI - Estratégia de notificação do SEI a sistemas legados
André, Eduardo e Adriano, Obrigado por suas colaborações. Enviei suas mensagens para a área técnica. São mensagens tranquilizadoras visto que não observei nenhum receio latente que as atualizações do SEI provocassem efeitos colaterais nas integrações.
De: Andre Luiz Fernandez Guimaraes [mailto:andre.guimaraes@ans.gov.br] Enviada em: sexta-feira, 22 de julho de 2016 14:07
Para: Eduardo Andreotti da Silva; Francisco Luciano de Souza; sei-tecnico@listas.softwarepublico.gov.br
Cc: Raphael Dias Lima de Albuquerque Lima; Elizabeth Messias Feitosa Assunto: RES: SEI - Estratégia de notificação do SEI a sistemas legados
Uma solução elegante é criar um JMS Topic para o SEI e fazer com que seus SLs subscrevam-o.
Desta forma você consegue fazer o seu sistema ser notificado pela alteração do estado de algum objeto.
Att,
[cid:image001.jpg@01D1E649.4FC533A0]
André Luís Fernandes Guimarães Analista Integrador de Sistemas COSAP/GGISS - Coordenadoria de Sistemas Aplicativos DIDES - Diretoria de Desenvolvimento Setorial Tel.: 21 2105-0024
A Agência Nacional de Saúde Suplementar (ANS) é o órgão regulador do setor de planos de saúde. Conheça os seus direitos. Leia o contrato antes de assinar.
De: sei-tecnico [mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br] Em nome de Eduardo Andreotti da Silva Enviada em: sexta-feira, 22 de julho de 2016 12:31 Para: Francisco Luciano de Souza; sei-tecnico@listas.softwarepublico.gov.br Cc: Raphael Dias Lima de Albuquerque Lima; Elizabeth Messias Feitosa Assunto: [sei-tecnico] RES: SEI - Estratégia de notificação do SEI a sistemas legados
Prezado Luciano,
Uma solução possível para isso seria criar uma rotina de verificação de processos do SL no SEI (robô). Você poderia criar flags no SL que identificariam se aquele processo deve ser verificado na rotina. Robô de atualização não é uma solução muito elegante, mas teria a garantia de não ser prejudicado por alterações do SEI, a menos que sejam alterações nos webservices (que quase invariavelmente afetaria o SL que consumir esses webservices). Você aplicaria alguma periodicidade a essa rotina, mais ou menos como o próprio SIP faz com os agendamentos. Talvez uma rotina noturna de periodicidade diária já atenderia a maioria dos casos.
Att.,
[cid:image002.jpg@01D1E649.4FC533A0]
Eduardo Andreotti da Silva Cargo Comissionado Técnico Gerência Técnica de Gestão da Informação - GTGI Superintendência de Administração e Finanças - SAF Fone: +55 61 3314 4217 E-mail: eduardo.andreotti@anac.gov.br www.anac.gov.br
[cid:image003.png@01D1E649.4FC533A0]
MISSÃO DA ANAC » Garantir a todos os brasileiros a segurança e a excelência da aviação civil. Aviso de confidencialidade » Este correio eletrônico da Agência Nacional de Aviação Civil (ANAC), autarquia regida pela Lei Federal Nº 11.182, de 27 de setembro de 2005, foi direcionado exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e condiciona o infrator às penas da lei. Caso tenha recebido esta mensagem indevidamente, redirecione ao remetente, esclarecendo o equívoco.
De: sei-tecnico [mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br] Em nome de Francisco Luciano de Souza Enviada em: sexta-feira, 22 de julho de 2016 09:38 Para: sei-tecnico@listas.softwarepublico.gov.br Cc: Raphael Dias Lima de Albuquerque Lima; Elizabeth Messias Feitosa Assunto: [sei-tecnico] SEI - Estratégia de notificação do SEI a sistemas legados
Prezados, Temos o seguinte cenário:
1. SEI - é o responsável por gerenciar os documentos de processos administrativos;
2. Sistemas legados (SL) - Responsáveis por gerenciar dados que se correlacionam com processos administrativos. Se um SL precisa de informações do SEI, então, basta que seja modificado para invocar os webservices disponíveis. Neste caso, a iniciativa encontra-se com o sistema legado. Mas digamos que o SL precise responder a evento ocorrido no SEI, como poderia ser notificado? Digamos que a assinatura de um documento do tipo x sinalize que o processo entrou em uma nova fase. O SL precisaria ser informado pelo SEI de que o documento foi inserido, este entenderia que uma nova fase foi iniciada e, como consequência, aplicaria as regras de negócio à nova fase. Em termos gerais, qual seria a melhor estratégia de implementação deste tipo de integração de modo que pudéssemos ficar sossegados de que uma atualização do SEI não prejudicaria esta manutenção?
Luciano de Souza Analista 11 2146-2080 Comissão de Valores Mobiliários
Francisco Luciano de Souza
22 de Julho de 2016 às 12:38Prezados,
Adriano César de Oliveira
André Guimarães
Eduardo Andreotti da Silva
Nei Jobson da Costa Carneiro