Product Information
Nota Técnica 2021.004: Tipo e Uso de Veículo, Informação Adicional de Item e Ato Concessório
(Scroll down for the English version)
Olá, pessoal
O governo brasileiro publicou a nota técnica 2021.004, que disponibiliza de novas regras de validação de tipo e uso de veículo, e sua dependência, além de dispor de novos campos relacionados ao tipo de ato concessório e de observação de uso livre do item. Nesse blog post, abordaremos os seguintes tópicos disponíveis para SAP S/4HANA e SAP ERP:
- Mudança no campo de tipo de veículo
- Mudança no campo de uso de veículo
- Dependência entre tipo e uso de veículo
- Novo campo para tipo de ato concessório
- Novo campo para observação de uso livre do item
- Mudança no campo tipo de combustível
- Comportamento de mensagens
- SAP Notes relevantes para esse requisito legal
Mudança no campo de tipo de veículo
O campo de tipo de veículo já está disponível no seu sistema, porém foi alterado de uma tabela fixa para uma tabela de customização. A partir de agora, as entradas disponíveis no campo são definidas através da atividade de customização Update NF-e Vehicle Type (visão J_1BVEHICLETYPEV), implementada no seu sistema através da SAP Note 3146447.
O campo Vehicle Type (TPVEIC) está disponível dentro da aba de Vehicle da Nota Fiscal Writer, que é utilizada pela indústria automobilística e definida como visível através das configurações do controle de tela. As opções de tipo de veículo entregues pela SAP estão de acordo com a tabela disponibilizada pela Sefaz junto da nota técnica, e você pode personalizar de acordo com as suas necessidades futuras.
A transação J_1BVEHICLETYPE está disponível, e te redireciona para a atividade de customização Update NF-e Vehicle Type. Após a instalação do Support Package correspondente, você encontra as atividades de customização e suas documentações correspondentes acessando a transação SPRO.
Mudança no campo de uso de veículo
O campo de uso de veículo já está disponível no seu sistema, porém foi alterado de uma tabela fixa para uma tabela de customização. A partir de agora, as entradas disponíveis no campo são definidas através da atividade de customização Update NF-e Vehicle Usage (visão J_1BVEHICLEUSAGV), implementada no seu sistema através da SAP Note 3146447.
O campo Vehicle Usage (ESPVEIC) está disponível dentro da aba de Vehicle da Nota Fiscal Writer, que é utilizada pela indústria automobilística e definida como visível através das configurações do controle de tela. As opções de uso de veículo entregues pela SAP estão de acordo com a tabela disponibilizada pela Sefaz junto da nota técnica, e você pode personalizar de acordo com as suas necessidades futuras.
A transação J_1BVEHICLEUSAGE está disponível, e te redireciona para a atividade de customização Update NF-e Vehicle Usage. Após a instalação do Support Package correspondente, você encontra as atividades de customização e suas documentações correspondentes acessando a transação SPRO.
Dependência entre tipo e uso de veículo
A Sefaz define combinações possíveis entre tipo e uso de veículo. Por isso, a SAP Note 3146447 implementa a atividade de customização Assign Vehicle Type to Usage (visão J_1BVEHICTYPUSGV) no seu sistema. As opções de combinação entre tipo e uso de veículo entregues pela SAP estão de acordo com a tabela disponibilizada pela Sefaz, junto da nota técnica, e você pode personalizar de acordo com as suas necessidades futuras.
A transação J_1BVEHICLETYPEUSAGE está disponível, e te redireciona para a atividade de customização Assign Vehicle Type to Usage. Após a instalação do Support Package correspondente, você encontra as atividades de customização e suas documentações correspondentes acessando a transação SPRO.
Nas transações de Create Nota Fiscal (J1B1N) e Change Nota Fiscal (J1B2N), o sistema valida se os valores que você entrou nos campos de tipo de veículo e uso de veículo são uma combinação configurada na atividade de customização. Caso alguma inconsistência seja percebida, o sistema dispara uma mensagem de aviso. Essa mensagem de aviso pode ser alterada para uma mensagem de erro. Mais informações na seção Comportamento de mensagens.
Novo campo para tipo de ato concessório
O campo Type of Concession Act (TPATO) está disponível no seu sistema. O campo permite três opções, conforme determinado pela Sefaz:
- 08 – Term of Agreement (Termo de Acordo)
- 10 – Special Regime (Regime Especial)
- 12 – Specific Authorization (Autorização Específica)
Você encontra o campo nos seguintes objetos do seu sistema:
- Transações da Nota Fiscal Writer (J1B*N), abaixo da aba Additional Data
- Additional Data for Nota Fiscal (J_1BNF_ADD_DATA) BAdI
- Nota Fiscal System – Create Object from data (BAPI_J_1B_NF_CREATEFROMDATA) BAPI
- Nota Fiscal: List details of a Nota Fiscal (BAPI_J_1B_NF_READDATA) BAPI
Nas transações de Create Nota Fiscal (J1B1N) e Change Nota Fiscal (J1B2N), o sistema valida se o valor que você entrou no campo está de acordo com a regra da Sefaz. Caso alguma inconsistência seja percebida, o sistema dispara uma mensagem de aviso. Essa mensagem de aviso pode ser alterada para uma mensagem de erro. Mais informações na seção Comportamento de mensagens.
Novo campo para observações de uso livre do item
A tabela Free Usage Fields for Item Additional Information (J_1BNFADD_INFLIN) está disponível no seu sistema, entregue de acordo com as especificações da nota técnica publicada pela Sefaz.
Você encontra a tabela nos seguintes objetos do seu sistema:
- Transações da Nota Fiscal Writer (J1B*N), abaixo da aba Additional Information do item
- Additional Data for Nota Fiscal (J_1BNF_ADD_DATA) BAdI
- Nota Fiscal System – Create Object from data (BAPI_J_1B_NF_CREATEFROMDATA) BAPI
- Nota Fiscal: List details of a Nota Fiscal (BAPI_J_1B_NF_READDATA) BAPI
Mudança nos campos de tipo de combustível
O campo de tipo de combustível já está disponível no seu sistema, porém foi alterado de uma tabela fixa para uma tabela de customização. A partir de agora, as entradas disponíveis no campo são definidas através da atividade de customização Update NF-e Fuel Type (visão J_1BFUELTYPEV), implementada no seu sistema através da SAP Note 3189622.
O campo Fuel Type (TPCOMB) está disponível dentro da aba de Vehicle da Nota Fiscal Writer, que é utilizada pela indústria automobilística e definida como visível através das configurações do controle de tela. As opções de tipo de veículo entregues pela SAP são as mesmas disponíveis antes desta atualização, porém agora você pode personalizar de acordo com as suas necessidades futuras.
A transação J_1BFUELTYPE está disponível, e te redireciona para a atividade de customização Update NF-e Fuel Type. Após a instalação do Support Package correspondente, você encontra as atividades de customização e suas documentações correspondentes acessando a transação SPRO.
Comportamento de mensagens
Você tem a opção de controlar o comportamento das mensagens de validação entregues através dessa mudança legal, isto é: você pode configurar seu sistema para que, ao invés de mensagens de aviso, uma mensagem de erro seja disparada. Para fazer isso, a atividade de customização Change Message Control for Nota Fiscal (visão V_T100C, área de aplicação “8B”) foi disponibilizada.
SAP Notes relevantes para esse requisito legal
Você pode instalar as seguintes SAP Notes para atualizar a sua solução, na seguinte ordem:
- SAP Note 3143281 – NF-e NT 2021.004: Prerequisite objects for SAP Note 3146447
- SAP Note 3146447 – NF-e NT 2021.004: Item Additional Information, Vehicle and Concession Act
- SAP Note 3192146 – NF-e NT 2021.004: Prerequisite objects for SAP Note 3189622
- SAP Note 3189622 – NF-e NT 2021.004: Fuel Type and Nota Fiscal BAPIs
Vale lembrar que o IMG, a documentação e a tradução só são entregues via Support Package. Por essa razão, recomendamos fortemente a instalação do último SP disponível para a sua release.
- Se você já implementou a solução, a SAP indica que você reaplique a versão mais recente da SAP Note 3189622 disponível para o seu sistema.
- Se você ainda não implementou a solução, as dependências da SAP Note foram simplificadas.
Atualização – 13 de maio de 2022
De acordo com a publicação da Sefaz do dia 11 de maio de 2022, a nota técnica 2021.004 entrará em vigor a partir do dia 08 de agosto de 2022. Veja como isso afeta o seu sistema SAP caso você já tenha implementado as SAP Notes:
- O campo para observações de uso livre do item só será mapeado para o XML na nota fiscal caso seja preenchido.
- O campo para tipo de ato concessório só será mapeado para o XML na nota fiscal caso seja preenchido.
- Os campos tipo de veículo, uso de veículo e tipo de combustível foram alterado de uma tabela fixa para uma tabela de customização, porém seu comportamento não foi modificado. Você pode usar os campos normalmente.
Esteja ciente de que caso os campos de observações de uso livre do item ou tipo de ato concessório sejam preenchido, a tag será criada no XML. Porém, caso a Sefaz ainda não esteja com estes campos em produção, a NF-e não será aprovada. É responsabilidade da sua empresas fazer esse controle.
Gostou desse post? Dê um Like e compartilhe o conteúdo com seus colegas, e fiquem à vontade para deixar um feedback, comentário ou pergunta no espaço abaixo.
Um abraço,
Aleshane Ghisleri
#SAPGoGlobal #SAPLocalization
****
Hello everyone,
The Brazilian government published technical note 2021.004, which provides new rules for validating vehicle type and usage and its dependence, and also makes available new fields related to the type of concession act and free usage for additional information of the item. In this blog post, we will cover the following topics available for SAP S/4HANA and SAP ERP:
- Change in vehicle type field
- Change in vehicle usage field
- Dependency between vehicle type and usage
- New field for type of concession act
- New field for free usage for additional information of the item
- Change in the fuel type field
- Message behavior
- SAP Notes relevant to this legal requirement
Change in vehicle type field
The vehicle type field is already available in your system, but it has been changed from a fixed table to a customizable table. From now on, the entries available in the field are defined through the Update NF-e Vehicle Type (J_1BVEHICLETYPEV view) Customizing activity, implemented in your system through SAP Note 3146447.
The Vehicle Type (TPVEIC) field is available within the Vehicle tab of the Nota Fiscal Writer, which is used by the automotive industry and defined as visible through the screen control settings. The vehicle type options delivered by SAP are in accordance with the table provided by Sefaz along with the technical note, and you can customize it according to your future needs.
The J_1BVEHICLETYPE transaction is available and redirects you to the Update NF-e Vehicle Type Customizing activity. After installing the corresponding Support Package, you can find the Customizing activities and their corresponding documentation by accessing the SPRO transaction.
Change in vehicle usage field
The vehicle usage field is already available in your system, but it has been changed from a fixed table to a customizable table. From now on, the entries available in the field are defined through the Update NF-e Vehicle Usage (J_1BVEHICLEUSAGV view) Customizing activity, implemented in your system through SAP Note 3146447.
The Vehicle Usage (ESPVEIC) field is available within the Vehicle tab of the Nota Fiscal Writer, which is used by the automotive industry and defined as visible through the screen control settings. The vehicle usage options delivered by SAP are in accordance with the table provided by Sefaz along with the technical note, and you can customize it according to your future needs.
The J_1BVEHICLEUSAGE transaction is available and redirects you to the Update NF-e Vehicle Usage Customizing activity. After installing the corresponding Support Package, you can find the Customizing activities and their corresponding documentation by accessing the SPRO transaction.
Dependency between vehicle type and usage
Sefaz defines possible combinations between vehicle type and usage. Therefore, the SAP Note 3146447 implements the Assign Vehicle Type to Usage (J_1BVEHICTYPUSGV view) Customizing activity in your system. The combination options between vehicle type and usage delivered by SAP are in accordance with the table provided by Sefaz along with the technical note, and you can customize it according to your future needs.
The J_1BVEHICLETYPEUSAGE transaction is available and redirects you to the Assign Vehicle Type to Usage Customizing activity. After installing the corresponding Support Package, you can find the Customizing activities and their corresponding documentation by accessing the SPRO transaction.
In the Create Nota Fiscal (J1B1N) and Change Nota Fiscal (J1B2N) transactions, the system validates if the values you enter in the vehicle type and vehicle usage fields are a combination defined in the Customizing activity. If any inconsistency is noticed, the system triggers a warning message. This warning message can be changed to an error message. More information in the Message behavior section.
New field for type of concession act
The Type of Concession Act (TPATO) field is available in your system. The field allows three options, as determined by Sefaz:
- 08 – Term of Agreement
- 10 – Special Regime
- 12 – Specific Authorization
You can find the field in the following objects in your system:
- Nota Fiscal Writer (J1B*N) transactions, under the Additional Data tab
- Additional Data for Nota Fiscal (J_1BNF_ADD_DATA) BAdI
- Nota Fiscal System – Create Object from data (BAPI_J_1B_NF_CREATEFROMDATA) BAPI
- Nota Fiscal: List details of a Nota Fiscal (BAPI_J_1B_NF_READDATA) BAPI
In the Create Nota Fiscal (J1B1N) and Change Nota Fiscal (J1B2N) transactions, the system validates if the value you enter in the field complies with the Sefaz rule. If any inconsistency is noticed, the system triggers a warning message. This warning message can be changed to an error message. More information in the Message behavior section.
New field for free usage for additional information of the item
The Free Usage Fields for Item Additional Information (J_1BNFADD_INFLIN) table is available in your system, delivered according to the specifications of the technical note published by Sefaz.
You can find the table in the following objects in your system:
- Nota Fiscal Writer (J1B*N) transactions, under the Additional Information tab of the item
- Additional Data for Nota Fiscal (J_1BNF_ADD_DATA) BAdI
- Nota Fiscal System – Create Object from data (BAPI_J_1B_NF_CREATEFROMDATA) BAPI
- Nota Fiscal: List details of a Nota Fiscal (BAPI_J_1B_NF_READDATA) BAPI
Change in the fuel type field
The fuel type field is already available in your system, but it has been changed from a fixed table to a customizable table. From now on, the entries available in the field are defined through the Update NF-e Fuel Type (J_1BFUELTYPEV view) Customizing activity, implemented in your system through SAP Note 3189622.
The Fuel Type (TPCOMB) field is available within the Vehicle tab of the Nota Fiscal Writer, which is used by the automotive industry and defined as visible through the screen control settings. The fuel type options delivered by SAP are the same as those available before this update, but now you can customize it according to your future needs.
The J_1BFUELTYPE transaction is available and redirects you to the Update NF-e Fuel Type Customizing activity. After installing the corresponding Support Package, you can find the Customizing activities and their corresponding documentation by accessing the SPRO transaction.
Message behavior
You can control the behavior of the validation messages delivered through this legal change, that is: you can configure your system so that instead of warning messages, an error message is triggered. To do that, the Change Message Control for Nota Fiscal (V_T100C view, “8B” application area) Customizing activity is made available.
SAP Notes relevant to this legal requirement
You can install the following SAP Notes to update your solution, in the following order:
- SAP Note 3143281 – NF-e NT 2021.004: Prerequisite objects for SAP Note 3146447
- SAP Note 3146447 – NF-e NT 2021.004: Item Additional Information, Vehicle and Concession Act
- SAP Note 3192146 – NF-e NT 2021.004: Prerequisite objects for SAP Note 3189622
- SAP Note 3189622 – NF-e NT 2021.004: Fuel Type and Nota Fiscal BAPIs
Note that the IMG, documentation and translation are only delivered via the Support Package. For this reason, we strongly recommend installing the latest available SP for your release.
- If you have already implemented the solution, SAP recommends that you reapply the latest version of SAP Note 3189622 available for your system.
- If you have not implemented the solution yet, the dependency with other SAP Notes has been simplified.
Update – May 13, 2022
According to Sefaz’s publication from May 11, 2022, technical note 2021.004 will be effective as of August 8, 2022. See how this affects your SAP system if you have already implemented the SAP Notes:
- The field for free usage for additional information of the item will only be mapped to the XML of the nota fiscal if it is filled in.
- The field type of concession act will only be mapped to the XML of the nota fiscal if it is filled in.
- The fields vehicle type, vehicle usage and fuel type were changed from a fixed table to a customizable table, but their behavior have not changed. You can normally use these fields.
Be aware that the free usage for additional information of the item or the type of concession act fields are filled in, the tag will be created in the XML. However, if Sefaz does not have these fields in production, the NF-e will not be approved. It is your company’s responsibility to do this control.
Did you like this post? Give it a Like and share the content with your colleagues, and feel free to leave a feedback, comment or question in the space below.
Regards,
Aleshane Ghisleri
#SAPGoGlobal #SAPLocalization
Boa tarde Aleshane, Tudo bom?
Estamos implementando a NT, e temos aqui o SAP 617 SP 11. Para nossa surpresa, devido a dependência das notas estamos entendendo que temos que implementar o eDocument, mesmo se não utilizamos o mesmo (utilizamos o GRC). A nota 2433625 - TCI for the eDocument Framework (1 to 12) é necessária. É isso mesmo?
Grato,
Leonardo Frossati
Olá Leonardo, obrigado pela pergunta.
Para ajudar a investigar do nosso lado, poderia nos informar qual a nota que está exigindo a 2433625 como pré-requisito?
Ficamos no aguardo,
Vinicius Garcia
Oi Vinicius.
Claro. Nós tentamos implementar a nota 3108618. Só que da um erro que o objeto IF_EDOC_DOCUMENT_MAPPER não existe. Aí pelo que vimos teríamos que aplicar a nota 3108618, que tem como requisito nota 3067821, que tem como requisito a nota 2433625.
Obrigado.
Leonardo
Oi Leonardo,
Obrigado pelas informações. O objeto IF_EDOC_DOCUMENT_MAPPER só é usado no contexto de DRC Inbound. No caso, como você usa GRC ele não é utilizado e não é necessário. Possivelmente você está implementando uma nota que não é necessária. Para automatização de entrada se atente as seguintes notas:
3142100 - Inbound NF-e: Prerequisite objects for SAP Note 3142101
3142101 - Inbound NF-e: Technical Note 2021.004 - Versions 1.00, 1.10, and 1.20
Essas notas acima são para clientes GRC e você deve implementá-las.
Atenção: Você não deve implementar as seguintes notas:
3142194 - eDocument Brazil Inbound NF-e: Prerequisite objects for SAP Note 3142195
3142195 - eDocument Brazil Inbound NF-e: Technical Note 2021.004 - Version 1.20
Pois essas notas são do contexto de DRC Inbound que usa eDocuments e elas sim tem como pre-requisito o TCI mencionado.
Peço que revise a lista de SAP Notes que você está implementando. E caso realmente tenha uma dependência errada, peço que abra um incidente para que possamos melhor atender sua solicitação.
Att,
Samuel Armbrust
Globalization Services
Oi Samuel!
Sim, nós não estamos implementando as notas 3142194 e 3142195, apenas as outras.
A nota que da o erro com o objeto é a 3108618. A 3108618 é pré-requisito da nota 3108669. A nota 3108669 por sua vez é pré-requisito da nota 3142108, que faz parte das notas dessa NT.
Grato,
Leonardo
Oi Leonardo,
Obrigado pelos detalhes. Realmente, analisando internamente, o objeto não está relacionado a entregas desse produto. Qual objeto está acusando a falta da interface IF_EDOC_DOCUMENT_MAPPER?
Caso você não tenha implementado notas incorretas, sugiro novamente a abertura de um incidente com esse caso.
Att,
Samuel Armbrust
Globalization Services
Oi Samuel,
Eu não sei dizer exatamente qual objeto gerou esse erro, tenho somente um screenshot do erro no momento em que estávamos aplicando a nota 3108618:
Seguindo sua orientação, abri o incidente 313074/2022 sobre o assunto.
Obrigado,
Leonardo
Bom dia, Leonardo /Samuel! Tudo bem?
Tive este mesmo problema. O objeto com erro é a classe CL_NFE_INSIMPLE_HNDL_NFE_CHECK.
Esta sendo atribuido no método construtor o parametro IO_ACCESSKEY_MAP, que esta utilizando o tipo IF_EDOC_DOCUMENT_MAPPER. Além disso, no código, o objeto MO_ACCESSKEY_MAP esta sendo criado com o tipo CL_EDOC_BR_ACCESSKEY_MAP.
Neste caso, resolvi verificar a existencia de outros objetos semelhantes, pesquisando pelos nomes (IF*DOCUMENT_MAPPER e CL*ACCESSKEY_MAP ) e identifiquei os objetos IF_NFE_DOCUMENT_MAPPER e o CL_NFE_ACCESSKEY_MAP e fiz a substituição. Não tenho certeza se essa associação esta correta, mas acredito que deva resolver.
Evandro, boa tarde.
Isso mesmo. Como esse objeto CL_EDOC_BR_ACCESSKEY_MAP é criado em notas de eDocuments, eu ignorei e ativei no final. Parece que no segundo passo na nota 3108669 remove referencias a esse objeto. Compilou sem erros no final da nota 3106889, então aparentemente está ok. Vamos ver se nos testes pegamos algum erro.
Obrigado,
Leonardo.
Oi Leonardo e Evandro,
Como mencionado pelo Leonardo a recomendação foi a implementação de todas as instructions dessa nota e ativação dos objetos apenas no final.
No segundo passo essas referências erradas são removidas. Então seguindo essa recomendação você conseguirá implementar a nota completamente. Caso apareça algum outro problema, por favor nos avise!
Att,
Samuel
Boa tarde!
Estamos implementando a NT e está dando erro ao ativar a Note 3189622, conforme abaixo:
Não encontrei onde é criada essa tabela, somente a J_1BNFADD_INFLIN_TAB.
Alguém passou por isso e pode dar um Help?
Obrigado!
Daniel Pereira
Olá, Daniel
A tabela é entregue pela SAP Note 3142101.
Abraço, Aleshane
Aleshane Ghisleri
Preciso de um apoio teu, ja abri ate chamado; mas não sei se o produto entendeu.
Tem uma pre-req que no meu entendimento esta inconsistente para o SCORE 102
Estou no SCORE 102 e durante a aplicação da nota 3145679, acusa a falta de diversas classe de teste:
TC_J_1BNFSE_MAPPING===========CCAU
TC_J_1BNFSE_SP_MAP_AUTHORIZE==CCAU
TC_J_1BNFSE_SP_MAP_AUTHORIZE==CCIMP
TC_J_1BNFSE_SP_MAP_CANCEL=====CCAU
TC_J_1BNFSE_SP_MAP_CANCEL=====CCIMP
TC_J_1BNFSE_SP_MAP_CANCEL BUILD_NFHEADER
TC_J_1BNFSE_SP_MAP_CANCEL CHECK_MAP
TC_J_1BNFSE_SP_MAP_CANCEL SETUP
TC_J_1BNFSE_SP_MAP_CANCEL TEARDOWN
O problema que a nota que anterior que contem essas classes de teste pelo que vi é para o 103
2742513 - Communication improvements for NFS-e, no 102 não achei quem as cria.
Quem cria essas classes e includes no SCORE102, pelo que me parece no 102 a nota 3145679 não deveria alterar essas classes, pois elas não existem. Percebi que para o SAPAPPL essa nota não toca nessas classes.
veja, a unica nota anterior com essas classes, precisava saber quem cria elas ou como criar.
Consegui resolver o problema, contudo ainda me parece que a NOTA não deveria atualizar esses objetos.
Boa tarde Eduardo, tudo bem?
Estamos com o mesmo problema aqui em um cliente que tem SCORE na versão 102. Você conseguiria compartilhar como conseguiu solucionar?
Agradeço.
Abraço.
Olá, Eduardo
Conversei com os colegas do time de desenvolvimento e eles me informaram que o chamada que tu abriu está nas mãos deles. Em breve irão te ajudar!
Abraço, Aleshane
Tranquilo, como eu tenho acesso a um ambiente completo consegui resolver, mas quem não tem vai ficar travado se não tiver a nota que cria esses objetos no 102.
Obrigado pela pronta resposta sempre.
Edu
Boa tarde
Estamos no EHP8 e tentando implementar a SAP Note 3142108. Mas a Snote indica que algumas notas de pré requisito que foram implantadas no ano passado na ultima NT estavam necessitando atualizar. Baixamos a nova versão mas para surpresa o status de Completely implemented’ mudou para ‘Obsolete version implemented’ e nenhum codigo foi atualizado em DEV.
As SAP Notes que deram problemas são
Alguem ja passou por isso?
Obrigado!
Amigo marca a nota que esta como obsoleta, clica no botao com as duas flechinhas e depois com a nota marcada clica no relogio.
Vai mudar pra completa e caso exista alguma instrução nova a aplicar vai aplicar.
Edu
Outro ponto pode acontecer da nota ao fazer isso desaplicar e reaplicar, mas é tranquilo.
Olá Charles, como vai?
Se você está se referindo à nota 2608929 (Obsolete version implemented), por favor, siga os seguintes passos:
Caso o problema persista, por favor, abra um chamado com um anexo contendo dos detalhes do problema para que possamos investigar.
Obrigado,
Andre Bertier
Ola André,
Chamado 307845 / 2022 aberto dia 25, ainda sem resposta.
Obrigado.
Boa tarde estou aplicando a NT e ocorreu o seguinte problema:
A nota 3142108 trouxe de prereq a nota 2745613 - Communication improvements for Cloud NF-e, quando vou aplicar esta nota ocorre o erro da classe de teste tc_j_1bnfe_cf_srv_comm_factory nao existe.
Estou em um score 103, reparei que no APPL da nota a própria nota cria essa classe de teste, porém não encontrei outra nota que crie essa classe de teste para score 103, alguém teve esse problema ou sabe como me ajudar nesse caso?
Obrigado
Olá, Rafael
Obrigada por entrar em contato! Para que a gente possa melhor te auxiliar, eu indico entrar em contato com o time de suporte utilizando o mesmo componente da SAP Note que estás tendo problema. Sem analisar o teu sistema, não conseguimos identificar se é alguma inconsistência do nosso lado, ou do lado do cliente.
Abraço, Aleshane
Quando vai sair o SP 35 (SAPK-90035INSLLNFE) do GRC?
Olá,
Obrigada pelo contato mas, infelizmente, eu não tenho essa informação para compartilhar contigo.
Abraço, Aleshane
Se precisar fazer via aplicação de Notas e so tiver a NT006 1.2 feita olha na SNOTE do GRC. Tem bastante passo manual, mas se as do cte e mdfe estiverem aplicadas ou não aplicaveis é so fazer a 3148222
2814715 6 MDF-e layout version 3.00a
2814716 4 CT-e layout version 3.00a
2847256 1 Return QR Code information to the feeder system
2869193 1 modDesICMS not show in NF-e Details
3042393 3 NT 2020.006 1.20
3054162 4 NF-e NT2020.005
3148222 2 NF-e NT2021.004 v1.10
Os passos manuais do GRC são sofridos, criar domain, data element e estrutura ninguém merece. to ficando mal acostumado com os reportes de DDic.
Renan,
Não é mais raiz kkk ! nos somos R/3 ainda...
Edu
Pessoal, bom dia.
Poderiam me dizer quais notas criam os programas abaixo.
note_3116343
note_3126418
note_3139758
note_3142108
Desde já agradeço.
Abraço
Referente a nota 3126418 quem cria o report é ele, mesma é um manual step dela mesma, voce consegue ver que ela cria pela propria snote (600 ate 618):
Ja outro exemplo é a 3142108 , esta tem um pre-req, 3142096 dependendo da versão ela cria os reportes (isso fica la naquela parte do fim da nota, mas pela snote da pra ver.
so dar duplo clique na linha da mesma
é pra finalizar a nota 3141017 - Outbound NFS-e: Prerequisite objects for SAP Note 3139758 Cria note_3139758, mas não em todas as versoes.
Bom dia!
Estamos realizando os testes no cenário de transferência com CFOP 5152/AA onde o CNPJ do transportador é igual ao CNPJ do Remetente, com modalidade de frete = 3, a SEFAZ rejeitou com 849.
Fizemos outro teste de transferência , com o CNPJ do transportador igual ao CNPJ do Destinatário, com modalidade de frete = 4, CFOP 5152/AA e a SEFAZ rejeitou com 847.
Alguém já passou por estas situações?
Em uma das empresas que estou eles tem um cenário de venda ambulante onde o frete é próprio 3, mas na venda ambulante o CNPJ que emite é igual do do destinatário, o cliente fica na tag entrega e como o transporte proprio fica num loop de rejeição 847 / 849.
Foi aberto uma consulta na SEFAZ, e entendo que vai vir novidade; pois não vejo regra na NT pra esses casos, imagino que na transferência é igual quem envia e quem recebe tem a mesma BASE de CNPJ, se o transporte tambem tiver vai ficar em loop.
Seria isso?
Eduardo
Luciane,
Como ficou teu assunto ? o eu estamos aguardando.
Eduardo
Oi Eduardo,
Me parece que estamos na mesma situação, é como se caísse em um loop.
Enquanto não temos um posição da sefaz, fizemos uma regra para mover 3, mas sem informar os
dados do transportador e a sefaz está aceitando, o que é estranho.
É como se a NF não tivesse transportadora é uma solução de contorno, em uma consulta a SEFAZ gaúcha me deram a seguinte solução de contorno, contudo pelo que soubemos da Sefaz SP está em analise e haverá algo novo, estou na espera.
Olá Eduardo, tudo bem?
Sobre esse ponto de modfrete, você teve mais algum retorno da SEFAZ ou implementou a rotina para retirar os dados do transportador antes de enviar para a SEFAZ?
Poderiam nos informar, por favor.
Grato,
PANEGASSI
Olá, bom dia!
Poderia por gentileza me ajudar, estou com o seguinte erro:
Agradeço desde já.
Olá, Marcelo
Esses objetos são entregues pela SAP Note 3142108 - Outbound NF-e: Technical Note 2021.004 - Versions 1.00, 1.10, and 1.20.
Abraço, Aleshane
Olá Aleshane Ghisleri,
Espero que esteja bem...
A nota 3148222 é pre requ da 3142108, e eu posso ver que essa nota 3148222 é onde eu crio os componentes "TEXT_ID..." mencionado na minha imagem anterior...
Porém a nota 3148222 em meu sistema, eu vejo a mensagem que não pode ser implementada.
Muito obrigado mais uma vez.
Olá, Marcelo
Nesse caso, indico que entre em contato direto com o nosso time de suporte, eles irão analisar o teu sistema e te ajudar te maneira mais assertiva! 🙂
Abraço, Aleshane
Pessoal, boa tarde.
Estamos implementando a nota 3108669 e está aparecendo o seguinte erro no objeto CUAD NFE_INSIMPLE_MONITOR:
Não encontramos nenhuma nota que cria esse objeto. Vocês podem nos ajudar, por favor? Aqui temos o SAP ECC 617 SP11.
Obrigado,
Leonardo
Olá, Leonardo!
Percebi que tu já está em contato com os meus colegas do time de desenvolvimento sobre esse tópico, estou segura de que eles irão te ajudar! Caso queiras, tu podes compartilhar aqui nos comentários como, juntos, solucionaram o teu problema. Tenho certeza de que isso pode ajudar outro colega.
Abraço, Aleshane
Oi Aleshane,
Obrigado pela atenção. Esse foi algum erro interno no nosso sistema, que não deixava criar o objeto na task da request correspondente, quando era executado o report NOTE_3108669. Debugando esse report, conseguimos forçar a criação do objeto e o erro foi resolvido.
Abraço, Leonardo.
Boa noite pessoal, tudo bem?
Sabem me informar, qual nota cria o report NOTE_3142108_LR?
Obrigado,
Rafael
É a 3142096, que é pré-requisito da 3142108. Porém esse report se aplica apenas para os release 600 a 604.
Bom dia,
Perfeito, era esta minha dúvida mesmo, como estou tendo problemas na criação da J_1BNFE_S_RFC_DETPROD_400, fiquei com receio de ser ele o causador.
Muito obrigado.
Boa tarde,
Alguem ja passou pelo erro abaixo na aplicação da nota 3146447 - NF-e NT 2021.004: Item Additional Information, Vehicle and Concession Act?
Estou no SCORE104 e está é a primeira vez que tenho este erro:
Edu
Para resolver ativei a função manualmente e deu tudo certo.
Olá!
É esta a solução mesmo. Já ia te responder.
Caso alguém verifique este mesmo problema, ative manualmente os FMs.
Abraço,
Vinicius
Boa tarde
Implementei as 4 Notes que estam no começo desse desse post:
Porém as novas abas de Free usage, Reference process(Concession Act) , e Vehicle não estam aparecendo em nenhuma das transações J1B*N, apliquei todos os passos manuais pre e pos junto com o upload de arquivos BCS que algums Notes requisitavam, e não tinham nenhuma falha.
Teria alguma configuração especifica que faz com que essas novas abas apareçam?
É necessario aplicar todas as OSS Notes do Guide 3188405 para ques as novas abas em J1B*N apareçam? mesmo que não utilizamos GRC, eDocument, etc. Pois nos temos uma mensageria aparte que já faz o tratamento dos XMLs.
Olá,
Você não precisa aplicar as notas do Guide 3188405 para as tabs aparecerem.
Se as notas que você mencionou estão corretamente implementadas, você provavelmente só precisa ativar a exibição da tab nova nas configurações de Screen Control.
Confira a view/visão J_1BNFW_SCCITV através da transação SM30.
Espero que isso resolva para você. Qualquer coisa forneça mais informações para tentarmos ajudá-lo.
Atenciosamente, Vinicius
Oi Vinicius, boa tarde.
Nós também estávamos com o mesmo problema relatado pelo Cristiano, mas após alterar o controle de tela do Header a aba Mais Informações foi exibida com sucesso.
Uma vez que a informação do Ato Concessório é exibido à nivel de cabeçalho na Nota Fiscal, seria possível inserir essa informação em alguma Nota Técnica explicando sobre essa alteração do Controle de Tela do HEADER? Obrigado.
Bom dia a todos,
Estamos implementando as notas recomendadas bem como seus pré-requisitos em um ambiente, versão SAP_APPL 617 SP 17, porém na aplicação da NOTA 3142108 está dando a seguinte mensagem de erro:
"Format of correction instructions 0020751259 1 0000862683 0002; unable to read corr. instruct."
Já fiz o "re-download" da nota e não resolveu, vi também em outros posts de outras NTs o mesmo problema onde é recomendada a aplicação das NOTAS 3024048, porem essa nota já está aplicada no sistema.
Alguém teria alguma dica ou a melhor saída seria abertura de um ticket?
amigo,
da uma olhada na nota 3024048 - Format of correction instructions; unable to
read corr. instruct.
comigo sempre resolveu.
Edu
Oi Eduardo, Boa tarde.
Primeiramente, obrigado pelo retorno.
Eu havia achado uma resposta sua em outro tópico sobre o mesmo erro e já validei a aplicação dessa nota no ambiente, ela já é completamente implementada. Toda a parte de resolução da nota está OK no ambiente.
Bom dia todos,
Resolvi o problema debugando o ponto onde dava a mensagem e chegando em um ponto onde haviam todas as notas que ele estava comparando as versões dos programas. Peguei todas as notas e coloquei para efetuar o download novamente.
Obrigado.
Show de bola, comigo isso de baixar novamente não deu certo pra todas, tinha varias notas do componente basis desatualizadas, ai tive que aplicar algumas do kba anexo pra so depois dar certo.
Também tive o problema na hora de aplicar a nota principal da 005 não aparecer o texto para o aceite ai tive que fazer o orientado no kba 3010610, pois faltavam passos manuais.
Edu
Vinicius,
Veja se consegue me ajudar, eu to num projeto que tivemos que fazer a 005 junto com 004, agora nos testes as notas rejeitam 225, pois os dados de lote estão com validade 00.00.0000, ate ai tudo bem contudo eu percebi o que me parece uma inconsistência.
Na badi eu limpo a estrutura TRACE note, mas mesmo assim na função
J_1BNF_MERGE_BADI_FIELDS o sistema está recriando ela o que para mim complica, pois meus lotes não tem validade.
Eu vou criar um ponto de ampliação pra corrigir isso a tempo, mas me parece que caberia um SAPNOTE
Veja que limpei.
Agora veja que CT_TRACE recupera o valor que eu tinha deletado na BADI. O sistema não deveria sempre respeitar a BADI?
Abração Eduardo
Olá,
Agora não estou lembrado do fluxo exatamente, isso é na geração da nota fiscal na hora do faturamento, certo? O parâmetro nf_trace do FM J_1BNF_MERGE_BADI_FIELDS recebe o retorno da BAdI que está no parâmetro de saída do método ADD_DATA et_traceability?
O LOOP AT nf_trace ocorre, então o FM J_1BNF_MERGE_BADI_FIELDS recebe o parâmetro nf_trace preenchido. Por que será que isso está acontecendo? Se quiser pode mandar o stack ali no FM para eu ver se me diz alguma coisa.
Se realmente for um problema vamos ter que dar uma analisada mais a fundo.
Obrigado!
Vinícius Garcia
Seria isso? bom eu fiz um ponto de ampliação agora com calma vou abrir um ticket pra produto pra agente dar uma olhada.
Olá,
No include LJ1BFF13 no FORM BADI_FILL_ADDITIONAL_FIELDS tem a chamada da BAdI. Seria interessante ver ali no CALL BADI bd_j_1bnf_add_data->add_data o que está preenchendo na variável lt_badi_trace. De acordo com o que vi da tua implementação deveria estar retornando no et_traceability sem nenhuma entrada, certo? Depois essa variável é passada para o FM J_1BNF_MERGE_BADI_FIELDS e parece estar entrando nele preenchida.
Atenciosamente,
Vinicius
Pior que sai da badi vazio mesmo veja a variavel, esté um faturamento intercompany, nem todos usam é VF01 por pedido de ME21N+ REMESSA pode ser que seja neste caso o problema porque notei que não para na include LJ1BFF13, ele sai pela LJ1BGF06
Olá,
Certo. Se quiser e conseguir tempo aí, pode verificar o ponto onde essa variável acaba sendo repreenchida. Porque no LOOP AT nf_trace que você mandou screenshot antes ele só roda porque já entra no FM com alguma informação. Mas pode abrir um ticket se quiser sim, daí conseguimos dar atenção maior (mas precisamos de cenário possível de ser testado em algum de seus sistemas).
Atenciosamente,
Vinicius Garcia
Vinicius,
Sabe se produto está vendo o caso do trace?
Acabei de falar com a TI de outra empresa que percebeu mesmo problema, momentaneamente vamos aplicar uma clear via enhencement, mas o ideal é que o clear da BADI funcione.
Vou pedir pra eles abrirem um chamado também.
Eduardo.
Olá,
Até onde sei não chegou o chamado para o time de dev ainda. Seguindo o processo, deve chegar na gente para criarmos uma correção caso seja um bug.
Esse chamado 341911 / 2022 não chegou?
Assim que eu tiver o chamado da outra empresa aviso.
Eduardo
Se conseguir que me ligue eu te agradeço, pois coloquei ate debug e recebi um retorno que não está claro.
Passei meu numero no chamado.
Temos esse aqui em outra empresa 363112 / 2022 , qualquer apoio também fico a dispor.
Permitam-me a intromissão, mas para limpar os dados de lote tem outra badi , a BADI_J1B_DISABLE_TRACEABILITY, que não é a J*ADD*DATA.
att,
Renan
Renan,
Tu foi sensacional cara! era isso mesmo. Agora funciona e percebi que na modificação respeita a add data só da erro pra o delete mesmo.
Eduardo
Se alguém com o mesmo problema estiver em um cliente onde a BADI não existe tem que aplicar.
2671972 - NF-e 4.00: Release of BAdI to Deactivate Traceability Data (Group I80) Filling in Billing Process
Olá, Renan!
Muito obrigado pela informação!
Vinicius Garcia
Olá,
Acredito que meus colegas do suporte não tiveram informações suficientes para entender o contexto de negócio pelo word que você anexou. Tinha os pontos de debug mas talvez não estava tão bem explicado como aqui no blog. Depois que eles viram seus comentários aqui acho que esclareceu.
Eu não tinha chegado a ver porque não tinha chegado no time de desenvolvimento onde trabalho ainda. Eu não me recordava desta BAdI que o Renan falou. Que bom que ele trouxe a informação!
Vinícius Garcia
Sim de boa é que se tu olhar até essa NT005 dando clear na BADI ADD DATA ja funcionava. Eu sinceramente não sabia, mas o Renan nos deu a dica.
Obrigado a todos pela pronta resposta.
Vinicus,
Beleza, abri o ticket 341911 / 2022 e fiz agora um debug que pode ajudar, la tem como reproduzir.
Veja que o WNFTRACEABELITY vem carregado do lote antes mesmo da BADI.
Aqui entra na BADI onde limpo a ET TRACEBILITY
O que resulta da limpeza da lt_badi_trace
Contudo, pelo que entendi ele move o WNFTRACEABILITY para CT_TRACE
Com isso mesmo que elimine a tabela na BADI na pratica ele acaba criando o registro na J_1BNFTRACE e como as datas estão 00.00.000 gera rejeição 225 erro de schema
Edu
Depois da valiosa ajuda do Renan post acima problema foi resolvido, para desabilitar usar a BADI_J1B_DISABLE_TRACEABILITY.
Modificação pode ser na ADD DATA.
Abaixo deletando pelo lado ponto certo.
Se alguém com o mesmo problema estiver em um cliente onde a BADI não existe tem que aplicar.
2671972 - NF-e 4.00: Release of BAdI to Deactivate Traceability Data (Group I80) Filling in Billing Process
Bom dia,
Fiz a aplicação de uma nota que criou o objeto NFE_PARAMETER ( O ambiente que estou atualizando está bem desatualizado e gerou uma lista de pre-req enorme ), esse objeto NFE_PARAMETER utiliza um elemento de dados chamado NFE_SELECT_OPTIONS_TAB que não estou conseguindo encontrar qual nota o cria.
Alguem teria essa informação?
Qual nota responsável por criar o elemento de dados NFE_SELECT_OPTIONS_TAB?
Obrigado.
Boa tarde Antonio.
Esse objeto é um tipo de tabela, que faz referencia a categoria de linha NFE_SELECT_OPTIONS.
Faz parte da implementação de outra NT a 2020.006. Voce pode até tentar criar o objeto manualmente, mas provavelmente, irá encontrar novos objetos que faltam.
Se seu ambiente estiver muito desatualizado, vai ter que aplicar muitas notas. O ideal seria subir o SP.
A NT 2021.004 acabou de ter sua data de go live postergada.
https://portalspedbrasil.com.br/forum/nt-2021-004-versao-1-30-novo-prazo-anvisa/
Go live ficou para 08/08/2022
No site da SEFAZ ainda não está, mas tomara que venha novidade sobre o frete próprio em transferências e venda ambulante onde está rejeitando 847 849.
Pois ai o destino, o emissor e o transportador são o mesmo.
Edu
Bom dia Edu,
Saiu agora pela manhã:
Portal da Nota Fiscal Eletrônica (fazenda.gov.br)
Espero que ajustem a questão da validação sobre o MODFRETE pois estava muito confuso e causou muitos erros de validação indevidamente no ambiente de homologação.
Abraços
Fiz o teste hoje pela manha e continua rejeitando, como na Badi eu não consigo manipular o it partner fiz uma ampliação no fim da funcão merge depois da badi add data que nos casos de frete próprio onde o emissor e o destinos são iguais retiro a transportadora da NF e assim aprova com modfrete 3.
Mas espero que logo sai algo que ajude nisso.
Edu
Acredito que vão ajustar isso também. É um problema na propria sefaz, abrimos chamado la e disseram que houve um problema com as regras de validação, que estavam avaliando.
Oii, Antonio
Obrigada por compartilhar essa informação aqui nos comentários! Atualizei o blog com algumas informações sobre como o sistema SAP é afetado caso já tenha implementado as SAP Notes.
Abraço, Aleshane
Boa noite Aleshane, tudo bem?
Devido ao SEFAZ postergar a NT2021.004 para o mês de agosto, estávamos nas vésperas do go live e agora só entrará em agosto.
Qual o impacto de realizar um golive técnico?
A SAP irá liberar Oss Notes para que o go live técnico seja possível?
Pergunto pois vários objetos estão bloqueados em virtude das aplicações das Oss Notes\NT2021.004.
Desde já agradeço seu retorno.
Obrigado.
Eu tenho essa duvida também, queria subir antes e pra ser sincero acho que no meu caso não teria problema algum, pois o frete e o codigo anvisa, são campos que já existiam e não eram validados.
Portanto creio que não iria gerar erro 225 falha no schema como acontece em outras NTs, mas também não tenho certeza, por isso estou aguardando.
Na NT2018 quem subiu antes teve problemas, pois campos como responsável técnico não existiam; contudo agora entendo ser diferentes, de toda forma estou esperando alguem subir antes pra eu ter coragem ! rsrsrs!
Eduardo
Olá, pessoal
Atualizei o blog com algumas informações sobre como seu sistema SAP é afetado caso já tenha implementado as SAP Notes.
Abraço, Aleshane
Bom dia Aleshane, tudo bem?
Entendo que a SAP poderia se posicionar de forma mais clara na questão do go live técnico.
Três meses é muito tempo para segurar as aplicações das SAP Notes.
Olá, Elio
Cabe à mim compartilhar como o teu sistema será afetado e se comportará a partir do momento que tu instalares as SAP Notes, conforme descrito na atualização do blog post. A decisão de negócio de instalar ou não é de responsabilidade da tua empresa, considerando fatores internos e a Sefaz da tua região.
Vale ressaltar, claro, que as SAP Notes que entregam a mudança legal podem se tornar pré-requisitos para alguma entrega futura.
Abraço, Aleshane
Elio,
Chegaram a subir? Ou decidiram aguardar.
Eduardo.
Eduardo, ainda não realizamos o go live. Estamos avaliando.
Entendo que a SAP poderia se posicionar de uma forma mais clara sobre o tema.
Vc irá subir?
Sim, penso ja fazer em semana próxima. Pelo que vi alguns clientes ja subiram sem problema.
É aquilo que falei se for ver a maioria dos campos ja existiam apenas foram validados agora.
Pra meu cliente o que pegou foi o frete próprio, por isso não creio que teremos problemas.
Eduardo
Elio,
Hoje eu tive um retorno a uma consulta da SEFAZ RS, portanto o que importa mesmo é garantir o não preenchimento dos novos campos, o resto não teria problemas.
Eduardo
Segue resposta.
1)
Normalmente, testes para evitar novas rejeições podem subir antecipadamente sem problema.
Por exemplo, vocês disseram abaixo que incluíram testes para evitar que a nota receba as rejeições 847 e 849. Esses testes podem ser subidos sem problema.
2)
Porém, uma coisa que não pode ser feita de jeito nenhum é subir novos campos antecipadamente.
A Nota Técnica 2021.004, em sua Seção 3, realizou modificações em campos da NF-e. Essas modificações nos campos não podem ser subidas antecipadamente. As modificações em campos somente podem ser subidas para produção quando a Nota Técnica tiver sido implementada em produção.
Se vocês tentarem usar os novos campos antes da Nota Técnica ser implementada em produção, então a nota poderá ser rejeitada com a mensagem de erro de Schema.
Bom dia Eduardo,
Obrigado por compartilhar estas informações.
Depois de fazer as notas do GRC se ao liberar a request gerar erro de falta de alguns proxies, executar o seguinte passo para resolver:
Executar a transação SLG1 ali você vai ver o log, se for so isso executar o reporte que tu vai dar certo.
Quem sabe seja uma obviedade, pois na mensagem da request fala isso, mas a primeira vez que aconteceu comigo fiquei meio perdido,
Olá Aleshane, tudo bem?
Ao implementar a nota 3142108 e dentre outras notas, estou recebendo a seguinte mensagem de erro:
"Correction instructions 0120031469 1 0001577577 version 0000 does not exist".
Poderia me ajudar?
Obrigado!
Chegou a ler o KBA 2949207 - Correction instructions <CI Number> version 0000 does not exist?
Veja se o procedimento nele indicado não resolve.
Edu
Olá Vinicius Garcia e todos
Eu ativei a exibição da tab nova nas configurações de Screen Control no nivel de Item(View J_1BNFW_SCCITV), e também no nivel de Header(View J_1BNFW_SCCV), graças a sua indicação nesse post dia 09/05.
Porém a tab de Free usage nas transações J1B1N e J1B2N só esta habilitada pra edição a nivel de Header, a nivel de item está em display mode mesmo eu estando criando ou alterando uma Nota fiscal Writer, você ou alguem sabe como ativar a edição dessa nova tab de Free Usage a nivel de item?
Olá, Cristiano!
As views/visões que você editou controlam as tabs.
Para o controle dos campos contidos no item de nota fiscal você deve conferir a view J_1BAMITV (Controle de tela para campos (item) ou em inglês Screen Control for Fields (Item)). O grupo de campos do item (item field group) para os campos novos da tab de informação adicional de itens é o 86.
Isso deve resolver seu problema!
Para mais informações a respeito do screen control de nota fiscal, veja o KBA 2066550.
Atenciosamente,
Vinicius Garcia
Quando a SAP vai disponibilizar as SAP Notes referente a última versão 1.30?
Verdade o cprodanvisa poderá de 11 a 13 caracteres e não só 13.
Estava olhando aqui e me parece que não vai precisar de SAPnote para tratar o formato do codanvisa, bastaria tratar na XMLVALID, vou fazer um teste e depois compartilho.
Deu uma olhada na SAP note 3205461 - NF-e NT2021.004 v1.30?
Uma atividade manual na XMLVALID
1. Edit entry with key NFE 55 NFE 4.00 IT_NFE_PROD_MED C_PROD_ANVISA
2. Change the value of field ONLY_SPEC_CHAR (Regular Expression) to [0-9]{11}|[0-9]{13}|ISENTO
3. Save your changes
Hello,
Thanks for the blog post. Do you know if the implementation of NT 2021.004 is compulsory? So will Integration still work if I do not implement the notes?
br,
Florian
Hi Florian,
If you do not implement the solution, your system will work as usual. About integration, it will depend on your business needs - the new fields are not mandatory, it means that if your company does not need to inform the value of those fields, you will be fine. If your company needs to inform those values, then you should implement the solution.
Best regards, Aleshane
Hi Aleshane,
Muito obrigado :-).
br,
Florian
Pessoal tudo bem!!
Estou montando a lista para aplicar as notas nosso ambiente SAP_APPL 617 e nas dependências da nota3142108 tem a nota 3122620 que é referente ao Cloud e a partir dela começam diversas outras notas de pre-requisito do componente Component:LOD-LH-NFE, na empresa usamos o GRC essas notas referentes ao cloud devem ser implementadas?
obrigado!
Olá, João
Por questão de dependência técnica, você precisa implementar as SAP Notes.
Abraço, Aleshane
Ola
Estou implementando a nota 3142195, que tem como prerequisito a nota 3000759, que tem como prerequisito a nota 2963878. A nota 2963878 cria a include LEDOBRREFDOCTYPEVTOP, que utiliza a include LEDOBRREFDOCTYPEVT00. Porém quando vai ativiar os objetos da nota, diz que a include LEDOBRREFDOCTYPEVT00 não existe. Alguem sabe informar qual nota criar a include LEDOBRREFDOCTYPEVT00?
Obrigado
Oi Henrique, tudo bem?
A sequência de notas que criam os includes (incluindo LEDOBRREFDOCTYPEVT00) e o function group é:
A nota 2963867 entrega o report NOTE_2963878, que realiza a criação do function group e gera esse include. Por algumas razões, o function group pode ser criado com erro. Para tanto, sugerimos os seguintes passos:
Caso o erro ainda persista depois de todos os passos executados, peço que você abra um incidente.
Att,
Samuel Armbrust
Globalization Services - Development Support
Olá Samuel,
Obrigado pela ajuda. Consegui implementar as notas. Porém estou com problema na nota 3000759, pois a mesma criar novas constantes na classe CL_EDOC_BR_SIMUL_FACTORY, sendo essas constantes são pertencentes a classe CL_EDOC_BR_CONSTANTS, porém a nota não cria as declarações dessas novas constantes na classe CL_EDOC_BR_CONSTANTS. Um exemplo é a constante BR_IN_CGR, ela não existe na classe CL_EDOC_BR_CONSTANTS.
Saberia me dizer se tem nota com a declaração dessa constante na classe CL_EDOC_BR_CONSTANTS?
Oi Henrique,
Na verdade a constante BR_IN_CGR é atributo da classe CL_EDOCUMENT_BR_IN, que por sua vez possui constantes para cada processo suportado. Pelo seu comentário, entendo que será resolvido com a SAP Note 2993803 - eDocument Brazil Inbound NF-e: Supplier Notification - Resend E-mail.
Entretanto, atente-se que essa nota é do 6o round e a nota mencionada no comentário anterior é do 4o. Para evitar problemas, sugiro que você siga a SAP Note 2776753 - eDocument Brazil Inbound NF-e: Installation Overview. Siga cuidadosamente os "rounds" para que não faltem dependências. Essa sequência lógica vai garantir sua implementação.
Caso você perceba algum outro problema, você pode procurar SAP Notes pelo nome do objeto faltante e caso, você encontre um bug ou gap, por favor nos contate via incidente.
Att,
Samuel Armbrust
Globalization Services - Development Support
Oi Samuel,
A constante BR_IN_CGR deveria pertencer ao atritubo SC_EDOC_TYPE da classe CL_EDOC_BR_CONSTANTS. Porém a nota não faz essa declaração da constante nesse atributo. Eu ja procurei no portal essa constante e essa classe, porém essa constante com essa classe só é citada na nota 3000759 Segue o print com o erro ao implementar a nota 3000759.
Oi Henrique,
Obrigado pelo seu retorno. Como já expliquei, você deve serguir a SAP Note 2776753 - eDocument Brazil Inbound NF-e: Installation Overview.
Veja, você está implementando uma nota do round 7 (3000759 - eDocument Brazil Inbound NF-e: Consignment, Future Delivery, and Returnable Package), mas ainda faltam notas do round 6 (e.g. 2993803 - eDocument Brazil Inbound NF-e: Supplier Notification - Resend E-mail) que eu sugeri no comentário acima. Durante a implementação, você perceberá que essas constantes foram movidas para outra classe.
Novamente, para resolver o seu problema, por favor revise todas as notas faltantes de todos os rounds anteriores e implemente elas antes de seguir com a implementação atual. Criamos a SAP Note 2776753 justamente para guiar a implementação e evitar que faltem dependências.
Att,
Samuel Armbrust
Globalization Services - Development Support
Boa noite,
Tenho a BADI_J1B_DISABLE_TRACEABILITY ativada porém estou tendo problemas no processo de entrada através do GRC.
Estou ocorrendo dois erros quando o forncedor envia o xml com o grupo rastro: o primeiro começou a ocorrer com o passo de posting da invoice com erro 347 (j1b_nfe) e o agora estou tendo problema no passo Simulate com o erro 224.
Na badi J_1BNF_ADD_DATA deletando os registros da et_traceability resolve o segundo erro mas na hora de postar a invoice o primeiro erro persiste.
Isto começou a acontecer depois da implementações da NT2021.004.
Estou na versão S/4Hana release 104.
Alguém tem alguma dica para resolver o problema ?
Olá, Marcos
Obrigada por entrar em contato! Devido ao seu cenário bastante específico, indico que entre em contato diretamente com o nosso time de suporte, eles poderão analisar o teu sistema e te ajudar resolver as inconsistências.
Abraço, Aleshane
Pessoal boa tarde
Estamos com uma dúvida com relação as notas de importação e o campo do local de retirada. Como estão preenchendo este campo? Porto? Armazém? Ou não estão considerando este campo para os cenários de importação devido a mercadoria vir de um país diferente?
Att, Ericka