Erro 491 - CC-e emitida para NFe em modo SCAN

[Former Member]

Olá,

Gostaria de saber se alguém já testou a CCe para notas emitidas em modo SCAN e se existe realmente esta possibilidade, visto que fizemos um teste e a CCe voltou com status de Recusado, Erro 491 - tpEvento informado inválido.

[Former Member · Accepted solution]

Olá,

Então, depois de correr muito atrás de alguém que tivesse o mesmo cenário para fazer um teste e nos dizer, primeiramente, se NFe emitida pelo SCAN aceita ou não a CCe, consegui falar com um PI que pode fazer o teste pra gente e deu certo.

A partir dai, analisando o xml e o tipo de emissão, que para o SCAN é 3, percebemos que a configuração de recepção de evento estava com 2 condições, uma para a SEFAZ de origem e outra para SCAN, como não existe o WS de evento para o SCAN, temos que emitir o evento para o próprio estado, ou seja, precisamos mudar a regra no PI para validar somente UF e Tipo de ambiente. Feito isso, deu certo e a CCe foi aprovada!

Obrigada pela atenção de todos!

[former_member193386 · Accepted solution]

eu detesto estar certo, rs, sabia que era configuracao do lado do PI, bem ROberta agora basta fechar a thread

[former_member182114 · Accepted solution]

Bom dia Roberta,

Fiquei com dúvidas quanto a solução, como não pude testar esta solução por minhas mãos vou explorar você um pouco, agradeço desde já a ajuda reversa 😉

Você tinha uma configuração que tratava o tpEmis e direcionava a um WS do SCAN? ou não?

A solução foi tratar apenas CUF + tpAmb, certo? E direcionar sempre para um WS da Sefaz Origem?

Se for assim a Sefaz não disponibilizou contingência online para eventos?

Minha dúvida tá pelo cOrgao que está no manual, pois se tem o WS SCAN e ele rejeita apenas por não receber um cOrgao = 90. Digo isso pois talvez seja caso para adequar o SAP NFE para quanto tpEmis=3 (SCAN) preencher o cOrgao=90 ao invés do CUF.

Atenciosamente, Fernando Da Rós

[Former Member · Accepted solution]

Oi Fernando,

Desculpe a demora para responder, eu só vi sua pergunta hoje...

Então, como não existe o WS de evento para o SCAN, a configuração feita no receiver determination seguiu a regra para emitir a CCe para o próprio estado e tipo de ambiente.

Dessa forma, mesmo a nota sendo emitida em SCAN (que já muda automaticamente para tpamb =3) ele vai emitir o evento, no caso a CC-e, na SEFAZ do estado correto.

Espero ter ajudado.

Att,

Roberta Galacine

[Former Member]

Carlos,

A CCe foi recusada (evento não autorizado, por isso não pode ser expedido). O processo de ida e volta, está ok, o problema é que a CCe não é autorizada...apresenta o código 491 - Recusada...

[former_member182114]

Bom dia Roberta,

Li suas informações e ao que parece a sua constatação sobre o cOrgao pode ter algum sentido, ou então, o tpEvento x 491 quer dizer que o ambiente SCAN não aceita este evento.

Como seu XML está correto e as informações informadas pelo GRC estão conforme o produto atualmente preenche (cOrgao=CUF) então o melhor a fazer é abrir um chamado na Sefaz solicitando análise específica do motivo da recusa de evento no SCAN para seu caso.

Com esta resposta pode ser necessário modificar o preenchimento pelo GRC, mas isto depende da informação oficial da Sefaz.

Poderia entrar em contato com eles e depois nos dar um feedback?

Se alguém já testou e tiver mais informações também é de boa ajuda.

Atenciosamente, Fernando Da Rós

[former_member193386]

Fernando

Fiz um teste de uma NFe emitida para o SEFAZ SP e RS via SCAN e a CCe funcionou normalmente, creio que our seja um problema isolado com o processo da Roberta ou um problema com o SEFAZ UF.

Fica dificil analisar sem acessar o ambiente:

Roberta, poderia nos passar os prints dos Canais de comunicação utilizados para o envio da CCe ? Inclusive para esse SEFAZ que esta tendo problema ?

Grato

[former_member182114]

Boa Carlos.

A luz do teste do Carlos me lembrei de outra coisa que pode ser. Antes dos eventos o único serviço que não ficava 100% do tempo disponível era a transmissão de lote (interface BATCH). Será que o SCAN não aceita carta de correção quando o SCAN está desativado para a Sefaz?

Lembrando que em homologação o SCAN está sempre "ativo" para todas as Secretarias, será que no produtivo (onde a Sefaz tem que solicitar ativar o SCAN) ela está bloqueando envio de carta de correção com esta rejeição?

@Roberta então o melhor a fazer é abrir um chamado na Sefaz / SCAN solicitando apoio sobre o que está acontecendo para esta situação. Talvez como conclusão possa ser que eventos devam ser direcionados à Sefaz origem mesmo que criadas no SCAN. (tomara que seja algo mais simples.. rsss)

Atenciosamente, Fernando Da Rós

[Former Member]

Olá,

Os canais de comunicação estão funcionando corretamente, a CCe é processada normalmente no GRC e concluída com êxito. O problema é que ela está com este status de código 491-  Recusado - tpEvento informado inválido, tanto no GRC quanto no retorno ao ECC.

Já testamos com o SCAN ativado e desativado, retorna o mesmo status de código 491. Por isso parece que NF emitidas por SCAN não aceitam CCe...

[former_member193386]

Roberta

Segundo o pedro sua CCe ja esta aprovada, vc nao esta olhando o historico antigo das nfes ?

[Former Member]

Oi,

Validei o xml no site abaixo e não acusou nenhum erro no schema:

https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx?

Segue o retorno da validação abaixo:

Resultado da Validação do Schema e de Regras de Negócio:

Parser XML: Nenhum erro encontrado
Tipo de Mensagem: Documento de Evento
Schema XML: Nenhum erro encontrado
Evento Carta de Correção Eletrônica 1101103512080041617000015155900000000002300000887801Certificado Digital do Titular: CN=[Visualizar]
Assinatura Digital: Válida

[former_member193386]

vc já validou os seus dados de comunicação em seu communication channel, veja se esta configurado corretamente

[pedro_baroni3]

Roberta, boa tarde.

Consultei esta Chave de Acesso no site de SP Homologação e vi que foi registrada uma CC-e hoje (13/08) às 10h35.

Você já não corrigiu este problema?

Consegue gerar uma nova CC-e para esta mesma NF-e?

Abs.

Pedro Baroni

[Former Member]

Olá,

Aparentemente não achei nada na configuração de CCe que pudesse remeter a este erro. Foi criado o código de CCe (110110)  na J_1BNFE_EVEMAPV  e associado ao grupo.

No manual do contribuinte fala-se da tag <corgao> utilizar 90 para identificar o Ambiente Nacional. O XML está enviando para a SEFAZ de origem 35 (SP).

Segue:

<?xml version="1.0"?>

<evento versao="1.00" xmlns="http://www.portalfiscal.inf.br/nfe"><infEvento Id="ID1101103512080041617000015155900000000002300000887801"><cOrgao>35</cOrgao><tpAmb>2</tpAmb><CNPJ>00416170000151</CNPJ><chNFe>35120800416170000151559000000000023000008878</chNFe><dhEvento>2012-08-13T10:36:12-03:00</dhEvento><tpEvento>110110</tpEvento><nSeqEvento>1</nSeqEvento><verEvento>1.00</verEvento><detEvento versao="1.00"><descEvento>Carta de Correcao</descEvento><xCorrecao>Incluir identificação de transporte EDT6790.</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 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="#ID1101103512080041617000015155900000000002300000887801"><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>6rxlHSyYHX8CnZKqd60HXUVOXDA=</DigestValue></Reference></SignedInfo><SignatureValue>UfLN20I1jsTIuJNKowFXcBHmOXXGIyLYoC9JZNLvzWySRcb7p/h8IDm4reIuGgF2pS1/lSHWxNQ8 bK1qn2r/2DMAyRdc556TXouRoia6mj6Z5oTW/9Iuj3GReJ0w8g3+p1wV5tQW/AfgJIVRBC7rt0Hi 6SLkUGIZE303/nAlrEmcry2fEHE1nEEiU6EnJsUZLjRzGPf2xOGnteRiURrNYdnWoTC5E0J4MBlx +6ltyrafNK5dfIh/9jXR+C/TyOV3S/86tL+9GM9/k8+ySPh7OOJv1i5xxVpAy035LH52mA9lfZhF CBnOzl16hmFjvgVz80rgvk/NoBrzzCqL+BxcgQ==</SignatureValue><KeyInfo><X509Data><X509Certificate>MIIH7jCCBdagAwIBAgIIM6rABM+8kUQwDQYJKoZIhvcNAQELBQAwTDELMAkGA1UEBhMCQlIxEzAR BgNVBAoTCklDUC1CcmFzaWwxKDAmBgNVBAMTH1NFUkFTQSBDZXJ0aWZpY2Fkb3JhIERpZ2l0YWwg djIwHhcNMTIwMTA0MTY1ODAwWhcNMTMwMTAzMTY1ODAwWjCCAQUxCzAJBgNVBAYTAkJSMRMwEQYD VQQKEwpJQ1AtQnJhc2lsMRQwEgYDVQQLEwsoRU0gQlJBTkNPKTEYMBYGA1UECxMPMDAwMDAxMDAy NjczNTEzMRQwEgYDVQQLEwsoRU0gQlJBTkNPKTEUMBIGA1UECxMLKEVNIEJSQU5DTykxFDASBgNV BAsTCyhFTSBCUkFOQ08pMRQwEgYDVQQLEwsoRU0gQlJBTkNPKTEUMBIGA1UECxMLKEVNIEJSQU5D TykxQzBBBgNVBAMTOktOT1JSIEJSRU1TRSBTSVNURU1BUyBQQVJBIFZFSUNVTE9TIENPTUVSQ0lB SVMgQlJBU0lMIExUREEwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDcynpI5oei8ln9 DposPWv2NH+5W2DWbXZWMr80HLjhdRrNhaIwkw3iBZV+MwVmvf1GUrV9kNLvOh7Ms0MX9pVAZoZU HjzUAe/DfkirkPSt4OTBM0YJbHVUVQsHy1kM/hE/K9q7sDACaC0DykxzJIHZPJbuGpYMp6si9fs2 7tEdcPIwqAg6wf3h9wtewUsehwi8h3MZqxDRUaCQYvh5Pox6o5d9Y0SioQE8gBgBISr1wndj892w rXgLOH1wbIgOsTDjIqZE82tYwN9Uu6Y9ZlvubT8/gGmvKC8Twb8vSB/Y5uP5tVV1/J00S90khE0k KJF/Mg5Lr4TpfgQeblA9MIlRAgMBAAGjggMXMIIDEzCBlwYIKwYBBQUHAQEEgYowgYcwRwYIKwYB BQUHMAKGO2h0dHA6Ly93d3cuY2VydGlmaWNhZG9kaWdpdGFsLmNvbS5ici9jYWRlaWFzL3NlcmFz YWNkdjIucDdiMDwGCCsGAQUFBzABhjBodHRwOi8vb2NzcC5jZXJ0aWZpY2Fkb2RpZ2l0YWwuY29t LmJyL3NlcmFzYWNkdjIwHwYDVR0jBBgwFoAUmuCDENcmm+m62oKygc45GtOHcIYwcQYDVR0gBGow aDBmBgZgTAECAQYwXDBaBggrBgEFBQcCARZOaHR0cDovL3B1YmxpY2FjYW8uY2VydGlmaWNhZG9k aWdpdGFsLmNvbS5ici9yZXBvc2l0b3Jpby9kcGMvZGVjbGFyYWNhby1zY2QucGRmMIHwBgNVHR8E gegwgeUwSaBHoEWGQ2h0dHA6Ly93d3cuY2VydGlmaWNhZG9kaWdpdGFsLmNvbS5ici9yZXBvc2l0 b3Jpby9sY3Ivc2VyYXNhY2R2Mi5jcmwwQ6BBoD+GPWh0dHA6Ly9sY3IuY2VydGlmaWNhZG9zLmNv bS5ici9yZXBvc2l0b3Jpby9sY3Ivc2VyYXNhY2R2Mi5jcmwwU6BRoE+GTWh0dHA6Ly9yZXBvc2l0 b3Jpby5pY3BicmFzaWwuZ292LmJyL2xjci9TZXJhc2EvcmVwb3NpdG9yaW8vbGNyL3NlcmFzYWNk djIuY3JsMA4GA1UdDwEB/wQEAwIF4DAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwgcAG A1UdEQSBuDCBtYEdU0FORFJBLkpFU1VTQEtOT1JSLUJSRU1TRS5DT02gPgYFYEwBAwSgNRMzMjYw NTE5NzAxMjYzNjQ4ODg2MzAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwoCAGBWBMAQMC oBcTFVNBTkRSQSBBTFZFUyBERSBKRVNVU6AZBgVgTAEDA6AQEw4wMDQxNjE3MDAwMDE1MaAXBgVg TAEDB6AOEwwwMDAwMDAwMDAwMDAwDQYJKoZIhvcNAQELBQADggIBAC/ElygPPmJg/uEPLj3qPf+s EunjncmYPA5Bc8Aw0JXmSW6r2D2oCfvRH5VUiw0otamb8s4KiQs5pcCk+b0L3bZQB+Tx3PO72CC5 nja7z303xcmZk/HXncH5SaGsLFDMVQY4ZvnkGw/k8WgmON/S28So/BEJ8xW0x0bNZbbEJek/P5DA eWocrww1tO72j4iWNPPWd9/IHoo/Y5oggq9SqnNkWrUtFZdygofXtU9m2j6g6n7yNUuxtiaxGqf9 oS0LJ0oYv8wfht+9iVOy0B9u6nWmkcHhsOJDMbpMmkt/7+H60TY/IPvBMtKTmsDb3euh0vFX0rAb tVVGe75cnon2HqKQnXbxVas23V1iphvBvJEYKft3rcEQoIQqNr0VVY0fycgrSMrMpDHSNKtfbvJW nv2+M5H8KYQUI+/6gGq4oUvScb0O41713jhEsZNmY7n/s4keroR8AmqH7KE9FNGYsQnHWtB1LnC2 xY+iIcQvJBwjfA+bIIVthx9hySuCZVo4C/UMIfq5JmEXTgHxI8XcmUjnFOGZ/qmOEEgg08JDt43U A6ArD3hhCMfv/CYxHQYWx4TBHmCFfMTI0KpQYhXJZI1C1ZhTahBlHgJJS+xG5nVrYYSnNkzCR2V/ ifzlIQ54MxszsKlYARLVS+a6o+qcohbAcyZmJEm/kDGPp/hiN8Qh</X509Certificate></X509Data></KeyInfo></Signature></evento>

[former_member193386]

Ola Roberta

Realmente o SEFAZ não tem restrição do uso de CCe para NFes emitidas em SCAN, na realidade, o CCe também é obrigatório para notas emitidas no sistema de contigencia em caso de alterações.

O que o pedro falou pode ajudar bastante, mas provavelemente vocês estão com algum erro de configuração do ambiente para o envio de CCe e estãot entando enviar o xml de maneira equivocada.

Carlos

[pedro_baroni3]

Olá Roberta,

A princípio não vejo restrição quanto à emissão de CC-e para NF-e emitida em SCAN. Porém este erro (491) é relativo à tag <tpEvento>, que deve ser preenchido com o código "110110" para CC-e, independente de a CC-e se referir a NF-e emitida em SCAN.

Tente capturar o XML desta CC-e e postar aqui no fórum, ou valide o mesmo no link abaixo:

https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx?

Sds.,

Pedro Baroni