MIXFM

Bom dia! Pode dar mais informações sobre o curso por favor. Vlr, período, qdo acontecerá, se já disponível Obg. Guiomar

Não entendi nada acima, se puderem me ajudar agradeço imensamente.

Preciso de calma mesmo rsrsr. Olha a última resposta, após dizerem que foi resolvido no patch 12.1 2302.149: "Ao logar no sistema ele utiliza os dados da tabela "GULTIMOCONTEXTOUSUARIO" para preencher o contexto. Exemplo: Se eu logar com o usuário mestre na coligada 1 ele carregará a Filial 1 e o Exercicio 2. Se eu logar em qualquer outra coligada com o usuário mestre, eu terei que preencher a filial e o exercicio. Ao preencher os dados de todas as coligadas, estas informações ficarão gravas na mémoria (Cache). Se o usuário não fechar o sistema, mesmo ele mudando de coligada, os dados serão mantidos. Este Cache só fica ativo em quanto não se faz o logoff. Se neste exemplo, eu estando na coligada 7 com os dados preenchido, e efetuar o logoff (fechar o sistema), a tabela GULTIMOCONTEXTOUSUARIO terá para o usuário mestre o registro gravado apenas da coligada 7, ou seja, um novo login nas demais coligadas o usuário terá que preencher os dados novamente (este era o comportamento também nas versões 12.1.34 ou inferior). Quando falo logoff, entenda este sendo feito de forma manual pelo usuário ou de forma automática (parametrizado): Diante das informações, qual comportamento você observa no seu ambiente? "

Cara que vontade de mover um processo contra essa empresa. Eles disseram que iam enviar o meu pedido para o desenvolvimento como sugestão de melhoria. Eu abri um chamado na ouvidoria, fizemos um call para demonstração do problema. Por fim recebi a resposta do ticket que diz que o problema foi resolvido no patch 12.1.2302.149. Fiz a atualização e não resolveu no todo, apenas em parte, as vezes salva, as vezes desaparece. Por fim eles informaram que o sistema sempre funcionou dessa maneira. Será que eu é que estou com algum problema?

Prezados gostaria de compartilhar uma situação com vcs e pedir a colaboração, caso tenham passado pelo mesmo problema e se conseguiram resolver. Utilizo o TOTVS Rm há mais 10 anos, e até a versão 12.1.34 nunca foi necessário ao acessar os módulos Nucleus e Liber, informar o exercício fiscal no contexto, ou seja, uma vez cadastrado, o sistema salvou a informação. Nosso exercício é válido até 2050. Na atual versão, estamos na 12.1.2302 o sistema simplesmente não salva o exercício fiscal, sendo necessário informar o exercício todas as vezes que se faz logoff ou quando a coligada é alterada. Gostaria de saber com os colegas se estão tendo problema, pois a TOTVS informou que o sistema sempre funcionou dessa maneira mesmo nas versões anteriores: tendo que informar o exercício fiscal sempre, mas como eu disse, nunca vi isso. Obg.

Olá Luis! Deu certo! Ficou assim: SELECT *,IDTIPOUTILIZACAO FROM DLAF WHERE IDLAF >= 121280 AND IDLAF <= 121369 AND CODCOLIGADA = 1 Muito obrigado! Deus o abençoe!

Olá Luis! Agradeço por responder, mas eu não entendi. Sou leiga no assunto, como ficaria a fórmula?

Bom dia! Precisamos executar uma correção via banco p/ vários lçtos. A fórmula que eu tenho faz correção por lçto., eu preciso aplicar p/ um lote inteiro. Qual seria a aplicação "de - até", para a fórmula abaixo? SELECT *,IDTIPOUTILIZACAO FROM DLAF WHERE IDLAF IN(1280, 2304) AND CODCOLIGADA = 1 Poderiam me ajudar?

Boa tarde colegas! Procurei nos tópicos e não encontrei uma resposta objetiva a respeito, por favor, sabem se é mesmo necessário manter o TAF instalado p/ transmissão do REINF, mesmo sendo tudo executado no RM? E para o e-social tb?

Bom dia! Caro colegas, em nosso parâmetros de vendas do RM NUCLEUS, a data de previsão de baixa está para "copiar a data de vcto". Porém, trabalhamos com D+1 e, atualmente essa informação é sendo inserida manualmente. Seria possível inserir alguma fórmula ou mesmo nos parâmetros para que a data de previsão suba automaticamente considerando o D+1 pelo vcto informado?

Bom dia Luis! Fiz uma varredura nos parâmetros e vi, que embora a opção de uso, estive desmarcada a tabela estava "defautl" ainda, porém não aparecia pq estava para "não usar", fiz exclusão da informação e depois marquei para "não usar" novamente. Obg. pela informação.

Boa tarde! Há 6 meses substituímos uma tabela opcional, antes usada como classificação das receitas e despesas, pela natureza orçamentária. A tabela anterior foi inativada e nos parâmetros desabilitamos o uso. Até então não tivemos problemas, o entanto de repente o sistema está alertando que a tabela está inativa e não está salvando os novos movtos. (vendas). Percebi que a cada tentativa a numeração do docto. no alerta está sequenciando. Será que isso vai ocorrer até chegar a numeração que estamos? Alguém poderia passar uma sql para limpar a base de dados por favor?

Olá @luisgustavogomes Agradeço por responder minha dúvida. Na verdade, me referia uma FV que foi criada para preenchimento automático das informações fiscais. De qualquer forma, agradeço pela sua informação que tb é novidade, pois não tenho essa opção no "anexos"

show!!! Obg Jair!

Certo Jair, vou verificar com ela, mas pelo que entendi, provavelmente na origem "NUCLEUS" a informação é apenas "mostrada" para que o lçto. seja salvo, porém qdo. executada a escrituração, ela "acontece" no LIBER e por isso impossibilita a consulta da NF na origem. Posso estar completamente enganada, pois não entendo nada sobre FV, nem sabia que existia essa ferramenta. Domino alguns recursos, mas sou usuária apenas. Esse caso que compartilhei, foi feito em homolog. e não subiremos pra produção. Se puder de forma simples nos esclarecer, de modo geral, para quê servem as FV's ou qdo devem ser usadas, já nos ajudaria. Muito Obg

Bom dia colegas! Vocês conhecem esse erro? Trata-se de um campo fiscal específico que foi criado para atender exigências do fisco. Sendo inserido de forma manual, não temos problema algum. No entanto, uma consultora está tentando fazer o campo vir automaticamente quando a NF é lançada e, após a escrituração, não é mais possível abrir a NF na origem (nucleus) para consulta, pois demonstra o erro abaixo: O que os colegas tem a dizer sobre isso?

vou atualizar para ver se resolve. Obg

Bom dia! Temos ums msg de erro ao incluir o cli/for uma nova NF de venda no nucleus "Objeto não pode ser convertido de DBNull em outros tipos." Alguém sabe o que significa? Obg

Olá, boa tarde! Gostaria de tirar uma dúvida em relação ao gerar boleto de acordo para criar remessa e registrar no banco. Estou gerando um acordo com juros no fluxos, e após a inclusão do boleto e código de barras estou gerando o PDF do boleto para conferir o valor, e identifiquei que o boleto não está saindo com o valor total, e sim com o valor original da nota fiscal como se não houvesse juros. Outra questão, é a forma que ele aparece em minha visão financeira, aparece o valor original corretamente desta parcela de acordo, e o valor final(total) eu só consigo verificar quando flego este lançamento e clico no final da tela. Entendo que existe a parametrização das colunas que trazem as informações de acordo com o que eu escolho e deixo flegado, e no meu caso a coluna que eu verifico os juros é a coluna (valor dos juros), e ao consultar esta coluna verifiquei que não está ocorrendo a distribuição dos juros para todas as parcelas do meu acordo. Conforme anexo, o meu boleto teria que aparecer no valor de R$ 866,65 ( já com o acréscimo de R$ 200,00) e não está ocorrendo, está considerando apenas R$ 666,65. Alguém conseguiria me ajudar?ERRO ACORDO.pdf Obrigada :) Atenciosamente, Karina Regina

solução encontrada