Wanderley Trevisan

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.

Obrigado Juliana.

Olá, descobri o problema, está nesta parte: procedure TACBrBancoBrasil.GerarRegistroHeader400(NumeroRemessa: Integer; aRemessa:TStringList); var TamConvenioMaior6 :Boolean; aAgencia, aConta :String; wLinha: String; begin with ACBrBanco.ACBrBoleto.Cedente do begin TamConvenioMaior6:= Length(trim(Convenio)) > 6; aAgencia:= PadR(Agencia, 4, '0'); aConta := PadR(Conta, 8, '0'); Quando a conta chega neste ponto ela está com 12 dígitos: 000000076766 E a PadR só pega os 8 primeiros dígitos da conta causando o problema. Não consegui achar onde e porque está incrementando 12 dígitos para depois pegar somente 8. Espero ter ajudado neste problema. Abs

Boa tarde, Estou com um problema semelhante, só que no meu caso, o campo CONTA está sendo atribuído corretamente para o componente, mas na procedure TACBrBancoBrasil.GerarRegistroHeader400 a conta está vindo como : 00000007 ACBrBoleto1.Cedente.Conta := 76766; A primeira linha é da remessa gerada antes de atualizar o ACBR dia 15/05. 01REMESSA01COBRANCA 16101000767662000000UNIVERSAL PARAFUSOS E FERRAMEN001BANCO DO BRASIL2605150000383 ===> linha correta 01REMESSA01COBRANCA 16101000000072000000UNIVERSAL PARAFUSOS E FERRAMEN001BANCO DO BRASIL2605150000382 ===> linha errada A segunda linha é a remessa que está sendo gerada hoje. Meu convênio tem 7 dígitos, poderia me ajudar Juliana ? abs.

Boa noite, Pessoal desculpas....achei o post com a resolução do meu problema. Obrigado.

Boa tarde amigos, Também acabei de atualizar o ACBR fazendo a instalação nova no XE7 e meu Danfe começou a imprimir desta forma (com 2 códigos de barras). Procurei informações no fórum sobre o assunto e não consegui achar nada. O que estou fazendo de errado? Estava normal antes de atualizar. Obrigado antecipadamente por qualquer informação. (Danfe: FastReport) Wanderley Trevisan

Boa tarde pessoal, Passei pelo mesmo problema e resolvi da seguinte maneira: 1) Não informar CNPJ 2) Não informar IE 3) Adicionar as 3 tags do Exporta: UFSaidaPais xLocExporta xLocDespacho Valeu abraços.

Boa tarde, Alguém está tentando gerar ou já conseguiu enviar NFse para Aparecida de Goiânia? Desde já agradeço.

Olá pessoal, se servir de ajuda para alguém no meu caso era a pasta: C:\Users\Public\Documents\RAD Studio\10.0\Dcp, só apaguei os arquivos do ACBR e funcionou redondo. Abraços

Olá desculpe, erro feio, agora que vi que a unit está sim com os demais bancos. Mas alguém sabe se já foi homologado? Abraços

Boa tarde, Vi que a unit não está junto com as demais no ACBR. Eu gostaria de contribuir para a homologação junto a Caixa. Em que pé ficou sobre a Caixa com registro? Atenciosamente, Wanderley Trevisan

Eu apenas alterei as nomenclaturas e compartilhei para contribuir com alguma coisa. Abraços.

Boa tarde, Desculpe a demora para respondê-lo, este código não existe no ACBR, eu implementei no meu software, criando uma lista de e-mails através do código que foi postado, assim consigo dar um laço nesta lista e enviar para clientes com vários e-mails (separado por ponto e vírgula). Obrigado, consegui resolver meu problema Atenciosamente, Wanderley

Boa tarde, Obrigado por responder Juliomar, achei interessante talvez tenha uma solução, notei que no ACBRNFe ele aceita normalmente e-mails com ponto e virgula. Tentei usar o mesmo conceito nos boletos mas não deu certo, segue uma parte do código que funciona para notas fiscais. Variável Lista: TStrings Lista := TStringList.Create; ExtractStrings([';'],[' '],PChar(_EmailCliente),Lista); e esta variável é colocada no parâmetro sCC do EnviarEmail. Você poderia me dar uma mão para comparar as duas rotinas de envio de boleto (ACBRBoleto x ACBRNFE) pra ver se conseguimos achar algo? Obrigado.