Ranking

Boa tarde pessoal, estamos utilizando a versão 11.50 e aproveitando a estabilidade do RM Reports (.net) dessa versão (das versões anteriores o rm reports tinha muitos bugs que dificultava demais o desenvolvimento do relatório) resolvi cair de cabeça nessa nova ferramenta (ainda estou fazendo isso, rsrs). A Totvs IP criou um treinamento e lá estava eu, na primeira turma (começo de julho/2012) e isso foi bom para conhecer os novos recursos, as diferenças entre o gerador de relatórios antigo, os benefícios e também conhecer algumas das dificuldades que teremos. Percebi durante esse treinamento que mesmo nessa versão (11.50), o novo gerador não está redondo, mas de maneira geral está muito satisfatório. Para você que está acostumadíssimo (a) com o Gerador de Relatórios, com os espelhos, com balizadores, com a sobreposição do grupo anterior e outros "gambiarras" que utilizamos para deixar nossos relatórios mais apresentáveis, talvez seu primeiro contato com o RM Reports seja desagradável, mas isso, com certeza, será por questão de costume e hábito, porque desde já, posso dizer que em muitos aspectos o RM Reports ficou muito melhor, com diversas ferramentas úteis de verdade, muito mais fácil de trabalhar, com recursos magníficos de formatação, um gerador de gráficos extraordinário, possibilidade de gerar PDF, XLS, DOC, etc., com tanta coisa boa, depois de algum tempo você irá gostar. Vou começar com a falar de uma característica que para mim é a mais desagradável, ela já existia no gerador antigo e permanece no RM Reports. No Gerador, se você criar uma estrutura de grupos utilizando Linha Detalhe “Pai” e criar diversas Linha Sub-detalhes “Filhas” e em algum momento ter que incluir um novo Detalhe acima do Detalhe Pai que já existia, provavelmente você terá um trabalhão para fazer essa tarefa e em muitos casos nem conseguirá fazer o relatório rodar, ficando mais fácil iniciar um novo relatório. No RM Reports, eu diria que é um pouquinho mais fácil fazer isso, mas uma tarefa árdua e também chatíssima, aliás, agora não se chama mais Grupos, você terá que modificar as BANDAS DETALHES. Com isso, tenha sempre em mente que antes de iniciar o desenvolvimento de um relatório você deve criar um esboço para incluir suas necessidades, como deverão ser apresentadas e elaborar a estrutura pensando em “Tabelas” do sistema para que isso seja possível. Dessa forma você evitará retrabalhos e pense sempre no futuro, crie estruturas que atendam as mudanças das organizações, como por exemplo, se sua empresa adquirir uma nova empresa e formar um grupo organizacional, seu relatório permite totalização por empresa (coligada)? Senão, precisará modificá-lo por causa dessa nova situação, provocando retrabalhos, digo isso porque já tive essa situação, muito relatório e planilhas para alterar por causa de detalhes não necessários anteriormente e que não parecia que iria acontecer, mas ocorreram. Agora vou falar do que não tem, do que não é possível fazer e como foi substituído. Para começar, você se lembra de o que era necessário fazer no gerador para gerar arquivos textos que serviam para como LAYOUT’S de EXPORTAÇÃO E IMPORTAÇÃO de dados e também arquivos bancários (CNAB)? Pois é, no RM Reports você não vai conseguir isso! Esse “recurso” foi substituído pelo novo módulo do FRAMEWORK o “Integração” (veja na MDI RM) que pelo que me parece vai ser uma “puta” mão-na-roda para essas tarefas depois que ele estiver totalmente rodando e com documentação de orientação. Outra coisa que você não encontrará RM Reports são os velhos ESPELHOS, na verdade você não precisará mais deles, pois, tudo que você inclui no relatório terá um nome denominado nas propriedades como DESENHO que você poderá utilizar nas EXPRESSÕES, TOTALIZADORES e alguns casos até mesmo dentro das SQL’s, também não tem sobreposição de grupo anterior, nem balizadores e por enquanto não senti falta deles, pois, não tive a necessidade, vamos ver no decorrer do desenvolvimento. Falando em SQL’s, talvez seja o maior atrativo do RM Reports, isso porque ele trata uma Query como sendo uma tabela, isso mesmo! A sua SQL’s vai ser a mandatória da BANDA DETALHE, imagina as possibilidades, você cria sua query com diversas tabelas e ela vai ser seu detalhe! Isso é ótimo não é? Pois é sim e se você criar outras query’s SQL para ser detalhe filho (SUB RELATÓRIO) da banda detalhe superior basta você amarra-la, como por exemplo: where gfilial.codcoligada=:P_codcoligada,no qual o P_ representa a BANDA ACIMA. E se estiver na mesma banda é só não colocar o P_, , como por exemplo: where gfilial.codcoligada=:codcoligada. Outro recurso que foi mantido é os PARAMETROS e eles podem ser utilizados nas SQL’s, quando você incluir um PARAMETRO, poderá alterar seu nome DESENHO e sua descrição... quando o usuário for gerar o relatório o parâmetro automaticamente solicitará dados ao usuário e se você amarrar esse parâmetro a SQL’s ela retornará o que o usuário escolher, como por exemplo: where TMOV.NUMEROMOV>=:Do_NumeroMov AND TMOV.NUMEROMOV<=:Ao_NumeroMov AND TMOV.CODTMV=:Cod_TMV , nos quais os nomes depois do : é o nome de DESENHO do PARAMENTRO e é só isso que precisa fazer, não precisa mais configurar o filtro com os :Rel_ ... Aliás, os filtros não são mais integráveis as SQL’s, me parece que podemos conseguir isso somente com os parâmetros mesmo. Como já mencionei anteriormente, o RM Reports vem com várias ferramentas muito bacanas que facilitam bastante o trabalho, vou explicar abaixo cada uma delas e seus atrativos: - Ferramenta TABELA ==> Facilita a organização de diversos campos em diversas colunas, formando um objeto único que pode ser arrastado como um todo e seu principal atrativo é que podemos formata-la como uma tabela e se tiver um campo de descrição longa por exemplo, a informação desse campo é quebrada em várias linhas, daí a boda de todos os campos dessa linha vai ter a mesma largura, formando uma linha heterogenia. Pena que formulas e expressões não podem ser utilizadas como célula da tabela, elas ficam como objeto dentro da célula e dificulta a formatação. - Ferramenta EXPRESSÃO ==> As expressões evoluíram! Tem muita coisa nova ai, e vocês vão gostar. Mas já vou logo avisando que ainda tem bug no seu uso. Até a versão 11.50.25 não é possível formatar fonte e tamanho de uma expressão e se você quiser somar uma fórmula com outra fórmula, não basta fazer como antigamente FORMULA1 + FORMULA2, pois, os campos fórmula são tratados como strings e se fizer dessa forma o sistema concatena os dados, colocando um seguido do outro ao invés de somar, daí você tem que converter as formulas em decimal dentro da expressão, assim: Decimal(Relatório.Fórmula1)) + (Decimal((Relatório.Fórmula2))).. Aqui comigo, a primeira linha do detalhe dessa expressão ai nunca imprime corretamente, as demais sim, portanto, ainda tem problema para ser resolvido. Mas a EXPRESSAO evoluiu! - Ferramenta CHECK BOX ==> Faz uma caixa marcada ou desmarcada, pois, se relaciona com campos tipo boolean da base de dados, como por exemplo, ativo 1 e inativo 0; - Ferramenta TEXTO RICO è Essa é muito bacana, pois, vai facilitar a construção de relatórios do tipo CONTRATOS, CARTAS que alinham muito texto com campos da base de dados, ou seja, supondo que está redigido o contrato de trabalho e logo precisa do nome do funcionário, basta colocar [PFUNC.NOME] que o sistema se encarrega de transformar o que esta entre [] com a informação da base de dados. Se você quiser formatar um texto dentro do texto rico, precisará fazer isso antes, no Word por exemplo e depois colar dentro do Texto Rico, assim ele assume a formatação de cor, tamanho e fonte; - Ferramenta MATRIZ ==> Essa também é 10. É o resultado do RM BIS dentro do seu relatório! Faça o teste e vai ver como é bacana. - Ferramenta GRÁFICO ==> Essa ficou bem feita! Tem recursos de baciada e vai te oferecer diversas possibilidades. - Ferramenta Stored Procedure è Para quem precisar fazer alterações no banco de dados (um update por exemplo) toda vez que o relatório for gerado. Algo do tipo. Além das Ferramentas, dispomos de diversos recursos para formatação, alinhamento, disposição e tantas outras configurações, uma bastante interessante é a Formatação Condicional ou as Regras de Formatação, podemos por exemplo, fazer com que o gerador coloque cor de fundo nas linhas IMPARES e nas PARES não, formando aquela marcam igual do Excel que facilita a leitura e tantas outras possibilidades. Para terminar, você não conseguirá inserir Campos da Base, Campos de SQL’s ou qualquer outra coisa que não seja TEXTO nos CABEÇALHO E RODAPÉ DE PAGINA e dificilmente você precisará desses espaços, a não ser para colocar numeração de página... para mim, são quase inúteis. Deverá utilizar CABEÇALHO E RODAPÉ DO DETALHE, nesses vc pode colocar informação, porém, até a versão 11.50.25 não é possível tornar os cabeçalhos e radapés INVISIVEIS, já solicitei melhoria em relação a isso, vamos aguardar. Lembrando que para imprimir logotipos da Coligada e Filial presentes na GIMAGEM, você precisará que sua BANDA DETALHE seja GCOLIGADA OU GFILIAL, senão, a imagem não é impressa! Está ai mais um motivo para estudar bem a estrutura do relatório antes de iniciá-lo. Por enquanto é isso! Espero ter contribuído com algo e bons trabalhos por ai!