Fenix

Luiz, minha versão é a ultima, apesar do meu ter minhas alterações, sei que a do repositório também está ok. Faz um teste com o demo que te indiquei e procura enviar a mensagem do erro, vai ficar mais fácil entender o que está acontecendo. Só lembrando que precisa substituir os arquivos do diretório do demo original do acbr, devido o caminho das pastas salvas internamente ou pode alterar o caminho no componente. Abraços

Luiz, Compilei o seu demo e gerou normal o boleto. Melhor atualizar o seu acbr.

Luiz, O demo atual, não trabalha com fastreport, já postei uma atualização para avaliação, você pode baixar esse novo demo e fazer um teste com o fastreport. Só documentar a linha {$define demo_forte} que fica dentro do arquivo Report.inc que o demo vai funcionar para fastreport.

Boa tarde, Por favor, considerar o anexo abaixo para analise, fiz umas alterações para ficar mais parecido com o do DANFe e removi o madexcept do projeto do demo que havia esquecido. Grato Boleto_v2.zip

Bom dia Pessoal Segue em anexo as correções para o boleto usando fastreport funcionar como thread, trabalho com datasnap e intraweb e estava tendo vários problemas, com as correções que fiz em anexo consigo resolver os problemas e já está em produção. Inclui atualização no demo do boleto que havia um erro e uma alteração para funcionar em fastreport basta documentar a linha do arquivo report.inc que está no diretório. Grato Boleto.zip

Pessoal, Limpei usando a bat do diretório em modo administrador, como o Daniel comentou mas não deu certo. Também coloquei para localizar o arquivo e não existia em nenhum local, acho que o motivo do erro é outro. Alguém conseguiu compilar em 64bit no delphi? Grato.

Olá Daniel, Obrigado pelo retorno! Eu usei a bat., pelo que entendi, tenho que instalar em 32bit e depois mudar para 64bit no instalador e clicar no compilar. Vou fazer um busca para ver se tem o arquivo em outro lugar, talvez bat estava sem acesso para deletar o arquivo. Grato.

Bom dia Pessoal, Tenho acompanhando os logs e vi que está sendo modificado algumas classes para ficar compatível com 64Bit. Atualizei meu repositório e a opção 64bit estava aberta novamente, se não me falha a memoria estava bloqueada. Instalei normal em 32bit, mas quando tentei 64bit não compilou nenhum, inclusive desmarquei todos e só tentando nos obrigatórios. E aparece o seguinte erro: ACBr_synapse.dpk(32) Fatal: E2213 Bad packaged unit format: C:\Program Files (x86)\Embarcadero\Studio\17.0\lib\Win64\release\rtl.dcp.System - Expected version: 30.0, Windows Unicode(x86) Found version: 30.0, Windows Unicode(x64) Compilation failure Grato.

Olá Italo, Boa notícia. Muito obrigado e parabéns. Vou iniciar os testes e tentarei ajudar no que estiver no meu alcance. Grato.

Daniel, Obrigado, resolveu aqui! Estou usando o Delphi Seattle. Abraços

Abri um tópico sobre minha questão, pois o contexto do assunto da abertura desse tópico está diferente do meu problema e conforme orientação do moderador é necessário abrir um tópico novo, peço desculpa. http://www.projetoacbr.com.br/forum/topic/27085-openssl-ocorrendo-erro-ao-assinar-nfe-xmlparsedoc/

Olá, Atualizei o meu repositório e agora quanto tento assinar a nota fiscal usando o openssl está ocorrendo o seguinte erro: First chance exception at $75403E28. Exception class EACBrDFeException with message 'Erro: Falha ao interpretar o XML "xmlParseDoc"'. Process ACBrNFe_demo.exe (5260) Esse erro ocorre tanto na minha aplicação como no Demo AcbrNFe, já tentei tudo que imaginei e não consegui resolver e estou precisando resolver isso para ativar a implementação da partilha do icms. Por favor, alguém tem alguma dica? Já tentei colocando a dll no diretório do executável, na pasta do windows, testei em outro computador e nada adiantou e isso só começou a ocorrer depois que atualizei o repositório, pois o executável anterior da atualização está funcionando (que já estava usando o trunk2). Consigo consultar o status de serviço normalmente, logo imagino que não seja qualquer problema com certificado, sendo que uma versão compilada anteriormente não ocorre o erro. Grato.

Desculpe, interpretei pelo título e pelo que entendi do seu puxão de orelha, tenho que analisar o assunto, só evito ficar abrindo tópicos novos. Obrigado.

Pessoal, Alguém que usa o openssl, está conseguindo assinar normalmente as notas com a versão atual? Não consigo resolver de forma alguma o erro de falha de interpretação do xml e isso também ocorre no demo do acbrnfe na opção de gerar nfe.

Olá, Atualizei o meu repositório e agora quanto tento assinar a nota fiscal usando o openssl está ocorrendo o seguinte erro: First chance exception at $75403E28. Exception class EACBrDFeException with message 'Erro: Falha ao interpretar o XML "xmlParseDoc"'. Process ACBrNFe_demo.exe (5260) Esse erro ocorre tanto na minha aplicação como no Demo AcbrNFe, já tentei tudo que imaginei e não consegui resolver e estou precisando resolver isso para ativar a implementação da partilha do icms. Por favor, alguém tem alguma dica? Já tentei colocando a dll no diretório do executável, na pasta do windows, testei em outro computador e nada adiantou e isso só começou a ocorrer depois que atualizei o repositório, pois o executável anterior da atualização está funcionando (que já estava usando o trunk2). Grato.

Bom dia Juliana Baixei a versão, mas não subiu todas as alterações, por favor, verifique o arquivo em anexo. Se não deixar todas alterações conforme coloquei no arquivo, continuará com erro na leitura do retorno, pois irá pegar 17 posições do nosso numero, sendo que as 7 primeira é do convenio e vai dar erro conforme a nova estrutura, modifiquei desta forma para ficar funcional, já está em produção aqui: Carteira := Copy(Linha,107,2); //Carteira conforme tratamento precisa ser lida antes do nosso número NossoNumero := Copy(Linha,71,10);//descontado os 7 primeiros do convenio Pode tentar ler um retorno sem a modificação que vai receber a mensagem de erro do tratamento dizendo que o nosso numero está maior que o limite. Att ACBrBancoBrasil.pas

Tentei editar e não consegui, segui abaixo o arquivo corrigido, modificações para funcionar no trunk2 a leitura do retorno de 7 posições. Abraços, ACBrBancoBrasil.pas

Boa tarde! Segue em anexo o ACBrBancoBrasil.pas Existia um erro no tratamento do retorno de 7 posições, pois a carteira estava sendo preenchida depois do nosso numero e gerava um exception de tratamento. Abraços -------------------------- Removi o arquivo, pois verifiquei que existe outro erro referente a verificação do tamanho do nosso numero, vou corrigi e envio novamente.

Olá Regys, É verdade, fiquei tão apegado ao nome do campo que não percebi. Me desculpe.

Olá Verifiquei que não foi adicionado a coluna TIPO na leitura das tabelas IBPtax. Teve algum motivo? Caso acha interesse, posso adicionar e devolver os fontes.

Obrigado pelo retorno Regys. Realmente é a mesma chave, comparei a que baixei com a do projeto acbr e são a mesma, melhor assim. O que achei estranho foi as perguntas no cadastro no site, espero que não separem por regime tributário, pois teremos dor de cabeça para implementar (digo para os sistemas multi-empresa). Abraços.

Olá Regys, Aproveitando o tópico, vi que para baixar precisamos informar os dados da empresa para gerar a chave e baixar as tabelas, você acha que a alíquota pode ser diferente, conforme o regime tributário da empresa? Estou com medo de implementar de uma forma no sistema e as alíquotas acabarem sendo diferentes dependendo do regime tributário. Grato

Rafael, O Layout do boleto está desatualizado no svn, por favor, atualize conforme o meu anexo. Sugiro deletar o Boleto.fr3 do repositório pois está em duplicidade BoletoFC.fr3. Grato

Rafael, Entendi a sua interpretação do paragrafo onde consta "carteiras escriturais e na modalidade direta", referente as escriturais o banco não citou as carteiras, mas as diretas sim que são 126,131,145,150 e 168, na minha interpretação somente essas diretas deveriam está nessa condição, não concorda? Até mesmo pelo retorno do banco e também fiz testes em outros programas de emissão de boleto que estão usando esse raciocínio. Já fiz a correção do anexo anterior, fico no aguardo do parecer de vocês. E ficaria assim: '116','117','119','134','135','136','104','147','105','112','212','166','113','126', '131', '145', '150', '168'

Olá, Realmente está com problema o calculo do dac para carteira 109, segue em anexo a correção do pas do itaú e atualização do layout. Assim que homologar no banco retorna para os moderadores atualizarem o svn. Fiz alteração para que somente as carteiras 126, 131, 145, 150 e 168 sejam calculados o dac com Carteira e Nosso Numero, conforme a pagina 30 do layout do Itaú 2012 cnab 400 e pagina 28 layout itau cnab 240 de 2014 , todas as outras devem ser através da Agencia / Conta/ Carteira e Nosso Número Abraços boleto.zip