Problemas com a configuração do lote

[Former Member]

Pessoal eu já efetuei as configurações necessarias mas reparei que a tabela /XNFE/NFEBAT está vazia e sem o regristro em que o Batch id é igual a 0

Como funciona o preenchimento dessa tabela ?

Existe alguma configuração faltando ou algum programa que precisa ser executado para o preenchimento dessa tabela ?

Já fiz a configuração na SNUM e o Process_reports está rodando normalmente, a tabela /XNFE/BATCUS tambem tem o registro default, e tambem nao existem locks.

Obrigado !

Edited by: Gabriel Filipe on Jul 30, 2009 10:27 PM

[former_member182114]

Bom dia Gabriel,

Os registros nela tabela são criados no retorno do assinador, com a chave de acesso + batchid zerado.

Este batchid zerado indica como "preciso de um lote" para o programa /xnfe/process_reports.

Se entendi sua questão é provável que você está com problemas no retorno do assinador.

Verifique se você já possue NF-es na base (/xnfe/nfehd) e em que histórico atual (/xnfe/nfe_hist), o ponto onde deve gerar na tabela /xnfe/nfebat eh qdo na nfe_hist está status = 03.

Verifique também o PI (SXI_MONITOR) e dumps ST22.

Atenciosamente, Fernando Da Ró

[Former Member]

Fernando

Eu verifiquei aqui e o status de todas as notas estão em 01

O servico de assinatura esta rodando normalmente, agora provavelmente é algo relacionado com o retorno desse status

alguma ideia do que fazer?

[former_member182114]

Status = 01 significa chegou no GRC, veja se está com algum valor para error_status, por exemplo 10 = Erro de validação.

Ele só terá saído para o assinador após status 02, e retorna com o status 03.... ou erro.

Além disso verifique na SPRO se o customizing pro CNPJ emitente está setado e com os dados do certificado digital.

[Former Member]

Bom dia, pessoal

Achei o erro aqui fernando mas ainda n a resolucao dele hehe, a nota chega ao grc (status 01)e vai para o assinador(status 02), a nota é assinada normalmente porem o status que deveria ser colocado como ja assinado (03), nao esta sendo gravado na tabela.

Vou debugar aqui pra ver o que acontece

[henrique_pinto]

Veja se vc configurou o receiver communication channel do tipo XI.

Esse communication channel q vc criar é o responsavel por devolver as informacoes do PI ao NFE.

Crie com o tipo HTTP Destination e referencie a HTTP Destination do XI p/ o GRC, criada conforme indicado no item 3.3.5, secao II, b), do link a seguir:

Abs,

Henrique.

[Former Member]

SIm Henrique, a configuração está correta,

A Nota vai para o serviço de assinatura e volta normalmente, as bandeiras quadriculadas estao como sempre na sxi_monitor, mas a tabela /XNFE/NFEBAT está sempre vazia. Me parece algum erro na hora de gravar o ID da nota e a versao na tabela quando ele chama a funcao /XNFE/NFEBAT_UPDATE_DB, teoricamente isso não deveria acontecer, mas a tabela simplismente continua em branco.

Ai quando o process_reports entra no collect_batch ele cai fora na validacao da tabela pois a /XNFE/NFEBAT está vazia e nao fecha a NFe dentro do Lote.

[former_member182503]

Bom, o problema então não é na hora de atualizar a /xnfe/nfebat, senão daria dump, correto? vide o "message a001(/xnfe/app)" no momento da atualização da tabela.

Debugando a /XNFE/NFEBAT_UPDATE_DB, vc consegue forçar o commit?

[henrique_pinto]

De fato, ou manda pra tabela ou dá dump. Não tem muita alternativa.

O que a SM14 fala?

Veja tb se vc está com UPD WPs disponiveis na SM50.

Abs,

Henrique.

[Former Member]

Problema resolvido pessoal, era problema no Oracle, tinha alguma coisa travada lá, mas era somente isso, o pessoal de basis arrumou e as o processamento voltou ao normal

Obrigado pela ajuda de todos !

[former_member182503]

Você já está gerando nota eletronica? Pois essa tabela é preenchida pelo job process_reports.

Se você está emitindo nfe e ela chega até o GRC e o job process_reports está sendo executado com sucesso, ele deveria coletar as notas eletronicas e gerar registro nessa tabela, que é a ligação entre nota e lote.