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,

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

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

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

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

La última actualización del ios me ha borrado las fotos del teléfono

Hola, en la última actualización del ios me ha borrado casi todas las fotos guardadas en el dispositivo movil

Are you sure, the photos have been deleted?
See these documents:
Get help finding your Photos in iOS 8
Cómo migrar de iPhoto para iOS a Fotos en iOS 8

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.

Migrar partidas em aberto do legado para o SAP em FI.

Bom dia caros colegas,
Gostaria de dividir um ponto com vocês. Temos uma nova planta sendo agregada ao SAP, e nesta planta há adiantamento a fornecedores de serviço.
Sabemos que para calcular o Imposto retido é necessário lançar o adiantamento, neste caso o valor em aberto, para um pedido de compras com o código do imposto que calcule os impostos retidos.
Devemos lançar o adiantamento e entrar as bases e valores dos impostos manualmente no SAP?
Para as partidas em aberto do legado que vão migrar para o SAP, devemos também na parte de impostos retidos, entrar com o montante e valor do imposto ?
utilizaremos a solução nova da MP135 para os impostos retidos.
Grato,
Alessandro

Oi Marssel,
Obrigada pelo seu tempo.
Referentes os pontos que vc levantou:
1 - Já fiz esse teste, o resultado foi:
Montante = 3000,00 (Informações IRF: Base IRF 3000,00 + Mont. IRF 90,00), se eu fizer o pagamento vai reter 90,00 e esta incorreto, pois não considerou o acúmulo de 5000,00.
2 - Não entendi muito bem o que fazer, por favor me da mais detalhes.
3 - Tb já fiz esse teste, o resultado foi:
Configuração por FI grava em outros 2 campos da WTAK (WT_BS02 e WT_WT02) quando volta pra PCC com base na NF grava em outros campos (J_1BWHTRB02, WT_BS02 e WT_WT02), pelos testes que fiz, percebi que só o campo J_1BWHTRB02 é considerado como "controle" de acúmulo, portanto não considerará as partidas que entraram por FI.
4 - Se entendi correto, não é pra levar em consideração o acumulo em si, é pra reter na fatura qualquer valor mesmo que abaixo de 5000,00. Tá mas e se o Fornecedor só tiver um pagto no mês de 2000,00 o correto seria não ter nenhuma retenção, se reter nesse caso estaria incorreto, não? Desculpa não estou certa se entendi claramente.
Mais uma vez obrigada.

Como migrar partidas em aberto com imposto retido (acumulado) no pagamento via FI?

Oi Pessoal,
Estou com um problema na retenção de impostos, agradeço quaquer ajuda!
É o seguinte: Imposto retido no momento do pagamento pro Fornecedor com acúmulo, ou sjea, a retenção só ocorre se tiver pagamentos para o mesmo fornecedor dentro do mesmo mês com valor maior que 5.000,00 reais.
Exemplo no legado (SAP – TAXBRJ):
Fornecedor “X” – 3000,00 – Pagamento em 10/01/15 – Sem retenção - OK
Fornecedor “X” – 2500,00 – Se pagar dentro de Janeiro será feito retenção com base no total de 5.500,00, logo 255,75, valor líquido a pagar pro Fornecedor = 5.244,25.
Vamos supor que essas partidas estejam em aberto e portanto precisam ser migradas pro SAP via FB01.
Eu testei e o resultado foi:
Fornecedor “X” – 3000,00 – Pagamento dia 02/02/15 – Sem retenção - OK.
Fornecedor “X” – 2500,00 – Pagamento dia 05/02/15 – Sem retenção - Incorreto.
Percebi que após pagar as duas, o montante base não foi atualizado na tabela WTAK campo J_1BWHTRB02, acredito que é por causa da configuração do tipo de imposto (CA) “Base armazenada na Nota Fiscal”, então eu acho que o campo é atualizado com base no Montante Base gravado na NF (J_1BNFSTX), suponho que seja isso porque se eu fizer o mesmo teste usando MIRO a acumulação ocorre corretamente.
Resumindo: Quando eu faço a carga por FI eu não tenho o campo NF, por consequência não terei o Montante Base, portanto nenhum imposto será retido. A pergunta é: Alguém tem alguma ideia de como fazer essa carga considerar a acumulação corretamente.
*ECC 6.0 – TAXBRA
Muito obrigada por qualquer ajuda, dica, comentário....

Oi Marssel,
Obrigada pelo seu tempo.
Referentes os pontos que vc levantou:
1 - Já fiz esse teste, o resultado foi:
Montante = 3000,00 (Informações IRF: Base IRF 3000,00 + Mont. IRF 90,00), se eu fizer o pagamento vai reter 90,00 e esta incorreto, pois não considerou o acúmulo de 5000,00.
2 - Não entendi muito bem o que fazer, por favor me da mais detalhes.
3 - Tb já fiz esse teste, o resultado foi:
Configuração por FI grava em outros 2 campos da WTAK (WT_BS02 e WT_WT02) quando volta pra PCC com base na NF grava em outros campos (J_1BWHTRB02, WT_BS02 e WT_WT02), pelos testes que fiz, percebi que só o campo J_1BWHTRB02 é considerado como "controle" de acúmulo, portanto não considerará as partidas que entraram por FI.
4 - Se entendi correto, não é pra levar em consideração o acumulo em si, é pra reter na fatura qualquer valor mesmo que abaixo de 5000,00. Tá mas e se o Fornecedor só tiver um pagto no mês de 2000,00 o correto seria não ter nenhuma retenção, se reter nesse caso estaria incorreto, não? Desculpa não estou certa se entendi claramente.
Mais uma vez obrigada.

Migrar de TAXBRJ para TAXBRA

Similar Messages

Maybe you are looking for