Erro A02 ao consultar situação do lote

Pessoal
Também estou com o mesmo problema desde ontem a tarde, mas disseramque era minha aplicação por estar fazendo varias consultas, mas respondi era mintira deles pois faço 1x1 um RPS por protocolo.

Então ja que estamos ferrados mesmo e sem suporte que tal de abrirmos uma reclamação do site http://www.reclameaqui.com.br/
assim o Brasil inteiro ficaria sabendo de como esta empresa trata questões de suporte.

Grato.

Aguiar
Paulinia/SP

Realmente o suporte é fraco, ou seja, eles tem que repassar para desenvolvedores, com isso sou de Maceio-AL e estou com a mesma situação olha a resposta deles abaixo:

Consulte o desenvolvedor de sua aplicação e informe o ocorrido, pois enquanto sua aplicação consultar mais de um lote por vez o erro ira persistir.
Este atendimento é feito somente via e-mail.

Atenciosamente
Suporte Ginfes
"Desenvolvedores, já esta disponível nosso fórum oficial, para esclarecimento de duvidas técnicas referente a RPS e integração com WebService" Acesse: https://desenvolvimentonfse.forumeiros.com/.

a resposta é padrão...


Você deve consultar o desenvolvedor de sua aplicação, pois é sua aplicação que gerencia as consultas a serem realizadas, ou seja, a mesma é quem esta travando a consulta do lote.

Atenciosamente
Suporte Ginfes

"Desenvolvedores, já esta disponível nosso fórum oficial, para esclarecimento de duvidas técnicas referente a RPS e integração com WebService" Acesse: https://desenvolvimentonfse.forumeiros.com/.

Bom dia,

Aqui em SJRio Preto, estamos com o mesmo erro, e a resposta padrão persiste:

Este erro ocorre pois sua aplicação esta tentando enviar mais de uma consulta de notas ao mesmo tempo, e por motivos de desempenho e estabilidade a mesma poderá efetuar somente um por vez


Atenciosamente
Suporte Ginfes

"Desenvolvedores, já esta disponível nosso fórum oficial, para esclarecimento de duvidas técnicas referente a RPS e integração com WebService" Acesse: https://desenvolvimentonfse.forumeiros.com/.

Bom dia,

Vocês notaram que a aplicação de todo mundo está com o mesmo "problema" de acordo com a Ginfes?

Essa Ginfes é uma piada mesmo.

Também acho vamos colocar no reclame aqui.
Agora me mandaram consultar o desenvolvedor.
Mas eu sou o desenvolver.

Eles não tem noção do que fala, ficam inventando desculpa pelos problemas deles.
Será que as prefeituras pagam eles por esse serviço ?

"Consulte o desenvolvedor de sua aplicação.

Atenciosamente
Suporte Ginfes."

Acho que eles alteraram a aplicação pois todas as minhas NFSe's de ontem retornaram hoje.

A gente nunca vai ficar sabendo o que realmente ocorreu.
Seria tão mais simples se eles provedor do serviço enviar uma mensagem para nós que temos relacionamento informando de possiveis paradas,
instabilidade ou mesmo mudanças técnicas de lay out atualizações e assim por diante, acho que além de construir uma imagem positiva para
a empresa também de certa forma seria nosso parceiro, mas isto seria num mundo onde existisse profissionalismo, carater e ética.

Fica registrado minha esperança de que pessoas ainda podem serem convertidos pelo carater profissional e éticos.

Abraços
Aguiar.
Paulinia/SP

Aqui vai o meu
aguiar@btunet.com.br
Paulinia/SP

O Erro Persiste,

Eles dizem que minha aplicação esta realizando mais de uma consulta ao sistema.

Pessoal eu sou o desenvolvedor e estou analisando, debugando.. .olhei até no Firewall e acompanhei as chamadas..

Estou realizando um teste ponto a ponto, com somente uma nota fiscal e até agora sem resultado..


Quer dizer que a consulta em andamento, demora, mais de 4 horas para resposta???

Absurdo..

Mesmo caso que o meu eles insistem em dizer que estou fazendo 2 consultas, já fiz de tudo uma a uma.
consulta por lote, consulta por rps
sempre dá o mesmo erro

Estao me falando agora que deve sim realizar 2 consultas... mas uma por vez,

ainda esta complicado. se souber de alguma atitude dos caras, avise..

to com erro de ficar consultando desde cedo, as notas de ontem que estavam com o mesmo problema hoje estavam validadas.
Sera que vão tomar alguma providencia.

Tenho 2 números de telefone deles ai de SP.
11 2699 0250
11 2175 1145

já não me atendem mais, quem poder ligar... Vamos cobra esses cara como nosso clientes nos cobram... pra eles está mto comodo colocando o problema nas nossas aplicações...

Minha aplicação funciona com somente uma chamada.. e tem se portado muito bem até segunda-feira passada.

Hoje, depois de 1000000000 de mensagens me respoderam desta forma...

"Mas lembre-se que para cada recibo enviado sua aplicação deve utilizar pelo menos dosi metodos de consulta, e não um somente, pois se você utilizar somente o metodo descrito abaixo ConsultarLoteRpsV3 , Sua aplicação nunca ira saber se o lote foi processado, pois ira faltar a consulta do metodo servico_consultar_situacao_lote_rps_envio_v03."


Primeiro... A minha aplicação funcionacom uma só chamada... a afiramação que 2 ao mesmo tempo não se aplica a mim...

Segundo... Eles estão pedindo para criar uma nova chamada, até ai tudo bem, se é um padrão e eu não usava, vamos arrumar.


Fiz uma alteração e solicitei a chamada de consulta... adivinha qual a mensagem que recebi?????

Liguei ontem e pedi uma ajuda, pois eles não passam a ligação

A instrução que me passaram foi a seguinte,

Liguem para as prefeitiras e solicitem o atendimento de um FISCAL.

Expliquem o problema e façam uma denúncia,

Eu tentei esta opção ontem em São Bernardo do Campo... ainda não teve efeito nenhum...


Alguem tem a documentação que fala sobre este código de erro? A02?

Eu concordo que precisa sium fazermos duas chamadas, a primeira é para sabermos se o a situação ou Status do lote ou RPS, sendo que o retorno deve ser "1-nao processado, 2-não recebido, 3-processado com erro, 4-rocessado com sucesso ".
Pois só eu consigo saber qual é a situação do RPS, sendo que ja tive inumeros casos em que minha aplicação entregou o RPS, e o WS, não me devolveiu o protocolo da entrega, seja a situação, para a aplicação não houve recepção, e neste caso fez novamente o reenvio, e a consultar no site deles o 1o. RPS que foi enviado coverteram e NFSe, e também o 2o RPS, portando ficou notas em duplicidade.
Usando a consulta de situação pelo status sabe-se foi ou não processado, e depois é só fazer a busca.
Tudo seria diferente se fosse como a SEFAZ, que até hoje nunca falhou, nas questões de remessa r retorno, e quando vão fazer paradas podemos ver no painel do sistema.
t+.
Aguiar.

Não importa a ordem de metodos utilizados para consultar.

Ao enviar a nota, basta aguardar de 3 à 5 min e consultar a nota enviada, utilizando qualquer método de consulta (em qualquer ordem!).

Se a nota for consultada antes desse tempo, será retornado o Erro A02 e o CNPJ em questão ficará pelo menos 1 hora sem retorno de consultas (é quase uma punição ao usuario da aplicação).

Exemplo do Fluxo:
- Envio de nota (apenas executar método de envio, não executar nenhuma consulta)
- Aguardar 3 à 5 min
- Consultar (tanto faz consutar lote ou situação)

Enviando as notas e consultando dessa forma não há problema.

Olá pessoal, bom dia.

Pergunto aos mais experientes, sera que não existe alguma entidade a quem possamos reclamar, em conjuntos atraves de uma baixo assinado, ou mesmo os colegas que tenham grandes relacionamentos da rede social, poderiamos botar a boca no trombone como se dizem, pois ja é hora de exercemos nossa cidadania e não ficarmos refem de empressas inidônease e sem profissionalismo.
Pronto já disse.
Abraços.
Aguiar.

Emerson.pwi escreveu:

Não importa a ordem de metodos utilizados para consultar.

Ao enviar a nota, basta aguardar de 3 à 5 min e consultar a nota enviada, utilizando qualquer método de consulta (em qualquer ordem!).

Se a nota for consultada antes desse tempo, será retornado o Erro A02 e o CNPJ em questão ficará pelo menos 1 hora sem retorno de consultas (é quase uma punição ao usuario da aplicação).

Exemplo do Fluxo:
- Envio de nota (apenas executar método de envio, não executar nenhuma consulta)
- Aguardar 3 à 5 min
- Consultar (tanto faz consutar lote ou situação)

Enviando as notas e consultando dessa forma não há problema.

Oi Emerson,


Eu concordo em parte contigo, na minha aplicação eu faço um processo de LOOP.

Eu envio a nota fiscal com o método ReceberLote. apos isto eu fico consultando o lote com o metodo ConsultaSituacaoLote até receber o código 3 (ERRO) ou 4 (OK).
Caso o retorno for 4 eu consulto com o Método ConsultarLote.

Quero dizer que não espero 1 minuto para consultar , eu simplesmente faço isto com um loop até receber a mensagem, se tornou aceitável em questão de tempo.


Dá uma olhada neste link, deve ajudar..

http://www.tecnospeed.com.br/blog/importante-problemas-com-a-emissao-de-nfs-e-utilizando-servidores-ginfes/comment-page-1/#comment-1160

fparmezani,
Fiz alguns testes e realmente consultando a situação até receber os status 3 ou 4, e somente após isso consultar o status da nota, funciona.
Mas quem consulta o status da nota antes de receber as situações 3 e 4, ficam um tempo sem consultar.
A ginfes poderia ter documentado isso tudo e postado no site, mas enfim, obrigado!

Olá pessoal.
Este procedimento que eles querem adotar não é tão verdade assim, pois eu ja executava este processo na minha aplicação desde meados de 2012 , ou seja eu enviava o RPS e depois fazia uma consulta na situação ou status do lote e só quando era =4 é que processo a consulta da NF, e mais assim tive minhas notas presa naquele fatidico dia e não teve liberação, tive que executar o processo manual pelo site para obter a NFSe, então não sei se isto vai de fato mudar, acho que é mais uma tentativa de justificar o injustificavel, ou seja incapacidade de atender em alta disponibilidade de processamento.
Abraços.
Aguiar.

Hoje voltou o problema em homologação?Alguém está sabendo de alguma coisa?

Estava emitindo normal em testes hoje voltou este erro!!!

Com vocês também???

Att,
Bruna Belotti

Bom dia, ainda com relacao ao alerta A02. Nós utilizamos a solução DF-e da MasterSAF. Estou com um chamado aberto sobre este assunto, mas sem resposta definida ainda, com relacao a qual versão terá esta funcionalidade e quando/como será implementada.

Caso, alguem de voces ou sua empresa tambem utilize o DF-e da MasterSAF e tenha as respostas, gostaria que compartilhassem.

p.s: Estamos da versao DF-e 3.5.3. A ultima versao que tenho conhecimento é a 3.16.1. Os RPSs são gerado no ERP SAP ECC 6.0 e integrados com o DF-e por interface desenvolvida por terceiros.


Grato.

Estamos com 76 notas paradas em São Bernardo do Campo, e o suporte é realmente fraco, esperei 4hrs para buscar o resultado da nota e até agora nada (Ainda está bloqueado)...... já troquei mais de 5email, mas ninguém resolve, acho que a saída é mesmo abrir uma reclamação formal

Olá pessoal.
Boa tarde.
Como eu disse antes, isto que eles alegaram não procede, pois na minha aplicação eu uso a DLL da FlexDoc, para consultar status Lote onde
objNFSeUtil.ConsultaSituacaoLoteRPS
"1-nao processado, 2-não recebido, 3-processado com erro, 4- Processado com sucesso " e se igual a = 4 então eu aplico objNFSeUtil.ConsultaLoteRPS
para pegar o lote.
E mesmo assim qdo. deu aquele pau geral também tive estes problemas, mas hoje aqui Paulinia-SP, processei normalmente e com redução de tempo de resposta.
Abraços.
Aguiar.

Aguiar escreveu:

Olá pessoal.
Boa tarde.
Como eu disse antes, isto que eles alegaram não procede, pois na minha aplicação eu uso a DLL da FlexDoc, para consultar status Lote onde
objNFSeUtil.ConsultaSituacaoLoteRPS
"1-nao processado, 2-não recebido, 3-processado com erro, 4- Processado com sucesso " e se igual a = 4 então eu aplico objNFSeUtil.ConsultaLoteRPS
para pegar o lote.
E mesmo assim qdo. deu aquele pau geral também tive estes problemas, mas hoje aqui Paulinia-SP, processei normalmente e com redução de tempo de resposta.
Abraços.
Aguiar.

Tu ta tendo problema no cancelamento?
Pois também utilizo a dll da FlexDocs, e o retorno do cancelamento é que o xml esta fora de estrutura, já tens umas 3 semanas q esta assim

Como o nosso cancelamento é muito baixo, 1 por mes , ainda estou usando, o cancelamento no próprio site, mas ja tentou atualizar o xml do NFSe_util, ou o que o pessoal do suporte da FlexDocs, tem dito sobre este problema?.

Aguiar.

Aguiar escreveu:

Como o nosso cancelamento é muito baixo, 1 por mes , ainda estou usando, o cancelamento no próprio site, mas ja tentou atualizar o xml do NFSe_util, ou o que o pessoal do suporte da FlexDocs, tem dito sobre este problema?.

Aguiar.

Então, estou utilizando a última versão liberada a v2.2o, liberaram essa devido a Ginfes ter alterado o xsd de retorno do cancelamento, porém não tem nada a ver com o envio, o pessoal da FlexDocs dizem oque todo mundo já sabe, que é problema da Ginfes.. O pior de tudo é a Ginfes não ter suporte, e não avisar ninguém das "melhorias" deles, o mais engraçado que se envior uma requisição de cancelamento com um número inválido de nota, o webservice acusa nfe inexistente, então não pode ser erro de estrutura, senão iria dar toda hora, já não sei mais o que fazer..

Aguiar escreveu:

Olá pessoal.
Boa tarde.
Como eu disse antes, isto que eles alegaram não procede, pois na minha aplicação eu uso a DLL da FlexDoc, para consultar status Lote onde
objNFSeUtil.ConsultaSituacaoLoteRPS
"1-nao processado, 2-não recebido, 3-processado com erro, 4- Processado com sucesso " e se igual a = 4 então eu aplico objNFSeUtil.ConsultaLoteRPS
para pegar o lote.
E mesmo assim qdo. deu aquele pau geral também tive estes problemas, mas hoje aqui Paulinia-SP, processei normalmente e com redução de tempo de resposta.
Abraços.
Aguiar.

boa tarde,
Aguiar tudo bem..?, também utilizo a FlexDocs e ainda estou com o problema na emissão da NFS-e pela GINFES, no município de Maceió/AL. Na minha aplicação está exatamente da forma como você postou, envio o lote, depois consulto a situação ate retornar 4 ou 3, depois consulto o lote.
No meu caso, quando passa na primeira vez ainda no ConsultaSituacaoLoteRPS ja ocorre o problema A02.

Gostaria de saber se você fez mais alguma alteração para que funcionasse, ja enviei vários emails pra GINFES mais sem sucesso.

Jozadak Nicácio

Pessoal vamos cobrar uma resposta da GINFES,
A regra que eles implantaram não está correta, pois está retornado o erro A02, sem consulta simultânea. Enviei um trace da rede, para provar que não existe envio simultâneo da aplicação mas nada foi feito.

Pessoal, fiz testes de emissão da nota em ambiente de HOMOLOGAÇÃO e passou normal, ou seja, só da esse pro do A02 no de PRODUÇÃO!

passei um email pra eles informando isso, depois desse email a GINFES não me respondeu mais!

Jozadak Nicácio

Bom dia pessoal.
Sei que esse tópico ficou parado durante anos, mas o problema continua.
Nós temos integrado com o Ginfes há 4 anos e como nossos clientes emitiam just-in-time, normalmente havia um intervalo de tempo entre as notas e conseguíamos contornar depois de algumas tentativas.
Porém agora um dos nossos clientes é uma escola, que emite todas as notas no dia que fecha o faturamento. Estamos conseguindo enviar e receber protocolo de cerca de 2 mil RPS, porém a consulta se tornou impraticável. Como alguns colegas mencionaram do bloqueio do CNPJ, acho que ocorreu isso com nós pois mesmo que eu pare as consultas de todas as notas e dispare de hora em hora uma consulta apenas ao mesmo documento, ainda retorna essa mensagem.
Essa regra é absurda, beirando o ridículo, quem desenvolveu isso não tem a menor noção de como funciona uma venda/faturamento na prática.
Gostaria de elaborarmos em conjunto um ofício e encaminhar aos municípios que utilizam Ginfes, para que eles saibam da nossa insatisfação com o sistema e também com o atendimento da empresa.
Esse ano teve eleição e como a partir de janeiro tudo muda em muitas prefeituras, é comum eles trocarem de sistema.
Para os que quiserem participar, meu email de contato é leonardoperes@migrate.com.br.
Abraço.