Formação do Preço de Venda

[Mackilem Van Der Laan]

Bom dia a toda comunidade OpenERP Brasil

Estou com algumas dúvidas no cálculo de formação do preço de venda. Eu tenho o preço de custo no cadastro do produto e sobre esse valor eu preciso adicionar os impostos e mais uma margem desejada que inclui despesas administrativas, lucros e etc.

O que eu já consegui fazer:

já configurei as NCM's nos produtos com (IPI 5%, Pis 0,65%, Cofins 3%, Icms Interno, Icms Externo)

já configurei as Posições Fiscais para substituir as aliquotas de Icms genéricas para os percentuais conforme os grupos de estados 12%, 7% e Interno 17%.

já configurei as Regras de Posições Fiscais para cada estado.

------

Até então está puxando todos os impostos direitinho para a cotação (o descritivo deles), porém o preço de venda só considera o IPI... mas e os outros impostos que eu preciso incluir no preço, como que faço?

Tentei configurar uma lista de preços, adicionei meu markup nela e puxou o preço de venda certo, mas não achei uma forma de fazer o OpenERP diferenciar uma lista de preços para dentro do estado, outra para Icms de 7% e outra para Icms de 12%. Além de que assim não me parece a melhor forma!

O ideal pra mim, seria que o OpenERP formasse o preço de venda da seguinte forma: (custo + impostos + margem adicionada pela lista de preço)

Tem como fazer isso?? Tem algum procedimento parecido?? para estes casos qual é a prática recomendada??

Desde já muito obrigado!

[Marcelo Bello]

Mackilem, você levantou uns pontos muito importantes, muitos deles são mais de gestão de preços e otimização tributária do que de sistema mesmo.

    No OpenERP até onde eu sei você pode configurar para cada imposto se o imposto já estará incluso no preço ou não. Acho que na localização o padrão para o IPI é não estar incluso mas para o ICMS é estar incluso. No entanto, até onde eu saiba isso não pode ser feito por lista de preço, é uma configuração global.

    Acho que o que você quer fazer é configurar ICMS, PIS e COFINS para que não estejam inclusos no preço, acho que a localização suporta isso, só não sei se está bem testado.

    No Brasil a indústria adotou o padrão de informar preço com ICMS incluso mas o IPI não. Então é comum um fornecedor passar preço = R$ X,XX + IPI.

    Parte da razão para se fazer isso é devido ao fato do ICMS ser calculado por dentro, o cálculo do ICMS é um pouco mais complexo e é uma conta que pouca gente entende então convencionou-se que os preços são sempre com ICMS incluso.

    No entanto, hoje por exemplo no meu caso a alíquota de ICMS pode variar de 4% a 18%, é muita diferença!

    Na prática, pelo menos entre os importadores começa a haver uma mudança e alguns (ainda poucos) já informam preço líquido de ICMS e IPI, ou seja, preço não inclui ICMS nem IPI. No entanto, cada cliente quer ser informado do preço de uma forma diferente, é difícil agradar todo mundo, veja:

- Clientes Lucro Presumido ou Lucro Real: estes gostam de receber o preço líquido de ICMS e IPI, assim podem mais facilmente comparar os preços dos diversos fornecedores (estas empress se creditam de ICMS e IPI então não deveriam ver estes impostos como custo na compra);

- Clientes SIMPLES: estes geralmente não sabem nada de impostos e não querem nem receber NFe. Para esses clientes todo imposto é custo, eles não se creditam de nada. Então para esses clientes você deveria em geral informar o preço com ICMS e IPI para evitar problemas na venda;

- Consumidor final: mesma coisa, mas com a vantagem das alíquotas para consumidor final serem constantes (icms de 17 ou 18% e ipi deve incluir icms na base de cálculo).

    Você perguntou sobre qual a prática. Hoje a prática do mercado é passar um preço com ICMS incluso, mas como o ICMS é variável, assume-se um valor de ICMS para efeito de cálculo e o preço será esse pra todo mundo (geralmente o ICMS assumido = ICMS para venda dentro do Estado = maior ICMS que vc vai pagar). Ou seja, a margem de contribuição será maior para vendas para fora do estado e menor para vendas dentro do estado. Se você quiser fazer justiça para clientes de outros estados pode calcular qual o desconto que compensa a diferença da alíquota inter vs. intra estadual e treinar seus vendedores para aplicarem esse desconto sempre que o cliente for de outro estado.

    Para trabalhar dessa forma, divida o mark-up desejado por 1/(1 - 0.0365 - 0.17) para incluir o PIS/COFINS e o ICMS e você vai chegar no mark-up ajustado que já leva em conta esses impostos.

    Independente de incluir ou não o ICMS no preço, se você tem armazém/loja em mais de um estado você tem a situação do preço (ou do custo) ser diferente dependendo do armazém que você escolhe para enviar o produto ao cliente (em geral você deveria escolher um armazém/loja que não esteja no estado do cliente). Ou seja, os incentivos no Brasil são para fazer logística burra e não utilizar os armazéns mais próximos do cliente para a entrega, aproveitando assim a alíquota interestadual que é mais baixa. Se os clientes fossem mais preparados isso não faria sentido, mas todo mundo sabe que a maioria dos clientes não entende muito de impostos e se apegam somente ao valor da fatura que vão pagar ao fornecedor, se perdem nos adicionais de alíquota, créditos tributários, etc então esse tipo de "otimização" dá resultado. Além disso, se você trabalha em Lucro Presumido ou Real e tem muitos clientes no SIMPLES, dependendo do estado que o cliente estiver vale muito a pena para as duas partes enviar de outro estado pq no SIMPLES não há crédito de ICMS e muitos estados não cobram diferencial de alíquota das empresas do SIMPLES.

     O ideal a meu ver seria se o OpenERP tivesse listas de preço onde para cada lista se pudesse determinar se ICMS e IPI já estão inclusos. Mas hoje não é assim.

Abraço,

Marcelo

[Mackilem Van Der Laan]

bom dia Marcelo,

obrigado pela ajuda, eu concordo contigo que o Brasil não ajuda muito quando o assunto é impostos.

o que acontece comigo é que o OpenERP não está somando o Icms em lugar algum. Precisamos que ele pegue o custo e acrescente os impostos como previamente determinado.

Conforme você sinalizou, eu já testei as opções que estão inclusas na configuração dos impostos, como "Imposto Incluso no Preço" ou "Incluído no valor base"  só que lá no orçamento não muda nada.... estou certo de que existe alguma coisa de errado aí, não está fazendo sentido isso!

bueno, se eu achar a resposta que coloco aqui para divulgar.

Obrigado

[Raphael Valyi]

Ola Mackilem,

eu posso estar enganado por ter lido rapidamente, mas estou achando que o Marcello deu a explicaçao certa e que vc conseguiria fazer aquilo que vc quer so desenvolvendo.

Nativamente o OpenERP nao considera imposto nehnum nas listas de preço, os impostos estao calculados so depois. Nos nao alteramos esse comportamento na localizaçao e dessa forma esta OK para muita gente.  Bom muita gente nao quer dizer todo mundo, funcionalemente eu nao sei te dizer se é legitimo ou nao o que vc quer, so posso te dizer é que precisaria desenvolver.

Atts.

-- 

Raphaël Valyi

Founder and consultant

http://twitter.com/rvalyi

+55 21 2516 2954

www.akretion.com

2014/1/15 Mackilem Van Der Laan <mack...@gmail.com>

--
Você está recebendo esta mensagem porque se inscreveu no grupo "OpenERPBrasil.org" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para openerp-brasi...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.

[Mackilem Van Der Laan]

boa tarde Raphael,

entendi, obrigado pela ajuda.... a saída que eu encontrei é utilizar listas de preços separadas, uma para dentro do estado, outra pra Icms de 12% e assim por diante e trocar manualmente conforme o estado.... pelo menos até que eu aprenda a resolver esse problema.

por enquanto muito obrigado.

[Alexandre Grings]

Mackilem,

Corrija-me se eu estiver enganado, não sou contador, mas parece que o que você quer é o que é chamado em inglês de Full Cost Accounting (formação de preços sobre custos diretos e indiretos). Vejam http://en.wikipedia.org/wiki/Full_cost_accounting

No caso, um imposto como o ICMS, que faz parte do preço do produto, pode ser visto como uma espécie de custo indireto. Esse "custo" pode ser diferente dependendo da UF em que seu cliente está. Então a margem de lucro líquida para clientes em SP pode ser diferente de cliente em MG (exemplo em anexo).

Não sei se isso mudou, mas até 2010 não havia Full Cost Accounting no OpenERP: https://lists.launchpad.net/openerp-expert-accounting/msg00318.html

Alexandre

[Mackilem Van Der Laan]

Boa Tarde Alexandre,

se funcionar a tua dica, show de bola, acertou na mosca o que eu preciso... vou testar no final de semana e logo posto a resposta.

muito obrigado pela dica e bom final de semana!

abraço

Em terça-feira, 14 de janeiro de 2014 10h27min01s UTC-2, Mackilem Van Der Laan escreveu:

[Raphael Valyi]

2014/1/17 Alexandre Grings <agr...@gmail.com>

Mackilem,

Corrija-me se eu estiver enganado, não sou contador, mas parece que o que você quer é o que é chamado em inglês de Full Cost Accounting (formação de preços sobre custos diretos e indiretos). Vejam http://en.wikipedia.org/wiki/Full_cost_accounting

No caso, um imposto como o ICMS, que faz parte do preço do produto, pode ser visto como uma espécie de custo indireto. Esse "custo" pode ser diferente dependendo da UF em que seu cliente está. Então a margem de lucro líquida para clientes em SP pode ser diferente de cliente em MG (exemplo em anexo).

Não sei se isso mudou, mas até 2010 não havia Full Cost Accounting no OpenERP: https://lists.launchpad.net/openerp-expert-accounting/msg00318.html

Ainda nao tem, a v8 nao tocou quasi nada na parte de contabilidade. A boa noticia e que pelo menos nada foi quebrado nisso ;-)

Mas a branch trunk-wms é uma paso serio nessa direçao quando vai se tratar de poder apoiar a contabilidade no historico fisico do produto.

Nao é impossivel que na v8 (metade do ano para ter o freeze dizem eles), teria o suporte official do FIFO, que tambem pode ser preciso para esse tipo de coisas hoje ainda nao tem na trunk-wms).