cancel
Showing results for 
Search instead for 
Did you mean: 

Problemas de Comunicação com SEFAZ PE - Urgente

adrianafernanda_simes
Participant
0 Kudos

Boa tarde!

Pessoal,

Ontem a SEFAZ de PE ficou fora o dia inteiro.

Hoje ao acessar o Portal, vimos que a SEFAZ PE está on.

Mas no GRC, quando vou verificar o status de serviço da SEFAZ PE código 26, está inoperante.

Alguém está passando por isso?

Estou em ambiente de Produção com cerca de 100 notas paradas, pois não consigo enviá-las a SEFAZ, por causa do status 70 da SEFAZ PE 26.

Pensamos entrar em contingência até resolver o problema, mas colocá-las em contingência manualmente é muita coisa para cancelar e fazer cópia da NFe comutada.

Aguardo comentários, ajuda....

OBrigada.

Adriana

Accepted Solutions (1)

Accepted Solutions (1)

Former Member
0 Kudos

A SEFAZ/PE está muito intermitente, e além de tudo, ela simplesmente não desliga o serviço de recepção dos arquivos enviados, travando nossos serviços de mensageria.

O que fizemos como uma solução paleativa, foi alterar o webservice de recepção, forçando para que não ocorra a comunicação automática, convertendo as NFEs para Contingência DPEC junto à SEFAZ Nacional (RFBrasil).

Webservice de recepção original: "https://nfe.sefaz.pe.gov.br/nfe-service/services/NfeRecepcao?WSDL"

Webservice de recepção alteramos: "CHANGE:https://nfe.sefaz.pe.gov.br/nfe-service/services/NfeRecepcao?WSDL"

No dia seguinte no primeiro horário da manhã, ajustamos novamente o "webservice" de recepção para o formato correto, e então reenviamos as NFEs aprovadas via DPEC para que sejam protocoladas junto à SEFZ PE.

Pelo menos até o dia 22/09, data prevista em que SEFAZ PE está prometendo manter esse serviço intermitente, estaremos trabalhando dessa forma.

Nossos caminhões não tem sofrido nenhum tipo de problemas em barreiras fiscais estaduais e federais trafegando com DANFEs protocolados junto à SEFAZ Nacional através da Contingência DPEC.

Espero ter colaborado de alguma forma.

Obrigado,

Eduardo Pini

Former Member
0 Kudos

Pessoal,

Abrimos o chamado na SAP e fizemos o Downgrade da lib iaik_ssl.jar, realmente funcionou e já arrumou Sefaz MT tambem...rsrsrs

Apesar do recebimento e consulta de lote estar bem instável no caso de PE (retorna SEFAZ: problema técnico inesperado), agora estamos conseguindo "soltar" as notas.

Para as pessoas que estão com dificuldades, acho que o caminho é esse...

Espero que ajude!

Abraço,

Bruno Lima

Answers (2)

Answers (2)

Former Member
0 Kudos

Bom Dia!

Adriana,

Estamos com o mesmo problema.

O nosso GRC NF-e está acusando que a SEFAZ/PE está indisponível.

O problema ainda persiste para vocês?

Sds,

Santos.

former_member193386
Active Contributor
0 Kudos

segundo o site e como informado pelo Bernardo o SEFAZ de PE estara com instabilidade at'e o dia 22

Former Member
0 Kudos

Ok Carlos,

Mas entendemos que durante essa "instabilidade", em algum momento deveria estar disponível o serviço, e desde ontem, em nenhum momento nosso GRC detectou que o serviço estava disponível. Pegamos o log de status de serviço e em nenhum momento do dia o serviço ficou online.

Por esse motivo, eu perguntei a Adriana se ela teve o mesmo problema durante todo o dia de ontem e hoje.

Sds,

Santos.

former_member193386
Active Contributor
0 Kudos

entendo, tbem estou com problemas em um cliente e tbem nao estu detectando o servico funcional, mas 'e oq ue o sefaz informa oficialmente.

former_member182114
Active Contributor
0 Kudos

Caraca, nunca imaginei que ia sugerir algo assim, mas talvez o melhor seja configurar/habilitar o SCAN e colocar no communication channel do SRVSC Sefaz PE um endereço errado para sempre dar erro e só mandar pro SCAN.... Até que eles o desliguem.

Former Member
0 Kudos

Pessoal,

Aqui no cliente que estou, também estamos enfrentando o mesmo problema, desde ontem nenhuma nota sequer for autorizada pela Sefaz PE. O que pude verificar na SXMB_MONI no PI nas mensagens do Batch Request é que a Sefaz retorna Lote Processado, mas não traz mais aquela TAG de vinha 2 e agora está retornando 1.3.

Devido a esses problemas, também não conseguimos inutilizar essas notas geradas desde ontem. Como vocês estão fazendo para cancelarem no ECC essas notas do passado?

Att,

Daniela

Former Member
0 Kudos

Pessoal,

Alguem conseguiu identificar o que pode ser esse problema com a Sefaz de PE?

Tenho 2 clientes que emite NFe pela Sefaz de PE, porem 1 deles nao tem problemas na verificaçao do serviço.

Deixei o SPK do cliente com problemas no mesmo nivel do cliente que funciona, resultado... não adiantou nada!rsrs

Deduzo que tenha alguma coisa no certificado, firewall, windows, versao do java algo do genero que faça mudar o comportamento disso, porem nao consigo identificar o que seria...

(mesmo sabendo que há algum erro na Sefaz de PE)

Alguem tentou mais alguma coisa? Tem mais alguma idéia?

Grato,

Bruno

Former Member
0 Kudos

Neste momento a SEFAZ PE esta no ar.

Porém, como informado no comunicado da SEFAZ, pode ficar instável a qualquer momento até o dia 22.09.

Aconselho verificar, caso tenham necessidade, a adoção de uma das medidas de contingência previstas.

At.,

Bernardo Braga

Former Member
0 Kudos

Pessoal,

Mesmo o portal da NF-e informando que a SEFAZ PE está online, o nosso SAP GRC informa que o serviço encontra-se indisponível.

Desde a última quinta-feira, em nenhum momento, o nosso sistema detectou que o serviço estava disponível.

Alguém está com o mesmo problema?

Sds,

Santos.

Former Member
0 Kudos

Bernardo / Santos,

Eu continuo com o problema.. um cliente ok e outro não.

Tem alguma idéia?

Audit log do Cliente com erro:

Message processing failed. Cause: com.sap.aii.af.ra.ms.api.RecoverableException: Padding length error: 121 > 32: iaik.security.ssl.SSLException: Padding length error: 121 > 32

SOAP: call failed: iaik.security.ssl.SSLException: Padding length error: 121 > 32

Message processing failed. Cause: com.sap.aii.af.ra.ms.api.RecoverableException: Padding length error: 55 > 32: iaik.security.ssl.SSLException: Padding length error: 55 > 32

SOAP: call failed: iaik.security.ssl.SSLException: Padding length error: 55 > 32

Estamos partindo para o uso do SCAN, pois não sabemos mais o que fazer....

Grato,

Bruno Lima

Edited by: BrunoLima on Sep 13, 2010 3:59 PM

Former Member
0 Kudos

Este problema parece ser o mesmo do post abaixo:

Parece ser problema da SEFAZ PE. Sugiro entrar em contato com eles.

At.,

Bernardo Braga

adrianafernanda_simes
Participant
0 Kudos

Olá DSantos!

Sim, o problema ainda persiste.

O pessoal do Fiscal do Cliente onde estou, vai ligar na SEFAZ/PE agora a tarde.

Em contrapartida o nosso PI está correndo atrás de soluções possíveis para liberar o GRC, mas está muito difícil.

Já fizemos atualização de SP, reinstalação de certificado digital, verificação de possíveis atualizações no SERVIDOR etc.

Estamos correndo atrás de alguma solução.

Se alguém conseguiu comunicação, informe-nos como conseguiu...

Abraços,

Adriana

Former Member
0 Kudos

Bruno,

Estamos com o mesmo problema em nosso ambiente.

Sds,

Santos

Former Member
0 Kudos

Olá Adriana,

Ainda estamos com o mesmo problema desde quinta-feira passada.

Também estamos analisando/verificando possibilidades.

Assim que encontrarmos uma solução, postamos aqui.

Sds,

Santos.

Former Member
0 Kudos

Boa Tarde Pessoal,

O problema é que outras empresas que não utilizam o GRC estão conseguindo emitir NF-e normalmente utilizando a SEFAZ-PE. Somente tenho conhecimento deste erro em empresas que utilizam a mensageria da SAP.

Estou com este problema aqui na empresa também e o pior é que a data limite para enviar o XML que foi emitido em contingência irá expirar caso não resolvamos este caso. Aqui ainda não temos o SCAN configurado.

Como a comunicação está funcionando para outras mensagerias imagino que a SAP deveria verificar o que está ocorrendo com o GRC ao tentar conectar na SEFAZ-PE.

Seria possível verificar isso Fernando Ros?

Desde já grato,

Guilherme Augusto

henrique_pinto
Active Contributor
0 Kudos

Aparentemente passaram pra producao o que tava na homologacao, ou seja, o erro que dava qdo o client suporta SSL > 3.0.

Sugestao é abrir chamado e repor o .jar, em carater emergencial.

Abs,

Henrique.

Former Member
0 Kudos

Henrique,

Acredito que tenham resolvido o problema do ambiente de homologação, pois aqui na empresa não alteramos nada no PI DEV (conforme sugestão em outro post de alterar/repor o .jar) e desde hoje às 11:00hs o sistema PI DEV consegue se comunicar com a SEFAZ/PE.

Sds,

Santos

henrique_pinto
Active Contributor
0 Kudos

Entao pede pra subirem o que tá em homolog para producao. 😛

Abs,

Henrique.

Former Member
0 Kudos

Sim.

SEFAZ PE esta muito louca desde ontem (fora do ar praticamente o dia todo).

Hoje ficou indo e voltando.......ficou "razoavelmente" estável na parte da manhã, apesar de ficar rejeitando lote direto.....as vezes saia do ar e depois voltava.

Neste exato momento esta fora do ar.

No portal tambem ta fora:

http://www.nfe.fazenda.gov.br/PORTAL/VerificacaoDeServicos/VerificacaoServicos.aspx

At.,

Bernardo Braga

Edited by: Bernardo Braga on Sep 9, 2010 9:00 PM

former_member193386
Active Contributor
0 Kudos

o SEFAZ PE de homologacao esta fora tbem, alguem ja ligou la para saber?

Former Member
0 Kudos

A muito tempo já desisti de ligar para as SEFAZ, pois a resposta é sempre a mesma. Neste caso da SEFAZ PE o pessoal do nosso setor tributário ligou e falaram praticamente o que esta escrito no portal da NF-e: "Instabilidade".

Veja o POST da SEFAZ PE no Portal:

A SEFAZ/PE irá alterar sua versão no sistema de autorização da NF-e em 09/08/2010 !!!

Informamos que o sistema de autorização da NF-e ficará disponível, porém, para evitar possíveis transtornos na transmissão da NF-e, será disponibilizado a contingência SCAN, no período de 09.08.2010 às 8:00h até dia 22.09.2010 às 18:00h, período este que poderá ocorrer alguma indisponibilidade no sistema de autorização da NF-e.

Ou seja. Aparentemente estão fazendo uma SUPER ULTRA atualização de 1 mês e meio.

At.,

Bernardo Braga