Skip to Content
Product Information

NT2018.005

Boa tarde pessoal,

Como todos já sabem a SEFAZ, no dia 02/01/2019, liberou a Nota Técnica 2018.005.

Esta NT trouxe algumas mudanças que a ainda estão sendo analisadas pela SAP.

  • Novo grupo responsável técnico;
  • Novos campos de identificação para Local de Retirada e Local de Entrega;
  • Novos campos no grupo farmacêutico;
  • Novos campos para FCP no grupo ICMSST;
  • Novos campos na estrutura de retorno do grupo protNfe;
  • Mudanças na DANFE;
  • Novas regras de validação

A SAP ainda está estudando os impactos e publicará uma solução em breve.

Vale ressaltar que estas mudanças serão implementadas nas seguintes datas:

Teste: 25/02/2019

Produção: 29/04/2019

Mais detalhes podem ser vistos no anúncio oficial da SAP nas URLs abaixo:

Para o ERP, o planejamento de entrega da solução é 18/03/2019.

NF-e Technical Note 2018.005

O Time do ECC planeja liberar a seguinte solução:

  • Novo grupo Responsável Técnico (Implementação via BAdI);
  • Novos campos de identificação para Local de Retirada e Local de Entrega (Mapeamento Standard);
  • Novos campos no grupo farmacêutico (Implementação via BAdI);
  • Novos campos para FCP no grupo ICMSST (Implementação via BAdI);
  • Novos campos na estrutura de retorno do grupo protNfe (Mapeamento Standard).

Todos os campos estão planejados a ser entregue nas tabelas do Banco de Dados.

Para o SAP NFE (GRC), o planejamento de entrega da solução é 26/03/2019 e será entregue somente no Support Package 32.

NF-e Technical Note 2018.005

Assim que tivermos mais detalhes, como SAP Notes etc, complemento o post.

Obrigado

Leonardo Brunetto

230 Comments
You must be Logged on to comment or reply to a post.
  • Boa tarde.
    Após a aplicação de nota alguém está com este erro na configuração de local de negócio?

    Pelo que entendi parece que está chamando a visão da solução nfe cloud.

  • Pessoal, bom dia. Estamos tentando aplicar a nota 2609069, e após a execução do programa NOTE_2608929 com a opção “update & activate”, vários objetos ficam com status amarelo (warnings), como se segue:

     

    Executamos o programa várias vezes, mas os warnings continuam. Segundo a nota, todos os objetos precisam ficar com status verde.

    Alguém passou por isso? Sabem como resolver?

    Obrigado!

    Leonardo

     

     

    • Leonardo, bom dia.

      Aqui também apareceram essas mensagens de Warning. e essa nota (2609069) foi aplicada em Fev/2019 e já está na Produção, e ninguém reclamou que estejam faltando funcionalidades.

      Sobre as mensagens que informam que o Grupo de função precisa ser criado, não se preocupe, pois elas não serão utilizadas. Isso se aí não utilizar a solução de Cloud.

      As includes que estão faltando, seriam criadas pela nota de Cloud, a “2608929 – Electronic Nota Fiscal for Cloud (outgoing)”.

      Aqui não usamos a solução de Cloud, então as mensagens de warning foram ignoradas, e agora para a NT 2018.005, também não aplicaremos as notas de Cloud.

      Abs,

      Ricardo Miura

      • Ricardo, boa tarde.

         

        Ok, muito obrigado! Tentamos aplicar outras notas, mas os erros continuaram. Aí fizemos como você sugeriu, ignoramos os warnings e seguimos aplicando as notas. Estamos travados agora na 2722589! 🙂

        Abs,

        Leonardo Frossati

         

         

  • Pessoal,

    Alguém implementou as notas do GRC, sem ter subido o SP32?

     

    Aqui estamos no SP28.Aplicar a nota do GRC (2738170) e subir o TPZ do XI Content  do SP 32 funcionaria?

     

    Abs,

    Daniel Zibordi

    • Olá Daniel, tudo bem?

       

      Estamos com a mesma dúvida que a sua….

      Como prazo está apertado, aplicar a nota e subir o TPZ seria mais rápido…

      Se você descobrir algo nos avise… se eu descobrir algo eu posto aqui..

       

      Abraço

      • Andre,

        Abri um chamado na SAP e eles responderam que tínhamos duas opções:

        -aplicar o SP32;

        -ou aplicar a nota 2738170.

         

        Aqui aplicamos a nota 2738170 e importei o TPZ do SP32 no PO.

        Já conseguimos emitir notas e serem aprovadas com o Responsável Técnico e as novas tags no Local de Retirada e Entrega.

         

        Abraço!!

         

          • Alan, desculpe a demora em responder, não tinha visto a notificação da sua mensagem. Espero que já tenha conseguido seguir com a solução da NT. Mas de qualquer forma, aqui, por uma necessidade do cliente,  foi preciso fazer um desenvolvimento Z na BADI da nota fiscal (aqui usamos a CL_NFE_PRINT). Mas, acredito, que tenha outras formas de fazer também, até pelo standard mesmo.

        • Daniel, boa tarde!

          Você aplicou a nota 2738170, importou o .tpz no PI que a nota 2763405 disponibiliza e depois aplicou a nota 2774857? Outra dúvida, na nota 2763405 você aplicou esse aquivo abaixo:

          1. ABAP – SLL-NFE
          Download the file SAPK-90032INSLLNFE.SAR with the support package corrections.

          • Lucas, boa tarde!

            Isso mesmo! A sequência das notas e as notas de correções de bugs você pode consultar na nota principal desta NT: 2770888.

            O passo de efetuar o download do arquivo SAPK-90032INSLLNFE.SAR é referente a aplicação do SP32 em sim. Esse passo eu não efetuei não.

  • Bom dia!

    Estamos com uma dúvida, aqui utilizamos uma solução de terceiro para emitir NF-es, usamos a função ‘J_1BNFE_OUTNFE_CREATE_400’ chamando a nossa solução.

    Essa função é chamada na include ‘LJ_1B_NFEF93’.

    Com a aplicação das notas, na chamada da função foi incluído um novo parâmetro.

    IS_NFE_INFRESPTEC = GS_RFC_TECRESP

    Porém, esse parâmetro não foi em nenhum momento adicionado na aba de parâmetros de importação da função. Já verificamos todas as notas e não conseguimos identificar qual nota adiciona esse parâmetro na função.

    Alguém que utilize solução de terceiro para emitir NF-es está com o mesmo problema?

     

    Desde já, obrigado!

     

    • A SAP deu o retorno e seguimos a orientação que resolveu o problema.

      Hi,

      In order to fix your issue, please apply SAP Note 2420322 – “Removal
      of Country Constant from J_1B_LOCALIZATION_SRV Structure”.

      The SAP Note may have pre and post implementation steps. If there are
      any, please make sure you have completed all the steps and activated
      the objects in your system.

  • Estou fazendo uma venda diversa de REMESSA PARA COMODATO para uma pessoa física, e o sistema me envia esses erros, eles sabem como podemos resolvê-lo?
    GRC 226 IDE-IND_FINAl, IDE-IND_PRES, PARTNER-DEST (2) -IND_IEDEST. Fale-me também sobre a ANVISA PROD-MED- C_PROD_ANVISA deve ficar vazia ou o que devo colocar?

     

    Obrigado

    Nath

  • Boa tarde,

    Após a aplicação das notas, a nota de saída de devolução esta acusando este erro:

    @5C\QError@ Validation error: field NFREF[1]-REFNFP_MOD: Modelo da Nota Fiscal. Content not allowed (00) @35\QLong text exists@

    Encontrei uma nota que em teoria deveria tratar isso…porem não foi resolvido.

    2596828 – NFREF – REFNF_MOD or REFNFP_MOD filled incorrectly

    Alguém passou por isso?

     

    at.te

  • No processo inbound depois de aplicar o SP32 no SAP NF-e, vai ser possível receber XML no layout antigo? Está dando uns erros aqui no processo inbound.

    <?xml version=”1.0″ encoding=”UTF-8″ ?>
    <n0:ExchangeFaultDataExt xmlns:n0=”http://sap.com/xi/NFE/common xmlns:prx=”urn:sap.com:proxy:SND:/1SAI/TASFEE7C39A3F3BE6172063:740>
      <faultText>Erro durante a transformação: Falta elem.'{http://www.portalfiscal.inf.br/nfe}vI CMSSubstituto’ caminho: nfeProc(1)NFe(1)infNFe(1)det(4)imposto(2)ICMS(1)IC</faultText>
      </n0:ExchangeFaultDataExt>

     

    Mapeando o sistema, percebi que o campo vICMSSubstitute está como obrigatóri, sendo que na NT é opcional. Abri chamado na SAP para análise.

  • Boa tarde,

    Estamos enfrentando problemas após a aplicação da SAP Note 2699740 . Ocorre um erro em tempo de execução dentro do include LJ1BFF04  durante a chamada da função J_1B_NF_LONGTEXT_SET. Identificamos uma diferença de parâmetros entre os dois objetos.

    Alguém passou por este erro ?

     

  • Preenchimento do campo VICMSSUBSTITUTO na entrada utilizando o GRC Inbound.

    Pessoal boa tarde!

    Estou implementando a NT2018.005 aqui na empresa e estamos com problema para preencher as informações na entrada, foi aplicada todas as notas que SAP disponibilizou e mesmo assim os campos VBCSTRET, VICMSSTRET da NT2011.004 e nem o VICMSSUBSTITUTO NT2018.005.

    Alguém passou por esta dificuldade também para me ajudar, pois acredito que sem estes campos preenchidos na entrada não consigo ter a base para fazer a parte do preenchimento da saída.

    Fiz o debug da entrada o GRC está passando todos os valores corretamente, mas não achei nenhuma estrutura que preencha os campos sitados acima na j1B3n.

    Alguém poderia me dar uma ajuda?

  • Bom dia!

    Fizemos a aplicação das notas, mas estamos com erros nos primeiros testes de emissão de notas no ambiente de homologação. As notas ficam com esses dois erros no log:

     

     

    O nosso GRC já estava no SP 32 antes da aplicação das notas no ERP (ambiente de homologação), e as notas fiscais estão sendo aprovadas normalmente. O problema passou a ocorrer quando transportamos a requests com a aplicação das notas da NT 2018.005. Já verifiquei o customizing do local de negócio e está tudo ok, não houve alteração, com exceção da nova opção de customizing de local de negócio para Cloud, que está em branco no nosso caso.

    Alguém consegue ajudar?

    Obrigado!

     

     

     

     

     

     

  • Pessoal, boa tarde !

    Um outro detalhe são os campos idCSRT / hashCSRT. Procurei no código e não existe ainda um módulo de função para gerar este código hashCSRT. Já o o idCSRT não foi informado na SAP Note 2780735.

    Caso alguém tenha alguma novidade, informar aqui no tópico.

    Obrigado !

  • Após adicionar os campos novos na J_1BNFE_ACTIVE:

    CODE_DESCRIPTION

    CMSG

    XMSG

    Na chamada da RFC do GRC para o ECC não está aparecendo esses 3 novos campos.

    (Função RFC_READ_TABLE )

    Alguém está com esse erro também?

     

     

    • Oi Andressa,

       

      Se você já tem a solução da NT2018.005  implementada tanto no ECC como no GRC Nfe , você pode verificar no XML através através da nova tag responsavel técnico  <infRespTec>

      Essa tag fica localizada no final do XML depois da tag de dados adicionais , da uma conferida…

      Espero ter ajudado ,

      Atte;

      Ricardo Veloso

       

       

  • Olá pessoal, bom dia!

    Aqui no meu cliente já aplicamos todas as notas da NT 2018.005 e, ao iniciar os testes, de cara nos deparamos com o dump SYNTAX_ERROR – mensagem de erro “The data object XMLI_310 does not have a component called VICMSSUBSTITUTO” – ao acionar as transações da NF Writer (J1B1N/J1B2N/J1B3N).

    Com a ajuda de um ABAP, entendi que a causa raiz é que a tabela interna XMLI_310 é do tipo ‘J_1BNFE_S_BADI_ITEM…

     

    …mas essa estrutura não tem o campo ‘VICMSSUBSTITUTO’.

     

    Já entrei ns manual steps (inclusive código fonte dos reports) de todas as notas implementadas, mas não consegui encontrar qual nota criaria o campo na estrutura acima.

    Já abri um OSS ticket para a SAP no dia 30/04 e sigo no aguardo.

     

    Alguém passou por algo semelhante e/ou saberia dizer como solucionar isso?

     

    Desde já muito obrigado!

    Eder Rodrigues

    eder.rodrigues@accenture.com

    Mobile: +55 81 99696-5565

    • Boa tarde Eder,

      Implementaram essas 2 notas:

      • 2766957 – Pré-requisito para 2750485
      • 2750485 – NF-e 4.0: NT 2018.005

      Pois a nota 2766957 irá criar o report NOTE_2750485, e quando executar o mesmo, será inserido 2 novos campos na estrutura J_1BNFE_S_ITEM400 (que é um append da J_1BNFE_S_BADI_ITEM):

      • XMOTIVOISENCAO
      • VICMSSUBSTITUTO

      Print da estrutura aqui:

      Print da execução do report NOTE_2750485 (Adicionando os 2 campos):

       

      Abs,

      Ricardo Miura

      • Olá Miura, boa tarde!

        Muito obrigado pela resposta! 🙂

        Sim, as notas 2766957 e 2750485 foram aplicadas aqui no nosso “pacote” referente à NT 2018.005. Quando identificamos o dump SYNTAX_ERROR, o ABAP chegou a executar uma segunda vez o report NOTE_2750485, mesmo que não tínhamos assim bem clara essa associação entre a estrutura J_1BNFE_S_ITEM400 e a J_1BNFE_S_BADI_ITEM (aliás, muito obrigado pela informação!).

        Analisando a log de execução do report NOTE_2750485, pudemos notar que o report realmente não atualizou o campo VICMSSUBSTITUTO na estrutura J_1BNFE_S_ITEM400. Entretanto, só não entendemos ainda o motivo.

        Sabe dizer se é por causa dessa mensagem informativa “TABL J_1BNFE_S_ITEM400 was manually changed before. Please adjust manually afterwards“?

        Seria uma alternativa o ABAP fazer manualmente a criação dos campos que o report NOTE_2750485 não fez automaticamente? Ou você esperaria a resposta da SAP com relação ao chamado OSS?

        Desde já muito obrigado pela atenção.

        Grande abraço!

        Eder Rodrigues

        eder.rodrigues@accenture.com

        +55 81 99696-5565

        • Eder, bom dia,

          Sinceramente, não sei o que pode ter acontecido aí. Aqui, alguns desses Report´s que a SAP disponibiliza para a criação do objetos, também apareceu mensagem “was manually changed before. Please adjust manually afterwards”, porém o report conseguiu fazer a alteração.

          Como você vai precisar desses campos, alterar manualmente a estrutura J_1BNFE_S_ITEM400 para incluir os campos que faltam.

          Print da estrutura:

          Os elementos de dados/domínios dos campos novos são:

          • J_1BNFE_EXEMP_REASON
          • J_1BNFE_VICMSSUBSTITUTO

          Que foi criado pela nota “2763383 – NF-e Technical Note 2018.005” (via execução do report NOTE_2763383, que é criado pela nota)

          Caso precise criar manualmente, segue print dos Elementos de Dados:

          J_1BNFE_EXEMP_REASON – Motivo da isenção da ANVISA

          J_1BNFE_VICMSSUBSTITUTO – Valor ICMS Próprio do Substit.cobrado em operação anterior

           

          Print dos Domínios (ambos sem intervalos de valores):

          J_1BNFE_EXEMP_REASON – Motivo da isenção da ANVISA

          J_1BNFE_VICMSSUBSTITUTO – Valor ICMS Próprio do Substit.cobrado em operação anterior

          Abs.

          Ricardo Miura

          • Ricardo, boa tarde!

            Apenas para registrar, consultamos a SAP e a orientação foi a mesma, ou seja, criar os campos faltantes manualmente. Como você bem disse, os elementos de dados e domínios já haviam sido criados pela nota “2763383 – NF-e Technical Note 2018.005” (via execução do report NOTE_2763383, que é criado pela nota) e estavam disponíveis no sistema.

            Mais uma vez obrigado!

            Atenciosamente,

            Eder Rodrigues

  • Team,

     

    A relação das notas solicitadas para o GRC são:

    GTD010 2738170 – NF-e NT2018.005 & NF-e NT2018.005v1.10 (GRC SAP Note)
    GTD010 2763405 – SAPK-90032INSLLNFE: Support Package 32 for SLL-NFE 10.0 (Support package)
    GTD010 2774857 – NF-e NT2018.005v1.20

     

    É obrigatório implementar o SP32 ou posso implementar a nota 2738170 e logo depois a nota 2774857 ?

    Lembrando que estou no SP31.

     

    Obrigado!

    • A nota 2770888 possui as orientações para o SP32 e o TPZ do XI Content.

      Aqui não subimos para o SP32, mas importamos o TPZ do XI Content, de acordo com uma orientação que seguimos de uma chamado aberto na SAP.

       

          • Daniel

             

            Temos mais duas notas posteriores ao SP32:

            2774857
            2784880

             

            Acredito que são importantes para a correção de bugs.

            Acabei tendo que instalar o SP32, logo em seguida instalarei estas duas notas ai.

            Obrigado!

          • Sim, sim! Com certeza! Esse print foi de quando estávamos aplicando as notas, antes dessas notas das correções dos bugs terem sido lançadas.

            As notas de correções de bugs podem ser consultadas na nota principal 2770888.

             

  • Pessoal.

    Não consigo fazer sair a TAG <entrega> mesmo sendo opcional, gostaria de testar.

    Todas as SNOTE do  GRC estão aplicadas, estamos no SP32, todas as SNOTE do ECC tb, verifiquei os mapeamentos esta tudo correto com os campos. Estou colocando o AG <> do WE na fatura, tem alguma outra configuração que deve ser feita, alguém pode me dar alguma dica?

      • Boa tarde!

        Não tínhamos aplicado as mudanças em nosso ambiente produtivo. No caso estava rejeitando por falta das TAGs, durante a manhã aplicamos o SP no GRC NF-e e subimos as notas para o SAP ECC e agora está aprovando,

        A TAG de responsável técnico não estamos enviando, somente as do ICMS60.

  • Bom dia,

    Está preenchendo o grp do resp tecnico? Aqui as notas estão sendo aprovadas… e não estamos preenchendo nenhuma info do responsável técnico para nenhuma UF.

     

  • Bom dia

    Aqui já emitimos notas em todas as UFs. Somente os estados de SP, MS e PE estão aprovando notas com o RespTec, os demais estados estão rejeitando com o código 225 e por isso não estamos enviando a tag.

    Outro problema que tivemos foi em SC, que está retornando rejeição 225 quando enviamos a tag ENTREGA. Já abrimos um chamado na SEFAZ-SC, pois já tivemos este mesmo problema em homologação.

     

    Att..

     

    Nilton de Oliveira

     

  • Bom dia Senhores.

     

    Estou com um problema ao gerar a fatura na VF01 após a aplicação das notas. O erro recebido é o seguinte:

     

     

    Debugando, consegui identificar que os campos da região e cnpj não estão preenchidos na tabela global gv_access_key.

    Essa função J_1B_NFE_FILL_MONITOR_TABLE é onde o sistema monta a chave de acesso, e dentro dela, há uma chamada à J_1BNFE_READ_XMLHEAD, que é a função que exporta a região e o cnpj para a memória.

    Como não há nada na gv_access_key, não há nada para ser exportado, e consequentemente, não será encontrado nenhum valor no momento em que for importado da memória.

      regio_xml = gv_access_key-regio.
      EXPORT regio_xml TO MEMORY ID 'REGIOXML'.
    
      stcd1_xml = gv_access_key-stcd1.
      EXPORT stcd1_xml TO MEMORY ID 'STCD1XML'.
    

     

    Agradeço se alguém poder me dar uma luz p/ resolver esse problema.

    Atenciosamente.

     

  • GRC inbound!

    Estou com um nota de Fornecedor sem a tag vICMSSubstituto e preenchido outras tags do grupo N ICMS60, a tag vICMSSubstituto não é obrigatória segundo NT2018.005 e o XML está valido, porém, nosso GRC não está aceitando a entrada do mesmo dizendo que falta elemento vICMSSubstituto, alguém já encontrou alguma nota SAP para esse problema?

  • Bom dia.

    Na empresa onde estou tem um cenário onde uma nota fiscal de saída é gerada no momento do registro da nota fiscal de entrada na MIRO. Após a aplicação das notas da NT a nota de saída está sendo gerada com o CNPJ do fornecedor (referente a nf de entrada) no campo chave de acesso.

    Este problema só ocorre quando a entrada da nota é feita pelo GRC. Se a nota for registrada manualmente pela MIRO, a NF de saída é criada corretamente.

    Eu verifiquei a função J_1B_NFE_FILL_MONITOR_TABLE e apesar de no primeiro momento o CNPJ ser preenchido com o valor correto, na sequencia o programa importa da memória o CNPJ do XML da NF de entrada.

    Alguém teve o mesmo problema? Já apliquei a nota 2788109 mas não resolveu.

    Obrigada,

    Fernanda

    • Fernanda, eu passei por essa mesma situação. Se você ainda tiver com o problema posso te passar a resolução que usei. tks

  • [Mapping error: No values were found for structure infNFe-detPag (Message No. J1B_NFE_ERP_GRC 212)]

    Pessoal.

    A quem possa interessar, gostaria de compartilhar que estávamos enfrentando aqui em nosso cliente a mensagem de erro “Erro de atribuição: nenhum valor encontrado para estrutura infNFe-detPag (J1B_NFE_ERP_GRC 212)” após implementar a SAP note 2747190 (NF-e Technical Note 2018.005).

    Em nosso cliente havia foi criado no FILL_HEADER da BADI CL_NFE_PRINT um enhancement para preencher alguns valores default na estrutura CH_PAYMENT (que posteriormente popula a tag <detPag>).

    Acontece que após a implementação da nota 2747190, o sistema erroneamente achava que havia sido feita alguma alteração via ADD_DATA e pulava a execução da CL_NFE_PRINT.

    Para corrigir isso a SAP liberou a nota 2781881.

    Atenciosamente,

    Eder Rodrigues