EMBarbosa

O texto que você anexou parece de uma página antes de ser feita a consulta, como se não houvesse sido enviado os valores do CNPJ nem do Captcha. Acredito que assim, todos os campos desta mesma função (TACBrConsultaCNPJ.Consulta) também estão vazios. O ideal seria entender o motivo de não estar recebendo uma página com os dados. Você pode descomentar a linha 281 um pouco a cima para que a resposta seja salva sempre que se fizer uma consulta.

Está indo bem. Mas seria melhor outra solução. Se resposta está vazio, ele não deveria nem ter entrado nessa parte do código. Não dá pra extrair nenhum campo. Tente verificar, por favor, o motivo do campo Resposta estar vazio.

No trunk2 as funções foram corrigidas pelo Daniel. Valeu Daniel.

Eu tentei aqui várias vezes, mas não consegui reproduzir. Parece que a função LerCampo assume que o valor do campo está uma linha depois de onde aparece o campo. Nesse caso, se o NomeCampo aparecer na última linha (i = Texto.Count-1), então vai gerar o erro mencionado no comando Texto[i + 1]. Por favor, verifique: 1) quais os valores carregados na TStringlist Texto. 2) Qual valor da variável NomeCampo Talvez você consiga perceber o que está acontecendo e nós conseguiremos algo mais para tentar resolver. Claro, se tiver alguma sugestão para correção também fique a vontade.

Tente com o ECFTeste. Está disponível na área de Downloads.

Coloque em modo debug e tente reproduzir. Verifique em qual linha acontece o erro.

Olá Amilcarcv, Parece que você está descrevendo a seguinte situação: Usuário insere dados da NFCe programa gera XML programa envia XML para o servidor servidor retorna se XML foi aceito e NFCe foi emitida programa salva XML e situação da NFCe Nesse caso, se acontecer uma queda de energia depois do passo 3 mas antes do passo 5 realmente você perderia seu XML. Mas o que o Italo explicou é que você deveria fazer o seguinte: Usuário insere dados da NFCe programa gera XML programa salva XML programa envia XML para o servidor servidor retorna se XML foi aceito e NFCe foi emitida programa salva situação da NFCe Nesse caso, se acontecer algum problema entre os passos 4 e 6 você poderá usar o XML salvo no passo 3 para consultar o status da NFCe. E assim o problema que você descreveu não existe.

Pode ser configuração (porta, paridade, handshake, etc). Tente conectar utilizando o ECFTeste. Veja também o seguinte tópico: http://www.projetoacbr.com.br/forum/topic/10952-impressora-bematech-não-responde-erros-semelhantes-e-suas-possíveis-causas/ Embora esteja falando da Bematech, o princípio é o mesmo.

binivia, Note que após o nome do vírus está escrito "[Susp]", quer dizer, suspeita. Provavelmente o arquivo foi pego no algorítimo em heurística e alguém talvez tenha reportado. Então pode ficar tranquilo.

Por favor, quando tiver um retorno, queira postar aqui mencionando qual foi a indicação deles de o quê deve-se fazer. Com uma posição oficial deles nós podemos tomar alguma atitude. Eu que agradeço o relato. Espero podermos chegar logo numa resolução desse ponto.

Você pode verificar o estado do ECF, ele retorna um valor diferente para cada situação do cupom.

No-Breaks.

0.1.7.9 Veja em http://www.projetoacbr.com.br/forum/files/file/363-acbrmonitorplus/

Acho que a ideia é tentar com o Acrobat Reader e não com o FoxIt

Eu fui verificar a situação e o PVA não está em conformidade com o Manual. O detalhe é que ambos foram lançados na mesma data 30/03/2015. Assim não dá pra falar que um pode estar mais atualizado que o outro, como normalmente faríamos neste caso. Eu ia até fazer os ajustes mas notei que as diferenças são muito gritantes além do que você relatou. O manual também diz que não é necessário apresentar o registro C850 para CFe-SAT cancelados ou cancelados extemporâneos. Mas o PVA EXIGE o lançamento em ambos os casos. Além disso, você pode ver que o que originou esse tópico foi justamente a validação do PVA exigindo esses campos vazios. Então eu sugiro entrar em contato com o fale conosco SPED Fiscal para interrogar qual é o correto em ambos os casos, ou então aguardar uma atualização ou do guia prático ou do PVA.

O manual diz na página 83: Então não vejo o motivo do PVA reclamar destes campos... vou tentar averiguar amanhã.

O jeito de corrigir valores que precisam ir nulos e/ou vazios é utilizar variants conforme esse tópico aqui no fórum explica. Mas você não explicou qual é o problema, a mensagem de erro, como não valida. etc...

Mesmo quando você atualiza direto pelo ACBr como diz, você pode utilizar o "Update to Revision..." do TortoiseSVN para poder voltar numa versão anterior do código do ACBr.

E se você adicionar essas diretivas, funciona?

Provavelmente a formatação do campo ao exibir o PDF está incorreta. Pode ser que esteja sem máscara ou com uma máscara incorreta.

Olá Precisa Informatica, Você pode baixar todos os utilitários ACBr na área de Downloads. Como você é usuário SAC você pode baixar da categoria utilitários SAC, onde são atualizados frequentemente. No caso do ACBrMonitorPlus, está disponível uma versão atualizada na área aberta neste link. Ele unifica o ACBrMonitor e o ACBrNFeMonitor, além de adicionar outras características como o SAT. Então você pode utilizá-lo.

O melhor conselho que posso lhe dar é criar um executável mínimo completo que reproduza o problema. Daí você vai poder verificar o que é o problema. Você pode fazer isso por criar uma cópia do seu projeto e ir removendo todo o código e arquivos que não forem necessários para reproduzir o problema.

Sugestões: 1) Fazer a atualização dos componentes e tentar novamente; 2) Pegar uma versão anterior do componente e fazer os testes; 3) Caso tenha diferença, comparar que alterações foram feitas entre as duas versões

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

Visto que não tem sido mais possível reproduzir o problema, estou analisando o problema utilizando alguns sites de testes. Dois deles dão respostas em erro http de acordo com o que queremos: https://jigsaw.w3.org/HTTP/300/Overview.html http://httpstat.us/ Fiz alguns testes utilizando o ACBrConsultaCNPJ nestes sites e percebi que pelo menos o tratamento para redirecionamentos no ACBrHTTP poderia estar incorreto. Ele não tratava o caso de caminhos absolutos. Fiz uma correção no código com respeito a isto. Não me parece que vai resolver todos os casos. Mas visto que isso não está mais ocorrendo, acho que está "de bom tamanho". Adicionei uma unit de teste para a função que eu criei na unit ACBrSocket. Estou enviando ao SVN. EDIT: Os testes unitários só foram adicionados no trunk2.