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

Similar Messages

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

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

Migração de saldos para um novo Ledger no new GL.

Boa Tarde Pessoal,
Estou com o seguinte cenário e gostaria de saber se alguém já passou por essa situação.
Estou em um projeto que já tem algumas empresas implementadas com a Versão ECC6.0 e com o New GL ativado com isso a tabela FAGLFLEXT está ativa e hoje existe somente um ledger (o principal 0L).
Agora precisamos implementar um novo Ledger para atender o IFRS, como a empresa não utiliza a repartição dos documentos do new gl (split de documentos), não foi comprado a ferramenta de migração que a SAP disponibiliza.
Para carga inicial do novo ledger podemos utilizar uma LSMW para fazer os lançamentos nas contas patrimoniais usando a transação FB01L e especificando o ledger novo.
A minha pergunta é para as contas de AP e AR (reconciliação) preciso carregar as partidas em aberto, por acaso existe algum programa standard para essa carga?
Eu já verifiquei a possibilidade de usar a transação GCAC, mas não obtive sucesso.
Obrigado
Ricardo Gomes

Movendo para o fórum correto.
Abs,
Henrique.

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

MP135 na TAXBRJ

Pessoal, boa tarde!
Eu estou num cliente cujo ambiente é ECC 6.0 e eles possuem o esquema TAXBRJ.
Foi solicitado as ativações de PIS e COFINS, porém verificamos que atualmente não é possível pois faltam fórmulas 8xx e também as condições necessárias para as devidas ativações.
Pesquisando vi que existem algumas notas da SAP (759965, 852302). Ao entrar no SNOTE e pesquisar por elas, o SAP retorna com a informação de que não é possível aplicá-las.
Numa das notas menciona a utilização da nota 1706309, porém ela é voltada para a TAXBRA.
Alguém já passou por esse cenário e pode me dar um help em como solucionar a ativação do PIS e COFINS?
Obrigada a todos desde já.
Madi

Olá,
A nota 1706309 traz informações de customização e arquivos (BC SETS) para agilizar a implementação de toda configuração de CBT(Condition-Based Tax Calculation Brazil ) de forma automática. Esta nota substitui as notas 664855, 747607 e 916003, para a configuração de CBT, por isto, ela é indicada para o casos de migração da TAXBRJ para TAXBRA. Porém, não acredito que ela terá utilidade para configurar MP135 na TAXBRJ. Ou seja, no seu caso, acredito que precisará verificar as seguintes notas:
#727475, #747607*, #1495190, #1505381 (para SPED EFD) e #989115 (para NF-e).
*Nos arquivos anexos à nota 747607, você encontrará definições para os dois esquemas de cálculo:
- TAXBRJ and RVXBRA: Customizing_Classic.zip
- TAXBRA and RVABRA: Customizing_CBT.zip
Verifique de acordo.
Att,
Felipe Silveira

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

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

Doc.Nota Fiscal (Impostos) vs. Configuração TAXBRJ vs. Códigos de Impostos

Pessoal,
Eu consegui fazer aqui os ajustes da TAXBRJ me baseando na configuração mencionada pela nota SAP 747607 (MP135) para o PIS e COFINS e inclusive a contabilização agora está sendo direcionada para as contas de Curto (25% do valor do imposto) e Longo Prazo (75% do valor do imposto).
Agora o que se está apresentando a mim é que, durante a geração do Documento de Nota Fiscal, lá na aba "Vals.totais", o sistema está apresentando apenas um dos tipos de imposto que eu criei c/ cópia no IPSU / ICOU e, no valor do imposto, está trazendo o valor do imposto, ou seja, 100% do valor do imposto.
Inclusive eu abri uma mensagem na SAP e eles não me trouxeram uma boa resposta.
Quem aqui está configurando a TAXBRJ para dividir o valor dos impostos PIS/COFINS em Curto e Longo Prazo?
Alguém saberia me dizer se o comportamento do sistema, conforme descrito acima, é correto?
Estamos na versão SAP ECC 6.0 Ehp4 SAP_APPL nível 07.
Atenciosamente,
Daniel

Erro de conversão taxa de câmbio em BRL

Olá Grupo, bom dia.
Estou em projeto de migração 4.7 para 6.0, prem estou com erro na pricing do calculo do custo do frete (VI01), onde tenho uma condição que está apresentando a seguinte mensagem:
Condição ZTOG (erro de conversão taxa de câmbio em BRL)
Nº mensagem V1208
Diagnóstico
Na conversão da moeda ocorreu um erro.
As seguintes causas são possíveis:
não existe nenhuma conversão de moeda válida
a operação aritmética está errada
Procedimento
Verificar no customizing na etapa 'Definir fatores de conversão para a conversão da moeda' se existe uma taxa de câmbio válida de ZTOG para e complementá-la eventualmente.
Caso o usuário não possa efetuar esta atividade devido à autorização, deve informar a administração do sistema.
Esse erro impede que o calculo do item seja realizado completamente e isso está interferindo na transferencia para contabilidade do valor do custo do frete.
Alguem já passou por esse erro antes?
Agradeço pela atenção de todos.
Att.
Alécio Silva

Moçatto.
Consegui identificar o erro.
Na condição ZTOG a mesma estava definida como regra de calculo G - Formula, modifiquei para B - Montante Fixo pois já tem uma formula atribuida a pricing na condição que executa o calculo dos valores.
Efetuamos os teste dos processo e funcionaou corretamente.
Como está sendo migrado da versão 4.7 para 6.0 as configurações foram copiadas, mas após aplicação do pacote SAPKH60506 começou a apresentar o erro que informei.
Quero agradeçer pela resposta sobre minha duvida.
Obrigado.
Abs.
Alécio

O item como referencia nesse atalho nao pode ser acessado

ontem nao consegui abrir o mozila entao desinstalei e instalei o programa e continua dando o mesmo erro, ao clicar no icone na area de trabalho ou na barra aparece a seguinte mensagem, "o item como referencia nesse atalho nao pode ser acessado. Você talvez nao tenha as permissoes adequadas."

Possivelmente o problema é a conta do usuário.
Nesse caso sugiro que crie uma nova conta de usuário com privilégios de Administrador e reinstale o firefox, se tudo funcionar normalmente, migre os seu dados para a nova conta.

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

MIGRAÇÃO DE TAXBRJ PARA TAXBRA

Similar Messages

Maybe you are looking for