Jederson Fernandes

Boa tarde VSMOLINA Sua consulta se aplica tanto para 2009 quanto para 2012 sem alterações das condições? Quero dizer: se eu apenas mudar de 2009 para 2012 trará todos de 2012 incluindo os possíveis de 2009? se positivo eu faria da seguinte forma: (rode essa sentença e verifique se é o que você deseja!) SELECT GFILIAL.NOMEFANTASIA AS UNIDADE$, EALUNOS.MATRICULA, EALUBOLSA.PERCDESC, EALUNOS.NOME,EALUNOS.ENDALUNO+' ,Nº'+ EALUNOS.NUMENDALUN+' ,Bairro: '+EALUNOS.BAIRROALUN+' ,Cidade: '+EALUNOS.CIDALUNO+' ,Cep:'+EALUNOS.CEPALUNO+' ,Tel: '+ PPESSOA.TELEFONE1, PPESSOA.NOME RESPACAD, EALUBOLSA.PERLETIVO, SUM(EDESCLAN.VALORTOT) as VALORPAGO FROM EALUBOLSA INNER JOIN EALUNOS ON EALUNOS.CODCOLIGADA=EALUBOLSA.CODCOLIGADA AND EALUNOS.MATRICULA =EALUBOLSA.MATALUNO INNER JOIN GFILIAL ON GFILIAL.CODFILIAL = EALUBOLSA.CODFILIAL AND GFILIAL.CODCOLIGADA = EALUBOLSA.CODCOLIGADA INNER JOIN PPESSOA ON PPESSOA.CODIGO = EALUNOS.RESPACAD INNER JOIN EDESCLAN ON EDESCLAN.CODCOLIGADA = EALUBOLSA.CODCOLIGADA AND EALUBOLSA.MATALUNO=EDESCLAN.MATALUNO AND EALUBOLSA.PERLETIVO=EDESCLAN.PERLETIVO INNER JOIN ETIPOBOLS ON ETIPOBOLS.CODBOLSA = EALUBOLSA.CODBOL inner join ESERVICOS on EDESCLAN.TIPOLANC=ESERVICOS.SERVICO_COD WHERE EALUBOLSA.PERLETIVO LIKE '2012' AND GFILIAL.CODCOLIGADA= 5 AND GFILIAL.CODFILIAL NOT IN (9) AND EALUBOLSA.PERCDESC >=50 AND ESERVICOS.SERVICO_COD in('1411','1421','1431','1441','1451','1461') AND ETIPOBOLS.CODBOLSA IN (1,2,3,4,5,6,7,8,9,10,11,12, 13,15,16,18,48,74,75,76,77, 78,79,80,81,82,83,84,85,86, 87,88,89,90,91,92,93,94,96, 97,98,99,100,101,102,106,107, 108,106,107,108,109,130,131, 132,133,134,135,136,137,138, 139,140,141,142,143,144,145, 146,147,148,149) /* acrescentei a partir daqui! */ AND EALUNOS.MATRICULA IN (SELECT EALUNOS.MATRICULA FROM EALUBOLSA INNER JOIN EALUNOS ON EALUNOS.CODCOLIGADA=EALUBOLSA.CODCOLIGADA AND EALUNOS.MATRICULA =EALUBOLSA.MATALUNO INNER JOIN GFILIAL ON GFILIAL.CODFILIAL = EALUBOLSA.CODFILIAL AND GFILIAL.CODCOLIGADA = EALUBOLSA.CODCOLIGADA INNER JOIN PPESSOA ON PPESSOA.CODIGO = EALUNOS.RESPACAD INNER JOIN EDESCLAN ON EDESCLAN.CODCOLIGADA = EALUBOLSA.CODCOLIGADA AND EALUBOLSA.MATALUNO=EDESCLAN.MATALUNO AND EALUBOLSA.PERLETIVO=EDESCLAN.PERLETIVO INNER JOIN ETIPOBOLS ON ETIPOBOLS.CODBOLSA = EALUBOLSA.CODBOL inner join ESERVICOS on EDESCLAN.TIPOLANC=ESERVICOS.SERVICO_COD WHERE EALUBOLSA.PERLETIVO LIKE '2009%' AND GFILIAL.CODCOLIGADA= 5 AND GFILIAL.CODFILIAL NOT IN (9) AND EALUBOLSA.PERCDESC >=50 AND ESERVICOS.SERVICO_COD in('1411','1421','1431','1441','1451','1461') AND ETIPOBOLS.CODBOLSA IN (1,2,3,4,5,6,7,8,9,10,11,12, 13,15,16,18,48,74,75,76,77, 78,79,80,81,82,83,84,85,86, 87,88,89,90,91,92,93,94,96, 97,98,99,100,101,102,106,107, 108,106,107,108,109,130,131, 132,133,134,135,136,137,138, 139,140,141,142,143,144,145, 146,147,148,149) GROUP BY GFILIAL.NOMEFANTASIA, EALUNOS.MATRICULA, EALUBOLSA.PERCDESC, EALUNOS.NOME,EALUNOS.ENDALUNO, EALUNOS.NUMENDALUN,EALUNOS.BAIRROALUN,EALUNOS.CIDALUNO,EALUNOS.CEPALUNO, PPESSOA.TELEFONE1, PPESSOA.NOME, EALUBOLSA.PERLETIVO, EDESCLAN.TIPOLANC, ETIPOBOLS.DESCBOLSA, ESERVICOS.SERVICO_DESC) OBS. O que fiz foi simplesmente pegar sua consulta de 2009 copiar e transformá-la em um sub-select que trará apenas o campo matrícula que existe em 2009 e adicionei uma condição dizendo EALUNOS.MATRICULA IN ..... caso queira o contrário é só usar o NOT IN . Espero ter ajudado! Att. Jederson

Boa tarde Rodrigo Estava verificando sua sintaxe e fiz uma alteração. Não quer dizer que a sua esteja errada é que as vezes o gerador apresenta cada comportamento! SELECT USUARIOCRIACAO, CASE WHEN USUARIOCRIACAO LIKE 'Yago' OR USUARIOCRIACAO = 'Gessica' THEN 'Luciano' Else USUARIOCRIACAO END NOME2 From TMOV (nolock) WHERE (TMOV.CODCOLIGADA = :ESPELHO#1) AND (TMOV.IDMOV = :IDMOV) * a condição de "luciano then luciano" foi retirada, pois não é necessária. Outra coisa que você deve verificar no grupo em que a sql está sendo executada (CP, CD, LD, etc) é a ordem em que a consulta está sendo gerada lá em propriedades (duplo clique no grupo)! Na aba "Campos" os parâmetros deverão vir antes da sentença em que serão utilizados ou em grupos anteriores. EX: ordem = 1 campo = Idmov, ordem 2 campo Espelho#1, ordem 3 campo SQL#1 e assim por diante. Obs 2 - o parâmetro :idmov é um parâmetro mesmo ou é um campo da base inserido no relatório? ser for um campo da base pode acontecer de ele se perder, e uma outra opção é espelhá-lo, mas também respeitando a ordem de geração. Espero que o ajude! Abraços Jederson

Bom dia Feitoza Algumas considerações deverão ser feitas a cerca de sua pergunta! Ao usar o comando SQL em fórmula deve existir a seguinte sintaxe: EXECSQL ('nomedasql'); --> roda a sql RESULTSQL ('nomedasql' , 'nomeatribuidoaocampoquevcquer') --> traz o campo que vc precisa No caso da sua sql cuja sintaxe por você informada é: Select (VALORLIQUIDO * 0.06)DIFAL FROM TMOV WHERE IDNAT in ('16','17') você precisa determinar o idmov que será consultado e se tiver mais de uma coligada você também deverá especificá-la, ou seja, a sua cláusula where deveria ficar mais ou menos assim: WHERE IDNAT in ('16','17') AND CODCOLIGADA = (NUMERO DA COLIGADA) - Pode ser fixo ou se quiser, crie uma fórmula que traga a coligada do movimento e coloque :FRM_Codigo da formula AND IDMOV = (ID DO MOVIMENTO) - Pode ser fixo (não acho que seja) ou se quiser, crie uma fórmula que traga o ID do movimento e coloque :FRM_Codigo da formula Creio que isso deva lhe ajudar! Abraço.

Bom dia estou com o mesmo problema! tentei rodar os scripts acima (com usuário SA), mas não funcionou. Alguém pode ajudar? Obrigado

Eduardo Eu faço o pagamento da folha pelo Itau e como você disse o meu layout também apresentou erro. O que fiz para solucioná-lo foi baixar o gerenciador do ITAU e gerei um pagamento fictício por ele. Com isso o gerenciador deles gerou um arquivo txt que comparei com o meu layout e identifiquei que o erro, no meu caso, eram as informações do banco, conta, agencia do favorecido. No layout estava em uma posição e no arquivo gerado pelo validador deles estava outra. Ajustei e já faz mais ou menos um ano que usamos o pagto eletrônico. Provavelmente deva ser a mesma coisa no seu caso. Qualquer dúvida estou à disposição. Att Jederson

Ok Jair Vou enviar no e-mail que você disponibilizou, dai você pondera se pode ou não disponibilizar ok? Nada de regras quebradas e sim contribuições para o aprendizado e melhoria do forum. Abraço

Bom dia Eu tenho algumas apostilas... só que não consigo disponibilizar e parece que divulgar e-mail tbm é contra a regra. Abraço Jederson

Bom dia Sou o Jederson Fernandes, 28 anos e sou de Brasilia. Trabalhei na Cygni Tecnologia, uma representante da RM aqui em Brasília, e foi lá que tive a honra de trabalhar com o Ilustre amigo Donaldson, Jorge mesquita (Labore), entre outros.... Nessa oportunidade conheci tbm o Maffra, Savir, que também são membros aqui do fórum.....e por aí vai. Bom, na Cygni eu tive a oportunidade de conhecer, dar suporte, e posteriormente implantar os seguintes sistemas: - RM NUCLEUS - RM FLUXUS - RM SALDUS - RM BONUM - RM SGI - RM SOLUM - RM LIBER - RM BIS Como todo consultor e a necessidade surgindo, eu também adquiri alguns conhecimentos básicos em: - RM CLASSIS (FACULDADE E ESCOLA) - PORTAL (Escola e Portal RM) - RM LABORE - RM BIBLIOS - RM CONT - Versão DOS do Saldus - Versão DOS do Fluxus tbm que não me lembro o nome... Assim sendo, literalmente no início desse ano, deixei de integrar o quadro da Cygni e estou trabalhando na Trier Engenharia (Brasília), onde sou Gerente de TI e trabalho com o RM. Me identifico muito com o Gerador de Relatórios, Planilhas, BIS e tudo o que envolve relatórios, cubos e Banco de Dados (SQL). Conheci o Fórmula, se não me engano, ainda em 2007 e me associei, mas como não postava nada meu usuário foi excluído. Voltei em 2009 a interagir com o fórum e hoje percebi o tanto que deixei de aprender e compartilhar os conhecimentos nesse fórum. Bom! acho que já estou bem apresentado. Aproveito para parabenizar os fundadores do fórum pela brilhante idéia de iniciar esse grande acervo de conhecimento que é o Fórum RM e também me colocar à disposição para ajudar no que for preciso. Abraços. Jederson

Bom dia Ronieri Realmente procede. A TOTVS divulgou que a DIRF 2010 só iria rodar da 10.76 em diante. Só que no dia 27/01/10 eles soltaram um patch da 10.60 adequado para a DIRF. Creio que se você entrar em contato com a TOTVS eles devem disponibilizar algo para a sua versão, uma vez que, na minha opinião, se o fornecedor do ERP têm várias versões no mercado ele deveria atender à todas elas. Aproveitando a msg, quem está com a 10.80 a versão certa para gerar a DIRF pelo labore é a 10.80.30(6) e pelo liber é a 10.80.45 (1) que saiu ontem à tarde. Abraços.

Pessoal Alerta! A versão 10.80.0(33) padrão da TOTVS não está gerando a DIRF quando busca os lançamentos no fluxus. O sistema não encontra um campo da base de dados. ("valordeducaodep") Já abri uma ocorrência para verificar o problema e segundo eles, o PDE já está trabalhando no caso. Desta forma se você quer migrar para a 10.80 fique atento! Abraços à todos.

Pessoal Antigamente o usuário ao preencher o Endereço no Cli/for., os dados referentes ao CEI iam para a SEFIP tranquilamente. Na 10.80. o usuário DEVE PREENCHER OBRIGATORIAMENTE os dados que estão em ==> Anexos / CEI do cli/for. Passamos por isso aqui na empresa e depois de alguns profiles identificamos essa alteração. Abraços à todos.

Graande Savir! Cara! quando eu passei por um problema desse tipo eu simplesmente matei o usuário sysdba do banco e do SQL. Ao recriá-los voltou a funcionar normalmente. Você já fez isso? Abraços.

Boa tarde Cara Se vc quiser relacionar o parâmetro com o campo da base é só informar no sql: WHERE CHAPA LIKE :CHAPA OBS.: mas não esqueça de deletar o parâmetro inserido com o mesmo nome, pois caso contrário, o sistema não pegará o campo da base. Entendeu? Espero ter ajudado.

De acordo com a TOTVS a partir da versão 10.76 estarão disponíveis. Estou com a versão 10.80 e eles disponibilizaram a 10.80.30(6) que contempla o FAP, DIRF, SEFIP.... Abraços e boa sorte.

A Versão 10.80 traz uma funcionalidade interessante. As fórmulas que consistem os movimentos/itens, antigamente, quando o resultado era 0 (zero) o movimento era barrado e a mensagem de erro era exatamente a descrição da fórmula cadastrada na tabela de fórmulas, ou seja, o erro só poderia ter uma descrição, uma só possibilidade. Com a nova versão o implantador terá a possibilidade de variar as mensagens de erro na mesma fórmula conforme explica o tutorial disponível no Help da versão 10.80. " Fórmula de Consistência do Movimento / Item O retorno da formula de consistência do movimento/item identifica se o movimento pode ou não ser salvo, e agora o retorno será utilizado para exibir a mensagem para o usuário nas seguintes situações: - quando o retorno da formula de consistência for = 0, o sistema apresenta o erro informando o titulo da formula na mensagem de erro - quando o retorno da formula de consistência for = 1, não é apresentado erro. - quando o retorno da formula de consistência for um texto ex = 'teste de formula', o sistema apresenta o erro informando o retorno da mensagem de erro. - quando o retorno da formula de consistência for vazio (""), não é apresentado erro. " Obs. Estou com a versão 10.80.0 (26) instalada e ainda não está funcionando esse recurso. Mas quando funcionar será útil. Forte abraço a todos!