Aliquota de imposto / origem do material

Na empresa onde trabalho deve ser implantado a resolução 13 do senado federal FCI. O SAP orienta a implantação do split valuation, mas nesta empresa não querem adotar esta solução devido ao impacto que ela causa.
Foi sugerido de ser criado uma solução Z onde uma das tabelas Z seria utilizada para associar material, grupo de mercadoria e origem, onde a chave desta tabela seria material, grupo de mercadoria.
Nesta tabela poderia ser realizada varias associações, independente do grupo de mercadoria que está definido no cadastro mestre do material.
Os documentos criados que fossem predecessores para criação da nota fiscal, seria desligado o controle de mensagem de erro para o grupo de mercadoria, onde a informação seria originada da tabela Z criada.
Diante disso, segue abaixo os questionamentos para alguma ajuda:
A- Seria possível desligar o controle de integridade através de mensagem, para um grupo de mercadoria que não esteja definido no mestre do
material?
B- Para efeito de retorno de alíquota de imposto e posteriormente o calculo do imposto, seria possível efetuar uma alteração no SAP para buscar a informação do documento que será gerado a nota fiscal e não a que está cadastrada no mestre do material?
C- Seria possível desligar o controle de integridade para gravar uma origem na nota fiscal diferente da cadastrada no mestre do
material? 
exemplo:
1- mestre do material definido com:
código do material - 1000
código do grupo de mercadoria - 00
2- tabela Z definida com 2 registros com mesmo material e com grupo de mercadorias diferente do informado no mestre de material:
código do material - 1000
código grupo de mercadoria - 01
código do material - 1000
código grupo de mercadoria - 03
3- documento predecessor para geração da nota fiscal com a informação de:
código do material - 10
código do grupo de mercadoria - 03
4- Forma pretendida do SAP  buscar a alíquota de imposto e posteriormente efetuar o calculo do imposto:
4.1 - Passar como parâmetro o material 10 e o grupo de mercadoria 03 do documento que está sendo criado para gerar a nota fiscal;
4.2 - Impedir que o SAP leia as informações definidas no mestre de material codigo do material 1000 e código de grupo de mercadoria 00;
4.3 - Retornar a alíquota de acordo com os parâmetros passados no item 4.1.

Bom Dia Sergio,
Primeiramente, obrigado pela resposta, realmente irei adotar a não atualização da classificação fiscal.
Eu realmente fiquei com duvida, pois se você visualizar o IBRX, temos lá os campos de 1 a 4, onde o 4 representa material importando e considerando uma vez que a origem do material seria importada, pensei em atualizar classificação fiscal também.
De qualquer maneira, obrigado e vou prosseguir com os testes.
Obrigado
Enzo Sevilhano

Similar Messages

  • FCI - Origem do material / Classificação Fiscal.

    Pessoal, Boa noite.
    Gostaria de pedir ajuda de vocês para me certificar que estamos agitando da forma correta aqui no projeto.
    Entretanto, antes de falar sobre o FCI, preciso detalhar a minha o cenário..
    Estou em um projeto, onde a empresa produz veículos.
    Quando falamos em veiculo, vamos pensar da seguinte forma.
    Por exemplo.
    Familia Pailo
    Palio Economy
    Palio Sport
    Palio 1.4
    Familia Punto
    Punto 1.4
    Punto 1.6
    Punto Sport
    Adote que cada Família de veiculo (Família Palio, Família Punto) representa um código de Material na MARA.
    No FCI, a regra aplicada seria:
    Se o conteúdo de importação do material (MARA) ultrapassar 40%, a Origem do Material seria 3 e Classificação Fiscal 4 obtendo o imposto com 4% de ICMS.
    Entretanto, o conteúdo de importação no caso deve ser visto por tipo de veículos (Palio Economy, Sport, 1.4, Punto 1.4, Punto 1.6, Punto Sport) que no caso controlamos com o numero do Valuation Type.
    Portanto, para cada veiculo eu consigo atualizar a origem do material, e até aqui ok!
    Porém, a classificação fiscal é a nível organizacional(e não por veiculo), e se eu modificar a classificação fiscal eu estaria modificando para toda a organização de vendas, afetando assim veículos que não teria conteúdo importando.
    Infelizmente ainda não domino parte de impostos, e gostaria de saber qual seria o impacto em modificar o tax Classification, sendo que eu teria veículos com conteúdo importando e outros não, afinal isso indifere ou não para a venda?
    Desde já muito obrigado!
    Enzo Sevilhano
    SAP - SD

    Bom Dia Sergio,
    Primeiramente, obrigado pela resposta, realmente irei adotar a não atualização da classificação fiscal.
    Eu realmente fiquei com duvida, pois se você visualizar o IBRX, temos lá os campos de 1 a 4, onde o 4 representa material importando e considerando uma vez que a origem do material seria importada, pensei em atualizar classificação fiscal também.
    De qualquer maneira, obrigado e vou prosseguir com os testes.
    Obrigado
    Enzo Sevilhano

  • Adiantamento de Cliente em nf com itens só imposto

    Prezados Colegas,
    Estou enfrentando um problema com a rotina de adiantamento:
    Temos uma NF de saida onde temos itens com a flag só imposto marcada e itens sem a flag marcada.
    Quando adiciono o adiantamento e tento visualizar o lançamento contábil recebo a seguinte mensagem de erro:
    Impossível utilizar cálculo apenas de imposto em um documento pago por adiantamento [Nota fiscal de Saída - linhas - Só imposto][line: 2]  [Mensagem 439-191].
    O item sem a flag só imposto é o primeiro item da NF e tem saldo suficiente para compensar o adiantamento, como posso resolver esta situaçao?
    Os itens só imposto sào materiais ora sendo devolvidos ao cliente os quais nao podem ser cobrados, apenas seus valores irao compor o valor total dos produtos, mas apenas a industrializaçao será cobrada e tributada.

    Olá Eduardo,
    Antes de mais nada obrigada pela resposta ...
    Nós emitimos uma nota fiscal de entrada, ou seja, efetuamos uma venda de um aparelho para o cliente e este cliente nos devolveu este aparelho com uma nota dele e estamos dando entrada neste nota via processo de SD.
    Porém na transação J1BNFE o campo do CPNJ está em branco, e este campo do CNPJ é o nosso o da VIVO, o cadastro está normal, pois já efetuamos diversas vezes este processo e nenhum ficou neste cenário.
    Muito Obrigada,
    Val

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

  • Cálculo do custo planejado para Subcontratação

    Boa tarde,
    Temos uma necessidade de gerar um cálculo planejado para um material de subcontratação.
    Neste processo recebemos o mesmo material com duas notas fiscais, uma para subcontratação (onde é agregado mais um material do fornecedor) e uma outra nota fiscal para Mão-de-obra do fornecedor.
    Isso se deve a aliquotas de impostos diferentes. Portanto no pedido de compra para essa subcontração o valor do material tem a categoria L para sucontratação e o valor da mão de obra tem categoria F para uma ordem de produção de CO.
    Quando geramos o cálculo de custo planejado do material o valor referente a mão de obra não está sendo considerado, pois na variante de calculo de custo não consiguimos buscar o valor que foi enviado para a ordem de produção CO.
    Como poderiamos agregar a mão de obra ao calculo de custo planejado?
    Obrigada, Valeria.
    Edited by: Cecatto on Dec 10, 2010 8:34 PM

    Oi Valeria.
    O processo standard seria ter o retorno de um conjunto montado/manufaturado pelo custo dos materiais agregados pelo subcontratado +  serviço. Não sei lhe dizer se é possível fazer isso que você quer dessa forma, digo utilizando uma ordem interna de CO. Você chegou a avaliar a questão de ter uma atividade externa no seu roteiro de produção?
    abraço
    Eduardo Chagas

  • Zona Franca ICMS+IPI BXZF não desconto - Ordem de Vendas

    Boa tarde;
    Estou tentanto realizar uma configuração de um cenário Zona Franca para produtos importados no qual terão incidência de imposto ICMS+IPI.
    O cenário esta configurado desta forma:
    1) Cenário normal venda Zona Franca de Produto Nacionais. Sem incidência de impostos.
    - Código do Imposto I1.
    - IVA SZ dispara a linha de desconto BXZF no qual dá o desconto ZF - OK
    2) Cenário de itens importados - materiais com origem "1", "2" ou "8" - Incidência de ICMS+IPI.
    - Código do Imposto - I3 - ICMS+IPI
    - Deve trazer o código IVA "SD" disparando cálculo de ICMS.
    - BXZF é RefConType da IBRX.
    - Não deve disparar a linha BXZF.
    - BXZF - traz o IVA SZ.
    Cenário Configurado:
    - Criado uma nova tabela 972 - País, ClassCliente, Classi Mat, Origem Material.
    - Sequencia de Acesso IZOF  - a tabela 972
    - Condição  DIZF - Seq Aces - IZOF.
    - Quando crio a ordem de vendas o sistema trata desta maneira:
    1) Ele verifica a origem do material encontra "1"
    2) Determina na condição DIZF - IVA "SD"
    3) BXZF é um RefconType da IBRX
    4) Por isso BXZF - determina "SD"
    Entretanto, a linha de desconto BXZF  esta trazendo o desconto ZF no qual se tenho o IVA SD não deveria trazer a linha.
    Alguém tem alguma ideia de como fazer a configuração?
    OBS: ZZOF é a mesma SeqAce - IZOF.
    Muito Obrigado
    Rodrigo Vieira

    Olá André;
    Então pelo que entendi para o tipo de materiais com origem 1,2 e 8 Importados que não quero que aplique a linha de desconto se hoje tenho uma tabela de condição criada 972 972 - País, ClassCliente, Classi Mat, Origem Material e associada a sequência de acesso e condição DIZF conforme abaixo irá encontrar e SD, porém irá aplicar o desconto.
    Registro de condição cadastrada.
    BR 2 1 1  Foreign - imported directly  100,000  % 01.04.2014 31.12.9999 SD
    BR 2 1 2  Foreign - acquired nationally  100,000  % 01.04.2014 31.12.9999 SD
    BR 2 1 8  National - with import content over 70%  100,000  % 01.04.2014 31.12.9999 SD
    Tenho um cenário que na mesma pricing terie produtos Nacionais origem "5" e Importados origem 1,2 e 8.
    Para o primeiro a linha de desconto precisa ser disparada por causa da isenção..
    Então o SZ na condição DIZF irá ser disparada e o desconto na BXZF séra aplicada.
    Entretando, como posso fazer para que não se aplique o desconto..
    As únicas possibilidades foi criado sequência de acesso forçando o SD, porém como a condição DIZF é determinada porque encontra origem ele força o desconto na BXZF
    Tem alguma sugestão ou ideia de ocmo posso configurar?
    Abs
    Rodrigo Vieira

  • CFOP aparecendo na Nota Fiscal de Serviço

    Pessoal, bom dia!
    Estamos num projeto de implementação da NFe 3.10  e atualização de Support Package e deparamos com a seguinte situação:
    No lançamento de uma nota fiscal de serviço, com um IVA de serviço, o campos cfop, utilização do material e origem do material estão aparecendo no item da nota fiscal, mas não deveriam.
    No ambiente de Produção, NFe 2.0, corretamente esses mesmos campos não aparecem no item da nota fiscal.
    O mais estranho é que mesmo que eu altere o status desses campos no controle de tela, no detalhe do item eles ficam ocultos, mas na linha do item da nota fiscal eles continuam aparecendo.
    Alguém pode dar uma dica?
    Desde já agradeço.

    Nao, a solucao SAP NFE é para nota fiscal de mercadorias modelo 55 (SEFAZ, modelo nacional), que substitui os modelos de nF 1/1A.
    Há uma proposta de padrao nacional que, infelizmente, só a prefeitura de BH está seguindo...
    Caso haja um acordo entre um numero razoavel das principais prefeituras do Brasil, a SAP irá avaliar a possibilidade de incluir essa solucao, senao não há como provermos uma solucao especifica para cada cidade.
    Att,
    Henrique.

  • 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

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

    Olá 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.

  • Impostos não cálculados na ordem de vendas

    Olá, estou com um problema no atual cliente. Resulta que fiquei a cargo de aplicar a Localização Brasil e alguns problemas surgiram.
    Primeiro: O Client que estão usando (500) não foi copiado do 000 como a SAP recomenda.
    Segundo: Não rodaram a Country Version adequadamente e não copiaram a empresa no Brasil da 001 como a SAP recomenda.
    Terceiro: Não rodaram a SCU0 ou qualquer ferramenta de comparação entre ambientes para saber quais tabelas estão faltando. (eu rodei e notei uma infinidade de tabelas faltantes)
    Não foi aplicado o BC Set e nenhuma Nota SAP de forma automática.
    O Resumo da situação é que a Localização Brasil terá que ser feita 100% manualmente e aos trancos e barrancos.
    Enfim, apesar de tudo eu consegui aplicar algumas notas (Docu_302 e 664855 de forma bem rídicula e óbviamente não ficou bem feito devido àos erros no sistema) e consigo ao menos entrar na VA01 e tentar criar uma ordem para o cliente.
    Tudo está carregando, está determinando CFOP, Leis fiscais... mas tem um problema, os impostos não estão sendo cálculados, quando eu insero a PR00 o valor aparece no documento mas nenhum imposto é contabilizado. Fazendo a análise da pricing, noto que algumas condições não foram encontradas como exemplo a DGTX (IBRX) diz que a Condition Record is Missing, e a ICBS encontrou no grupo de impostos 80 (que eu criei) o valor de 0,000 %
    Diante disto, não sei o que pode estar acontecendo. Abaixo segue algumas observações do que já fiz, então se alguém puder ajudar seria muito bom:
    O cadastro do cliente indica que ele não é isento de ICMS e IPI.
    A tabela de exceção J_1BTXIC3 indica que para Origem SP, Destino SP a alícota é de 18%.
    O Grupo de Impostos criado é o 80 com todos os Impostos padrões flegados com escessão do ISS.
    A condição IBRX está na VK11 com 100% para o Brasil e também as condições abaixo como segue:
    ICMO  BR  100-
    ICSO  BR  100-
    IPIC    BR  100
    IPIO    BR  100-
    O código interno atribuido à condição está da seguinte forma:
    ICMSBASE       V ICBS
    ICMSCOMPBASE   V ICCB
    ICMSCOMPEXEMPT V ICCX
    O código de imposto SD para a operação é o C3 com os flags de Cálcular ICMS, IPI, PIS e COFINS acionados além de ser Comsumo.
    O esquema de cálculo é uma cópia fiél da RVABRA.
    Abradeço muito por qualquer ajuda.
    Obrigada
    FGRezende

    Translating...sorry about the Erros.
    Hello, I have a problem in my current client. I'am in charge of applying the Location Brazil and some problems have arisen.
    First: the client that is using (500) was not copied from the 000 as SAP recommendes.
    Second: did not run a Country Version properly and did not copied the company for Brazil of the 001 as SAP recommends.
    Third: did not run the T.Code SCU0 or any tool of comparison between environments to find what tables are missing. (I did it by my self and a lot tables are missing)
    Was not used and no BC Set SAP Note automatically.
    The overview of the situation is that the Brazil Localization will be done 100% manually and anyway.
    Finally, although I could apply some notes (Docu_302 very ridiculous and obviously was not done well due to errors in the system) and I could at least get into the VA01 and try to create an order for the client.
    Everything is loading, determining CFOP, tax laws ... but has a problem, no taxes are being calculated, when I insert the PR00 with the price value appears in the document, but no tax is accounted for this price.
    Doing the analysis of pricing, I notice that some conditions were not found as an example DGTX (IBRX) says that the Condition Record is missing, and found the ICBS tax group 80 (which I created) the value of 0.000%
    I do not know what might be happening. Below follows some of the settings I have made, so if anyone can help would be great:
    The registration of the client indicates that he is not exempt from ICMS and IPI.
    The exception table indicates that for J_1BTXIC3 Origin SP, SP alícota Target is 18%.
    The Tax Group is created with all 80 standards fleg Taxes escessão with the ISS.
    The condition is IBRX is in the VK11 with 100% in Brazil and also to the following conditions as follows:
    ICMO BR 100 -
    ICSO BR 100 -
    IPIC BR 100
    IPIO BR 100 -
    The internal code assigned to the condition is as follows:
    ICMSBASE                V         ICBS
    ICMSCOMPBASE      V         ICCB
    ICMSCOMPEXEMPT  V         ICCX
    The SD tax code for the operation is the C3 with the flags Calculate ICMS, IPI, PIS and COFINS, is a Consummate.
    The calculation scheme is a faithful copy of RVABRA.
    I am very grateful for any help.
    FGRezende

  • MIRO - determinar dom.fiscal "origem" que nao seja o do fornecedor

    Boa tarde a todos,
    OBJETIVO: "A alíquota do ICMS deve ser determinada pelo estado origem que um fornecedor de frete retira a mercadoria, e não, o domicílio fiscal desse fornecedor".
    Algue sabe como, no momento de fazer a MIRO, o sistema tome um domicilio fiscal de origem ingressado manualmente.. e que "nao" tome o do dado mestre do fornecedor?.
    Já tentei a solucao do campo "Tax Ship From" no customizing da categoria de nota fiscal, mas nao dá certo pro meu caso, já que com isso, o sistema determinará a aliquota para ICMS de "UF-destino", e o que eu preciso é determinar "origem" distinta.
    Voces sabem como fazer, ou alguma ideia?
    Obrigada,
    Tatiane Camoleis

    Que categoria de nota fiscal você está usando?
    No standard para o modelo de NF 1/1a era utilizada a categoria E1; muitas empresas criaram a categoria 1E com copia da E1 para nf-e.
    Neste caso o que muda na configuração é:
    - flag Eletronic NF marcado
    - NF cancel type configurado para uma categoria de nf-e (A1 -> 1A)
    - Nota Fiscal model configurado como 55 - Nota Fiscal - Model 55
    Abraço
    Eduardo
    Edited by: Eduardo Chagas on Apr 7, 2010 4:11 PM

  • TAXBRA - MP135 - Excessu00F5es Material + Centro de Custo (MIRO)

    Boa tarde.
    Aqui na empresa utilizamos TAXBRA e implementamos MP135. Utilizamos a transação J1BTAX (Tabela Atualizar valores PIS e COFINS) para cadastrar os materiais que devemos tomar crédito destes impostos.  Desta forma, ao dar entrada na MIRO, caso o material esteja cadastrado na tabela, são gerados os dados de PIS/COFINS, caso contrário, nada é gerado.
    Até aí, tudo funcionando corretamente.Ocorre que temos uma particularidade na empresa e não sabemos como tratar:
    Alguns materiais podem tomar crédito ou não de acordo com a finalidade que serão utilizados.
    Por exemplo, Material = PARAFUSO
    No momento da entrada do material PARAFUSO, se este for utilizado em um equipamento industrial, deve-se tomar crédito, porém, caso este mesmo parafuso for utilizado em uma máquina agrícola o crédito não deve ser tomado. A única forma de diferenciação para determinarmos a utilzação do parafuso é o CENTRO DE CUSTO.
    Desta forma, precisaríamos cadastrar uma Excessão dinâmica por MATERIAL + CENTRO DE CUSTO, o que, de maneira standard não é possível.
    Por acaso alguém conhece alguma situação semelhante ou teria alguma idéia de como poderíamos solucionar este problema ?

    Hi,
    Please open a new thread in the following forum:
    ERP & Business Suite applications (Portuguese)
    /community
    There, you will be assisted in PT language.
    Thanks.
    Fábio Almeida
    ERP-MM Forum Moderator

  • 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

  • Consolidar IVA com Mestre de Material

    Boa tarde
    Temos uma necessidade nos Pedidos de Compra (MM).
    Usamos esquema TAXBRJ ECC 6.0.
    No mestre de materiais / campo MATUSE / usamos: 1 (Materia Prima) e 2 (Consumo) - forma STD.
    Temos IVA's que são utilizados para consumo e para matéria prima. até este ponto OK.
    Porém precisamos criar um subgrupo dentro dos IVA's. Temos hoje 4 classes de IVA:
    1ª - Consumo adm (C0, C1, C3)
    2ª - Consumo prod com PIS/COFINS mais demais impostos (Y0, Y1, Y3)
    3ª - Importação (materia prima) (I0, I1, I3)
    4ª - Materia prima com PIS/COFINS (Z0, Z1, Z3)
    Porém precisamos que de acordo com o cadastro do material onde haveria este subgrupo, o sistema exibisse na pasta Fatura do Pedido, somente os IVA's deste subgrupo, hoje são exibidos todos.
    Por exemplo, no mestre de materiais iria criar um subitem com 4 opções (consumo adm, consumo prod, importação, materia prima) e dentro deste exibiria os 3 IVA's pertencentes a este subgrupo.
    Não sei se consegui ser clara?
    Algúem já teve que fazer algo parecido? Porque minha área de suprimentos alega que os IVA's devem vir pré definidos do cadastro do material. e não exibir todos os ivas existentes no nosso esquema de calculo.
    Obrigada pela ajuda

    Oi
    Vejo duas alternativas... uma é você usar uma lista personalizada de tax code onde o próprio usuário pode configurar na ME21N; bem simples... na verdade é só a aplicação de um filtro.
    E, a outra é você criar "Ajuda para pesquisa/Search Help" Z seguindo a regra que você deseja e atribuir na tabela EKPO para o campo MWSKZ.
    Abraço
    Eduardo

  • Erro Código de Imposto Standard C0 - Mensagem FF718

    Pessoal,
    Boa noite!
    Gostaria de pedir uma ajuda aos senhores, a respeito de um erro que estou encontrando na parte de contabilização de impostos.
    Estamos implantando a 6.0 utilizando a TAXBRA, o cenário é simples, material entra com consumo isento (C0) e serviço com IRF. Configuramos o mandante de desenvolvimento e foi tudo OK. Agora estamos migrando para o ambiente de QAS.
    Subimos as requests para o ambiente, cadastramos os materiais, fornecedores e as devidas parametrizações na J1BTAX para a parte de retidos e vamos aos testes.
    A parte de serviços ocorreu tudo OK, todos os impostos foram calculados com sucesso. Ao executarmos a parte de materiais que utiliza o código de imposto standard C0 estamos encontrando erro!
    Ao informar o valor de C0 no pedido de compras na aba de fatura, o sistema abre o botão de impostos, mas quando clico no botão ele nem abre a janela de impostos. Se mudo esse código de imposto para o código Z2 criado para a retenção, ele abre a tela de visualização de impostos normalmente.
    Verifiquei a FTXP e a J1BTAX na parte de código de imposto e está tudo configurado.
    Se deixarmos o C0 e seguirmos para o recebimento fiscal, quando tentamos entrar o pedido na MIRO, ocorre a seguinte mensagem de erro: Código de imposto C0 não existe para código de domicílio fiscal RJ 3304557 - Nº mensagem FF718
    Alguém pode me dar uma ajuda!?!?
    Desde já obrigado!
    Att,
    Raphael Otsuka

    Então pessoal,
    seguindo na minha pesquisa, li uns artigos que falam que o sistema TAXBRA tem que passar pela conta VS1 que é lida no tipo de condição IP1.
    Inclusive alguns falam pra ativar o IP1 e zera o percentual de cálculo via FTXP, mas ao tentar zerar ele apresenta o erro Definir código IVA também em nível 000.
    Quando eu ativo o IP1 o botão de impostos volta a funcionar, mas passa a contabilizar o IPI. Por acaso alguém ouviu falar algo sobre esse lance do VS1?
    Obrigado!

Maybe you are looking for

  • Excise Duty Inclusive in basic price

    Dear Experts, when the excise duty is included in the price, we enable the check box MRP Indicator in the excise tab while doing MIGO and based on this the GRN will be posted deducting the excise values from the price. but the trouble is, while doing

  • Banking

    Banking + Bank Statement And Reconciliation Then how we use Link Invoice to payment ?

  • Block based on PL/SQL Procedure

    Hello, I have been thinking about building an architecture with database views to support block querying and stored procedures for DML. By doing this I keep the forms entirely seperated from the table model, which is good maintenance. Changes to the

  • Migrate Application Role from uat to prod in 11.1.1.6.10

    Hi All, We have to migrate the UAT Application Roles to Prod instance. I followed Rittman Mead policy store migration. servers  in LINUX http://www.rittmanmead.com/2011/04/oracle-bi-ee-11g-migrating-security-policy-store-part-2/ But at MigrateSecurit

  • Tektronix AFG 3022: How to use both channel with VISA

    Hi all! I am trying to control the AFG with LabView using the NI VISA driver. There are several given VIs I can use, but I don´t know how to use both channels at the same time correctly. I attached a VI I made. Problems are: -Sometimes it works, some