guilherme_desordi

Obrigado, Ítalo!

Prezado Thiago, Você tem razão. Apesar de receber eventos de cancelamento de várias notas, HOJE me deparei com o mesmo problema que você. A nota foi emitida e cancelada ontem à noite e até o momento o web service não retornou nenhum evento de cancelamento. Se o evento chegar, eu posto aqui. Mas se estamos com o mesmo problema, não acredito que isso acontecerá. Será que a Sefaz espera que a gente faça um controle de NFs nesses casos apenas com o retorno do WS de Manifestação do destinatário? Isso seria uma péssima ideia. Até o Danfe da nota eu recebi... Mas, de qualquer forma, é isso o que eu estou fazendo. Me baseando na resposta da manifestação para dar a NFe como cancelada e "descartar" o resumo que eu recebi. - Isso para os casos em que o xml não é liberado para download, pois, quando o xml é liberado para download eu tenho recebido normalmente o evento de cancelamento.

Olá Thiago FD, bom dia, Apenas algumas observações: Se a nota foi cancelada em pouco tempo depois da emissão, provavelmente você não receberá o xml dela pelo novo WebService e tampouco o cancelamento. Quando fizer a manifestação, receberá como retorno que a nota está cancelada ou denegada. Portanto, se estiver baixando as notas de outro lugar, talvez do WebService antigo, eles podem estar se confundindo. Além disso, certifique-se de verificar todos os eventos retornados, tanto procEvento quanto resEvento. Se alguma nota for cancelada, você deverá obrigatoriamente receber essa informação através desses eventos. (De acordo com a Fazenda, é claro.. rsrs)

Não precisei atualizar nada. Pesquisando no fórum, vi que esse problema foi discutido no tópico a seguir: A solução foi alterar as configurações gerais do componente para versão 3.10. Simples assim. Espero que possa ajudá-lo, Professor.

Eu estou tendo um problema parecido. Ao consultar a nota (qualquer nota), o retorno é cStat = 239. Segundo NT, isso significa "Cabeçalho - Versao Do Arquivo Xml Não Suportada". Vou atualizar o componente e recompilar o projeto para ver se resolve.

"Resolvi" o problema. Pesquisando loucamente no fórum, encontrei De curioso, verifiquei o arquivo ACBr.Inc e vi que havia a opção de "usar o componente de comunicação SOAP do Delphi ao invés do ACBrHTTPReqResp" Como ACBrHTTPReqResp é a Unit que está me dando problemas, não pensei duas vezes em descomentar a linha {$DEFINE SoapHTTP} e usar o componente SOAP do Delphi. Como mágica, o sistema funciona devidamente, como esperado. Sei que essa não é a solução definitiva, que existe algum problema aqui que não está totalmente resolvido, afinal, pelo menos algum código de erro eu devia ter recebido. Mas por ora, Vai ficar assim! Estou à disposição para fornecer os arquivos e as informações necessárias caso alguma correção precise ser feita no componente no futuro.

Bom dia Juliomar! Primeiramente, obrigado pela disposição. Fiz a instalação do Delphi em sistemas diferentes, usando máquinas virtuais. Fiz a instalação com o AcbrInstall em ambas as máquinas, mas na do Delphi XE4, ele não gerou nada no diretório C:\ACBr\Lib\Delphi\LibD18. Então eu fiz a instalação manualmente compilando os pacotes que queria usar. Depois de ler seu post eu me certifiquei de copiar e registrar todas as DDLs, mas nada mudou. Informações adicionais: O meu programa de teste compilado no Delphi 7 funciona normal na máquina de compilação, em uma máquina de testes e não funciona na máquina com o XE4. O programa compilado na XE4 "não funciona" em nenhuma máquina.

Refiz o mesmo programa de teste no Delphi 7 e funcionou normalmente. O problema certamente é no componente no Delphi XE4. Eu errei alguma coisa na instalação? Não é só compilar os pacotes de tempo de execução e compilar e instalar os pacotes de desenvolvimento? O Library Path está certinho, vê todos os .bpl, os fontes... O que está passando?

Concordo com Tiago. Se não houver nenhum impacto negativo, deve-se verificar a propriedade "salvar". Assim o programador terá mais controle sobre onde e quando salva os arquivos.

Bom dia amigo hints, Primeiramente, as regras do fórum declaram que você deve ANEXAR o arquivo de texto, e não copiar e colar. Fique atento. Tentando te ajudar, gostaria de mostrar que a melhor forma de atualizar a sua versão dos componentes é removendo COMPLETAMENTE do seu computador a versão anterior. Dê uma olhada no tópico a seguir: Tenho certeza que seguir esse procedimento irá lhe ajudar.

Fiz o máximo para não criar um tópico desnecessariamente, mas não consegui encontrar meu problema em outros lugares. Esse é o primeiro aplicativo que eu crio no Delphi XEx que precisa utilizar o certificado digital, embora já tenha usado o AcbrNFe2. Eu sempre tenho encontrado erro ao usar o certificado. Testei com manifestação do destinatário e com o WS de Distribuição de NFe. O erro é o que segue abaixo: WebService Distribuição de DFe: - Inativo ou Inoperante tente novamente. - Erro: Requisição não enviada. 0 - A operação foi concluída com êxito Ele é gerado na exceção da linha 361 da unit AcbrHTTPReqResp. O certificado está funcionando normalmente em outras aplicações e em testes. Já atualizei e reinstalei o Componente diversas vezes, incluindo uma instalação do zero. O instalador automático não compilou nenhum pacote, então eu fiz as instalações sempre manualmente dos pacotes abaixo, respectivamente: synapse ACBrComum ACBrDiversos PCN2 ACBrCapicom ACBrOpenSSL ACBr_NFe2 Uso Windows 7 SP1, 32 bits, Delphi XE4, certificado digital A3, Capicom. Anexos estão exemplos de arquivos gerados na consulta. Alguém pode me dar uma mínima luz sobre esse erro ou sugerir alguma coisa que eu possa estar fazendo de errado? Na dúvida de eu estar fazendo algo de errado no código, talvez esquecendo de setar algum parâmetro ou configuração, estou adicionando a Unit do programinha de teste que eu fiz. Estou supondo que o problema esteja relacionado ao certificado porque a exceção aparece sem me dar a opção de colocar a senha do certificado, como de costume. 20150319110141-con-dist-dfe.xml 20150319110141-con-dist-dfe-soap.xml Unit1.pas

Tenta AcbrNFe.Configuracoes.WebServices.Salvar := False

Bom dia Ítalo! Acho que agora não falta praticamente mais nada a ser tratado. Obrigado!

Tiago, bom dia! Desculpa a demora para voltar ao fórum. Quando uma nota emitida para mim é cancelada, esse cancelamento vem em ProcEvento. Ainda não entendi exatamente a função do resEvento, por isso estou tratando ambos da mesma maneira. Os XML anexos são de Confirmação da operação, Ciência da operação e Cancelamento (não sei se ainda são úteis para você). No tratamento, eu verifico se o CNPJ é o meu: se for, eu ignoro (segundo a Sefaz, o XML deve ser guardado), senão, verifico o evento e trato adequadamente. 35150212804372000150550010000027951150268200_110111_1.xml 35150200537053000146550010004320191840407772-procEvento.xml 35150200537053000146550010004330161415021616-procEvento.xml

Eu só vinha recebendo "ciência da operação" e hoje: um cancelamento!

Quando o arquivo retornado pelo WS é <procEvento>, pode se tratar tanto do evento de uma nota emitida por mim (no caso, manifestação do destinatário) como uma nota emitida para mim (CC, Cancelamento, por exemplo), correto? Faço essa pergunta porque, até então, acreditava que se tratava apenas de notas emitidas por mim, mas recebi hoje, em <procEvento> um cancelamento por parte de um fornecedor/emitente. Aí surgiu a pergunta: Para quê serve o <resEvento> então? No caso do xml da NF-e, faz sentido receber o resumo da nota, manifestar-se e receber a nota. Mas qual o critério para receber resEvento ou procEvento?

Bom dia a todos! Recebi a seguinte mensagem da Sefaz-SP: "O WebService antigo NFEConsultaDest está operacional até dia 06 de março, segundo informação da Receita Federal".

Então o problema é exatamente o mesmo! Quanto tiver uma resposta da Sefaz postarei aqui.

Meu problema com o resEvento persiste. Minha nota foi emitida e cancelada na sexta-feira. Olhei todos os NSUs manualmente de notas emitidas desde quinta até hoje e em NENHUM consta o evento de cancelamento. No webService antigo aparece. Alguém recebeu evento de cancelamento, pode me ajudar? Provavelmente vou entrar em contato com a Sefaz. Ainda não vi nenhuma notícia sobre o atraso no fechamento do WebService antigo, então sinto que ele pode fechar a qualquer momento, por isso quero terminar esse sistema logo. Alguém pensa diferente?

Olhei o fonte só para responder sua pergunta e, ao que tudo indica, está sendo colocado em Items.resNFE mesmo, segundo implementação do Ítalo em 22/01/2015. Mas tenho usado o XML completo, não testei isso e por isso não te dou certeza absoluta de nada. _______ Correção: otairlaveso, Não te dei certeza por insegurança, para não me equivocar. Mas, pensando melhor, não pode ser outra coisa. O trecho código abaixo dá certeza disso sim. if (oLeitorInfZip.rExtrai(1, 'nfeProc') <> '') then begin // Incluido Por Italo em 22/01/2015 FdocZip.Items[i].XML := oLeitorInfZip.Grupo; oLeitorInfZip.rExtrai(1, 'infNFe'); FdocZip.Items[i].FresNFe.chNFe := copy(oLeitorInfZip.Grupo, pos('Id="NFe', oLeitorInfZip.Grupo)+7, 44); oLeitorInfZip.rExtrai(1, 'emit'); FdocZip.Items[i].FresNFe.FCNPJCPF := oLeitorInfZip.rCampo(tcStr, 'CNPJ');

Obrigado!

Confirmando, a atualização está sim tratando essas informações. Minha dúvida: Alguém conseguiu receber resumo de Evento no novo WebService? Eu recebo normalmente procEvento, resNFe e procNFE, mas resEvento não. Em meus testes, percebo que a nota está cancelada porque recebo cStat = 650 quando tento manifestá-la, mas nada de resEvento. Nunca recebi nenhum, para falar a verdade. Agora estou até mesmo salvando o XML dos retornos, com o número NSU para ter CERTEZA de que não passou nenhum resEvento despercebido. Já pedi que fossem emitidas notas e canceladas em seguida, canceladas antes de eu manifestar, depois de eu manifestar, no dia seguinte, e nada. Alguma ajuda? Alguém confirma o recebimento normal de resEvento?

douglaswf e outros, Obrigado por me ajudarem ontem. Hoje eu abri meu sistema e simplesmente funcionou perfeitamente. Ou alguém está brincando comigo, ou o webservice realmente estava indisponível para mim, o que acho mais provável, porque ele tem se mostrado instável desde que fora liberado.

Eu tive o mesmo problema. Coloquei um sleep de pouco mais de um segundo entre as consultas, pois percebi uma vez que elas se atropelaram. Resolveu parcialmente, pois, por outro lado, o volume de consultas que eu fiz nas últimas vezes não foi mais tão alto. Por isso não descarto a ideia e acho até provável que haja esse limite de NSUs até dar consumo indevido, mas infelizmente não podemos dar certeza, porque, pelo menos eu, não vi absolutamente nada disso na Nota Técnica.