Anúncios Publicitários
  • Anúncios

    • Jair - Fórmula

      Participe fazendo Tópicos e posts ...   07-07-2016

      Você também pode iniciar tópicos... e também respondê-los.   Novos membros, que ainda não conhecem como funcionam fóruns como este, gostaria de informar que, todos estão com permissão de postagem em praticamente todas as áreas. Use e abuse do Fórum. Pergunte, responda, comente, agradeça a quem disponibilizou algum relatório. Participe mesmo. Somente solicitamos que verifique se está postando a sua mensagem no lugar certo, pra não perguntar uma dúvida operacional de sistema, por exemplo em "Planilhas Eletronicas", ou alguma dica sobre Gerador de Relatórios na área "Bate Papo" Tem alguma dúvida sobre o Fórum? Acesse e crie um tópico na área "Dúvidas, Problemas e Sugestões Sobre o Fórum" e descreva detalhadamente. Quanto mais detalhado e claro, mais fácil de ser verificado e ter logo sua resposta. Se desejar, entre em contato conosco, envie um email ou uma PM ( Mensagem Privada), que assim que possível lhe darei retorno: CLIQUE AQUI Conto com a participação de todos. Obrigado. Administrador

Jair - Fórmula

Administrador Geral
  • Total de itens

    7.743
  • Registro em

  • Última visita

  • Days Won

    55

Jair - Fórmula last won the day on Dezembro 11

Jair - Fórmula had the most liked content!

Reputação

84 Excelente

Sobre Jair - Fórmula

  • Rank
    :D
  • Data de Nascimento 07-04-1972

Profile Information

  • Sexo
    Masculino

Últimos Visitantes

5.206 visualizações
  1. Eu obtive da TOTVS a mesma resposta, que ainda não há definição oficial, e que teria que aguardar mesmo. Os clientes ficam P da vida, mas é o que o suporte tem pra hoje, rsrrsrsrsrsr Também estou nas últimas da 12.1.17.
  2. Ok, não tinha ideia mesmo. Só não são produtos da linha RM, mas é TOTVS
  3. Isso refere-se aos sistemas RM? Não sei de qual módulo seria Igor.
  4. Bom dia. Você pode fazer qualquer um deles. Se fizer por depósito bancário, é mais fácil de validar e já liberar, ok? http://www.forumrm.com.br/index.php/store/
  5. Agora não consigo te ajudar por aqui na sentença em si, mas você deverá pegar e montar outro SELECTcom os dados que não tenham neste, de registros que tenham saldo, já que, mesmo com saldo e sem movimentação deveria aparecer... Usa o Union
  6. Cadê a galera expert em folha pra dar uma luz para nossa colega @maranac...
  7. Tem que ver o layout que está sendo usado para o envio, se está contemplando esse campo. É layout interno ou algum padrão que você gerou ?
  8. Reenviado o arquivo para estar disponível a todos. Treinamento Formula Visual.rar
  9. Para a Planilha.Net, o comando para uso de parâmetros deve ser constituído pelo nome da planilha! + nome da célula separado pelo ponto de exclamação. Exemplo: PLAN1!A1. E não como na PLANILHA antiga, que seria :PLN_A1 ou :PLN_$A$1 Ok?
  10. Dulce, bom dia. Essa limitação provavelmente é da própria prefeitura. Ainda persiste o seu problema?
  11. Ketsia, bom dia. Use os joins para fazer a relação entre suas tabelas, e com o LEFT JOIN você consegue que venham os registros da sua tabela de Funcionário mesmo que não tenham dependentes por exemplo como deseja. Veja como ficaria: SELECT GFILIAL.CODCOLIGADA, GFILIAL.CODFILIAL, GFILIAL.NOMEFANTASIA, PFUNC.CHAPA, PFUNC.NOME, PFUNC.CODSITUACAO, PPESSOA.DTNASCIMENTO, PPESSOA.SEXO, TRUNC(TO_CHAR(SYSDATE - PPESSOA.DTNASCIMENTO) / 365.25), PFDEPEND.NOME, PFDEPEND.GRAUPARENTESCO, DECODE(PFDEPEND.GRAUPARENTESCO, '1', 'FILHO', '5', 'CONJUGE', 'C', 'COMPANHEIRO', '9', 'OUTROS', '6', 'PAI', '7', 'MAE'), PFDEPEND.DTNASCIMENTO, PFDEPEND.SEXO, TRUNC(TO_CHAR(SYSDATE - PFDEPEND.DTNASCIMENTO) / 365.25), PFCOMPL.ASSMEDICA, GCONSIST.DESCRICAO FROM GFILIAL, join PFUNC on GFILIAL.CODCOLIGADA = PFUNC.CODCOLIGADA AND GFILIAL.CODFILIAL = PFUNC.CODFILIAL join PPESSOA on PFUNC.CODPESSOA = PPESSOA.CODIGO left join PFDEPEND on PFUNC.CODCOLIGADA = PFDEPEND.CODCOLIGADA AND PFUNC.CHAPA = PFDEPEND.CHAPA left join PFDEPENDCOMPL on PFUNC.CODCOLIGADA = PFDEPENDCOMPL.CODCOLIGADA AND PFUNC.CHAPA = PFDEPENDCOMPL.CHAPA AND PFDEPEND.NRODEPEND = PFDEPENDCOMPL.NRODEPEND left join PFCOMPL on PFUNC.CODCOLIGADA = PFCOMPL.CODCOLIGADA AND PFUNC.CHAPA = PFCOMPL.CHAPA left join GCONSIST on GCONSIST.CODCLIENTE = PFCOMPL.ASSMEDICA WHERE PFDEPENDCOMPL.ASSMEDICA IS NOT NULL AND GCONSIST.CODTABELA = 'ASSMED' ORDER BY GFILIAL.CODCOLIGADA, GFILIAL.CODFILIAL, PFUNC.CHAPA Neste caso, deixando no WHERE apenas as condições de filtros mesmo... todas as relações entre as tabelas, você passa para os JOINS.
  12. Oi Juliana, Bom dia. Nossa... faz tempo que não vejo RUN TIME ERROR heim!!! Qual versão ? já tentou chamar outro executável, de outro sistema pra ver se é apenas nesse que está precisando, ou se todos?
  13. Bom dia. Alguém já viu uma situação dessas? Tenho um relatório de PEDIDO DE COMPRAS, montado no Gerador (antigo) e o mesmo ao ser impresso pela nova MDI, imprime apenas uma parte, digamos, até as LDs, que trazem os detalhes dos ítens. Não sendo impresso as TDs e a TD (totais do relatório). Se peço a impressão de exatamente o mesmo relatório, mas estando no executável, para o mesmo pedido, ele é impresso completo. É impresso pela opção de IMPRESSÃO DO MOVIMENTO. Isso ocorre em dois relatórios aqui no cliente. Outros imprimem normalmente. Nas configurações dele, está habilitado para "Executar em Job Server"... Já verifiquei o BDE e o Blobs Size e Blobs to Cache, estavam altos, em 2.000. Mudei para 4.000 e persiste o problema. Alguma dica??
  14. Oi Ronaldo. Bom dia. Creio que o erro não seja devido a mudança na GUSUARIO não. Pois, quando é isso, sequer login consegue efetuar no sistema. Se não foi em todos os usuários, apenas no registro que fez o update que acaba tendo problemas. Sobre o erro em si, é algo no relatório mesmo, ou pode até ser erro na aplicação, em alguma situação específica. Veja se não foi algo que foi alterado no relatório, sentenças, imagens (logotipo no cabeçalho), fórmulas, etc. Geralmente é algo por ai... Abraço.