Cyllio

Também estou sem o SQL aqui, e minha base do Oracle está com as tabelas vazias por não usarmos o Nucleus, mas vê se é disso que vc está precisando: --Query Oracle SELECT max(case when rn = 1 then PRECOUNITARIO else null end) PREC_1, max(case when rn = 2 then PRECOUNITARIO else null end) PREC_2, max(case when rn = 3 then PRECOUNITARIO else null end) PREC_3 FROM (SELECT TPRD.NOMEFANTASIA, TITMMOV.IDPRD, TITMMOV.PRECOUNITARIO, rank() over (order by TITMMOV.IDPRD) rn FROM TITMMOV JOIN TPRD ON TPRD.CODCOLIGADA = TITMMOV.CODCOLIGADA AND TPRD.IDPRD = TITMMOV.IDPRD LEFT JOIN TMOV ON TMOV.CODCOLIGADA = TITMMOV.CODCOLIGADA AND TMOV.IDMOV = TITMMOV.IDMOV WHERE TMOV.CODTMV LIKE '1.2%' AND TMOV.STATUS <> 'C' AND TITMMOV.CODCOLIGADA = 1 AND TITMMOV.IDPRD = 124 AND TITMMOV.PRECOUNITARIO >= 0 )

Legal Diego! Bem esclarecido! Jonathan, vc pode encontrar um modelo de EPs para usar como base em http://pt.scribd.com/doc/48580764/RM-Nucleus-Especificacao-de-Processos Boa sorte!

Resolvido! Voltei no tempo e achei um post de 2008 da Kelly com a solução. http://www.forumrm.com.br/index.php?/topic/3786-problemas-na-atualizacao-de-cubo-rm-bis-resolvido/ "O problema estava na instalação do oracle, alteramos o registro do windows: HKEY_LOCAL_MACHINE / SOTWARE / ORACLE / HOME0 / NLS_LANG / AMERICAN_AMERICA.WE8ISO8859P1" Obrigado mesm​o assim Robinson!

Robinson, fiz o que você me recomendou mas não deu certo. Cheguei até em uma atitude louca modificar as configurações regionais do brasil para o formato americano (que troca a vírgula pelo ponto e vice versa) mas nada... Voltando a configuração normal, Na verdade aconteceu uma coisa muito estranha: reparei q apenas os valores que contém decimais apresentaram erro. Daí, dei um trunc (trunc(m.valor,0)) para descartar os centavos, e resolveu. Bom, se eu não precisasse dos valores exatos, até serviria, mas como preciso apresentar com exatidão, continuo pedindo a sua ajuda e da galera do forum.

Dá uma olhada neste tópico antigo: Só não sei se teve solução, mas centralize lá suas dúvidas e trocaremos experiências a respeito disso. abç

Prezados, Montei um cubo para análise de pagamento de pensões alimentícias, mas o campo “Valor” está retornando um valor diferente do alcançado na sentença SQL do Oracle. Um exemplo: Na SQL o valor recuperado é 971,17 (este é o valor correto) No cubo, utilizando a mesma sentença o valor informado é 97.117,00 (valor errado) Percebo que este valor está multiplicado por 100. Então pensei em dividi-lo por 100 na SQL, mas não alcancei resultado. Alguém já teve este problema ou conhece a solução para isso? Utilizo o Oracle 10 e RM Bis 11.40 Segue abaixo a consulta SQL e em anexo a figura do erro. SELECT F.CODCOLIGADA, M.ANOCOMP, M.MESCOMP, M.NROPERIODO, CASE M.TIPOMOV WHEN 0 THEN M.TIPOMOV ||' - Movimento' WHEN 1 THEN M.TIPOMOV ||' - Férias' WHEN 2 THEN M.TIPOMOV ||' - 13º Sal.' WHEN 3 THEN M.TIPOMOV ||' - PL' WHEN 4 THEN M.TIPOMOV ||' - Dif Mov' WHEN 5 THEN M.TIPOMOV ||' - Dif Férias' WHEN 6 THEN M.TIPOMOV ||' - Dif 13º' END AS TIPOMOV, F.CHAPA, F.NOME AS NOMEFUNC, D.NOME AS NOMEDEP, R.CODCCUSTO, D.CPF, D.BANCO, D.AGENCIA, D.CONTACORRENTE, D.OPBANCARIA, M.VALOR AS VALOR FROM PFDEPEND D INNER JOIN PFUNC F ON F.CODCOLIGADA = D.CODCOLIGADA AND F.CHAPA = D.CHAPA INNER JOIN PFDEPMOV M ON D.CODCOLIGADA = M.CODCOLIGADA AND D.CHAPA = M.CHAPA AND D.NRODEPEND = M.NRODEPEND INNER JOIN PFRATEIOFIXO R ON R.CODCOLIGADA = D.CODCOLIGADA AND R.CHAPA = D.CHAPA WHERE F.CHAPA IN (SELECT CHAPA FROM PFDEPEND WHERE INCPENSAO = 1) AND F.CODCOLIGADA = 1 AND D.INCPENSAO = 1 ORDER BY F.CHAPA, D.NOME Agradeço se alguém puder me ajudar. abraços.

Enviei a query para meu amigo Passos e ele resolveu rapidamente: select nome, SUBSTR(nome,1,instr(nome,' ')-1)|| ' ' || SUBSTR(nome,length(trim(nome))-instr(trim(reverse(nome)), ' ')+2, length(trim(nome))) as Sobrenome from pfunc Leandro Passos é o cara!!!! Eu nem conhecia essa função "reverse". Deixo aí para quem precisar.

Pessoal, Não sei se já passaram por isso pois só achei um tópico aqui bem antigo (http://www.forumrm.c...nome +sobrenome), e com sintaxe MSSQL e eu utilizo o Oracle. Precisei encurtar alguns nomes de forma automática para gerar alguns crachás, e varri o Google buscando uma sentença, mas não encontrei nada como eu esperava. Encontrei funções e procedures, mas eu precisava de SQL o mais pura possível. Como não encontrei, criei a sentença abaixo. Caso alguém saiba como torná-la menor e/ou mais eficiente sugira aqui suas melhorias por favor. Trata-se de consulta no RM Labore exibindo o nome COMPLETO (COL1) E nome ABREVIADO (COL2): select A.nome as Nome, substr(A.nome,1,instr(A.nome,' ')-1) || ' ' || case (select INSTR(nome, ' ', 1, 7) FROM pfunc where chapa = A.chapa and codcoligada = A.codcoligada) when 0 then case (select INSTR(nome, ' ', 1, 6) FROM pfunc where chapa = A.chapa and codcoligada = A.codcoligada) when 0 then case (select INSTR(nome, ' ', 1, 5) FROM pfunc where chapa = A.chapa and codcoligada = A.codcoligada) when 0 then case (select INSTR(nome, ' ', 1, 4) FROM pfunc where chapa = A.chapa and codcoligada = A.codcoligada) when 0 then case (select INSTR(nome, ' ', 1, 3) FROM pfunc where chapa = A.chapa and codcoligada = A.codcoligada) when 0 then case (select INSTR(nome, ' ', 1, 2) FROM pfunc where chapa = A.chapa and codcoligada = A.codcoligada) when 0 then case (select INSTR(nome, ' ', 1, 1) FROM pfunc where chapa = A.chapa and codcoligada = A.codcoligada) when 0 then 'erro' else SUBSTR(A.nome,(select INSTR(nome, ' ', 1, 1) FROM pfunc where chapa = A.chapa and codcoligada = A.codcoligada)+1, 255) end else SUBSTR(A.nome,(select INSTR(nome, ' ', 1, 2) FROM pfunc where chapa = A.chapa and codcoligada = A.codcoligada)+1, 255) end else SUBSTR(A.nome,(select INSTR(nome, ' ', 1, 3) FROM pfunc where chapa = A.chapa and codcoligada = A.codcoligada)+1, 255) end else SUBSTR(A.nome,(select INSTR(nome, ' ', 1, 4) FROM pfunc where chapa = A.chapa and codcoligada = A.codcoligada)+1, 255) end else SUBSTR(A.nome,(select INSTR(nome, ' ', 1, 5) FROM pfunc where chapa = A.chapa and codcoligada = A.codcoligada)+1, 255) end else SUBSTR(A.nome,(select INSTR(nome, ' ', 1, 6) FROM pfunc where chapa = A.chapa and codcoligada = A.codcoligada)+1, 255) end else SUBSTR(A.nome,(select INSTR(nome, ' ', 1, 7) FROM pfunc where chapa = A.chapa and codcoligada = A.codcoligada)+1, 255) end as NomeCurto from pfunc A JOIN PPESSOA B ON A.CODPESSOA = B.CODIGO Abraços

Parabéns Fabrício! É uma boa marretada! kkkk Fiz aqui e funcionou.

Não estou conseguindo me cadastrar no site. Exibe a msg Falha na alteração da senha: Este usuário está bloqueado. Se isso for um erro, por favor, contate o administrador. Quando clico em "esqueci a senha", ele informa exatamente o usuário e senha q eu estou tentando logar. Ou seja, existe alguma falha na autenticação, mas a proposta parece ser boa. Estou curioso.

Francisnei, Obrigado por postar a solução. É bom q fica registrado mais algum conteúdo sobre orçamento. Em um dos meus últimos posts cheguei a comentar que não existe muita informação sobre isso no forumrm e também em outros forums da web, e que talvez seja um recurso usado ou dominado por poucos. Estou implantando aqui o orçamento gerencial, que é diferente, a parte do contábil. Eu não tenho muita coisa sobre este tema pois conheci efetivamente o módulo orçamento do Nucleus a uns dois meses, e já estamos precisando iniciar a parametrização. Se você tiver alguma apostila ou material falando sobre isso e publicar aqui me ajudará bastante pois eu não tenho nada. kkkk João Rodrigo, gostei da solução de identificar o usuário logado! só adicionei o distinct. Vai ser muito útil pra mim. Abraços.

Veja se isso te ajuda: SELECT * FROM tusuarioccusto WHERE CODUSUARIO IN (SELECT DISTINCT USERNAME FROM GLOGIN WHERE COMPUTERNAME=(select host_name())) Essa consulta retorna algo do tipo: CODCOLIGADA CODUSUARIO CODCCUSTO RECCREATEDBY RECCREATEDON RECMODIFIEDBY RECMODIFIEDON 1 mestre 55555 mestre 07/01/2013 mestre 07/01/2013 Sua solicitação original foi: "...sql buscasse do usuário logado somente os centro de custos que ele tem acesso..." Então: os registros exibidos por esta sql são exatamente os que o usuário logado tem permissão. Agora com base nisso continue sua SQL. Abraços

Boa tarde Prezados, Não encontrei muitas informações neste forum sobre orçamento. Na verdade encontrei até alguns posts não respondidos. Não sei se realmente sejam poucos os que o utilizem e por isso "pouca informação". Se alguém puder me ajudar, minha dúvida é a seguinte: 1 - alguém conhece a hierarquia das tabelas de orçamento (centro de custo, grupo orçamentário, natureza, período, classificação do período...)? 2 - só consigo realizar realocações para itens do mesmo grupo orçamentário. é possível de alguma forma ou parâmetro realizar realocação orçamentária para itens de grupos diferentes? 3 - no Fluxus, teoricamente qd um lançamento a pagar é criado diretamente no Fluxus (sem passar pelo Nucleus), significa q não tem sentido "barrar" o que já foi comprado, mas tem como o sistema avisar ao menos? Obrigado, e se alguém tiver macetes, e melhores práticas para o uso de orçamento no RM Nucleus/Fluxus, por favor me ajudem. Por mais que eu domine o método (teoria), nem sempre consigo configurar o RM como penso. Abraço. CR

Boa pergunta JSouza. Estou começando a utilizar o módulo de orçamentos da RM agora (implantando). Eu utilizada o SAP em outra empresa, e na verdade o sistema também era parametrizado assim. Isso porque o Controller tinha o objetivo de forçar os usuários a ratear exatamente os valores previstos para cada período ao invés de induzir os usuários ao tipo de orçamento linear (q é aquele cujo valor total é dividio em valores iguais pela quantidade de meses). A cada período determinado, (exemplo: 6 meses), era feita uma revisão no orçamento. Nesta época era permitido fazer o remanejamento desses valores, bem como as correções/reajustes (justificadas) nos valores. Não sei se existe no RM algo como vc solicitou, mas do contrário, crie uma rotina (baseada no seu orçamento original exportado) que pegue os saldos e redistribua, e carregue novamente. Ainda não cheguei nesta etapa, pois ainda estamos implantando o módulo, mas caso eu passe por isso, estudaria esta possibilidade. Se não for complexo, criaria (desde que confiável) algum job no BD que de X em X meses corrigiria esta informação. Vou deixar pra pensar nisso mais a frente por hora, pois sofrer antecipado é sofrer duas vezes. kkk