SP e MG ok, mas GO e MA problema

[ubaltino]

Boa tarde, pessoal.

Ambiente: Delphi 7, ACBrNFe com OpenSSL, Windows 7 64 Bits.

NFe: Homologação, origem GO, SP, MA e MG.

Para notas com origem SP e MG, tudo Ok. Envio e tem a resposta de Autorizada.

Mas para origem GO e MA, sempre acusa NFe não consta na base de dados.

Tem algum segredo que não estou sabendo?

Alguém já passou por isto?

Outro dúvida quue notei. Todo XML enviado a sefaz não tem que iniciar com "<?xml version="1.0" encoding="UTF-8"?>" ?

Os meus na versão 2.00 não tem isto.

Ubaltino Faleiro

[André Ferreira de Moraes]

O erro "NFe não consta na base de dados" ocorre apenas na consulta da NFe por chave e acontece quando a NFe está em processamento, ocorreu algum erro no processamento e a nota foi recusada ou não foi enviada ao SEFAZ.

Qual o retorno quando vc envia o lote da NFe?

[ubaltino]

André,

Não estou conseguindo pegar uma resposta agora.

Na Unit ACBrNFeWebServices.pas, na linha 747 esta comentada. Onde tem:

//'<?xml version="1.0" encoding="UTF-8" standalone="no"?>'+

Descomentei só para fazer um teste.

Enviei uma nota, e o componente gerou uma excessão ao enviar. Acho que isto foi no momento de pegar o recibo. Em seguida, peguei a resposta e a nota estava Autorizada com sucesso. Foi a primeira nota que consigo isto na versão 2.0 origem GO.

É verdade que o WebSevice de GO para Homologação esta uma porcaria.

Estes são dados que tenho até agora. Vou continuar fazendo testes para ver no que da.

Ubaltino Faleiro

[ubaltino]

Pessoal,

To quebrando a cabeça até agora com isto.

Descobri num site que tem MUITA diferença entre consultar a resposta de uma NFe pela a Chave e pelo Recibo.

GO na versão 2.00 só da uma resposta coerente se for pelo recibo.

Mas vamos ao meu problema atual.

Envio a nota, o lote e recebido com sucesso.

Depois consulto pelo recibo. A mensagem é a seguinte:

http://www.portalfiscal.inf.br/nfe'>

2

GO2.0

215

Rejeição: Falha no schema XML

52

215

cvc-pattern-valid: Value '' is not facet-valid with respect to pattern '[0-9]{15}' for type 'TRec'.

Não consegui identificar qual a bendita TAG que esta provocando isto. Algum saberia me dizer.

Ubaltino Faleiro

[ubaltino]

Pessoal,

Resolvi o problema anterior.Estava faltando o Número do Recibo.

Agora, a SEFAZ me retorna isto:

http://www.portalfiscal.inf.br/nfe'>

2

GO2.0

521000003941486

104

Lote processado

52

2

GO2.0

52110302275017000268550010000087671000087679

2011-03-15T12:07:59

203

Rejeição: Emissor não habilitado para emissão da NF-e

Detalhe: O CNPJ em questão esta em Produção a 2 anos emitindo nota diariamente em 4 estados.

Alguem já passou por isto?

Ubaltino Faleiro

[André Ferreira de Moraes]

Entre em contato com a SEFAZ de Goias e verifique o pq da mensagem de que o emissor não está habilitado.

[Cleiver]

vc verificou se no site do sefaz GO esta habilitado em modo de homologação, falo porque tive esse problema também eu estava enviando só que no site só estava habilitado o modo produção.

[ubaltino]

Pedi a um contador de um cliente que verifique isto junto a SEFAZ.

Goias é um pesadelo.

Quando a Empresa se habilita, o usuário pede se é para Homologação ou Produção. Dependendo do ambiente que selecionou o outro não funciona. Mas pelo que sei, isto vale apenas para o inicio, apos a solicitação para NFe.

Pois, na versão 1.10 consigo enviar tanto em Produção quanto em Homologação. Mas na versão 2.0 ta um pesadelo. Isto para GO.

Ubaltino Faleiro

[Gr@c@]

Entrei em produção com a NFe 2 em Goiás hoje. Ô arrependimento.

Não consulta nFe da versão 1.0

Tá lento.

Dá erro.

Envia nota hora sim, hora não.

E aí, vai discutir com o cliente que o problema é Goiás e não a versão nova que instalei?

[ubaltino]

Eu sou goiano. Mas ca pra nos, a turma de TI da SEFAZ de GO ta uma bosta.

Passamos nosso problema para eles. Eles não sabem me dizer porque uma lista de 5 CNPJs não esta Habilitado para emissão de NFe, se já estã emitindo NFe a 3 anos em Produção.

Parece bricadeira.

Espero que até semana que vem, alguem tome uma atitude. Senão, o bicho vai pegar em 01/04/2011.

Ubaltino Faleiro

[ubaltino]

RESOLVIDO.

Encerrando o tópico que criei, vai ai a solução para quem interessar.

1 - O problema era na SEFAZ de GO. Eles tinham bloqueado vários CNPJs, e retornava este código 203 - Emitente não autorizado para NFe, para emitentes que emitem NFe a mais de 2 anos. É mole? Acreditem se quiser. Não me deram a menor satisfação sobre o que tinha causado isto. Mas eu tenho minhas opiniões.

2 - Só descobri o verdadeiro problema CONSULTANDO PELO RECIBO. Pela chave só retorna NFe não consta na base de dados. Este ponto é muito falho no projeto da NFe.

3 - Consegui uma lista de suporte para NFe em vários estados. Para quem não conhece, esta dentro deste documento no link: http://portalnfe.fazenda.mg.gov.br/down ... ronica.pdf

Ubaltino Faleiro

[André Ferreira de Moraes]

2 - Só descobri o verdadeiro problema CONSULTANDO PELO RECIBO. Pela chave só retorna NFe não consta na base de dados. Este ponto é muito falho no projeto da NFe.

Sua rotina que estava errada, pois para saber se uma NFe foi processada, primeiro vc deve consultar pelo recibo, dae, se foi processada com sucesso vc pode consultar pela chave, senão sempre vai receber a mensagem de que a NFe não consta na base de dados. Leia o manual de integração para ver como os webservices funcionam e oq retornam.

[ubaltino]

É André, pode ate ser que não me atentei a isto.

Mas como fica, quando a gente envia uma nota, trava o retorno do WS ou a internet, ou o windows, ou sei la mais o que. Neste caso, não temos o tal recibo. E ai como fica?

a - Temos que consultar pela chave?

b - Temos que reenviar a NFe para o WS, pegar o novo recibo e consultar pelo recibo? Mas neste caso a resposta será outra, pois estamos consultando a resposta pelo último recibio. O primeiro foi perdido.

É sobre isto que acho FACHO o projeto da NFe.

Ou você tem uma forma de recuperar o recibo, nestes casos? Acho que muita gente vai querer saber.

Ubaltino Faleiro