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

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

  • SPED Fiscal - Imposto de Importação (registro C190, campo VL_OPR)

    Colegas,
    A pouco tempo implementamos as notas para atendimento à NT 2011.004 da SEFAZ e dentre as modificações que ela implementa, como vocês devem saber, ela cria uma nova categoria de imposto para o Imposto de Importação (II01).
    Com esta nova categoria de imposto as notas fiscais de importação passaram a ser digitadas com o destaque deste imposto diretamente na aba de Impostos, assim como acontece com o IPI.
    O problema é que quando esta nota é listada no arquivo do SPED FIscal, o valor do campo VL_OPR(Valor da operação) do registro C190, não fecha com o valor do campo VL_DOC do registro C100 (Valor Total da nota fiscal),considerando apenas um item, para ficar mais fácil o entendimento, isto porque o II deixou de ser considerado no campo "Expenses/Despesas" do item na nota. Isto teve de ser feito por conta da nova categoria de imposto, se mantivermos a digitação do valor neste campo a nota "duplica" o valor do II (esta situação é idêntica para o IPI).
    Analisando o programa standard do SPED Fiscal, no include J_1BEFD_BLOCK_C_AUX2, perform PROCESS_REG_C190, existe um tratamento especfício para o IPI, onde é realizada uma pesquisa pelos impostos do item e existindo o IPI, o seu valor é adicionado ao campo VL_OPR.
    Para o II não existe nenhum tratamento o que está gerando um Aviso no PVA do SPED Fiscal, já que os valores de totais de Item e Nota não fecham.
    Alguém já se deparou com o mesmo problema?
    Alguém sabe se a SAP providenciou ou está providenciando este ajuste (procurei por notas e não localizei nada a respeito).
    Grato pela ajuda.
    Rodrigo

    Encontrei a nota que resolve o problema.
    Note 1670878 - SPED-EFD: C190-VL_OPR does not sum value of import tax.
    Abraços.

  • Migração: Tax Group in Access Sequences

    Boa Tarde experts!
    Algum de vocês já passou por um problema parecido?
    - Criei um novo Tax Group de MM para PIS e COFINS somente
    - Associei as Conditions Tables corretas para o Tax Group
    Quando vou fazer a migração desse Tax Group nas sequencias de acesso, obtenho o seguinte erro: "Access Sequence , application TX does not exist" (ICC_CONDTAX014).
    Verifiquei a tabela T682 e vi que existe uma entrada na aplicação V com a access sequence branca. Porém, se eu entro na configuração das sequencias de acesso (tanto de SD quanto de MM via J1BTAX) não encontro nenhum registro branco.
    Alguém tem alguma dica de como proceder ou já teve algum problema parecido?
    Fico no aguardo!
    Muito Obrigada!
    Luciana

    Boa tarde Luciana
    Eu estou com o mesmo problema, como você conseguiu fazer a correção ?
      Obrigado
          Luciano Storti

  • Processo de Retorno: Problema para associar taxa correta de ICMS considerando novo NCM

    Bom dia Pessoal,
    Criamos novos NCMs considerando sua extensão (TIPI) para diferenciação de taxas de impostos.
    Exemplo:
    NCM
    DESCRIÇÃO
    ALÍQUOTA (%)
    7323.10.00
    Ex 01 - Esponja de lã de aço
    5
    Associamos nosso sku a esse novo NCM 7323.10.00.01 (já considerando o Ex 01).
    Não tivemos problemas para fazer o processo de saída, todos os impostos foram associados corretamente, porém na hora de fazer o retorno de skus com esses novos NCMs, a alíquota de impostos não está sendo associada corretamente.
    Exemplo:
    Faturamos o material XPTO com o NCM 7323.10.00 em Junho e agora, esse produto passou a ter esse novo NCM 7323.10.00.01 e ao fazer o retorno desse sku a alíquota de ICMS não está sendo associada corretamente pois o ECC não está encontrando o cadastro de imposto na sequência de acesso correta.
    Está pegando a regra geral (grupo 98) ao invés de achar a exceção por NCM (grupo 85).
    Acredito que o ECC está considerando o NCM do sku que está na J_1BNFLIN ao invés de ir buscar no Mestre de Materiais.
    Já procurei por NOTAS sobre esse tema, porém não achei nada específico para esse tema.
    Alguém já passou por situação parecida ? Como resolveu ?
    Obrigado.

    Bom dia Pessoal,
    Criamos novos NCMs considerando sua extensão (TIPI) para diferenciação de taxas de impostos.
    Exemplo:
    NCM
    DESCRIÇÃO
    ALÍQUOTA (%)
    7323.10.00
    Ex 01 - Esponja de lã de aço
    5
    Associamos nosso sku a esse novo NCM 7323.10.00.01 (já considerando o Ex 01).
    Não tivemos problemas para fazer o processo de saída, todos os impostos foram associados corretamente, porém na hora de fazer o retorno de skus com esses novos NCMs, a alíquota de impostos não está sendo associada corretamente.
    Exemplo:
    Faturamos o material XPTO com o NCM 7323.10.00 em Junho e agora, esse produto passou a ter esse novo NCM 7323.10.00.01 e ao fazer o retorno desse sku a alíquota de ICMS não está sendo associada corretamente pois o ECC não está encontrando o cadastro de imposto na sequência de acesso correta.
    Está pegando a regra geral (grupo 98) ao invés de achar a exceção por NCM (grupo 85).
    Acredito que o ECC está considerando o NCM do sku que está na J_1BNFLIN ao invés de ir buscar no Mestre de Materiais.
    Já procurei por NOTAS sobre esse tema, porém não achei nada específico para esse tema.
    Alguém já passou por situação parecida ? Como resolveu ?
    Obrigado.

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

    SOLUÇÃ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

  • 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

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

  • Imposto retido na fonte no Pagamento (F-51)

    Olá Pessoal, estou com um problema para gerar o valor de imposto retido na fote.
    Precisei criar um imposto para reter uma taxa de 12% no pagamento do meu fornecedor, amarei este codigo de imposto no cadastro, porem não gera o valor no momento que vou efetuar o pagamento, percebi que para um determinado fornecedor de um grupo de contas diferente do que preciso esta funcionando, porem não consigo identificar o que deixei de configurar para que funcione, alguem pode me ajudar?
    Obrigada!

    Marssel
    Eu tenho um ambiente com a versão 8.82 PL4
    A minha empresa é uma prestadora de serviço, então eu precisei configurar os impostos retidos na fonte para emissão de nota fical de Serviço, mas para o  PIS COFINS CSLL obedecer a regra da cumulatividade de 5000,00, eu preciso definir eles como categoria pagamento, AQUI ESTA O MEU PROBLEMA
    Meu contador fala que eu não posso contabilizar o imposto somente quando eu recebo do cliente, porque se cliente for pagar com 90 dias por exemplo eu só vou contabilzar depois de 90 dias, tem que contabilizar no momento da emissão da nota.
    Existe outra forma de fazer isso? eu estou errado? na forma de configurar o imposto? esta regra só vale para notas de entrada?
    Por favorse puder me dar alguma dica ficarei muito grato!

  • SAP 8.82 para SAP 9.0, SAP 9.1

    Bom dia pessoal,
    Atualmente utilizo o SAP 8.82 na empresa, estava pensando mais para o começo do ano que vem fazer a migração para SAP 9.0 ou até o mesmo o SAP 9.1 (para esta versão tenho que esperar os add'ons nacionais terem versão funcionando).
    Por acaso alguém já fez a migração da SAP 8.82 para o SAP 9.0? gostaria de saber se teve muitas dificuldades com os usuários, problemas em banco de dados, computadores, redes, etc.
    Tenho uma maquina virtual rodando o SAP 9.0 PL13 onde sempre pego minha base atual na 8.82 e converto pra ela pra fazer alguns testes básicos, até o momento o que deu trabalho é alterar todos meus relatórios em Crystal Reports que utilizam documentos de makerting (pedidos, notas, etc) pra  testar o campo de cancelamento "CANCELED".
    Um grande abraço,
    Fabio
    SAP 8.82 PL14 / SAP 9.0 PL13 (test) / SAP 9.1 PL2 (test).

    Ola pessoal,
    segue algumas observações dos problemas que ocorreu comigo na conversão do SAP 8.82 PL14 para SAP 9.0 PL15.
    1) Update do software nos computadores/terminais
    - Quase nenhum update deu certo, quando chegou no 3o computador descobri o motivo, o SAP tenta fazer update de vários componentes no modo automatizado, você não vê mas ele roda vários "setups" de vários programas diferentes, um deles é o "Microsoft C++ 2010 Runtime".
    Antes de entrar no SAP no terminal pra fazer o update, eu comecei a instalar o runtime manualmente, entre na pasta "...\B1_SHR\Client\ISSetupPrerequisites\{83960519-644A-4722-BA7A-37D23C1D004F}" e instalei o programa "vcredist_x86".
    Pronto, após instalar o runtime do C++, foi só entrar no SAP 8.82 que ele fazia corretamente o update para o SAP 9.0.
    2) Erro contas a pagar e a receber Could not find stored procedure 'TmSp_SetBgtAccumulators_ByJdt"
    Após vários testes na minha conversão "beta" do SAP 8.82 PL14 para o SAP 9.0 PL11 (e PL15 agora em janeiro), onde fiz vários procedimentos referente a compras, vendas, cadastros, mrp etc, tudo funcionou perfeito.
    Após a conversão na base real (base quente) ontem, hoje trabalhamos tranquilamente, pedido de compra, nota fiscal de entrada,, ,pedido de venda, nota fiscal de saída, e validação de nota, e tudo continuava funcionando bem, mas ocorreu um erro bem estranho na baixa do contas à pagar e à receber.
    Na conversão do banco, não deu erros e nem avisos, onde foi convertido com sucesso, mas por algum motivo a conversão do SAP 8.82 PL14 para o SAP 9.0 PL15 apagou a procedure abaixo, fazendo com que o sistema apresentasse erro na baixa do financeiro.
    "Could not find stored procedure 'TmSp_SetBgtAccumulators_ByJdt'"
    Após pesquisa na internet, encontrei no próprio fórum a solução.
    http://scn.sap.com/thread/3468903
    Para resolver o caso, segui o que estava no post acima, é só entrar em Ajuda, Suporte Desk, Restaurar, Restaurar Procedimentos Arquivados.
    Não pode ter ninguém conectado no banco de dados para rodar esse procedimento, após a execução, o financeiro funcionou perfeito.
    Abraço
    Fabio
    SAP 9.0 PL15 / SAP 9.1 PL3 (test)

  • Como config. impostos e sua contabiliz. p/  preços liq. de impostos?

    Meu cliente utiliza preço liquido, não fatorando-o na lista de preço com os impostos por dentro.
    Para resolver a questão dos impostos, eu fiz assim... na fórmula do imposto eu sigo o raciocínio da fórmula 8 - padrão do sistema para ICMS - Preço sem Imposto.
    Ainda aguardo a definição do cliente para determinar as outras bases de cálculo e montar as fórmulas para calcular o imposto da forma correta para gerá-los corretamente (BC e Vlr do Imposto)à NF.
    Nos atributos não coloco Incluido no preço nem na receita (no caso do IPI) e a contabilização fica diferente do usual:
    D - Clientes (100% da NF) - 107
    C-IPI a pagar (passivo) - 7
    C-ICMS (Passivo) - 12 e;
    C-Receita (DRE) - 82, pelo valor liquido do item que está no Preço Unitário... assim, não háverá o débito dos Impostos para abater a receita bruta, que fica igual à liquida destes impostos.
    Não sei se isso pode gerar ainda algum tipo de problema com speds ou NFe... ainda vou testar, mas é um caminho a ser avaliado... quem já o tiver feito e tiver críticas ao mesmo, por favor me contacte para que eu possa analisar se preciso utilizar outro caminho.
    Obrigado!

  • Calculo de impostos

    Bom dia
    Estou implementando ECC 6.0 e estou com problema referente ao cálculo de impostos para os processos de compras. Ao criar o pedido de compra e incluir o iva ele não está calculando o imposto já realizei alguns procedimentos de revisão desde criação das condições e atribuição no esquema (TAXBRA) até a verificação de alguns programas como J_1B_CBT_CONSIST e J_1B_CHECK_CBT.
    Alguem poderia me ajudar.
    Obrigado

    Olá Paulo,
    Implantamos as notas indicadas por ti mas estamos com erro na acumulatividade dos valores.
    Exemplo:
    1a nota de R$ 2000, retenção apenas do IR - Correto.
    2a nota de R$ 4000, retenção apenas dos valores de PIS/COFINS/CSLL desta nota, não foi considerado os valores da 1a NF.
    Você tem alguama dica para a correção deste erro?
    Obrigado

  • Tipo de imposto ICZF não aparece na NF

    Ola,
    Configuramos o cenario de venda para zona franca e o desconto de ICMS não aparece na nota fiscal (tipo de imposto ICZF).
    O tipo de imposto ja esta mapeado na J1BTAX conforme abaixo, bem como esta previsto nas condições especiais no faturamento Brasil (SPRO).
    ICZF
         BX16    0
         BXZF    0
         BI00     0
         BI00     0
         BI00     0
         BI00     0
    Alguem sabe o que podemos estar deixando passar?
    Grato!
    Adriano Cardoso

    Adriano, no mapeamento das conditions de SD, deve estar a BXZF.
    Para que dê um desconto no valor da ICMI.
    Compare o seu com o mapeamento que a SAP entrega para a RVABRA.
    No mapeamento de impostos para NF, para a ICZF, devem estar mapeados:
    BX16
    BXZF
    BX11
    BX12
    Também compare com o que a SAP entrega para a RVABRA.
    Att.

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

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

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

Maybe you are looking for

  • SSO not authorized:no login module success

    Hi Friends, I am Geeting this error while opening the Report Designer any one help me??????? "java system error call FM_BICS_CONS_GET_VIEW_DEF_J_PROXY to progid XXXXX on host APD with SSO not authorized:no login module success " Regards Vipul Kapadia

  • I am doing pricing? How to introduce new calculation type ...

    Hi, As part of New condition type creation, I am in position to intrduce New calculation type is "X" - Time based by hrs New scale basis is "X"  - Time based by hrs It really very urgent, any oss note will also help. Laxman

  • Adobe Acrobat - Digital Signatures Security

    Hi, The business I am working for is making a push for online fill in forms for simplicity and less paperwork. At the moment they are using word docs with fill in sections that are terrible to deal with and still require you to print them out to sign

  • How to replicate an MRL with only the last ver/rev of each component?

    Hi, This question is related to an effort to reduce the master.* and lbylog.* filesizes in hopes of achieving more efficiency during processing. Any proven suggestions would be greatly appreciated. I would like to replicate an existing MRL, but it sh

  • Error after doing bdc recording  with MIRO

    hi everybody, iam using call transaction for MIRO. in that recording is not doing properly. problem is - after doing recording ,the process is not moving to another tabs(SUB SCREENS) like payments,details. it gives error. error is 'invfo-bktxt does n