Andrea Reis

Já viu esse link? http://tdn.totvs.com/pages/viewpage.action?pageId=42043675

Pessoal, sem querer "desencavar" posts mais antigos, mas tive a mesma necessidade do Marcelo e normalmente fazia como o Cláudio falou. Porém, neste cliente o DBA não permitiu a criação desta tabela...acabei com a seguinte saída e funcionou normalmente DECLARE @DTBASE DATETIME = :DATA_D; DECLARE @CODCOLIGADA INT = :CODCOLIGADA_N; DECLARE @IDPRJ INT =:IDPRJ_N; EXECUTE SP_EAP @CODCOLIGADA , @IDPRJ, @DTBASE

Gercy, eu faria algo parecido com o a seguir, você pode adaptar colocando os seus filtros DECLARE @DT_INICIO AS DATETIME = '01/01/2015' DECLARE @DT_FIM AS DATETIME = '02/20/2015' SELECT NOME ,CC [CENTRO DE CUSTO] ,VENCIMENTO ,SUM(RECEBER) RECEBER ,SUM(PAGAR) PAGAR ,SUM(RECEBER)-SUM(PAGAR) SALDO FROM ( SELECT G.NOME , CC.NOME CC , CONVERT(CHAR(10),F.DATAVENCIMENTO,103) VENCIMENTO , CASE WHEN F.PAGREC = 1 THEN F.VALORORIGINAL ELSE 0 END AS RECEBER , CASE WHEN F.PAGREC = 2 THEN F.VALORORIGINAL ELSE 0 END AS PAGAR FROM FLAN F INNER JOIN GCOLIGADA G ON (F.CODCOLIGADA = G.CODCOLIGADA) INNER JOIN GCCUSTO CC ON (F.CODCOLIGADA = CC.CODCOLIGADA AND F.CODCCUSTO = CC.CODCCUSTO) INNER JOIN FCFO C ON (F.CODCOLCFO = C.CODCOLIGADA AND F.CODCFO = C.CODCFO) WHERE F.STATUSLAN =0 AND F.DATAVENCIMENTO >= @DT_INICIO AND F.DATAVENCIMENTO <= @DT_FIM )Z GROUP BY NOME, CC, VENCIMENTO

Pessoal, tudo tranquilo? Por acaso bati o olho no título deste tópico e BD é algo que me interessa bastante, portanto me permitam dar uma contribuição para o entendimento deste "mistério". Obviamente a quantidade de linhas de uma tabela é um bom indicador para identificarmos tabelas "problemáticas", como nossa famigerada ZLOG Porém o tamanho em banco de dados é documento! rs Para fazer esse tipo de verificação eu costumo utilizar a seguinte sentença: SELECT OBJECT_NAME(object_id) As Tabela, Rows As Linhas, SUM(Total_Pages * 8) As Reservado, SUM(CASE WHEN Index_ID > 1 THEN 0 ELSE Data_Pages * 8 END) As Dados, SUM(Used_Pages * 8) - SUM(CASE WHEN Index_ID > 1 THEN 0 ELSE Data_Pages * 8 END) As Indice, SUM((Total_Pages - Used_Pages) * 8) As NaoUtilizado FROM sys.partitions As P INNER JOIN sys.allocation_units As A ON P.hobt_id = A.container_id GROUP BY OBJECT_NAME(object_id), Rows ORDER BY Reservado DESC Que me fornece a quantidade de linhas, o espaço reservado(muito importante, pois as vezes é muito maior que o realmente utilizado), dados etc Veja um exemplo de duas tabelas Tabela Linhas Reservado Dados Indice NaoUtilizado ZLOG 1446124 399952 371792 27776 384 HCFILAMENSAGEM 6292 85264 15248 69872 144 Percebam que o tamanho de dados da tabela HCFILAMENSAGEM é mais que duas vezes superior a quantidade de linhas, enquanto que a quantidade de dados da ZLOG corresponde a cerca de 25% da quantidade de linhas. Agora o motivo disso? simples! A tabela ZLOG contem apenas tipo de campo varchar, int, datetime...que consomem pouco espaço em disco. A tabela HCFILAMENSAGEM, por exemplo tem um campo que grava um xml...já deu para entender? Com relação a tabela QCUBODATA, a mesma possui um tipo de campo de imagem, ora o que mais consome do que isto? rsrs A sugestão para o colega Felipe, talvez seja interessante criar um job no banco para realizar a deleção de dados desta tabela com uma data de modificação maior que x dias. Lembrando que o delete aumenta o LDF, então importante fazer uma manutenção periódica do mesmo. Com relação ao reservado que mencionei vejam o exemplo desta tabela...bom exemplo de que devemos levar em conta este item. Tabela Linhas Reservado Dados Indice NaoUtilizado GJOBXLOG 2753 149520 320 149072 128 Espero que tenha enriquecido o tópico. Contem sempre comigo, Andréa Reis

Waldinei, apenas uma dica. Quando for fazer consultas SQL ou um relatório de campos é sempre interessante consultar as tabelas GDIC (Dicionário de Campos) e a GLINSKSREL (Relacionamento de tabelas), como o Yuri mencionou. Com o tempo a gente acaba gravando alguns relacionamentos, mas é sempre interessante consultar

João, caso o relatório esteja funcionando Ok, você pode criar o filtro como Data >= $hoje (quando você clica na data, você vai ver que tem uma opção de dados dinâmicos, clica em Hoje) e desabilitar para que o usuário não possa alterar o filtro. Seria interessante fazer uma cópia e mudar o título para Audiências futuras...se não vai ter usuário dizendo que sumiram dados. Espero que resolva

Tiago, sugiro que você exclua apenas os sub totais e totais e inclua manualmente. Você testou isso? Ainda não utilizei o conversor do delphi para relatórios .net, mas os poucos relatórios que fiz no novo formato não apresentaram problemas desse tipo.

Diego, caso você tenha achado a solução seria interessante colocar aqui para ajudar outros usuários.

Delter, provavelmente existiam filtros que estavam forçando a consulta a trazer apenas uma linha. Como já resolveu excelente, mas da próxima de uma olhada nisso também.

Olha... creio que já vi este erro sim. Angelo, verifique se o RM.Host.Service está ligado. Vá em Painel de Controle > Ferramenta Administrativas > Serviços e procure, pode colocar o tipo para iniciar ao ligar a máquina. Caso não esteja encontrando este serviço pode ir na pasta RM.Net e procurar o executavel RM.Host.ServiceManager para realizar a instalação do serviço. Espero que ajude

Além de conferir os passos do alerta e o RM.Host.Service como o colega mencionou, verifique também se os dados do BDE ou do Alias do RM estão corretos. Salvo engano se for utilizar um alias a Totvs solicita que seja usado o prefixo CorporeRM como padrão. Tente dar mais detalhes sobre o erro, quando ocorre, é somente em uma máquina? Qual a versão? é um módulo delphi ou da nova interface?

Yuri, eu particularmente aconselho fazer a atualização primeiramente para 11.50 fazer todos os testes e a partir dessa base TESTE convertida para 11.50 fazer a conversão para a próxima versão. Verifique se existem triggers, views e SP's personalizadas, desabilite e as salve em algum local para realizar a primeira conversão. Lembrando que isso deve ser feito na base de produção. Depois da conversão habilite qualquer coisa do passo anterior e realize testes. Tire todas as dúvidas, verifique os erros etc antes de colocar em produção a conversão.

Realmente Antonio...vi que podemos inserir na "configuração" da sentença uma SP pra rodar antes ou depois.... mas, estou vendo um pequeno problema com isso... Pelo menos na minha versão tá dando problema ao atualizar....pois ele nao roda a SP antes nao....quando peço pra executar a sentença ai tudo lindo.... O que eu fiz foi o seguinte criei uma Sp p popular uma outra tabela...e estou dando o select apenas nesta tabela.... se eu deletar os dados dessa tabela e executar a sentença pelo RM e logo depois der um select via SQL funciona perfeitamente....porém ao deletar os dados da tabela...e clicar em atualizar no cubo a tabela no sql continua vazia....apesar do cubo nao ser alterado...amanhã vou abrir um chamado.... Mas, com vc ta funcionando?

Me perdoem a ignorância... O Antonio Lins disse : "associei a procedure na consulta para executar antes da consulta"...isso é possível no cubo.net? como fazer isso?

Olá Gislaine, tudo bem? Talvez neste momento você já tenha solucionado seu problema. Mas, caso não tenha conseguido talvez eu possa dar uma luz para você. Pelo visto o que está ocorrendo é que sua sentença está apenas trazendo a máx memoria de cálculo como você deseja, entretanto o resultado está trazendo a base de cálculo de parcelas diferentes, notei isso pelo valor diferente do campo "VALOR BASE" em cada memória de cálculo. E o que você deseja trazer pelo visto é a da parcela de chaves, correto? (ou é um apto AAA rsrs pelo valor da parcela rs) Creio que você precise alterar sua sentença para incluir qual componente ou parcela que você deseja. Avise se conseguiu resolver, pois vou monitorar esse post para te ajudar. Outra coisa, você realmente precisa trazer essa memória de cálculo? Qual a real necessidade? Outra coisa, por acaso você é de Curitiba? Se sim, creio que fizemos um treinamento em BH a uns 2 ou 3 anos atras.

Frederico, a questão que minha 2ª via é de cliente, então algumas informações serão diferentes. Existe alguma forma de informar ao gerador que a LD02 será emitida em outra página?

Bom dia! Pessoal, estou com uma pequena dúvida. estou criando um relatório no RM Gerador e preciso que este relatório tenha 2 vias. Existe alguma forma que criar essa segunda página? ou vou ter que calcular qual o tamanho máximo da página e bloquear o cm máximo da primeira LD? Obrigada

Thiago, vocÊ tem que usar o Totvs Inteligencai de Negocios (RM BIS) para isso. Tem um menu para os cubos .Net e você verá uma informação de classificação....dentro dessa classificação você informa quem são os usuários que podem visualizar Espero ter ajudado

Jair....eu vou e volto rsrs... Ando meio sem tempo mas, sempre que venho respondo umas 10 perguntas rsrs

Leo, beeeeeeeeem atrasada a resposta mas, vamos lá. O relatório que você precisa realmente não existe padrão do sistema...e extrato do cliente até resolveria (se fosse confiável) mas, você teria que tirar um a um. O que você precisa é um relatório de todas as vendas resumido por cliente? Se sim sugiro fazer uma Stored Procedure, pois existe uma "deficiencia" no SGI para o calculo de parcelas com baixas parciais... Tem um post meu que falo justamente disso....salvo engano foi até o Lucas que postou....pesquisa por IDBAIXAPARCIAL, talvez você encontre.... Ou quem sabe você já tenha resolvido devido ao enorme tempo de diferença entre seu post e o meu.

Dan, salvo engano você tem que seguir um padrão na criação dos eventos contáveis....se for usar formula então Deb e Cred terão que ser com fórmula...com o default a mesma coisa... Trabalho principalmente com o SGI, mas ainda não peguei um caso específico de SCP Então, para tentar lhe ajudar me informe o seguinte.... Esse evento você está criando no SGI ou no Fluxus? Informe tb como funciona o evento de Provisão e baixa Provisão D - C - Baixa D - C -

Vinicius, estive em BH em 2010 e fui conhecer o suporte....fiz questão de perguntar a um líder de desenvolvimento como eram feitos os testes de liberação de versão, patchs etc.... Simplesmente o desenvolvedor indica a quem vai testar (que obviamente não deve entender nada de teste de software) o que precisa fazer... Por isso, como falei em um outro post...nao recomendo por em produção nenhuma última versão...sempre trabalho com 2 versões atrás (que é o limite para eles darem suporte)... Porém, recomendo desde o início testar e apontar os diversos problemas...primeiro para conhecer as novidades e segundo...quando você tiver que mudar já estar com uma versão mais estabilizada....Nos pagamos para ser beta testers...

Anderson, não entendo muito de labore, apenas para esclarecimento Os funcionários que estão zerados, realmente deveriam vir zerados? Se sim, você já verificou se os funcionários que estão vindo com valores maiores possuem a mesma chapa de funcionários de outras coligadas? Além disso....a função SUM que você utilizou na subquery é poruqe que somar de todos os períodos? Tente isolar os períodos e uma coligada...um de cada vez para tentar descobrir se alguma dessas hipoteses eh verdadeira...

Telles, qual a versão está usando? Então, eu faço da seguinte forma...sugiro que você tente 1- Crie uma fórmula (supondo 001) com o seguinte texto: tabvenda('num_venda','i') 2 - Depois crie seu sql e passe essa fórmula como parâmetro :FRM_001 (o 001 é o nome da minha fórmula) Ex. para trazer o nome do cliente nome do SQL = CLIENTE select nome from fcfo c inner join xvenda v on v.codcolcfo = c.codcoligada and v.codcfo = c.codcfo where num_venda = :FRM_001 3 - Crie uma formula para executar o SQL execsql ('CLIENTE'); resultsql ('CLIENTE' , 'nome') Espero ter ajudado, qualquer coisa se der erro poste o erro

Bruno caso os procedimentos que o Omar falou não funcionem coloca aqui o erro que a gente resolve rs Sobre a versão 11.50 ...eu particularmente não recomendo nenhum cliente utilizar a última versão disponível...agora só recomendo a 11.20 e a 11.40, pois estão mais estáveis...a 11.50 só daqui a uns 6 meses