o GRC 10.0 não está gerando CCe.

[Former Member]

Boa tarde

Estou com um problema no meu ambiente produtivo ao criar uma CCe.

- Ao criar uma CCe, fica como aguardando resposta quando o evento é consultado.

- No monitor do GRC (event Monitor), apareceu com um erro (uma bolinha vermelha).

- Após selecionar a linha, e mandar continuar o processo, apareceu conforme abaixo, e não mudou:

- Ao consultar os eventos referentes a nota, aparece conforme abaixo:

- No ambiente de QAS está funcionando corretamente, somente em PRD que está assim.

- Em PRD eu cheguei a recriar o cenário de EVENTO, mas o problema persistiu.

Alguém sabe se é alguma coisa na SEFAZ que mudou? Se tem alguma SAP Note para corrigir este problema?

Obrigado.

[Former Member · Accepted solution]

Caros amigos

Uma coisa que eu percebi no log do PI ao gerar uma CCe em PRD, foi a sequencia de mensagens conforme as imagens.

- A imagem abaixo corresponde a mensagem destacada, quando é retornado da SEFAZ.

- Eu vejo que tem alguma coisa que não está validando corretamente o XML. Porém, em QA está funcionando.

- Eu não sei como proceder diante disso. Alguém poderia me ajudar por favor?

Obrigado.

[Former Member · Accepted solution]

Caros

Eu peguei uma CCe criada em PRD com este erro, e gerei em QA achando que poderia ser problema com acentuação na descrição da CCe. Mas aí eu criei uma CCe identica, e em QA funcionou.

[henrique_pinto · Accepted solution]

Ele está reclamando de erro de schema; cole aqui o XML do payload de envio pra SEFAZ.

[Former Member · Accepted solution]

Henrique

Este payload é a mensagem anterior a que eu mostrei no print acima? Ou é o XML com a tag <evento> que eu baixo no monitor do GRC?

O que eu fiz ontem foi pegar o XML com a tag <evento>, e validar no altova com o schema do CCe_v.100.xsd, e retornou como OK.

Att.

[henrique_pinto · Accepted solution]

Seria o equivalente ao da msg acima, só que em vez de observar o da volta ao GRC, pegue o da ida (do PI, BPM, para a SEFAZ, e.g. input da msg SYNC).

[Former Member · Accepted solution]

Henrique

eu peguei a mensagem referente a sender interface (EVENT_nfeRecepcaoEvento_SYNC). No print acima do sxi_monitor, a sequencia de mensagens está em ordem decrescente.

-----------------------------------------------------------------------------------------------------------------------------

<?xml version="1.0" encoding="UTF-8"?>

<soap12:Envelope xmlns:soap12="http://www.w3.org/2003/05/soap-envelope" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><soap12:Header><nfeCabecMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/RecepcaoEvento"><cUF>35</cUF><versaoDados>1.00</versaoDados></nfeCabecMsg></soap12:Header><soap12:Body><nfeDadosMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/RecepcaoEvento"><envEvento xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00"><idLote>000000000000113</idLote><evento versao="1.00"><infEvento Id="ID1101103513040880228300010555002000026791158013120001"><cOrgao>35</cOrgao><tpAmb>1</tpAmb><CNPJ>08802283000105</CNPJ><chNFe>35130408802283000105550020000267911580131200</chNFe><dhEvento>2013-04-15T11:20:45-03:00</dhEvento><tpEvento>110110</tpEvento><nSeqEvento>1</nSeqEvento><verEvento>1.00</verEvento><detEvento versao="1.00"><descEvento>Carta de Correcao</descEvento><xCorrecao>CORREÇÃO CFOP : 5949 RETORNO DE LOCAÇÃO</xCorrecao><xCondUso>A Carta de Correcao e disciplinada pelo paragrafo 1o-A do art. 7o do Convenio S/N, de 15 de dezembro de 1970 e pode ser utilizada para regularizacao de erro ocorrido na emissao de documento fiscal, desde que o erro nao esteja relacionado com: I - as variaveis que determinam o valor do imposto tais como: base de calculo, aliquota, diferenca de preco, quantidade, valor da operacao ou da prestacao; II - a correcao de dados cadastrais que implique mudanca do remetente ou do destinatario; III - a data de emissao ou de saida.</xCondUso></detEvento></infEvento><Signature><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="#ID1101103513040880228300010555002000026791158013120001"><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>KS+a/VDuhh4IUM2Fdvx1ZH3MUXA=</DigestValue></Reference></SignedInfo><SignatureValue>lTgN1+W7gjNazfUD5ErNOHmoGkdl16trcOk1AjRAs/Bz9YW9nm5fl6Vt2idqJGT9js5tvtDQr494

nlQHsMzr+140Ly2WWauqzRDlGZgYAS+crZSs6l8QT4thp809pJ28yRBejT5RKT2QWsrAk/pttEd6

hpUwxV5l3SJr16goT+3dW5W9XjWBsc47u8O7zUS+9SP1bNIvKBnfscQxrN2/h8y2Q9q2TpNyTHW4

A+XT+at4UChLMOKgyKEmp0F2e/V5uw672FQi/orOetLt01179h7LqAjmeRynduxxqMvhvSHmSQBq

9ZQvgL82y+E8FAARK6SEUdKkqFFAu7PGNi+u6g==</SignatureValue><KeyInfo><X509Data><X509Certificate>MIIH2jCCBcKgAwIBAgIIXsBMmEbn4skwDQYJKoZIhvcNAQELBQAwTDELMAkGA1UEBhMCQlIxEzAR

BgNVBAoTCklDUC1CcmFzaWwxKDAmBgNVBAMTH1NFUkFTQSBDZXJ0aWZpY2Fkb3JhIERpZ2l0YWwg

djIwHhcNMTIwNzI0MTkzODAwWhcNMTMwNzI0MTkzODAwWjCB4TELMAkGA1UEBhMCQlIxEzARBgNV

BAoTCklDUC1CcmFzaWwxFDASBgNVBAsTCyhFTSBCUkFOQ08pMRgwFgYDVQQLEw8wMDAwMDEwMDM0

MjEzMjAxFDASBgNVBAsTCyhFTSBCUkFOQ08pMRQwEgYDVQQLEwsoRU0gQlJBTkNPKTEUMBIGA1UE

CxMLKEVNIEJSQU5DTykxFDASBgNVBAsTCyhFTSBCUkFOQ08pMRQwEgYDVQQLEwsoRU0gQlJBTkNP

KTEfMB0GA1UEAxMWU0dEIEJSQVNJTCBWSURST1MgTFREQTCCASIwDQYJKoZIhvcNAQEBBQADggEP

ADCCAQoCggEBAKkoxLIz62UcW2Dcqrt15/BC5sMMkXN8lip3myAuO29QDUhXLpKbyiMfhJJf8VdE

qxuCcU9Ui6LOwLstVJrOx1ZKg5cDPidJaU+/sBWyEq8OltqpxclPv9PXlfIZbW1VJ+yv5SHysSzz

/ID4aqiy7x9HsKNHVOAplVAqGCiWk/LojaH4SWi3B2v9N+8i2MCT+RceZTcXv5WmlkEip4s102tn

MAsAQN2nFy2ZrotRw0KO6WpK14eUNTtZEIBOKR9vPc3F5P5qRxyYkULWWJ7/EIngyh9D1/ZsaEvP

Qm5FiJyAnRBi6Zv9sv0+NjprN4M0NkOs2lK6Slv90pZScETcC/kCAwEAAaOCAygwggMkMIGXBggr

BgEFBQcBAQSBijCBhzBHBggrBgEFBQcwAoY7aHR0cDovL3d3dy5jZXJ0aWZpY2Fkb2RpZ2l0YWwu

Y29tLmJyL2NhZGVpYXMvc2VyYXNhY2R2Mi5wN2IwPAYIKwYBBQUHMAGGMGh0dHA6Ly9vY3NwLmNl

cnRpZmljYWRvZGlnaXRhbC5jb20uYnIvc2VyYXNhY2R2MjAfBgNVHSMEGDAWgBSa4IMQ1yab6bra

grKBzjka04dwhjBxBgNVHSAEajBoMGYGBmBMAQIBBjBcMFoGCCsGAQUFBwIBFk5odHRwOi8vcHVi

bGljYWNhby5jZXJ0aWZpY2Fkb2RpZ2l0YWwuY29tLmJyL3JlcG9zaXRvcmlvL2RwYy9kZWNsYXJh

Y2FvLXNjZC5wZGYwgfAGA1UdHwSB6DCB5TBJoEegRYZDaHR0cDovL3d3dy5jZXJ0aWZpY2Fkb2Rp

Z2l0YWwuY29tLmJyL3JlcG9zaXRvcmlvL2xjci9zZXJhc2FjZHYyLmNybDBDoEGgP4Y9aHR0cDov

L2xjci5jZXJ0aWZpY2Fkb3MuY29tLmJyL3JlcG9zaXRvcmlvL2xjci9zZXJhc2FjZHYyLmNybDBT

oFGgT4ZNaHR0cDovL3JlcG9zaXRvcmlvLmljcGJyYXNpbC5nb3YuYnIvbGNyL1NlcmFzYS9yZXBv

c2l0b3Jpby9sY3Ivc2VyYXNhY2R2Mi5jcmwwDgYDVR0PAQH/BAQDAgXgMB0GA1UdJQQWMBQGCCsG

AQUFBwMCBggrBgEFBQcDBDCB0QYDVR0RBIHJMIHGgR1DTEFVRElBLkxBVVJFTlRFQFNHREdST1VQ

LkNPTaA+BgVgTAEDBKA1EzMwODA1MTk3NzI1OTk0MDAyODc5MDAwMDAwMDAwMDAwMDAwMDAwMDAw

MDAwMDAwMDAwMDCgMQYFYEwBAwKgKBMmQU5EUkVBIENBTVBPUyBERSBBU1NJUyBFIE1FTkRFUyBO

RUdSQU+gGQYFYEwBAwOgEBMOMDg4MDIyODMwMDAxMDWgFwYFYEwBAwegDhMMMDAwMDAwMDAwMDAw

MA0GCSqGSIb3DQEBCwUAA4ICAQA3LiLhoTjbNmHKAQU2UsIF2GUsxkSmVI6q5pTdJC7T+z+8UiMl

wTfbs/JWJRkscqKNJuFk29TkdNLVv1+c4oVQptx7pr9GNZUoAcxdCc2SCiCJCyLhIcNI3UeTeUND

pd8mlg5BePFyh9XDza8w9Nyt+SAqRXKwiRp5utP2UVmg3i8raALk0cwiDu7qn0Abms43Wxr9xzXQ

F/AHiYmGFKuYf07LQIXBRtn7/4iWMMMnofesiZXn6i5PTDeTbK5OI7dzo++u55sWzCyLwlvHkCo9

WdInH7umlKFajUgHsZ0em89AkVo9WuTLHVdb7vWTa88+fNYV0yEwAyx+7w1sUcAkpY/JXzynOOlk

KNF8G32qZR3XNmglV2fVEybi841Sds89B4XYahl3lNFpdA0jEbQMj6ahWMdYexS1Kv3DDhC6pwHw

fzoZYsQgNMHFzbsqgrhJ0XEBUhovjC7EApaA5WJi0Qqq4gN/C4TAsrlP0ebsYO1NaEW8SGrRsdEx

ICWHtbrcLCVxXbYsWEb4Xbjbxn8elG4R4ANTVsSJ8GaP/fQJ3a+8imzmJQMbZw4xTfEzBS+D7Rpa

jqiJiHzciZ9zp+jPiNxPAu1Q1iiFb4kp2legVczErShXFFKwQ0eRhw7wEfroXwP0hxaeZA+Dx3UP

RTccotV9cGijrMPjRQlVzlu8+A==</X509Certificate></X509Data></KeyInfo></Signature></evento></envEvento></nfeDadosMsg></soap12:Body></soap12:Envelope>

------------------------------------------------------------------------------------------------------------------------------------------------

Caso nao seja isso, me avisa por favor.

Obrigado.

[rhviana · Accepted solution]

André Silva bom dia,

Acho que já sei qual é o problema, tive essa mesma situação em alguns clientes que passei, a falha do schema XML é porque o texto do CC-e não pode conter acentos e nem caracteres especiais.

"OBS.:

1. Recomendamos a não utilização de caracteres especiais ou acentuação nos textos das

mensagens de erro.

2. Recomendamos que o campo xMotivo da mensagem de erro para o código 999 seja informado

com a mensagem de erro do aplicativo ou do sistema que gerou a exceção não prevista.

;"

Olha o texto que você mandou de correção:

<xCorrecao> CORREÇÃO CFOP : 5949 RETORNO DE LOCAÇÃO </xCorrecao

Contem caracteres especiais.

Corrige o texto e veja se vai continua o erro.

Att,

Ricardo Viana.

[Former Member · Accepted solution]

Ricardo

Esse mesmo texto eu gerei em QA, e a CCe foi gerada corretamente.

Em PRD, eu peguei um lote de evento que tava com erro, e mandei reprocessar, e funcionou. Mas estou aguardando uma CCe gerada do zero para ver se o problema irá persistir.

Att.

[former_member182114 · Accepted solution]

Bom dia André,

Qual SP do SAP NFE você está usando? Anteriormente não tinha validação / remoção dos caracteres especiais e acentos. Isso foi introduzido no SP12 se não me engano. Verifique também se o validador está ligado para este CNPJ.

Atenciosamente, Fernando Da Rós

[Former Member · Accepted solution]

Fernando

Aqui o GRC 10 usa o SP 12.

Pode ser que seja por isso que no ambiente de testes esteja funcionando.

Mas eu abri um chamado na SAP, e disseram que isso pode ter sido uma instabilidade com a SEFAZ, só que o cancelamento via evento usa o mesmo webservice e não está com problema.

Aqui no projeto eu reprocessei um lote de evento incorreto, e a SEFAZ retornou com OK.

Agora estou correndo em paralelo e aguardando a criação de uma CCe.

Att.

[former_member182114 · Accepted solution]

Bom dia André,

Recomendo fortemente a lista de notas nesta thread.

http://scn.sap.com/thread/3338898

Alguns processos nem estão com erro em si, vão e voltam da Sefaz Ok. Mas não são atualizados pois no momento da atualização tinha outro processo usuário ou /xnfe/get_acknowledgment com lock no processo.

Atenciosamente, Fernando Da Rós

[henrique_pinto · Accepted solution]

Vc comparou se o QA está com o validador e PRD não?

[Former Member · Accepted solution]

Pessoas

O problema foi resolvido, não sei porque diabos estava ocorrendo.

Eu exclui o cenário e o job de evento, e em seguida rodei o CPA Cache e o sxi_cache.

Logo em seguida criei o cenário, rodei o CPA Cache e por ultimo, criei novamente o Job.

Aí os lotes de eventos que estavam em processamento, eu "marretei na tabela" forçando status de erro de lote e mandando reprocessar, aí estava ocorrendo o retorno correto.

E hoje eu vi que uma CCe foi gerada corretamente.

Vai saber o que aconteceu, mas enfim, agradeço a ajuda e a disposição de todos.

Att.