Ir para conteúdo
Seja Membro VIP - Remova Banners de Propagandas, Tenha Liberado Qualquer Download, Além de Acessos em Áreas Exclusivas!! ×
Quer acesso a todas as Áreas do Fórum, até aquelas só para membros VIPs? Também quer poder baixar qualquer ARQUIVO? ×

Pablo Lincoln

Membros
  • Total de itens

    9
  • Registro em

  • Última visita

Sobre Pablo Lincoln

  • Data de Nascimento 17-10-1977

Conquistas de Pablo Lincoln

Novato

Novato (2/10)

  • Primeiro Post
  • Iniciador de Conversa
  • Um Ano se Passou
  • Primeiro Mês Completo
  • Primeira Semana Concluída

Distintivos Recentes

1

Reputação

  1. Quando tento alterar a máscara contábil via aplicação de #.#.#.##.#### para #.#.##.##.#### ocorre o seguinte erro: Ocorreu um erro inesperado ao tentar atualizar a conta '' para ''. Então gostaria de saber se eu alterar a máscara via banco de dados pode ocorrer algum problema, visto que já existem varios lançamentos antigos. Outro detalhe: o plano de contas será trocado por inteiro então as contas atuais já se encontram inativas, pois a base tem lançamentos com essas contas que não serão mais utilizadas. Alguém pode me ajudar? Versão do RM Saldus: 11.52.50
  2. Segue abaixo... Select pf.nome, pf.codsituacao, gc.nome, pf.codcoligada, pf.dataadmissao, pp.cpf, pp.dtnascimento, pf.pispasep from pfunc pf, gcoligada gc, ppessoa pp where pf.codcoligada=gc.codcoligada and pf.codpessoa=pp.codigo and pf.codsituacao='A' order by pf.nome espero ter ajudado... PABLO LINCOLN Consultor RM Sistemas ASP Tecnologia
  3. Rosa, A função EXECSQL serve para executar a sentença SQL, mas para retornar algum resultado deve ser usada em conjunto com a função RESULTSQL, por isso deu a mensagem que a consulta não foi aberta. Acho que a função NDEPCORRENTE eliminaria a necessidade da sentença SQL, mas de toda forma verifique o comando SQL, talvez devesse ficar assim: EXECSQL ('NumDepend'); DECL NUMDEP, VALOR, PR1, PR5; SETVAR(NUMDEP,0); SETVAR(VALOR,0); SETVAR(PR1,1); SETVAR(PR5,5); SETVAR(NUMDEP, RESULTSQL ('NumDepend' , 'NRODEPEND')); SE TABCOMPL ('TIPOPLANO' , 'S') = 'UNI1' E INCDEP (RESULTSQL('NumDepend', 'NRODEPEND'),PR1) = 1 ENTAO F('0008'); SALVAVALDEP (NUMDEP, F('0008')); SETVAR(VALOR, VALOR+F('0008')) SENAO SE TABCOMPL ('TIPOPLANO' , 'S') = 'UNI2' E INCDEP (RESULTSQL('NumDepend', 'NRODEPEND'),PR5) = 1 ENTAO FOR('FAIXA_D1'); SALVAVALDEP (NUMDEP, VALOR+ FOR('FAIXA_D1')); SETVAR(VALOR, VALOR+ FOR('FAIXA_D1')) FIMSE FIMSE ATE PROXREGSQL ('NumDepend') = FALSO; VALOR SENAO 0 FIMSE
  4. Esse problema acontece quando tem vários registros com a mesma informação, como por exemplo: select valororiginal from flan where codcoligada=1 order by valororiginal Para não repetir use assim, por exemplo: select distinct valororiginal from flan where codcoligada=1 order by valororiginal ele não vai repetir, se a informação for igual... Espero ter ajudado... PABLO LINCOLN Consultor RM Sistemas ASP Tecnologia
  5. Caro Rodrigo, Participei de uma migração de SQL 2000 para SQL 2008, e foi bem tranquila. Nesse momentoo migramos também o Banco de Dados para outro servidor, portanto instalamos primeiro o SQL 2008 nesse novo servidor, cadastramos os usuários SQL rm e sysdba com as mesmas senhas, fizemos backup do SQL 2000 do antigo servidor e restauramos no novo. Mudamos o IP e o nome do servidor para o mesmo nome do antigo e trocamos as máquinas. Não tivemos problema algum, pelo contrário, ganhamos muito em performance. Espero ter ajudado. Pablo Lincoln Consultor RM Sistemas ASP Tecnologia
  6. Prezado, Tive esse problema e foi resolvido dando permissão total no arquivo PDOXUSRS.NET que fica no raiz do c: Acredito que se der permissão nesse arquivo vai resolver seu problema. Boa Sorte.
  7. Jorge, Sabe que pode contar comigo para o que precisar, trabalhamos juntos durante um bom tempo e sei do excelente profissional que vc é, desde que chegou à Brasília sempre te apoiei e agora não será diferente! E pode avisar pra galera da Cygni que se precisarem de alguma coisa, todos sabem como me achar! Estamos juntos parceiro...
  8. Pablo Lincoln

    Se identifique ...

    Olá, Sou Pablo Lincoln, de Brasília... Conheci a RM quando trabalhava em um cliente, onde participei da implantação do sistema RM Labore. Nesse cliente passei a ser gerente de informática e dava suporte aos usuários de RM na empresa. Depois fui trabalhar no Suporte da RM Brasília como consultor de suporte, depois passei para coordenador de suporte. Hoje, trabalho em diversos clientes prestando serviço de consultor de implantação e suporte. Conhecimento em RM Labore, Gerador, Chronus, Vitae, Solum, Saldus, Fluxus, Nucleus, Gerador, SQL entre outros... Se precisarem de alguma ajuda minha, podem me procurar... *** Email RETIRADO !! Permitido apenas para Equipe do Fórum RM **** Estarei sempre disposto a ajudar os colegas...
  9. Rodrigo e Maffra, Na verdade tem como utilizar a função PARMQRY para que busque as datas de acordo com o filtro do relatório. Para esse exemplo do Rodrigo, deve-se criar 3 fórmulas. A primeira deve conter o texto: PARMQRY('nome do campo que retorna o mês'); A segunda deve conter o texto: PARMQRY('nome do campo que retorna o ano'); A terceira deve conter o texto: MV(FOR('nome da primeira fórmula'), FOR('nome da segunda fórmula'), '0001') No detalhe (LD) do relatório a ordem dos campos deve estar correta, ou seja, a terceira fórmula depois das primeiras. E no filtro deve conter essa informação de mês e ano... SEGUE O RELATÓRIO COM O TESTE PARA ISSO QUE RESPONDI: http://www.forumrm.com.br/index.php?autoco...mp;showfile=201
×
×
  • Criar Novo...

Informação Importante

Usando este site, você concorda com nossos Termos de Uso e nossa Política de Privacidade.