Transferência de material de consumo entre centros com ICMS - MB1B 833/835

Boa tarde amigos, meu problema está na transferência de material de consumo entre centros utilizando a transação MB1B, mov 833 e 835, quando há incidência de ICMS:
Para informação, ao fazer uma transferência para material de industrialização (MBEW-MTUSE, utilização do material = 1), o sistema funciona corretamente, pois o tipo de condição ICM3 no IVA de saída (mov 833) e o tipo de condição ICM1 no IVA de entrada (mov 831) são u201Cdedutíveisu201D, desta forma a contabilização fecha corretamente.
Na transferência de material de consumo (MBEW-MTUSE, utilização do material = 2), não consigo fechar o processo devido o erro u201CM7050 -> Saldo não nulo: 157,09- Débito: 0,00 Crédito: 157,09u201D. Esse erro acontece devido ao tipo de condição de imposto ICM2 que é usado no IVA de consumo na entrada (835), pois este é u201Cnão dedutívelu201D.
Como se trata de transferência de material de consumo, o ICMS não pode ser recuperado, então entendo que se fosse possível ter uma saída com ICMS u201Cnão dedutívelu201D o problema estaria resolvido, alguém tem esse cenário e/ou tem alguma dica que possa me ajudar via configuração ou desenvolvimento?
Estamos na SAP EC 6.0 com TAXBRJ.
Att
Antonio Amorim
Complex IT

Antonio,
   Observe que, no recebimento de mercadorias colocadas em trânsito, não existe valorização de estoque, pois isso já foi feito no momento da saída.
   Por esse motivo, não devem ser ativas no tax code de MM condições de imposto que estejam atribuídas a chaves de conta definidas como "não dedutível" na transação OBCN.
   No caso, a chave NVV é desse tipo e não deve ser utilizada, pois invariavelmente incorrerá no erro descrito.
   Mesmo que seja feita uma transferência para consumo no destino, não deverá ser feito o lançamento na conta de custo do material, pois não existem lançamentos desse tipo na MBSU.
Abraços

Similar Messages

Transferencia entre centros com substituição tributária para custo do material

Boa tarde,
Caros colegas, tenho um problema na transferência entre centros com substituição tributária MM/SD (tipo de movimento 862/861) em um cliente de Retail, gostaria de saber se alguém já teve que fazer esse tipo de contabilização.
Abaixo segue o comportamento do SAP como esta hoje.
Contabilização da nota fiscal de saída - tipo de movimento 862 (ESTA CORRETO)
Chv D/C Conta Denominação           Montante Moeda Código de imposto Operação
40 S    113206 Imp Tranf Estab.      34,62 BRL                       TXO
99 H    114700 Prod. comerc.        -70,69 BRL     T1                BSX
89 S    114700 Prod. comerc.         70,69 BRL                       BSX
50 H    213000 ICMS a Recolher       -2,95 BRL     T1                MW2
50 H    213001 ICMS Subtrib a Rec. -31,67 BRL     T1                MW3
Contabilização da nota fiscal de entrada - tipo de movimento 861 (SEGUNDO A CONTABILIDADE ESTA ERRADO).
Chv D/C Conta Denominação             Montante Moeda Código de imposto Operação
40 S   113202 ICMS a Recuperar           2,95 BRL    T3                ICM
50 H   113206 Imp Tranf Estab.         -34,92 BRL                      TXO
40 S   500006 ICMS Sub. Tributária      31,97 BRL    T3                ICS
A contabilidade considera que esta errado pois o valor de R$ 2,95 + o valor de R$ 31,67 que totaliza R$ 34,62 deveria ir para o custo do material e não para conta de impostos.
Alguém conseguiu fazer esse tipo de contabilização na entrada com o tipo de movimento 861?
Para o IVA de saída T1 as condições que utilizo são: IPI0 ICM3 ICS3
Para o IVA de entrada T3 as condições que utilizo são: IPI0 ICM1 ZCS1 (copia da ICS1, fiz isso para poder alterar a cadeia de contabilização).
Resumindo o que o cliente quer é: somar o valor do ICMS e SUBSTITUIÇÃO TRIBUTÁRIA calculados no centro origem e transferi-los para o custo do material no centro destino.
Muito obrigado.
Att.

Oi, Fábio,
Em processos de transferência toda a valorização de material é realizada no momento da saída de mercadorias, no 862 ou 833.
Isso significa que, dentro da localização, não há como apropriar os montantes lançados na transaction key TXO como custos no momento do 861 ou 835, pois estes movimentos não permitem lançamento de custo de material. Isso porque custo vai para a chave NVV e se vc tentar usar um IVA de consumo na entrada de STO que tenha ativo por exemplo ICS2 ou ICM2, vai incorrer num erro dizendo justamente isso: "Chave de lançamento NVV não encontrada"
Sendo assim, é necessário que vc simultaneamente lance os tributos a recolher - referentes à operação de saída - e os aproprie como custo de aquisição do material. Tudo isso na saída da mercadoria.
Ok, então como proceder?
Bom, vai demandar um pouco de configuração, teste, suor e algumas lágrimas . O que você terá que fazer, basicamente (digo basicamente porque certamente refinamentos posteriores serão necessários - e também não sei se dará certo, pois nunca testei), é criar uma condição de offset para que na saída da mercadoria o valor do ICS3 e/ou do ICM3 sejam direcionados para o custo do material.
Como isso?
Para direcionar sua configuração, você pode usar como guia a solução por trás do IVA "D1" usado no lançamento de DIFAL da nota 679372.
Seria algo +/- assim:
1) Criar 1 condição de offset para cada tipo de imposto a ser apropriado como parte do custo (e.g. ZCS3)
2) Inserir essa condição no procedimento de cálculo apontando para a linha da condição principal (e.g. ZCS3 apontando para ICS3)
3) Definir chave de conta "NVV" para a condição do item 2.
4) Configurar na J_1BIM01V uma entrada para a posting string usada na saída (WA04) apontando para a condição ZCS3 e com tipo de lançamento "M Material".
5) Inserir a condição ZCS3 na J_1BAJ com cópia da ICS3 (para que seja possível ativá-la no IVA)
6) Habilitar um IVA com ICS3 e ZCS3 ativos.
Teoricamente esses passos irão criar uma linha adicional no documento contábil, no valor com sinal oposto da condição de recolhimento, mas apropriada no custo do centro destino.
Até me motivei a testar aqui internamente, então se você conseguir algum sucesso (mais provavelmente alguns fracassos), compartilhe comigo para tentarmos criar algo a 4 mãos.
Abraço,
Eduardo

[MM] Transferência Planejada entre centros dentro da mesma filial.

Pessoal,
Boa noite!
Gostaria de uma ajuda num cenário de transferência planejada entre centros que estão sob a mesma filial.
Para manter a rastreabilidade do pedido que foi gerado por MRP, etc, foi mantido o cenário de transferência por SD. A transferência por SD está amarrada no tipo de pedido UB, que está amarrada em um documento de transferência, que está amarrado no tipo de movimento 863.
Como o movimento 863 é localizado, ele tem relevância fiscal, então programamos uma exit para modificar o código de imposto para A0 no momento de gerar a remessa.
Efetuamos a saída de mercadoria e quando vamos receber a mercadoria na transação MB0A, ele critica o movimento 861 pois não a remessa não possui nota fiscal. (Como estão dentro da mesma filial, ele não gera DOCNUM!!!)
Devido a essa crítica, tentei receber a remessa com outro tipo de movimento (Ex: 101) e não obtive sucesso.
Por acaso alguém pode me ajudar? Alguém sugere algum movimento que eu possa utilizar nesse cenário? Pq apesar do movimento estar amarrado eu posso tentar forçá-lo através da mesma exit que altera o código de imposto.
Fico no aguardo e desde já agradeço!
Obrigado.
Raphael Otsuka
(21)9866-6941

Pessoal, tenho um processo de transferencia MM/SD e o que ocorre e que na nota fiscal o valor esta saindo com preco embutido mais impostos.
Ex:
Alíquota de ICMS =7%
Quantidade: 36
Preço Material: 143,52
Calculo Qtd x Preço material = 36 x 143,52 = 5.166,72
Calculo Preço com ICMS embutido: 5.166,72 / 0,93 = 5.555,61
Nota Fiscal: 5.5561,61 X 7% = 388,89
A questao se o cliente nao quiser esse preço embutido, e quer ver na verdade o calculo dos 7% em cima do valor 5.166,72 que daria: 361,67
Como faco para que isso ocorra ? Alguem ja passou por isso ?
o fluxo do processo de transferencia ocorre da seguinte forma:
Pedido
Remessa ( onde temos a price)
Doc.material ( atraves dele chegamos a nota fiscal e seus valores com impostos embutido)
desde ja agradeço qq ajuda postada.
abracos

Custo de frete na transferência entre centros MM/SD com remessa

Pessoal boa tarde,
Estou com um problema na transferência entre centros. O custo do frete não está gerando o custo complementar no pedido de transferência.
Faço a criação do pedido (tipo de pedido 'UB') de transferência pela transação ME21N --> A remessa pela VL10B --> O documento de transporte pela transação VT01N --> A criação do custo do frete pela transação VI01 --> Depois a saída de mercadoria pela transação VT02N.
Após realizar a saída de mercadoria, quando visualizo o histórico do pedido, o custo complementar, tipo de operação 'BZWE', não está criado.
Já ajustei o tipo de condição 'FRB1'- Frete absoluto para transferir custo de frete, ajustei a categoria de item de frete em TRA limpando o campo 'ctg.class.cont', setei o campo relev p/liquid com 'A' --> Relevante para liquidação (custos complement.aquisição) e para não gerar pedido.
A atribuição entre a categoria de ítem e o tp de csts de frete está:
A - Cabeçalho, O código da minha categoria de item, 'B' - automático, Cls Av = ' ' e 'D' para GraProcAut
Mesmo após todos os ajustes descritos acima, não consigo gerar o custo complementar.
Se alguém puder dar alguma dica agradeço,
Assis Medeiros

Pessoal, o problema de não criar o custo complementar para operação 'BzWE' ocorria porque o tipo de transporte estava configurado como os flags ativos para "Cabeçalho" e "Dir. Terceiro" em SPRO --> Logistics Execution -->Transporte -->Custos de frete --> Documento de custos do frete -->Relevância dos custos de frete e proposta p/tipo de custos de frete - Determinar a relevância cst.transp. p/tipo transp.
Ativando os dois flags, faz com que o status do cálculo e custo de frete (VTTK-FBGST) seja 'B'. Dessa forma, a configuração fica diferente do que recomenda a nota: 427944: "Shipment status: The overall status of the shipment cost calculation for all affected shipments must be 'C' (that is, complete)."
Como o transporte era de cabeçalho, desativei o flag: "Dir. Terceiro", permanecendo ativo, apenas o flag "Cabeçalho". Criei um novo documento de transporte e o status do cálculo de custo de frete(VTTK-FBGST) já ficou = "C". Dessa forma, após a criação do custo de frete e saída de mercadoria, foi criada a operação 'BzWE' no pedido de transferência.
Assis

Transferência - IPI a reconlher na saída e IPI custo na entrada

Prezados,
Estou com um problema no processos de transferência entre centros e gostaria de saber se você já passou por este cenário.
[Processo]
A empresa está realizando uma transferência da Fábrica (São Paulo) para o centro de serviço (Rio de Janeiro).
A fábrica em é indústria, já o centro de serviço é comércio. De acordo com o Fiscal da empresa, no processo de transferência para revenda, o ICMS e IPI devem ser lançados como imposto a recolher na NF de saída do centro fornecedor.
Agora, quando a mercadoria chega ao destino, a NF de entrada deve ser lançada com ICMS a recuperar e o IPI deve ser lançado como custo.
[Problema]
Configuramos o processo de transferência e fizemos testes primeiro com o processo standard (saída ICM3 e IPI3, entrada ICM1 e IPI1) e funciona normalmente. Na saída o SAP credita o valor de ICMS e IPI na TXO e na entrada, debita TXO e credita as contas de ICMS e IPI a recuperar.
No entanto, quando configuramos os códigos de imposto para sair com IPI3 e entrar com IPI2, o sistema não debita o valor do IPI da TXO e dá erro, não deixa salvar devido a não zerar as contas.
[Testes]
Para tentar solucionar o problema, criei um tipo de condição YIPI2 com cópia de IPI1 e, na pricing TAXBRA, configurei para lançar n NVV. Ao efetuar o teste, o sistema não apresentou erro, mas não lançou o IPI na entrada na TXO e também na Nota Fiscal.
Criei uma nova chave de conta na OBCN com cópia da IPI (que é a nova VS1) e marquei o flag de “não dedutível”. Amarrei esta nova chave na condição YIPI2 que criei e resultou no mesmo problema.
Você já trabalhou com o processo de transferência desta forma? Estou considerando abrir um chamado para a SAP, mas acredito que não darão uma resposta para este caso.

Oi Kell
Olha... IPI não era suportado para CT-e! A não ser que tenha mudado.
Sugiro verificar se existe algo a respeito buscando as notas pelo componente XX-CSC-BR-TRA.
Qual é a base legal?
Abraço
Eduardo Chagas

Estorno Transferência de estoque

Caros amigos, estou com uma situação complicada aqui na empresa que trabalho.
Quando vou fazer um estorno, de uma remessa de transferência de estoque entre centros, aparece a seguinte mensagem de erro.
Não se pode registrar saída mercad. para item 00010 do pedido 4400006059
Nº mensagem M7152
Diagnóstico
Para o item 00010 do pedido 4400006059, não é possível nenhuma saída de mercadorias. Possíveis motivos para isso:
o item 00010 não é um item de transferência de estoque.
o centro entrada não é igual ao centro do item.
a saída de mercadorias para esta pedido deve ser registrada através de um documento de remessa.
Procedimento
Verificar se a entrada está correta.
Verificar se se trata de um pedido de transferência de estoque.
Executar função
Anular eventualmente o item, para que o sistema possa sugerir todos os itens do pedido na lista de seleção, a partir da qual o(s) item(ns) desejado(s) poderá(ão) ser selecionado(s).
Entrar eventualmente um outro centro.
Criar eventualmente o documento de remessa no sistema de expedição.
Sendo que já foi verificado os itens do pedido, e estão ok.
Para saída utilizo movimento 862 e o estorno movimento 864.
Desde já agradeço a ajuda.

Olá Eduardo, é Justamente pela VL09, que estou tentando o estorno. Porém o erro é apresentado.
Segue print da tela do movimento de estorno para que vc veja se está ok.
Obrigado.
Att,

Nota fiscal rejeitada por campos 'pMVAST, pRedBCST, vBCST' vazios no processo de transferência de crédito de ICMS

Pessoal, bom dia!
Vejam se alguém já passou por algo parecido em algum projeto...
Estou com uma demanda pra alterar alguns parametros do processo de transferência de crédito de ICMS, que são:
1- A quantidade deverá ser preenchida com “0”.
2- O valor unitário deve ser “0”.
3- O campo de unidade de medida “Vazio”
4- A NCM não deverá ser vazia, mas ser preenchida com “00”.
5- O CST deverá ser “090”.
A solução para os pontos 1, 2 e 3 foi criar um enhancement na função J_1B_NFE_PROCESS_OUTBOUND relacionada a J1B1N para alterar os valores digitados pelo usuário assim que a nota estiver sendo criada. Para o ponto 4, a solução foi criar um NCM "00" para utilização do usuário.
E, no ponto 5, a solução foi orientar o usuário a optar pela origem do material "0" e optar pelo direito fiscal IC9 (Outros) que atribuirá a tributação 90, formando assim o 090 esperado.
O problema é:
Ao dar saída na nota fiscal pela J1B3N, ela está sendo rejeitada pelo fato dos campos 'pMVAST (Percentual da margem de valor Adicionado do ICMS ST), pRedBCST (Percentual da Redução de BC do ICMS ST), vBCST' (Valor da BC do ICMS ST) não estarem sendo preenchidos.
Sendo assim, como posso resolver esse ponto?
Em anexo está a tela do preenchimento da Writer com os devidos parametros e impostos, e está também o IDOC que foi gerado com os campos em branco.
Desde já agradeço a atenção.

Allan, boa tarde!
Obrigado pela sua resposta, mas, conforme venho conversando com o fiscal resposável do projeto, o cenário é esse mesmo.
Seguem abaixo e em anexo as regras Fiscais para emissão da nota de transferência de crédito de ICMS:
Orientação de Preenchimento NF-e:
Transferência de crédito
A nota fiscal eletrônica (NF-e) também será emitida nas hipóteses de transferências de crédito acumulado de ICMS em razão de exportação, diferimento ou redução da base de cálculo.
De acordo com a legislação, há regras a serem observadas para a emissão da NF-e referente a essa transferência de crédito. Resumidamente, alguns procedimentos comuns que poderão ser seguidos.
Para emitir a NF-e, é necessário informar nos campos próprios:
1. Como destinatário, o nome, o endereço e os números de inscrição estadual e no Cadastro Nacional de Pessoa Jurídica (CNPJ) do contribuinte ao qual se está efetuando a transferência;
2. Nas Informações Complementares do quadro “Dados Adicionais”, a expressão “Transferência de crédito acumulado de ICMS, nos termos (indicar o base legal da transferência)” e o valor, por extenso, do crédito transferido. No aplicativo gratuito emissor da NF-e, essa informação constará no campo “Informações Complementares de interesse do contribuinte” da aba “Informações Adicionais”;
3. No local destinado ao valor da operação do quadro “Cálculo do Imposto”, o valor do crédito acumulado transferido (no aplicativo gratuito de NF-e, esse valor será informado no Valor Total bruto). Nos demais campos, preencher com “0” (zero) para todos locais numéricos e obrigatórios nos quais não consta orientação específica - apenas um dígito “0” em cada, pois a NF-e trabalha com campo preenchido;
4. Como natureza da operação: “Transferência de Crédito Acumulado de ICMS”;
5. No campo “Finalidade de emissão” informar “NF-e de Ajuste”;
6. Os CFOP e CST serão os códigos 5.601/5.602 e 090, respectivamente;
7. A Nomenclatura Comum do MERCOSUL (NCM) será informada a expressão numérica “00”;
8. A “Descrição do Produto” será informada a expressão “Transferência de Crédito Acumulado de ICMS”;
9. A situação tributária do PIS e da COFINS será “Operação sem incidência da Contribuição; e
10. A “Modalidade do frete” indicar “Sem frete”.
8. Código de Situação Tributária – informar “90”. Página 168 do Manual de Integração.
Na Nota Técnica 2013/005, ainda é informado que os campos 'pMVAST, pRedBCST e vBCST' devem ser carregados no XML, e por se tratar de tranferência de crédito, os valores devem ser “zerados”.
Aplicando o imposto ICS3, consigo inserir zeros nos campos indicados acima. O problema é que a NF é rejeitada novamente só que com erro no campo vBCSTRet (Valor da BC do ICMS ST retido), pois ao zerar os campos acima acabo obrigatoriamente atribuindo zero ao campo vBCSTRet, fato que não deve ocorrer.

Erro na geração da NFe - Devolução de Transferência em Trânsito

Bom dia a todos.
Estou tentando fazer o cenário de devolução de transferência entre filiais quando o produto ainda estiver em trânsito. Utilizei como referência para todas as etapas o documento encontrado aqui no próprio fórum Stock Transfer Order (STO) with Full or Partial Return of Transit Stock - Localization Latin America - SCN Wiki
O meu problema está ocorrendo na hora de registrar a entrada da devolução pois o sistema não preenche a nota fiscal de referência.
Os passos executados foram os seguintes:
- Criação do pedido de transferência (ME21N)
- Geração da remessa (VL10B)
- Executar saída de mercadorias (VL02N)
Neste momento o sistema fez tudo certo.
Enquanto o produto ainda estava em trânsito, iniciei o processo de devolução com os seguintes passo:
- Criação do pedido de transferência (cópia do pedido original porém marcando o campo ITEM DE DEVOLUÇÃO)
- Geração da remessa (VL10B). Após a geração da remessa coloquei o mesmo código de impostos que estava na remessa original
- Executar entrada de mercadorias (VL02N)
O erro ocorre na entrada de mercadorias. Neste ponto o sistema apresenta a mensagem de erro abaixo:
Entrar nº de referência da nota fiscal
Mensagem 8B 259
Para que a nota seja aprovada na SEFAZ, a categoria de NFe que utilizei está configura como 6. Restit.
Alguém já passou por isso ou tem alguma idéia que possa ajudar?
Obrigado,

Chegou a olhar a nota...
2133551 - Full/Partial return of STO gets rejected by SEFAZ (NF-e without reference or wrong CFOP <-> finNFe)

Devolução de Transferência SD/MM com NF

Prezados bom dia,
Tenho o processo de transferência SD/MM (Mov 861/861) e agora me foi solicitado a criação do processo de devolução de transferência onde, segundo o fiscal, não podemos fazer simplesmente um outro PC UB para devolver a mercadoria. Pesquisando no Fórum, encontrei a thread http://scn.sap.com/thread/3165609 que menciona a aplicação da nota SAP 1512390 e o link explicativo http://wiki.sdn.sap.com/wiki/x/NAVhE.
Seguindo as orientações do link e da nota SAP, consegui criar a devolução via mov. 671, mas este mov não é relevante para emissão de NF. Tentei colocar o flag de relevante na visão J_1BIM02V e ao tentar fazer o Post Goods Receipt (VL02N com a remessa de devolução), aparece o erro 8B289-Enter a tax code.
Como resumo, segue o passo a passo do processo:
1) Cria PO UB do centro A para B
2) Cria remessa via VL10B
3) Post Goods Issue da remessa via VL02N (Mov 862), gerando NFe de saída
4) Goods Receipt no centro de destino via MB0A (Mov 861), gerando NFe de entrada
5) Cria outro PO UB idêntico ao criado no passo1, porém com o flag "Returns Item" no item da PO que irá alterar na aba shipping a Delivery Type para NLR (Ret. Stock. Transp).
6) Cria remessa via VL10B, preenchendo o campo EXt. Delivery (Goto > Header > Administration) com o número da remessa criada no item 2 (10 Caracteres, preencher com zero a esquerda caso seja menor). Neste ponto, o campo Delivery type já estará como NLR e Mov type 671.
7) Lançar a Migo com mov 101 referenciando a PO UB de devolução criada no passo5. (Ao salvar, o movimento será alterado automaticamente para 161)
8) Por fim, entrar na VL02N com a remessa de devolução (criada no passo6) e "Post Goods Receipt"
Como o mov 671 não é relevante para NF (J_1BIM02V), a nota não é criada inviabilizando o processo. Se coloco o flag de relevante, aparece o erro 8B289-Enter a tax code.
Alguém já criou este processo e conseguiu resolver este problema?
Muito Obrigado,
Vitor

Bom dia Eduardo,
Como se trata de PO UB, o IVA é determinado apenas no item da remessa (Campo Cód.imposto da aba Processamento Financeiro). No caso está preenchido tanto o IVA quanto os direitos fiscais mas mesmo assim a msgem de erro persiste.
Abraço.
Vitor Jesus

Erro no ICMS da devolução de transferência com estoque em trânsito

Boa tarde a todos.
Estou tentando fazer o cenário de devolução de transferência entre filiais quando o produto ainda estiver em trânsito. Utilizei como referência para todas as etapas o documento encontrado aqui no próprio fórum Stock Transfer Order (STO) with Full or Partial Return of Transit Stock - Localization Latin America - SCN Wiki
O meu problema está ocorrendo na hora de registrar a entrada da devolução que é onde o sistema está ficando com um saldo equivalente ao valor do ICMS.
Os passos executados foram os seguintes:
- Criação do pedido de transferência (ME21N)
- Geração da remessa (VL10B)
- Executar saída de mercadorias (VL02N)
Neste momento o sistema fez tudo certo e contabilizou da seguinte forma:
11501001
Estoque de Mercadori
2.900,77-
11501001
Estoque de Mercadori
2.900,77
11305002
ICMS a Recuperar - E
594,13
21401003
ICMS a Recolher
594,13-
Enquanto o produto ainda estava em trânsito, iniciei o processo de devolução com os seguintes passo:
- Criação do pedido de transferência (cópia do pedido original porém marcando o campo ITEM DE DEVOLUÇÃO)
- Geração da remessa (VL10B). Após a geração da remessa coloquei o mesmo código de impostos que estava na remessa original
- Executar entrada de mercadorias (VL02N)
O erro ocorre na entrada de mercadorias. Neste ponto o sistema apresenta a mensagem de erro abaixo:
Saldo não nulo: 594,13   Débito: 3.494,90   Crédito: 2.900,77
O erro está exatamente no valor do ICMS que não está sendo contabilizado na devolução e deveria.
Alguém já passou por isso ou tem alguma idéia que possa ajudar?
Obrigado,

Eduardo,
A chave não está marcada como não dedutível e a cadeia de contabilização está como T mesmo.
No debug, coloquei o break no form citado e após o LOOP na tabela x156w o preenchimento da tabela xzcxcm ficou da seguinte forma:
Linha
CNT02
CURTP
WAERS
DMBTR
SHKZG
SHKZM
BUALT
BUZID
VKWRT
VORSL
XUMBW
FWBAS
LBBTR
XSUBS
1
1
0
BRL
       2900.77
S
S
          0.00
M
          0.00
BSX
          0.00
          0.00
2
2
0
BRL
          0.00
          0.00
P
          0.00
PRD
          0.00
          0.00
3
3
0
BRL
        -594.13
          0.00
M
          0.00
BSX
X
          0.00
          0.00
4
4
0
BRL
          0.00
          0.00
S
          0.00
UMB
X
          0.00
          0.00
5
5
0
BRL
          0.00
          0.00
S
          0.00
GBB
          0.00
          0.00
6
11
0
BRL
       2900.77
H
H
          0.00
U
          0.00
BSX
          0.00
          0.00
7
12
0
BRL
          0.00
          0.00
P
          0.00
AUM
          0.00
          0.00
8
13
0
BRL
          0.00
          0.00
S
          0.00
EKG
          0.00
          0.00
9
14
0
BRL
          0.00
          0.00
U
          0.00
BSX
X
          0.00
          0.00
10
15
0
BRL
          0.00
          0.00
S
          0.00
UMB
X
          0.00
          0.00
11
16
0
BRL
          0.00
          0.00
S
          0.00
GBB
          0.00
          0.00
12
20
0
BRL
          0.00
          0.00
S
          0.00
TXO
          0.00
          0.00
13
96
0
BRL
          0.00
          0.00
U
          0.00
BSX
          0.00
          0.00
14
97
0
BRL
          0.00
          0.00
M
          0.00
BSX
          0.00
          0.00
15
51
0
BRL
        594.13
S
          0.00
T
          0.00
VS2
          0.00
          0.00
Em relação ao IVA as seguintes conditions estão ativas:
- IPI0
- ICM1
Obrigado pela ajuda

Transferência de Mercadoria com unidade de medida em Caixa

Boa tarde prezados,
     estou com uma dificuldade em um determinado cliente no que se refere a transferência de mercadorias para as filiais. O que ocorre é o seguinte, um determinado item é configurado para comprar em Caixas e cada caixa contém 6 Unidades. Quando é realizado a compra desse item, por exemplo 10 caixas, o SAP contabiliza o estoque corretamente na quantidade de 60 Unidades (10 x 6 ). O problema começa a ocorrer quando eu vou fazer as transferências.
     Para se fazer as transferências o cliente utiliza o pedido de venda com suprimento, criando assim o pedido de compra para não ter que digitar todos os itens do pedido. E aqui começa o problema, quando eu faço o pedido de venda com a quantidade de 4 unidades no pedido de compras a quantidade que o SAP calcula que é referente a Caixa é de 0,67 isso equivale a 4,02 unidades, confirme figura 01. Quando se é feita a nota fiscal de transferência, no SAP é Entrega do módulo de Venda, a quantidade que é retirada do estoque "01" é realmente de 04 unidades, mas quando se é feito o Recebimento dessa nota, no SAP é Recebimento de Merc. no módulo de Compra, o estoque é incrementado de 4,02 Unidades conforme Figura 02.
     Para fazer o ajuste no estoque o cliente vai em transações do inventário e faz uma saída de 0,02 unidades do item, a pergunta é como fazer para que o SAP considere na entrada a quantidade de Unidades e não de Caixas? Como resolver essa questão?
Segue imagem para melhor entendimentos, quem puder dar uma ajuda, desde já agradeço atenção.]

Boa tarde Rodrigo,
Tem um campo no pedido de compra e venda que define se você vai comprar/vender na unidade de compra/venda ou unidade do estoque, ele se chama "unidade de medida de estoque".
Por exemplo:
Se o campo estiver não, se eu fizer o pedido de compra ou venda usando 2 caixas, ele vai entrar/sair 12 unidades de refrigerante.
Quantidade confirmada (no meu exemplo fiz no pedido de venda), 12 unidades de refrigerante. (2 quantidade x 6 por caixa).
Se eu ativo o campo "unidade de medida de estoque", ele considera que a quantidade digitada é a quantidade na unidade de estoque.
Ele considera como 2 itens, e não faz a conversão de unidades.
Infelizmente o SAP 8.82 só tem essa conversão básica de unidade, já na nova versão 9.0 tem muito mais possibilidades de conversão de estoque.
Espero ter ajudado,
Abraço,
Fabio
SAP 8.82 PL16 / SAP 9.0 PL11 (Test)

Recebimento Transferência com ST - ERRO M7050 - Saldo não nulo. MB0A 861

Boa tarde.
Alguem passou por este problema???
ERRO M7050 - Saldo não nulo: 38,27- Débito: 23,70 Crédito: 61,97
Esta mensagem de erro está ocorrendo na entrada de transferência. Transação MB0A – Tipo de movimento 861.
O valor da diferença é exatamente o valor da substituição tributária.
A nota fiscal está correta e o ICS1 (ST) é calculado corretamente na nota fiscal de entrada.
Contabilização da Saída de transferencia:
Conta      Texto breve                                      Montante
8301        Acabados Pecas A4                                  147,00-
8301        Acabados Pecas Fabri                                147,00
283xxx    Impostos a Recolher                                    61,97
2xxxx9    IPI A Recolher       A4                                 12,64-
2xxxx5    ICMS A Recolher      A4                             11,06-
2xxxx8    ICMS Subst. Tribut. A4                              38,27-
Contabilização que deveria acontecer na Entrada:
Conta        Texto breve conta                      Montante
283xxx     Impostos a Recolher                         61,97-
7xxx8       IPI A Recuperar      IE                       12,64
7xxx5       ICMS A Recuperar     IE                   11,06
7xxx6       ICMS ST A Recuperar IE                 38,27
IVA A4 (saída de transferencia):
ICM3        ICMS de SD                   ICMS                  MW2
ICS3         ICMS Sub.Trib. de SD ICST                    MW3
IPI3           IPI de SD                       IPI                        MW1
IVA IE (da entrada de transferencia) esta assim:
ICM1         ICMS dedutível            ICMS             VS2
ICS1          ICMS Sub.Trib.            ICST               VS3
IPI1            IPI dedutível                 IPI                   VS1
As contas estão atribuídas na OB40.
Estou entendendo que esta mensagem está ocorrendo porque ele não está deduzindo o ST do saldo da conta 283xxx - Impostos a Recolher.
Obrigada,
Silene.

Pessoal,
Consegui identificar o problema.
J1BTAX - NOTA FISCAL - Adm Estoque - cadeia de contabilização AI
o campo ID-linha Lçto estava em branco.... alterei para D - Imposto de transferência e deu certo!!
att,
Silene Duarte.

Error during creation of transfer orders for material

Hi,
We are doing a transfer of stock from one storage with WM to a storage without WM.
But system does not finish the process automatically displaing the following error message:
"Error during creation of transfer orders for material document 49000XXXX"
System cannot find source storage bin
Thanks in advance for the help
Regard
Enzo

your picking strategy does not find the bin where the material is.
So you need to check what value you have entered for picking in WM view of material master.
then you have to check where your material is (storage type and bin)
then you need to check customizing to where what storage types are included in the picking strategy that is tight to the material master entry.

Error during creation of transfer orders for mateRIA

hi gurus,
I am getting an error while moving material from sl0c2 to sloc1 which is connected to wh by mvmt 321. the document is getting posted and the stock is coming to sloc1,but the error is
"Error during creation of transfer orders for mateRIAL.how to correct the error.
regards
murugan

Hi,
The material is maintained at the Warehouse level, hence warehouse transactions have to be completed, by creating a transfer order and the confirmation of the same will create a transfer posting from SL1 to SL2 in the system. This is trigerred automatically depending on the sytem configuration.
Regards,
raghu

Batch to batch transfer of same material is not possible

We are doing batch to batch transfer of same material no. through MB1B in a plant which is depot. This is not happening and error message is coming "Batch to batch transfer of same material is not possible" msg no. 00398.
We tried the same transaction in mfg. plant and it is allowing the batch to batch transfer of same material no.
Full marks for earliest best solution.

Choubey Ji
Normally when you want to do stock transfer and change the batch of a material then we use M Type 309 via MB1B...in your case..you are doing this within a single plant...which i don't think is possible.
Correct me if i am wrong.
Regards,
N

Transferência de material de consumo entre centros com ICMS - MB1B 833/835

Similar Messages

Maybe you are looking for