Jump to content

Gabriel Deretti

Membros
  • Content Count

    14
  • Joined

  • Last visited

Community Reputation

0 Neutro

About Gabriel Deretti

  • Rank
    Membro Ativo no Fórum
  • Birthday 07/22/1987

Profile Information

  • Sexo
    Masculino

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Bom dia pessoal, Tenho a seguinte situação no sistema (acho que o processo e o sistema não estão errados, mas gostaria de saber se vocês já passaram pela mesma situação): Suponha que eu tenha as entradas/saídas de um item (nucleus) e que a movimentação desse item esteja na conta contábil de estoque 'X' (saldus). > Dia 01/10 - entrada de 2.000 pç, no valor de R$ 0,07 cada, totalizando R$ 140,00. > Dia 02/10 - entrada de 156 pç, no valor de R$ 0,13 cada, totalizando R$ 20,28. Situação no estoque: Após essa última compra, o estoque ficou com 2.156 peças, tendo como saldo financeiro R$ 160,28 e o custo médio de R$ 0,0743. Situação na conta contábil 'X': Valor de R$ 160,28 O 'problema' ocorre se, após essas entradas, eu fazer um 'consumo total' desse item. Conforme segue: O meu saldo em estoque é de 2.156 pç e custo médio de R$ 0,0743, portanto, o total no movimento de baixa será R$ 160,1908. Na contabilidade, o meu saldo na conta é de R$ 160,28, porém, o movimento de baixa foi de R$ 160,19. Ao fazer a 'conciliação' entre estoque saldo (nucleus) e razão (saldus) haverá uma diferença de R$ 0,09. Nesse caso, a diferença não corresponde um valor alto, porém, se aplicada em grande quantidades, a diferença será maior. Vocês já passaram por situações assim? Qual a melhor forma de fazer este ajuste? OBS: Todo o ocorrido é em questão do custo médio, que na verdade seria de R$ 0,0743413729128015, porém, o sistema trabalha com no máximo 4 casas decimais. Obrigado Gabriel
  2. Bom dia Wamj01, Utilizo a versão 11.40. Você conseguiu fazer dessa forma que você descreveu? Acredito que não funcionaria, porque o cancelamento da ordem de compra é através de um processo, e não de uma alteração no registro da mesma. Gabriel
  3. Oi Frederico, bom dia. Obrigado pela informação. Dessa forma que você passou, realmente funciona. Eu já havia testado. O problema é que eu quero que o gatilho da fórmula visual seja através de um "Processo" ( Gatilho > Processos > Após a Execução >), e não através de um "Cadastro". Quando uma fórmula visual é acionada através de um Processo, a atividade "Se/Senão" não trata as informações. Não sei se consegui ser claro, mas é basicamente isso.
  4. Boa tarde André, Eu ainda não obtive retorno se é possível fazer a fórmula conforme eu queria. Porém, acredito que no seu caso pode funcionar. Você gera a ordem de compra através de cotação? * Tente criar uma fórmula visual com: Gatilho > Processos > Após a Execução > "[adicionar o processo de geração de ordem de compra]" e, nas atividades, adicionar "Envia Email". Nós ainda não estamos utilizando essas fórmulas, mas acredito que possa funcionar pra você. Gabriel
  5. Provavelmente você já deve ter resolvido o problema, mas acredito que o usuário deva estar com o exercício fiscal errado. Verifique em Utilitários > Selecionar exercício fiscal > Selecionar o exercício fiscal corrente.
  6. Boa tarde Pessoal, Gostaria de saber se alguém já utilizou a fórmula visual para enviar um e-mail após a execução de um processo, porém, utilizando uma cláusula Se/Senão para diferenciação do envio. Por Exemplo: Enviar um e-mail para o usuário toda fez que uma ordem de compra, do tipo 1.1.03, for cancelada. O simples processo de enviar o e-mail funciona, é só adicionar um Gatilho > Processos > Após a Execução > Cancelamento do Movimento e adicionar uma atividade "Envia Email" na fórmula visual. O problema é que ao adicionar a atividade Se/Senão (this.Tables["TMOV"]["CODTMV"].AsString == "1.1.03"), a fórmula não reconhece os dados do movimento que está sendo cancelado. Verifiquei que há uma atividade chamada "Consultar parâmetros do processo", mas não consegui configurá-la e também não sei se é a forma correta para buscar os dados do movimento. Alguém já passou por essa situação? Obrigado.
  7. Seria mais ou menos esse tipo e gráfico sim, também já havia simulado na planilha.net e funcionou. Mas vou verificar no gerador novamente, se eu obtiver algum sucesso, postarei aqui novamente. Obrigado pela ajuda.
  8. Bom, vou tentar resumir. Temos um sistema de avaliação interno e no relatório trago as informações da seguinte maneira. * Na banda detalhe superior, tenho uma sql que retorna uma determinada pergunta da avaliação. * No subdetalhe da banda superior, tenho outra sql que retorna as respostas dessa pergunta. Está pergunta é objetiva, portanto as opções de resposta são A,B,C,D,E. Até aí tudo bem, as informações são listadas corretamente no relatório. Porém, ao tentar incluir um gráfico, não consigo fazer com que ele gere corretamente. Imagine um gráfico de barras, gostaria que no mesmo aparecessem as opções de respostas da pergunta, com a quantidade de pessoas que escolheram essa resposta. Acho que é possível, mas não estou sabendo como configurar o gráfico. Obrigado
  9. Bom dia Devailton, Por acaso você já tentou utilizar um gráfico no Gerador.NET? Eu criei uma sql que retorna alguns dados e tentei utilizar esses dados para gerar um gráfico dentro do próprio gerador, mas não obtive sucesso. Obrigado
  10. Olá Bruno, Não, não queremos faturar o movimento na ordem, somente informar os lançamentos sem gerar a informação para o financeiro. É que nas versões anteriores, esse processo era permitido. Mudamos para a versão 11.40 e não conseguimos mais cadastrar essa informação. Pelo retorno que recebemos da Totvs, esse era um 'bug' das versões anteriores e essa forma de raciocínio está errada. Só gostaria de saber se mais alguém partilha do mesmo problema, pois esse processo foi implantado pela própria Totvs há algum tempo em nossa instituição, e agora, sugeriram que mudemos esse processo de compra. Att
  11. Bom dia, Gostaria de saber se alguém utiliza "Meio de pagamento" nos movimentos de ordem de compra. Vou explicar: Você gera a cotação e, através dessa cotação, emite a ordem de compra. Nessa ordem de compra, ao invés de somente indicar uma "condição de pagamento", você cadastra como os lançamentos serão pagos quando a ordem for recebida, ou seja, cadastra os lançamentos sem faturá-los neste movimento. Exemplo: Foi acordado com o fornecedor que a ordem será paga na forma descrita abaixo, e ao invés de criar uma condição de pagamento para este caso específico, cadastrar esse próprios movimentos na ordem: * Vencimento: 04/10/2011 R$ 100,00 Boleto * Vencimento: 20/10/2011 R$ 60,00 Boleto Por acaso alguém faz o processo dessa forma ou todos utilizam a "condição de pagamento" e geram os lançamentos somente no movimento que irá faturar? Obrigado, Gabriel
  12. Entrei em contato novamente com o suporte da Totvs. Fui informado que a liberação, sem restrições, da versão 11.40 será feita até o fim deste mês. Decidimos por esperar mais alguns meses e quando a versão estiver estável, faremos os testes e a conversão.
  13. Bom dia, Pessoal, alguém já está utilizando, em base de produção ou testes, a versão 11.40 do Rm? Vamos fazer a conversão da versão 11.07 para uma mais recente. O suporte da Totvs avisou que a versão 11.40 está sendo liberada em modo restrito para alguns clientes, o que faz ficarmos com receio de fazer a conversão para essa versão neste momento. Alguém já teve alguma experiência nessa versão? Obrigado, Gabriel.
  14. Gostaria de saber se alguém está passando pelo mesmo problema que descrevo abaixo. Aqui na instituição, estamos iniciando a implantação do sistema RM Agilis na versão 10.70. Percebemos que ao criar um novo atendimento diretamente pelo Agilis, não conseguimos associar este atendimento a um aluno, somente é possível cadastrar como cliente uma pessoa ou um cliente/fornecedor. (isso ocorre na tela de atendimentos, no campo destinado ao cliente) OBS: Utilizando o sistema Classis Net isso é possível. Porém nós utilizamos o Classis Ensino Superior. Alguém já passou por este problema ?
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.