carlos_tedex

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...

Boa tarde Regys, fiz a atualização do componente as 11:00hs se o problema já foi resolvido ta beleza. Apenas quis compartilhar o problema que tive na instalação do componente para outros usuários. Grato pela atenção

Pessoal, Hoje resolvi atualizar o ACBr para versão atual (6921) e ao compilar recebi um erro do ACBrInstall.exe dizendo que a unit "ACBrEFDBloco_K.pas" tinha um carácter inválido. Resolvi abrir o arquivo e percebi que o mesmo estava no formato UTF-8 e nos comentários de direitos autorais onde tinha acentuação no texto estava aparecendo caracteres estranhos. Consegui resolver este erro alterando o formado do arquivo de UTF-8 para formado DOS e fiz a correção de acentuação do texto. Caso alguém tenha este mesmo erro já saberão como resolver. Utilizo o Delphi 7. ACBrEFDBloco_K.pas

Pessoal, ainda estou com dificuldades em tratar alguns erros. Pois em diversas situações esta gerando "Access Violation". Recentemente incluir um arquivo de LOG em meu modulo emissor de NFe para gravar algumas mensagens de erro, vejam abaixo alguns erros que estão ocorrendo nos clientes: Lembrando que estes erros sempre ocorrem durante a transmissão / envio dificultando saber se a nota fiscal foi autorizada ou não. Access violation at address 007EA7A1 in module 'NFeSaida.exe'. Read of address 00000028 O conjunto de chaves não está definido Access violation at address 007EA7A1 in module 'NFeSaida.exe'. Read of address 00000028 Erro no suporte a canais seguros - URL:https://nfe.sefazvirtual.rs.gov.br/ws/Nferecepcao/NFeRecepcao2.asmx - SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NfeRecepcao2 Access violation at address 007E9731 in module 'NFeSaida.exe'. Read of address 00000028 A conexão com o servidor foi interrompida de modo anormal - URL:https://nfe.sefazvirtual.rs.gov.br/ws/Nferecepcao/NFeRecepcao2.asmx - SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NfeRecepcao2 Access violation at address 007EA7A1 in module 'NFeSaida.exe'. Read of address 00000028 Classe não registrada Access violation at address 007E9731 in module 'NFeSaida.exe'. Read of address 00000028 O nome ou o endereço do servidor não pôde ser resolvido - URL:https://nfe.sefazvirtual.rs.gov.br/ws/Nferecepcao/NFeRecepcao2.asmx - SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NfeRecepcao2 Access violation at address 007E9731 in module 'NFeSaida.exe'. Read of address 00000028 Não foi possível estabelecer conexão com o servidor de revogação ou uma resposta definitiva não pôde ser obtida. - URL:https://nfe.sefazvirtual.rs.gov.br/ws/Nferecepcao/NFeRecepcao2.asmx - SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NfeRecepcao2 Access violation at address 007E9731 in module 'NFeSaida.exe'. Read of address 00000028 Uma conexão com o servidor não pôde ser estabelecida - URL:https://nfe.sefazvirtual.rs.gov.br/ws/Nferecepcao/NFeRecepcao2.asmx - SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NfeRecepcao2

Amigo eu utilizo assim: Try ACBrNFe1.EventoNFe.Evento.Clear; Randomize; ACBrNFe1.EventoNFe.idLote := Random(9999); With ACBrNFe1.EventoNFe.Evento.Add do Begin infEvento.dhEvento := now; infEvento.tpEvento := teCancelamento; infEvento.detEvento.xJust := sJustificativa; End; ACBrNFe1.EnviarEventoNFe(ACBrNFe1.EventoNFe.idLote); With ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento do Begin sStat := IntToStr(cStat); sDataHora := DateTimeToStr(dhRegEvento); sProtocolo := nProt; If (cStat = 135) Then Begin //Gravação no banco de dados end End;

Boa tarde gostaria da ajuda de vocês, pois estou tendo dificuldades nos clientes quando o usuario ao inves de digitar a senha do certificado o mesmo clica no botão "Cancelar" causando erro em meu codigo nesta linha: With ACBrNFe1.WebServices.Retorno.NFeRetorno.ProtNFe do ERRO: Access violation at address 007E9C11 in module 'NFe.exe' 1 - Como resolver este problema e se existe alguma forma de detectar que o usuário clicou no botão cancelar do certificado. 2 - Estou postando um pedaço do meu codigo de como estou tratando o retorno após o envio e gostaria de saber se tem uma maneira mais segura e confiável ACBrNFe1.NotasFiscais.Clear; sXMLFile := XMLFileName(sPedido, StrToInt(sNumNFe)); If FileExists(sXMLFile) Then Begin With ACBrNFe1.NotasFiscais do Begin LoadFromFile(sXMLFile); Try Try ACBrNFeDANFERaveCB1.MostrarPreview := False; ACBrNFeDANFERaveCB1.NumCopias := 1; ACBrNFe1.Enviar(nNumLote,ImprimirDanfeAuto); Except on E: Exception do Begin If (Trim(E.Message) <> '') Then tsErros.Add(E.Message) Else tsErros.Add(UTF8Encode(ACBrNFe1.WebServices.Retorno.RetornoWS)); End; End; Finally //100 - Autorizado o uso da NF-e //110 - Uso Denegado //301 - Uso Denegado: Irregularidade fiscal do emitente //302 - Uso Denegado: Irregularidade fiscal do destinatário With ACBrNFe1.WebServices.Retorno.NFeRetorno.ProtNFe do Begin case ACBrNFe1.WebServices.Retorno.cStat of 100,110,301,302: begin sRecibo := ACBrNFe1.WebServices.Enviar.Recibo; sStat := IntToStr(Items[0].cStat); sMotivo := Items[0].xMotivo; sDataHora := DateTimeToStr(Items[0].dhRecbto); sProtocolo := Items[0].nProt; //// //// NESTE LOCAL REALIZO A GRAVAÇÃO NECESSARIA NO BANCO DE DADOS //// end; end; End; If (tsErros.Count > 0) Then Application.MessageBox(pChar(tsErros.Text), 'Aviso', MB_OK + MB_ICONWARNING + MB_SETFOREGROUND); end; Informações: Delphi 7 Win 7 ACBR_6608

Pessoal ainda necessito realizar esta modificação toda vez que faço uma atualização do componente. Quando tiverem um tempinho favor realizar o ajuste se possível. Grato! Para visualizarem a modificação deixei este comentário no arquivo: //Carlos Eduardo 06/03/2014 ACBrNFe.pas

Boa tarde, Estou utilizando a procedure EnviarEmailNormal() e percebi que a mesma não esta fazendo uso do parâmetro "NomeRemetente" igual a procedure EnviaEmailThread(). Peço aos moderadores se for possível e viável fazer o seguinte ajuste no arquivo "ACBrNFe.pas" e subir para o SVN: Código Atual m.header.From := sFrom; Código Modificado if Trim(NomeRemetente) <> '' then m.header.From := Format('%s<%s>', [NomeRemetente, sFrom]) else m.header.From := sFrom; Grato

Caro ricardo_casc, Consegui resolver da seguinte maneira. Atribui ao parâmetro UsarThread = FALSE e fiz o tratamento do erro desta forma: try bEmailEnviado := True; ACBrNFe1.NotasFiscais.Items[0].EnviarEmail(...); except bEmailEnviado := False; end; Referente a alterar os fontes para não mostrar os raise's não acho interessante, pois quando eu atualizar o componente o que eu alterei será perdido. Agradeço pelas informações, pois através delas consegui chegar à resolução do problema.

ricardo_casc, essa opção por default já esta setada para True

Boa tarde, Utilizo a função de envio de e-mail do ACBr para enviar o XML e PDF da NFe. ACBrNFe1.NotasFiscais.Items[0].EnviarEmail() Mas estou com as seguintes duvidas: 1 - Preciso saber se no envio deu algum erro? 2 - Quando da um erro de envio de e-mail o componente mostra a mensagem do erro ate ai tudo certo. Gostaria de saber se tem algum parâmetro para omitir a mensagem para o usuário, pois quando o mesmo faz o envio de varias notas a mensagem atrapalha no processamento das demais.

Hoje pela manhã voltou a funcionar normalmente no ambiente de Homologação sem eu mexer em nada.

Caro Edson, verifique se seu problema não está relacionado a soma do valor aproximado dos tributos nos itens em relação ao total, pois ao somar item a item percebi que deu um centavo de diferença ou seja a soma dos itens deveria apresentar R$ 1.811,12 e no XML apresentou R$ 1.811,13.