Gr@c@

Preciso de uma opção para somente consultar uma NF-e destinada informando como parametro a chave de acesso. A consulta de NFe destinadas me retorna várias notas, mas quero consultar uma chave de acesso em especifico. Qual função usar? Tentei isso: RESULT := ACBrNFe1.WebServices.Consulta.Executar Porem a função só é bem sucedida se a UF do certificado for a mesma da UF autorizadora. No caso, o certificado e a empresa destinada são de MG e quero consultar uma nota de SP, mas dá o erro de UF diverge da UF autorizadora. Nesse caso tenho que alterar a propriedade em ACBrNFe1.Configurações.WebService.UF para SP, mas é correto isso? Ou tem uma consulta especifica para chave de acesso de nfe destinada? Usar a opção de download da NFe daria, se não fosse o empecilho de se ter um limite para download de uma nfe.

Desculpa pessoal, eu pesquisei no forum por "Consulta NFe destinadas" e apareceram 2 posts. Postei no primeiro, mas percebi que o post ativo é este então segue o resultado do meu teste: UF=MG Ambiente = produção versao do ACBr = 4573 de 28/12/2012 15:00hs cnpj e certificado digital da minha empresa (tenho pelo menos 4 notas fiscais de compra emitidas nos ultimos 15 dias) - <retConsNFeDest xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.01"> <tpAmb>1</tpAmb> <verAplic>1.0.0</verAplic> <cStat>137</cStat> <xMotivo>Nenhum documento localizado para o destinatario</xMotivo> <dhResp>2012-12-28T15:06:19</dhResp> <indCont>1</indCont> <ultNSU>5979115203</ultNSU> </retConsNFeDest> nota : tentei consultar com o NSU acima e também deu o mesmo erro.

Comigo também está ocorrendo isso. Estou usando ambiente de produção, UF=MG e o CNPJ da minha empresa (mesmo cnpj do certificado digital) e temos pelo menos 4 NF-e emitidas a menos de 15 dias. - <retConsNFeDest xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.01"> <tpAmb>1</tpAmb> <verAplic>1.0.0</verAplic> <cStat>137</cStat> <xMotivo>Nenhum documento localizado para o destinatario</xMotivo> <dhResp>2012-12-28T15:06:19</dhResp> <indCont>1</indCont> <ultNSU>5979115203</ultNSU> </retConsNFeDest> tentei consultar com o NSU acima e também deu o mesmo erro. Meu componente ACBr foi atualizado em 28/12/2012 15:00

Eu também. Os serviços de MG não estão disponiveis. Alguns em amarelo outros em vermelho.

Procurei por esse tópico para tentar solucionar uma dúvida sem precisar postar nada novamente, mas não encontrei a solução. Então, sugiro que, quando conseguirem solucionar um tópico coloquem "Resolvido" e também como foi resolvido (ou o link para resolver), afinal a sua dúvida pode ser a de outros colegas também.

Ambiente = 2 UF = 31 (MG) ACBr = subversion 4504 07:55:30, sexta-feira, 7 de dezembro de 2012 NF-e emitida hoje e cancelada logo em seguida Pessoal, quando cancelo uma NFe por evento, tenho o retorno 135-Evento registrado e vinculado a NF-e, mas a nota continua como autorizada durante alguns minutos ainda e assim não consigo atualizar meu banco de dados no ato do cancelamento. Ou seja, quando cancelo, consulto a NF-e novamente para ver o cStat (no caso deveria me retornar 101 ou 135 ou 155) e atualizo o meu BD. Mas na consulta, me mostra 100 embora o evento tenha sido registrado e vinculado. Tenho que aguardar alguns minutos(às vezes até + de 5 minutos) até a consulta me retornar 101. Isso é correto? No meu BD atualizo os seguintes campos quando o cancelamento é autorizado: 1-Protocolo de cancelamento 2-Data/Hora do cancelamento 3-cSTAT de cancelamento (esse campo é para saber se a nf-e foi cancelada por evento) 4-cSTAT da NFe os campos 1,2,3 estão sendo alterados, ficando o cSTAT de cancelamento = 135-Evento registrado e vinculado o campo 4, após a consulta da NFe depois do cancelamento, ainda permanece 100-NFe autorizada Após 5 minutos ou +, eu consigo atualizar o cSTAT para 101 (cancelamento nf-e homologado) ou 155 (cancelamento nf-e homologado fora do prazo) desde que faça nova consulta. Como vocês estão procedendo? Ou isso é só MG? Não posso dar um loop porque isso provocará rejeição de consumo indevido de serviço. dar um sleep de n minutos é impossível porque não sei o máximo desses n minutos.

Pessoal, se atrasar o micro uns 5 minutos, pára de dar o erro. Acho que o problema é de sincronismo com a data/hora dos servidores do SEFAZ.

Se for MG, esta mensagem estava dando em outras situações também, como por exemplo, para consultar uma NFe, cancelar, etc. quando o emitente não tem IE a mensagem não é essa, tem uma mensagem especifica. Observando que se for MG, aqui tá um caos, erros muiiiito estranhos. E não dá pra se ter certeza de coisa alguma.

Coincidencia ou não, começaram a ocorrer alguns erros de certificado após a ultima atualização do Windows do dia 01/12/2012, mas não em todos os micros. Então seria o caso de checar versão do Windows, do service pack e se a licença é registrada. Vários clientes tiveram problemas com as chaves public e private dos certificados e o jeito foi reinstalar o certificado. Eu uso Windows XP sp3 com certificado A3 (Registrado) e Windows 7 32bits com certificado A3 (registrado). Não tive problemas em nenhum dos dois micros. Mas tenho clientes com as mesmas configurações (porem windows não registrado) que tiveram problemas.

Pessoal, atualizei meu ACBr hoje, mas não estou conseguindo cancelar NFe nem pelo processo antigo nem pelo evento. Mensagens em anexo. ACBr Subversion = 4504 (atualizei em 07/12/2012) Ambiente=2 UF=31(MG) Qdo tento enviar por evento dá um erro 642 - Falha na consulta do registro de passagem - tente apos 5 minutos (já tentei várias vezes depois disso e sempre retorna esse erro) Se tento cancelar pelo processo antigo dá um erro de java. Notei que ao compilar minha aplicação após atualizar o ACBr, algumas units de java foram recompiladas, mas não sei se isso interferiu e não sei se foi alterado algo de java nos fontes do componente. A nota fiscal foi enviada hoje ao SEFAZ, portanto está dentro do prazo de cancelamento. Data de saida = Data de emissão. Alguma idéia? Já enviei emails ao Fale Conosco do SEFAZ/MG, mas eles insistem em me enviar como resposta a mesma mensagem automática de pedido de desculpas (creio que nem estão lendo as minhas mensagens, porque vem sempre a mesma mensagem programada independente de qualquer pergunta, reclamação ou sugestão que eu faça)

Pra não criar novo tópico, vou usar esse mesmo porque a dúvida está relacionada. Como o serviço de MG está uma bagunça, fiquei com uma dúvida. Ao consultar uma NFe (pela chave de acesso), se ela estiver cancelada por evento, qual o cStat me será retornado ? Continua 101 - NFe Cancelamento homologado? Ou terei que tratar o cStat 135 - Evento registrado e vinculado? A dúvida é porque quando cancelo uma NFe em homologação, ao consultá-la via ACBr ela continua como autorizada, mas se consultar no SEFAZ o evento do cancelamento está lá protocolado. Lembrando que a minha consulta não é pelo xml e sim pela chave de acesso.

Comigo tbem está acontecendo isso e ainda não consegui achar o erro, uma vez que consulto a nota pela chave de acesso e não pelo xml gravado ao enviar a nota. Bom, o que sei, é que quando você cancela uma nota por evento, o protocolo do xml não é mais atualizado como era feito antes pelo cancelamento antigo. Então, se você estivesse consultando uma nota direto pelo seu xml daria esse erro. Mas consultando pela chave de acesso não deveria ocorrer. Acho que tem que fazer assim: consultar a nota pela chave de acesso e consultar todos os eventos referentes a essa nota. Se achar um evento de cancelamento...

Para quem usa Delphi 7 com RaveReport 5.0 original, o único problema de usar o Rave CB é o fato de não imprimir a logomarca ou tem mais algum outro empecilho? Até o momento usei a NotaFiscalEletronica.rav, mas tenho alguns clientes precisando do Danfe em paisagem e também preciso imprimir o evento de cancelamento.

Você tem q postar informações para análise: -versão da revisão do ACBr -versão do delphi -UF do emitente da NFe -Ambiente (homologação ou produção) -mensagem de erro completa, com codigo e descrição

Darlana, também não estou tendo como usar o ambiente de homologação de MG, mas verifica a rotina do João Henrique. Se ele não encontra protocolo, ele tenta encontrar o protocolo por evento através de um loop (já que uma NFe pode ter mais de um evento), e vc não está fazendo isso: if trim(nProtCanc)='' then begin for I := 0 to loACBrNFe2.WebServices.Consulta.procEventoNFe.Count-1 do begin if loACBrNFe2.WebServices.Consulta.procEventoNFe.Items[i].RetEventoNFe.InfEvento.tpEvento = teCancelamento then begin if loACBrNFe2.WebServices.Consulta.procEventoNFe.Items[i].RetEventoNFe.retEvento.Count > 0 then begin nProtCanc := loACBrNFe2.WebServices.Consulta.procEventoNFe.Items[i].RetEventoNFe.retEvento.Items[0].RetInfEvento.nProt; dhRectoCanc := loACBrNFe2.WebServices.Consulta.procEventoNFe.Items[i].RetEventoNFe.retEvento.Items[0].RetInfEvento.dhRegEvento; end; end; end; end;

Darlana, você está em qual estado? Por acaso é MG? Se for até ontem estava funcionando. Hoje não está mais. Segue meu questionamento ao SEFAZ e a resposta que recebi: Mensagem original Na semana passada enviei um email reportando o erro de que não estava conseguindo cancelar NF-e (em homologação) por evento. Vocês corrigiram, mas hoje o erro voltar a acontecer. Enviei uma NF-e 311211xxxxxxxxxxxxxx550050000000881000000881 Cancelei-a por evento e recebi o retorno cStat = 128 Lote de evento processado e em seguida cStat = 135 Evento registrado e vinculado a NF-e Mas quando consulto a NFe ela ainda aparece como cStat = 100 Autorizado o uso da NFe (quando deveria me retornar cancelamento nf-e homologado) Se tento cancelar novamente dá cStat = 128 Lote de evento processadp e em seguida cStat = 573 Rejeição:Duplicidade de evento O cancelamento por evento já está em produção desde 19/11/2012 em ambito nacional, funcional nos demais estados, porém em MG nem consigo realizar os testes. Por favor, peço mais uma vez que dêem uma atenção especial na resolução desse problema A sua mensagem mereceu toda a atenção da Equipe da SEF/MG e, conforme parecer da superintendência responsável, informamos que verificamos ocorrências de instabilidade em nossos sistemas, e a nossa área técnica já está trabalhando para sua normalização. A SEF/MG trabalha incessantemente para melhoria e funcionamento adequado de seus sistemas e eventuais intermitências poder ocorrer, mas sempre no intuito da prestação do melhor atendimento possível. Pedimos sinceras desculpas por estes transtornos, contamos com sua compreensão e solicitamos que aguarde. Agradecemos antecipadamente, nos colocando à disposição para quaisquer outros esclarecimentos que se fizerem necessários.

Quando eu não atualizava o ACBr pelo ACBrInstall.exe, eu não conseguia usar o Danfe Rave CB devido à versão do meu rave. Depois que atualizei via ACBrInstall, passou a funcionar. Então não está mais dependendo da versão do rave que está no Delphi 7 (no meu caso é a original)

Não está saindo mais. Mesmo cancelando a nota por evento ou pelo modo antigo, setando a propriedade cancelado = true e o xml estando com o protocolo de cancelamento não sai mais a tarja no NotaFiscalEletronica.rav.

João Henrique, o que o colega está dizendo sobre não sair a tarja Cancelada no Danfe em produção procede, pois eu comecei a ter esse problema desde que foi implementado o cancelamento por evento no ACBr. Mesmo cancelando pelo processo antigo não está aparecendo mais. E a propriedade NFeCancelada está true. Todos os meus clientes estão reclamando a mesma coisa, e é por isso que eu estava fazendo os testes de imprimir evento de cancelamento. Estou dizendo isso com relação ao NotaFiscalEletronica.rav Na outra máquina que tenho aqui (está com RadStudio 2007) fiz o teste e estava saindo sem atualizar o ACBr. Atualizei e parou de sair.

Eu não uso o Rave Code Base. Então é esse o problema. Terei que adaptar um relatorio aqui em Quick Report mesmo. A impressão do evento de cancelamento é obrigatória? Porque não está mais saindo a tarja de cancelamento no Danfe de nota cancelada?

O evento do cancelamento If FileExists(ArqXML) then begin ACBrNFe1.EventoNFe.Evento.Clear; ACBrNFe1.EventoNFe.LerXML(ArqXML); ACBrNFe1.ImprimirEvento; end; O arqXML é o 311211864930950001485500500000008710000008761101101-procEventoNFe.xml

versão de revisao do ACBr = 4448 estou usando o NotaFiscalEletronica.rav do dia 27/11/2012 17:28 raise exception class EACBrNFeException with message 'Imprimir'. Process stopped. Use Step or Run to continue. Obs: a NFe foi cancelada por evento cStat = 135 Evento registrado e vinculado a NFe Chave de acesso da NF-e Chave = 31121186493095000148550050000000871000000876 Nome do arquivo do evento 311211864930950001485500500000008710000008761101101-procEventoNFe.xml

Pessoal, está havendo uma contradição entre o fisco de MG e o Sintegra com relação ao CFOp de CT-e na seguinte situação: Tomador de Servico = MG Transportadora = MG Destinatario da mercadoria = Outros estados Fisco diz que CFOp tem que ser 6353 porque haverá transporte de mercadoria de um estado para outro e vale as UFs do tomador e do destinatario. Sintegra só aceita CFOp 5353 considerando UF do tomador e da transportadora. Qual seria o correto? E o embasamento legal ?

Em MG não precisa.

Tópico Resolvido na Revisão 4435 Obrigada a todos