Maffra

Rogero, boa noite. Você pode, mas não sei se atenderá o que você precisa. O uso dessa função é para recuperar um campo que será impresso num relatório e com fórmula que também está no mesmo relatório, utilizando essa fórmula, por exemplo, como filtro. Outra coisa, esse meu post tem uns 4 anos e há pelo menos 3 não trabalho ativamente com RM, motivo pelo qual me afastei do fórum. Por isso é importante verificar se isso tudo se aplica ainda. De qualquer forma ainda é um prazer contribuir... Abraços a todos do fórum! Maffra

Pois é Simone.... Estranho... se o usuário de acesso ao banco é o RM e você consegue fazer SELECT com esse usuário era pra você conseguir logar no sistema... era pra funcionar!!! Não sei mais o que pode ser... Vou continuar pensando... Att,

Simone, Lá em Cadastro/Segurança/Códigos de Acesso qual é o usuário informado? Sei que não consegue entrar no sistema para ver, mas se essa base já era sua deve saber, né? Att,

Danilo, O seu SELECT não está bem relacionado. Veja os índices das tabelas para relacionar corretamente. Att,

Oi Simone... Você deve rodar o script de criação de usuários banco a banco... ok? Se você fez isso, sugiro que que remova na mão os usuário pelo próprio SQL Management e depois rode o script. Na maioria dos casos isso funciona. Caso não funcione você pode dar privilégios maiores ao usuário que está tentando conectar, por exemplo, colocá-lo como db_owner... Att,

Sim Alexandre... é isso msm!!! Att,

Marcelo, Não parece ser erro no endereço do servidor ou do nome do banco de dados, visto que ele já reconhece as tabelas do banco. Simone, Rode o script de criação de usuários. O usuário que se conecta ao banco de dados não está tendo acesso às tabelas de controle, corforme a própria tela do erro. É preciso fazer o grant nessas tabelas e o próprio script já possui esse comando. Att,

Marcelo, Desculpa... não consegui entender muito bem? Quando você diz ..."quando o RM Nucleus estiver aberto..." você quer dizer como? Aberto por outro usuário independente da conexão? O que você quer restringir? Att,

Danilo, Se está utilizando Tabela Dinâmica nos campos complementares as tabelas são GDINAM e GCONSIST. OK? Att, Maffra

Marcelo, Em tese o estoque atual já é esse saldo... se é que entendi bem. Mas para fazer o cálculo basta fazer exatamente a conta que me pediu, ou seja: (SUM(CASE WHEN M.CODTMV = '1.1.52' AND M.DATAMOVIMENTO < :DATA_D THEN I.QUANTIDADE ELSE 0 END) + SUM(CASE WHEN M.CODTMV = '3.1.03' AND M.STATUS = 'N' AND M.DATAMOVIMENTO <= :DATA_D THEN I.QUANTIDADE ELSE 0 END)) - SUM(CASE WHEN M.CODTMV = '1.1.52' AND M.DATAMOVIMENTO = :DATA_D THEN I.QUANTIDADE ELSE 0 END) ESTOQUEATUAL Att,

Alexandre, Se a máscara se manter e apenas os códigos mudarem o mais recomendado é realizar a alteração do código através da "Alteração de Código da conta contábil" dentro dos Processos. Ao fazer isso o sistema internamente cria a nova conta, atualiza todos os dados para essa nova conta (lançamentos, eventos contábeis, defaults, ou seja, tudo) e apaga a conta antiga. Se a máscara for alterada aí complica. Talvez a melhor forma seria fazer a Liberação de Lançamentos, excluir o cadastro do Plano de Contas e todos os seus relacionamentos (lançamentos, eventos contábeis, defaults, ou seja, tudo) e cadastre tudo novamente. Ou seja, o cadastro de plano de contas é uma das espinhas dorçais do RM. Att,

Raul, Desconheço uma forma de bloquear usuário de inclusão de lançamentos específicos no RM Fluxus, mas se o seu departamento de contabilidade gerar os lançamentos das guias do Liber para o Fluxus o departamento financeiro terá um lançamento a pagar que não poderá cancelar, então se eles continuarem fazendo mais um lançamento e baixando terão um lançamento a pagar "perdido" e atrapalhando no fluxo de trabalho normal. Bom, sistema ERP também é participação do usuário, portanto não basta treinar o usuário e/ou restringir seus acessos. O usuário tem que comprar a idédia do ERP e seguir as orientações e procedimentos. Outra coisa, nunca vi um usuário de sistema querendo fazer lançamento!!! Ele tenta se livrar disso sempre que pode. Se o usuário do financeiro está incluindo o lançamento deve haver algum erro no processo. Att,

E aí Marcelo? Conseguiu trabalhar com essa sentença? Precisa de ajuda? Att,

Boa galera!!! mas infelizmente fiquei sabendo disso depois que converti pra 10.40... que pena...

Prezados, Saiu uma versão 10.20 Labore para as rotinas anuais... recebi a informação mas não sei qual a versão... espero que ajude... Att,

Raul, Pode explicar melhor a mensagem que está dando? Coloque a mesma mensagem do sistema também para poder ajudar melhor... Att,

Raul, Segue mais um cubo. Foi identificado um erro na versão 10.40.5(43) e anteriores e até mesmo na 10.60. O erro está nos lançamentos de Baixa Parcial no Fluxus, pois está sendo enviado no arquivo da DIRF a remuneração considerando o lançamento de baixa parcial. Att, DIRF.rar

Marcelo, Seguinte... fiz a sentença baseando na descrição que fez do relatório e não nas sentenças que já estavam prontas... ok? As únicas coisas que olhei na sentença foram os IDPRDs e os CODTMVs para o Saldo Anterior e Devolvidos. Não olhei as sentenças porque quando as comparei com o que escreveu percebi que tinha alguma coisa diferente. Então, se entendi bem o que escreveu a sentença está abaixo. Observe o seguinte: a) É apenas a sentença e não o relatório; b) Vamos fazer uma validação da sentença antes de montar o relatório; c) Não fixei um cli/for justamente para fazer a conferência; d) Observe os campos SALDOANTERIOR, DEVOLVIDOS e SAIDAHOJE. Foram montados em CASEs que são exatamente o que me passou na descrição do relatório (pelo menos se entendi certo). SELECT C.NOME, P.NOMEFANTASIA, SUM(CASE WHEN M.CODTMV = '1.1.52' AND M.DATAMOVIMENTO < :DATA_D THEN I.QUANTIDADE ELSE 0 END) SALDOANTERIOR, SUM(CASE WHEN M.CODTMV = '3.1.03' AND M.STATUS = 'N' AND M.DATAMOVIMENTO <= :DATA_D THEN I.QUANTIDADE ELSE 0 END) DEVOLVIDOS, SUM(CASE WHEN M.CODTMV = '1.1.52' AND M.DATAMOVIMENTO = :DATA_D THEN I.QUANTIDADE ELSE 0 END) SAIDAHOJE, SUM(I.QUANTIDADE) ESTOQUEATUAL FROM TMOV M (NOLOCK) INNER JOIN TITMMOV I (NOLOCK) ON M.CODCOLIGADA = I.CODCOLIGADA AND M.IDMOV = I.IDMOV INNER JOIN TPRD P (NOLOCK) ON I.CODCOLIGADA = P.CODCOLIGADA AND I.IDPRD = P.IDPRD INNER JOIN FCFO C (NOLOCK) ON C.CODCOLIGADA = M.CODCOLCFO AND C.CODCFO = M.CODCFO WHERE M.CODCOLIGADA = 1 AND (M.CODTMV = '1.1.52' OR (M.CODTMV = '3.1.03' AND M.STATUS = 'N')) AND I.IDPRD IN ('92','93','94','95','96','234') GROUP BY C.NOME, P.NOMEFANTASIA Dê uma olhada na sentença, veja se ela é o que você precisa e se for montaremos o relatório depois... OK? Att,

Marcelo, Na verdade você pode ter uma única sentença e cada campo do seu resultado ter uma condição diferente, utilizando por exemplo um CASE para cada coluna do seu relatório. Explica melhor esse seu relatório para ver se já existe uma maneira do Nucleus gerar as informações que precisa ou se podemos pensar melhor na sentença SQL... ajudamos você a montar... Att,

Marcelo, Não deve ter dado certo porque você está mandando sobrepor grupo anterior da LD02 na LD01... e quando coloca um totalizador numa LD03 ou numa TD02 esse último grupo não está imprimindo. De qualquer forma acho que o melhor é você criar esse relatório todo num sentença só, pois se entendi bem, você terá pelo m,enos mais outras duas LDs para as demais colunas. Att,

Raul, O Plano de Contas Gerencial serve para demonstrar gerencialmente os valores dentro de contabilidade, ou seja, pode totalizar por conta contábil (Assist. Médica ou Ticket) e demonstra gerencialmente por Centro de Custo (Administrativo, Compras, etc) Att,

Raul, Os cubos que mandei serviram??? Att,

Raul, Por mais que você cadastro item a item no RM Nucleus por Centro de Custo não levará para o Fluxus, visto que o Fluxus recebe os lançamentos por parcela financeira. A melhor forma de enviar para contabilidade as informações gerenciais é refazendo a integração por centro de custo, colocando para ter rateio de centro de custo, tanto no Nucleus quanto no Fluxus. Cadastrar a tabela de Plano de Contas Gerencial de forma semelhante a de Centro de Custo e apontar em cada Centro de Custo a Conta Conta Gerencial. OK? Att,

Pô galera... valeu msm...

Raul, ---->>>> Nao - Rateio por CDC Default p/ Rateio Contábil Por isso que o rateio do fluxus não está indo para a contabilidade. Perguntas: a) sua tabela de centro de custo é igual ao plano de contas gerencial? b) seu centro de custo está relacionado à conta contábil gerencial? Att,