on 05-09-2013 1:27 AM
Boa noite.
Estamos tentando realizar o estorno de uma nota, criada no ambiente de Produção, mas que possui algumas informações que ser referem ao ambiente de Homologação (como o nome do destinatário: NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL; CNPJ: 99999999000191 e IE: vazia).
Ocorreram a emissão de algumas notas, até que fosse detectado este erro. Destas, a maioria foi estornada, mas, em alguns casos, como este, está ocorrendo a rejeição 222: "Rejeição: Protocolo de Autorização de Uso difere do cadastrado".
Por se tratar de um sistema de mensageria de terceiro (não-GRC), verifiquei que o arquivo TXT gerado, nas posições referentes ao protocolo de autorização da SEFAZ, estavam vazias. Desta maneira, realizei a consulta da mesma no portal da SEFAZ para obter esta numeração e a preenchi manualmente, no momento da realização do procedimento de estorno na J1BNFE e criação do arquivo TXT, mas mesmo assim, ainda ocorre este erro.
Alguém já passou, ou saberia o que estaria errado ou que poderia ser feito para conseguir a homologação de cancelamento?
PS1: A SEFAZ, neste caso, é a de Minas Gerais.
PS2: A string do arquivo gerado para o cancelamento é a seguinte, já com os dados do protocolo de autorização preenchidos:
C231130508215996000164550050000070471229145956131131091699719Estorno em período corrente
Qualquer ajuda é bem-vinda.
Obrigado!
Olá, Diego.
Conseguiram resolver o caso?
O xml de envio da solicitação de cancelamento envia o número de protocolo de autorização da chave.
Exemplo:
Parte do XML validado:
Parte do XML de cancelamento:
Note que os Protocolos são iguais.
No seu caso, o erro retornado é que possivelmente o Nº de Protocolo informado no XML de cancelamento é diferente (ou inexistente) do protocolo de autorização da NF-e.
Dê uma olhada nos dois XMLs.
Abç.
Att.,
Fábio Cirino
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Boa noite, Fabio.
Sim, consegui resolver o problema.
Estava ocorrendo que, ao retornar do sistema de mensageria, não estava vindo o número do protocolo de autorização.
Este número era utilizado, pela RFC de criação do TXT de envio à mensageria, para compor determinadas posições deste arquivo. Este protocolo posteriormente seria salvo no campo AUTHCOD da tabela J_1BNFE_ACTIVE (neste caso ele ficava vazio).
Como ele não estava sendo preenchido, realizei, via debug, o acréscimo desta informação. Com isto, a nota era estornada corretamente tanto no SAP quanto na SEFAZ.
Att,
Diego Mascagni.
Nao adianta ver o txt, vc tem q ver o XML que está sendo enviado de fato pra SEFAZ.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
15 | |
4 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.