on 12-09-2015 12:58 PM
Bom dia Pessoal,
Peço que criem novas discussões, esta já está confusa com 3 páginas.
Atenciosamente, Fernando Da Rós
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Boa tarde,
Estou utilizando a RVABRA e no meu caso, estou fazendo uma venda normal para o mesmo estado industrialização (SP - SP) e o valor do ICVA está com 18% e ISIC com 18%.
Valores da BX90, BX91 e BX98 com valores zerados, mas BX94, BX95, BX96, BX9O, BX9P e BX9D com valores. Esses valores também não deveriam estar zerados?
Liquido e impostos ficando com um valores absurdos.
Alguém poderia ajudar, qual parametrização está faltando?
Obrigada
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Boa tarde,
Não aparece na OV.
Tentei cadastrar na J1BTAX SP-SP o valor de 1% com base 100% e apresentou a seguinte mensagem: código de condição interno ICMSBASE_INTRA não está definido.
Porém olhando na J1BTAX DO DEV400 não tem nada:
Verificando em DEV200 está cadastrado.
Já fiz SCC1.
Tem que cadastrar em todos os ambientes estas condições?
Obrigada
Senhores,
Para algumas Ordens de Vendas a pricing não esta refletindo corretamente. As Condições de ICVA e ISIC aponta um valor, porém deveria pegar outro valor para calculo, simplesmente o programa esta desrespeitando a J_1BTXIC1 (98) e pegando o valor J_1BTXDEF (99). Esse problema não acontece sempre e aparece para Estados diferentes.
O programa informa que a “O registro de condição existe mas não foi predefinido”.
Isto esta impedindo de ser efetuada a partilha de ICMS no Ecommerce, as notas estão sendo aprovadas mas incorretamente. Alguém já presenciou um erro como este?
Verifiquei a Condição e esta valida e também não esta marcada para eliminação.
Att.,
Anderson Araujo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Pessoal tudo bem?
Estou com o seguinte problema no esquema de calculo Z**RVABRA abaixo, alguém passou por isso, ou possui alguma dica?
A base de calculo para os impostos ICMI está dobrando o valor.
Exemplo: Utilizando a condição PR00 = 1.000,00 a condição ICMI ou IBRX estão recebendo o valor de 2.000,00.
*** Porém quando faço uma operação para cliente contribuinte de ICMS o calculo não apresenta erro
Obrigado
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bom dia grupo,
Por favor alguém optou por implementar a NT003 utilizando condições Zs (não ICAP/ACEP/ICSP) cuja determinação de valores ocorra através de registros de condições (VK11) e observá-las na NF (J1B3N) na TAXBRJ 6.00 SP11?
Tentamos deixar as formulas de regra de cálculo das condições em branco, de forma a assumir os registros de condições cadastrados, mas ao criar a OV ocorre erro - formula 000 não permitida.
Tentamos copiar a formula standard e direcionar para a determinação pelos registros de condições, mas o sistema acusa o erro de que a formula criada por cópia não está contida no esquema de calculo.
Agradecemos antecipadamente vosso apoio, para que possamos decidir se abandonamos as condições Zs, optando pelas condições standard e alteramos a BADI.
Att.
Luciene
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
A Aliquota de de Origem (interna) deve ser maior que a Aliquota de Destino (Interestadual), para que ocorra o calculo devido do ICMS partilha.
Reveja as aliquotas interna e interes. na J1BTAX, checar se as condições DINC está sendo ativada ( não contribuiente), ICVA e ISIB estão sendo encontradas no esquema de calculo.
Att,
Obrigada pelas dicas Igor!!~
o problema aqui era que a BADI estava lendo o campo standard onde indica que o cliente é não contribuinte.
Porém aqui, como não temos nenhum EhP instalado, estamos na 600, não temos este campo disponível na tela e utilizamos para esta finalidade um campo de atributos nos dados adicionais do cadastro do cliente.
Nós direcionamos a BADI para ler o nosso campo e agora está calculando... Agora só preciso descobrir, porque veio 19%, se a alíquota era 12 inter e 17intra com 1% de fundo de pobreza.... vcs teriam alguma outra idéia?
abraço!!
Lúcia
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bom dia pessoal
Para os que estão com problemas na versão EHP605. chegaram a olhar as notas de correções.
Na versão EHP605 há correção pois realmente não calculava a partilha
Nota 2256933 "ICMS de partilha não era calculado usando TAXBRJ no EhP5"
Mais detalhes no link abaixo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Pessoal boa noite!!
estou com o mesmo problema do Igor! minhas condições não calculam...
mesmo com elas zeradas eu tentei ir até o final emitindo a nfe, pois esperava que obtivesse uma rejeição qualquer devido ao erro do cálculo, mas para minha surpresa a nf foi aprovada porque as condições não estavam mapeadas..
Fui pela J1BTAX e mapeei as condições para a nf mas mesmo assim elas não estão aparecendo na j1b3n no nível do item como esperado...
Alguém poderia me ajudar? Estou na 600 TAXBRJ
obrigada
Lúcia
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Adriana, Lucia, bom dia.
Vejam a Thread . (aberta por um colega que trabalha comigo).
Estamos desconfiando que o motivo do problema é o fato do método que lê a tabela J_1BTPARTILHA não ser chamado em lugar nenhum.
Este método está no include LJ1BRF13.
Tivemos problema neste include vejam a thread .
Apenas para confirmar, vocês conseguem compartilhar o código fonte das formulas 821 e 801?
Obrigado.
Estou buscando algumas respostas sobre esse nota técnica...
Caso a NT 3 não seja implementada não conseguiremos
fazer apenas estas operações ou corremos o risco de ter as outras não
autorizadas?
Somos compradores de mercadorias sujeitas ao
regime de substituição tributária do ICMS mas não vendemos nada equadrado no
regime. Poderia indicar se ainda assim temos que implementar a Nota?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Rafael, tudo bem ?
Implementei a nota 2232757 com sucesso, seguindo os passos para TAXBRJ, BADI criada para identificar o cliente não contribuinte, porém não está surtindo efeito
Vi em outra thread que você conseguiu aplicar o calculo com sucesso
Você está utilizando TAXBRJ correto ?
Tem como printar, suas configurações ?
FTXP
Esquema de calculo TAXBRJ
Esquema de calculo SD
Cenário:
Cliente não contribuinte, código de imposto de consumo, alíquota interestadual 12%, alíquota interna 18%
Estou empacado, as novas condition aparecem na pricing, porém sem efeito
Obrigado
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Patrik bom dia,
Tive o mesmo problema.
Segue print das configurações.
J1BTAX - J_1BTXIC1.
Alíquota de origem.
Alíquota interna do destino.
BADI - ES_J1B_ICMS_PARTILHA.
Aqui a área fiscal acredita que o melhor é consultar o mestre de clientes para determinar se ele é não contribuinte.
FTXP
Esquema
Ordem de venda.
Rafael muito obrigado pelo prints
Meu cenário confere com o seu
Acredito que meu problema está na função J_1BCALCULATE_TAXES
onde o campo calc-icms-partilha vem em branco e não igual 'X'
E no método IS_ICMS_PARTILHA_SCENARIO
o campo parâmetro IS_ICMS_PARTILHA_SCENARIO está com '1' (industrialização) e deveria ser '2' (Consumo), mesmo usando um cenário correto de código de imposto igual a C1 ou C3
Em seu cenário esse valores estão sendo passados corretamente ?
Abraços
Oi Rafael, bom dia.
Eu já realizei todas as configurações (inclusão dos tipos de condições do esquema de cálculo, alteração do TAXBRJ e FTXP, inclui as condições com 100- % na Vk11, cadastrei a tabela J_1BTPARTILHA, alterei a BADI passando o abap_true nos cenários de não contribuintes, estou usando um código de imposto de consumo) porém minhas condições ICEP, ICAP e ICSP não calculam. Estou desconfiado das fórmulas 821 e 801.
Poderia compartilhar por gentileza o código fonte das duas formulas por favor?
Oi Rafael, bom dia.
Está correto. Suspeito que seja falha no EHP 600.
Veja minhas configurações:
Origem > Destino
Aliquota Interna do destino
Debugando estamos passando o abap_true no cv_icms_non_contributor
Tabela de Partilha
Vk11 - condições cadastradas
Condições de partilhas zeradas
Cód.Imposto: Consumo
V/08
FTXP
Oi Adriana, boa tarde !!!
Bom Fim de ano pra vc tbm.
Nós descobrimos o que estava fazendo minhas condições não calcularem.
A implementação da nota tinha modificações no enhancement ENHANCEMENT-POINT J_1BCALCULATE_TAXES_50 SPOTS ES_SAPLJ1BR .
Porém não sei o porquê, no módulo de função J_1BCALCULATE_TAXES a chamada do enhancement havia dois espaços antes do ponto final, e na nota técnica não. Como na implementação da nota, a SNOTE não consegui encontrar o enhancement pelo fato do mesmo ter um espaço a mais antes do "ponto final", ele não conseguiu colocar as devidas alterações para calcular a partilha.
Veja se é isso que está acontecendo contigo, se eu puder ajudar em algo mais, avise!
User | Count |
---|---|
12 | |
3 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.