Erro na comunicação SEFAZ AM - Ambiente de Produção

Bom dia Srs,
Estou com problemas de comunicação com a SEFAZ AM, ambiente de produção.
No "Service Status", mostra o ambiente de produção com erro 70, desde o dia 01.10.2010. Entrei em contato com a SEFAZ AM e eles dizem que não tem problema do lado deles.
Na transação SMX_MONI as mensagens de checagem de status enviadas para o SEFAZ AM ficam com status System Error.
Esta é a mensagem que está sendo exibida na tag <SAP:AdditionalText>com.sap.aii.af.ra.ms.api.DeliveryException: unable to create a socket</SAP:AdditionalText>
Alguem já passou por algum tipo de problema parecido, onde a SEFAZ afirma não ter problemas de consulta de status, mas no GRC o service status estar mostrando o contrário?
Muito obrigado.

Bom dia,
Esse erro "unable to create a socket" é da camade de rede TCP e pode estar acontecendo internamente ao PI, no proxy, firewall, router, servidor Sefaz, ou seja, todo o caminho do cliente até o server.
Pelo seu histórico da outra mensagem é provável que seja no servidor da Sefaz, que não está conseguindo abrir uma conexão nova.
Se você trabalha com outras secretarias e não está tendo problema, é provável que a instabilidade esteja realmente do lado deles.
E sobre a pergunta, sim, normalmente os atendentes da Sefaz só "sabem" quando o problema está corrigido.
Atenciosamente, Fernando Da Ró

Similar Messages

ERRO DE COMUNICAÇÃO COM SEFAZ

Bom dia!
Ao tentarmos enviar uma verificação de status à SEFAZ, ocorre o seguinte erro em PI:
<SAP:Code area="ABAP">INTERFACE_REGISTRATION_ERROR</SAP:Code>
<SAP:Stack>No implementing class registered for the interface (ABAP interface, request message SRVSC_nfeStatusServicoNF_SYNC_OB, request message, namespace http://sap.com/xi/NFE/005a)</SAP:Stack>
Entendemos que seja um problema com a instalação, pois não tivemos erro nos ambientes de D (desenvolvimento) nem no Q (testes).
Verificamos a configuração de integração e o servidor de aplicação no sxmb_adm.
As proxies parecem estar registradas.
Nunca funcionou no ambiente de Produção.
Alguém pode ajudar?
Obrigada,
Fabiana

Fabiana,
A partir de hoje eu e outros usuários estamos recebendo um erro justamente nesse WS:
SRVSC_nfeStatusServicoNF_SYNC_OB
estava funcionando normalmente até sexta-feira, no meu caso no ambiente de homologação, estamos suspeitando que seja algo referente a certificado.
Abs,
Marco

Erro de SYSFAIL e Queda do Ambiente JAVA (PI)

Bom Dia
Estou num projeto de NFe e atualmente esta acontecendo o seguinte cenário de Erros:
    Na SMQ2 , quando apresenta um aumento nas filas de Mensagens , aparece SYSFAIL em determinadas Filas , todas as outras travam , aumenta o numero de Filas.
   Com essa mensagem de SYSFAIL nas filas , o serve0 (Parte JAVA do PI) cai e após isso estou tendo que efetuar manualmente um STOP/START em todos os canais de comunnicação para que os R/3 voltem a emitir NFe.
    Isso esta ocorrendo com mais frequência após inserir uma nova empresa para emissão de NFe.
    Alguem poderia me ajudar a entender por que ocorre o SYSFAIL as mensagens travam e derruba o ambiente JAVA ?
Sérgio.

1º) Erro: Commit Fault: com.sap.aii.af.rfc.afcommunication.RfcAFWException:SenderA
2º) Foi alterado o numero de Filas O numero de Filas foi alterado , mas não consigo ver esse parametros na RZ10 , tem 3 entradas : X32_DVEBMGS32_NFISAP ; DEFAULT ; START_DVEBMGS32_NFISAP nessa transação ...onde eu vejo isso
3º) Esse parametro não tem nessa transação (/usr/sap//DVEBMGS00/j2ee/cluster/server0/log/). em qual desses diretórios abaixo eu encontro esse parametro ?
Existe esses:
DIR_ATRA      /usr/sap/X32/DVEBMGS32/data
DIR_BINARY      /usr/sap/X32/DVEBMGS32/exe
DIR_CCMS      /usr/sap/ccms
DIR_CT_LOGGIN    /usr/sap/X32/SYS/global
DIR_CT_RUN              /usr/sap/X32/SYS/exe/run
DIR_DATA              /usr/sap/X32/DVEBMGS32/data
DIR_DBMS              /usr/sap/X32/SYS/SAPDB
DIR_EXECUTABLE /usr/sap/X32/DVEBMGS32/exe
DIR_EXE_ROOT     /usr/sap/X32/SYS/exe
DIR_GEN              /usr/sap/X32/SYS/gen/dbg
DIR_GEN_ROOT    /usr/sap/X32/SYS/gen
DIR_GLOBAL        /usr/sap/X32/SYS/global
DIR_GRAPH_EXE /usr/sap/X32/DVEBMGS32/exe
DIR_GRAPH_LIB   /usr/sap/X32/DVEBMGS32/exe
DIR_HOME             /usr/sap/X32/DVEBMGS32/work
DIR_INSTALL        /usr/sap/X32/SYS
DIR_INSTANCE     /usr/sap/X32/DVEBMGS32
DIR_LIBRARY      /usr/sap/X32/DVEBMGS32/exe
DIR_LOGGING     /usr/sap/X32/DVEBMGS32/log
DIR_MEMORY_INSPECTOR   /usr/sap/X32/DVEBMGS32/data
DIR_ORAHOME       /oracle/X32/102_64
DIR_PAGING                            /usr/sap/X32/DVEBMGS32/data
DIR_PUT                            /usr/sap/X32/put
DIR_PERF                            /usr/sap/tmp
DIR_PROFILE      /usr/sap/X32/SYS/profile
DIR_PROTOKOLLS     /usr/sap/X32/DVEBMGS32/log
DIR_REORG                          /usr/sap/X32/DVEBMGS32/data
DIR_ROLL                          /usr/sap/X32/DVEBMGS32/data
DIR_RSYN                            /usr/sap/X32/DVEBMGS32/exe
DIR_SAPHOSTAGENT     /usr/sap/hostctrl
DIR_SAPUSERS     ./
DIR_SETUPS                           /usr/sap/X32/SYS/profile
DIR_SORTTMP     /usr/sap/X32/DVEBMGS32/data
DIR_SOURCE     /usr/sap/X32/SYS/src
DIR_TEMP                           /tmp
DIR_TRANS                           /usr/sap/trans
DIR_TRFILES                          /usr/sap/trans
DIR_TRSUB                          /usr/sap/trans

Cancelamento/inutilização: erro de sistema PI - SEFAZ MG - Erro: 50

Bom dia,
Estamos com problemas para relizar o cancelamento de notas junto ao SEFAZ de MG.
Todos os cancelamentos retornam da seguinte forma:
Status de Processo: 06 - Enviado ao Processamento da Nota Fiscal Eletrônica
Status de Erro: Cancelamento/inutilização: erro de sistema PI
Fizemos várias tentativas de reenvio, mas todas retornaram com o mesmo erro.
Também alteramos o status de erro, através da tabela de histório de status, mas também continua retornando o mesmo erro.
Aparentemente isso está acontecendo desde segunda-feira (03/10).
Verificamos na sxi_monitor e não há registro de erro (sem bolinha vermelha), os precessos ficam "bandeirados", mas com o erro NEGATIVE_ACKNOWLEDGEMENT.
Ao que tudo indica é algum problema no SEFAZ de MG, mas como podemos verificar isso?
Alguém está tendo o mesmo problema?
Desde já obrigada!
Gilmara Silva

Boa tarde.
Estamos tendo o mesmo problema.
Na verdade o problema começou na SEFAZ MG dia 30.09.2011. Algumas (muito poucas) empresas estão conseguindo cancelar. Acredito que depende de qual servidor da SEFAZ o pedido é processado.
Depois de diversos contatos com SEFAZ via chamados, telefonemas, etc....recebemos o seguinte retorno:
"Este é um problema intermitente e pela análise da STI deve estar ocorrendo apenas em uma das máquinas utilizadas no processamento. Alguns contribuintes estão conseguindo a autorização quando do reenvio da solicitação de cancelamento.
Ainda não podemos precisar a disponibilidade da solução."
SEF/MG - SAIF/DINF/DED
Ou seja, sem previsão.
At.,
Bernardo Braga

ATUALIZAÇÃO DE STATUS NF-E EMITIDA E ENVIADA A LEGADO P/ COMUNICAÇÃO SEFAZ

Senhores (as);
   Estou desenvolvendo uma NF-e que será gerada no SAP (J1B1N), depois será enviada a um sistema legado que fará o envio a SEFAZ. Para tal, na J_1B_NFE_XML_OUT, coloquei uma codificação que gera um arquivo .xml e salva num diretório, onde o legado busca este arquivo e envia a Sefaz e trata as contigências, cancelamentos, imprime o DANFE, etc. coloquei também uma chamada a essa RFC no form Call_Xi. Ocorre que no monitor J1BNFE, quando seleciono a nota e clico em enviar aparece a mensagem:
"Mensagem incompleta (Falta nível de gravidade, área, número ou exceção)"
    E quando eu tento carregar o retorno na J_1B_NFE_XML_IN e forçar nela status de enviado, retorna "Não permite status seguinte 'Não Enviado' para doc. 'Autorizada'".
    Gostaria de saber se alguém sabe como atualizar os status do Monitor (J1BNFE) neste caso; e se tem como, somente alimentando a J_1B_NFE_XML_IN, atualizar os status ? Gostaria de que quando enviar no Monitor o status ficasse em 'enviado', 'Autorizado', etc, de acordo com a fase do processo, pois o legado consegue carregar a J_1B_NFE_XML_IN com o retorno da SEFAZ....
Desde já agradeço....

Exmo Sr:. Da Rós;
   Segue abaixo respostas:
Bom dia José Aguilar,
porém o meu problema com a atualização dos status persiste
Pergunta: Agora quando a NF-e é emitida e transferida para o sistema mensagerio você obtem um SCSSTAT = 0 na J1BNFE?
Resposta: Não. Esta é exatamente a causa de todas as minhas perguntas neste fórum.
...temos para auxiliar os amigos do fórum no entendimento correto da questão, pois se trata de cenário único (envolve 3 sistemas) e com particularidades específicas, como servidor Unix, cliente Retail, sem PI nem GRC, etc.
Para o ERP este passo de saída não faz tanta distinção ser o GRC ou não, ele irá chamar a /XNFE/NFE_CREATE para o GRC ou a J_1BNFE_XML_OUT para mensageria de terceiros.
Próximos passos:
- Qual o resultado do debug? O que descobriu?
Resposta: No Debug descobri a solução para o meu problema antigo, as mensagens do log; porém não conseguí ainda achar exatamente o ponto onde acontece o flag do campo SCSSTAT, o mesmo passa por diversas estruturas, variáveis e ti's, tentei forçar o valor no campo porém quando passa por outras consistências e funções volta a zerar o conteúdo. Agora estou debugando o grupo de funções j_1b_nfe e a j1b1, pois a verdade é que preciso flegar este campo no momento da criação da nf-e, pois os usuários terão acesso ao j1bnfe só para verificar status, pois o volume de notas é muito grande e devem já ser criadas com a determinação do número e o envio para o programa que repassará o arquivo ao Synchro.
- Os status mudaram?
Resposta: Não.
Atenciosamente, Fernando Da Rós
Agradeço pela compreensão, disposição, educação e grande paciência com que o senhor vem reportando meus questionamentos.
Grato.
José Aguilar.

ECC QAS e PRD enviando para GRC PRD, PI PRD e SEFAZ HOMOLOGAÇÂO e PRODUÇÃO

Temos somente um ambiente de GRC NFe e PI que usamos para desenvolver, realizar o teste integrado com SEFAZ Homologação e entramos em produção.
Precisamos que os dois cenários abaixo funcionem:
ECC QAS -> GRC NFe PRD -> PI PRD -> SEFAZ Homologação
e
ECC PRD -> GRC NFe PRD -> PI PRD -> SEFAZ produção
Isto é possível ?
O ECC QAS está configurado para homologação e o ECC PRD está configurado para produção.
Quando criamos uma nota no ECC QAS, aparece no GRC PRD a nota com SEFAZ homologação, mas fica parada, com status 04 - somado no lote e status documento 'A' - MS Received: Request for Authorization.
O ECC PRD está funcionando perfeitamente.
No SPRO do GRC PRD contém o CNPJ, descrição, SEFAZ produção e Keys, não é possivel criar nesta tabela o mesmo CNPJ para os dois ambientes da SEFAZ. Será que é por isto que não funciona ?
Muito obrigada.
Tania Kaça.

Bom dia Tania,
Verifique a variante do job /xnfe/check_srv_status como parametro de execução tem o tipo de ambiente (alguém pode ter fixado o Productive), se for deixe em branco.
Confirme na tabela /xnfe/tsrv se existem o tpamb 1 e 2 para a Sefaz que você deseja.
Observação: Na sua configuração está 1800 segundos, significa que mesmo que o job rode de minuto em minuto, para aquela sefaz ele irá respeitar um tempo de 30 minutos. Quando você for configurar o ambiente produtivo como sugestão baixe esta valor para algo em torno de 2 minutos, e configure o job de acordo. Isto irá tornar a informação de "Sefaz fora" bem mais real para o GRC.
Caso ainda esteja sem solução sugiro executar manualmente o programa /xnfe/check_srv_status e identificar o motivo de não executar para o ambiente homologação, sendo que está tudo "correto".
Atenciosamente,
Fernando Da Rós
PS.: Por favor, verifique se suas outras mensagens (Fabrica BBKO) realmente não estão respondidas. Marcar como respondido é um feedback importante.

Link´s redudantes para a comunicação com a Sefaz

Boa tarde a todos!
Pessoal existe algum pré-requisito para se colocar uma alta disponibilidade de link´s (2 link´s) para
o ambiente PI GRC NFe (SLL-NFE 100 0018 SAPK-10018INSLLNFE x NFE 1.0) comunicar com as Sefaz?
Neste final de semana colocamos dois link´s para fazer o balanceamento e disponibilidade.
Mas todos os processos de comunicação com a Sefaz terminavam com time-out. Após deixar todo
trafego com a Sefaz em apenas um dos link o processo normalizar. Com o balanceamento ativado só tenho time-out.
Agradeço,
Pamplona
Caramuru Alimentos

Boa tarde Henrique, tudo bem?
No meu caso eu estou falando do link de internet.
No ultimo domingo 19/06 implementamos um 2º link de internet
de uma outra operadora. Quando subimos a aplicação o resutado
foi que toda a comunicação do nosso ambiente (consulta, aprovação, cancelamento, check status etc)
com a Sefaz terminava com erro por time-out.
Com isso fizemos um filtro aonde todo o trafego com a Sefaz voltaria somente a ser feito
pelo link da Embratel e nada seria feito pelo novo link da OI (apesar do link da Embratel apre-
sentar o dobro de latencia do link da OI). Com o filtro aplicado toda a comunicação com a Sefaz
se reestabeleceu e terminaram as mensagens de erro. Mas continuamos na dependencia de
ter a comunicação entre a empresa e a Sefaz trafegando por um unico link.
Agradeço,
Pamplona
Caramuru Alimentos

Problemas de Comunicação com SEFAZ PE - Urgente

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

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

SAP (ECC 6.0) - Erro de rejeição (Engrenagem)

Boa tarde a todos,
Gostaria de compartilhar um cenário de erro ocorrido no ambiente de produção do cliente (pós-GoLive) onde implementamos recentemente Nota Fiscal Eletrônica.
Para um determinado cenário enviado para SEFAZ/SP foi retornado o código de erro 210 (Rejection: Invalid Receiver's IE), esta mensagem foi devidamente atualizada no GRC e no SAP (ECC).
O problema ocorreu justamente quando o usuário optou em ajustar o código de inscrição estadual do respectivo cliente deste cenário e logo após, selecionou o documento "rejeitado" através do monitor do SAP (J1BNFE) e executou a função "Enviar de Novo", a partir deste procedimento (incorreto), o monitor retornou uma sinalização de erro (bandeira vermelha) com a seguinte mensagem: "Enviada ao sistema de envios de mensagens (XI,....), sinalizou o campo status ação com uma "engrenagem", o campo SCS com o valor 0 "zero" e o campo Status Sist. Msgs. com o valor "G" (MS recebido; outro erro).
Conclusão, este processo encontra-se travado no ambiente de produção do cliente, impossibilitando qualquer ação de inutilização ou cancelamento.
Estamos cientes que o procedimento correto deveria ser: solicitar a inutilização deste documento e não enviá-lo novamente a SEFAZ/SP, após concluída a correção da inscrição estadual do respectivo cliente, no entanto, gostaríamos de obter alguma dica ou orientação de como proceder corretamente neste caso afim de corrigir este problema.
Desde já agradeço pela ajuda e gostaria também de parabenizar pelo espaço onde pude verificar que há muita informação útil para todos.
Att,
André Teixeira

Oi Henrique,
Sim, o MSSTAT estava preenchido com "A" antes da tentativa de reenvio. Como a nota já havia sido rejeita pela SEFAZ/SP no nosso entendimento o usuário deveria:
1) Requisitar a "inutilização" desta NF-e;
2) Ajustar a IE no cadastro de cliente;
3) Executar novo faturamento para este cenário que automaticamente iria gerar uma nova NF-e para nova aprovação na SEFAZ/SP, seria este o procedimento?
Ao executar Send no menu NF-e apresenta-se a seguinte mensagem:
Novo status de comunicação de sistema "Enviada a sistema de envio de mensagens (XI,...)" não permitido p/SCS "Enviada a sistema de envio de mensagens (XI,...)" anterior
Nº mensagem J1B_NFE007
Vou conversar com usuário sobre a possibilidade de introduzir o status de erro manualmente (SE37).
Grato,
André Teixeira

Erro de Validação = 10

Boa tarde!
Pessoal,
Estou com dois documentos no ambiente de produção com erro de validação, são eles:
Campo: IS_NFE_HEADER-C1_IM (o status está verde) ok
Campo: IS_NFE_HEADER-C1_CNAE (C020) (status vermelho)
Campo: IS_NFE_HEADER-T_MODFRETE (X002) (status vermelho)
Efetuei a análise conforme os logs apresentados e todas as informações estão preenchidas, o campo de modalidade de frete está lá, e as informações do tipo de frete e cnae também estão na BADI.
Os processos que apresentaram estes erros, são duas notas de entrada (IMPORTAÇÃO).
É estranho, porque quando há erro de validação por parte do GRC, o status no SAP fica com código 8 e mensagem V, mas no entanto, ao acessar a J1BNFE não tem este retorno.
Alguém já passou por isso?
Poderiam me ajudar?
Observações: GRC versão 7.0 SP 13 / SAP versão 6.0 SP 16
Obrigada,
Adriana

Fernando,
Estes dois cenários realmente são muito estranhos.
Foi gerada a NFE via J1B1N referente processo de Importação. Ao enviar ao GRC, passou pela validação e ficou parada a NFE por causas dos logs de erros.
No SAP não houve nenhuma atualização do GRC para J1BNFE, como estava demorando o retorno da comunicação, acessamos o GRC e verificamos que tinha aqueles campos com erros. Como eu disse, os campos referidos estavam ok no BADI.
Tentamos "enviar de novo" a NFE e apareceu a bandeirinha vermelha dizendo que não era possível.
Então fizemos outra tentativa. Deixamos o documento com status 3, ou seja, "enviar a NFE a SEFAZ", em seguida marquei a linha e dei enviar, funcionou, pois o documento foi autorizado.
Mas fica a dúvida: por que aconteceu isso? Sendo que os dados estavam lá tudo certo. E por que não apareceu na J1BNFE o código 8 simbolizando que havia erro, assim poderíamos resetar o documento enviar.
Será que houve falha de comunicação por um instante?
Será que falta aplicar alguma nota para não ocorrer isso novamente?
O SAP Netweaver está na versão 7 SP 13. O SAP ERP está na versão 6 SP 16.
Aguardo comentários.
Abraços,
Adriana

Status de notas aprovadas na J1BNFE com log de erro

Pessoal, bom dia.
Estamos com um problema na J1BNFE. Estamos emitindo em paralelo. e as notas saem do R/3, vão para o GRC e são aprovadas pela SEFAZ (homologação).
No GRC o status delas está OK mas no R/3 o status de algumas delas está com a bandeira quadriculada, status 100 de aprovada e com bandeira vermelha no log, informando: "Document XXXXX already exists" e a última alteração registrada é para o usuário da RFC do GRC -> R/3.
A princípio, achavamos que fosse problema no JOB que executa o progama /XNFE/UPDATE_ERP_STATUS mas já eliminamos este job e o problema ainda persiste.
Não existem registros na tabela /XNFE/BACKSTATUS, na transação RSRFCTRC não existe nenhum registro, a comunicação entre os ambientes está OK também.
Alguém tem alguma idéia do que pode ser o causador deste log de erro?
Obrigado,
Edited by: Ricardo Guedes on Mar 31, 2010 5:42 PM

Bom dia Ricardo,
Este campo deve mesmo ser enviado para o GRC?
Com toda certeza, é a forma do GRC saber que a nota "não existe" no ERP então não irá dar resposta do processamento ao ERP, isto por que como disse é uma simulação.
É através da função que está na nota que você indicou?
A ativação do paralelo (simulação) no SAP faz-se no momento da impressão, colocando o programa que te passei como mais um nos módulos de impressão. Daí quando o ERP for imprimir a nota 1/1A, ele executa este programa que manda a nota simulando NF-e para o GRC através da função J_1B_NF_MAP_TO_XML com IV_PARALLEL = "X".
Seu poste inicial me gerou dúvidas se você realmente está em paralelo, ou acha que está. Pois no paralelo da SAP não há NF-e de verdade no R/3 produtivo.
Não tem J_1BNFDOC-NFE = 'X', não tem registro na J_1BNFE_ACTIVE e não dá para mexer na tx J1BNFE.
O que parece é que você está com notas produtivas enviando para homologação da Sefaz, se for isto mesmo você terá problemas de escrituração. Seu ERP está produtivo e você está autorizando na Sefaz homologação de fato ? Está emitindo notas 1/1A ou DANFE ?
Nós dê bastante informação sobre o processo.
Atenciosamente, Fernando Da Ró

Erro no processamento do lote: Código 226.

Prezados, boa tarde.
Estou em ambiente de produção e está dando o seguinte erro no processamento do lote: "Rejeição: Código da UF do Emitente diverge da UF autorizadora" - Código 226.
Aparentemente está tudo correto, verifiquei na SPRO do GRC e do ECC, certificado digital utilizado, analisei XML, dentre outros.
Alguém poderia indicar ( + ou - ) o que poderia ser?
Agradeço qualquer ajuda.
Grande abraço.
Hyalen.

Bom dia Hyalen,
Parece um erro de configuração no PI. Verifique se para onde você está realmente enviando para a URL Sefaz correta.
Ex.: Seu processo é para emissão na Sefaz MG.
Você tem os partners certinhos, porém nas regras disse que o CUF 31 = a igual ao partner "Sefaz RS"... Vai chegar no destino errado.
Ou então.
As regras estão corretas, os partners também, porém a URL que está no communication channel aponta aponta para outra Sefaz.
Atenciosamente, Fernando Da Ró

Erro - Verificação de Status do Serviço

Bom Dia a Todos,
Está ocorrendo o seguinte erro ao solicitar a verificação do status do serviço no ambiente de homologação da SEFAZ-MG:
<SAP:Code area="PARSING">ADAPTER.SOAP_EXCEPTION</SAP:Code>
<SAP:P1 />
<SAP:P2 />
<SAP:P3 />
<SAP:P4 />
<SAP:AdditionalText>soap fault: Unexpected Error java.lang.NoClassDefFoundError at br.inf.portalfiscal.nfe.controller.ValidaDadosStatusServico.validaDadosStatusServico(ValidaDadosStatusServico.java:19) at br.inf.portalfiscal.nfe.controller.ValidacaoXMLHelper.validaDadosStatusServico(ValidacaoXMLHelper.java:324) at br.inf.portalfiscal.nfe.controller.UtilSession.processaNfeStatusServico(UtilSession.java:1558) at sun.reflect.GeneratedMethodAccessor134.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:359) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:237) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:158) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:169) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:63) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:121) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:350) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:181) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:168) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:205) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:136) at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:648) at org.jboss.ejb.Container.invoke(Container.java:954) at org.jboss.ejb.plugins.local.BaseLocalProxyFactory.invoke(BaseLocalProxyFactory.java:430) at org.jboss.ejb.plugins.local.StatelessSessionProxy.invoke(StatelessSessionProxy.java:103) at $Proxy73.processaNfeStatusServico(Unknown Source) at br.inf.portalfiscal.nfe.wsdl.nfestatusservico.NfeStatusServicoImpl.nfeStatusServicoNF(NfeStatusServicoImpl.java:73) at sun.reflect.GeneratedMethodAccessor122.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.xfire.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:59) at org.codehaus.xfire.service.invoker.ObjectInvoker.invoke(ObjectInvoker.java:45) at org.codehaus.xfire.service.binding.ServiceInvocationHandler.sendMessage(ServiceInvocationHandler.java:320) at org.codehaus.xfire.service.binding.ServiceInvocationHandler$1.run(ServiceInvocationHandler.java:86) at org.codehaus.xfire.service.binding.ServiceInvocationHandler.execute(ServiceInvocationHandler.java:134) at org.codehaus.xfire.service.binding.ServiceInvocationHandler.invoke(ServiceInvocationHandler.java:109) at org.codehaus.xfire.handler.HandlerPipeline.invoke(HandlerPipeline.java:131) at org.codehaus.xfire.transport.DefaultEndpoint.onReceive(DefaultEndpoint.java:64) at org.codehaus.xfire.transport.AbstractChannel.receive(AbstractChannel.java:38) at org.codehaus.xfire.transport.http.XFireServletController.invoke(XFireServletController.java:304) at org.codehaus.xfire.transport.http.XFireServletController.doService(XFireServletController.java:129) at org.codehaus.xfire.transport.http.XFireServlet.doPost(XFireServlet.java:116) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at br.inf.portalfiscal.nfe.util.manipulaXml.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:106) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:199) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:697) at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:889) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595)</SAP:AdditionalText>
Alguém já passo por essa situação e pode por favor esclarecer qual o motivo deste erro?
Agradeço antecipadamente!

Bom dia Guilherme,
Este erro foi gerado pela Sefaz MG, repare que as classes não são do PI (jboss, apache, tomcat, catalina). Contacte a Sefaz para maiores detalhes, deve ser algum erro temporário.
De sua parte é importante você se certificar que estava funcionando.... e parou de funcionar, ou melhor, que você está fazendo o pedido corretamente. Veja no SXI_MONITOR sua mensagem saindo pra Sefaz se está tudo ok.
Atenciosamente,
Fernando Da Ró

Facult. 599 Rej. Rejeição: NF-e emitida em ambiente de homologação com IE

Estamos dando entrada manual em um NF-e de importanção e a SEFAZ retorna com o erro:
GE17.2 E17 Se tpAmb (B24) = 2:
a IE (E17) deve ter conteúdo vazio (NT 2011.002)
Facult. 599 Rej. Rejeição: NF-e emitida em ambiente de homologação
com IE do destinatário diferente de vazio
Estranho porque estamos emitidno no ambiente de Produção e o campo IE está vazio, como abaixo. Alguém já passou por isso:
Obrigada,
Fabiana

Olá, Fabiana, tudo bem?
Passei por este erro ha pouco tempo.
Ao aplicar a NT 2011/002, cria-se a nova Mensagem de Rejeição 599 - Rejeição: NF-e emitida em ambiente de homologação com IE do destinatário diferente de vazio.
Ao gerar uma nota de Importação, a Sefaz retorna o erro 599, mesmo tendo a certeza de que a IE está vazia.
O problema se dá pelo fato de a SEFAZ validar as notas além da NT 2011/002.
Detalhando:
Na NT 2011/004, página 20 do arquivo PDF, a SEFAZ muda a descrição da mensagem 599 para Rejeição: CFOP de Importação e não informado dados de II
Esta sim é a mensagem correta do motivo da rejeição de sua nota.
Você precisará aplicar a NT 2011/004 e aplicar a nota sap ( Note 1616778 - NF-e: NT2011/004 Import Tax included in NF Totals ) para criar o Imposto de Importação II.
Quando realizei esta aplicação no ambiente em que estava trabalhando, informamos o II01 (Imposto de Importação) na criação da Nota, informando seus valores, ao enviar à SEFAZ, a mesma validou com sucesso a nota.
Espero ter ajudado.
Qualquer dúvida, nos informe.
Abs.
Att.,
Fábio Cirino.

Status de erro: 50 - Cancelamento/inutilização: erro de sistema PI

Boa noite, srs!
Estamos com um problema na inutilização e cancelamento de NFe junto ao SEFAZ.
Foi executado o report J_1BNFECHECKNUMBERRANGES para inutilização de numeração de NFe. A tabela J_1BNFENUMGAP foi preenchida com a numeração, porém a mesma não consta na consulta do site da Fazenda.
Consultando o Monitor GRC com os IDs indicados na tabela, aparece o seguinte erro:
Status de erro: 50 - Cancelamento/inutilização: erro de sistema PI
De fato o processo aparece com erro no monitor do PI. Não consegui diagnosticar o erro na msg xml de retorno. A unica descrição disponível é:
<SAP:AdditionalText>com.sap.aii.af.ra.ms.api.DeliveryException: SOAP: response message contains an error XIAdapter/HTTP/ADAPTER.HTTP_EXCEPTION - HTTP 415 Unsupported Media Type</SAP:AdditionalText>
Reparei que o mesmo erro ocorre para estorno de NFes que já foram aprovadas no SEFAZ.
Verifiquei os canais de comunicação para inutilização e cancelamento de notas e os endereços estão apontando corretamente para os WS da Fazenda. O serviço (Minas Gerais) também aparece como disponível/ativo na SEFAZ.
Estou meio sem norte aqui para identificar o erro.
Alguém já enfrentou este caso ou algo similar?
Obrigado desde já!
Carlos Penteado.

Bom dia, caros!
Obrigado pelas respostas!
Metade dos meus problemas foi solucionado! =|
Henrique e Bernardo, vocês tinham razão, era erro da própria SEFAZ. Tentei o re-envio do estorno da NFe pelo GRC e ela retornou com sucesso!
No entanto, tive que alterar o status da nota no J_1BNFE_ACTIVE para que a nota completasse o estorno na J_1BNFE.
Porém o erro da inutilização da numeração de NFe continua acontecendo. O funcional abriu um chamado na SAP, assim que tiver alguma resposta, replico aqui!
Fernando, verifiquei o canal de comunicação de inutilização (SKIP) e as configurações parecem ok, estão assim como os canais que funcionam.
Nunca utilizei o Visual Administrator. Vou verificar com o Basis a possibilidade...
Obrigado pela ajuda! Atualizarei assim que encontrar mais alguma novidade!
Abs,
Carlos.

Erro na comunicação SEFAZ AM - Ambiente de Produção

Similar Messages

Maybe you are looking for