Contabilização Subcontratação para Pedido de Compra
Boa tarde
Temos o processo de Subcontratação Standard do SAP para Pedido de Compra.
Feito o envio pela ME2O.
Retorno com Pedido de Compra tipo L para Pedido de Compra, MIGO com baixa de Componentes e MIRO (processo normal).
Porém minha duvida está com relação a Contabilização, no lançamento da MIGO:
BSX Est. Mat.Semi-acabad 17.146,47- BRL 19051583 4500044238 3.572,406-
GBB Consumo de Subcontra 17.146,47 BRL 19051583 4500044238 3.572,406
BSX Est. Mat.Semi-acabad 17.146,51 BRL 19071215 4500044238 2.588,700
WRX Trans.Entr. Física 2.231,78- BRL 19071215 4500044238 2.588,700-
PRD Dif. Preço Mat. Ledg 2.360,95 BRL 19071215 4500044238 2.588,700
BSV Transf Subcontrataçã 19.507,46- BRL 19071215 4500044238 2.588,700-
FRL Desp Serv de Subcont 2.231,78 BRL 19071215 4500044238 2.588,700
FRN Desp Serv de Subcont 129,21 BRL 19071215 4500044238 2.588,700
FR1 Trans.Entr. Física 129,21- BRL 19071215 4500044238 2.588,700-
O valor do meu serviço (Pedido de Compra) é de R$ 2.231,78 (Chave WRX) - Preço Unitário 0,86
O valor deste material no mestre de material é de R$ 17.146,51 (Chave BSX) - Preço Unitário 6,62
A primeira duvida, da forma como está sendo lançado hoje, Preço do Pedido apenas a mão de obra e preço do material cadastrado em estoque todos os custos que compoem o preço do material (hora maquina, materia prima, etc).
Está correto esta contabilização? Porque.
Da forma como está hoje a Transitoria de Subcontratação é a composição do Estoque + Serviço (Chave BSV), porque o sistema trata desta forma?
Pergunto o preço do meu material no mestre de materiais não pode ser apenas o serviço e o preço do meu pedido não pode ser o custo da mercadoria real. Como resolver este Impasse?
Está correto.
Obrigada
Patricia Queiroz
Olá Eduardo,
Então a minha duvida é quanto ao valor da diferença de preço, que para a Contabilidade não deveria haver esta diferença de preço, gerada pela diferença de preço do material na MM03 (Preço do material) x preço do material de retorno no pedido de compra.
Ex:
Preço unitário do Pedido de Compra (ME23N)
Material 1010240 (Acabado) Preço do Serviço R$ 0,80
Preço unitário do Material (MM03)
Material 1010240 Preço do material R$ 4,20
Na MIGO 101/543 é gerado uma diferença de preço R$ 3,40 por unidade.
E esta diferença que não concordam.
Para a Contabilidade eles não entendem porque o sistema age desta forma.
Entendemos que a diferença é pelo preço não estão iguais.
Porém no cadastro do material, o mesmo foi calculado baseado em LT, Valor hora, Custo do material, etc.
E no Pedido devo somente incluir o serviço.
Esta é a duvida, não sei se fui clara.
Obrigada
Similar Messages
-
Pedido de Compra - Envio de e-mail para o fornecedor
Boa tarde pessoal
Estou com uma dúvida sobre o processo para envio de e-mail do Pedido de Compra para o fornecedor.
Hoje utilizamos o e-mail do último aprovador no Pedido de Compra para que seja enviado ao fornecedor.
Existe alguma configuração para que no momento do envio seja utilizado o e-mail cadastrado no Grupo de Compradores?
Obs.: o objetivo é utilizar o e-mail do Grupo de Compradores informado na aba "Dados organizacionais".
Obrigado
José RobertoOlá Neto,
Se você não deseja permitir novos lançamentos de fatura ou movimento de mercadoria tem que flegar o campo delivery completed indicator (EKPO-ELIKZ).
Para fazer isso veja a questão '8' da nota 1093582.
1093582 - FAQ: Delivery complete indicator ELIKZ
8. Question
Is there any report to set ELIKZ?
Answer
You can use the report Z_SET_ELIKZ3 only if EKPO-EGLKZ is set and the
'Issued quantity', the 'Quantity of goods received' and the 'Quantity
delivered (stock transport order)' are the same.
This report will only affect documents that have already been posted. An
automatic setting of the 'Delivery completed' indicator (EKPO-ELIKZ) in
the online processing of the transaction is not supported. See Note
160525 for more information.
Ou seja, você deve criar e executar o report Z_SET_ELIKZ3 para setar o delivery completed indicator para PO em questão.
você poderia também setar esse campo manual mente na tabela EKPO.
Por favor:
execute a tabela EKPO na SE16 para a PO afetada,
selecione a linha/entrada da tabela,
vá pelo menu Table Entry->Change
marque o campo ELIKZ como 'X' ao invés de branco..
Espero que essa informação lhe ajude.
Atenciosamente,
Fábio Almeida
Consultor MM -
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 MonteiroTatiana,
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 -
Criaçao de pedidos de compra MM mediates SKUs.
Olá Pessoal,
Estou em um projeto de implementação e estou com um problema na parte de Materiais MM.
Quando se cria uma ordem de compra em SAP, criamos mediantes SKU, e quando fazemos a entrada de mercadorias com MIGO, é feita em base a (Nota fiscal) onde esta informada a referência comercial e não os SKUs.
O primeiro problema é que não existe relação entre SKU e referência SAP. Esta situação poderia se resolver informando a referência comercial aos dados mestre do material, e ao criar a ordem de compra, se arrastraria a referencia comercial da posição quando introduzir o material (SKU) .Também se arrastraria na MIGO.
Com isso solucionado, temos o seguinte exemplo:
- Pedido de compras:
SKU1 5 unidades referência 1
SKU2 5 unidades referência 1
SKU3 5 unidades referência 2
Nota fiscal: 5 unidades de referência 1.
Com isso, não podemos saber se essas cinco unidades se referem à SKU1 ou SKU2, com isso teríamos problemas com os desquadres no Stock de vendas.
O fluxo que temos montado para esse caso seria:
- Criar uma ordem de compra com SKUs.
- O pedido é enviado ao fornecedor por SKUs.
- O provedor devolve em XML, a Nota Fiscal (que indica a quantidade, referência comercial).
- A empresa recebe a Nota Fiscal antes de receber a mercadoria.
- No momento da recepção, não é feita a contagem física do que chega, somente e conformado as caixas e não os items( Legalmente sabemos que não é possível aceitar mais quantidades do que esta na Nota Fiscal)
O problema é que a informação enviada pelo o fornecedor na Nota Fiscal é sem os SKUs,.
Poderiam me ajudar o comentar com alguma solução alternativa nesse caso? Já que o fluxo que temos montado é um pouco complexo.
Muito Obrigado pela a ajuda.
Atenciosamente,
RogerioQue tal Miguel Angel,
Funcionalmente, lo que tienes que hacer es anular cada uno de los movimientos que tienes en el historial del pedido.. Todo esto, en reversa... Si tu proceso es Pedido - Entrada de Mercancía - Entrada de factura/entrada de servicio (según sea el caso) entonces ahora debes hacer la ANULACION de cada uno de los documentos.... es decir, anular facturas que hayas capturado en la trx MIRO (trx. MIR6) y anular Entradas de mercancía (MIGO / Anular EM)...
Con ello, en el historial del pedido estará cada movimiento que realizaste en un principio con su respectiva anulación.
Posteriormente... Debes hacer nuevamente la MIGO y la MIRO y ahora sí estará imputado correctamente a la cuenta contable actual.
Antes, debes verificar que la cuenta contable la hayan actualizado en la determinación de cuentas contables... Esto lo realiza el responsable de FI.
Saludos cordiales,
irvinghp arroba gmail punto com -
Criar ordem de venda a partir de um pedido de compra de forma automatizada
Olá pessoal,
Na empresa onde trabalho, acabamos de implantar mais uma company code no R/3, dessa forma o que antes era feito através de transferência (MB1B, 833 e 835) agora será feito via pedido de compra (empresa X1) e ordem de venda (empresa X2). Então estamos verificando a possibilidade de criar as ordens de vendas de uma forma automatizada a partir dos pedidos de compras criados manualmente ou via MRP.
Alguém tem alguma sugestão de como podemos realizar esse processo?
Desde já agradeço a ajuda.
Abraços,
Douglas.Oi Douglas
O processo de transferência interempresarial é muito similar a transferência de estoque entre centros da mesma empresa; e, assim como este não possui ordem de venda.
Resumidamente as etapas do processo são:
- Requisição de transferência de estoque (com MRP)
- Modificar pedido de transferência de estoque (com MRP)
- Pedido de transferência de estoque (sem MRP)
- Remessa para pedido de transferência de estoque
- Lista de remessas
- Confirmação de picking
- Saída de mercadorias
- Receber material transferido
- Faturamento da remessa
- Fatura recebida
Segue alguns documentos (r6 ehp4) para você olhar...
Visão geral do cenário
Procedimento do processo empresarial
Guia de configuração
Abraço
Eduardo -
Criação de Pedidos de Compra via BAPI_PO_CREATE1 com Impostos
Boa tarde pessoal.
Estou atuando em um projeto onde precisamos migrar pedidos de compra em aberto entre ambientes SAP. Estamos trabalhando com esta migração através da utilização da BAPI_PO_CREATE1 para isso. Estamos vivenciando o seguinte problema neste processo:
- Recebemos a mensagem de erro 06 218 - O preço líquido tem de ser maior do que 0. Acontece que estamos alimentando a estrutura POCOND com os valores das condições do pedido origem. Porém o pedido tem impostos e na composição de suas condições eu tenho os impostos ICMS/IPI e estou passando seus valores também na composição da estrutura POCOND.
Se alguém já utilizou esta BAPI neste contexto de pedidos de compra com impostos e puder dar alguma dica a respeito deste assunto, ficaremos gratos pelo apoio
Alessandro Luiz
Pontual Consultores AssociadosOlá Alepontual,
Por favor verifique a nota SAP (Note 580225 - Purchasing BAPIs: Conditions and pricing)
https://service.sap.com/sap/support/notes/580225
Verifique se está sendo preenchido o campo CHANGE_ID.
Att,
Bruno Xavier. -
Pedido de compra com - Plano de Faturamento
Boa tarde senhores,
Energia elétrica, Gás, Água, etc....
Qual é a melhor forma de tratar este tipo de aquisição? Um pedido de compra com plano de faturamento? Contratos?
Como fica o fluxo de caixa? Consigo utilizar folha de serviço para plano de faturamento?
Alguém já implantou este processo? Alguma dica? Algum material?Olá Neto,
Se você não deseja permitir novos lançamentos de fatura ou movimento de mercadoria tem que flegar o campo delivery completed indicator (EKPO-ELIKZ).
Para fazer isso veja a questão '8' da nota 1093582.
1093582 - FAQ: Delivery complete indicator ELIKZ
8. Question
Is there any report to set ELIKZ?
Answer
You can use the report Z_SET_ELIKZ3 only if EKPO-EGLKZ is set and the
'Issued quantity', the 'Quantity of goods received' and the 'Quantity
delivered (stock transport order)' are the same.
This report will only affect documents that have already been posted. An
automatic setting of the 'Delivery completed' indicator (EKPO-ELIKZ) in
the online processing of the transaction is not supported. See Note
160525 for more information.
Ou seja, você deve criar e executar o report Z_SET_ELIKZ3 para setar o delivery completed indicator para PO em questão.
você poderia também setar esse campo manual mente na tabela EKPO.
Por favor:
execute a tabela EKPO na SE16 para a PO afetada,
selecione a linha/entrada da tabela,
vá pelo menu Table Entry->Change
marque o campo ELIKZ como 'X' ao invés de branco..
Espero que essa informação lhe ajude.
Atenciosamente,
Fábio Almeida
Consultor MM -
Pessoal,
estou em um cliente que estará na obrigatoriedade de emitor NFe a partir de setembro, no entanto, para atender ao SPED criaram uma categoria de NFe para dar entrada em pedidos de compras que viessem do fornecedor com NFe.
A minha dúvida é a seguinte, até então eles tem gerado esta entrada porém não sabiam da necessidade de preencher a J1B2N e visualizar a NF na J1BNFE, existe algum impacto fiscal?
Alguém sabe me falar se a empresa pode ser autuada por não estar completando o processo?
Muito Obrigada
Abraços
CristinaOlá Renata!
Nossa, eu achei que o preenchimento destes campos fosse obrigatorio porque se o usuário não preenche, no monitor da NFe fica sempre aquela exclamação em amarelo.
Muito Obrigada pela informação.
Abraços
Cristina -
Importando pedido de Compras do excel
Bom dia,
O fornecedor da empresa nos enviar uma lista de produtos em excel com o codigo,quant, preço, unid nessa lista no excel nos alteramos as quantidades conforme nossa necessidade e enviamos novamente para confirmarmos a comprar. O que acontece que geralmente são pedidos com mais de 500 itens e fazer o pedido de compra no sap de forma manual é muito danoso e passível de erros existe alguma maneira de fazer uma importação dessa lista para o SAP gera o pedido de compra???Pessoal,
Segue anexo o layout de DTW do pedido de compra no e-mail.
Fiz uma descrição básica ai de como preencher os campos mais utilizados/obrigatórios. Podem adicionar informações em outros campos também, assim como adicionar campos de usuário.
Lembrando que este é um método básico para fazer upload, existem maneiras de automatizar isso, sendo (qualquer um desses me informem que ajudo vocês):
-> Tem como automatizar para não ter que abrir o DTW toda vez e informar os caminhos e base, basta colocar o arquivo numa pasta e executar uma .BAT
-> Tem como montar um layout para integração via B1if, e ai nem precisa de intervenção do usuário.
-> O SAP B1 tem uma área de procurement que envia um link a um fornecedor com uma tela igual
do SAP, ele pode preencher por lá e já atualiza o BD do SAP.
-> A versão 9.1 do SAP já permitirá dar um copiar colar do Excel direto nas tabelas do SAP. -
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 -
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 -
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 -
Pedido de Compra com Item Category = D
Olá Pessoal,
Alguém sabe me informar qual é o tratamento que a solução SAP SPED Fiscal apresenta quando usamos mestre de serviço e o pedido de compra fica com código do material (EKPO-MATNR) branco. Faço esta pergunta porque a partir do SPED todos os materiais e serviços devem ser codificados.
Ou temos que deixar de usar o mestre de serviço e usar o mestre de material para os serviços também e com isso perdermos a funcão para Folha de Registro de Serviço/Medição.
Obrigado,
Claudiomiro Silva.Olá Neto,
Se você não deseja permitir novos lançamentos de fatura ou movimento de mercadoria tem que flegar o campo delivery completed indicator (EKPO-ELIKZ).
Para fazer isso veja a questão '8' da nota 1093582.
1093582 - FAQ: Delivery complete indicator ELIKZ
8. Question
Is there any report to set ELIKZ?
Answer
You can use the report Z_SET_ELIKZ3 only if EKPO-EGLKZ is set and the
'Issued quantity', the 'Quantity of goods received' and the 'Quantity
delivered (stock transport order)' are the same.
This report will only affect documents that have already been posted. An
automatic setting of the 'Delivery completed' indicator (EKPO-ELIKZ) in
the online processing of the transaction is not supported. See Note
160525 for more information.
Ou seja, você deve criar e executar o report Z_SET_ELIKZ3 para setar o delivery completed indicator para PO em questão.
você poderia também setar esse campo manual mente na tabela EKPO.
Por favor:
execute a tabela EKPO na SE16 para a PO afetada,
selecione a linha/entrada da tabela,
vá pelo menu Table Entry->Change
marque o campo ELIKZ como 'X' ao invés de branco..
Espero que essa informação lhe ajude.
Atenciosamente,
Fábio Almeida
Consultor MM -
Eliminar item de Requisição com pedido de compra associado
Bom dia.
Trabalho em SAP diáriamente,nomeadamente em ERP Produção.
O que gostaria de saber era se existe alguma possiblidade de eliminar um item de uma requisição de compra, estando essa requisição de compra associada a um pedido de compra?
Por exemplo, tenho uma requisição de compra autorizada,com 4 itens.Faço o pedido de compra apenas para os três primeiros itens e quero eliminar o quarto item da requisição de modo a que a mesma desapareça da lista de requisições.
Obrigado
BrunoBruno, bom dia.
Precisamos entender o que quer dizer com "Limpar" estas requisições e de qual lista está se referindo.
Quando uma requisição é criada este documento só deixará de existir depois de um arquiving, portanto independente do status estar concluído ou eliminado o documento sempre irá existir.
Se você eliminou o item do pedido de compra, a requisição continua ativa, portanto se quer que ela não fique mais "pendente" tem duas opções.
Ou o requsitante que criou a RC elimina a linha 40 "Lixeira" ou ele pode marcar como concluída na aba Quantidades e datas.
Com estas duas ações a RC não fica mais ativa nas listas de documentos pendentes, porém o documento continuará existindo na sua base.
Espero ter contribuido.
Abs,
Rodrigo Vieira
Maybe you are looking for
-
Acrobat PDF edited in Photoshop opens with different proportions in Acrobat
I opened an Adobe Acrobat drawing PDF in Photoshop. I then cropped and rotated the image in Photoshop. When I reopened the image in Acrobat Professional, the proportions had changed. The image was stretched vertically. How can I get the image to reop
-
Queue Issue, reentrant/multiple calls
I have a slight problem using queues. I've read the posts that are close to my problem but i haven't figured out how to solve my case. I have a "main window" where i want the queue to show constantly. Then i have 5 places that can add values to a sin
-
Some of the windows have become semi hidden behind my menu bar, im really not shure how i managed to do this; But it is really annoying. Now i cant move the windows, and thats a drag. You can see what i meen on this screenshot: http://img251.imagesha
-
Can't find the correct event handler
In the following code, I create 5 canvases where each canvas behaves like a button. Each canvas contains a text field and each canvas is draggable. I want to trigger an event when the user drags off the side of the canvas, but instead it is triggered
-
somone told me that i cant play my games like Unreal Tournament 2k4 Warcraft III Halo n others... non universal or somthin...? is this true? (can i not play games on my intel comp, that i would on my old G4?)