Erro cálculo de imposto
Olá...
Estou com erro no cálculo de imposto no seguinte cenário:
Pedido com dois itens para consumo, cada item tem distribuição para dois centros de custo. Quando existem entradas parciais os impostos da primeira nota fiscal são lançados corretamente, porém na segunda entrada os impostos não são calculados para o segundo item. Na visualização da nota antes de salvar a MIRO o sistema exibe os impostos corretamente, porém quando salva o documento a nota fiscal fica sem as linhas de impostos no segundo item.
Isso só acontece quando tem mais de uma classificação contábil e quando a revisão da fatura é baseada na entrada de mercadoria.
Alguém já viu este problema?
Obrigada
Olá Fernanda,
É incorreto o sistema exibir uma linha de imposto antes de salvar, e após salvar, não exibí-la mais.
Se o problema for em produção e estiver impactando os negócios, não hesite em abrir uma mensagem para a SAP com esse problema.
Se for possível a reprodução do problema em um sistema de testes, abra mensagem com o passo a passo para que um consultor possa reproduzir e debugar, e assim checar com detalhes o que está ocorrendo.
Atenciosamente,
Carla Bussolo
Similar Messages
-
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 -
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 OtsukaEntã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! -
Função para cálculo de impostos( Simulação de Geração de NF).
Boa noite pessoal !
Alguém conhece alguma função no SAP que posso utilizar para efetuar cálculo de impostos ???
Trata-se de um programa customizado (Z) e preciso fazer o cálculo de todos impostos, seria como uma simulação de Geração de NF (J1B1N) .
Agradeço desde já.
Wagner DuarteBom dia Wagner,
Você pode utilizar a FM J_1B_NF_VALUE_DETERMINATION:
Exemplo:
DATA: BEGIN OF wk_header.
INCLUDE STRUCTURE j_1bnfdoc.
DATA: END OF wk_header.
DATA: BEGIN OF wk_header_add.
INCLUDE STRUCTURE j_1bindoc.
DATA: END OF wk_header_add.
DATA: BEGIN OF wk_partner OCCURS 0.
INCLUDE STRUCTURE j_1bnfnad.
DATA: END OF wk_partner.
DATA: BEGIN OF wk_item OCCURS 0.
INCLUDE STRUCTURE j_1bnflin.
DATA: END OF wk_item.
DATA: BEGIN OF wk_item_tax OCCURS 0.
INCLUDE STRUCTURE j_1bnfstx.
DATA: END OF wk_item_tax.
DATA: BEGIN OF wk_item_add OCCURS 0.
INCLUDE STRUCTURE j_1binlin.
DATA: END OF wk_item_add.
DATA: BEGIN OF wk_header_msg OCCURS 0.
INCLUDE STRUCTURE j_1bnfftx.
DATA: END OF wk_header_msg.
DATA: BEGIN OF wk_refer_msg OCCURS 0.
INCLUDE STRUCTURE j_1bnfref.
DATA: END OF wk_refer_msg.
CALL FUNCTION 'J_1B_NF_DOCUMENT_READ'
EXPORTING
doc_number = i_docnum
IMPORTING
doc_header = wk_header
TABLES
doc_partner = wk_partner
doc_item = wk_item
doc_item_tax = wk_item_tax
doc_header_msg = wk_header_msg
doc_refer_msg = wk_refer_msg
EXCEPTIONS
document_not_found = 1
docum_lock = 2
OTHERS = 3.
CALL FUNCTION 'J_1B_NF_VALUE_DETERMINATION'
EXPORTING
nf_header = wk_header
IMPORTING
ext_header = wk_header_add
TABLES
nf_item = wk_item
nf_item_tax = wk_item_tax. -
Quando gero a NF-e de Doação no momento da impressão da NF-e a mesma sai sem base de cálculo de ICMS.
Na OV os dados estão todos corretos, com base de cálculo, % de imposto, imposto calculado, mas na impressão da NF-e não sai a base.
Na J1B3N, pasta "Vals Totais"os dados também estão dispostos nas colunas erradas, sendo que na coluna "Montante Básico" está = zero e na coluna "Mont. Base Excl" tem o valor que deveria ser a base de cáculo.
O que poderia ser isso?Ola
Veja o mapeamento da nota fiscal
J1btax > preparação da condição > Atribuicao de nota fiscal > Valores fiscais de SD
Veja na nota da CBT - TAXBRA , o mapeamento para RVABRA e faca igual
Renata Hopp -
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.
ObrigadoOlá 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 -
MP135 - TAXBRJ - Condição "ICW3" não contida na fórmula de cálculo de impos
Olá pessoal, bom dia!
Estou realizando a implantação da MP135 na versão 4.6 TAXBRJ.
E no momento que vou realizar o faturamento da a seguinte mensagem.
Condição "ICW3" não contida na fórmula de cálculo de imposto
Você já passaram por isso? Tem alguma dica ou algo que possa fazer?
Abs, ótimo dia a todos!
Danilo Silva
Consultor SAPOlá Carlos, bom dia!
E o Support Package atual: SAPKA46C61 e estamos trabalhando com a retenção no momento do faturamento não cumulativo.
Verificando a nota que você encaminhou ela trabalha em cima do pagamento e com a opção cumulativa, me corrija por favor se eu estiver errado.
Grato, aguardo!
Danilo Silva -
Valor de todos os impostos somados ao valor total da NF
Pessoal, bom dia
Estou com um problema no meu cliente, que ocorre quando um movimento customizado é utilizado para dar entrada em materiais recebidos para diversos tipos de remessa. Por exemplo, demonstração.
A entrada é feita pela MIGO, utilizando o tax code C3. Porém, ao verificar a NF, vejo que os valores de ICMS/PIS e COFINS estão sendo somados à base do ICMS.
As configurações do tax code e pricing estão OK a princípio.
Para esclarecer mais, veja o exemplo abaixo. O valor do item é de R$ 100,00.
ICM2 ICMS ICMS Non-deductible 0,00 1,38 0,00 11,50
ICOP ICOP Complement of ICMS 11,50 0,58 0,00 0,00
IPI2 IPI IPI Non-deductible 0,00 1,50 0,00 10,00
Value 12,88 (Deveria ser 10,00)
Total Value 14,38 (Deveria ser 11,50)
O problema está nos valores totais da NF, onde os impostos (ICMS e IPI) são somados ao total dos itens e total da NF.
Note que o valor dos impostos somados dá exatamente 2,88, exatamente a diferença entre o preço e a base de cálculo utilizada nos impostos.
Já olhei em várias configurações, porém não consegui identificar o problema.
Alguém tem idéia do que possa estar acontecendo?
Mais uma vez, muito obrigado
Fabio Amparo
Edited by: Fabio Azevedo do Amparo on Mar 30, 2011 3:12 PM
Edited by: Fabio Azevedo do Amparo on Mar 31, 2011 3:58 PM
Edited by: Fernando Ros on Apr 1, 2011 2:44 AM formatandoRoberto aqui fizemos o seguinte.
Retiramos o II do total dos produtos ou seja, fizemos o cálculo do valor dos produtos sem o imposto de importação, sendo assim jogamos o II na base de II mesmo que é quando se faz o cálculo do imposto de importação, ex:16% de R$10,00 = 1,60 desta forma esses R$1,60 jogamos no valor do ICMS.
Pois desta forma o valor não aparece duplicado na nota e não se altera a regra de cálculo do ICMS.
Você conseguiu entender?
Att. -
Pessoal, bom dia!
Vejam se alguém já passou por algo parecido em algum projeto...
Estou com uma demanda pra alterar alguns parametros do processo de transferência de crédito de ICMS, que são:
1- A quantidade deverá ser preenchida com “0”.
2- O valor unitário deve ser “0”.
3- O campo de unidade de medida “Vazio”
4- A NCM não deverá ser vazia, mas ser preenchida com “00”.
5- O CST deverá ser “090”.
A solução para os pontos 1, 2 e 3 foi criar um enhancement na função J_1B_NFE_PROCESS_OUTBOUND relacionada a J1B1N para alterar os valores digitados pelo usuário assim que a nota estiver sendo criada. Para o ponto 4, a solução foi criar um NCM "00" para utilização do usuário.
E, no ponto 5, a solução foi orientar o usuário a optar pela origem do material "0" e optar pelo direito fiscal IC9 (Outros) que atribuirá a tributação 90, formando assim o 090 esperado.
O problema é:
Ao dar saída na nota fiscal pela J1B3N, ela está sendo rejeitada pelo fato dos campos 'pMVAST (Percentual da margem de valor Adicionado do ICMS ST), pRedBCST (Percentual da Redução de BC do ICMS ST), vBCST' (Valor da BC do ICMS ST) não estarem sendo preenchidos.
Sendo assim, como posso resolver esse ponto?
Em anexo está a tela do preenchimento da Writer com os devidos parametros e impostos, e está também o IDOC que foi gerado com os campos em branco.
Desde já agradeço a atenção.Allan, boa tarde!
Obrigado pela sua resposta, mas, conforme venho conversando com o fiscal resposável do projeto, o cenário é esse mesmo.
Seguem abaixo e em anexo as regras Fiscais para emissão da nota de transferência de crédito de ICMS:
Orientação de Preenchimento NF-e:
Transferência de crédito
A nota fiscal eletrônica (NF-e) também será emitida nas hipóteses de transferências de crédito acumulado de ICMS em razão de exportação, diferimento ou redução da base de cálculo.
De acordo com a legislação, há regras a serem observadas para a emissão da NF-e referente a essa transferência de crédito. Resumidamente, alguns procedimentos comuns que poderão ser seguidos.
Para emitir a NF-e, é necessário informar nos campos próprios:
1. Como destinatário, o nome, o endereço e os números de inscrição estadual e no Cadastro Nacional de Pessoa Jurídica (CNPJ) do contribuinte ao qual se está efetuando a transferência;
2. Nas Informações Complementares do quadro “Dados Adicionais”, a expressão “Transferência de crédito acumulado de ICMS, nos termos (indicar o base legal da transferência)” e o valor, por extenso, do crédito transferido. No aplicativo gratuito emissor da NF-e, essa informação constará no campo “Informações Complementares de interesse do contribuinte” da aba “Informações Adicionais”;
3. No local destinado ao valor da operação do quadro “Cálculo do Imposto”, o valor do crédito acumulado transferido (no aplicativo gratuito de NF-e, esse valor será informado no Valor Total bruto). Nos demais campos, preencher com “0” (zero) para todos locais numéricos e obrigatórios nos quais não consta orientação específica - apenas um dígito “0” em cada, pois a NF-e trabalha com campo preenchido;
4. Como natureza da operação: “Transferência de Crédito Acumulado de ICMS”;
5. No campo “Finalidade de emissão” informar “NF-e de Ajuste”;
6. Os CFOP e CST serão os códigos 5.601/5.602 e 090, respectivamente;
7. A Nomenclatura Comum do MERCOSUL (NCM) será informada a expressão numérica “00”;
8. A “Descrição do Produto” será informada a expressão “Transferência de Crédito Acumulado de ICMS”;
9. A situação tributária do PIS e da COFINS será “Operação sem incidência da Contribuição; e
10. A “Modalidade do frete” indicar “Sem frete”.
8. Código de Situação Tributária – informar “90”. Página 168 do Manual de Integração.
Na Nota Técnica 2013/005, ainda é informado que os campos 'pMVAST, pRedBCST e vBCST' devem ser carregados no XML, e por se tratar de tranferência de crédito, os valores devem ser “zerados”.
Aplicando o imposto ICS3, consigo inserir zeros nos campos indicados acima. O problema é que a NF é rejeitada novamente só que com erro no campo vBCSTRet (Valor da BC do ICMS ST retido), pois ao zerar os campos acima acabo obrigatoriamente atribuindo zero ao campo vBCSTRet, fato que não deve ocorrer. -
Venda de Serviços com valor de ISS no Gross Up
Olá pessoal, uma dúvida.
O cliente vende exclusivamente serviços, apliquei as notas 1706309, 664855, 747670, 852302, 916003 e 815720.
Efetuei testes para Cofins e Pis e está calculando muito bem. Porém o erro está no cálculo do ISS quando utilizado o modo Gross Up (Imposto fora do preço) pois ele altera o valor da ICMI.
Estamos usando a TAXBRA e a RVABRA padrão.
Criei o Tax Group 50 e todas as sequencias de acesso de ISS para provedor foram atualizaras como este grupo que foi configurado da seguinte forma:
Jurisdict.Code: SP
Valid from/to: 01.01.2014 até 12.31.2999
Company Code: ZXXX
Tax Rate: 5
Tax Base: 100
Iss Law: IS0
Tax-Rel.Loc.: 1 Provider
Iss WT: X
Min. Value: 5.000,00
Currency: BRL
Veja o detalhe das condições para o cenário abaixo:
Se eu coloco um preço líquido de 1000,00, com Tax Code I9 (ISS+COFINS+PIS+WHT) e Cofins sendo 7,65%; PIS sendo 1,65% e ISS sendo 5% (Empresa de Lucro Real na cidade de São Paulo) as condições ficariam assim quando utilizo cálculo dos impostos por dentro do preço líquido (Tabela J_1BKON1V)
BX70 COFINS Base: 1.000,00
BX72 COFINS Amount: 76,00
BX80 PIS Base: 1.000,00
BX82 PIS Amount: 16,50
BX50 ISS Base: 1.000,00
BX51 ISS Amount: 50,00
IBRX: 1.000,00
ICMI: 1.000,00
Net Price: 857,50
Tax: 142,50
Entendo que o cálculo acima está perfeito para imposto por dentro, porém vejam como fica quando altero para calcular por fora:
BX70 COFINS Base: 1.157,03
BX72 COFINS Amount: 87,93
BX80 PIS Base: 1.157,03
BX82 PIS Amount: 19,09
BX60 ISS Base Provider: 1.157,03
BX62 ISS Amount Provider: 57,85
ICMI: 1.157,03
IBRX: 1.157,03
Net Price: 992,16
Tax: 164,87
Neste caso, a ICMI assumiu o valor de 1.157,03. Entendo que o Net Price deveria ser 1.000,00 (Já que é o preço líquido sem impostos) e o Tax deveria ser 166,18. Veja como cheguei neste valor de Tax:
Fiz a fórmula de Gross Up sendo: 1-([ISS+COFINS+PIS]/100) ou seja 1-([5+7,65+1,65]/100) daí evolui para o seguinte resultado: 1-(14,25/100) resultando em 0,8575. Logo peguei o preço líquido de 1.000,00 e dividi por 0,8575 que dá 1.166,18 logo, o total de impostos é 166,18 e o preço líquido é 1.000,00.
Sendo assim, no meu entendimento as condições deveriam ficar assim quando o imposto é por fora:
BX70 COFINS Base: 1.166,18
BX72 COFINS Amount: 88,63
BX80 PIS Base: 1.166,18
BX82 PIS Amount: 19,24
BX60 ISS Base Provider: 1.166,18
BX62 ISS Amount Provider: 58,31
ICMI: 1.166,18
IBRX: 1.166,18
Net Price: 1.000,00
Tax: 166,18
Alguém saberia como resolver este problema? ou seja, alterar a configuração para que ao invéz de calcular conforme o texto em vermelho fique igual ao texto azul?
Obrigada
FernandaPessoal,
Achei o erro, o problema está na retenção. Dentro do grupo 50 eu exclui os campos:
Iss WT: X
Min. Value: 5.000,00
Currency: BRL
Então a pricing retornou corretamente.
Vamos verificar todas as notas de retenção para corrigir o problema.
Obrigada
Fernanda -
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. -
Para a chave de conta não há regras de lançamento - Nº mensagem FF714
Estamos criando um ordem de compra, e quando vamos salvar não conseguimos, da a seguinte mensagem:
"Para a chave de conta nãa há regras de lançamento
Nº mensagem FF714
*Diagnóstico*
*Para a chave de conta definida no esquema de cálculo de imposto, ainda não se definiram regras de lançamento na tabela T007B.*
Procedimento
Modificar o esquema de cálculo de imposto, entrar uma chave de conta já definida na operação respectiva ou definir as regras de lançamento para uma nova chave de conta na tabela T007B.
E não conseguimos identificar o porque, estamos usando a TAXBRA e já verificamos as seguintes transações:
- OBYC
- OB40
- OBCN
Enfim alguém já passou por esse problema ?
Grato
Claudio BezerrilOi Eduardo,
Desculpe, só hoje vi a sua resposta.
Na verdade, o erro estava ocorrendo por conta de uma condition (BX01) que não estava marcarda com estática.
Obrigada,
Tathiane. -
Lançamentos de conhecimento de frete de compras
Pessoal,
Estamos implementando um novo software de comércio exterior aqui na empresa, ainda na versão 4.6C.
Diferentemente do cenário que temos atualmente para o novo cenário customizamos uma pricing de pedido de compras composta de várias condições para lançamentos dos custos complementares tais como seguro, frete, despachante, etc.
Para todas as despesas conseguimos sem problemas efetuar as entradas dos custos complementares na MIRO, com exceção do frete.
O que acontece é que o SAP standard não lê as tabelas de exceções de ICMS para frete (categorias de NF C1 / C5) e aqui temos esses cenários. Quando a MIRO é feita o sistema identifica a categorias de NF = C1 e lê a alíquota da tabela principal de ICMS (coluna frete) resultando em erros de cálculo de impostos para os cenários onde existe a exceção de ICMS.
Gostaria de saber se alguém já passou por isso e quais as possibilidades de contornar essa situação. Tentamos via debug identificar possíveis exist na MIRO onde pudéssemos colocar uma validação interna para forçar a situaçao de leitura da exceção, porém não obtivemos sucesso nessa tentativa.
Desde já agradeço pela ajuda que puderem dar.
Abraços,
Nilmar
Siemens LTDA.Discussão movida de Comunidade SAP em Português (Portuguese Language Community) para Aplicações do SAP Business Suite (SAP Business Suite Applications)
-
TAGs do Grupo II não preenchendo quando preenche "Other Base"
Pessoal
Seguindo a nota SAP(1616778), lançada para atender demandas da NT004.2011, passamos a preencher os dados de imposto de importação na aba u201Ctaxesu201D, no detalhe dos itens de uma NFe, no tipo de imposto u201CII01u201D.
Quando preenchemos o valor base no campo u201CBase Amountu201D o XML é gerado com o grupo de II e preenche as tags u201CValor Baseu201D e consequentemente é rejeitada na SEFAZ com o status 599 "Rejeição: CFOP de importação e não informado dados de II". A determinação do departamento tributário do cliente é que o correto é o preenchimento no campo u201COther Baseu201D pois é um imposto a ser pago e não recuperado.
Vale ressaltar que o preenchimento dessas TAGs é feito pelo std e não por determinação nossa via BADI.
Olhando no código std o include LJ_1B_NFEF29 declara: "* For Vers 2.00, only the base amount is used to fill vbc
Otherwise the sum of the items does not match the total tax base"
Então minha dúvida é se realmente o valor base para cálculo do imposto de importação deve ser preenchido no campo u201COther Baseu201D ou no campo u201CBase Amountu201D. Lembrando que nesse caso estamos tratando de NFe de importação de materiais para revenda. E se o correto for o caso de estar preenchido no "other base", o que deve ser feito é o preenchimento via BADI já que o código deixa explicito que só deve ser preenchido no "base amount"?
Agradeço desde de já qualquer ajuda ou esclarecimento.
Sds,
RaphaelFernando,
Na verdade a condição era a TAG vBC estar vazia e a vII estar preenchida, portanto não seria o caso de enviar para todas as NFe criadas. De qualquer forma vimos que ainda havia a possibilidade de não passar nenhum valor em nenhuma das TAGs (ex: Complementar) e por conta disso condicionamos a estar preenchido a TAG vDI. Como já aplicamos a Nota que habilita a aba "Import Documents" o campo com número da DI sempre será preenchido no caso de uma NFe de importação.
Mariliapiatto, no nosso caso estamos preenchendo a base do cálculo do valor do II no campo "Other Base" e o valor do II no campo "Tax Amount". Quem determinou que seria dessa forma, foi o tributário do cliente, levando em conta que esse material está sendo adquirido para revenda.
Sds,
Raphael -
Pessoal,
1. Criei um IVA com ISS, marcando estas condições
Cód IVA Denominação do IVA Tipo de imposto Cálculo de imposto: utilização de material Serv
S1 Serviço ISSIRRFCSLL/PIS/COF CSRF+INSS V Input tax 2 Consumption X
ISSA ISS at Provider ISSP NVV
ISSB ISS WHT At Provider ISSP ISW
ISSE ISS at Service Loc ISSS NVV
ISSF ISS WHT at Service Loc ISSS ISW
ISSG ISS Offset ISSP NVV
2. Criei um grupo de exceções marcando ISS e WT
LOC_SE Local do fornecimento de serviços
NBM NCM Code
3. Preenchi a tabela J_1BTXISS para o grupo de exceções:
Cód.domicílio fiscal RS 4314902
Válido desde 08.08.2008
Válido até 08.08.2088
Local do forneciment RS 4314902
NCM Code 31022100
Taxa de imposto 2,00
Base do imposto 100,00
Lei ISS
LocalRelevImp.
ISS IRF : X
Valor mínimo 0,00
Moeda
4. No cadastro de fornecedor indiquei as condições de Imposto ret.na fonte para o ISS marcado como sujeito.
IS SA
5. Criei um pedido com o IVA de ISS, porem no pedido não identifica a alíquota.
BASB Base Amount 90,75 BRL
Ext. calculation 90,75 BRL 1 90,75 BRL
Level 200 90,75 BRL 1 90,75 BRL
Level 300 90,75 BRL 1 90,75 BRL
Level 500 90,75 BRL 1 90,75 BRL
Other taxes 90,75 BRL 1 90,75 BRL
PIS, COFINS, ISS 90,75 BRL 1 90,75 BRL
ISSA ISS Prest/Prov Servi 100,000 % 0,00 BRL
ISSB ISS Retido Provedor 100,000 % 0,00 BRL
ISSE ISS no Loc Execução 100,000 % 0,00 BRL
ISSF ISS Ret Local Execu 100,000 % 0,00 BRL
ISSG ISS Offset 100,000 % 0,00 BRL
6. Criei a fatura e não determinou o ISS
No caso de que na fatura indique manualmente para o Imposto ret.na fonte IS SA uma alíquota manual, o sistema si contabiliza.
Alguém sabe o que é que está faltando?
Grata ,
eloConseguir resolver aplicando a nota.
804717
ISS WHT Not Determined
Maybe you are looking for
-
Problem with Gui_download using ASC File type - japanese characters
Hi, During upgrade,while downloading data for japanese characters using GUI_DOWNLOAD Function module with file type as 'ASC', the space between 2 fields data getting much wider compared to 4.6C Version ws_download Function module's data. Example: th
-
IMac 3.06 GHz Intel Core 2 Duo with 12gb of RAM running very very slow.
My late 2010 iMac 3.06 GHz Intel Core 2 Duo with 12gb of ram is running very slow. It takes a very long for the computer to boot with the desktop taking ages to fully load. Applications are also taking an unholy amount of time to load with the spinni
-
CS3 (WIN) Cross referencing script
Today I downloaded a cross-referencing script created by Teus do Jong, and I have found it to be of great use, but when it comes to using the script with linked and formatted copy (Word) and tables (Excel), it does not work (destinations are lost). I
-
Thanks to Terri and Grant I have been following The Radiant Vista's wonderful Daily Critiques. The one for January 29 at http://www.radiantvista.com/dailyCritique/index.php speaks about parallax and polarization in this straight-on photo of a flat-fr
-
I am trying to configure an SOAP Sender Channel but am trying to do authentication based on the SSL Certificate being used to present the SOAP message. When I use "HTTP Securtiy Level" to "HTTP" I am requested for a username and password on the bas