MM-Cód.de impostos-condições não estão seguindo a ordem da TAXBRA
Boa tarde pessoal,
Na J1BTAX, dentro dos códigos de impostos de MM, quando entramos para ativar as condições, notamos que as condições não estão seguindo a ordem da TAXBRA mas sim a ordem alfabética.
Alguém ja viu este comportamento antes e conseguiu corrigi-lo ?
Isso atrapalha muito para ativar condições em vários códigos de impostos novos.
Grato,
Alessandro
Estimado,
Tente esta nota, pode ajudar.
1526396 - Tax Code Conditions: Column for Condition Type not
Abraços
Gustavo
Similar Messages
-
DESONERAÇÃO DE ICMS - NF-e 3.10
Senhores (as)
Será mesmo que a SAP entendeu o que é ICMS desonerado?
Estamos na implementação da NF-e 3.10 e precisamos alimentar os campos conforme é determinado pela legislação em vigor NT 2013 005_v1.03
No entanto estamos tendo dificuldades a saber:
1) O CAMPO MOTIVO DA DESONERAÇÃO - Para este campo, já existia tratamento para vendas destinadas a Zona Franca (Suframa) conforme:
J_1BNFE_ICMS_EXEMPTION_REASON associado ao CFOP na j1btax. A SAP na NF-e 3.10 criou outro J_1BNFE_RFC_MOTDESICMS3 sem nenhuma associação entre estas tabelas, foi identificado esta questão em outros projetos?
2) O valor da desoneração de imposto em regra é o valor de imposto cujo DESCONTO (fiscal) foi concedido ao cliente por operações específicas da Situação Tributária. Como vocês estão tratando essa condição, e como estão identificando o valor para o campo VICMSDESON, uma vez que a SAP disponibilizou apenas o campo na estrutura?
3) O valor do ICMS desonerado, deve ser informado no total do ICMS para tag vicmsdeson, ou seja,o mesmo valor que aparece no Item, será somado na Totalização. No entanto, o valor quando inserido em tempo de execução no item não é transferido para o total. Alguém tratou este campo corretamente?
4) A desoneração ocorre por Estado, e fica a cargo deste solicitar essa informação. No nosso cenário temos casos no: RS, SC, BA, PE, TO e ainda a Zona Franca. E para todos estes casos, não foram identificados tratativas da SAP para o Valor da Desoneração e nem para o Motivo.
5) Tratativas especificas da NF-e 3.10 para CST 51, muda a interpretação da NF-e 2.0 para Diferimento Parcial que antes era escriturado na CST 90 e agora deveria ser escriturado na CST 51. Não foram encontradas tratativas para os campos Valor do ICMS da Operação, Valor do ICMS Diferido e nem percentual do diferimento. Vocês trataram este contexto?
Como vocês estão gerando estas informações?
Agradeço antecipadamente
Rivalino PereiraCaro Julio, boa tarde.
Creio que sua versão é 605 ou superior, pois existe gravação na tabela : J_1BNFLIN, dos dois campos J_1BNFLIN-MOTDESICMS e J_1BNFLIN-VICMSDESON, pois nas versões anteriores do ECC, não existem estes campos novos.
E também creio que suas configurações no sistema estão corretas, inclusive com a configuração do motivo de desoneração na tabela de CFOP.
Verifique então se as seguintes notas estão aplicadas:
2052491 - [3.10] Technical enablement for ICMS Deferment and ICMS
Exempt
2048698 - Mapping of motDesICMS for CST 20, 30, 70, 90.
Verifique então se a nova estrutura esta sendo preenchida, colocando um ponto de parada na função de saída J_1B_NF_MAP_TO_XML, caso sua mensageria seja GRC. -
Retenção PIS, COFINS, IR e CSLL, no pagamento - TAXBRJ
Olá!
Estou configurando a retenção para PIS, COFINS, IR e CSLL. Aqui nós utilizamos TAXBRJ pela questão de OIL.
Porém quando olho as condições na ordem de venda, a condição ICW5, IPW5, ISW5 e IRW5 não estão trazendo valores, logo a condição ICW6 não é preenchida para levar o valor para a contabilização acumulativa de FI.
Passos Feitos:
Seguindo a guia de customização,
- já criei as condições para aplicação TX e V.
- Já atualizei o esquema de cálculo com as condições.
- adicionei os dados pertinentes ao cliente na aba de imposto retido
- determinei as contas
- criei a exceção para trazer os valores de imposto
Todos os passos foram feitos, porém ele manda ativar as condições ICOQ IPSQ ICSQ IIRQ IGEQ na FTXP para o código de imposto SD. Mas após ativar, em minha ordem de venda as condições ficam com alerta vermelho e não calculam. Não sei se este é o motivo de não trazer o valor para ICW5.
Poderiam me ajudar com este problema?
Desde já muito obrigado!Eduardo Achei!
Desculpe a demora na resposta.
As categorias de imposto retido que foram criadas o Standard não lê. Coloquei as padrões e funcionou. Ainda não abri um chamado para a SAP sobre o assunto mas o farei em breve.
Obrigado! -
Erro Lançamento CT-e com CST 60 - Erro M8 534 - Monitor CT-e
Prezados, Boa Noite!
Estamos tentando realizar um lançamento no sistema de um conhecimento de transporte eletrônico CT-e com CST 60 pelo módulo GRC, ao simular esse lançamento encontramos um erro que acreditamos ser um erro de produto.
Abaixo segue TAG do XML.
Fizemos todas às analises e chegamos à conclusão de que no momento em quem o GRC está realizando a simulação do lançamento no ECC o mesmo está passando para a função MRM_INVOICE_CREATE no parâmetro I_RBKPV-RMWWR o valor líquido do conhecimento de transporte, entendemos que nesse campo deveria ser passado o valor total do CT-e e não o valor líquido do mesmo.
A fim de validar se o fato relatado acima é realmente o erro que esta ocorrendo, pegamos os parâmetros que o GRC estava passando para essa função e mudamos apenas o conteúdo no parâmetro I_RBKPV-RMWWR, para que o mesmo assumisse o valor liquido + impostos, ao realizar a mudança desse valor o erro parou de acontecer.
Para validar se o erro estava somente no GRC pegamos o mesmo pedimos e lançamos de forma manual um MIRO no ECC, o lançamento no ECC ocorreu sem nenhum problema o que nos faz acreditar mais ainda que possa ser um erro no produto. Abaixo segue print detalhado do erro que estamos encontrando.
Monitor GRC – CT-e
Observem que na imagem acima do monitor todas as informações relativas à taxa de imposto, Montante do Imposto e Montante Básico estão com os valores idênticos no momento da simulação, no momento que o usuário vai registrar os dados da simulação o sistema dá uma mensagem de erro informando que os valores de débito e crédito não batem, observem no monitor que os valores são os mesmos.
Ao tentar realizar o mesmo lançamento através da transação MIRO no ECC não encontramos nenhum problema os valores são calculados corretamente sem nenhum problema.
Abaixo segue print dos valores que estão chegando da função MRM_INVOICE_CREATE.
Abaixo segue detalhes da configuração do IVA
Já configuramos o IVA com CST1 e CST2 mas nao conseguimos obter sucesso no lançamento pelo GRCSim Eduardo,
Finalizado.
Deu trabalho mas ficou muito bom. -
Determinação da Tax Code no Fornecimento
Bom dia pessoal,
Quais são as configurações que determinam a tax code no fornecimento?
A sequência de determinação do código de imposto na J1BTAX está:
- Tabela de categorias de Item
- Informação de material do cliente
A J_1BSDICA está:
Tipo Doc. Cat. Item Tipo Item ID. Parceiro Cód. Imposto
YSFT YFDP 2 RE " " (este deverár variar entre alguns materiais)
Grato,
Gildo.Olá Gildo,
acredito que a forma standard de determinação do tax code se dá pelo item category realmente. Neste caso, você teria que lidar com diferentes item categories para poder efetuar esta customização na J_1BSDICA.
Ainda assim, é possível fazer o uso de 'user exits' para forçar a determinação de um tax code, de acordo com suas regras de negócio. Essa seria uma alternativa para seu caso. Uma SAP note de consulting que te indico como uma referência é a 1227831.
Abraços,
Felipe Silveira
Edited by: Felipe Silveira on Nov 4, 2010 2:51 PM -
Migração de Taxas de Imposto para Registro de Condição - J_1BTXSDCV
Ola,
Estou com o seguinte problema:
O Funcional entra na J1BTAX -> Preparação da Condição -> Migração -> Tabela de Imposto para Condições.
Opção: V (Vendas e Distribuição) = Flegada
Escolhe-se a linha : J_1BTXSDCV Tabela gerada para a visão J_1BTXSDCV 291
Quando manda executar aparece a seguinte mensagem de erro:
"Não foi possivel gerar o objeto a classe CL_J_1BTXSDCV".
Debugando cheguei ate:
Create an instance of the class that handles the table.
The type is determined dynamically from the name of the table.
CONCATENATE 'CL_' wa_views-viewmap-tabname INTO lv_classname.
TRY.
CREATE OBJECT o_table TYPE (lv_classname)
EXPORTING i_viewmap = wa_views-viewmap
i_alv_list = alv_list.
CATCH cx_sy_create_object_error INTO o_except.
Onde ele monta o nome da classe e verifica se ela existe:
Se a opção marcada na hora de executar é a visão CL_J_1BTXSDCV ele da a mensagem de erro
Mas, se por exemplo, escolho outra J_1BTAXCODEV ele funciona e o debug chega ate o seguinte programa: J_1B_MIGRATE_TAX_RATES_CL1
Nele existe a declaração para a classe cl_j_1btaxcodev,por exemplo:
CLASS cl_j_1btaxcodev DEFINITION
Alguem tem ideia o que pode se existe Nota pra isso?
Pois não encontrei nada ainda.
E creio que enquanto nao tiver o CLASS XXXXXX DEFINITION para a CL_J_1BTXSDCV ele vai continuar dando erro.
Neste programa existe o CLASS cl_j_1btxsdc DEFINITION
Mas nao para a visão.
Se alguem tiver alguma dica, sera bem vinda.
Att.Boa Noite,
Alguem ja passou por esse problema e conseguiu resolve-lo???
debugando o erro antes do mesage E esta o seguinte comentario no codigo ABAP...
Instance of condition class does not exist
Can only happen if source code is not complete
CLEAR ok_code.
MESSAGE e346(8b) WITH m_tabname.
aparentemente temos algo corrompido .
Att,
Rafael Medice -
Migração de taxa de imposto para registro de condição - Erro em pacote de tabela
Prezados, boa noite!
Gostaria de uma ajuda dos colegas consultores em um problema que estou enfrentando em uma implantação. Segue abaixo um descritivo do problema.
Estamos realizando a implantação da TAXBRA - CBT com base na nota 1706309 e suas referências. A nota foi implantada conforme descrita, utilizando os BC-Sets disponibilizados. Após a instalação e em seguida a execução dos passos manuais, o sistema não apresentou o resultado esperado. Verificamos a configuração, dessa vez manualmente, utilizando as notas de referência, porém ainda estamos enfrentando problemas.
Ao executar a rotina de migração de taxas de impostos para as tabelas, o sistema está exibindo a mensagem 8B337. Essa mensagem pede a verificação do pacote de tabelas, no caso da A003 (J_1BTAXCODEV) e A121 (J_1BTXIS1).
Li em um outro thread que a SAP disponibilizou alguns passos manuais, já que algumas notas que deveriam tratar desse problema ainda não haviam sido liberadas.
Alguém por acaso já passou por situação semelhante? Já pedi para o time de Basis do meu projeto verificar o pacote dessas tabelas, e eles dizem que estão todos ok.
Desde já agradeço pela ajuda e tempo de todos.
Abs,
Raphael OtsukaBom dia, finalmente abri um chamado na SAP. Esta ñe a resposta que recibí, aplicamos e deu certo.
Copio a solucao aqui casso que alguem tenha o mesmo problema.
Slds,
In this case is that table A003 and A601
are not assigned to Package J1BA in transaction SE11. Please open
these tables in SE11 and go to the Attributes tab. You will see that
they are assigned to package VKON. The coding below looks for the
Localization Brazil package when working with these tables:
Main Program J_1B_MIGRATE_TAX_RATES
Source code of J_1B_MIGRATE_TAX_RATES_CL1
cl_abap_dyn_prg=>check_table_name_str( "1810395
val = m_cond_table "1810395
packages = 'J1BA' ). "1810395
CATCH cx_abap_not_a_table "1810395
cx_abap_not_in_package. "1810395
MESSAGE w337(8b) WITH m_cond_table. "1810395
ENDTRY. "1810395
This has been introduced by note 1810395 due to a security flaw found
in the system.
Please ensure that all Conditions Tables assigned to the Tax Tables
are included in package J1BA as for example it is with table
A349. Like this, this issue should be resolved and you will be able to
continue running the migration in your system -
Tipo de imposto ICZF não carrega na J1B3N
Oi pessoal.
Estou em um projeto de implantação do ECC 6.0 - EhP6 (All-in-One) e configurando o processo de Zona Franca de Manaus.
Ao executar o processo de Zona Franca de Manaus, ele determina corretamente o tipo de condição BXZF.
O mapeamento da pricing, para o tipo de imposto ICZF, ele tem a condition BXZF, a BX16 e as BI00 mapeadas conforme a última versão da CBT.
O meu problema é: quando gero a Nota Fiscal (J1B3N), a linha da ICZF quando é o processo de Zona Franca de Manaus, não carrega a linha para informar o desconto. Como esta linha não carrega, consequentemente as informações vão incorretas pra a Sefaz.
Alguém já passou por isso na solução TAXBRA?
Quem puder me ajudar, agradeço.
RodrigoPessoal,
Para fechar o assunto:
Foi revisado o conteúdo da CBT e identificou-se a falta da determinação da ICZF na ocasião.
Configuração providenciada e solução funcionando corretamente.
Rodrigo -
Tipo de condição ICM2 - Tipo de condição NAVS
Caros, boa tarde!
Estou com um problema na configuração do cenário de Consignação. Acontece que a empresa utiliza uma contabilização diferente da comumente utilizada no processo standard. A configuração necessária precisa que o ICMS não seja contabilizado no pedido de compras, mas precisa fazer parte do calculo do PIS e do COFINS. Para resolver, configuramos no taxcode (K6) a condição ICM2 que não calculou o ICMS, porém serviu para a BC de PIS e COFINS.
O problema é que quando utilizamos a condição ICM2 o sistema lança o valor do ICMS na condição NAVS (comportamento correto), visto que o valor do imposto não dedutível vai para o estoque (Chave NVV). O problema é que na criação da MIGO o valor é somado e nesse cenário (Consignação) o ICMS será calculado novamente como segue:
Valor do Pedido de Compras (bruto) = 1.000,00
Valor do ICMS = 180,00
Valor do PIS = 16,50
Valor do COFINS = 76,00
Repare na condição NAVS
O sistema busca o valor da condição ICM2 e lança nessa condição aumentado o valor para 907,50.
MIGO
Aqui o sistema usou o preço liquido 727,50 + o valor do ICMS não dedutível 180,00 + o ICMS 180,00 = 1.087,00.
Isso só acontece, porque o valor da condição ICM2 foi para a condição NAVS, logo foi para o estoque e recalculou, quando deveria lançar somente o ICMS numa linha separada.
BTW: Se usarmos uma condição como contrapartida, por exemplo IC10 o sistema muda a BC de PIS e COFINS e o ICMS não será calculado.
MIRO
Repare que na fatura o sistema lança o valor do ICMS numa linha separada, comportamento correto, pois existe uma perna na EM.
O problema é que o valor do ICMS não pode aparecer na EF e só aparece, porque o sistema precisa lançar em algum lugar e lançou nessa conta, mas no cenário da companhia a linha de ICMS não pode aparecer. Se perguntar onde o ICMS será lançado a resposta é: Na transitória
Simulamos a "possível" contabilização modificando o taxcode (K6) na hora de criar a MIGO e tivemos o resultado esperado, mas se voltarmos para o Pedido de compras o valor de 907, 50 estará na condição NAVS novamente.
Alguém já passou por isso ou teria alguma ideia de como podemos resolver esse problema?
Forte abraço
Rodrigo PaganiCaros.
Para resolver esse problema criei um taxcode novo com o ICM2 e utiliei na MIRO.
Um abraço
Rodrigo -
Criação de Pedidos de Compra via BAPI_PO_CREATE1 com Impostos
Boa tarde pessoal.
Estou atuando em um projeto onde precisamos migrar pedidos de compra em aberto entre ambientes SAP. Estamos trabalhando com esta migração através da utilização da BAPI_PO_CREATE1 para isso. Estamos vivenciando o seguinte problema neste processo:
- Recebemos a mensagem de erro 06 218 - O preço líquido tem de ser maior do que 0. Acontece que estamos alimentando a estrutura POCOND com os valores das condições do pedido origem. Porém o pedido tem impostos e na composição de suas condições eu tenho os impostos ICMS/IPI e estou passando seus valores também na composição da estrutura POCOND.
Se alguém já utilizou esta BAPI neste contexto de pedidos de compra com impostos e puder dar alguma dica a respeito deste assunto, ficaremos gratos pelo apoio
Alessandro Luiz
Pontual Consultores AssociadosOlá Alepontual,
Por favor verifique a nota SAP (Note 580225 - Purchasing BAPIs: Conditions and pricing)
https://service.sap.com/sap/support/notes/580225
Verifique se está sendo preenchido o campo CHANGE_ID.
Att,
Bruno Xavier. -
Adicionar condiciones imposto ICMS ao esquema de cálculo europeo (IVA)
Bon día,
Para criar a localização é preciso lançar na SCAT P40XXXX_CU_BR, P99CUST_SD_BR. Os CAT criam em automático um esquema de cálculo concreto para Brasil que sirva como base para criar o esquema de cálculo do cliente?
Salvo impedimento técnico, preciso mandar ao CORE adicionar ao esquema de cálculo u201Ctipo RM0000u201D as condições que indico abaixo existentes em outro esquema de calculo de outra sociedade brasileira que está no sistema, pero que não forma parte do mesmo grupo de negócio.
ZFR1 Frete absoluto ICMS
ZFR2 Frete absol Cab ICMS
ZICB ICMS - Base Red. Ind
ZICI ICMS - Indústria
ZIPI IPI
ZICA ICMS - Base Red. Con
ZICC ICMS - Consumo
ZFRP Desconto RICMS
Esquema de cáculo a inserir as nova condições.
1 0 PBXX Gross Price
2 0 ZP01 Gross Price
4 0 ZP02 Gross Price
9 0 ZD03 Discount % on Net
10 0 ZD01 Discount % on Net
10 1 ZD01 Discount % on Net
11 0 ZD02 Discount % on Net
20 0
21 1 MWST Input tax
22 0 ZIVA Input tax
25 0
30 0 ZC12 ABG Transporte (u20AC/UM
31 1 ZC10 Freight %
32 0 ZC11 Freight (Value)
E possível fusionar as condições brasileiras no esquema de preços orientado a calculo do IVA europeu? Pode impactar no calculo de imposto da TAXBRA?
Esquema de calculo ao inserir as nova condições.
1 0 PBXX Gross Price
2 0 ZP01 Gross Price
4 0 ZP02 Gross Price
9 0 ZD03 Discount % on Net
10 0 ZD01 Discount % on Net
10 1 ZD01 Discount % on Net
11 0 ZD02 Discount % on Net
12 ZFR1 Frete absoluto ICMS
13 ZFR2 Frete absol Cab ICMS
20 0
21 1 MWST Input tax
22 0 ZIVA Input tax
25 0
30 0 ZC12 ABG Transporte (u20AC/UM
31 1 ZC10 Freight %
32 0 ZC11 Freight (Value)
33 ZICB ICMS - Base Red. Ind
34 ZICI ICMS - Indústria
35 ZIPI IPI
36 ZICA ICMS - Base Red. Con
37 ZICC ICMS - Consumo
38 ZFRP Desconto RICMS
Grata ,
martaCarlos, Marta,
I really apologize for comming to you with a question not related (or just partially related) to the topic you are discussing. Unfortunately I need some advice for handling ICMS exception via table J_1BTXIC3 in our 4.6C system. I understand this SAP solution is working only for 4.7 version or above, so I could not get so far effective SAP advisory on how to deploy it in our system.
I have documented the details of our need in OSS meesage 910195 and here in SDN thread Issue with ICMS exception setup for Brasil in SAP 4.6C
While I noticed that you both have vast experience in ICMS questions I would kindly address my need to you. I really apologize for disrupting, but found no better way that this to get in touch.
Case of any comments I appreciate your response in above SDN ref. Thanks a lot in advance.
Best regards,
Raul F Ruiz
Budapest - Hungary -
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
FGRezendeTranslating...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 -
Impostos não calculados após MP135
Olá pessoal,
Estou com a seguinte situação: apliquei as Notas SAP 747607 e 916003 para configuração da MP135 e retenção de impostos. Depois de feita a configuração detalhada nestas notas os impostos sobre vendas pararam de ser calculados (PIS, COFINS) e as retenções também não são calculadas. O único imposto que calcula é o ISS sobre vendas.
Aqui é utilizado o SAP A1, versão 6.0 e esquema de cálculo TAXBRA/RVABRA. Todas as alíquotas dos impostos aparecem normalmente na price, porém o cálculo não é refletido nas condições BX.
Alguém já passou por situação semelhante?
Muito Obrigada,
Gabriela.Gabriela, tudo bem?
Estamos com o mesmo problema, após aplicar as Notas da MP135 para versão 4.6 TAXBRJ, todos os impostos pararam de funcionar, já fizemos a revisão em toda aplicação da Nota e não identificamos o erro.
O que você fez para resolver o problema ou o que a SAP identificou de problema em seu ambiente, você pode nos ajudar?
Grato pela atenção.
Claudio Bezerril -
MP135 - TAXBRJ - Código de imposto no esquema TAXBRJ não é válido
Olá, boa tarde!
Estou implementando MP135 no 4.6 (TAXBRJ) SPK SAPKA46C61 (61).
Quando estamos realizando o faturamento da erro que não foi possivel criar o documento contabil, e ai vamos na VF02 e tentamos fazer a liberação do documento e a criação do documento contabil, porem da a mensagem abaixo:
o Código de imposto no esquema TAXBRJ não é válido
Nº mensagem FICORE 704
Diagnosis
The tax code entered is not defined in the country for this company code.
System Response
Procedure
Check and, if necessary, correct the entry.
Procedure for System Administration
If it is not an input error, check and possibly change the system settings.
To do this, choose Maintain entries (F5).
1. Check whether the required tax determination procedure is assigned to the relevant country. the Procedure field is in the detail screen.
2. Create a new tax code if required.
Alguem de vocês já passou por isso? Já pegaram um problema semelhante a esse?
Uma coisa que eu fiz foi entrar na tabela J_1BCBTAXPROCV e inserir os esquemas de calculo de SD, ele até libera para realizar a contabilização quando eu insiro, porem ele contabiliza de forma incorreta trazendo somando todos os valores preço liquido mais impostos em apenas uma conta.
Mas isso não está correto, precisando que seja contabilizado de forma separada.
Você sabem de algo que possa me ajudar?
Abraços e muito obrigado por tudo.
Danilo SilvaSOLUÇÃO u2013
Para solução desse problema foram feitos os seguintes ajustes:
1. Atribuição da chave de conta BRI para as condições de Offset para PIS e COFINS.
2. E nas condições ICO2 e IPS2 nas classes de condições eu alterei de D u2013 Impostos para A u2013 Suplementos e Deduções.
3. Depois fui na transação KE4I e atribui as condições ICN3, IPS3, ICO2 e IPS2 paras contas de CO-PA.
Foi essa solução encontrada.
Att
Danilo Silva -
MP135 - TAXBRJ - Condição "ICW3" não contida na fórmula de cálculo de impos
Olá pessoal, bom dia!
Estou realizando a implantação da MP135 na versão 4.6 TAXBRJ.
E no momento que vou realizar o faturamento da a seguinte mensagem.
Condição "ICW3" não contida na fórmula de cálculo de imposto
Você já passaram por isso? Tem alguma dica ou algo que possa fazer?
Abs, ótimo dia a todos!
Danilo Silva
Consultor SAPOlá Carlos, bom dia!
E o Support Package atual: SAPKA46C61 e estamos trabalhando com a retenção no momento do faturamento não cumulativo.
Verificando a nota que você encaminhou ela trabalha em cima do pagamento e com a opção cumulativa, me corrija por favor se eu estiver errado.
Grato, aguardo!
Danilo Silva
Maybe you are looking for
-
Can anyone help with my Linux issues?
I have Linux Ubuntu v9.04. I hate it. I'm really new to it and I don't know how to use it. My major issue is that I can't watch viedos! I have Mozilla Firefox. When I type in about:plugins, I get this lovely little thing: Shockwave Flash File name:
-
My phone and contact icons fail to launch. How can I fix this?
How can I fix this?
-
Erecruitment - Candidate search
Hi, We have a problem. Actually, in E-Recruitment -> candidate search -> when we search with employee first name or second name , it displays the user names with personal number and the mail ids (permanent employees). But one user , who has changed f
-
I've noticed FF 6.0.2 windows update faster and downloads stay active when the mouse pointer is over a FF window and moving. I've "played" with the download window. When I allow the pointer to just sit, the download usually stops. When I move the poi
-
Oracle 9.2 Spatial Motif demo
Hi On RedHat 7.3 while trying to compile the unix/motif spatial demo I got the following error: [oracle@milenio src]$ make -f demo_motif.mk Checking main_lib.a... make[1]: Entering directory `/opt/oracle/md/demo/unix/motif/src/main_src' make[1]: Noth