Registro no livro fiscal da NFe de importação

Olá alguém sabe informar como tratar para registrar no livro a NF-e de entrada (importação) somente no recebimento da mercadoria?
Se emitir a NF-e via SAP através da transação J1B1N utilizando a categoria de nota fiscal 55, o sistema irá gerar o registro no livro fiscal.
Neste caso, teria que utilizar um tipo de categoria de nota fiscal que não seja relevante para livros fiscais ao fazer o recebimento para que não haja assim duplicidade de registro no livro. Porém, isso me traz outro problema... a NF-e gerada na emissão estaria com a data de entrada igual a data de emissão o que estaria errado perante a legislação, lembrando ainda que pode ocorrer da mercadoria não ser recebida em função de algum sinistro.
Grato
Eduardo

Oi Henrique.
Hoje fazemos exatamente como o processo que você descreveu.
1. MIRO standard (sem geraca de nota) / MIGO 2. J1B1N para a geracao da nota + escrituracao
Me desculpe quando falei em categoria de NF que não gera registro no livro em nosso processo atual me referi a um tipo de NF que não gera registro no livro ao lançar a fatura na MIRO.
Voltando ao processo mencionado...
você comentou que não é possível emitir a NF/NF-e via J1B1N sem a escrituração dela. Desta forma somente é possível realizar o cenário acima se a NF de importação for feita fora do SAP.
Por que isso? Porque, para transitar a mercadoria preciso da NF/NF-e emitida. E, se fizer isso estarei fazendo o registro no livro de uma NF/NF-e entrada que não recebi no estabelecimento de destino. O que estaria em desacordo a legislação.
E, ai sim.... segue a questão (já respondida)... poderia criar uma catergoria de NF na qual não gere escrituração?
Dado que não é possível gerar uma NF/NF-e sem o registro no livro você sugere que seja aberto um chamado para isso?
Lembrando que estou trabalhando num seguinte cenário...
1. Gera a NF-e no SAP
2. Autentica a NF-e
3. Imprime o DANFE
4. Desembaraça a mercadoria junto a receita federal
5. Embarca/Transita a mercadoria do porto até o seu destino
6. Faz o lançamento físico da mercadoria (MIGO)
7. Faz o lançamento da fatura (MIRO sem geração de nota)
8. Faz o lançamento da nota (J1B1N) + escrituração
Desculpe se não ficou claro. Por favor sinta-se livre para comentar o post.
Desde já agradeço a sua atenção e compreensão!
Abraç

Similar Messages

  • Nota Fiscal Eletrônica de Importação

    Pessoal,
    Estamos implantando a NFe no cliente que possui processo de importação, porém, estamos com dificuldades no seguinte problema:
    Para os casos que a empresa realizar uma importação onde a emissão da Nota Fiscal seja no último dia do mês, a mercadoria que será transportada do Porto até a empresa, não terá tempo hábil para entrada da mercadoria no mesmo mês, ou seja, as informações fiscais ficarão em um mês e o contábil em outro mês bem como a entrada física e o lançamento em estoque dos impostos.
    No caso da empresa, quem emite a Nota Fiscal é o despachante e recebem a mercadoria juntamente com a Nota Fiscal e em seguida efetuam todos os lançamentos de impostos, estoque, SPED Fiscal e SPED Contábil ao mesmo tempo. Mas com a Nota Fiscal Eletrônica, os lançamentos ocorrerão em momentos diferentes, devido a aprovação do SEFAZ, etc.
    Pelo que eu sei, o sistema ao emitir a NFe, a escrituração é realizada no SPED Fiscal e somente quando eles receberem a mercadoria física, eles poderão lançar em estoque, contabilizar os impostos (MIRO) e lançar no SPED Contábil.
    Acredito que o problema maior da importação deles é a diferença de informações no fiscal e contábil devido ao lançamento em meses diferentes.
    Alguém tem alguma sugestão?
    Tks
    Adriana

    Olá Adriana.
    Em consulta a SEFAZ-RS a regra não foi alterada com a nota fiscal eletrônica e o registro contábil, fisico e fiscal deve ser no recebimento da mercadoria no destino. Aqui na empresa o despachante emite a NF-e (em sistema próprio) e damos entrada no SAP somente no recebimento da mercadoria na fabrica utilizando uma categoria de nota fiscal de entrada criada com copia da E1 para nf-e.
    abraço
    Eduardo Chagas

  • Escrituração de CT-e - Livro fiscal de entrada

    Bom dia,
    Ao usarmos o processo de recebimento de CT-e via folha de serviço, ativamos as condições de ICMS sem credito e IPI sem calculo (IPI0) no IVA e marcamos o mesmo como serviço.
    Ao gerar a Nota fiscal (57) na MIRO a condição IPI0 (previamente ativada no IVA) não é levada para a aba de impostos, e consequentemente a escrituração do CT-e contem apenas a linha ICMS em outras bases.
    De acordo com a area fiscal, é requisito legal que a linha do IPI também vá para o livro na coluna outras bases com o total da NF.
    Abri chamado na SAP, mas ainda nao recebi retorno.
    Alguem usando este processo poderia me dar um help?
    Obrigada
    Greice

    Oi Kell
    Olha... IPI não era suportado para CT-e! A não ser que tenha mudado.
    Sugiro verificar se existe algo a respeito buscando as notas pelo componente XX-CSC-BR-TRA.
    Qual é a base legal?
    Abraço
    Eduardo Chagas

  • Problemas com nota fiscal de entrada de importação

    Ola pessoal, estou precisando de uma ajuda de voces. Numa importação qualquer, importação tradicional, com DI, envolvendo despachante... enfim, os impostos, II, ICMS... são calculados sobre o valor da invoice (os itens de importa) + o frete de importação. Assim eu terei o valor de todos os impostos na DI que recebo. No momento de dar entrada desta nota no B1 vou incerir todos os itens na ordem de compra, depois fazer o recebimento de mercadoria, fazer a declaraçao de importação no SAP, onde lanço as despesas pra impactar no custo dos itens, e por fim a nota fiscal de entrada. quando estou na mesma, visualizo os itens e o total dos itens, mas nao o FRETE, e os impostos serão calculados sobre os valores dos itens, desconsiderando o valor do frete. Se alguem souber uma maneira de contornar essa situação, ou outra maneira de fazer este processo e puder ajudar agradeço, pois ja não sei mais o que fazer. Valeu pessoal.

    Oi Fabielle
    primeiramente obrigado por ter respondido o post, sobre o seu comentario, vou tentar exemplificar um pouco melhor, eu fiz uma importação onde o total dos itens é R$12056,48. Tenho ainda um Frete de R$1832,48. Os itens eu devo para o fornecedor F00 e o frete eu devo para o forncedor F01. Para fins de calculo de imposto, II, IPI, PIS, COFINS e ICMS o valor do frete tem que ser somado ao valor dos itens.  Dentro do B1 8.81, que é o meu caso, se estou na Nota Fiscal de Entrada, lanço os itens, fecha com o valor devido ao F00, neste momento se eu visualizar os impostos ele vai calcular sobre os itens, sem o frete. Se eu lançar o frete nas despesas adicionas, ele vai somar ao valor total da nota, portanto o B1 vai lançar o valor do frete para o fornecedor F00. Mas como eu ja disse o frete não é devido ao F00 e sim ao F01.

  • NFe de Entrada Docstat incorreto

    Bom dia Senhores(a). Tudo bem?
    Meu problema é que criamos algumas notas de entrada através da BAPI_J_1B_NF_CREATEFROMDATA, e o XML foi gerado com sucesso, tal como as NFe´s do processo de SD. Porém ao efetuar o retorno, apesar do monitor a NFe aparecer com Status "Completo", na tabela J_1BNFDOC o campo DOCSTAT, vem em branco. O Problema é por causa deste campo estar em branco a NFe não esta aparecendo no livro de entrada mesmo estando ok no monitor.
    Nos casos de NFe´s criadas por SD (VA01) este campo vem preenchido automaticamente após o retorno realizado.
    OU seja, quando a Nfe esta ok no monitor tb está ok no livro fiscal.
    Espero poder ter sido claro, agradeço a ajuda de vocês.
    Um abraço
    Vitor Grassato

    Bom dia Vitor,
    Esta linha está comentada. Está comentada também no código ? Se tiver não fede nem cheira...
    Quando você diz que não funciona, não funciona como ? Que retorno tem no RETURN ?
    Na chamada da BAPI_J_1B_NF_CREATEFROMDATA tem um parâmetro NFCHECK que gerencia os checks obrigatórios é uma string preenchida com vários X e espaços, sendo o X verificar o o espaço permitir campo vazio.
    No código fonte da BAPI você encontra estas informações:
    Positions in character 30 string NFCHECK
    Following checks are executed when NF-e flag is set in the header
    40. Check NF-e number filled
    41. Check Protocol number filled
    42. Check XML-Version filled
    43. Check Sefaz code filled
    A. Check if duclicate keys are existing (NF line items, NF taxes)
    => e.g. NFCHECK = 'XX X XXX XXXXXXXXXX.....' will perform all checks,
            except checks number 3, 5 and 9)
    Se o parâmetro não for preenchido, no código temos:
      IF nfcheck IS INITIAL.
    *--------------12345678901234567890123456789012345678901234567890123
        nfcheck = 'XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'.
      ENDIF.
    O que quer dizer que por default apenas o NF-e number filled é verificado. Vocês estão preenchendo NFCHECK ? Que erro está dando que impede o processo ?
    Editando: Outra pergunta: Quais são os valores para AUTHCOD, DOCSTAT e CODE na J_1BNFDOC logo após a criação ? E após a autorização ?
    Atenciosamente, Fernando Da Rós
    Edited by: Fernando Ros on Feb 4, 2010 2:57 PM

  • Inutilização de NFE  nao atualiza  status no R/3

    Amigos  aconteceu uma coisa muito estranha,
    Ao solicitar a inutilizacao de  uma NFE,  o SEFAZ  retornou ok codigo 102
    Entao no GRC  ficou autorizado com status 102 
    No R/3 o cancelamente foi feito  normalmente todos os documentos foram estornados
    porem a tabela J_1BNFE_ACTIVE  nao foi atualizada com o status 102
    e a nota fica com status 'Aguardando resposta'
    Vi aqui no forum que algumas pessoas ja tiveram este problema
    alguem sabe a solucao ?
    Obs: estamos no SP61 a nota  1357713 esta aplicada
    Este foi um caso isolado so aconteceu 1  porem preciso atualizar o status deste nota  para que ela apareca no livro fiscal
    SAP 4.6C
    Obrigado

    provavelmente aconteceu algum erro na montagem do campo chave de acesso na hora que o ERP mandou pro GRC.
    Isso causou o erro na SEFAZ, rejeicao.
    Na hora que o GRC tentou devolver pro ERP, como a chave de acesso estava errada, o ERP nao reconheceu aquele documento, e portanto nao atualizou nada (a entrada deve estar na /xnfe/backstatus).
    Nao vejo muita alternativa a nao ser resetar o status da nota no ERP e tentar reenviar, dessa vez debugando para ver pq está montando a chave de acesso errada. Isso porque a chave de acesso errada já virou campo chave do documento no GRC.
    Na verdade, se vc conseguir reenviar com a chave de acesso correta, ele vai criar outra entrada no GRC, que agora deve processar corretamente. Aquela que ficou com 216 vai ficar "perdida".
    Verifique se a chave de acesso dessa nota que ficou com 216 tem algum espaco em branco ou campos com 00.
    Abs,
    Henrique.

  • Sequencia de numeração de nota fiscal

    Boa tarde a todos,
    Pessoal estou enfrentando um problema na empresa onde trabalho referente a numeração de notas fiscais. Na semana passada mudamos a numeração das notas para série 2 fazendo assim o reinício das notas, mas o problema é que do nada tivemos casos em que a numeração da nota não foi respeitada, pulando um número de nota, por exemplo, ontem o usuário fez a nota número 34 e hoje quando foi fazer a próxima saiu como 36.
    Buscamos alguma explicação na ST22, pesquisamos na J_1BNFDOC, livro fiscal mas não encontramos nenhum sinal da nota 35. Pensamos que poderia ser um sistema externo que também faz utilização da numeração da nota, mas nele não consta nada referente ao número 35.
    Pesquisando nos fóruns, encontrei uma discussão mas era sobre NFe e nele falavam sobre não deixar o buffer de nota do objeto J_1BNFENUM configurado, assim como mostrado na nota 1157815.
    Como em nosso ambiente não estamos utilizando o objeto referente a nfe e sim a nota normal (J_1BNFNUMB) o buffer dele está configurado mas a quantidade de números armazenados é 0.
    Alguém já passou por alguma situação parecida com esta e foi resolvido?
    Att.,
    Junior

    Boa tarde Fernando,
    Então, atualmente fazemos o seguinte... quando fazemos a saída da mercadoria (J1B2N), o SAP atribui o número de nota e criamos uma impressora virtual para simular uma impressão...
    Depois disso utilizamos uma transação que criamos e exporta o arquivo texto desta nota e integra com o programa de mensageria.
    Mas sobre o problema de pular nota acho que encontrei.. Encontrei um log dentro de uma tabela Z na qual mostra o sistema de frente de caixa fazendo chamadas diárias para pular a numeração as 05:48 da manhã, e neste horário não temos nenhum usuário utilizando o sistema. Estou vendo junto a empresa de frente de  caixa se tem algum job ou algo parecido fazendo chamadas de número de notas.
    Quando tiver uma resposta concreta deles eu posto aqui novamente...
    Obrigado pela ajuda.
    Att.,
    Junior

  • Nota Fiscal de Transferencia de Crédito / Débito de ICMS

    Boa tarde pessoal,
    No cliente que estou trabalhando, temos um cenário de transferência de crédito / débito de ICMS. Nesse cenário, configuramos uma nova categoria de nota fiscal e o processo é feito via NF writer. A Nota Fiscal é gerada sem problemas e o SEFAZ valida normalmente.
    Porém, segundo o fiscal da empresa, a legislação fala que esse tipo de nota fiscal não deve sair no livro de saídas. Alguém saberia me dizer o que precisa ser feito para não sair no livro de saídas? lembrando que é uma nf de transferencia de crédito / débito de ICMS, então precisamos incluir uma linha de ICMS na aba de impostos com o valor fiscal desejado. Essa aba não pode ficar em branco.
    Obrigado,
    Marco

    Olá Marco,
    Referente a questão NF complementar de ICMS/IPI, existem algumas        
    considerações a serem feitas para que ela funcione corretamente.                                                                               
    Quando você gera um processo de vendas e na NF desse processo existe ba-
    se de cálculo de ICMS, se você gerar um complemento de ICMS referencian-
    do essa nota fiscal, então no livro registro de saídas, o sistema não   
    grava base de cálculo, isso porque na primeira NF já existiu uma.                                                                               
    Se você gerar um processo de vendas e na NF dele não possuir nenhum     
    valor como base de cálculo, obrigatoriamente voce deverá informar na NF 
    complementar(Writer), mesmo porque na primeira nota, isso não ocorreu.  
    Se você não informar, qual valor o fisco deverá considerar para base    
    de cálculo do ICMS, sendo que para todos os valores de impostos         
    deveria existir uma base de cálculo ?                                                                               
    Então, na NF writer, quando não houver base na primeira NF, você obriga-
    toriamente deverá informar base de cálculo para as notas fiscais de com-
    plemento de ICMS/IPI.                                                                               
    Quando houver base de cálculo na primeira nota fiscal, então no comple- 
    mento não haverá necessidade dessa base, isso porque ela ja existiu no  
    primeiro documento.                                                                               
    Vale lembrar ainda que:                                                                               
    Para que o complemento possa funcionar corretamente, além de informar   
    na primeira tela da NF writer o número do documento original, você deve-
    rá também informar o número desse mesmo documento original na tela de   
    "item dados comerciais" no campo "Nº doc.original"(Campo logo abaixo do 
    campo quantidade), e no campo em seguida, a que número de item da NF ele
    se refere(Ex. 10,20 ou 30...).                                                                               
    Resumindo:                                                                               
    Para que possa aparecer somente o valor do ICMS complementar nos livros 
    fiscal,existe a necessidade de ter ocorrido base cálculo na primeira NF.
    caso contrário, você obrigatoriamente deverá informar o valor da base de
    cálculo também.                                                                               
    Outro ponto: verifique se este processo está corretamente configurado   
    de acordo com a nota 421284.                                                                               
    Espero que estas informações possam lhe ajudar.                         
    att,
    Ruy Castro

  • NFe de entrada com XML versão 1.10 em ambiente com versão de XML 2.00

    Olá colegas,
    Nossos locais de negócio estão configurados para a NFe na versão XML 2.0.
    Com isso, todas notas criadas, tanto de saída quanto de entrada são da versão 2.00 do XML.
    Entretanto, ainda recebemos notas de clientes na versão do XML 1.10.
    Com isso, em processos de devolução em SD, ao informar os campos que compõe a chave da NFe, temos dificuldade com campo tpEmis. Consequentemente, não conseguimos gerar a chave corretamente.
    Este campo não existe na versão 1.10 do xml, pois integrava o campo do nr.aleatorio.
    Pergunto: Como está sendo resolvida esta questão por quem já se deparou com ela?
    Obrigado.
    Heron Caetano

    Heron,
    no recebimento, vc pode ir no botao Nota Fiscal, aba NFe, e setar a versao para "1,10".
    Isso vai fazer com que os parametros sejam mostrados como no layout 1.10 (i.e. randomico de 9 digitos e sem tpEmis).
    Veja a nota [1470661|https://service.sap.com/sap/support/notes/1470661].
    Abs,
    Henrique.

  • Fixed Asset import - Life Parameter

    Hi All.
    I'm attempting to import legacy fixed assets. In the log file I am getting a Life Parameter error.
    Can you please check my logic and / or correct me.
    End of Financial Year is 30/06/09 (2009-06-01) . Useful life = 48 months. Depreciation start date = 2009-07-01
    I am attempting to upload a remaining life of 47 months
    Capitalisation date = 2009-06-01
    Depreciation Start Date = 2009-07-01
    Remaining Life = 47
    Have I got this right? Anyone have any ideas on what could be the issue?
    Thanks
    Peter

    Hi,
    The import functionality is mainly designed to import legacy data , meaning that user wants to have start of fiscal year values of a fixed assets with capitalisation-start depreciation date in a year earlier than fiscal year of the import
    In your scenario, the Fiscal year of start depreciation is 2009 and you want to import values at start fiscal year of 2009, logically this
    means that start depreciation date is not earlier than first day of fiscal year 2009, so the reamining useful life must be equal to total useful life.
    For acquisitions in current fiscal year I would recommend to use the module 'adquisition' rather than import
    I stronlgly recommend to visit in SAP Channel portal, Business One, SELF-HELP & LIBRARY, Financial Add-ons: There, under root cause , there is one item dedicated to Fixed assets problems and in particular to import processes.
    Jose Antonio Castillo
    SAP Business One Support Consultant

  • Import Query to SSM

    Hello,
    We trying to import a query to SSM and we can import its structure but not the data. In the Import Trace appears the follow error:
    Fiscal characteristic 0FISCPER3 was not imported as a dimension to Application Server.
    Please use the INCLUDING FISCAL keyword on both IMPORT DIMENSION and IMPORT TIME to import such a characteristic as a dimension in Application Server.
    Fiscal characteristic 0FISCVARNT was not imported as a dimension to Application Server.
    Please use the INCLUDING FISCAL keyword on both IMPORT DIMENSION and IMPORT TIME to import such a characteristic as a dimension in Application Server.
    What should we do?
    Regards,
    Vera

    Hi Vera,
    We only support the use of 0FISCPER as the time characteristic from SSM 7.0 SP7 and higher, and then only with a specific series of steps.  What you need to do can be outlined as follows:
    1. Ensure that the query has 0FISCVARNT set to a single FY variant in the global filters.
    2. Ensure that the BW query has 0FISCPER in query rows or free characteristics etc
    3. Create the PAS model in BICA
    4. Exit BICA
    5. Logon to PAS
    6. Model in exclusive mode
    7. SET FISCAL CAL APRIL
    8. Create a Document in PAS model called BWFISCPERINFO. This document should have two lines in it. The first line denotes periodicity represented by 0FISCPER (usually MONTHLY) and second line maps Fiscal period to a calendar month. You can choose any single combination of YYYYPPP and YYYYMM for this mapping. The example below uses 200901 mapping to April 2008
         MONTHLY
         2009001 200804
    9. Return to BICA
    10. Load query with 0FISCPER as time characteristic
    The reason this is requried is because PAS needs to understand how the BW fiscal period maps to a specific calendar month.
    This is the only way that a query using 0FISCPER can be mapped into Strategy Management.
    Thanks and regards,
    Robert

  • NFE with SAP XI 3.0

    Hello!
    Does anyone know if it is possible to install Nota fiscal electronica (NFE) on SAP XI 3.0? I found a lot of information for PI but not for XI.
    Thanks in advance!
    Chris

    Hi,
    try asking Henrique (ask question under his blog about NFE)
    /people/henrique.pinto/blog/2008/06/12/sap-grc-nfe-10--new-solution-introduction-implemention-best-practices
    he's a PI consultant so he will know
    Regards,
    Michal Krawczyk

  • Diferença entre F.98 e FS10N

    Qual a difrença nos relatórios apresentados pela F.98 --> Relatório --> Brasil --> Registro de inventário e a FS10N. Os valores apresentados devem ser iguais.
    Obrigado.

    Olá Edson,
    O reporte que comentaste é o livro fiscal modelo 7 do Brazil, que demonstra todo o estoque e movimentações a FS10N serve para mostrar balanço de qualquer conta contábil, ela lê a tabela GLT0 do sap que é a tabela de totais, com oo livro modelo 7 faz uma série de manipulãções dos dados as vezes os valores não batem, segue a descrição do help do livro modelo 7:
    Modelo 7 (Own stock, Special Stocks, WIP stocks)
    Source code: J_1BLB07_NEW
    Transaction: J1B_LB07N
    Laws: Convênio SINIEF s/nº de 15.12.1970, art. 63, and Convênio
    SINIEF 6/89, art. 87
    Modelo 7 displays a company's stock, per valuation area. It splits the stock into two sections: Own stock (stock controlled by the company) and Vendor stock (stock controlled by the company's vendors). Within these two sections, the materials are split per valuation class.
    Some special stocks, such as consignment stock, can be flagged to be seen in this report. The most important data about these stocks that appear in Modelo 7 are: NCM Code, Material Name, Unit of Measure, Quantity and Total Value.
    Work-in-process stocks can also be flagged to be seen in this report.
    Espero que tenha esclarecido.
    sds,
    Gustavo

  • Monitor de lote não traz informações

    Boa tarde.
    O monitor de lote não está trazendo as informações existentes para o período selecionado.
    Os monitores NFe e Status do serviço estão funcionando OK.
    Quando selecionamos um período em que NÃO HÁ lotes, é retornada a mensagem "Nenhum valor encontrado para seleção" e não é mostrado o GRID/Tabela (local onde as informações de lotes seriam mostradas).
    Quando selecionamos um período em que HÁ lotes, não dá nenhuma mensagem de erro, e é mostrado o GRID/Tabela, mas sem informações.
    A consulta do lote via monitor NFE funciona (quando selecionamos um intervalo de notas e clicamos sobre o lote).
    Foi assinalado a role /XNFE/TAXNUMBER com ACTVT (03) e /XNFE/CNPJ (* e também foi tentado com os CNPJs). O usuário que está sendo utilizado possui SAP_ALL, além do /XNFE/TAXNUMBER.
    Há mais algum profile/role que é necessário para acessar as informações via monitor de lote ? Alguém já passou por essa situação ?
    Estamos com o support package NFE 9 instalado e estava apresentando o problema.
    Apliquei as seguintes notas e ainda continuamos com o problema:
    Support Package SAPK-10010INSLLNFE
    Support Package: 13 Notes    
    SLL Global Trade Services / Logistics Services (13 Notes)
    SLL-NFE Nota Fiscal Electronica (NFe) (13 Notes)
    Note 1326691: BAdI for controlling the RFC call of external systems
    Note 1327465: The program /xnfe/update_erp_status is not updating R/3
    Note 1328031: History check and enqueue for restart in the batch monitor
    Note 1331864: calculation of the batch status request time based on TMED
    Note 1333136: Prevent simultaneous click on buttons in NF-e monitor
    Note 1333742: NF-e got the status 218
    Note 1337830: exception handling during resending to ERP
    Note 1348832: Issuing type is not taken into account
    Note 1350587: NFe Status after "Reset Rejected NF-e"
    Note 1353070: Not possible to select row on batch-settings and -monitor
    Note 1354192: Validation rules: correction for fields TPLACA and T_UF1
    Note 1362025: Error while sending Bacen Code EX with 0 on begining
    Note 1363402: Archivierung in SAP GRC NFE
    Muito obrigado.

    Fernando, segue abaixo o que pude observar:
    - ele faz o "SELECT * FROM /xnfe/batsta" (leu 11 lotes - do 63 ao 73 - todos com statcode 104)
    - entra no LOOP * determine Batchstatus and Errorstatus* - LOOP AT lt_batch INTO ls_batch.
    - é normal ele ler vários registros para um mesmo BATCHID em "SELECT * FROM /xnfe/bat_hist" ? Ele leu 55 registros com ocorrências repetidas para os lotes de 63 a 73.
    - Classificou os 55 registros por "batchid ertime DESCENDING" e carregou o primeiro registro de cada lote dentro da tabela ET_AKT_BATSTATUS.
    - Montou a tabela "et_batch_data" com as informações dos lotes, como por ex.: descrição dos códigos ("Resultado recebido" , "Lote processado" , icon "~Icon/GreenLed") para os lotes 63 ao 73.
    Só que mostra o GRID/Tabela vazia no Browser.
    Temos um PI (SID: PID) com GRC para DEV e QAS. Começamos a gerar informações no GRC (PID) a partir do QAS neste início de semana. Até então, somente tinhamos gerado informações a partir do DEV. Agora temos 2 sistemas (DV2 e QAS) gerando informações no PID.
    Tem mais alguma função que poderia fazer alguma consistência nas informações da tabela  "et_batch_data" antes de mostrá-la no browser ?
    Muito obrigado.

  • Problemas ICMS s/ frete

    Bom dia,
    Segue a todos a explicação do meu problema:
    O meu cliente alega que possui diferentes alíquotas de ICMS sobre o frete, para um único origem x destino. De acordo com ele, essa diferenciação dá-se ao fato de o cliente ser um consumidor final ou um revendedor, além de outras combinações possíveis. Dependendo dessa característica o ICMS muda.
    O cliente não utiliza Transportation, e faz o pagamento dos fretes através de pedido de compra, com um material de serviço de frete. A descrição deste material ja é a alíquota a ser utilizada, inclusive. No pedido de compra o sistema pega alíquota e base das exceções dinâmicas, COMO PRECISAMOS. Mas ao fazer a MIRO, no exato momento em que colocamos a categoria de nota fiscal C1 (ou qualquer outra que tenha o tipo de documento u201CConhecimentou201D) o SAP altera o valor calculado do ICMS. Nesse caso ele pega o valor cadastrado no campo u201CICMS s/ Freteu201D da tabela J_1BTXIC1 (Atualizar valores ICMS da J1BTAX).
    A nossa necessidade é usar SEMPRE as exceções dinâmicas, e não o campo de frete. Ao que me parece, e estou debugando para confirmar, é que o SAP utiliza o campo u201Ctipo de documentou201D u2013 J_ 1BAAV-DOCTYP u2013 para identificar se é frete, ou não. Se for frete, utiliza o campo de frete da tabela J_1BTXIC1.
    Eu não sou MM, sou SD. A primeira coisa que pensei foi em mudar o tipo de documento da categoria da nota, para u201CNota Fiscalu201D. Pensei nos impactos em livro fiscal e SPED. O livro realmente fica errado, mas eu conseguiria alterar por BADI, e o SPED continua correto. O SPED utiliza o modelo da nota, para julgar como conhecimento e colocar no bloco D, e não o tipo de documento. O problema é que foram testar e não conseguiram fazer um débito posterior com uma categoria de nota fiscal do tipo u201CNota Fiscalu201D. Alguem sabe me dizer se isso procede? Se conseguirmos lançar, o nosso problema estaria resolvido.
    Chegamos a pensar em desenvolvimento para sobrepor o valor do ICMS encontrado pelo SAP, mas acredito que um desenvolvimento, assim, seria muito complicado.
    Os pontos chave são:
    1.Existe alguma configuração/forma de uma nota fiscal do tipo conhecimento NÃO pegar a alíquota do ICMS da tabela J_1BTXIC1, e sim das exceções dinâmicas?;
    2.Se não existir, seria possível fazer débito posterior usando uma categoria de nota do tipo u201CNota Fiscalu201D, fazendo com que a nossa solução paliativa funcionasse?;
    3.Se não, alguém pode me propôr uma solução, que não o desenvolvimento para sobrepor o valor encontrado pelo sistema?
    Espero que possam me auxiliar com esse problema.
    Grato pela atenção.
    Leonardo Fussi

    Por transportation realmente seria mais prático, más como não é o caso, já pensou em criar um esquema de cálculo exclusivo para fretes?
    Desta forma a determinação do esquema ficaria ligado ao cadastro de fornecedores e como tens um material para cada alíquota, poderias criar tabelas de preços via condições de contrato ou condições de registro info.
    Pense nisso.
    Att,
    FB

Maybe you are looking for