Wanderley Trevisan

Alguém já viu algum erro igual a este ? Falha na validação dos dados do lote: 1 Não foi possível carregar o arquivo. Err: -1072896763, Lin: 1, Pos: 149 - A name contained an invalid character. Só ocorre em alguns computadores e não consigo achar diferença entre os mesmos. Se alguém já passou por isso poderia dar uma dica. Obrigado.

Bom dia, Tenho interesse nos fontes e DEMO. enviar: [email protected]

Boa tarde galera, Desenterrando esse assunto, uma ideia não seria criar alguns campos no componente ACBrNFSeDANFSe que pudéssemos preencher pra sair impresso caso não tenha do XML ? Qual finalidade daquele campo Razao_Social no ACBrNFSeDANFSe ?

Está instável.....

Felipe Mello, No botão que você passa a Data Inicial e Final pro componente: ACBrSpedFiscal1.DT_INI := _DataInicial; ACBrSpedFiscal1.DT_FIN := DateOf(_DataFinal); DateOf só vai mandar a data sem o horário. Espero ter ajudado.

Alfeu, Eu faço da seguinte maneira na remessa: ACBrBoleto1.Banco.TipoCobranca := cobCaixaEconomica; E acho que só funciona CNAB240. Espero ter ajudado.

O problema persiste mesmo passando senha vazia, pede umas 5 vezes.

Olá Juliana, Seria bacana se existisse um componente (AcbrInstrucoes) que trouxesse a lista das instruções de cada banco. Tem alguma coisa sobre isso já feita ou projeto ao qual poderíamos colaborar? Abraços. Wanderley Trevisan

Olá que tal.....no meu caso resolveu com o MidasLib........após uma atualização que fiz do SVN parou de rodar no XP. Espero ter ajudado. Abraços

Olá pessoal boa noite, Desculpe pela demora, certificado do cliente é A3....... Vou fazer o teste de não passar a senha e posto amanhã.... Obrigado.

Pois é Juliomar, um cliente apareceu com esta agora.....comprou este certificado da SERPRO e precisa digitar 5 vezes a senha em cada nota fiscal, estranho e pra variar o pessoal do certificado repassando a culpa pro meu sistema. Eu vi o post e resolvi perguntar pois não achei nada e ninguém que tenha resolvido isso........... Abraços...

Estou com o mesmo problema em um cliente meu que comprou SERPRO, alguém achou alguma saída?

O meu caso parece meio chato, fiz um teste exportando para PDF até mesmo por dentro da visualização do DANFE no Fast e dá o mesmo erro. Alguém já passou por isso ? Valeu.

Eu estou tendo o mesmo problema....mesmo código que estava rodando ok antes de atualizar agora em janeiro. Eu uso o FastReport, ocorre o erro de Access Violation......no comando ACBrNFe1.NotasFiscais.ImprimirPDF; Vou checar com o DEMO meu código pra ver se está igual. Abraços.

Pessoal blza aqui passou redondo.....valeu muito pela ajuda. Vou deixar os 2 XML aqui caso seja útil para alguém que esteja tendo dúvidas......ainda não arrumei a info complementar.......de resto passou certinho tanto para empresa do simples quanto normal. De resto agora os percentuais e cálculos ficam por conta dos clientes / contadores. Abraços e obrigado. 52160100470024000538550010000002271613150580-procNFE.xml 52160100470024000538550010000002281501666345-procNFE.xml

Bom dia pessoal, obrigado pela ajuda......eu vou mudar o campo do Consumidor Final.....havia testado ja com <indFinal>1</indFinal> anteriormente, mas na ocasião estava mesmo com os schemas antigos e recebia uma rejeição dizendo que so valeria para Modelo 65 NFCe. Depois com os schemas atualizados não fiz o teste....acredito que agora ira passar normalmente. Avisarei em alguns instantes. obrigado.

kmkeila, estou usando o cálculo deste blog : http://www.asseinfo.com.br/blog/difal-diferencial-de-aliquota-icms/ DimitrioLong já testei usando este CFOP 6108 e também 6109. Será que aqui em Goiás ainda estão mexendo nos webservice ? Brabo hein

Kmkeila, Obrigado pelo retorno, mas estou sim, baixei os schemas atualizados ontem pelo trunk2. DimitrioLog, vou verificar com o indPres = 9. Valeu obrigado. Mesmo erro com o indPres = 9. 52160100470024000538550010000002281610722297-nfe.xml

Prezados, Minha NFe não vai nem a reza braba! Alguém poderia me ajudar a achar o erro do meu XML ? ERRO: Nota(s) não confirmadas: 228->Rejeição: Informado indevidamente o grupo de ICMS para a UF de destino Agradeço qualquer ajuda antecipadamente... 52160100470024000538550010000002281020934156-nfe.xml

Caos......

Bom dia Dangelo, Está conseguindo usar a consulta ?

Boa tarde, Aqui deu tudo certo, depois de atualizar novamente o ACBR apenas informei o Código de Geração = 2 e não deu mais nenhum erro. Obrigado. Wanderley Trevisan

Boa tarde pessoal, Estou com o mesmo problema mesmo informando o posto 03. Alguma novidade sobre o problema da Sicredi ? Att

Decio, Este problema do Header já foi corrigido pela Juliana e você pode atualizar sem medo. Estamos vendo um probleminha do retorno mas tá fácil de resolver também. Abs

Bom dia Juliana, Outro probleminha relacionada a mesma CNAB 400 do Banco do Brasil. Tratei um retorno e recebi a mensagem que a carteira deveria vir antes do nosso número, fui conferir na função LerRetorno400Pos7 e a carteira está vindo após o campo Nosso Número. O correta ela vir uma linha acima. Carteira := Copy(Linha,107,2); NossoNumero := Copy(Linha,64,17); Após corrigir isso estou com problemas com o Tamanho do Nosso número na mesma função, está sendo atribuído 20 para este campo, mas quando o nosso número recebe 17 dígitos ele está acusando que o tamanho máximo são 10 para esta carteira, pois o banco do brasil retorna o código de cedente/conta antes do nosso número. Só não anexei os fontes porque faço algumas coisas específicas nele para meu sistema. Abraços.