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 Duarte

Bom 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.

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á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

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

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

  • 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

  • Transferencia entre centros com substituição tributária para custo do material

    Boa tarde,
    Caros colegas, tenho um problema na transferência entre centros com substituição tributária MM/SD (tipo de movimento 862/861) em um cliente de Retail, gostaria de saber se alguém já teve que fazer esse tipo de contabilização.
    Abaixo segue o comportamento do SAP como esta hoje.
    Contabilização da nota fiscal de saída - tipo de movimento 862 (ESTA CORRETO)
    Chv D/C  Conta Denominação           Montante Moeda Código de imposto Operação
    40  S    113206 Imp Tranf Estab.      34,62 BRL                       TXO
    99  H    114700 Prod. comerc.        -70,69 BRL     T1                BSX
    89  S    114700 Prod. comerc.         70,69 BRL                       BSX
    50  H    213000 ICMS a Recolher       -2,95 BRL     T1                MW2
    50  H    213001 ICMS Subtrib a Rec.  -31,67 BRL     T1                MW3
    Contabilização da nota fiscal de entrada - tipo de movimento 861 (SEGUNDO A CONTABILIDADE ESTA ERRADO).
    Chv D/C Conta  Denominação             Montante Moeda Código de imposto Operação
    40  S   113202 ICMS a Recuperar           2,95 BRL    T3                ICM
    50  H   113206 Imp Tranf Estab.         -34,92 BRL                      TXO
    40  S   500006 ICMS Sub. Tributária      31,97 BRL    T3                ICS
    A contabilidade considera que esta errado pois o valor de R$ 2,95 + o valor de R$ 31,67 que totaliza R$ 34,62 deveria ir para o custo do material e não para conta de impostos.
    Alguém conseguiu fazer esse tipo de contabilização na entrada com o tipo de movimento 861?
    Para o IVA de saída T1 as condições que utilizo são: IPI0 ICM3 ICS3
    Para o IVA de entrada T3 as condições que utilizo são: IPI0 ICM1 ZCS1 (copia da ICS1, fiz isso para poder alterar a cadeia de contabilização).
    Resumindo o que o cliente quer é: somar o valor do ICMS e SUBSTITUIÇÃO TRIBUTÁRIA calculados no centro origem e transferi-los para o custo do material no centro destino.
    Muito obrigado.
    Att.

    Oi, Fábio,
    Em processos de transferência toda a valorização de material é realizada no momento da saída de mercadorias, no 862 ou 833.
    Isso significa que, dentro da localização, não há como apropriar os montantes lançados na transaction key TXO como custos no momento do 861 ou 835, pois estes movimentos não permitem lançamento de custo de material. Isso porque custo vai para a chave NVV e se vc tentar usar um IVA de consumo na entrada de STO que tenha ativo por exemplo ICS2 ou ICM2, vai incorrer num erro dizendo justamente isso: "Chave de lançamento NVV não encontrada"
    Sendo assim, é necessário que vc simultaneamente lance os tributos a recolher - referentes à operação de saída - e os aproprie como custo de aquisição do material. Tudo isso na saída da mercadoria.
    Ok, então como proceder?
    Bom, vai demandar um pouco de configuração, teste, suor e algumas lágrimas . O que você terá que fazer, basicamente (digo basicamente porque certamente refinamentos posteriores serão necessários - e também não sei se dará certo, pois nunca testei), é criar uma condição de offset para que na saída da mercadoria o valor do ICS3 e/ou do ICM3 sejam direcionados para o custo do material.
    Como isso?
    Para direcionar sua configuração, você pode usar como guia a solução por trás do IVA "D1" usado no lançamento de DIFAL da nota 679372.
    Seria algo +/- assim:
    1) Criar 1 condição de offset para cada tipo de imposto a ser apropriado como parte do custo (e.g. ZCS3)
    2) Inserir essa condição no procedimento de cálculo apontando para a linha da condição principal (e.g. ZCS3 apontando para ICS3)
    3) Definir chave de conta "NVV" para a condição do item 2.
    4) Configurar na J_1BIM01V uma entrada para a posting string usada na saída (WA04) apontando para a condição ZCS3 e com tipo de lançamento "M Material".
    5) Inserir a condição ZCS3 na J_1BAJ com cópia da ICS3 (para que seja possível ativá-la no IVA)
    6) Habilitar um IVA com ICS3 e ZCS3 ativos.
    Teoricamente esses passos irão criar uma linha adicional no documento contábil, no valor com sinal oposto da condição de recolhimento, mas apropriada no custo do centro destino.
    Até me motivei a testar aqui internamente, então se você conseguir algum sucesso (mais provavelmente alguns fracassos), compartilhe comigo para tentarmos criar algo a 4 mãos.
    Abraço,
    Eduardo

  • Erro base de cálculo de ICMS

    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

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

    Oi 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.

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

    Roberto 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.

  • 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

  • Pre-visualizacao da PO x Impostos

    Veja  se alguém  pode me dar uma dica  ou sabe de alguma nota sap.
    Na  ME23N , na  pré-visualizção da  impressão do pedido,  o    valor do imposto não é  passado para o Sap Script(MEDRUCK) , já  verifiquei as configurações do Iva  Seq. Calculo  e  não  vi  nada que  esteja  causando esta falha,  e não achei  nota sobre isto.
    Lembrando que  na consulta do imposto no próprio pedido  estes valores  aparecem descriminados  corretamente, é só mesmo na visualização da impressão que o total dos impostos nao é considerado
    Att.
    Tulio

    Tulio,
    Concordo com a observação do Alessandro, o ideal mesmo é você especificar para que o Programa ABAP busque as informações que você precisa.
    Se você tiver configurado os impostos nas Condições do Pedido de Compra, tais como ICMS e IPI, então fica relativamente simples buscar tais informações.
    Abaixo um trecho de uma especificação que fiz para atender uma demanada parecida com a sua:
    Valor do ICMS:
    Acessar a tabela KONV com as seguintes chaves:
    EKKO-KNUMV:     KONV-KNUMV
    EKPO-EBELP:      KONV-KPOSN (descartar itens do Pedido que estão eliminados EKPO-LOEKZ=u2019Lu2019)
    KONV-KSCHL:     u2018ZICMu2019 // ZICM é a condição que eu criei no Pedido de Compra.
    Coletar o valor de KONV-KWERT (valor da condição) em módulo (somente valores positivos) e gravar o resultado em v_ICM
    Al. ICMS:
    No mesmo SELECT, é possível coletar a Alíquota de ICMS:
    Coletar o valor de KONV-KBETR e dividir por 10. Em seguida, gravar na seguinte variante: v_ALICM
    Valor do IPI:
    Acessar a tabela KONV com as seguintes chaves:
    EKKO-KNUMV:     KONV-KNUMV
    EKPO-EBELP:      KONV-KPOSN (descartar itens do Pedido que estão eliminados EKPO-LOEKZ=u2019Lu2019)
    KONV-KSCHL:     u2018ZIPIu2019
    Coletar o valor de KONV-KWERT (valor da condição) em módulo (somente valores positivos) e gravar o resultado em v_IPI
    Al. IPI:
    No mesmo SELECT, é possível coletar a Alíquota de IPI:
    Coletar o valor de KONV-KBETR e dividir por 10. Em seguida, gravar na seguinte variante: v_ALIPI
    Total do Pedido:
    Para cálculo do valor Total do Pedido é necessário somar o valor de EKPO-NETWR com o valor dos impostos do Item.
    Para levantar o valor dos impostos do item:
    Acessar a tabela KONV com as seguintes chaves:
    EKKO-KNUMV:     KONV-KNUMV
    EKPO-EBELP:      KONV-KPOSN (descartar itens do Pedido que estão eliminados EKPO-LOEKZ=u2019Lu2019)
    KONV-KSCHL:     u2018NAVMu2019
    Coletar o valor de KONV-KWERT (valor da condição) em módulo (somente valores positivos) e gravar o resultado em v_valor_item
    Repetir os mesmos procedimentos para cada item do Pedido (EKPO-EBELP).
    Espero ter ajudado.
    Att,

  • Tipo de imposto ICZF não carrega na J1B3N

    Oi pessoal.
    Estou em um projeto de implantação do ECC 6.0 - EhP6 (All-in-One) e configurando o processo de Zona Franca de Manaus.
    Ao executar o processo de Zona Franca de Manaus, ele determina corretamente o tipo de condição BXZF.
    O mapeamento da pricing, para o tipo de imposto ICZF, ele tem a condition BXZF, a BX16 e as BI00 mapeadas conforme a última versão da CBT.
    O meu problema é: quando gero a Nota Fiscal (J1B3N), a linha da ICZF quando é o processo de Zona Franca de Manaus, não carrega a linha para informar o desconto. Como esta linha não carrega, consequentemente as informações vão incorretas pra a Sefaz.
    Alguém já passou por isso na solução TAXBRA?
    Quem puder me ajudar, agradeço.
    Rodrigo

    Pessoal,
    Para fechar o assunto:
    Foi revisado o conteúdo da CBT e identificou-se a falta da determinação da ICZF na ocasião.
    Configuração providenciada e solução funcionando corretamente.
    Rodrigo

  • Campo Sujeito a Imposto

    Boa Tarde galera do fórum, preciso da ajuda de vocês. É o seguinte, na minha primeira implantação com o 8.8 eu não estou conseguindo fazer com que o sistema calcule os impostos, o problema é que quando vamos emitir uma nota fiscal ou qualquer outro documento a coluna sujeito a imposto vem como padrão NÃO e quando isso acontece o imposto não é calculado, ou seja, tinha que vir SIM para poder calcular o imposto. E ainda se eu coloco pra SIM e altero a utilização, por exemplo troco pra Revenda ou qualquer outra, o sistema volta a colocar como NÃO.
    Lembrando que esse campo Sujeito a Imposto não vem padrão para visualizar no documento, sendo necessário habilitá-lo nas Configurações de Formulário. Estou meio que agoniado para resolver isso... Alguma idéia ?
    Estou usando SAP 8.8 Pl 15
    Desde já agradeço a colaboração de todos.

    Rodrigo, boa noite.
    Você deve ter realizado a importação dos itens de estoque pelo DTW.
    Você deve informar a coluna TaxType = tt_Yes
    Esta coluna deixa automatico a coluna como SIM e também libera a seta de imposto do item para alteração.
    Abraços
    Junior
    Edited by: Alaito Rosner Junior on Dec 6, 2010 1:09 AM

  • NF-e 3.10 - Nota SAP ausente - Função p/ conexão não-GRC

    Boa tarde,
    estamos fazendo a implementação da NF-e 3.10 com mensageria não-SAP. (Sem o uso do GRC).
    Após aplicação da Nota 1933985 ( NF-e new layout 3.10 ) a função que faz a conexão com mensageria ( J_1B_NFE_XML_OUT, que existe no ECC ) não é mais chamada (para a versão 3.10) e foi substituída pela  /XNFE/OUTNFE_CREATE (tem somente no GRC).
    Desta forma a estrutura da solução (chamar função no ECC vazia) para conexão 'não-SAP' foi alterada
    Havia uma Nota SAP específica para 3.10 com conexão não-SAP:
    2006439 - NF-e 3.10: FM for Non-GRG connection
    Esta nota justamente substituía a /XNFE/OUTNFE_CREATE por uma existente no ECC: J_1BNFE_OUTNFE_CREATE.
    Mantendo assim a estrutura  de solução anterior (função existente no ECC), só alterando o nome da função para uma nova com outra interface.
    Porém esta Nota SAP (2006439) não está mais disponível no Portal da SAP.
    Existem outras formas como estabelecer esta conexão, (Exemplo, já havia feito download na SNote e basta aplicar, ou utilizar enhancement mantendo standard, ou função externa...).
    Porém antes de tomar a decisão de aplicar uma nota que está ausente no portal SAP, ou outra solução, gostaria de entender qual definição final a SAP vai utilizar.
    Por favor, alguém sabe o motivo desta nota não estar mais disponível ou se vão lançar outra ?
    Obrigado,
    Arthur

    Olá Arthur, tudo bom?
    O status dessa SAP Note foi alterada para "In Process", para que o título da nota fosse corrigido.
    Agora está tudo OK e a SAP Note já está novamente "Released For Customers". Pode aplicá-la, sem problema.
    Caso isso resolva seu problema, por favor, encerre essa thread.
    Grande abraço,
    Vinícius Ferrari

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

    Olá 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

Maybe you are looking for