cefantacini

Era isso mesmo, obrigado. Se quiser pode fechar o tópico.

Tem um cliente que vem do emissor gratuito do sebrae e segundo ele, lá tem a opção de não imprimir a data/hora da entrada/saida. Existe alguma configuração no ACBr para isso?

Finalizando aqui, liquidei o boleto e o crédito entrou na conta, portanto, pelos meus testes a parte de cnab está OK

Apenas complementando a mensagem anterior o problema da recusa se deu exatamente pelo numero 00000001, que provavelmente já foi utilizado, sendo assim: Colocando o preenchimento do componente na sequencia abaixo: DM.Boleto.Banco.TipoCobranca := cobBancoob; DM.Boleto.Banco.LayoutVersaoArquivo := 810; Gerei o boleto com 8 digitos, a impressão ficou OK, enviei para o banco, o banco aceitou, gerei uma segunda via do boleto no site do banco, a linha digitável ficou igual a linha digitável gerada pelo ACBr. Vou fazer o pagamento do mesmo e verificar se o crédito entra na conta, tendo essa informação informo aqui.

Eu achei um erro no meu código eu estava atribuindo: DM.Boleto.Banco.LayoutVersaoArquivo := 810; Antes de DM.Boleto.Banco.TipoCobranca := cobBancoob; Inverti a sequencia e parou de gerar o digito verificador Adcionalmente fiz como vc sugeriu, 00000001 para o nosso numero A impressão ficou OK Porem o banco está recusando a remessa: Eu não posso continuar dfazendo da forma anterior, usando 7 digitos e não preenchendo LayoutVersaoArquivo := 810 ? Desta forma estava funcionando com o unit que vc havia me passado ontem....

O meu DEMO esta estranho, os arquivos estão na pasta, mais ao abrir o projeto ele não mostra nem form e nem unit, já apaguei a pasta do DEMO e baixei de novo e não adiantou....

Eu atualizei o ACBr, reconstrui o Lazarus, e setei o valor 810 para a propriedade LayoutVersaoArquivo Gerei um boleto com o NossoNumero com 8 posições: 72500001 Porem, tanto na remessa, quanto no boleto impresso saiu o digito verificador: Sendo assim o banco recusou o arquivo cnab.

Eu li o tópico mais fiquei com uma dúvida, eu usando o leiaute 810, deve gerar o nosso número com quantos dígitos?

Tem que atualizar o ACBr?

Eu fiz o teste Peguei a unit nova, reconstrui o lazarus, gerei 2 boletos, gerei a remessa dos dois Envie para o banco por cnab 240 Esperei o banco processar o arquivo e consultei os boletos O Banco os aceitou normalmente Lembrando que desde o principio, não havia nenhum problema com a tansmissão dos boletos para o banco, o problema era mais relacionado com a impressão, código de barras e linha digitavel, que se o cliente tentasse pagar por qq desses caminhos dava que o boleto não havia sido localizado. Depois das modificacoes que vc fez eu conferi a linha digitavel do meu sistema com a linha digitavel da emissão da segunda via pelo site do banco e passaram a ficar iguais.

Eu não tenho como fazer teste em homologação, eu uso envio via cnab?

vc vai me passar uma unit nova pra testar?

Hoje deu certo de efetuar o pagamento aparentemente resolveu vc vai subir a atualizaçao?

Fiz uma simulacao aqui, copiei a unit que vc me enviou, reconstrui o lazarus, fiz o procedimento de limpar e construir no meu projeto, gerei um boleto, gerei uma remessa, enviei para o sicoob, o sicoob aceitou, porem ao tentar pagar o boleto, tanto lendo o código de barras quanto digitando, o erro abaixo acontece.

o meu LayoutVersaoArquivo está 0 igual o print que vc mandou, deixo assim ou mudo? Meu problema é que náo queria perder os boletos que gerei, foram muitos.... Eu nao sei como habilitar o Log da forma que vc falou, mas eu nao uso boleto via webservice, uso cnab240

a versao que eu estou nao tem essa configuraçao, nem em projeto e nem em execuçao devo atualizar o acbr antes de testar esta unit que vc enviou?

Juliomar, quando vc diz voltar o código, vc quer dizer voltar para uma atualização anterior do acbr? Daniel, como eu informo o leiaute 810?

Apenas complementando, aparentemente o ACBr esta adicionando um 0 ao campo nosso numero, em um exemplo, o valor do nosso numero gerado é: 2500014 Consultando o boleto no sistema do sicoob, ele fica assim E na impressao do boleto usando o ACBr, ele fica assim O digito verificador tambem fica diferente

Gerei uma remessa de boletos para o banco sicoob que foi enviada para o banco e aceita normalmente. Porem, quando o sacado tenta pagar o boleto pelo código de barras, recebe a mensagem: O código de barras nao está registrado no Sicoob Coincidencia ou não, o problema passou a acontecer apos a ultima atualizaçao que fiz do acbr. Até a ultima remessa enviada ao banco antes de atualizar o acbr, o problema não acontecia. Percebi que se eu pedir uma segunda via de um boleto de exemplo no site do banco, a linha digitável é diferente da linha digitável se eu imprimir pelo meu sistema usando o ACBr. Alguem teria noçao do que pode ser?

Atualizei o ACBr e resolveu. Se quiser fechar o tópico pode fechar

Estou tentando cancelar uma NFSe do provedor Betha usando o componente NFSeX e estou recebendo a mensagem de erro: X209 Retorno do Cancelamento não encontrado. X800 Erro de Validação: --> 1824 - Element 'Tipo': '0' is not a valid value of the atomic type '{http://www.betha.com.br/e-nota-contribuinte-ws/tipos} Alguém passando por situação semelhante?

Tenho um cliente que usa torina de envio de e-mail em várias máquinas. Após a formtação de uma máquina, começou a dar erro no envio do mail: "smtp error unable to login". As Dlls que estavam na pasta da aplicação antes da formatação permanecem. - antes da formatação esta maquina enviava o mail normalmente; - as demais máquinas da rede usam a mesma rotina e enviam normalmente; - como forma de teste, adicione mais duas Dlls (abaixo) na pasta da aplicação mais não resolveu; - a versão do windos colocada foi o 7. Alguém teria alguma sugestão?

Deu certo, era uma configuração do SAT.... DMComp.SAT.Config.XmlSignLib := .... Eu nem me lembrava que o SAT tinha essa configuração. Estava focado nos componentes de NFe, CTe e afins.... Se quiser pode fechar o tópico....

Alguém poderia por favor me ajudar como resolver este problema no lázarus? Vi alguns tópicos sobre que falam sobre o instalador do Delphi.....

Eu vi uma grande parte das aulas do curso, esperei chegar o PinPad de homologação e ao começar com os testes para preenchimento da planilha, estou com 2 problemas. Ao executar o botão Testar TEF do Demo do ACBr recebo a mensagem: Adicionalmente ao abrir o aplicativo: Recebo a seguinte mensagem: Adicionalmente eu estou com dúvida sobre a origem e o destino da DLL PGWebLib.dll Eu devo pegar ela da instalação do programa da PayGo em: C:\Program Files (x86)\PayGo\PGWebLib ? E no demo do ACBr, eu não entendi onde eu especifico onde está a DLL.... Desde já grato pela ajuda...