NFe 2.0 Produtivo enviado ao ambiente de homologação do GRC

[Former Member]

Pessoal, bom dia.

Acabamos de implemetar a versão 2.0 da Nfe. Porém, antes de alterarmos a NFe Configuration (SID - Type of enviroment) para Production, alguns usuários mais "ansiosos" enviaram notas fiscais, ou seja, para o ambiente de Homologação.

Resumindo, temos notas geradas no Produtivo, porém enviadas para o GRC - Homologação...

O status dessas notas estão Waiting for response, ja tentei inutilizar e me dá o erro que não é permitido.

Existe alguma maneira de arrumar essa nota? Na verdade pensei em desligar o validador para que essa nota volte rejeitada... Seria o mais correto fazer isso?

att.

Melissa

[henrique_pinto · Accepted solution]

Melissa,

usuario sempre consegue maneira de ferrar, nao tem como. rs...

Com relacao ao seu problema, o Waiting for Response é no ERP (J1BNFE)?

E no Monitor do GRC, qual o status das NFes enviadas erroneamente?

Abs,

Henrique.

[Former Member · Accepted solution]

Ola Henrique, pois é!!! Sem comentários...srsr

O status no ERP é Waiting for response.

No GRC esta:

Process Status : 04 -added to bacht

Status Code: vazio

Obrigada

melissa

[henrique_pinto · Accepted solution]

Oi Melissa,

e qual o Status do Lote?

Vc pode visualizá-lo clicando no numero do lote no monitor de NFes, ou indo no Monitor de Lotes e verificando o status desse lote específico.

Abs,

Henrique.

[Former Member · Accepted solution]

Oi Henrique,

Entrando no lote, ele se encontra com erro...

Batch Status: 01 - Batch Created

Error Status: 38 - Batch: Web service unreachable

Ja tentei dar um restart, mas nao funciona.

att

[henrique_pinto · Accepted solution]

O lote fica com esse status qdo o ambiente da SEFAZ em questao está fora (o GRC nem tenta mandar).

A SEFAZ em questao (com tpAmb = homologacao) ainda está configurada na view de SEFAZ do GRC?

E o job de check status de serviço (report /XNFE/CHECK_SRV_STATUS) está schedulado e sendo executado?

Se a resposta for sim pros 2, pode ser que o cheque pra esse ambiente esteja falhando pq as configuracoes no Integration Directory do PI tenham sido removidas. Dê uma olhada na SXMB_MONI no PI pra ver o status das mensagens do cenário SRVSC pra ter ctz.

Abs,

Henrique.

[Former Member · Accepted solution]

Henrique,

nao sei se entendi muito bem, mas ja estamos em produção, e ja esta funcionando tudo direito, ou seja, o link do GRC ja esta para produção e por isso essas notas que foram enviadas antes de alterarmos as configurações de Homologação para Produção, e essas que estao paradas.

Sera que se eu desligar o validador, esss notas serão rejeitadas?

att

[henrique_pinto · Accepted solution]

Melissa,

essa notas sao pra SEFAZ XX homologacao, como vc disse.

O que o GRC está dizendo, ao dar o status 01/38, é que a SEFAZ XX homologacao está fora do ar, o que é improvável, ou seja, o mais provável é que o GRC nao esteja conseguindo checar o status da SEFAZ XX homologacao e/ou nem esteja tentando.

Observacao: o fato de a SEFAZ XX Producao estar ok no GRC nao tem relacao nenhuma com o fato de a SEFAZ XX homologacao estar; uma independe da outra.

Possivel sugestao de corrigir o problema:

1) voltar a configuracao da SEFAZ homologacao

2) restartar os lotes para que possam ser enviados e as notas aprovadas/rejeitadas

3) no ERP, solicitar o cancelamento/inutilizacao dos documentos

4) ATENCAO: voltar o objeto de numeracao no form em questao para o numero da 1a NFe emitida erroneamente (pois os numeros foram cancelados/utilizados na SEFAZ homolog e nao na producao; pra producao, eles nao foram usados ainda)

Problema potencial => Haverá 2 docnums pra cada numero de NF no ERP (o banco de notas nao tem info se é homolog ou producao). Na geracao dos relatorios legais, é possível que haja algum problema com o mesmo numero de NF sendo reportado como OK (na nova nota) e cancelado (na nota antiga). Vcs terao que prestar atencao para corrigir esses casos.

Uma outra possibilidade seria "marretar".

1) para as NFs erradas, pegar a chaves de acesso de cada uma e deletar o conteudo das tabelas do GRC:

/xnfe/nfehd, /xnfe/nfexml, /xnfe/nfe_hist, /xnfe/nfebat

2) com os numeros de lote, fazer o mesmo para: /xnfe/batsta, /xnfe/bat_hist

3) No ERP, marretar na J_1BNFE_ACTIVE um retorno de erro de validacao (MSSTAT = V), para que as NFs possam ser reenviadas.

4) fazer a mudanca para SEFAZ Producao

5) reset & resend.

Abs,

Henrique.

[former_member182114 · Accepted solution]

Bom dia Henrique,

Acho que o caso é o contrário, ERP produtivo enviou para GRC homologação...

Já que a RFC no ERP já está correta, faz um retorno falso pela SE37 no ERP função J_1B_NFE_XML_IN.

Após receber a rejeição no ERP, faça o RESET normal e envie que irá ao GRC PRD.

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Ola pessoal, obrigada pelas respostas.

No fim das contas fiz uma intervenção manual nas notas.

Como sempre, o caminhão esta sempre na porta...srrsrs.rs

De qualquer forma, muito obrigada.

att.

Melissa

[henrique_pinto · Accepted solution]

Ops, tem toda razao, nao vi q era o GRC Homologacao. :S

Abs,

Henrique.

[Former Member · Accepted solution]

Ola Pessoal, tudo bem!?

Estou com um problema semelhante a este, ao ler esta thread o problema foi resolvido.

Porém minha dúvida é a seguinte...

não teria que voltar para o ERP, o erro que gerou no GRC: "Erro Status: 38 Batch: Web service unreachable" e encerrar o processo, tirando o Document Status de: "Waiting for Response".

Não existe uma validação no GRC para este "Erro Status", para que o ERP fique com seu "Action Status" OK?

Uma nota talvez?

Ou toda vez que ocorrer este problema temos que "marretar" as tabelas do GRC para poder normalizar o "Action Status" do ERP e posteriormente cancelar a NF-e?

Obrigado.

Att.

Tiago

[henrique_pinto · Accepted solution]

Olá Tiago,

nem uma coisa nem outra.

Em teoria, o erro 01/38 é temporario enquanto a SEFAZ estiver fora.

O procedimento (em teoria) correto seria:

- se puder esperar: ficar companhando o status da SEFAZ até ela voltar ao ar. Quando voltar, ir na aba de erro de envio de lote e restartar o envio, que deve normalizar o processo.

- se nao puder esperar: no ERP, fazer a comutação para contingencia (switch to contingency) da nota pendente, gerando uma nova nota em contingencia (seja SCAN ou formulario de seguranca), e seguir o processo de negocio com a nova nota. Quando o sistema da SEFAZ voltar, reiniciar todos os lotes pendentes na aba de erro de envio de lote, e posteriormente solicitar o cancelamento/inutilizacao dessas notas que foram comutadas para contingência.

Abs,

Henrique.