elton.barbosa

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.

Foi pro SVN. Favor testar e reportar qualquer problema. Mais uma vez, obrigado.

Não está disponível mesmo. Nem pelo acesso ao painel administrativo eu consigo fazer o download.

Você está passando o diretório de trabalho corretamente como parâmetro ao ShellExecute?

Obrigado pelo relato. Vou verificar...

Tornei o método público. Eu acho que poderíamos adicionar uma propriedade no componente de importação tipo "LimparRegistrosDestino", com valor padrão "false" que executaria a limpeza no componente automaticamente. Mas como isso não é necessidade para o caso, deixei isso pendente. Favor testar e reportar qualquer erro.

Sem problemas. O importante é que resolveu.

Acabei de compilar aqui a uns 15 minutos atrás sem problemas no Lazarus e Delphi 7. Tente o seguinte: 1) Verifique se seus fontes estão atualizados e sem modificações; 2) Faça a limpeza conforme o tópico seguinte: http://www.projetoacbr.com.br/forum/topic/15892-como-limpar-o-acbr-do-computador-e-fazer-uma-nova-instalação/

Os documentos de situação 04 e 05 não devem ser informados. Favor verificar o manual na página 139