Esquema de cálculo de preço bruto no pedido de compra - MM
Boa Tarde pessoal,
Estou em um projeto de implementação e existe uma necessidade da empresa de trabalhar com o esquema de cálculo de preço bruto no pedido de compra. Já fiz algumas pesquisas e não encontrei uma solução standard para isso. Gostaria de saber se existe alguma nota SAP que faça esse cálculo bruto, já que alguns usuários dizem que já viram isso funcionando em outras empresas (e eles dizem que existe uma nota da SAP para isso).
Já li o post que o Moçatto explica algo semelhante, porém na solicitação de cotação, conforme abaixo:
Gostaria de uma resposta oficial caso não exista essa nota, pois somente a minha resposta não está satisfazendo.
Obrigada,
Tatiana Monteiro
Tatiana,
Te encaminho um exemplo de pricing Compras nacionais-Preço Líquid.
Nº nível Contador Tipo condição Descr Nível-desde Nível 'até' Man. Obr Est. Imprimir Subtotal Requisito Fórmula cálculo Fórmula base Chave de conta Provisões
1 1 PB00 Preço bruto 0 0 9 0 0 0
1 2 PBXX Preço bruto 0 0 9 5 0 0
10 1 RB00 Desconto absoluto 0 0 X X 0 0 0
10 2 RC00 Desconto/quantidade 0 0 X X 0 0 0
10 3 RA00 Desconto % prç.líq. 0 0 X X 0 0 0
10 4 RA01 Desc.% preço bruto 1 0 X 0 0 0
10 5 HB00 Suplem.cabeç.absol. 0 0 X X 0 0 0
10 6 ZB00 Suplemento absoluto 0 0 X X 0 0 0
10 7 ZC00 Suplemento / qtd. 0 0 X X 0 0 0
10 8 ZA00 Sobretaxa % do líq. 0 0 X X 0 0 0
10 9 ZA01 Suplemen.% do bruto 1 0 X X 0 0 0
10 10 HB01 Desconto cabeç.abs. 0 0 X X 0 0 0
10 11 RL01 Descon.fornecedor % 1 0 X X 0 0 0
10 15 MM00 Qtd.insufic.(/qtd.) 0 0 X X 0 0 0
10 16 MM01 Qtd.insuficiente (%) 1 0 X X 0 0 0
10 17 REST Desconto conta % 0 0 X X 0 0 0
20 0 Valor Bruto - desconto 0 0 7 0 0 0
21 1 NAVS IVA não dedutível 0 0 X X 60 0 0
21 2 NAVM IVA não dedutível 0 0 X X 29 0 0
22 0 Valor Bruto - IVA supl. 20 21 X 0 0 0
24 0 Valor Bruto Final 0 0 X 0 0 0
31 1 FRA1 Frete % 20 0 X X 0 0 0 FRE FR1
31 2 FRB1 Frete absoluto 20 0 X 0 0 0 FRE FR1
31 3 FRC1 Frete/quantidade 20 0 X X 0 0 0 FRE FR1
31 4 RUE1 Provisões neutras % 20 0 X X 0 0 0 FRE RUE
31 5 RUB1 Provis.neutras abs. 20 0 X X 0 0 0 FRE RUE
31 6 RUC1 Provis.neutras/qtd. 20 0 X X 0 0 0 FRE RUE
31 10 FRA2 Frete % 20 0 X X X 0 0 0 FRE FR2
31 11 FRB2 Frete absoluto 20 0 X X X 0 0 0 FRE FR2
31 12 FRC2 Frete/quantidade 20 0 X X 0 0 0 FRE FR2
32 1 MAR01 Provisões neutras % 20 0 X 12 0 0 FRE RUE
35 1 SKTO Desconto 20 0 X 17 0 0
37 0 A001 Bônus 20 X 26 EIN BO1
38 0 A002 Bônus por material 20 X 26 EIN BO1
40 0 Preço efetivo 24 24 S 0 0 0
41 0 Montante Total 31 40 S 0 0 0
75 0 GWLB Valor limite comp.SC 0 0 X 54 60 0
Versus Compras nacionais-Preço Bruto
Nº nível Contador Tipo condição Descr Nível-desde Nível 'até' Man. Obr Est. Imprimir Subtotal Requisito Fórmula cálculo Fórmula base Chave de conta Provisões
1 1 PB00 Preço bruto 0 0 9 0 0 0
1 2 PBXX Preço bruto 0 0 9 5 0 0
10 1 RB00 Desconto absoluto 0 0 X X 0 0 0
10 2 RC00 Desconto/quantidade 0 0 X X 0 0 0
10 3 RA00 Desconto % prç.líq. 0 0 X X 0 0 0
10 4 RA01 Desc.% preço bruto 1 0 X 0 0 0
10 5 HB00 Suplem.cabeç.absol. 0 0 X X 0 0 0
10 6 ZB00 Suplemento absoluto 0 0 X X 0 0 0
10 7 ZC00 Suplemento / qtd. 0 0 X X 0 0 0
10 8 ZA00 Sobretaxa % do líq. 0 0 X X 0 0 0
10 9 ZA01 Suplemen.% do bruto 1 0 X X 0 0 0
10 10 HB01 Desconto cabeç.abs. 0 0 X X 0 0 0
10 11 RL01 Descon.fornecedor % 1 0 X X 0 0 0
10 11 RL01 Descon.fornecedor % 1 0 X X 0 0 0
10 15 MM00 Qtd.insufic.(/qtd.) 0 0 X X 0 0 0
10 16 MM01 Qtd.insuficiente (%) 1 0 X X 0 0 0
10 17 REST Desconto conta % 0 0 X 0 0 0
20 0 Valor Bruto - desconto 0 0 X X 7 0 0 0
21 1 NAVS IVA não dedutível 0 0 X X 60 0 0
21 2 NAVM IVA não dedutível 0 0 X 29 0 0
22 0 Valor Bruto - IVA supl. 20 21 X 0 0 0
23 1 ZAIP Alíquota IPI 22 0 X 0 0 0
24 0 Valor Bruto Final 0 0 X X 0 0 0
25 1 ZBIN Base ICMS Industrial 22 0 X X 0 0 0
26 1 ZBIC Base ICMS Consumo 24 0 X 0 0 0
30 0 Total Base do ICMS 25 26 0 0 0
30 0 Total Base do ICMS 25 26 X 0 0 0
30 2 ZAIC Alíquota ICMS 30 0 X X 0 0 0
31 1 FRA1 Frete % 20 0 X X 0 0 0 FRE FR1
31 2 FRB1 Frete absoluto 20 0 X X 0 0 0 FRE FR1
31 3 FRC1 Frete/quantidade 20 0 X X 0 0 0 FRE FR1
31 4 RUE1 Provisões neutras % 20 0 X X 0 0 0 FRE RUE
31 5 RUB1 Provis.neutras abs. 20 0 X 0 0 0 FRE RUE
31 6 RUC1 Provis.neutras/qtd. 20 0 X X 0 0 0 FRE RUE
31 7 ZPDG Valor do Pedágio 20 0 X X 0 0 0 FRE FR1
31 10 FRA2 Frete % 20 0 X X 0 0 0 FRE FR2
31 11 FRB2 Frete absoluto 20 0 X 0 0 0 FRE FR2
31 12 FRC2 Frete/quantidade 20 0 X 0 0 0 FRE FR2
32 1 MAR01 Provisões neutras % 20 0 X 12 0 0 FRE RUE
35 1 SKTO Desconto 20 0 X 17 0 0
37 0 A001 Bônus 20 26 EIN BO1
38 0 A002 Bônus por material 20 26 EIN BO1
40 0 Preço efetivo 24 24 X S S 0 0 0
41 0 Montante Total 31 40 0 0 0
75 0 GWLB Valor limite comp.SC 0 0 54 60 0
Similar Messages
-
Preço liquido no Pedido de compra e bruto no smartform do mesmo PO
Bom dia,
Em uma empresa que adotou o preço liquido para criação dos seus pedidos de compra, mas gostaria de imprimir no formulario smartform o preco bruto (evitando desta forma a incorreta interpretação de valores negociados com seus fornecedores) qual seria o melhor caminho?
Tenho conhecimento do documento do Carlos Moçato (MM Display Tax Conditions in Purchase Order for Brazilian Companies (Carlos Moçatto), e da Nota SAP 1551566, mas após a implantação dos mesmos ainda ficaram gaps para algumas situações fiscais.
Alguém que já desenvolveu um formulario para este fim, poderia compartilhar o desenvolvimento ABAP?
Obrigada
KellBom dia,
Em uma empresa que adotou o preço liquido para criação dos seus pedidos de compra, mas gostaria de imprimir no formulario smartform o preco bruto (evitando desta forma a incorreta interpretação de valores negociados com seus fornecedores) qual seria o melhor caminho?
Tenho conhecimento do documento do Carlos Moçato (MM Display Tax Conditions in Purchase Order for Brazilian Companies (Carlos Moçatto), e da Nota SAP 1551566, mas após a implantação dos mesmos ainda ficaram gaps para algumas situações fiscais.
Alguém que já desenvolveu um formulario para este fim, poderia compartilhar o desenvolvimento ABAP?
Obrigada
Kell -
MM - Pedido de Compra - Atribuição de Esquema de Cálculo
Olá pessoal,
É possível atribuir um determinado esquema de cálculo a um determinado tipo de Pedido de Compras?
Qual a regra de determinação do esquema de cálculo?
Grato,Oi Gildo,
Desculpe a demora para responder a sua pergunta.
Sim, é possível um determinar um esquema de cálculo a um determinado tipo de pedido de compras, porém só para pedidos de tipo transferência de estoque. veja as informações a baixo:
Você pode chegar o customizing com os seguintes passos:
Transação: OLME
>> Condições
>>> Determinar determinação de preço
>>>> Determinar determinação de esquema
Lá você vai ver que é possível determinar um tipo de esquema de cálculo para/por:
1- Pedidos normais: depende do grupo de esquema do fornecedor e da organização de compras
2- Pedido de transferência de estoque: depende do centro de saída, do tipo de documento e do grupo de esquema da organização de compras
Por exemplo:
EUB DFPS, tipo pedido
GST Pedido trnsf.estoque
UB Pedido trnsf.estoque
LU Prg.remessas transf.
3- Determinação preço de mercado: depende da organização de compras. Isto significa que, para cada organização de compras, um esquema de cálculo próprio pode valer para a determinação do preço de mercado.
Espero que as informações ajude.
Atenciosamente,
Gabriela Prass
Edited by: Gabriela Prass on Apr 21, 2009 10:09 PM -
Esquema de Cálculo - RM0002 - Info Record
Pessoal,
Boa noite!
Gostaria de pedir uma ajuda. Estou em um projeto de implantação de SAP e no processo de testes de solicitação de cotação, encontrei um problema na momento de salvar o preço de mercado. O sistema acusa o seguinte erro: "Não foi possível determinar tipo de condição para o preço Nº mensagem 06657"
Examinando a situação, verifiquei que o processo atualiza o Registro Info com as informações de cotação, mas nesse passo, o sistema reclama que a condição WOBT não está cadastrada para o esquema de cálculo RM0002.
Verifiquei o esquema de cálculo, e confirmei que essa condição não estava cadastrada. Realizei o cadastro da condição no esquema, mas continuo encontrando o mesmo erro.
Durante as análises, verifiquei que essa condição é utilizada no esquema de determinação de Pedido de Compras, entre outras coisas e consequentemente estava cadastrado no esquema RM0000.
Por acaso alguém tem alguma idéia de como resolver esse problema? Procurei notas, posts em fóruns, porém sem sucesso.
Desde já obrigado pela ajuda!
Att,
Raphael.Marcos,
problema resolvido! Houve um problema em uma configuração que foi refeita e já está td ok!
Determinar esquema de cálculo p/determinação preço de mercado em Determinar determinação de esquema.
Muito obrigado!
Att,
Raphael -
Adicionar condiciones imposto ICMS ao esquema de cálculo europeo (IVA)
Bon día,
Para criar a localização é preciso lançar na SCAT P40XXXX_CU_BR, P99CUST_SD_BR. Os CAT criam em automático um esquema de cálculo concreto para Brasil que sirva como base para criar o esquema de cálculo do cliente?
Salvo impedimento técnico, preciso mandar ao CORE adicionar ao esquema de cálculo u201Ctipo RM0000u201D as condições que indico abaixo existentes em outro esquema de calculo de outra sociedade brasileira que está no sistema, pero que não forma parte do mesmo grupo de negócio.
ZFR1 Frete absoluto ICMS
ZFR2 Frete absol Cab ICMS
ZICB ICMS - Base Red. Ind
ZICI ICMS - Indústria
ZIPI IPI
ZICA ICMS - Base Red. Con
ZICC ICMS - Consumo
ZFRP Desconto RICMS
Esquema de cáculo a inserir as nova condições.
1 0 PBXX Gross Price
2 0 ZP01 Gross Price
4 0 ZP02 Gross Price
9 0 ZD03 Discount % on Net
10 0 ZD01 Discount % on Net
10 1 ZD01 Discount % on Net
11 0 ZD02 Discount % on Net
20 0
21 1 MWST Input tax
22 0 ZIVA Input tax
25 0
30 0 ZC12 ABG Transporte (u20AC/UM
31 1 ZC10 Freight %
32 0 ZC11 Freight (Value)
E possível fusionar as condições brasileiras no esquema de preços orientado a calculo do IVA europeu? Pode impactar no calculo de imposto da TAXBRA?
Esquema de calculo ao inserir as nova condições.
1 0 PBXX Gross Price
2 0 ZP01 Gross Price
4 0 ZP02 Gross Price
9 0 ZD03 Discount % on Net
10 0 ZD01 Discount % on Net
10 1 ZD01 Discount % on Net
11 0 ZD02 Discount % on Net
12 ZFR1 Frete absoluto ICMS
13 ZFR2 Frete absol Cab ICMS
20 0
21 1 MWST Input tax
22 0 ZIVA Input tax
25 0
30 0 ZC12 ABG Transporte (u20AC/UM
31 1 ZC10 Freight %
32 0 ZC11 Freight (Value)
33 ZICB ICMS - Base Red. Ind
34 ZICI ICMS - Indústria
35 ZIPI IPI
36 ZICA ICMS - Base Red. Con
37 ZICC ICMS - Consumo
38 ZFRP Desconto RICMS
Grata ,
martaCarlos, Marta,
I really apologize for comming to you with a question not related (or just partially related) to the topic you are discussing. Unfortunately I need some advice for handling ICMS exception via table J_1BTXIC3 in our 4.6C system. I understand this SAP solution is working only for 4.7 version or above, so I could not get so far effective SAP advisory on how to deploy it in our system.
I have documented the details of our need in OSS meesage 910195 and here in SDN thread Issue with ICMS exception setup for Brasil in SAP 4.6C
While I noticed that you both have vast experience in ICMS questions I would kindly address my need to you. I really apologize for disrupting, but found no better way that this to get in touch.
Case of any comments I appreciate your response in above SDN ref. Thanks a lot in advance.
Best regards,
Raul F Ruiz
Budapest - Hungary -
Usando preço bruto ao invés de preço líquido na cotação
Olá,
Estou trabalhando em uma empresa que acabou de adquirir o SAP ERP ECC 6.0. Nossos consultores falaram que o SAP somente trabalha com preço líquido na cotação. Não satisfeito com esta informação, eu procurei na internet alguma informação sobre o SAP e encontrei um artigo na biblioteca SAP que diz o seguinte:
"Entrar o preço líquido por unidade no campo Preço líquido. Esse preço inclui somente os descontos e suplementos normais do fornecedor. Os descontos (para pagamento à vista) e impostos (por exemplo, IVA) são calculados separadamente.
Entrar o preço bruto no campo Preço líquido e atualizar as condições para o item. Em seguida, o sistema substitui automaticamente o preço bruto inserido pelo preço líquido calculado (consultar Como atualizar condições)."
Como infomado, existem duas formas de inserir o preço, ou via preço brutou ou preço líquido. Eu gostaria de saber se existe a possibilidade de configurar os impostos nestas condições para um grupo de material ou para um material e no momento em que o usuário inserir o preço do material na cotação, o sistema automaticamente calcularia o preço líquido.
Se esta possibilidade existe, será que alguém poderia me informar quais as transações que estão envolvidas nesta configuração?
Outra questão é com relação a base de cálculo. Existe no SAP algum lugar onde eu possa configurar a base de cálculo para um material ou grupo de materiais com base nos impostos configurados na transação de manter condições?
Desde já agradeço,
Atc,
Rodrigo AmorimCaro Rodrigo,
Vamos lá.
O SAP trabalha globalmente com preço líquido nos documentos de compras.
Cuidado com o termo, preço líquido ou preço bruto na biblioteca SAP.
Preço líquido do ponto de vista de negócios(não Brasil) significa preço menos as dedúções, igual ao que você encontrou na biblioteca.
Preço bruto, é o preço mais os suplementos de valores + sobretaxas.
Note que até agora não falamos do conceito brasileiro de preço líquido e preço bruto, pois a biblioteca SAP sempre refere-se a preço bruto e líquido com os conceitos de negócios, vamos dizer...não localizados..não brasileiros.
Bom, outra coisa, na cotação de MM, você até pode criar um calculation schema, e atrás de formulas, o comprador coloca o preço Bruto (bruto brasileiro que é o preço com todos os impoostos (ICMSIPIPISCOFINSST)) e o sistema atrás da leitura das rotinas de tributação gravadas nas tabelas/registros de condição retorne o valor líquido, ou então neste calculation schema você deixa as conditions de impostos e o usuário entra as alíquotas pertinentes ao material e o sistema deriva o líquido.
Para isto há um pre-requisito que é trabalhar com o tipo de documento AB , na solic.de cotação, pois ela tem um flag na parametrização que possibilitará o documento usar o calculation schema (T161-STAKO = " "), pois se o campo estiver marcado a pricing std usa condições dependentes de tempo e ai você não conseguirá este efeito de derivar o preço líquido a partir do bruto(com impostos).
Então os consultores que lhe deram esta informação não estão errados, pois este é o conceito que o SAP trabalha globalmente, e mais uma vez não se esqueça que o conceito de preço líquido e bruto do Brasil.
Completando a informação da nossa amiga Carla Bússolo, na condição de preço no SAP é possível informar quais impostos são parte do preço líquido, infelizmente isso só é válido para PISCOFINS e ISS , seria fantastico se o pessoal desenvolvesse este mesmo conceito também para ICMS e IPI, e alterassem algumas rotinas para que ao entrar com o preço Bruto no conceito Brasileiro, o sistema entendesse já que há ICMSIPIPISCOFINS.
Nesta tabela J_1BKON1V, dizemos para que a condição de preço do calculation schema, por exemplo há PIS e COFINS no preço, ai quando você cria um pedido, o líquido ficará R$ 82,00 que é preço líquido de ICMS e IPI , porém contem PIS e COFINS, já se na mesma tabela voce trabalhe com o preço líquido ..líquido mesmo...isso é sem PIS e COFINS incluso, então neste caso o preço seria R$ 72,75.
Ai a partir dai o sistema iria incluir o ICMSIPIPIS+COFINS e chegará no Bruto, para ser usado na MIRO, que será 110,00 (sendo 18% de ICMS, 10% de IPI, 7,6% de COFINS e 1,65% de PIS.
Ai se você optar por trabalhar ainda com este calculation schema, e postei um documento no SDN que voce pode baixar pelo link http://www.sdn.sap.com/irj/scn/index?rid=/library/uuid/6050b7b8-abaf-2e10-6e99-dc008de496e7 , pois é uma adaptação pra imprimir os impostos no formulario do pedido std.
Bom claro que ainda vamos longe se fosse discutir a fundo as possibilidades, mas espero ter dado uma contribuição a sua dúvida.
abraço,
Moçatto -
Bom dia Pessoal,
Estou com um problema em meu ambiente para fazer alteração de preço via VKP5 ou VK11, no qual diz a seguinte mensagem:
OrgVn CanDs Cen. LisPrç CRef Material UM EAN Tp. ID Mensagem
BP02 01 CO04 605786 UN WV198 Esquema de cálculo ZVABRA da aplicação V não contém preço efetivo
O estranho é que para um produto funciona e para outro não...
Verifiquei na transação de cadastro de material (MM43) e para o produto que não consigo fazer a alteração na aba VENDAS, seção PREÇO DE VENDA não está preenchido com o fornecedor e a organização de compras, mas o item que consigo fazer está preenchido.
Alguém já passou por algo semelhante ou teria alguma ideia de como poderia resolver este problema?
Obrigado,
JuniorGabriela,
Teste utilizar a condição ZPB2 para seu preço.
Essa condição calcula o preço já com PIS e Cofins embutidos
At.
Filipe Borges -
MM - Pedido de Compra - Esquema de Cálculo - Moeda Estrangeira
Olá Pessoal,
Tenho uma particularidade neste momento que talvés possam me ajudar:
A empresa onde trabalho atualmente negocia grande parte dos materiais que compra em moeda estrangeira mesmo quando o fornecedor é nacional (empresa brasileira), ou seja, os compradores negociam com o fornecedor em USD e emitem o pedido de compras em USD mas o sistema atual converte no momento da MIGO e MIRO em BRL com base nas cotações cadastradas. Tentamos diversas opções standard como cadastro do preço no pedido de compras e/ou programa de remessas em USD mas o sistema não gerou a conversão automática nas escriturações.
Existem ainda duas variações de negociação onde:
1) USD petax: onde o preço informado em USD deve ser convertido com base na taxa de câmbio correspondente a data de emissão da nota fiscal.
2) USD Média Mês Anterior: onde o preço informado em USD deve ser convertido com base na média das taxas de câmbio correspondente ao mês anterior da emissão da nota fiscal.
Saberiam me dizer qual a melhor prática para utilização desta sistemática no SAP? Melhor se a alternativa for standard.
No aguardo,
FBOlá,
Por padrão a data de definição para conversão de moeda é a "posting date", postando documetnos por meio de MM existe um meio via BADI, que é o único possivel que não atrapalha o procedimento de checagem da invoice na entrada, verifique as notas 574583 e 575249, que possuem todos os detalhes.
Com relação ao ítem 2, acho que você vai ter que criar uma moeda dummy, ou ainda uma moeda indexada na OB22, para tentar suprir este requerimento.
Feliz ano novo!!!
att,
Gustavo -
Consulta formatada - Pedido de compra puxar preço de contrato guarda-chuva.
Amigos consultores,
Queria criar uma consulta formatada onde, ao inserir um item no pedido de compras (POR1), o preço puxasse automaticamente do Contrato guarda-chuva (OAT1, OOAT) existente para aquele item.
É possível??Boa tarde Raphael, o recurso que você precisa existe por padrão no Contrato Guarda-chuva, talvez esteja faltando algum detalhe.
Então segue a baixo as configurações e o comportamento.
1º o "Contrato Guarda-chuva" é um acordo que pode ser classificado de duas formas, leia-se "Método de acordo" onde as possibilidades são "Método de itens" ou "Método monetário".
Para os acordos baseados no "Método do item", na aba "Detalhes" deverão ser especificados os itens incidentes no acordo, quantidades e o preço.
2º depois de definir o método é possível então escolher o "Tipo de contrato", onde as opções são: "Geral" ou "Específico". É neste ponto que vem o recurso para atender a sua necessidade.
1. Quando é selecionado o tipo de contrato "Geral", um "Flag" é automaticamente marcado no contrato "[ v ] Ignorar preços especificados no acordo básico", ou seja, o preço definido na aba "Detalhes" no contrato NÃO será levado para os documentos de marketing que mencionam o mesmo.
2. A segunda opção, quando é selecionado o tipo de contrato "Específico" o "Flag - [ ] Ignorar preços especificados no acordo básico" fica desmarcado/desativado, ou seja, o preço definido na aba "Detalhes" do contrato deverá ser levado/considerado nos documentos de marketing que mencionam o contrato.
Para ficar ilustrativo a seguir prints com as diferenças:
Nesta figura:
Opção 1: temos um contrato empregando o "Método de itens" (seta 1), aplicando o "Tipo de contrato: Específico" (seta 2), que deixa "Desativada" (seta 3) a opção para "Ignorar preços especificados no acordo básico".
Opção 2: temos um contrato empregando o "Método de itens" (seta 1), aplicando o "Tipo de contrato: Geral" (seta 2), que mantém "Ativada" (seta 3) a opção para "Ignorar preços especificados no acordo básico", passando a desconsiderar o preço definido em detalhes.
IMPORTANTE: na família 9 do SAP Business One, foi disponibilizado nos documentos de marketing na área de conteúdo uma coluna com uma nova "feature", informativa sobre a fonte da determinação do preço da linha.
Desta forma é possível observar na figura abaixo, que após informar o Fornecedor (seta 1), selecionar o item (seta 2), o preço indicado no quadro vermelho teve como "Fonte de Preço" a "Lista de preços ativa" (seta 3).
A seguir observa-se que após informar o número do contrato guarda-chuva (seta 4), o preço é automaticamente modificado conforme indicado no quadro vermelho e a "Fonte de preços" passa a ser o "Contrato guarda-chuva".
Espero ter colaborado com a resposta para sua necessidade.
Abraço,
Rodrigo da Costa Feula.
Caso a resposta tenha sido útil ou finaliza o seu questionamento, não deixe de marcar as opções, fechando desta forma a thread e auxiliando os demais membros a encontrar respostas úteis. -
MM - Pedido de Compra - Determinação de Preços por Data do Doc MIGO ou MIRO
Olá Pessoal,
Tenho uma particularidade neste momento que talvés possam me ajudar:
A empresa onde trabalho atualmente recebe diariamente uma grande quantidade de materiais de compras e boa parte destes materiais possuem variação de preços mensal. Visando reduzir as ocorrencias de divergências de preços nos primeiros dias do mês (faturamento mês anterior) gostaría de saber se existe alguma forma de configurar no SAP standard a "Categoria de determinação de preços em MM-PUR" de tal forma que a determinação de preços do pedido de compras (contrato ou registro info de compras) e programa de remessa (condições do programa de remessa) seja feita com base na data de emissão da nota fiscal do fornecedor e não com base nas opções standard (data de emissão do documento de compras, data de remessa, data lançamento e etc).
Saberiam me dizer qual a melhor prática para utilização desta sistemática no SAP? Melhor se a alternativa for standard.
Se tiver alguma configuração no SPRO, favor informar.
No aguardo,
FB
Edited by: fbetocomex on Nov 23, 2011 11:22 PMOlá,
Por padrão a data de definição para conversão de moeda é a "posting date", postando documetnos por meio de MM existe um meio via BADI, que é o único possivel que não atrapalha o procedimento de checagem da invoice na entrada, verifique as notas 574583 e 575249, que possuem todos os detalhes.
Feliz ano novo!!!
att,
Gustavo -
A regra de negócio na empresa usa o valor bruto da mercadoria (-IPI e ICMS-ST).
Alguem sabe se existe alguma fórmula STD diferente da 320 para associar na condição ICMI assim como havia a 323 e 321 na TAXBRJ?
Aqui foram desenvolvidas fórmulas para descontar ICMSPISCOFINS mas estão ocorrendo algumas diferenças de R$ 0,01 entre o valor acordado com o cliente e o valor calculado no SAP.
Obrigado,
Rubens FreitasDe acordo com chamado aberto na SAP, a configuração de impostos inclusos (PIS, COFINS e ISS) é válida somente para serviços.
A recomendação foi criar uma nova fórmula.
Criei uma cópia da 320 onde alterei para usar o conteúdo da variável XWORKK como era usado na RVXBRA.
*Note 0001131304
IF xkomv-kschl = 'ICMI'.
IF lv_rounding <> 'X'.
IF komp-mgame <> 0.
xkomv-kawrt = ykmeng.
IF xworkk GT 0.
xkwert = xworkk * komp-mgame / 1000.
ENDIF.
xkomv-kbetr = ( xkwert * 1000 ) / komp-mgame.
ENDIF.
ENDIF.
ENDIF. -
Condição de Preço sem cálculo na Ordem de Compra
Oi pessoal,
Gostaria de saber se alguém pode me ajudar. Temos aqui na empresa um cenário Intercompany aonde o Fornecedor é uma planta no Canadá e o recebedor uma planta no Brasil.
O problema é que quando colocamos o Material / Quantidade / Preço e Planta o sistema não está canculando as taxas brasileiras na aba CONDIÇÕES (ICMS, PIS, Cofins, etc) fica tudo ZERO. Apenas o preço Bruto carrega o preço (condição PBXX).
Alguma idéia se isso é alguma configuração nos Dados Mestre do Fornecedor ou algo q esteja faltando na SPRO ?
Agradeceria qualquer comentário....
Tks,
RafaelOi Carla,
Conseguimos resolver o problema aqui internamente. Eu achava que os impostos calculados automaticamente dentro de uma "Ordem de Compra" em MM, da mesma maneira que os impostos são calculados em uma "Ordem de Venda" do lado SD (em SD o sistema faz todo cálculo). Concluindo, em MM os impostos devem ser colocados manualmente e o "Reg. Info (ou Info Record em Inglês)" armazena estas informações automaticamente. Como esta era a primeira Ordem de Compra para este Vendor, nós não tinhamos nenhum imposto no sistema colocado anteriormente, por isso que aparecia tudo ZERO. Agora que cadastramos para a primeira Ordem de Compra, eu imagino que o SAP grava internamente os dados dos impostos no Info Record e quando criamos novos documentos os impostos são populados automaticamante.
De qualquer maneira, obrigado pela ajuda.
Tks,
Rafael Silva -
Cálculo de IPI com PIS e COFINS inclusos no preço líquido
Bom dia,
Criei um tax code onde calculo o IPI, PIS e COFINS para industrialização. Selecionei as seguintes conditions para PIS e COFINS:
ICOF
IPIS
ICOV
ICOS
ICOU
ICOA
IPSV
IPSS
IPSU
IPSA
Fiz um teste com as seguintes alíquotas:
IPI = 20%
PIS = 7,6%
COFINS = 7,6%
E o SAP me retornou o seguintes cálculo:
Base de cálculo: 117,92
IPI: 23,58
PIS: 8,96
COFINS: 8,96
O cliente quer que retorne os seguintes valores:
Base de cálculo: 100
IPI: 20
PIS: 7,6
COFINS: 7,6
Consigo chegar a esse cálculo somente criando um tax code e atribuindo determinadas conditions a ele (se sim, quais?) ou para chegar a esse resultado terei que criar um esquema de cálculo específico para o fornecedor?
Obrigada,
Tathiane.Olá, estava vendo esses posts no forum e gostaria de saber se algu´me pode me judar.
Já fiz o procedimento anterior incluindo na condition PXXX o PIS E COFINS através da atualização da tabela J_1BKON1V.
Bom antes dessa alteração o meu esquema de cálculo no PC estava:
Produto: 90,75 (Sem PIS e COFINS)
IPI: 12% : 12,00 (Base calculo 100,00)
PIS: 7,6% : 8,512 Base cálculo Produto + IPI (112,00)
COFINS: 1,65% : 1,81 Base cálculo Produto + IPI (112,00)
Após alteração acima ficou:
Produto: 100,00
IPI: 12% : 12,00
PIS: 7,6% : 8,512 Base cálculo Produto + IPI (112,00)
COFINS: 1,65% : 1,81 Base cálculo Produto + IPI (112,00)
O que mudou foi apenas o preço do produto, que no primeiro momento o SAP excluia o valor de PIS e COFINS (7,6 + 1,65= 9,25% ou seja 9,25), mas o cálculo continua a mesma coisa.
O que preciso é fazer o PIS e COFINS calcular com base no valor do produto sem IPI, ou seja, que todos os impostos calculem com base em 100,00.
Trabalho com a TAXBRJ.
Esqueci de mencionar que meu cenário é entrada de mercadoria material consumo)
Obrigada!!!
Willy
Edited by: wilizangela on Oct 20, 2011 5:13 PM -
Acabamos de iniciar a utilização do SAP B1 e acreditamos que as funcionalidades que permitem ter o lucro bruto dos pedidos de venda e cotação imediatamente é bastante interessante.
Todavia, no nosso caso, o cálculo do sistema não abate os impostos inclusos no preço como ICMS, PIS e COFINS do preço líquido, nos retornando um valor errado.
O lucro bruto deveria ser calculado como Preço Líquido (Sem qualquer imposto, como IPI, ICMS, PIS, COFINS, etc) - Custo do Produto Vendido. Hoje o sistema abate do valor da NF impostos como o IPI e a ST, mas não abate impostos inclusos no preço como ICMS, PIS e COFINS.
Existe algum paramentro que talvez tenhamos cadastrado errado e que possa ser corrigido para termos a informação correta?
Obrigado.Amigos tenho oum problema semelhante... só que vai além...
Meu cliente tambpem utiliza preço liquido, não fatorando-o na lista de preço com os impostos por dentro.
A questão dos impostos, eu já tenho a idéia de como deve ser feito, mas fiz diefetente... na fórmula do imposto eu sigo o raciocínio da fórmula 8 - padrão do sistema para ICMS - Preço sem Imposto. Ainda aguardo a definição do cliente para determinar as outras bases de cálculo e formular as fórmulas para calcular o imposto da forma correta para agregá-lo ao valor do item conforme são calculados. Nos atributos não coloco Incluido no preço nem na receita... O problema é que a contabilização fica diferente do usual:
D - Clientes (100% da NF) - 107
C-IPI a pagar (passivo) - 7
C-ICMS (Passivo) - 12 e;
C-Receita (DRE) - 82, mas pelo valor liquido do item que está no Preço Unitário... e não há o débito dos Impostos para abater a receita bruta, que fica igual à liquida destes impostos.
não sei se isso pode gerar ainda algum tipo de problema com speds ou NFe... ainda vou testar, mas é um caminho a ser avaliado... quem já o tiver feito e tiver críticas ao mesmo, por favor me contacte através do fórum ou no email denis.guedes@tds-enterprise
Obrigado! -
GRC Inbound - Base de cálculo PIS/COFINS
Boa tarde!
Como existe uma tolerância mínima entre o XML do fornecedor e o pedido de compra de R$ 0,02, os usuários solicitaram que este limite fosse alterado para R$ 10,00 (além das tolerâncias que já estão cadastradas na OMR6). Criamos um enhancement para buscar estes dados através de uma variável.
O problema ocorreu no lançamento da fatura, que utilizou como base de cálculo para PIS/COFINS os valores do pedido de compra e não do XML, gerando um lançamento com bases divergentes entre os impostos (para ICMS e IPI buscou corretamente do XML).
Eu verifiquei em outro post que os dados do XML para PIS/COFINS são descartados, mas gostaríamos que a base de cálculo fosse a mesma do XML e as taxas fossem do pedido de compra.
Alguém já passou por este problema?
Muito obrigada!
CristianeOlá Helio!
Na pricing a condição que representa o valor do icms é a ICM3. No nosso cenário também temos a incidência do IPI, e o cálculo da base do ICMS é:
Valor produtos + Frete + IPI, ou seja, para esse cenário, não podemos utilizar esta condição para determinar o nível do PIS e COFINS.
Alterei o nível da condição para uma outra linha, que tem o valor correto que precisamos, porém ainda assim, ele continua utilizando a base 107,00 (preço + frete). Na linha do Cofins, a pricing utiliza fórmula base standard 801 e na linha do Pis a fórmula base, também standard é a 803.
O que está determinando a base das condições PIS e COFINS são estas fórmulas e não a configuração do nível. Se retirar esta fórmula da certo Porém como é fórmula standard, não gostaria de fazer isso. Sabe se tem alguma nota que corrja este problema?
Tks,
Kelem
Maybe you are looking for
-
Dates getting wiped from Service Plan line item
Hi All, We are currently facing an issue in the dates management on the service contracts. When we create a service contract and without saving if we change start date at the header we come across the following issues 1) Date rule gets wipes out from
-
Could not browse pages from IIS after re-installation of Oracle client
Hi all, Unfortunately, I hit a issue today in the morning. I could not browse pages from IIS after I re-installed my oracle client on my machine. Below is the error massage from browser. Configuration Error Description: An error occurred during the p
-
Photo Tab does not appear on 20GB ipod
Hey, my ipod is acting strangely. When i first bought it it was working fine and i could load photos and viewed them on the ipod normally. But all of a sudden the photo tab has dissapeared on my ipods menu. I have gone into settings and gone to the m
-
hi there i sthere anyway else then query designer that i can create my variable.i guess there must be some way else. please advise
-
My N9 is updated one with PR1.2. I am having an issue from yesterday. It was working fine before. I was trying to upload the pictures from gallery, error appears 'some of the files weren't transferred because of a problem with the service'. I don't