NT 002 / 2015 – Alterações no ERP publicadas
Oi,
Conforme a SAP Note 1589975 – Technical Notes from SEFAZ – Overview note e o blog post Notas técnicas 001, 002 e 003 / 2015 da NF-e já foi liberada para o SAP ERP a primeira nota referente as mudanças das notas técnicas 002 e 003 de 2015 no SAP ERP.
A mudança em questão é a NT 002 2015 entregue na SAP Note 2209624 – Technical Note 2015/002 – ICMS Exemption Reason and IPI Legal Classification Codes.
Vocês podem conferir abaixo as mudanças no lado ERP bem como algumas dicas para implementar as notas necessárias.
Assim que forem lançadas as notas referentes a NT 003 / 2015 e notas adicionais relacionadas com a NT 002 / 2015 este blog post será atualizado.
Implementação de notas
A nota 2209624 possui vários pré-requisitos no lado do ERP, muitos deles com passos manuais e a lista de pré-requisitos será diferente dependendo do release (605 e maiores ou 604 e menores).
Caso a sua empresa tenha implementado o projeto NF-e 3.10 e não tenha implementado muitas das correções posteriores será necessário um planejamento/tempo maior para a implementação da nota 2209624 e teste do ambiente após a sua implementação. Além de notas do componente XX-CSC-BR-NFE existirão também pré-requisitos do componente XX-CSC-BR-SD.
Nos casos dos releases mais novos (605 e maiores) existirão como pré-requisito pelo menos as notas abaixo ( que possuem passos manuais e mais pré-requisitos )
2192697 – New database fields for tributary Quantity and UoM in the J_1BNFLIN table.
2117096 – [3.10] ICMS Exempt – New transfer rule for transferring SD amounts from pricing to Nota Fiscal
2103157 – [3.10] NF-e Outbound: Schema Rejection
Nos casos dos releases mais antigos (604 e menores) existirão pelo menos as notas abaixo ( que possuem passos manuais e mais pré-requisitos )
2103157 – [3.10] NF-e Outbound: Schema Rejection
2119650 – [3.10] Technical enablement for ICMS exempt
A quantidade de notas de pré-requisito no ERP irá variar muito (pois dependerá de releases de Ehp e SP além de nível de atualização do sistema) podendo variar entre 3 e 60 notas.
Solução entregue para NT 002 / 2015
- Liberada pela SAP Note 2209624 – Technical Note 2015/002 – ICMS Exemption Reason and IPI Legal Classification Codes
- 3 novas opções de configuração entregues:
- View J_1BAGNV -> Foi incluída a razão “16 – Olimpíadas Rio 2016” para utilização em cenários de isenção do ICMS ( CST 40, 41 e 50 ) relacionadas com este evento.
2. Tabela J_1BTCENQ -> Tabela para cadastrar os códigos de enquadramento do IPI de acordo com o Anexo XIV – Código de Enquadramento Legal do IPI da NT 002 /2015.
3. View J_1BATL2V -> Tabela para atrelar o código de enquadramento do IPI ao direito fiscal do IPI. Essa informação será mapeada para o campo cENQ do XML.
Cenários em que o comportamento difere da configuração
1. NF-e’s criada com referência:
Quando a NF-e é criada com referência o campo cENQ é determinado a partir do documento original referenciado. Desta forma, se o documento original é antigo (anterior a implementação da SAP Note 2209624), o campo cENQ terá o valor “999” copiado.
Para criar uma NF-e com referência que utilize o valor configurado no campo cENQout atrelado ao direito fiscal será necessário:
a- Acessar a tela do item antes de salvar o documento;
b- Preencher o campo direito fiscal novamente;
c- Pressionar enter, desta forma o valor será redeterminado.
2. Código na BAdI CL_NFE_PRINT:
Caso exista uma implementação da BAdI CL_NFE_PRINT para o método FILL_ITEM alterando o parâmetro out_item-cENQ o valor do campo cENQ será sobrescrito neste ponto. Neste caso será necessário ajustar a lógica da BAdI caso você não deseje mais esta redeterminação.
att,
Renan Correa
Marcelo, bom dia!
Obrigado, vou verificar a configuração e ver com o Basis.
Grato!
Olá!
Lista de notas referente a NT 2015/003 (CEST) repassada pelo Lafaete Pereira.
2232775 EC87-2015 - ICMS ST Legal Classification Code
2241138 ICMS ST Legal Classification Code Mapping
2241738 ICMS ST Legal Classification Code Mapping
2242585 EC87-2015 - ICMS ST Legal Classification Code
A Nota 2236380 é somente explicativa!
Abraço.
Renan, boa tarde
Não temos operação com consumidor final na empresa. Existe a necessidade de aplicar essas notas referente a NT 003/2015 lançadas pela SAP e posteriormente o SP23? Há risco da sefaz rejeitar o xml em 01/2016?
Já temos aplicadas as notas da NT002/2015 e GRC SP21 e temos todos os cenarios aprovados.
abs, Gizela
Hi Renan,
We are implementing NT 2015/002, to configure table views, please help to understand how to determine which IPI code is legal classification inbound and which is outbound for corresponding IPI law to map in table J_1BATL2V?
Thanks & Regards
Richa
Boa tarde pessoal,
Estou com um problema na inserção de dados na tabela J_1BTCENQ. Fiz os passos da nota (pré e post), fiz a relação na view J_1BATL2V. Tudo ok.
Para inserir os dados, quando abro a tabela J_1BTCENQ na transação SM30, ele me apresenta o seguinte erro:
Alguem consegue me ajudar?
Obrigado,
João Shintani.
olá,
ao preparar a implementacao da nota 2209624 e subsequentes aparece-me o erro
J_1BDYLIN Field Name MENGE_TRIB nao existente. Eu nao vi até agora nenhuma mencao a esta tabela.
alguém pode me indicar onde esta mudanca manual deve ser efetuadada? ou indicar-me qual é a nota que se refere a esta tabela?
Boa tarde a todos,
Posso subir minha NT 002 para o ambiente produtivo antes do dia 01/12/2015?
Deixar de enviar o campo CENQ = 999 e passar a enviar o enquadramento conforme a NT, a SEFAZ vai aceitar essa informação?
Muito obrigado.
Boa tarde Pedro,
Aqui vamos subir as alterações da NT002, esse domingo (22.11.2015).
A Sefaz informou que não irá validar o que é enviado no campo CENQ, somente será validado a partir de 01.12.2015. Por tanto, já pode sim enviar o código conforme o enquadramento da NT.
Att,
Belei
Olá Pedro,
Pode subir antes do dia 01/12 sim. Aqui já temos tudo em Produtivo e não tivemos problemas.
O único cuidado que tivemos foi de preencher na view de textos de IPI o código de enquadramento 999 para todos os códigos. Vamos mudar para os novos enquadramentos somente no dia 01/12.
Abs
Bom dia Renan
Pode me auxiliar com uma duvida.
Referente a NT002/2015 temos 3 notas para release acima 605, sendo uma delas a:
2103157.
No nosso caso a mensageria é Mastersaf... Esta Nota trata de Schema, neste caso não teriamos que aplicar correto?
Obrigada
Patricia
Oi Patrícia!
Você precisa aplicar essa nota, pois ela faz parte do ERP e altera os dados que são passados para a mensageria ( no seu caso mastersaf ). Será preciso também confirmar se a mensageria está preparada para receber as informações no formato correto após a implementação da nota.
As únicas notas que vocês podem desconsiderar completamente são as relacionadas com o pacote SLL-NFE.
att,
Renan Correa
Boa tarde Renan,
Estou voltando em um tópico antigo, gostaria de saber se você tem a relação das notas a serem aplicadas para NT2015-003 / ICMS Partilha para não contribuintes fora do Estado.
Grato.
Renato
Prezados,
Boa Tarde!
Não sei se esta dúvida já foi respondida aqui porém estamos com um problema recorrente em alguns clientes nossos. A função responsável por preencher o campo do enquadramento legal do IPI é a informada abaixo: J_1B_NF_MAP_TO_XML. Caso o campo vier em branco, o enquadramento é informado.
Gostaria de saber se tem alguém passando por este problema e como ele foi contornado. No caso, o campo CNPJ_BUPLA seria o CNPJ do local de negócios e sempre seria informado, ou seja, SEMPRE o campo do enquadramento fiscal não seria preenchido.
Fico no aguardo
Oi Felipe,
Não vi esse problema ainda.O comportamento é um pouco diferente nos release 605 e + do que nos release 604 e -. Nos 605+ o programa persiste o valor do campo na cENQ na tabela de item e no momento do mapeamento da nota ele apenas lê essa informação no include LJ_1B_NFEF24. Nos releases 604- o programa mapeia este valor a partir do customizing durante o envio da NFe para a mensageria no include LJ_1B_NFEF24.
att,
Renan Correa
Olá Felipe, como conseguiram resolver esse problema? estou passando pela mesma situação.
Mais uma mudança da SEFAZ... dessa vez afetando a data de entrada em Produção da validação dos códigos de Enquadramento Legal do IPI. Estamos com problemas hoje em alguns clientes para validação após a instalação do SP do GRC.
Link:
Portal da Nota Fiscal Eletrônica
Luis, boa tarde!
Não encontramos essa informação que afeta a entrada em produção na NT 2015.002, continua o prazo de 01/12/2015.
Onde encontrou essa informação ?
Fernando, no portal na NF-e a 2015/002 foi atualizada (v1.20) onde alteraram algumas validações para serem iniciadas em 01/01/2016.
Portal da Nota Fiscal Eletrônica</title> <!-- CSS --> <link href="css/geral.css" rel=&qu…
Olá Fernando,
diretamente da Nota Técnica v1.20:
Att.,
Luis
Só lembrando que apenas a validação do código do enquadramento do IPI que adiou.
As outras validações seguem com data de 01.12.2015.
Visto a validação da BA que agora é obrigatório enviar o CNPJ/CPF do escritório de contabilidade. Segue retorno deles:
"Prezado (a),
A obrigatoriedade da informação do CNPJ/CPF do escritório de contabilidade no XML em ambiente de produção é 01/12/2015.
Para mais informações consultar a nota técnica 2015.002, disponível no endereço www.nfe.fazenda.gov.br, Documento, Notas Técnicas."
Att,
Belei
Bom dia,
Como foi adiada a validação do codigo de enquadramento de IPI, se enviarmos o XML com a tag <CENQ> diferente de 999 corre o risco do XML ser rejeitado?
att,
Gizela
Oi Gizela, bom dia!
Aqui na empresa implementamos este domingo com os novos códigos e até agora todas as notas estão autorizando.
Sds.,
Thiago.
Obrigada pelo retorno Thiago.
Aqui faremos a implementação dia 30/11.
abs,
Gizela
Bom dia, Thiago.
Com a prorrogação da validação do IPI, o que impede de subirmos para o ambiente produtivo ou não impede?
Thks.
Olá pessoal,
Alguém sabe como desativar linhas do XML? Estamos com um cenário onde no <comb> apenas a <cProdANP> e <UFCons> será preenchido e o CIDE sempre será zerado, existe alguma configuração que podemos desativar a mesma? Obrigado.
Fala Thyago, isso está causando alguma rejeição no sefaz?
Geralmente o preenchimento das tags é habilitado conforme o cenário tratado. Porém dentro da BADI você consegue tratar o preenchimento via ABAP.
Abraços
Olá Gabriel, beleza? Não está causando nenhuma rejeição na SEFAZ.
Esse grupo de TAG <CIDE> não está sendo preenchido na BADI e mesmo assim está sendo gerado no XML com valores zerados "0,000".
Estamos partindo do pressuposto que se mandarmos essa TAG ela deve conter o valor correto se não temos valor não devemos mandar.
OBS: Essa TAG esta dentro da <comb> se eu não preencher os dados nas <cProdANP> e <UFCons> a <CIDE> não preenche, porém minha situação é como no print do comentário anterior.
Entendi Thyago.
Me falta conhecimento nos cenários de combustível. O seu pressuposto está certo. Já participei de cenários nos quais a tag principal, no seu caso a "<cProdANP>" chamava outras tags que eram atribuídas ao XML, mesmo com valor zerado.
Pessoal
Estou com muita duvida quanto a entrada em produçao da NT002.
Algumas secretarias como Minas Gerais será em Janeiro/2016. Outas em Dezembro, gerando muita duvida.
Obrigada pela ajuda
Patricia
Pessoal
Após finalizar todas as notas, estamos gerando os valores de CENQ informados pela SEFAZ através da J_1BCENQ. O problema é que a descrição da CENQ suporta somente 60 carateres no SAP sendo que a NT da SEFAZ contem descrições de até 258 caracteres. Tem algum campo que suporta essa quantidade de caracteres ?
.
Oi Justino,
O campo na tabela standard do ERP só irá permitir o cadastro até 60 caracteres.
att,
Renan Correa
Oi pessoal, alguém se deparou com esse erro?
Oi Rodolfo,
Esse erro ocorre quando houve algum problema na implementação das notas da NT002 no ambiente do GRC. O processo não foi concluído com sucesso em seu sistema.
Um workaround para resolver esse problema é implementar o SP22 por cima.
att,
Renan Correa
Renan
Referente à descrição da CENQ, como a NT da SEFAZ tem mensagens até 258 caracteres, entendemos que a SAP deve disponibilizar esse mesmo limite de caracteres na solução, pois os usuários necessitam ver toda a descrição para consultas. Tem como solicitar essa alteração ?
Grato
Oi Justino,
Essa alteração já havia sido solicitada para a equipe de desenvolvimento porém não foi realizada e não está no backlog de itens a serem desenvolvidos. Atualmente só é possível atender este requisito via alteração em projeto.
att,
Renan Correa
Olá Renan,
Você sabe informar se podemos já ir para live, ou precisamos esperar dia 01/12 para colocarmos?
Abrs.
Boa tarde, Tenho a mesma duvida,
Estamos com vários clientes com as notas aplicadas. Precisamos aguardar a data ou ja podemos subir?
Boa tarde Odeide,
Transportamos a NT002 para produção hoje mesmo, e parece estar tudo certo por enquanto.
Olá Pessoal,
estou com um problema ao efetuar a costumizing das Taxas de IPI na tabela J_1BATL2V: após especificar os valores como por exemplo:
após derterminar a classe guardei no transporte porém os valores nao foram transportados.
alguém sabe o que estária causando este bug. Na descricao das acoes pós implementacao há também uma passagem que nao sei como executar, que talvez seja responsável por esta falha:
2 CHANGES TO TABLE VIEW
J_1BATL2V
2.1 In transaction SE54, change the Generated Objects of the J_1BATL2V view.
2.2 Select the Generated Objetcs radio button. Choose Create/Change.
2.3 In the Compare Flag, set to Automatically Adjustable.
2.4 Save. - (Até aqui tudo bem, mas o passo seguinte nao tem como ser executado)
2.5 Click on Change pushbutton.
2.6 Select the New field/sec. Table in structure and the other text table relation options and Continue.
2.7 Select the Normal field option and Continue. (Final do PDF)
Agradeco a ajuda de todos!!
att. Eder Borges
Conseguimos solucionar o problema Agora e podemos continuar os testes
Boa noite Eder,
Por favor, você pode me informar se você encontrou a solução para este problema, eu também estou com o mesmo problema, se você puder compartilhar eu fico muito agradecido.
Sds
Edward
Olá Pessoal, boa tarde!
No dia de hoje, nesse exato minuto..srs podemos concluir que:
Para dia 01.12.2015, pensando apenas no modelo 55, e levando em consideração que a validação do enquadramento legal de IPI só se dará em 01.01.2016, concluo que não precisamos subir nenhuma nota da SAP para PRD correto ?
As validações exigidas a partir de 01.12.2015 serão apenas consistencias nas Tags já existentes no XML correto?
Obrigado,
Francisco
Boa tarde Francisco,
Há também para o modelo 55 o novo motivo de Desoneração de ICMS (16 - Olimpíadas Rio 2016) para os casos que se aplicam.
Atte.
Carina Cousseau
Boa tarde Carina.
Exato, bem lembrado, obrigado!
att,
Boa tarde a todos ! Aplicamos as Notas da NT002, porém ao executar a J1b1n_imp o sap gera a mensagenm de que o código de enquadramento do IPI está vazio. Estou procurando Notas porém nao achei. Nao queremos mexer na BADI ainda. Aguém passou por isso já? Obrigado! Fernando
Fernando, boa tarde
As notas do CENQ foram aplicadas? O direito fiscal de IPI usado na NFe está configurado com o CENQ?
Se sim, caso a NFe tenha sido criada com cópia de uma antiga, insira novamente o direito fiscal de IPI pois o CENQ não existia na NFe anterior, daí nao carrega na nota fiscal nova.
.
Att,
Gizela
Oi Fernando,
Apaguei os seus múltiplos posts com o mesmo conteúdo, por favor evite repetir a mesma pergunta pegando carona em várias threads. Entendo que você tem um problema crítico, porém fazendo spam na comunidade não é a maneira correta de ter a sua dúvida resolvida.
att,
Renan Correa
Boa tarde Renan tudo bem?!
Estou num cliente que estamos enfrentando um problema nas inutilizações. O GRC 10 estava no SP 16 e o mesmo foi atualizado para o 22, ao realizar os testes integrados para atender a NT002.2015 ocorram sem problema algum, sendo autorização de nota e cancelamentos, entretanto para o processo de Inutilização esta ocorrendo o erro abaixo, pode nos informar se é necessário aplicar alguma nota?
Pois já deletamos e recriamos as interfaces de Inutilização, limpeza de cache, etc... Segue abaixo testes e os logs de PI e Java:
Ao realizar novos testes e refazer os cenários de inutilização, identificamos novos problemas, incluindo um log completo de um erro de mapeamento de campos do XML.
RuntimeException during appliction Java mapping com/sap/xi/tf/_SKIPR_nfeInutilizacaoNF_Merge_nfeInutilizacaoNFResponse_TO_nfeInutilizacaoNFResponse_
Thrown:
com.sap.aii.utilxi.misc.api.BaseRuntimeException: RuntimeException in Message-Mapping transformation: Cannot produce target element /ns0:Messages/ns0:Message1/ns1:nfeInutilizacaoNFResponse/ns1:nfeInutilizacaoNF2Result/ns2:retInutNFe/ns2:infInut/ns2:dhRecbto. Queue does not have enough values in context. Target XSD requires a value for this element, but target-field mapping does not produce one. XML instance is probably not valid for source XSD, or target-field mapping does not fulfil requirements of target XSD.
at com.sap.aii.mappingtool.tf3.AMappingProgram.start(AMappingProgram.java:423)
at com.sap.aii.mappingtool.tf3.Transformer.start(Transformer.java:142)
at com.sap.aii.mappingtool.tf3.AMappingProgram.execute(AMappingProgram.java:142)
at com.sap.aii.ib.server.mapping.execution.TransformationWrapper.transform(TransformationWrapper.java:39)
at com.sap.aii.ib.server.mapping.execution.JavaMapping.executeStep(JavaMapping.java:112)
at com.sap.aii.ib.server.mapping.execution.Mapping.execute(Mapping.java:60)
at com.sap.aii.ib.server.mapping.execution.MappingHandler.map(MappingHandler.java:87)
at com.sap.aii.ib.server.mapping.execution.MappingHandler.map(MappingHandler.java:71)
at com.sap.aii.ibrun.sbeans.mapping.MappingRequestHandler.handleMappingRequest(MappingRequestHandler.java:119)
at com.sap.aii.ibrun.sbeans.mapping.MappingRequestHandler.handleRequest(MappingRequestHandler.java:72)
at com.sap.aii.ibrun.sbeans.mapping.MappingServiceImpl.processFunction(MappingServiceImpl.java:79)
at sun.reflect.GeneratedMethodAccessor418.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.sap.engine.services.ejb3.runtime.impl.RequestInvocationContext.proceedFinal(RequestInvocationContext.java:46)
at com.sap.engine.services.ejb3.runtime.impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java:166)
at com.sap.engine.services.ejb3.runtime.impl.Interceptors_StatesTransition.invoke(Interceptors_StatesTransition.java:19)
at com.sap.engine.services.ejb3.runtime.impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java:179)
at com.sap.engine.services.ejb3.runtime.impl.Interceptors_Resource.invoke(Interceptors_Resource.java:74)
at com.sap.engine.services.ejb3.runtime.impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java:179)
at com.sap.engine.services.ejb3.runtime.impl.Interceptors_Transaction.doWorkWithAttribute(Interceptors_Transaction.java:38)
at com.sap.engine.services.ejb3.runtime.impl.Interceptors_Transaction.invoke(Interceptors_Transaction.java:22)
at com.sap.engine.services.ejb3.runtime.impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java:179)
at com.sap.engine.services.ejb3.runtime.impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java:191)
at com.sap.engine.services.ejb3.runtime.impl.Interceptors_StatelessInstanceGetter.invoke(Interceptors_StatelessInstanceGetter.java:23)
at com.sap.engine.services.ejb3.runtime.impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java:179)
at com.sap.engine.services.ejb3.runtime.impl.Interceptors_SecurityCheck.invoke(Interceptors_SecurityCheck.java:21)
at com.sap.engine.services.ejb3.runtime.impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java:179)
at com.sap.engine.services.ejb3.runtime.impl.Interceptors_ExceptionTracer.invoke(Interceptors_ExceptionTracer.java:16)
at com.sap.engine.services.ejb3.runtime.impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java:179)
at com.sap.engine.services.ejb3.runtime.impl.DefaultInvocationChainsManager.startChain(DefaultInvocationChainsManager.java:133)
at com.sap.engine.services.ejb3.runtime.impl.DefaultEJBProxyInvocationHandler.invoke(DefaultEJBProxyInvocationHandler.java:164)
at $Proxy238.processFunction(Unknown Source)
at sun.reflect.GeneratedMethodAccessor2056.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.sap.engine.services.rfcengine.RFCDefaultRequestHandler.handleRequest(RFCDefaultRequestHandler.java:183)
at com.sap.engine.services.rfcengine.RFCJCOServer$J2EEApplicationRunnable.run(RFCJCOServer.java:267)
at com.sap.engine.core.thread.impl3.ActionObject.run(ActionObject.java:37)
at java.security.AccessController.doPrivileged(Native Method)
at com.sap.engine.core.thread.impl3.SingleThread.execute(SingleThread.java:182)
at com.sap.engine.core.thread.impl3.SingleThread.run(SingleThread.java:280)
Caused by: com.sap.aii.mappingtool.tf3.IllegalInstanceException: Cannot produce target element /ns0:Messages/ns0:Message1/ns1:nfeInutilizacaoNFResponse/ns1:nfeInutilizacaoNF2Result/ns2:retInutNFe/ns2:infInut/ns2:dhRecbto. Queue does not have enough values in context. Target XSD requires a value for this element, but target-field mapping does not produce one. XML instance is probably not valid for source XSD, or target-field mapping does not fulfil requirements of target XSD.
at com.sap.aii.mappingtool.tf3.AMappingProgram.processNode(AMappingProgram.java:305)
at com.sap.aii.mappingtool.tf3.AMappingProgram.processNode(AMappingProgram.java:331)
at com.sap.aii.mappingtool.tf3.AMappingProgram.processNode(AMappingProgram.java:331)
at com.sap.aii.mappingtool.tf3.AMappingProgram.processNode(AMappingProgram.java:331)
at com.sap.aii.mappingtool.tf3.AMappingProgram.processNode(AMappingProgram.java:331)
at com.sap.aii.mappingtool.tf3.AMappingProgram.processNode(AMappingProgram.java:331)
at com.sap.aii.mappingtool.tf3.AMappingProgram.processNode(AMappingProgram.java:331)
at com.sap.aii.mappingtool.tf3.AMappingProgram.start(AMappingProgram.java:418)
... 41 more
O erro pode ser reproduzido abrindo-se o PI no mapeamento indicado:
SKIPR_nfeInutilizacaoNF_Merge_nfeInutilizacaoNFResponse_TO_nfeInutilizacaoNFResponse
*SAPBO SLL-NFE 10.0 (http://sap.com/xi/NFE/008)
Para o teste, o XML abaixo pode ser utilizado e é capaz de reproduzir o erro encontrado no teste “completo”.
<?xml version="1.0" encoding="utf-8"?><nm:nfeInutilizacaoNF xmlns:nm="http://sap.com/xi/NFE/008" xmlns:prx="urn:sap.com:proxy:NFD:/1SAI/TAS5E01F5D5C03E518A27F3:702"><n0:cUF xmlns:n0="http://sap.com/xi/NFE/008">35</n0:cUF><n0:tpEmis xmlns:n0="http://sap.com/xi/NFE/008">1</n0:tpEmis><n0:tpAmb xmlns:n0="http://sap.com/xi/NFE/008">2</n0:tpAmb><n0:NFeID xmlns:n0="http://sap.com/xi/NFE/008">35151200158141000137550000000017061368562857</n0:NFeID><ne:nfeDadosMsg xmlns:ne="http://sap.com/xi/NFE/008"><n0:inutNFe versao="3.10" xmlns:n0="http://www.portalfiscal.inf.br/nfe" xmlns="http://www.portalfiscal.inf.br/nfe"><infInut Id="ID35150015814100013755000000001706000001706"><tpAmb>2</tpAmb><xServ>INUTILIZAR</xServ><cUF>35</cUF><ano>15</ano><CNPJ>00158141000137</CNPJ><mod>55</mod><serie>0</serie><nNFIni>1706</nNFIni><nNFFin>1706</nNFFin><xJust>Poor Quality Cancellation</xJust></infInut><Signature xmlns="http://www.w3.org/2000/09/xmldsig#"><SignedInfo><CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/><SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/><Reference URI="#ID35150015814100013755000000001706000001706"><Transforms><Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/><Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/></Transforms><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/><DigestValue>/Rx94hb8Tt6D7EIvWuz0YTDjmH0=</DigestValue></Reference></SignedInfo><SignatureValue>FJZauYFOPJWJC8EBvon908qtpQWS1oewdf8xVPT8UgnHfy80uhq8hQLcn2yHNrabo98MchnF2YRr
WHLkpYo3bsFzxgknm07LWn3wNVCq4OkENumI4VF0sINsGN1CUgyRenhhxCHxpjDbgbh7iLErLoRQ
sGA1psS+Lr+NFITnSzL6Ym+Lii2YmhYiPSuaQWoYrzmz/u+BRkTaFichUamtCt0BWB1WZW8zO3Xg
WBWprWkcx2o7ME3R/r8FBAGx/h7sYbrt7G7Iw68lLPVVetgEuqYbAFSkCm8icTLNlryx9aRFn+IM
RU5Qh8P3VeFB5Q+13floJ7G2ESj9/9lpja0ebA==</SignatureValue><KeyInfo><X509Data><X509Certificate>MIIH2zCCBcOgAwIBAgIIbGNdgX6Ata8wDQYJKoZIhvcNAQELBQAwTDELMAkGA1UEBhMCQlIxEzAR
BgNVBAoTCklDUC1CcmFzaWwxKDAmBgNVBAMTH1NFUkFTQSBDZXJ0aWZpY2Fkb3JhIERpZ2l0YWwg
djIwHhcNMTUxMTA0MTUwMzAwWhcNMTYxMTAzMTUwMzAwWjCB7TELMAkGA1UEBhMCQlIxEzARBgNV
BAoTCklDUC1CcmFzaWwxFDASBgNVBAsTCyhFTSBCUkFOQ08pMRgwFgYDVQQLEw8wMDAwMDEwMDU3
MzAxMDgxFDASBgNVBAsTCyhFTSBCUkFOQ08pMRQwEgYDVQQLEwsoRU0gQlJBTkNPKTEUMBIGA1UE
CxMLKEVNIEJSQU5DTykxFDASBgNVBAsTCyhFTSBCUkFOQ08pMRQwEgYDVQQLEwsoRU0gQlJBTkNP
KTErMCkGA1UEAxMiV0FURVJTIFRFQ0hOT0xPR0lFUyBETyBCUkFTSUwgTFREQTCCASIwDQYJKoZI
hvcNAQEBBQADggEPADCCAQoCggEBAIDQUSMgtPdYdJ9VjhUabNzWdQTxa06vUBFjzSzP5dYt5oXZ
riSG0yek5MfmEjFxYhuGbkxoazHK5buw0qIsdzJu7rW5CyV20nIZfqwins51+DoAx25MPHXkBpkv
DcPUF79pqQtpsK8TH77lO5RpBy6bbBN8c/+40b5Ztfdv2+d0MlrnoL/UPgKIIZfFWLtSGhaKCQ4l
pyncXCK9E1KpxeF857ffU23hVJZSuvEahFBUJj7m50StmLQktKPt7sTLROZ+kg0cYpgxoxhHZJT8
dksRgt8mv9Q9d/Ze7BoRBYKPN5LyaOt7g7tYYhgWYFVQROSyJRKxV1AZPiXR7veslYsCAwEAAaOC
Ax0wggMZMIGXBggrBgEFBQcBAQSBijCBhzBHBggrBgEFBQcwAoY7aHR0cDovL3d3dy5jZXJ0aWZp
Y2Fkb2RpZ2l0YWwuY29tLmJyL2NhZGVpYXMvc2VyYXNhY2R2Mi5wN2IwPAYIKwYBBQUHMAGGMGh0
dHA6Ly9vY3NwLmNlcnRpZmljYWRvZGlnaXRhbC5jb20uYnIvc2VyYXNhY2R2MjAfBgNVHSMEGDAW
gBSa4IMQ1yab6bragrKBzjka04dwhjBxBgNVHSAEajBoMGYGBmBMAQIBBjBcMFoGCCsGAQUFBwIB
Fk5odHRwOi8vcHVibGljYWNhby5jZXJ0aWZpY2Fkb2RpZ2l0YWwuY29tLmJyL3JlcG9zaXRvcmlv
L2RwYy9kZWNsYXJhY2FvLXNjZC5wZGYwgfAGA1UdHwSB6DCB5TBJoEegRYZDaHR0cDovL3d3dy5j
ZXJ0aWZpY2Fkb2RpZ2l0YWwuY29tLmJyL3JlcG9zaXRvcmlvL2xjci9zZXJhc2FjZHYyLmNybDBD
oEGgP4Y9aHR0cDovL2xjci5jZXJ0aWZpY2Fkb3MuY29tLmJyL3JlcG9zaXRvcmlvL2xjci9zZXJh
c2FjZHYyLmNybDBToFGgT4ZNaHR0cDovL3JlcG9zaXRvcmlvLmljcGJyYXNpbC5nb3YuYnIvbGNy
L1NlcmFzYS9yZXBvc2l0b3Jpby9sY3Ivc2VyYXNhY2R2Mi5jcmwwDgYDVR0PAQH/BAQDAgXgMB0G
A1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBxgYDVR0RBIG+MIG7gRdXQUdORVJfRkFSSUFA
V0FURVJTLkNPTaA+BgVgTAEDBKA1EzMxMDEwMTk3NTYyNDg1MDMyMzAwMDAwMDAwMDAwMDAwMDAw
MDAwMDE2MDIzMjlTU1AgTUGgLAYFYEwBAwKgIxMhRU1FUlNPTiBFVkFOR0VMSVNUQSBEQSBBTlVO
Q0lBQ0FPoBkGBWBMAQMDoBATDjAwMTU4MTQxMDAwMTM3oBcGBWBMAQMHoA4TDDAwMDAwMDAwMDAw
MDANBgkqhkiG9w0BAQsFAAOCAgEARqgUEEmBG+OlnYYGXUaYc6ezuxguXokXrmBI4I/pSQVAqg1U
Wf7y3n/cnjXGH0OoldsCY3vjuRtfKvkROHBNEV/GnWheMuVgP8Crnzc2nIRi6jZHD+JPOBVTwg2P
x7VMzZ2PWTMBHN3amqSowfLUooG8SQcOJQuPA+ZZJCtJr68XcyMzzFaEGRBf73JY1GLU5jo6Evs1
mV2GUhylSQTFDIYUuAwdhOGcNN7FgkFmTZyThVYzb0oPL9vGgZUAGWkdv5VGmdynXuAXv9IX7MDb
yEvc35nOUOY1JMAm3+7k4vtM0PFUtdSo/uBSyUgXFyhgLNa8JME9Ck+/RzqtZaXenCo7npE6cYVV
jasxh2Wo0+A4vyLPGqW8n4wjcXV+w8FMImMFh87tIFRj9AqESoVWl7mvaF3C7DMPsv/SjHNnPMxn
QsRt5b8B42LrSYJ172sHAr90p9p9aehaixO5+tCo8538ec8uCoMGby/vNby++Efsfb4XU8BdZD7j
hRbuo2wlRVn6sO2L31Z2WfK1U54mA8Xo40fisPJELMO7CTjjZ1WYLwsdYb/cGe4Tl6o48wVCt00O
rwUSSxDlTK629fMr/las7LUgHyl3TYqeynfnLYDydXKQkMVTzYFFYDQi5Yl/T2W2t/AU7jqK4j1r
BrLJRW0VJL032ULjZxh9rZRPhDY=</X509Certificate></X509Data></KeyInfo></Signature></n0:inutNFe></ne:nfeDadosMsg></nm:nfeInutilizacaoNF>
Vale notar que o campo acusado no log, de data, não é enviado no XML. Por não estar no XML, resta ao PI montar o campo na saída do processamento, o que talvez não esteja acontecendo por problemas na versão do mapeamento da inutilização atualmente em uso.
Ou devemos abrir um chamado direto na SAP para esse caso?
Oi Thalita,
Não vi esse erro antes. Conseguiste resolver o problema ou abriste um chamado para a SAP?
att,
Renan
Olá Renan,
Foi aplicado todas as Notas e os pre-requisitos solicitados, mais ao testar gerando uma Nota Fiscal Writer na esta sendo preenchido o campo no XML 'cEnq', na tabela J_1BATL2V esta configurado com as informações necessárias, quando e gerado pela VF01 esta sendo informado o campo no XML.
Tem algum Nota para este problema, ou temos que tratar através da BADI.
Obrigado
Edward
Is there an English version of this anywhere?!