openerp-brazil-team team mailing list archive

["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