eu trabalho com um modulo de devolução onde gera uma entrada de mercadoria com nota fiscal (devolucao) da propria empresa (eh necessario para contador dar baixa no imposto), onde gera um credito para o cliente (somente cadastrado), ou devolucao do dinheiro (lançando no caixa).. eh melhor fazer assim doque mexer no contas a receber.. ai se o cliente quer trocar ele faz outra compra e usa-se o credito dele para abater.. em caso de cartao ai vai de cada empresa se devolve em dinheiro ou nao, colocando como parametrizacao, o mesmo com comissao se a empresa deseja abater joga um lançamento de desconto de devolucao na conta do funcionario..
espero ter ajudado.. 2009/8/6 Marcelo - CH Sistemas <marc...@chsistemas.com.br> > > > Meu amigo tive esse mesmo problema e pesquisei muito sobre isto antes de > desenvolver e verifiquei que legalmente isso não é possível fazer para que > a > troca seja efetivada o cliente tem que emitir uma nota contra a empresa se > for PJ e se for PF a empresa que está recebendo a mercadoria tem que emitir > uma nota de devolução com os dados do cliente que efetivou a compra mas com > o formulário da própria empresa, e as contas a receber e caixa dou uma > mensagem dizendo que terá que ser ajustada manualmente porque > sistematicamente fica muito difícil fazer isso e esse caso deve ser uma > exceção e não a regra. > > Att. > > Marcelo Mendes de Oliveira > > Analista de Sistemas > > -----Mensagem original----- > De: delphi-br@yahoogrupos.com.br <delphi-br%40yahoogrupos.com.br> [mailto: > delphi-br@yahoogrupos.com.br <delphi-br%40yahoogrupos.com.br>] Em > nome de valdirdill > Enviada em: quinta-feira, 6 de agosto de 2009 09:28 > Para: delphi-br@yahoogrupos.com.br <delphi-br%40yahoogrupos.com.br> > Assunto: [delphi-br] Troca/Devolução de Produtos - Preciso de Opiniões > > > Olá, > > Gostaria da opinião dos colegas que desenvolvam software de gestão e que > nele tenha opção de alteração e/ou opção de devolução/troca de produtos no > módulo de vendas (alguns preferem chamar de pedido. Eu acho melhor vendas). > > > Muito bem, a questão é a seguinte: ao se gravar uma venda, no meu entender, > um sistema deve registrar a saída dos produtos do estoque, gerar contas a > receber (valor à prazo), gerar entrada no caixa (valor à vista) e, > dependendo do caso, gerar comissão do vendedor. > No meu sistema permito apenas que o usuário cancele toda a venda. Aí o > sistema anula tudo o que gerou, inclusive exclui alguma conta a receber que > já tenha sido recebida. Ficará no sistema apenas a venda registrada como > cancelada e somente para consultas. > O problema nesse caso é óbvio, ou seja, numa venda onde há 10 itens, por > exemplo, e o cliente desejar devolver apenas um - o que não é raro ocorrer > - > geraria um enorme retrabalho de cancelar a venda e refazê-la toda. > Eu poderia criar um módulo de devolução/troca de produtos, onde ficaria > registrado que determinado item de determinada venda foi devolvido e gerar > o > retorno do produto ao estoque. Até aqui tudo muito fácil. A minha dúvida é > em relação ao financeiro. Como vocês trabalham essa questão? No caso da > venda hipotética dos 10 itens, a venda total (soma dos itens) era de > 150,00, > mas teve um desconto de 5% e o total final ficou em 142,50. Desse valor, > 30,00 foi pago à vista (creditado no caixa) e 112,50, dividido em 3 > parcelas > a receber. Além disso, o sistema gerou uma comissão a pagar para o vendedor > de R$ 2,00. No dia (40 dias após) em que o cliente veio fazer a > devolução/troca, ele já tinha pago uma das parcelas e o vendedor já tinha > recebido sua comissão. > Aí pergunto de novo: como vocês acertam esse financeiro? Alteram os valores > das contas pendentes? Calculam proporcionalmente o valor daquele produto > para gerar outro financeiro? > > Obs.: Não precisa detalhar todo o módulo de devolução/troca. Qualquer dica > que puder me repassar, ajuda. > > Obrigado. > > Valir Dill > > __________ Informação do ESET Smart Security, versão da vacina 4311 > (20090806) __________ > > A mensagem foi verificada pelo ESET Smart Security. > > http://www.eset.com > > [As partes desta mensagem que não continham texto foram removidas] > > > -- Leandro, MuTukA [As partes desta mensagem que não continham texto foram removidas]
