No table entry exists for document number X / access key Y

[cristiano_santos]

Olá amigos,

implantamos o grc 10.0 que está funcionando normalmente no ambiente de dev, e foi solicitado que as configurações fossem copiadas para o Sandbox do ERP, que é uma copia do dev.

Para apontar o grc para o sandbox, criei uma outra rfc e fiz a amarração na bd97. Um detalhe aqui é que o logical system do sandbox é o mesmo do dev.

A primeira NFe emitida no sandbox foi autorizada normalmente, porém todas as notas seguintes apresentam erro:

Error Status: 71

Error Status Text: Rejected by authorities

Status Code: 204

Stat. Code Text: Rejeição: Duplicidade de NF-e

Ao clicar em detalhes aparece a seguinte informação:

Rejeição: Duplicidade de NF-e [nRec:A seguinte excecao ocorreu durante a execucao:Error=[2627];Proc=[usp_NFeInsert];Line=[56];Message=[Violation of PRIMARY KEY constraint 'PK_NFe_InutNFe_Constraint'. Cannot insert duplicate key in object 'NFeOut.NFe_Inut

Clicando em Status Query o Status Code muda para 217 com o texto: Rejeição: NF-e não consta na base de dados da SEFAZ. Ao clicar em log display aparece a mensagem :

No table entry exists for document number "docnum" / access key "chave de acesso"

Bom, na tabela /XNFE/NFEHD a nota aparece com o docnum e chave de acesso. Na tabela /XNFE/BACKSTATUS ela não aparece. Alguém já passou por esta situação? Algum registro ficou preso em alguma tabela. Temos que resolver isso porque o teste integrado vai ser no sandbox.

Obrigado.

[henrique_pinto · Accepted solution]

Olá Cristiano,

o 204 seria esperado em cenários de copia de ambiente.

O ideal é vc utilizar uma série diferente no ambiente cópia, para evitar o problema.

O estranho é o status query voltar o 217 e nao 100.

É possível que o servico NFESC esteja apontando pra URL errada.

Verifique se as condicoes de roteamento estao levando ao communication channel da UF/tpAmb corretos (estado & homolog/prod), e se a URL no comm channel está correta (e.g. URL do servico de prod no comm channel de homolog).

Abs,

Henrique.

PS: note que vc ter 2 ambientes com mesmo logsys no mesmo SLD (i.e. integrados pelo mesmo PI) significa que vc tem 2 ambientes diferentes com mesmo SID, o que é considerado errado do ponto de vista de infraestrutura padrão SAP.

[cristiano_santos · Accepted solution]

Olá Henrique,

Trocamos a serie da nota, e agora está dando certo. Obrigado!

Então pelo jeito só irá funcionar um outro, e nunca os dois, certo?

Outra solicitação é conectar o dev e o qas no grc ao mesmo tempo. São dois SID diferentes, então sabe se eu adicionar um sistema diferente na BD97 vai funcionar os dois ao mesmo tempo?

Obrigado.

[henrique_pinto · Accepted solution]

Olá Cristiano,

são 2 coisas diferentes:

1. dois ERPs diferentes (seja com mesmo SID ou SID diferentes), utilizando a mesma série e range de numeração de notas, apontando pra SEFAZ homologação vai causar eventualmente o 204.

=> note que independe de vc ter 2 ou o mesmo PI/GRC. O problema é utilizar o mesmo range de numeracao em 2 ERPs distintos pro mesmo ambiente SEFAZ - pra SEFAZ, é como se a empresa tentasse faturar a mesma nota 2x.

=> em teoria, ter o 204 não seria problema fatal - o status query deveria resolver a questão.

2. Em havendo duplicidade (204), o Status Query está falhando. Isso é outro problema e deve ser investigado o porquê.

=> causas possíveis: erro na configuração do NFESC, erro na SEFAZ, erro na montagem da chave de acesso para o status query (menos provável).

Abs,

Henrique.

[cristiano_santos · Accepted solution]

Obrigado Henrique, vou checar este serviço.

Abraço!

[cristiano_santos]

Info adicional: GRC 10.0 com SP 8. E para cada nf com erro está sendo gerada uma chave de acesso diferente.