EMBarbosa

Nesse caso, você deve passar o cartão primeiro. Siga a documentação do TEF pois lá explica o que deve se fazer. Aqui também no fórum tem outros tópicos explicando.

http://www.projetoacbr.com.br/forum/topic/22935-não-consigo-baixar-os-fontes-acbr/#comment-147949

http://www.projetoacbr.com.br/forum/topic/22935-não-consigo-baixar-os-fontes-acbr/#comment-147949

Você fechou o cupom com Dinheiro e está tentando abrir o vinculado com pagamento 1.

No log não tem a parte que carrega as formas de pagamento. Verifique isso primeiro.

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.

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.

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?

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.

Verdade. É bom lembrar que embora estivesse disponível aqui, esse não é um componente que faz parte do projeto ACBr.