Contabilização ICMS no processo de transferencia

Boa Tarde,
Migramos recentemente da TAXBRJ para TAXBRA e estamos encontrando um problema no processo de transferencia entre centros.
Quando efetuamos a saída da mercadoria via movimento 862 não esta sendo contabilizado o ICMS. O documento contabil é gerado somente com a conta de estoque, como se o material não tivesse ICMS.
Na nota fiscal o ICMS esta saido corretamente.
Estamos utilizando o IVA A1 com a condição ICM3 ativa.
Grato.
Ricardo

Ricardo, boa tarde!
Passamos por uma situação parecida aqui na empresa.
Conseguimos resolver analisando o conteúdo da tabela J_1BIM01 e parametrizando os mesmos valores que estavam na TAXBRJ para a TAXBRA.
A parametrização é feita na transação J1BTAX -> menu -> Nota Fiscal -> Administração de estoques -> Cadeias de Contabilização Al
Att.,
Alexandre

Similar Messages

  • Calculo do ICMS no processo de Transferencia SD/MM

    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

    Alex, bom dia.
    Pelo que vi, aqui na empresa, este processo ocorre e o ICMS é calculado sem ser com preço embutido.
    Pelo que vi ainda, isso é feito na "Pricing" da Remessa, ou seja, você precisa saber qual o Esquema de Preços o qual é utilizado para tal e, na configuração (Customizing) revisar o cálculo de ICMS. No nosso caso, utilizamos o tipo de condição ICM3 (ICMS from SD).
    Espero ter colaborado.
    Atenciosamente,
    Daniel

  • Diferimento Parcial do ICMS PR  (processo de compras)

    Boa Tarde a todos,
    gostaría tirar uma dúvida com voces e validar se o processo que estou fazendo esta certo.
    Meu cliente tem planta em Parana, portanto tenho algumas Notas Fiscais onde acontece o seguinte casso;
    Total da nota; 2260
    Base de calculo: 2260
    Aliquota ICMS; 18%
    Carga tributaria efetiva 12%
    ICMS destacado; 271,20 (2260 x 18% = 406.8 X 33.33% = 135,60)
    ICMS = 406,8 - 135,6 = 271,2
    Eu acho que criando uma entrada na tabela de excecao pra ICMS indicando que a  taxa de icms a ser aplicada é 12%, deveria ficar bem, adicionalmente, no momento de fazer a MIRO, mudar a mao dentro da nota fiscal na aba de impostos a taxa do ICMS a 18%, desse jeito ficaria o livro fiscal corretamente alimentado.
    Nao consegui achar uma Nota SAP do lado MM para atender esta situacao de uma maneira melhor.
    Alguem podería me disser se esta solucao esta ok? ou se tem alguma solucao melhor?
    Obrigada!
    Vicky

    Bom dia a todos,
    entao vou explicar a solucao que finalmente o fiscal pidiu npra aplicar no processo de compras.
    Vamos cadastrar uma excecao  de ICMS com uma Base reduzida do 33.33% e deixar a taxa com 18%.
    Desse jeito a escrituracao fiscal vai ter a base reduzida e aliquota de 18% pra que nao exista divergencia com a informacao original do arquivo XML enviado pelo fornecedor.
    Abs,
    Vicky

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

  • 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.

  • Transferencia entre Plantas MM/SD: Contabilização errada no estorno da saída

    Bom dia,
    Estou tendo um problema no estorno da saída de transferência entre Plantas.
    Aqui é utilizada as transações Z:
    ZMM008 - Solicitação
    ZMM010 - Transferencia (Saída)
    Mas internamente é feito a MB1B com o tmov 905 e estorno pela MBST.
    No momento da saída é contabilizado no documento contábil, ICMS a recolher, que contempla ICMS  e ICMS ST.
    Mas o problema que esta ocorrendo em QAS e PRD, é que no no documento contábil de estorno, não esta contabilizando o ICMS ST.
    Já verifiquei na transação OMJJ, referente ao tipo de movimento.
    Já verifiquei na Transação OB40, referente ao código de Imposto e Conta contábil.
    Documento de Saida:
    Transaction:FB03
    Documento de Estorno da Saída:
    As Notas Fiscais estão idênticas.
    Não sei mais o que pode esta impactando neste problema.
    Fico no aguardo de um Help.

    Boa Tarde Eduardo,
    Não tenho a documentação do que foi feito.
    Sou Consultor SAP MM do AMS da Sonda IT, e esse é um caso de um dos clientes que ela atende.
    Fiz o processo normal, sem usar as transações Z, e ocorreu o mesmo problema.
    Terei que rever com copia de qual tipo de movimento, foi criado esse tmov 905/906, para entender o que pode estar acontecendo.
    Quais transações você sugere, fora as que informei acima?

  • Nota Fiscal de Transferencia de Crédito / Débito de ICMS

    Boa tarde pessoal,
    No cliente que estou trabalhando, temos um cenário de transferência de crédito / débito de ICMS. Nesse cenário, configuramos uma nova categoria de nota fiscal e o processo é feito via NF writer. A Nota Fiscal é gerada sem problemas e o SEFAZ valida normalmente.
    Porém, segundo o fiscal da empresa, a legislação fala que esse tipo de nota fiscal não deve sair no livro de saídas. Alguém saberia me dizer o que precisa ser feito para não sair no livro de saídas? lembrando que é uma nf de transferencia de crédito / débito de ICMS, então precisamos incluir uma linha de ICMS na aba de impostos com o valor fiscal desejado. Essa aba não pode ficar em branco.
    Obrigado,
    Marco

    Olá Marco,
    Referente a questão NF complementar de ICMS/IPI, existem algumas        
    considerações a serem feitas para que ela funcione corretamente.                                                                               
    Quando você gera um processo de vendas e na NF desse processo existe ba-
    se de cálculo de ICMS, se você gerar um complemento de ICMS referencian-
    do essa nota fiscal, então no livro registro de saídas, o sistema não   
    grava base de cálculo, isso porque na primeira NF já existiu uma.                                                                               
    Se você gerar um processo de vendas e na NF dele não possuir nenhum     
    valor como base de cálculo, obrigatoriamente voce deverá informar na NF 
    complementar(Writer), mesmo porque na primeira nota, isso não ocorreu.  
    Se você não informar, qual valor o fisco deverá considerar para base    
    de cálculo do ICMS, sendo que para todos os valores de impostos         
    deveria existir uma base de cálculo ?                                                                               
    Então, na NF writer, quando não houver base na primeira NF, você obriga-
    toriamente deverá informar base de cálculo para as notas fiscais de com-
    plemento de ICMS/IPI.                                                                               
    Quando houver base de cálculo na primeira nota fiscal, então no comple- 
    mento não haverá necessidade dessa base, isso porque ela ja existiu no  
    primeiro documento.                                                                               
    Vale lembrar ainda que:                                                                               
    Para que o complemento possa funcionar corretamente, além de informar   
    na primeira tela da NF writer o número do documento original, você deve-
    rá também informar o número desse mesmo documento original na tela de   
    "item dados comerciais" no campo "Nº doc.original"(Campo logo abaixo do 
    campo quantidade), e no campo em seguida, a que número de item da NF ele
    se refere(Ex. 10,20 ou 30...).                                                                               
    Resumindo:                                                                               
    Para que possa aparecer somente o valor do ICMS complementar nos livros 
    fiscal,existe a necessidade de ter ocorrido base cálculo na primeira NF.
    caso contrário, você obrigatoriamente deverá informar o valor da base de
    cálculo também.                                                                               
    Outro ponto: verifique se este processo está corretamente configurado   
    de acordo com a nota 421284.                                                                               
    Espero que estas informações possam lhe ajudar.                         
    att,
    Ruy Castro

  • 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.

  • Processo de Retorno: Problema para associar taxa correta de ICMS considerando novo NCM

    Bom dia Pessoal,
    Criamos novos NCMs considerando sua extensão (TIPI) para diferenciação de taxas de impostos.
    Exemplo:
    NCM
    DESCRIÇÃO
    ALÍQUOTA (%)
    7323.10.00
    Ex 01 - Esponja de lã de aço
    5
    Associamos nosso sku a esse novo NCM 7323.10.00.01 (já considerando o Ex 01).
    Não tivemos problemas para fazer o processo de saída, todos os impostos foram associados corretamente, porém na hora de fazer o retorno de skus com esses novos NCMs, a alíquota de impostos não está sendo associada corretamente.
    Exemplo:
    Faturamos o material XPTO com o NCM 7323.10.00 em Junho e agora, esse produto passou a ter esse novo NCM 7323.10.00.01 e ao fazer o retorno desse sku a alíquota de ICMS não está sendo associada corretamente pois o ECC não está encontrando o cadastro de imposto na sequência de acesso correta.
    Está pegando a regra geral (grupo 98) ao invés de achar a exceção por NCM (grupo 85).
    Acredito que o ECC está considerando o NCM do sku que está na J_1BNFLIN ao invés de ir buscar no Mestre de Materiais.
    Já procurei por NOTAS sobre esse tema, porém não achei nada específico para esse tema.
    Alguém já passou por situação parecida ? Como resolveu ?
    Obrigado.

    Bom dia Pessoal,
    Criamos novos NCMs considerando sua extensão (TIPI) para diferenciação de taxas de impostos.
    Exemplo:
    NCM
    DESCRIÇÃO
    ALÍQUOTA (%)
    7323.10.00
    Ex 01 - Esponja de lã de aço
    5
    Associamos nosso sku a esse novo NCM 7323.10.00.01 (já considerando o Ex 01).
    Não tivemos problemas para fazer o processo de saída, todos os impostos foram associados corretamente, porém na hora de fazer o retorno de skus com esses novos NCMs, a alíquota de impostos não está sendo associada corretamente.
    Exemplo:
    Faturamos o material XPTO com o NCM 7323.10.00 em Junho e agora, esse produto passou a ter esse novo NCM 7323.10.00.01 e ao fazer o retorno desse sku a alíquota de ICMS não está sendo associada corretamente pois o ECC não está encontrando o cadastro de imposto na sequência de acesso correta.
    Está pegando a regra geral (grupo 98) ao invés de achar a exceção por NCM (grupo 85).
    Acredito que o ECC está considerando o NCM do sku que está na J_1BNFLIN ao invés de ir buscar no Mestre de Materiais.
    Já procurei por NOTAS sobre esse tema, porém não achei nada específico para esse tema.
    Alguém já passou por situação parecida ? Como resolveu ?
    Obrigado.

  • 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

  • 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

  • Entrega futura - Não contabiliza PIS e COFINS na MIGO

    Bom dia a todos,
    Estou tendo dificuldades de lançar os impostos PIS e COFINS na MIGO para o cenário de entrega futura com o tipo de movimento 801/802.
    Eu já fiz todas as configurações disponibilizadas no forum e inclusive abri um chamado na SAP que orientou a aplicação das mesmas notas, conforme descrito abaixo :
    Eu estou achando que o problema está na configuração da OMJJ para o movimento 801/802, pois não vejo registros/configurações na pasta "modificação de conta", e acredito que para o sistema identificar a string WE01 talvez precise destas configs ...
    Alguém saberia me dizer se para os tipos de movimentos brasileiros 800-899 é normal que não exista registros na pasta "modificação de conta" ?
    Apenas como informativo :
    - Na MIRO contabiliza corretamente e gera os impostos no livro corretamente;
    - Na MIGO não gera contabilização dos impostos porém na Nota Fiscal os impostos são calculados e destacados corretamente (ICMS, IPI, PIS e  
      COFINS);
    - Não utilizo PIS e COFINS no preço (TAXBRA);
    - O principal documento que segui foi o "PIS-COFINS_not_incl_on_net_price" mencionado na nota 1697517;
    - Também já analisei as notas  844630 e 679372;
    Se alguém já passou por este problema e puder me ajudar eu agradeceria bastante.
    /Flavio Marcilio
    Resposta SAP:
    Hi Flavio,
    Thank you for contacting SAP Active Global Support.
    Unfortunately PIS and COFINS calculation is still not covered for
    future delivery in MIGO. However there is a workaround, but only for
    TAXBRA. This you can read on note 1697517. Please check the text below
    that was taken from that specific note:
    Solution
    To enable PIS/COFINS posting at MIGO you should do the customizing
    described on article of this link:   (
    http://scn.sap.com/docs/DOC-5727 )
    That said, for you to be able to to use this kind of functionality, it
    is necessary to follow the steps on the link above. Just applying note
    1697517 won't solve the issue. Please, review all your steps in order
    to check if all requisites on the link are applied.
    The requested in the message refers to a consulting issue instead of a
    bug or error.

    Olá Cláudio.
    Não existe solução standard para configuração envolvendo PIS e COFINS para processos de consignação.
    Pode-se tentar atender o cenário customizando PIS e COFINS na mesma linha do ICMS para consignação, mas isto necessita de uma avaliação específica por parte dos seus consultores para determinar esta possibilidade.
    A solução oficial da SAP está descrita na nota #852302.
    Atenciosamente,
    Felipe Silveira

  • 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

  • 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

  • Duvidas sobre o processo de consignação em compras (MM) no Brazil.

    Sap recomenda o uso de 2 códigos de material para tratar o processo de consignação para empresas no Brazil.
    Um código é o material consignado de propriedade do fornecedor. O outro código de material é o material que passa a ser de propriedade da empresa após o faturamento.
    Para esses materials existem diferentes códigos. Após a entrada da nota fiscal de faturamento de consignação pela recomendação é feito o movimento 309 (Transferencia de material para material).
    Em nosso caso temos o material de consignação sendo utilizado em uma planta produtiva. O código de material que representa o material consignado de propriedade da empresa faz parte da lista técnica do material.
    O MRP Cria as requisições deste material consignado de propriedade da planta. No entanto a requisição deve ser para o código do material de propriedade do fornecedor, pois criamos o pedido de compra para o código do material consignado pelo fornecedor e não para o material que será de propriedade da empresa.
    Pergunta: Como poderemos transferir essas requisições do código da empresa para o código que devemos comprar do fornecedor??
    Exemplificando:
    Produto Acabado = Código Z
    Materia Prima para produzir o produto acabado Z : Código do materia prima A
    Na lista técnica do produto Z indica que precisamos de 2 unidades do materia prima A
    MRP Cria as requisições para o materias prima A
    Material consignado pelo fornecedor = Código material CA (É a mesma materia prima A, porém com outro código, para controlar o consignado)
    Precisamos comprar do fornecedor o material CA, pois este é o material consignado
    Como transferir a requisição gerada pelo MRP para que o código a ser comprado seja o CA e não o código A?
    Obrigada.

    Oi Rozie.
    O que você quer dizer com "Sap recomenda o uso de 2 códigos de material..."? Não sei onde leu isso mas até imagino o motivo da sua colocação. Enfim... dê uma olhada antes nas best practices que estão disponíveis no marketplace sobre o processo de consignação para o Brasil.
    Scenario Overview - EN
    Business Process Procedure - EN
    Configuration Guide - EN
    Visão geral do cenário - PT
    Procedimento do processo empresarial - PT
    Abraço
    Eduardo Chagas

Maybe you are looking for