Cancelamento por Evento em Processamento

[former_member767700]

Olá pessoal!

Estou com o seguinte problema.

Alguns cancelamentos ficam com status amarelo no monitor de eventos e no monitor de lote de eventos e não finalizam com erro ou sucesso.

Olhei na tabela /XNFE/EVENT_STAT e o status é ADDTOBAT 030 StepStatus = 11.

O mesmo status está na tabela /XNFE/EVENT_HIST.

Existe algum programa para reenviar ou algo que eu possa fazer executar novamente? Tenho vários casos que estão com este mesmo problema.

Obrigado desde já!

Abraços,

Rafael Souza

[Former Member · Accepted solution]

Bom dia Rafael.

Você poderia responder as perguntas abaixo para esclarecer alguns pontos:

1) Existem Cancelamentos que vão normalmente para a SEFAZ e são aprovados, retornando inclusive para o ECC?

2) Na SXI_MONITOR, como estão os processamentos do Cancelamento por Evento (EVENT_CANCR)?

3) Se você entrar no Lote do Evento, ele consta o status 128 (Lote de Evento Processado)?

4) Você aplicou o Support Package 12 ou 13?

5) Já tentou Continuar o Processo?

Att,

Gabriel H. Monteiro

[former_member767700 · Accepted solution]

Obrigado pelo retorno Gabriel! Respondendo as questões:

1) Sim. Existem sim. A maioria são aprovados a atualizam o ECC. São alguns casos que estão impactando.

2) Fica com erro no Ack e geralmente consigo reprocessar. Alguns reprocessa e fica amarelo e não atualiza nada.

3)

Lote: enviar consulta

Etapa espera por resposta assíncrona

Lote 000000000001095 enviado com êxito às autoridades. ID de mensagem 0050560000511EE2ABB6175695CBC38C

4) SP13

5) Sim, porém não muda nada.

Abraços,

[former_member767700 · Accepted solution]

Pessoal!

Continuo com o mesmo problema nos cancelamentos por evento:

Algumas notas estão canceladas na Sefaz e no GRC, porém no ECC, atualiza o evento mas não o Status da NFe. Existe algum programa como o *STATUS_DIAL para estes casos?

Em outros casos o cancelamento fica amarelo no monitor GRC e na engrenagem do ECC eternamente, sem nenhuma ação, como por exemplo o "Continuar processo" funcionando corretamente.

As notas que apliquei foram:

1830672

1832269

1837174

1838386

e

1829655
1828424
1828286
1816823
1816345
1814538
1807845
1807783

Obrigado a todos!

[Former Member · Accepted solution]

Olá Rafael,

Tive um problema parecido, no meu caso existia várias entradas paradas na SMQ1 e SMQ2, eu as reinicie e os status voltaram para o GRC.

Obrigado.

Luciano Salvarani.

[former_member767700 · Accepted solution]

Obrigado pelo retorno Luciano!

No meu caso tem cancelamentos parados de outras datas e a fila na SMQ1 e SMQ2 está livre. Os cancelamento do dia a dia são realizados com sucesso.

Porém alguns que deram erro e reprocessei, outros que simplesmente estão em amarelo e nem o "Continuar processo" dá certo.

Me parece falta de nota, mas apliquei as que tinham características deste problema.

[Former Member · Accepted solution]

Bom dia Rafael,

Tenho outras duas opções, que é a utilização da "atualização" na tabela...

1 - reprocessar o lote adicionando um X no PROCESSO campo na tabela

/ xnfe / batsta

2 - Se a opção 1 não funcionar, então você pode remover o lote de

tabela / xnfe / nfebat tanto para NFe e eles vão ser incluídas em um novo

lote, dai vai gerar um erro pois a nota já está cancelada e o status vai voltar para o grc.

Obrigado.

[former_member182114 · Accepted solution]

Bom dia Luciano,

Sua dica está incorreta. Tabela /xnfe/batsta e /xnfe/nfebat servem ao envio de NF-e, não para envio de eventos.

@Rafael,

O equivalente para colocar o evento em um novo lote de eventos é tirar o lote da tabela /xnfe/events, porém por falha do SP12, corrigidas pós SP13, tem cenários onde você chegou a uma situação problemática por erro no programa.

Pelo que entendi você já implementou as principais notas e só precisa tratar o backlog, certo?

Sugestões:

1) Para diminuir incidência do problema de locks e também aumentar a performance de lotes de NF-e no outgoing:

- re-escalone o endless job (/xnfe/process_reports) sem a verificação de checar acknowledgments (flag)

- escalone um novo job para o programa /xnfe/get_acknowledgments (intervalo pode ser 1 minuto)

2) Na sua lista de notas senti falta destas (são do SP14, então avalie se é melhor ir direto para o SP14 previsão 4/junho):

1828286 Handle NF-e Rejection Code 656 from SEFAZ

1828424 Clear process flag for obsolete NF-e batches

1829655 Protocol tag is missing in Cancellation XML

3) Reenvie o evento em um novo lote, edite a entrada na tabela /xnfe/events zerando o batchid e o batch_guid, o job faz o resto.

Atenciosamente, Fernando Da Rós

[Former Member · Accepted solution]

Boa noite Fernando,

Me confundi mesmo, o meu problema era na emissão e não no cancelamento.

Eu fiz o mesmo procedimento que você orientou o Rafael,  re-escalonando o job(/xnfe/process_reports) sem o fleg acknowledgments e escalonei outro job para o programa /xnfe/get_acknowledgments.

Qual é a diferença de escalonar o job(/xnfe/process_reports com o fleg e sem o fleg?

Obrigado.

Luciano Salvarani

[former_member182114 · Accepted solution]

Bom dia Luciano,

Originalmente o programa /xnfe/process_reports tem 3 passos: Verificar acknowledgments, criar lotes e verificar lotes.

Quando se tem muitas entradas na table de acknowledgment, o processamento pode ficar lento para os passos de lotes (criar e consultar).

E a função de existir dos acknowledgments é em caso de erro no PI (ACK NEGATIVE) setar o processo (NF-e, Lote, Evento....) em estado de erro para que o usuário possa reiniciá-lo no monitor.

Atenciosamente, Fernando Da Rós

[former_member767700 · Accepted solution]

Olá Fernado, obrigado pelo retorno.

Resolveu perfeitamente os casos que estavam em amarelo no monitor e com engrenagem no ECC.

Ficaram agora poucos casos em que existe a engrenagem no ECC, porém Sefaz e Monitor GRC estão canceladas e vinculadas a NFe com sucesso.

Existe algum processo que só atualize a J1BNFE?

Obrigado!

[former_member182114 · Accepted solution]

Bom dia Rafael,

Existe o programa /xnfe/update_erp_status_dial para ser usado como opção de reenvio do status atual do SAP NFE para o ERP. Entretanto apenas a partir do SP13 tem-se a opção para reenvio do evento de cancelamento.

BTW: Tem a versão background /xnfe/update_erp_status que reenvia automaticamente as mensagens que não puderam ser entregues ao ERP, veja se está escalonado (5 a 10 minutos de intervalo está ok).

Atenciosamente, Fernando Da Rós

[former_member767700 · Accepted solution]

Bom dia Fernando! Obrigado pelo retorno.

No meu caso existem poucas notas que estão com o Cancelamento Autorizado no evento na J1BNFE, porém não atualizaram as tabelas *active e *doc.

Segue print de um exemplo:

Neste caso teria que executar a função direto no ERP?

Estou realizando testes mas ainda sem sucesso com a função J_1B_NFE_XML_IN_TAB.

Este é o caminho?

[eduardohartmann · Accepted solution]

Rafael,

Pelo que entendi você tem (pelo menos) duas situações distintas: uma que fica com o evento de cancelamento preso no SAP NFE. Outro que, depois de voltar a autorização de cancelamento ao ERP, o documento não é estornado (o evento volta como autorizado, porém o docnum fica com etapa = 2 e a NF não é estornada).

Sobre o segundo problema (que tem o print acima), estou tendo o mesmo cenário num cliente, onde para várias das NFs canceladas o sistema não está estornando o documento original.

Isto verificamos para NF criada a partir de documento de material (movimento 862) e fatura.

O erro que temos no log da J1BNFE é "Document  does not exist", com código M7063.

No seu caso, qual o erro apontado no log?

Estamos pesquisando oss notes, até agora nada pareceu resolver... já debugamos o programa inteiro e achamos o ponto onde está passando o doc em branco, porém não identificamos o motivo de estar chegando em branco.....

O estranho é que, se fizermos o estorno pelo documento original (VL09 / VF11), o processamento funciona, mas usando a opção "Cancel Source Doc." na J1BNFE, além de não estornar os documentos (original e NF), não é gerado nenhum log adicional - só fica o primeiro referente ao retorno do SAP NFE.

Abs,

Eduardo Hartmann

[former_member767700 · Accepted solution]

Olá Eduardo, creio se tratar do mesmo caso.

Ora gera log com erro: Nenhum cód.status recebido p/NF-e

Ora não gera log.

Também procurei algumas notas e apliquei mas nada mudou.

Abs,

Rafael Souza

[former_member182114 · Accepted solution]

Bom dia Rafael,

Concordo com o Eduardo, este print screen que você colocou tem uma nota com status 101, ou seja, o status para cancelamento já foi recebido só o cancelamento não pode ser realizado. para este tem a opção Cancel Source Doc. e acompanhar o log.

Para casos diferentes sugiro até criar nova thread.

Atenciosamente, Fernando Da Rós

[former_member767700 · Accepted solution]

Bom dia Pessoal!

Eu tinha feito estes passos e retorna um erro no log:

Status comunicação sistema "Rejeição de inutilização/cancelam.foi aceita pelo novo não permitido se status anterior "Autorização

[former_member182114 · Accepted solution]

Bom dia Rafael,

Sugiro abrir mensagem em XX-CSC-BR-NFE para sugestão de ações para colocar estas notas nos trilhos, adicione ao chamado uma planilha com os docnums, status no ERP, status dos eventos no ERP, e também do GRC e seu lote de eventos. Screen shoots são bem vindos.

Atenciosamente, Fernando Da Rós

[former_member767700 · Accepted solution]

Obrigado Fernando!

Aberto o chamado 456872/2013 que já está em andamento.

Vamos atualizar com screen shoots.

Obrigado pela ajuda de sempre!

[Thiago_mai · Accepted solution]

Prezado Rafael,

qual foi o retorno do teu chamado sobre este problema? Estamos com o mesmo problema.

Abraço.

Thiago.