CONTROLE AUTOMATIZADO DE VALORES NO PCA: A MAIS RECENTE ATUALIZAÇÃO DOS SISTEMAS AVMB

 

Os sistemas SIM e SIE, da AVMB, agora contam com recursos avançados de controle automatizado dos valores previstos no Plano de Contratações Anual (PCA). Essa atualização foi feita pela equipe de Gestão Administrativa da empresa e representa um marco importante no planejamento das contratações públicas.

O PCA desempenha um papel fundamental ao estabelecer diretrizes estratégicas para as contratações governamentais. Com a implementação dessas novas ferramentas, as Modalidades de Licitação passam a considerar os valores anuais estimados no PCA como limites para sua classificação.

Um exemplo concreto é a Modalidade de Dispensa Eletrônica, que agora está sujeita a restrições específicas. Caso o valor previsto no PCA para determinado Ramo de Atividade ultrapasse o limite legal estabelecido no art. 75 da Lei nº 14.133/21, essa modalidade não poderá ser realizada.

Com essa automatização, os gestores terão acesso a informações mais precisas e atualizadas, permitindo uma tomada de decisão mais embasada e transparente. Além disso, aprimora-se o controle dos gastos governamentais e se fortalece a conformidade com a legislação vigente.

Agradecemos a todos os envolvidos nesse processo e convidamos você a ficar atento às atualizações e melhorias contínuas em nossos sistemas. Juntos, estamos construindo um ambiente de contratações mais moderno e confiável.

SISTEMAS AVMB: CONFORMIDADE TOTAL COM A NOVA LEI DE LICITAÇÕES

 

Os Sistemas de Informações Municipais (SIM) e de Ensino (SIE), consagrados ERPs de Gestão Pública, encontram-se em total conformidade com a Nova Lei de Licitações. Os sistemas da AVMB proporcionam o controle integrado de todo o processo de contratação, garantindo maior segurança jurídica às instituições.

Através desses sistemas, é possível gerenciar todas as etapas do processo de contratação, desde as solicitações de compras até o recebimento dos materiais e serviços. Com funcionalidades altamente eficazes e de alta tecnologia, as soluções da AVMB conduzem e controlam toda a instrução processual de forma eficiente.

Para mais informações, visite nosso site ou entre em contato conosco.

AVMB HOMENAGEIA GUINTHER PAULI, CRIADOR DO SIM/SIE WEB

 

Hoje, a AVMB presta uma homenagem ao criador da solução SIM/SIE WEB, Guinther Bitencourt Pauli, que, infelizmente, nos deixou no ano passado. Guinther era mais conhecido como “Esquilo”, não sabemos o real motivo do apelido, mas acreditamos que possa estar relacionado à sua velocidade e agilidade em encontrar soluções para os problemas.

Em sua memória, a AVMB decidiu colocar a imagem de um esquilo como logo do produto SIM/SIE WEB. Essa escolha foi uma forma de homenageá-lo e manter sua presença viva em nossa empresa.

Convidamos a todos que o conheceram e sabem a história por trás do apelido "Esquilo" a compartilhar nos comentários. Queremos celebrar a vida e o trabalho desse profissional brilhante e tão querido por todos.

A AVMB agradece a Guinther por sua dedicação e contribuição à nossa empresa e ao mercado de tecnologia. Seu legado continuará inspirando inovação e excelência em nossos projetos.

 

                           

                                                      https://www.youtube.com/watch?v=hY_K22vNRBY

Testes automatizados SIE/SIM - Abrangência

Atualmente a Equipe de Qualidade e Testes vem se aprofundando cada vez mais nas automatizações de testes dos produtos AVMB. Um exemplo disso são as automatizações de testes do SIE e SIM.

Antes da geração dos pacotes semanais (todas as terças-feiras), é efetuada a execução de testes automatizados no SIM/SIE na qual são executados TODOS os testes automatizados existentes no ambiente AVMBHomo (192.168.1.40). Após a geração os pacotes são instalados na máquina AVMBDemo* (192.168.1.38) cujo objetivo é simular, o mais fielmente possível, a instalação de pacotes no ambiente de um cliente, no caso, o cliente AVMB. Então, após a instalação dos pacotes na AVMBDemo, são executados os testes automatizados nesta máquina referentes aos módulos enviados nos pacotes.

Ferramenta TestComplete - Testes automatizados executados com sucesso

É utilizada a ferramenta TestComplete para a automatização dos testes SIE/SIM. Para isso, quatro(4) bancos devem possuir os mesmos parâmetros e dados, um ORACLE e outro DB2, mas em cada ambiente: AVMBHomo e AVMBDemo.

Uma vez elaborados os testes não ficam estagnados. A equipe está sempre monitorando o impacto das alterações das aplicações nos testes automatizados e também verificando se novas consistências podem ser adicionadas e melhoradas a fim de abranger cada vez mais funcionalidades do sistema.

Eventualmente, através da execução dos testes automatizados, são identificados bugs no sistema os quais são documentados e registrados através de kanbans.

Segue abaixo o link de uma planilha contendo a abrangência dos testes automatizados que temos atualmente para o SIE/SIM e os kanbans abertos derivados de bugs detectados por esses testes:

Planilha de Abrangência dos Testes Automatizados SIM/SIE

No caminho abaixo, é possível encontrar vídeos das execuções de alguns testes automatizados elaborados:

\\192.168.1.23\share\Testes\Vídeos Testes Automatizados

Gostaria que alguma funcionalidade do sistema SIM/SIE tivesse seu teste automatizado? Envie um email para qualidade@avmb.com.br que analisaremos o caso.

*Pacotes do cliente PMC são instalados no ambiente AVMBHomo

UFPR - Novo Contrato Assinado - Observar Cumprimento dos Níveis de Serviços

Foi concluída a assinatura do novo contrato da UFPR relativa a prestação de serviços de suporte ao Sistema de Informações para o Ensino (SIE). (Contrato nº 86/2019 -Processo nº 23075.006909/2018-31)

Dentre o conteúdo do contrato, destacamos abaixo:

a) Prazo de Resposta: tempo decorrido entre a abertura/registro do chamado técnico junto à CONTRATADA, e o retorno à CONTRATANTE para identificação/triagem do problema ou incidente. É responsabilidade de a Contratada utilizar de todos os meios de comunicação necessários para garantir o cumprimento dos prazos;

b) Prazo para Resolução Definitiva: consiste do tempo decorrido entre a abertura/registro do chamado técnico junto à CONTRATADA, e o encerramento do chamado tendo a CONTRATADA,, neste prazo, provido a solução definitiva e aceita pela CONTRATANTE;

I) A CONTRATADA,, ao receber o chamado e identificar que as informações colocadas não estão suficientemente claras para análise e solução, deverá entrar em contato com a CONTRATANTE solicitando os esclarecimentos adicionais, dentro dos prazos previstos no Tempo de Resposta estipulado.

VII) Os chamados técnicos poderão mudar de severidade  após  análise detalhada  do problema. Nesse caso, valem as seguintes regras:

a)  Se detectada severidade Zero na abertura do chamado, o Tempo de Resposta estipulado deverá ser respeitado e a severidade somente deverá ser alterada com a concordância registrada pela CONTRATANTE.

* Desenvolvimento de novas funcionalidades: Deverá ser estimado e orçado em PONTOS POR FUNÇÃO: 

"As contagens em pontos de função dos serviços deste item serão realizadas de acordo com o manual de contagem Counting Practices Manual – CPM, versão 4.3 ou superior (publicado pelo International Function Point Users Group – IFPUG) e com o Roteiro de Métricas de Software do SISP 2.3 ou superior".

* Com relação ao cumprimento dos Níveis de Serviço, destacamos as seguintes cláusulas contratuais:

...

"d) Para efeitos da presente contratação, ficam estipulados e caracterizados os seguintes níveis de serviço conforme níveis de severidade:"

"I) Além do exposto na seção anterior, o descumprimento dos prazos do Acordo de Nível de Serviços da presente contratação ensejará a aplicação das seguintes penalidades"

"VIII) Chamados respondidos pela CONTRATADA, e sem retorno da CONTRANTE por mais de 30 (trinta) dias corridos poderão ser encerrados automaticamente por falta de retorno/continuidade. Havendo interesse futuro em retomar o assunto, deverá ser aberto um novo chamado com informações para análise de forma atualizadas para um novo ciclo de atendimento e prazos adequados.

IX) Havendo necessidade de desenvolvimento para a solução do problema, exceto para Severidades Zero e 1, será ajustado entre a CONTRATADA, e a CONTRATANTE o prazo adequado para o atendimento do chamado técnico.

X) Havendo necessidade de análise mais detalhada de dados referente à situação ou erro reportado  no chamado, a CONTRATANTE deve disponibilizar os meios de acesso onde o erro consiga ser reproduzido. A indisponibilidade de acesso prorrogará o prazo para atendimento até que este seja disponibilizado.

XI) A reabertura de um chamado deverá estar relacionada ao mesmo assunto e problema/erro detalhado originalmente no chamado e considerando as mesmas informações repassadas na sua abertura. Caso sejam relatadas informações ou condições não antes suscitadas na abertura do chamado original, um novo chamado deverá ser aberto para nova análise e prazos adequados"

Dúvidas ou maiores informações sobre os detalhes do contrato com relação ao atendimento dos chamados consulte a Coordenação do Atendimento: carla.brum@avmb.com.br

Nova funcionalidade para exportação de N tabelas estruturadas

Incluída funcionalidade para permitir a exportação de N tabelas estruturadas na aplicação AMTabEstrutExAVMB.exe.

A exportação gera um arquivo com extensão "tae" contendo todos os dados das tabelas estruturadas selecionadas. Esse arquivo “tae” é incluído no pacote e importado durante a instalação.

Essa funcionalidade permite realizar a importação de tabelas estruturadas associadas ao pacote mas sem associação com o catálogo do sistema. O carregamento das tabelas estruturadas ocorre da mesma forma que no catálogo, ou seja, são inseridos apenas os itens fixos das tabelas ou o nível zero da tabela caso a mesma não possua itens fixos.

Asten Processos – Edição Colaborativa de Processos

Disponível nova funcionalidade para edição colaborativa de modelos de processos. Essa funcionalidade tem por objetivo permitir que um modelo possa ser construído por diferentes usuários simultaneamente. A edição colaborativa permite construir o processo sem a necessidade de salvar os dados para que outro usuário possa iniciar novas alterações sobre o mesmo.

A edição colaborativa é iniciada automaticamente em todos os processos durante a alteração de seu modelo. Quando um usuário iniciar a alteração de um modelo e já houver uma edição sendo realizada, esse usuário passará a fazer parte da edição atual, juntando-se aos demais usuários.

Como funciona o processo de edição com múltiplos usuários?

A partir do momento que um usuário inicia a edição de um processo o sistema passa a monitorar sua versão. Quando outros usuários iniciarem a edição desta mesma versão, o sistema verificará a existência de alterações em andamento e sincronizará automaticamente todos os dados.

Conforme as mudanças vão sendo realizadas no modelo, todos os usuários passam a enxergar os mesmos dados, independente de quem realizou a alteração. Por exemplo, se uma nova etapa é adicionada ao processo, essa mesma etapa irá aparecer automaticamente na tela de todos usuários que estão trabalhando na versão.

Elementos em edição

Sempre que um elemento do modelo estiver em edição, o sistema modificará sua aparência permitindo que todos os usuários saibam que alguém está trabalhando naquela entidade no momento.

• A aparência é modificada independentemente do nível de alteração que está sendo realizado sobre a entidade: documentação de uma etapa, alteração de um formulário, ajuste de regras, ajuste de permissões, etc.

Alterações efetuadas sobre o modelo

Conforme o modelo é construído, o sistema mantém na parte inferior da tela o número de alterações já realizadas pelos usuários presentes na edição colaborativa.

Para visualizar de forma detalhada as alterações realizadas é possível clicar sobre o botão “Edição Colaborativa” mostrado na imagem acima. Na primeira guia da janela, o sistema exibirá a listagem de todas as alterações abertas ou finalizadas, de todos os usuários presentes na edição corrente.

As alterações exibidas são classificadas em 3 estados: 

• Em Edição: o usuário ainda está trabalhando na funcionalidade.
• Edição Realizada: o usuário concluiu a edição e realizou alterações sobre os dados.
• Edição Cancelada: o usuário concluiu a edição, mas não alterou nenhum dado.

Interações entre usuários

A edição colaborativa também permite que os usuários possam interagir entre si através da troca de mensagens. Na segunda guia da janela de “Edição Colaborativa” é possível realizar a comunicação através de mensagens de texto simples. 

• Apenas usuários que estiverem com o mesmo modelo em edição participarão da conversa. 
• A conversa também fica disponível para novos usuários que entrarem na edição colaborativa, enquanto ela estiver ativa.

Durante a edição colaborativa a janela contendo o resumo das alterações e o chat pode ser mantida aberta de forma isolada da aplicação. Isso permite que o processo possa ir sendo construído e acompanhado ao mesmo tempo.

Níveis de isolamento da edição de modelos

Durante a construção do processo o sistema controlará todas as funcionalidades afetadas pelas alterações dos usuários. Para garantir a integridade dos dados alterados foram definidos níveis de isolamento durante a edição.

• O nível de isolamento impede que qualquer usuário inicie a edição de determinada funcionalidade se houver dependência de outra que também se encontra em edição. 
• O sistema gerencia o nível de isolamento automaticamente, não é necessário que o usuário controle isso. Se houver um conflito, o sistema notificará imediatamente o usuário, impedindo-o de iniciar a alteração.

O isolamento é mantido até que o usuário conclua a alteração da funcionalidade em questão.

Nível de Isolamento	Escopo do Nível	Nível que NÃO pode estar em edição simultânea
1. Modelo e Fluxo	- Qualquer mudança no fluxo de execução - Inclusão/Exclusão de elementos - Edição de condições	1. Modelo e Fluxo 2. Desenho 4. Elemento (qualquer) 5. Permissões 6. Repositório
2. Desenho	- Mudanças que envolvem basicamente o layout dos elementos	1. Modelo e Fluxo 2. Desenho
3. Configurações da Versão	- Edição das opções da versão (auto assumir, eliminar instâncias...)	1. Modelo e Fluxo 3. Configurações da Versão
4. Elemento	- Qualquer mudança realizada dentro do elemento (ações, configurações do elemento...) - Documentação do Elemento - Restrições de atividade	1. Modelo e Fluxo 4. Elemento (o mesmo)
5. Permissões do Elemento	- Alteração nas permissões de acesso de um elemento	1. Modelo e Fluxo 4. Elemento (o mesmo)
6. Repositório	- Alteração das ações contidas no repositório	1. Modelo e Fluxo 6. Repositório
7. Variáveis	- Inclusão, alteração e exclusão de variáveis	7. Variáveis

Alguns exemplos do comportamento do sistema referente ao quadro mostrado anteriormente:

• Vários usuários podem construir simultaneamente as interfaces de diferentes passos do processo. Nesse caso há edição simultânea de mesmo nível, mas de elementos diferentes.
• Um usuário não conseguirá realizar uma mudança no fluxo se outro estiver editando as configurações de um elemento. A mudança no fluxo requer o acesso à todos os elementos do modelo. 
• As permissões de um elemento podem ser modificadas por um usuário se este mesmo elemento estiver aberto para edição de suas ações por outro usuário. Nessa situação os níveis não dependem um do outro, mesmo para o mesmo elemento.
• Uma nova variável pode ser criada desde que outro usuário não esteja criando/editando alguma outra. 

Finalização da edição

Quando o modelo é salvo por um dos usuários presentes na edição colaborativa, todos os dados criados/alterados por este usuário e pelos demais serão gravados. Os demais usuários que se encontram com a edição ativa serão notificados imediatamente, sendo forçados a recarregar o modelo salvo. A partir deste ponto é iniciada uma nova edição, se necessário.

• Se um usuário cancela a edição de seu modelo, os demais permanecem com as alterações realizadas por este.
• Os dados temporários utilizados na edição colaborativa serão descartados se todos os usuários cancelarem a edição atual do modelo sem que haja o salvamento dos dados.
• Os dados também serão descartados se uma edição colaborativa não tiver nenhuma alteração sobre o modelo após uma hora de execução.

Desabilitar edição colaborativa

Para desativar a edição de forma colaborativa o usuário pode utilizar a opção “Alterar e Bloquear Modelo”. Essa opção notificará novos usuários que o modelo se encontra bloqueado, caso haja tentativa de edição do mesmo.

Gerenciamento do modo colaborativo

A edição nesse modo é controlada à nível de servidor de aplicação, ou seja, a sincronização dos dados e controle de isolamento se dá em cada servidor. Caso a edição do mesmo modelo de processo ocorra simultaneamente em servidores de aplicação diferentes, o sistema não fará o gerenciamento das alterações. Nessa situação a resolução de conflitos se dará pelo banco de dados através da concorrência dos registros.

O controle das edições leva sempre em conta o Usuário do sistema e IP de origem da alteração. Uma mesma conta de usuário, se acessada de estações de trabalho diferentes, será vista pelo sistema como pessoas diferentes tentando realizar determinada alteração.

A funcionalidade ficará disponível na AVMBDEV/AVMBDEV64 até a conclusão de testes. Dúvidas, bugs ou sugestões, encaminhar email.

Otimização na Geração do Num. Registro (plaquetas) do Patrimônio

Atualmente no módulo patrimonial a informação do "Número de Registro" ou "Número da Plaqueta" de um bem patrimonial se dá de duas maneiras.

A primeira onde o próprio usuário define qual será o número do registro do bem. Neste caso o sistema apenas valida se aquele número ainda não foi utilizado para aquele patrimônio.

Na segunda forma, o próprio sistema gera a numeração, pegando o maior número de registro encontrado no patrimônio e incrementando um.

O problema atualmente com a primeira abordagem, é que ocorre a situação exemplificada abaixo. No exemplo temos 186 bens patrimoniais cadastrados para o patrimônio central, sendo que o número de registro já está em 99827745, pois o usuário pode escolher o número que quiser:

Isto ocorre em todos os clientes em maior ou menor escala, devido ao fato do sistema não aproveitar os intervalos entre as numerações. A imagem abaixo nos mostra os intervalos.

Esta forma acaba gerando Números de Registro gigantes que acabam dificultando a localização dos mesmos nas aplicações.

Pensando nisso, foi mudada a geração destes números de registro, onde haverá um algoritmo que irá procurar estes intervalos entre os números de registro e aproveitá-los. Claro que o usuário ainda poderá definir o número que quiser, essa funcionalidade somente irá impactar nas situações onde a geração do número de registro é automática pelo sistema.

Desta forma, o sistema irá atribuir o menor valor vago dos número de registro existentes. Caso seja criado um lote de bens, ele também irá procurar os intervalos disponíveis. No exemplo abaixo, já havia um bem cadastrado com o número de registro 12. Como o primeiro número vago era 11, ele utilizou este e pegou o próximo vago, no caso o 13.

A mesma situação se aplica na aplicação de desmembramento de bens, conforme a imagem abaixo.

Os documentos de transferência de bens entre patrimônios também irá utilizar esta nova abordagem.

A melhoria foi trabalhada no kanban 26039, primeiro na view Novas Releases, devido ao impacto em várias aplicações e em breve serão atualizados os demais ambientes.

Melhorias Analisador de Consultas SI*

Visando facilitar a análise dos bancos de dados nos clientes, foram feitas algumas melhorias na aplicação de execução de consultas do SI (AVerificaUltimaAlteracao.exe):

1- Foram criadas várias guias para podermos trabalhar com mais de um SQL em simultâneo, sem a necessidade de ficar comentando um SQL para rodar outro. A aplicação irá rodar o SQL da guia posicionada naquele momento.

2- Criada opção para habilitar ou não os filtros, com o filtro desmarcado irá aumentar o espaço para a digitação do SQL ou a visualização dos resultados.

3- Criada opção de abrir o SQL numa nova janela. Com esta opção marcada os resultados serão carregados numa nova janela, fazendo com que possamos visualizar mais de um resultado em simultâneo e fazermos análises e comparações entre eles.

4- Na janela de consulta de metadados do banco, foi incluída a busca de índices do banco. Desta forma quando tivermos uma mensagem de erro relacionada a índices pode-se visualizar qual é este índice e onde ele impacta.

Estas modificações serão enviadas nos pacotes periódicos da próxima semana, qualquer dúvida ou sugestão entrem em contato.

Múltiplas Descrições em Parâmetros de Relatórios do SI*

Foi desenvolvida uma evolução na coleta de parâmetros de relatórios do SI*. Anteriormente tínhamos a possibilidade de definir apenas uma legenda para os relatórios, resultando numa replicação da legenda conforme exemplo abaixo.

Para ficar mais claro para o usuário final do que se trata cada parâmetro, foi criado um separador (ponto e vírgula) que deve ser configurado no desenvolvimento do relatório, separando o título de cada coluna.

Esta configuração também pode ficar a cargo da instituição, caso o desenvolvedor optar por definir a legenda através do cadastro de rótulos. Para isto basta atribuir o identificador do rótulo na configuração da legenda, trazendo ainda maior dinamismo e parametrização.

Deve-se cadastrar o rótulo no "Cadastro de Rótulos" com os separadores, que irá refletir da mesma forma na listagem de parâmetros.

Abaixo o resultado final do relatório de exemplo prjRelTramitacaoComDespachosPorAluno.dll, onde foi utilizado as duas formas de configuração, fixo na legenda e via rótulo.

Qualquer dúvida ou sugestão favor entrar em contato.

Scripts Parametrizados no SI*

Está em fase de testes uma nova funcionalidade do SI* que irá permitir criar um novo tipo de aplicação para execução de Scripts.
Para o cadastro de um novo script devemos escolher a opção “Script” no tipo de aplicação da GCAMAplicacoes.exe.

Após configuramos o comando a ser executado, juntamente com os parâmetros. Os parâmetros podem ser do tipo simples ou uma consulta SQL conforme exemplo.

Após gravar o registro podemos localizar pelo novo filtro do Localizar Aplicação.

Após confirmada a gravação basta atualizar o SI* para enxergarmos a nova aplicação.

A DLL ColetaParams.dll foi ajustada para habilitar o botão “Script” quando for este o tipo de aplicação. Após a execução teremos a exibição do número de registros afetados e o tempo de execução.

Foi criada uma tabela de Log de execuções (SCRIPTS_SQL), sempre que executado algum script ficarão gravadas as seguintes informações:

• Texto do SQL

• Registros Afetados

• Tempo (ms)

• Usuário

• Data de Execução

• Hora de Execução

Para facilitar, pode-se usar a funcionalidade de Exportar/Importar aplicação no GCAMAplicacoes.exe.

Sincronização de Usuários SI* com LDAP

     Visando facilitar a integração dos sistemas SIE/SIM com instituições que fazem uso do protocolo LDAP para acesso ao sistema, está sendo disponibilizada uma atualização que tem o objetivo de integrar o cadastro de usuários com a base LDAP.
     Para isso, o primeiro passo é ter configurado corretamente o alias no SIConfig.exe, conforme exemplo da imagem, escolhendo também qual a implementação do protocolo utilizada na instituição (Active Directory/Open LDAP). Com isso já pode-se autenticar no SI*.

     Em seguida, para ativar a sincronização de usuários SI* com usuários LDAP, devemos acessar a aplicação GCAParSGCA.exe e criar uma nova seção chamada LDAP e dentro dela um identificador chamado IND_SINCRONIZAR_LDAP, conforme figura abaixo.

     Basta informar “S” para ativar e “N” para desativar a sincronização, lembrando que esta configuração não é obrigatória nas instituições que não utilizam o protocolo LDAP ou não desejam fazer a sincronia, de maneira que o sistema irá ignorar a sincronização caso não esteja configurada esta opção.
     A partir desse momento, qualquer operação da tabela usuários (insert, update, delete) a partir da GCAMUsuario.exe irão refletir na base LDAP. Dados como login, situação, senha e email também serão atualizados quando modificados.

     Outras aplicações utilizadas para fazer carga de usuários em lote como GCACargaUsrAluno.exe e GCACargaUsrDocente.exe automaticamente passam a refletir na base de dados LDAP.

     Por fim, existirá uma nova aplicação AUsuariosLDAP.exe onde será possível fazer um paralelo entre os usuários do SI* e os usuários cadastrados na base LDAP, podendo assim analisar-se diferenças de informações entre as duas bases e usuários presentes numa e em outra. A aplicação funcionará em duas perspectivas: da base LDAP em relação ao SI e do SI e em relação à base LDAP.

     Para maiores informações, dúvidas ou sugestões, entre em contato.

Novidades AVerificaUltimaAlteracao.exe

Está sendo disponibilizado em nossos ambientes novas funcionalidades na aplicação AVerificaUltimaAlteracao.exe, que visa facilitar a análise de banco de dados dos clientes, principalmente quando estamos conectados de forma remota. Foram adicionados três novos botões a tela principal, conforme imagem abaixo:

• Consulta Itens de Tabelas Estruturadas
• Consulta Metadados do Banco
• Consulta Campos (DB2)

Busca de Itens de Tabelas Estruturadas

O primeiro tem a função de carregar os itens de uma determinada tabela estruturada pelo código, conforme exemplo a seguir:

Busca de Metadados do Banco

A segunda nova função tem o objetivo de consultar metadados nos bancos. Esta funcionalidade poderá ser utilizada tanto no Oracle quanto no DB2, lembrado que estas informações provém do banco de dados e não do catálogo.

Consulta Tabelas

Na primeira imagem fazemos a busca por dados da tabela TIPOS_DOCUMENTOS. Na primeira subguia “Colunas”, temos informações da ordem, coluna, tipo, tamanho, se aceita nulos e se possui algum valor padrão. 

Além das colunas, temos a informação da chave primária, referências de outras tabelas e as verificações feitas pelo banco nas colunas antes de aplicar as atualizações, conforme imagens abaixo.

Consulta Visualizações

Na segunda guia temos a busca por Visualizações, conforme imagem abaixo, nela teremos além das informações das colunas, o texto desta view para análise.

Consulta Gatilhos

A busca por Gatilhos (Triggers) se dá de maneira semelhante, retornado também o texto do gatilho além de informações onde ele impacta. No grid temos a informação da tabela onde ele trabalha, o momento que é disparado (antes ou depois) e o evento que dispara esta trigger (insert, update, delete).

Consulta Funções

Temos ainda a guia de busca por funções, onde será retornado também o texto da função, além do nome e tipo de retorno. Quando houver mais de uma função com o mesmo nome, todas serão carregadas, diferenciando somente o tipo de retorno e o texto conforme grid abaixo.

Consulta Erro Campos DB2

O terceiro botão tem sua função unicamente nos bancos DB2 e estará oculto quando o SI* estiver executando em Oracle, onde algumas vezes recebemos erros de campos que não podem ser nulos e que não foram tratados no catálogo, então o banco retorna três Ids, o Tablespace, Tabela e Coluna.

Para identificarmos o campo, basta informar os Ids e atualizar para identificarmos a coluna e tabela que o erro está ocorrendo:

Qualquer dúvida e/ou sugestões de melhorias favor me mandar um email (filipe.dalepiane@avmb.com.br).