carlos_tedex

Bom dia André, Poderia por gentileza anexar o pacote do Rave. Atualmente estou utilizando o FortesReport mas o mesmo está com um problema no número de copias. Ex: Caso eu peça 2 copias, está sendo impresso 4, se eu pedir 3 está imprimindo 9 copias. Caso esse pacote do Rave funcione como antes (Trunk1) irei utilizá-lo por enquanto, pois meus clientes estão reclamando bastante desse problema.

Boa noite Italo, só agora pude lhe dar o retorno. Atualizei o componente para versão 9652 e refiz o teste da procedure "EnviarEmailEvento" a qual funcionou perfeitamente. OBS: Não executei o mesmo teste no ACBrCTe por não utilizá-lo ainda. Grato!

Italo, Conforme solicitado fiz o teste e o resultado foi OK. O e-mail foi enviado normalmente com o arquivo XML + PDF do evento (CCe e Cancelamento). Quando tiver condições de subir para o trunk2 faço um teste novo e dou este post como concluido. Grato pela atenção!

Bom dia, Apenas para informação: Conforme log (Revisão 9636) do dia 4/08/2015 o mesmo diz que foi Implementado o Inutilizar e EnviarEmailEvento. Mas ao utilizar o "EnviarEmailEvento" percebi que seu procedimento está comentado. Não cheguei a fazer testes, pois não sei se o Italojr ainda esta mexendo no procedimento. Grato!

Arnaldo Cruz, Através dos prints percebi que logo de inicio deu erro no componente de Nota Fiscal de Serviço (NFSe). Como eu não utilizo este componente eu nunca marco o mesmo na instalação. Mas resolvi fazer uma nova instalação marcando a NFSe e também deu erros semelhantes ao que você postou. Sugestão: Caso você também não utilize esse componente proceda a instalação da seguinte forma: Remover todos os componentes do ACBr no Delphi no menu Component / Install Packages; Execute o "apagarAcbr.bat" na unidade C: e D: Efetue "clean up" no svn e depois um "revert" na pasta do svn deixando tudo no estado que está no svn. Para executar este passo basta clicar na pasta com o botão direito do mouse e clicar no menu "TortoisesSVN" Execute o ACBrInstall.exe Estou lhe enviando um anexo de como estou utilizando essa versão e até o momento esta tudo ok.

Arnaldo segue o arquivo do ACBr versão 8828. ACBr_8828.7z

Arnaldo Cruz, só agora pude lhe responder. Vamos lá: Para ver a versão do ACBr basta clicar na pasta onde o mesmo foi baixado com o botão direito do mouse / propriedade / Subversion. Sobre como baixar uma versão anterior também não sei se tem como. Eu por padrão antes de fazer uma atualização do componente sempre faço um backup da pasta antes, assim caso a versão atual esteja com algum problema eu volto a outra e faço a devida instalação/compilação. Caso precise da versão que estou utilizando no momento, posso disponibilizar um link pra você baixar.

Assim como nosso amigo Arnaldo Cruz mencionou neste poste eu também conferi alguns links a qual acredito estar corretos... Mas grato pela dica. E seu problema foi sanado?

Também estou com o mesmo problema na versão do ACBr 8924. Além dos comandos citados acima esse também "ACBrNFe1.Download" está apresentando o erro. Tive que voltar para versão 8828 a qual encontra-se ok. Não gosto de voltar versão, pois pelo que acompanho os logs sempre tem melhorias e propriedades novas. Tentei debugar para tentar localizar o problema, mas até o momento não encontrei. Qualquer novidade posto aqui.

Fiz o procedimento citado acima e funcionou perfeitamente. Também apaguei arquivos do ACBr que encontrei nesta pasta "C:\Users\Public\Documents\RAD Studio\9.0" Grato pela atenção!

Boa noite, Estou tentando instalar o ACBr no Delphi XE2 com Windows 8.1 mas esta ocorrendo alguns erros. Vou postar o log para que possam dar uma olhada. OBS: Já fiz os procedimentos de remoção do componente no Delphi e também executei o arquivo "apagarAcbr.bat" para limpeza do componente conforme pesquisa no próprio fórum. Grato. log_Delphi_XE2.txt

Bom dia, Qualquer novidade postarei sim. Grato pela atenção.

Bom dia Juliana, não sou eu que estou dizendo que não tem regra, essa foi uma informação passada pelo próprio banco. O que você sugere para este caso? Lembrando que o que preciso é de um campo para passar o Tipo de Cobrança evitando usar um código fixo conforme exemplo citado no post anterior. Caso ninguém mais tenha uma solução para este caso, terei que gerar o arquivo remessa do Banestes sem o uso do ACBr pois o mesmo para este banco não possibilita a identificação do Tipo de Cobrança.

Bom dia, Desculpe mas acho que você não esta entendendo sobre o que estamos falando.... Como já mencionado anteriormente o próprio banco informou que a utilização dos código 4, 5, 6 e 7 são para cobrança com registro e fica a critério do programador/empresa optar por um desses códigos. Atualmente já temos um cliente que está utilizando o boleto do Banestes sem registro (código 2) mas como não tem o Tipo de Cobrança no componente tive que passar FIXO o código 2. Mas o problema e que outro cliente quer utilizar a cobrança com registro (código 4) se não puderem fazer essa implementação terei que gerar os arquivos Remessa sem utilizar o ACBr. O que preciso é o seguinte, que o componente tenha como ser informado qual o Tipo de Cobrança sem a necessidade de passar o código FIXO. Sugestão para implementação para o Tipo de Cobrança: (2) - Sem registro (3) - Caucionada (4) - Com registro (5) - Com registro codigo 5 (6) - Com registro codigo 6 (7) - Com registro codigo 7 OBS: Alguém mais tem alguma ideia / sugestão?

Bom dia, Segundo o banco os códigos 4, 5, 6 e 7 são para cobrança com registro. Sobre o que você disse: "não existe regra e todos são exatamente a mesma coisa...", concordo que é a mesma coisa no que diz respeito a implementação, ou seja, o que for implementado para o código 4 funcionará para os códigos 5, 6 e 7 porém ficara a critério do usuário definir qual código para cobrança com registro ele irá adotar. Exemplo: A empresa ABC irá utilizar o código 4 a qual fará parte da composição do Chave ASBACE, já a empresa XYZ irá utilizar o código 7, ambas são cobrança com registro e farão o mesmo calculo para tal, porem uma utilizará o código 4 para composição do campo e a outra o código 7. OBS: O "Tipo de Cobrança" faz parte da Linha Digitável na 26ª posição. No exemplo da Linha Digitável abaixo foi utilizado o Tipo de Cobrança "2": 02190029953010002128367862021366763030000000225

Existe sim. Para cobrança registrada deverá ser alguns destes códigos (4, 5, 6 ou 7) o banco apenas nos recomendou utilizar o código 4 que é o padrão. Para cobrança sem registro o tipo de cobrança será o código 2. Se for cobrança caucionada deverá ser 3, e código 4 para cobrança com registro.

Bom dia Juliana, Conforme contato com o setor de cobrança do Banestes (27- 3383-1337 Sr. Gustavo) o qual informou que o padrão para o Tipo de Cobrança do Banestes é: (2) - Sem registro (3) - Caucionada (4) - Com registro e nos informou ainda que para cobrança com registro poderá ser usado além do (4) que é o padrão do Banestes poderá ser usado também os códigos 5, 6 e 7, sendo que estes não são muitos utilizados serve apenas para aumentar o leque de controle interno do programador/empresa. Sendo assim os códigos 5, 6 e 7 tem a mesma finalidade do código 4 - Com registro. Sugestão para implementação para o Tipo de Cobrança: (2) - Sem registro (3) - Caucionada (4) - Com registro (5) - Com registro (6) - Com registro (7) - Com registro Grato pela atenção!

Boa tarde, Estou homologando o boleto do Banestes e fiz uma correção na Composição da chave ASBACE conforme orientação do layout de cobrança CNAB 400 fornecido pelo banco. Para que possam conferir a composição da chave ASBACE o mesmo encontra-se na pagina 27 do manual em anexo. Ainda na composição da chave ASBACE percebi que o "Tipo de Cobrança" esta sendo passado fixo o valor "4" (Cobrança Simples e Com Registro) mas o boleto que estou homologando no momento usa o código 2 (Cobrança Simples e Sem Registro). Referente este item que esta fixo caso alguém tenha uma ideia de implementação no código para que possamos também passar este valor através de uma propriedade pois em breve irei também homologar gerando o arquivo remessa a qual o banco já me informou que devo informar "4" no Tipo de Cobrança. Segundo o manual estes são os códigos validos para o campo "Tipo de Cobrança" (2) - Sem registro (3) - Caucionada (4, 5, 6 e 7) - Com registro NOTA: Para correta impressão do boleto tive que setar em tempo de execução a seguinte propriedade para "8" como visto no manual que o campo "nosso numero" deve conter 8 dígitos e não 9. ACBrBoleto1.Banco.TamanhoMaximoNossoNum := 8; ACBrBanestes.pas layout_cobrança_cnab400.pdf BOLETO.PDF

Boa tarde Juliomar, Executei a modificação proposta no arquivo "ACBrNFeConfiguracoes.pas" e após executar os testes necessários o problema foi resolvido. Peço para que analisem se a modificação realizada procede. Deixei um comentario com meu nome para localização da linha comentada //Carlos Eduardo ACBrNFeConfiguracoes.pas

Bom dia anfm, Não percebi onde estava o erro antes porque tenho costume de abrir o XML no IE... mas ao abri-lo no notepad percebi que o componente esta gerando o escape duplicado "&". Pesquisando no forum localizei um problema parecido só que é na NFSe. Se realmente for um problema no componente aguardarei a suposta correção. Grato

Bom dia, Enviei essa duvida para sefaz aqui do ES e obtive a seguinte resposta: "Prezado(a), Essa NF-e ainda não foi autorizada" O atendente nem se quer teve o trabalho de abrir o XML e ver que o mesmo esta em homologação, creio que ele apenas verificou em ambiente de produção e como não achou a NFe me respondeu o texto acima, mas minha dúvida que é bom nada. Esse atendimento aqui do ES é muito fraco, a impressão que tenho é que são todos estagiários... Qualquer outra novidade posto aqui.

Boa tarde, Hoje dois clientes me relataram que no nome do emitente e destinatario que tenham o caracter "&" estão saindo com o carater "&". Pesquisando no manual de integração vi que o caracter "&" é considerado como caracteres especiais sendo valido como escape o "&", até ai blz... Mas percebi que ao enviar para o SEFAZ o mesmo continua saindo "&" tanto no DANFE como no XML. Gostaria de saber se é algum erro de implementação de analise do WebServices do estado do ES ou do RS pois agora esse é o servidor de envio do ES. OBS: Vou enviar também um e-mail para os estados ES e RS para esclarecimentos, mas caso alguém já tenha alguma resposta sobre o assunto favor postar. versão do componente 7008 Delphi 7 32140607411612000116550010000004881569011595-NFe.xml 32140607411612000116550010000004881569011595-NFe.xml

Qualquer tipo de acento que tenha no corpo do e-mail esta chegando no destinatário com caracteres estranhos... Fiz um pequeno teste com o Indy 10 e seu funcionamento não teve problemas bastando setar seu o CharSet para "ISO-8859-1". Mas gostaria de usar o componente ACBrMail. Grato pela atenção

Bom dia, Estou utilizando o ACBrMail mas estou enfrentando problemas com acentuação. Já alterei o DefaultCharset para "ISO_8859_1", "UTF_8" dentre outras opções mas ainda não obtive um resultado satisfatório. Já enviei email de testes para diversas contas como gmail, hotmail, ig, terra, mas o único que demonstrou meu email correto foi o gmail como "UTF_8". Estou utilizando o XE2 e para envio meu provedor é o terra (smtp.terra.com.br) OBS: Estou utilizando o texto em HTML mas já testei com texto puro e também não resolveu. Realizei uma pesquisa no fórum, mas não obtive sucesso na resolução do problema. Caso alguém tenha alguma dica favor postar.

Régys, concordo plenamente com você referente a busca no fórum antes de postar novos tópicos, mas sobre esse assunto fiz uma pesquisa e não encontrei algo a respeito. Fique tranquilo pois não levei a mal sua resposta, pelo contrario aproveito este espaço para agradecer a todos vocês que contribuem diretamente em manter este componente maravilho atualizado pois sem o empenho de vocês e de nos usuários com certeza atender a tantas legislações/exigências de hoje ficaria tudo mais complicado e difícil para nós pobres programadores rsrs. Abs...