Paulino
É que o exemplo dele tem só 1% de diferença, não deve ser desconto, vamos
ver o que ele responde.
Bom, desculpa ser chato, mas me explica melhor como usar o OpenERP. No seu
exemplo: Eu posso tem uma conta "descontos concedidos" e fazer um lançamento
novo dessa diferença de 20 nessa conta? Ou sou obrigado a fazer write-off em
cima de um lançamento antigo?
De qualquer forma, se a NF foi de 100 e vc dá um desconto de 20, não tem
como recuperar o imposto (e isso ocorre no Brasil). Só recupera o imposto se
tiver NF de devolução. (certo?)
Acabei de lembrar que nos Estados Unidos fazem isso também, chamam de
"rebate". Vc compra por 1000, na embalagem vem um "vale rebate", vc manda
por correio e eles te mandam um cheque no valor do "rebate". Mas o imposto
foi pago na compra por 1000, o fornecedor engole a diferença. Mas o rebate
deve ser contabilizado em conta separada (acho).
Bicudo
-----Mensagem original-----
De: paulino1@xxxxxxx [mailto:paulino1@xxxxxxx]
Enviada em: sexta-feira, 11 de setembro de 2009 13:30
Para: pedro.bicudo@xxxxxxxxxxxxxxxxx
Assunto: Re: [Openerp-brazil-team] RES: melhoras no sistem dereconciliação
de pagamentos, o que epréciso?
Sim write-off é o movimento com a diferença entre a fatura e o pagamento.
Ex: voçê tem fatura de 100 e recebeu 80.
Tem duas opções: Pagamento parcial; Pagamento total com write-off. no
segundo caso o programa pede uma conta para o movimento de write-off.
Também pode ser o pagamento maior que a fatura.
Não sei como usam la na Bélgica, me parece que ou se trata de um
perdão de parte da dívida, ou de um desconto concedido, pode ser por
diferenças de câmbio
Não se trata de martelar o balanço.
Citando Pedro L Bicudo Maschio <pedro.bicudo@xxxxxxxxxxxxxxxxx>:
Rafaël
Estou interessado no assunto, mas com dificuldade em entender, por favor
ajude:
"Write-off" do Inglês traduzimos para "baixa"
O assunto original do seu cliente é baixa de ativos ou é desconto no valor
da venda? Ou nenhum dos dois?
No blog (em francês) o pdf do seu cliente diz constatation d'un écart.
Entendi como "constatação de uma diferença", é isso?
O exemplo era uma diferença de 1 Euro em uma compra de 1000,00
No exemplo, o erro foi criado no lançamento inicial em valor errado(entry)
e
foi descoberto somente no fechamento (na reconciliação).
(por curiosidade meu pai, que era contador, quando me ensinou isso, disse
que chama-se "martelar o balanço")
Se a questão é fazer um lançamento de write-off para eliminar diferenças
causadas por erro, não deveria haver diferença de imposto (no Brasil) já
que
os impostos são calculados a partir dos documentos fiscais de entrada e
saída, independente de como foram contabilizados.
O que o cliente pediu é muito importante por questões de auditoria. O
"martelo" é mau visto pelos auditores porque dá margem a fraudes.
Registrar
a data do write-off, o nome de quem fez seria ótimo (como ele pediu). A
conta analítica concordo que é opcional, para minha empresa seria ótimo.
No caso de diferenças causadas por desconto, eu tenho no meu plano de
contas
da empresa uma conta chamada "descontos concedidos a cliente" e faço
lançamentos diretamente nesta conta, mas isso não é write-off. Altera o
cálculo de Imposto de Renda, mas é lícito. Não altera a NF e portanto não
tem impacto no ICMS e outros impostos.
O outro cenário, que descreve o Clovis, ocorre quando você já apurou o
imposto, informou o fisco ou até recolheu o imposto, mas o seu cliente
quer
devolver o produto ou quer um desconto para compensar insatisfação,
diferença de quantidade, etc. Isso não é write-off no meu entendimento.
Isso
é outro processo, de devolução, que gera um lançamento contábil novo: você
recebe uma NF de devolução, e lança um crédito de imposto e um crédito de
valor de produto. O problema no Brasil é que o Governo criou um processo
difícil para devolução ou compensação do imposto, que deve ser tratado
fora
do ERP por enquanto (ou seria um módulo novo no futuro)
VAT: por favor, se for criar algum cálculo VAT automárico, lembre-se de
incluir um check-box para o usuário optar por usar ou não. Isso porque, na
versão Brasil não podemos ter o VAT automático, como já falei em outro
thread.
Bicudo
-----Mensagem original-----
De:
openerp-brazil-team-bounces+pedro.bicudo=tgtconsult.com.br@lists.launchpad.n
et
[mailto:openerp-brazil-team-bounces+pedro.bicudo=tgtconsult.com.br@xxxxxxxxx
nchpad.net] Em nome de Cloves Almeida
Enviada em: sexta-feira, 11 de setembro de 2009 11:51
Para: Raphaël Valyi
Cc: OpenErp Brasil
Assunto: Re: [Openerp-brazil-team] melhoras no sistem de reconciliação de
pagamentos, o que e préciso?
Raphael,
no Brasil, no meu entendimento fiscal, o imposto é "gerado" no momento
que se emite a fatura. Se depois de emitida a fatura, você não recebeu
do cliente, esse é outra questão.
O perigo de se fazer isso automático dentro do processo de reconciliação
é o usuário "recuperar" contabilmente o imposto, mas esquecer de fazer
as declarações fiscais. Essa recuperação do imposto por diferença no
pagamento não é procedimento comum no Brasil e poucos estariam atentos a
uma funcionalidade como essa. Como resultado, do ponto de vista do
fisco, o contribuinte está pagando a menor - e isso incorre em multa das
bravas.
Portanto, a sua sugestão de incluir a recuperação de imposto dentro do
processo de reconciliação é válida, desde que fique muito claro para o
usuário (seja na interface ou na documentação) a necessidade de se
seguir os ritos da legislação tributária local.
Na minha opinião, assuntos fiscais são muito sensíveis. Os procedimentos
devem ser pensados e repensados de modo a não dar margem para autuações
fiscais.
Abs,
Cloves
Em Sex, 2009-09-11 às 10:38 -0300, Raphaël Valyi escreveu:
2009/9/11 Cloves Almeida <cjalmeida@xxxxxxxxx>
Raphael,
Seria um processo separado que analisaria os write-offs e para
oportunidade, faria a recuperação do imposto. No Brasil pelo
menos, essa
recuperação é um processo bastante complicado e não gostaria
que isso
estivesse dentro do modulo padrão de reconciliação.
Estamos falando da mesma coisa Cloves?
So para precisar: e nao estou falando das declarçoes fiscais, pois
isso geralmente se cria na mao, usando o balanço que da o OpenERP em
determinido periodo com as movimentaçoes das contas fiscais, e que e
fora do processo de reconciliaçao sim.
O que o Luc Maurer da CampToCamp estava falando la era outro assunto,
era esse:
no momento reconciliçao reconicilia (fazemos o caso simples):
- escritura no conta de produto
- escrirura na conta de VAT
- escritura do total da fatura
e:
- escritura na conta do parceiro
- contraparte dessa escitura do parceiro
Acontece que se por motivo algum, o pagamento e menos do que na fatura
e que voce desiste desse pagamento, ai alem de ter um 'write-off', em
principio, é como se voce finalmente vendeu com desconto e nao teria
que pagar VAT sobre esse diferential. E assim no Brasil tambem?
(Imagino que sim)
No momento no OpenERP voce vai tem que passar escrituras manuais para
"recuperar" essa VAT. O Luc Maurer da CampToCamp, que gosta de
contabilidade certinha, queria que seja automatico nesse tipo de
situçao. Era desse assunto que fala quando dizia:
" No Brasil pelo menos, essa recuperação é um processo bastante
complicado e não gostaria que isso
estivesse dentro do modulo padrão de reconciliação."
Porem, nao considero isso uma alteraçao simples que ia levar tanta
vantagem assim por enquanto entao eu nao vou implementa-la assim que
sugerido. Mas porem, aproveito para saber se tem outras coisas que
nas reconciliaçãoes que precisariam ser faitas para atender melhor o
uso no Brasil.
Abraço,
Raphaël Valyi
http://www.akretion.com
_______________________________________________
Mailing list: https://launchpad.net/~openerp-brazil-team
Post to : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~openerp-brazil-team
More help : https://help.launchpad.net/ListHelp
_______________________________________________
Mailing list: https://launchpad.net/~openerp-brazil-team
Post to : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~openerp-brazil-team
More help : https://help.launchpad.net/ListHelp
