Vantagens Taxbra / CBT

Prezados, boa tarde.
Estamos fazendo um estudo para a implementação ou não de TAXBRA ao migrarmos de 46c para ECC6.
Procurei documentação a respeito, e encontrei alguns dados interessantes mas não muito objetivos (não muito determinantes) sobre a decisão de migração. Entre eles:
- recomendações da SAP (sem explicar os motivos)
- atas de reunião da Asug mencionando que eventuais alterações legais sairão primeiro para TAXBRA
- maior facilidade e flexibilidade em eventuais ajustes de impostos
- tratamento de PIS e COFINS efetivamente como impostos standard.
- facilidade de implementação com SRM e Retail.
- manter-se com tecnologia atualizada.
Na verdade, isso não chegaria a justificar o trabalho imenso de migração de TAXBRJ para TAXBRA. Até porque a SAP não deixará de prestar suporte em TAXBRJ (recebi esta informação hoje via OSS).
Então, gostaria de saber dos senhores: quais benefícios práticos existiriam ao adotar TAXBRA ao invés da antiga TAXBRJ? Ou uma lista de prós e contras. Ou depoimentos de benefícios obtidos com a adoção da TAXBRA em suas empresas.
Creio que isto seria de grande valia para muitos, ja que estao surgindo projetos de migração para ECC6.
Muito obrigado
Paulo Zeferino

Ola Paulo Zeferino;
Segue aqui algumas considerações sobre TAXBRA e TAXBRJ:
Modelo Clássico u2013 TAXBRJ e RVXBRA
O cálculo dos impostos brasileiros era feito com o uso de uma extensa interface externa de impostos através do módulo de função na fórmula 320: J_1BCALCULATE_TAXES
As tabelas são lidas diretamente da J_1BCALCULATE_TAXES
Alguns casos especiais não eram cobertos
A geração da NF também era conduzida pelo módulo de função
Modelo CBTu2013 TAXBRA e RVABRA
O cálculo dos impostos brasileiros é feito com o uso da mesma interface externa de impostos, porém mais simplificado. Não há acesso as tabelas de localização.
Baseado em Técnica de Condições.
As informações são armazenadas em registro de condições
Vantagens da CBT:
Alta flexibilidade com relação às necessidades de clientes
Garantia de manutenção padrão para os produtos SAP
Rápida análise das configurações consideradas durante a criação de pedidos de compras/ordens de vendas
Integrado com outras soluções SAP como CRM, SRM, etc
Localização de varejo atendida (Retail)
Todas as configurações de impostos em uma única transação J1BTAX
Mapeamento das condições para as colunas de notas fiscais
Espero que essas informações possam lhe ajudar a entender um pouco melhor a diferença.
Abraço
Ruy Castro

Similar Messages

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 Otsuka

Bom 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

Ajuda / Duvida - Migração TAXBRJ para TAXBRA (SD)

Pessoal,
Boa tarde a todos.
Uma pessoa entrou em contato comigo para solicitar um help e eu não soube como ajudar... talvez vocês consigam...
Veja abaixo o cenário que a mesma posui:
Tenho uma atividade, que é dar suporte a um cliente que esta fazendo um projeto de migração da TAXBRJ para TAXBRA, incluindo a MP135.
Preciso de ajuda para o seguinte cenário:
O cliente tem muitas ordens de vendas e pedidos de compras em andamento.
Normalmente eu recomendo que os documentos sejam encerrados e colocados novamente no SAP, em função do novo esquema de calculo, tipos de condição e records conditions que nos documentos antigos não existem e não temos como simplesmente fazer uma determinação automática para que estes dados sejam incluídos.
Este cliente obteve uma informação da SAP, em uma apresentação de pré-vendas que existem reports que tratam deste assunto, ou seja, programas que atualizam as ordens e pedidos sem a necessidade de serem encerrados e colocados novamente no SAP.
Se alguém tiver a informação de que transação e/ou reports que fazem isso eu agradeço a ajuda.
Antecipadamente eu agradeço a ajuda.
Grato a todos.
Qualquer outra dúvida estou à disposição.
Obrigado,
Mateus.

Olá Mateus,
Pelo meu conhecimento não existe um report que faça essa atualização.
A customização é um pouco longa para implementar a TAXBRA, existem algumas notas para isso, tal como 747607. A ativação da CBT envolve novas formulas de cálculo, novos tipos de condições, mapeamentos de pricing, etc.
Não temos como simplesmente atualizar uma ordem de venda (TAXBRJ) e ela se transormar em (TAXBRA) de forma eficiente e correta. Sugiro encerrar seus processos e logo após ativda a CBT. Desta forma não irá gerar inconsistências nas suas tabelas e performance dos programas.
atenciosamente
Ruy Castro

Dúvidas entre TAXBRA e TAXBRJ

Bom dia pessoal!
Vou ser direito hoje, pois está meio corrido aqui hoje, gostaria de saber qual a diferença entre TAXBRA e TAXBRJ, já verifiquei que no fórum de um post explanando tais diferenças, porém não sei qdo se aplica o TAXBRA e o TAXBRJ, essa escolha fica por conta do cliente? Há algumas regras para a implementação de um ou de outro?
Agradeço novamente a ajuda de vocês.

A difrença técnica é que na TAXBRA, todas as alíquotas etc. estão sendo armazenadas em Condition Records.
Além disso temos uma funcionalidade na transação J1BTAX para mapear praticamente qualquer Condition (Base, Value etc.) para um campo na Nota Fiscal.
Isso tem várias vantagens:
- É possível resolver algumas mudanças legais com apenas Customizing quando na TAXBRJ é preciso mexer em ABAP.
- É mais fácil analisar erros no cálculo de imposto pois todas as informações são visíveis na análise de pricing - pode até verificar qualquer acesso e ver porque certa alíquota foi encontrada. Na TAXBRJ não tem como rastrear a não ser com debug.
- É possível configurar cenários especiais não cobertos pelo standard atraves do mapeamento.
- É possível conectar um sistema CRM, replicando as Conditions de imposto. Em CRM não há as tabelas de impostos do Brasil - ou seja, TAXBRA é praticamente prerequisito para quem deseja utilizar CRM Sales.
Desvantagem é que o esquema de cálculo fica um pouquinho carregado e - claro - precisa de uma configuração bem desenhada.
Convem mencionar que pode ter limitações com algumas indústrias, por exemplo Oil&Gas funciona somente com TAXBRJ neste momento.
Mas em geral recomendamos TAXBRA.

MIGRAÇÃO DE TAXBRJ PARA TAXBRA

Boa tarde Sres
Como todos sabem a SAP liberou a nota Note 1538088 - Tax calculation in Brazil recomendando fortemente o uso/migração para TAXBRA.
Note 1538088 - Tax calculation in Brazil
Na nossa empresas ainda temos TAXBRJ, no resto estamos bem atualizados, mas so falta migrar para TAXBRA
Minha duvida é, se eu aplicar esta nota ja migro direitamente para TAXBRA é? o que acontece com tudo qu estiver cadastrado no nosso sistema relacionado a impostos, quer dizer tabelas de aliquotas, CFOPs etc, tudo isso será deletado ? deveremos re cadastrar?
ou a migração não impacta no preenchimento de tabelas?
grato
ATt

Olá bom-dia Marcos.
Então... a nota 1538088 é somente informativa onde a SAP demonstra a intenção de descontinuar o método classico de cálculo de impostos também chamado de TAXBRJ. Como já havia comentado anteriormente em outra thread as novas soluções estão chegando com o requisito de ter a CBT (TAXBRA) implementada.
Para se implementar o cálculo de imposto baseado em condições (CBT) você deve seguir a nota 664855. Essa é a nota principal. Obviamente você deve estar atento pois existem outras notas sejam de consultoria/informativa, corretiva ou mesmo complementares digamos assim, como é o caso da nota da MP135 (nota 727475).
Bom... não é simplesmente aplicar a nota e estar com a TAXBRA implementada. Existem diversos passos a serem seguidos. E, obviamente isso requer um planejamento prévio e entedimento dos cenários de negócio (fiscal) da sua empresa. Veja que a dificuldade de implementação está diretamente relacionada aos customs developments que você implementou usando a TAXBRJ e a complexidade de exceções que o seu negócio possui.
Abaixo algumas notas importantes:
- 664.855 u2013 Brazil u2013 New Condition-Based Tax Calculation (ativação CBT + Manual de Configurações anexo à nota);
- 736.675 u2013 Condition -Based Tax Calculation u2013 Entries in delivered BC Set (algumas entradas não incluídas no BC SET CSC_BR_TAX); Introdução das configurações de serviços c/ CBT:
- 727.475 u2013 Overview about changes for ISS, PIS, COFINS and CSLL (Manual, contendo novas configurações de ISS, anexo à Nota;
- 747.607 u2013 Basic Customizing for MP135 and ISS legal change (Manual de configurações anexo à Nota);
- 916.003 u2013 Withholding Tax Amount Accumulation (Manual de configurações anexo à Nota).
Abraço
Eduardo Chagas

How to use TAXBRJ with TAXBRA activated at core level for Brazil

Hi Experts,
I am supporting Brazil localization customization in ECC 6.0 for our company. We activated TAXBRA for Brazil. We flagged off CBT for all SD pricing procedure knowing the value of RVABRA. But one process in brazil we presently using in 4.6C with TAXBRJ along with customized pricing procdure make use of formula based calculation.
So we would like to follow the same method in ECC 6.0 also. However the condition based calculation RVABRA does not support this process as this process requires more formula based calculation.
So we need to know is there any chance to use TAXBRJ with customized formula based SD price procedure for our requirement.
I read through document (Condition based calculation in R/3 for Brazil version 3.1) the following steps to do alternate calculation procedure:
"In R/3 Enterprise, an extension to the concept described in section 5.8 has been introduced. In the table J_1BMWSKZKALSM,
alternative calculation procedures can be specified that are to be used for certain tax codes instead of the standard one. This is achieved by reading this table in a BAdI before the call to the pricing procedure and modifying the communication fields that contain the calculation procedure and the tax code.
Thus the user could e.g. use the external tax calculation for some tax codes (by specifying TAXBRJ in the above mentioned table) or use several smaller calculation procedures, e.g. in case of performance problems or new requirements."
We also would like to know what is the Badi mentioned in this document
to acheive this ?
Thanks
Rajesh babu

Do it as mentioned below:
<?if:count(RECORD_TYPE)>0?>
<?split-by-page-break:?>
<?end if?>
Copyright Statement
Customer Disclaimer Notice
The information contained in the First Databank(FDB)databases is intended to supplement the
knowledge of physicians, pharmacists and other healthcare professional regarding drug therapy problems and patient counseling information. This information is advisory only and is not intended to replace sound clinical judgment in the delivery of healthcare services.
FDB disclaims all warranties, whether expressed or implied, including any warranty as to the quality, accuracy and suitability of this information for any purpose.
FOR IFRECORD_VALUEENDIFERER
Call your doctor for medical advice about your side effects. You may report Side Effect to FDA at 1-800 FDA-1088
Ask your Pharmacist for more information about this drug. You have the right to counseling from our Pharmacists. If you have any questions about this medication, please call the pharmacy
By signing below, I acknowledge receipt of this document and my informed consent to accept this medication.
Sig _________________________________________________
Thanks - Bhanu

Cálculo de Impostos TAXBRA e TAXBRJ

Pessoal,
Estou em um projeto de migração de TAXBRJ para TAXBRA e me deparei com uma questão nos processos de SD.
Em alguns testes preliminares constatei que a TAXBRA só está considerando o Código de Imposto para o cálculo, independente do IVA determinado pela IBRX.
Existe a possibilidade de na TAXBRA efetuar o cálculo dos impostos utilizando a lógica da TAXBRJ, ou seja, utilizar o Código de Imposto de SD e o código IVA (det. pela IBRX), ambos para saber se o cálculo de certos impostos tem que ser executado ou não. Exemplos:
1- Se IVA = S0 e Código de Imposto = I3 (ICMS e IPI) o processo não calcularia nada.
2- Se IVA = SD (ICM3, IPI3 e ICS3) e Código de Imposto = Z3 (ICMS e IPI) o processo calcularia só o ICMS e IPI, pois a ST não é comum para os dois.
Conclusão: Tanto o IVA quanto o Código de Imposto devem trabalhar conjuntamente para que o SAP entenda se o cálculo de determinado imposto deve ser efetuado ou não.
Obrigado,

Pois é Ruy, o problema é que o sistema não está se comportando desta maneira.
Com a TAXBRA o que esta acontecendo por exemplo é que eu tenho um IVA S0 (flags no ICM0 e IPI0, ou seja não deve calcular nada) determinado na IBRX e o código de imposto I3 (com os flags no ICMS e IPI). Na teoria a pricing não deveria calcular nenhum imposto já que o IVA e o Código de Imposto não tem nenhuma informação em comum para o cálculo, vamos dizer assim. Porém na pricing estão sendo calculados todos os impostos do Código de Imposto, ICMS e IPI. É como se o IVA tivesse sendo ignorado.
E isto acontece para qualquer Código de Imposto, mesmo com um IVA S0 ou outro IVA, o que o sistema está considerando para o cálculo é o Código de Imposto determinado no processo.
O curioso é que com a TAXBRJ o sistema esta se comportando da maneira correta (calcula só com o cruzamento do Codigo de Imposto e IVA)
Será que é algum erro de sistema? Tem ideia do que pode ser?
Obrigado,
Sebastian

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

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

Migração TAXBRJ para TAXBRA

Olá pessoal.
Estamos em projeto de migração de TAXBRJ para TAXBRA e atualização do ECC para 6.0.4
Com relação as ordens de venda em aberto, gostaria de saber se existe alguma forma de converter para a nova price ou teremos que lançar tudo novamente.
Att.
Leticia.

Oi Leticia
Não tem como converter. Você terá que criar novos documentos.
Em uma apresentação recente da SAP foi apresentado que é possível fazer uma migração parcial. Neste caso você pode definir a determinação da sua pricing somente para determinados tipos de documentos de vendas.
Eu particularmente não conheço nem ouvi falar de alguma empresa que tenha feito isso.
Abraço
Eduardo Chagas

Migrar de TAXBRJ para TAXBRA

Bom dia pessoal , preciso de uma ajuda de vocês.
A empresa que estamos dando suporte quer trocar de TAXBRJ para TAXBRA, no entanto não fizemos isto antes e não sabemos os possíveis impactos na operação, se podemos ter pedidos de compras abertos, ordens de vendas abertas.
Na hora de criar os códigos de impostos para TAXBRA podemos ter problemas já que são os mesmos da TAXBRJ ? não teremos duplicidade de dados?
Alguém dos amigos aqui poderia me dar um norte para iniciarmos por favor?
obrigado a todos
Alessandro

Olá Alessandro, tudo bem ?
Acabei de finalizar um projeto de migração de Esquema de Cálculos da BRJ para BRA.
O que eu poderia te dizer é:
Ao criar os códigos de IVA, não há duplicidade de dados, pois apesar dos IVAS serem iguais, os mesmos estão gravados em ESQUEMAS de CÁLCULOS diferentes, permitindo então você possuir dois IVAS C1, por exemplo, um para a TAXBRJ e outro para a TAXBRA.
Em que versão você se encontra ? Pelo menos na versão 6.0, não foi necessário eliminar Pedidos em aberto (com saldos), o Sistema automaticamente endente o novo IVA nos novos Recebimentos Fiscais e faz os cálculos exatamente iguais ao IVA do Esquema de Cálculo antigo.
Em SD a coisa foi diferente, pois aparentemente o sistema tira uma cópia da Pricing, desta forma é necessário eliminar as Ordens de Vendas Pendentes e criá-las novamente com os saldos em aberto já com novo IVA.
Aqui tivemos que fazer um programa para isso.
Quanto à implantação da TAXBRA, basicamente há duas formas, via aplicação de notas ou manualmente.
É isso aí.
Att,

Migração TAXBRJ e TAXBRA

Bom dia!
Tenho um cliente que vai migrar da TAXBRJ para TAXBRA na versão 5.0. Gostaria de esclarecer essas dúvidas:
1) As Ordens de Venda pendentes ou parcialmente atendidas precisam ser recriadas com novas pricing (TAXBRA)?
2) Os Pedidos de Compra também devem ser recriados?
3) Havendo necessidade de recriá-los, não podemos modificar datas e prazos originais. Existe algum recurso SAP para tal?
4) Em caso de itens MTO e que já estão em andamento, é possível fazer essa transição sem que haja alterações e/ou
perda dos vínculos de custos?
5) Quando o material é controlado por preço médio móvel, não haveria distorção ao recriar novos documentos?
Abraços.
Nilton

Olá Nilton
Segue...
1. para SD o esquema de cálculo é RVABRA. Sim. Você precisa encerrar os documentos em aberto e criar novos. *
2. mesma coisa... você precisa encerrar os documentos em aberto e criar novos. *
3. por que não poderia? Você tem configurado para não permitir a criação do documento com data de criação/entrega no passado? A priori você pode lançar e manter os dados originais.
4. não sei se entendi mas a priori, não.
5. por que haveria de afetar o custo médio?
conforme mencionado em outra thread você poderia fazer a migração dos seus documentos de forma parcial. Não conheço nenhuma empresa que tenha feito isso. Me lembro de ter lido algo a respeito de como trabalhar com os dois esquemas de cálculo simultaneamente. Creio que tenha sido em alguma nota do CRM.
Abraço
Eduardo Chagas

Ferramenta para auxiliar no customizing da CBT (MM e SD) / Imposto Retido

Olá,
Criei uma ferramenta para auxiliar no customizing da CBT que é entregue pela Nota 1706309.
A motivação para a criação dessa ferramenta se deu por conta do customizing nesse caso ser muito extenso. Existe um PDF anexo à nota o qual é bem explicado, porém como existem muitas tabelas e views envolvidas, alguns pontos normalmente passam despercebidos.
Vocês podem encontrar maiores detalhes sobre essa ferramenta no KBA abaixo:
2133195 - Z_CHECK_CBT - Tool to check the Localization Brazil CBT according to note 1706309
Espero que essa ferramenta ajude nas tarefas de customizing que vocês possam encontrar.
Atenciosamente,
Rodrigo Guerra

Realmente é uma ferramenta muito útil.
Vale a pena explorar essa iniciativa.
Parabéns

Link to other CBT in TOC?

I have a list of tasks that users may watch all at once OR individually. Is there a way that I can create multiple CBTs and then link them together using the table of contents?
If not, then I'll have 2 versions. One version has all the sections in a single file. The other version is a bunch of seperate files.
Overview: Enter, manage, and complete employee performance goals (process diagram with links to individual sections below..as shortcuts)...
Create / suggest new performance goals for employee that do / do not align with organizational goals
Approve, revise or reject goals created by employee
Modify approved goals:
Adding or modifying goal comments
Modifying alignment to organizational goals
Changing goal rating criteria
Complete the goal
Mass create goals
Enter Completed Goal
Micky

You can use the setFocus() to jump to another field.
field.setFocus();

IR during the invoice creation moment - TAXBRA

Gentlemen, good afternoon,
We are using the TAXBRA. IS necessary to make the IR is retained in the issuance of the note. Along with the FI consultant we did this parameter did not work. The ISS has the same characteristics (retained in the issuance of the note) worked properly.
We created the category, assign a code, we associate the category for the company and IRW6 condition, we record in VK11 for this condition, we fixed J_1BTXWITH in aliquots and associate with the master data.
Another important detail, the value of IR tb is not being transferred to the bill, although we have configured it in SD Tax Values option.
As the accumulation of SAP note made no mention of IR in the issuance of the note, just in
payment, I wonder if anyone has gone through this problem before and what is the procedure to be adopted?
Thanks!
Fábio Justo

Hi Everyone
Thanks a lot for your responses.
As time was running out the only option was to delete the line item with "0" qty and value (item cat. tatx) at the table level. Once deleted there was no problem in creating excise invoice using tcode "JIIIN" wrt commercial invoice.
Though this is not SAP recommended best business practice, this option had to be taken or else we would not have been able to open the MM posting periods (mmpv) for the next month without closing all the entries for the previous month.
And if we do not open the mm posting periods we cannot goods issue for the next month.
Thanks & regards
satish

Vantagens Taxbra / CBT

Similar Messages

Maybe you are looking for