Pesquisar na Comunidade

Fala pessoal! Gostaria da ajuda dos colegas nessa situação. Estou precisando implementar o pix atráves do psp do sicoob. Já tenho as credenciais de produção e do sandbox, porém no demo acbrpixcd quando tento criar uma cobrança imediata, não gera. Segue abaixo o log gerado... CriarCobrancaImediata( ) PrepararHTTP Autenticar LimparHTTP TransmitirHttp( POST, https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token ) ConfigurarHTTP ConfigurarProxy ConfigurarTimeOut ConfigurarHeaders( POST, https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token ) Req.Headers: Req.Body: grant_type=client_credentials&client_id=63bc9ed8-626b-4a4c-b508-**********&scope=cob.write%20cob.read%20cobv.write%20cobv.read%20lotecobv.write%20lotecobv.read%20pix.write%20pix.read%20webhook.write%20webhook.read%20payloadlocation.write%20payloadlocation.read ResultCode: 500 - Sock.LastError: 10091 Resp.Headers: POST /auth/realms/cooperado/protocol/openid-connect/token HTTP/1.0 Host: auth.sicoob.com.br Keep-Alive: 300 Connection: keep-alive User-Agent: Mozilla/4.0 (compatible; Synapse) Content-Type: application/x-www-form-urlencoded Content-Length: 262 Accept-Encoding: gzip, compress, deflate client_id: 63bc9ed8-626b-4a4c-************* Resp.Body: EACBrPixHttpException: Erro HTTP: 500, Metodo: GET, URL: https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token ***************EACBrPixHttpException*************** Erro HTTP: 500, Metodo: GET, URL: https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token Ficarei muito grato com a ajuda pessoal!

Agora o SICOOB V3 está implementada a consulta de movimentação. Para consulta de boletos em lista do Sicoob é necessário seguir 03 (três) passos: Solicitar a movimentação da carteira de cobrança registrada para beneficiário informado (As consultas estão limitadas em um período máximo de 2 dias); A API vai retornar o códigoSolicitação na propriedade NossoNumeroCorrespondente; Consultar a situação da solicitação da movimentação para saber se está disponível para download. Se estiver ele vai retornar os números arquivos disponível. (pode ser mais de um arquivo base64); Download e extração do(s) arquivo(s) de movimentação (a solução ACBr ja realiza o download e a descompactação internamente) e realiza leitura do retorno do arquivo e devolve a resposta padrão igual as outras API's; Vamos aos exemplos, como fazer (vou separar abaixo por tipo de Solução para ficar mais organizado): Se você utiliza componentes (Delphi ou Lazarus), clique aqui; Se você utiliza ACBrLibBoleto, clique aqui; Se você utiliza ACBrMonitor, clique aqui; Gostaria de agradecer o usuário @Rafaelbudag, que criou colaborou com a implementação inicial, realizamos alguns ajustes para compatibilizar com a versão V3 do Sicoob e com algumas propriedades já existentes em nossa solução. Obrigado também ao usuário @Microsys Sistemas por fornecer as credenciais de produção V3 para testes da consulta de movimentação, já que ambiente sandbox não é fiel a produção. *Em breve será disponibilizado vídeo exemplificando esta consulta em nosso portal de cursos*

Olá, fui fazer a minha primeira homologação junto ao Sicoob (cobBancoob) e recebi o seguinte retorno do banco: Diante disto fiz uma pequena alteração no arquivo ACBrBancoBancoob.pas para contemplar está solicitação. Comentei as linhas 1141 a 1150 e realizei novo teste e que foi aprovado pelo Sicoob. Segue o fonte ajustado. Muito obrigado. ACBrBancoBancoob.pas

Tendo em vista o grande número de dúvidas(aqui no fórum e também no nosso canal do Discord) sobre como configurar os PSPs no componente ACBrPIXCD, estou criando esse tópico para auxiliar nesse procedimento. Irei utilizar como base nosso demo do componente, que está disponível no SVN, em: "...\trunk2\Exemplos\ACBrPIXCD\". 1. Configurando Recebedor e PSP Atual 1.1. Configurações utilizando o componente Para configurar o Recebedor e o PSP atual, utilizando o próprio componente ACBrPIXCD, preencha as seguintes propriedades: ACBrPixCD1.Recebedor.Nome := ''; ACBrPixCD1.Recebedor.CEP := ''; ACBrPixCD1.Recebedor.Cidade := ''; ACBrPixCD1.Recebedor.UF := ''; ACBrPixCD1.PSP := ; ACBrPixCD1.Ambiente := ; Além dessas configurações básicas, também é possível configurar o caminho do arquivo de log, o nível do log gerado e, caso sua rede utilize proxy, será necessário configurá-lo nas propriedades a seguir: ACBrPixCD1.Proxy.Host := ''; ACBrPixCD1.Proxy.Port := ''; ACBrPixCD1.Proxy.User := ''; ACBrPixCD1.Proxy.Pass := ''; ACBrPixCD1.ArqLOG := ''; ACBrPixCD1.NivelLog := 0; Obs: Níveis de log: 0 - Nenhum 1 - Baixo 2 - Normal 3 - Alto 4 - Muito Alto 1.2. Configurações utilizando o aplicativo de demonstração Na aba "Configurações > PIX" preencha os dados solicitados e selecione o PSP que irá utilizar, conforme imagem abaixo: 2. Solicitando as credenciais do PSP Esse procedimento é feito de diferentes formas para cada PSP. Selecione o PSP desejado:

Ótima notícia comunidade ACBr ! Para quem não está sabendo o banco Sicoob disponibilizou uma nova API denominada V3, segundo eles a versão anterior produção vai ser descontinuada, mas sem data prevista. O ambiente de teste da versão anterior V2 foi descontinuado segundo suporte: "Maria Eduarda: Prezado, bom dia. O ambiente de Sandbox da API Cobrança Bancária V2 foi descontinuado. Orientamos que os cooperados utilizem o novo Sandbox adequado a versão 3. A API Cobrança Bancária V2 ainda estará disponível em produção." Fizemos a implementação desta nova API V3 e está já disponível em nossos repositórios para que vocês possam realizar os testes. Todos os nossos testes foram realizados em ambiente SandBox. Como configurar:

Bom dia, Percebi um problema com o retorno do Banco Sicoob (756), tenho um cliente que teve vários títulos pagos em cartório, porém o Sicoob não tem uma ocorrência específica para liquidação em cartório, tudo volta como 06 - Liquidação, independente de como foi pago. E isso é um problema visto que é preciso diferenciar o que foi pago em cartório. Analisando o leiaute CNAB 240 e o retorno recebido do banco vi que eles fazem essa identificação em outra posição do registro T (posição 214 a 223). Quando a liquidação é em cartório, vem o código 0000000008. Agora verificando a leitura do retorno pelo ACBr vi que essa informação é tratada através da propriedade CodigoLiquidacao, porém está pegando as posições erradas (214 a 215) ao invés de (214 a 223). Estou enviando o fonte corrigido e o leiaute do Sicoob para conferência. 2 - Layouts_para_troca_de_informações - V13.xlsm ACBrBancoBancoob.pas

Oi pessoal, teria uma duvida sobre a API do Banco Sicoob no ambiente de produção! Ao colocar para envio em produção esta me aparecendo uma mensagem solicitando o ClientSecret, entretanto ao configurar o aplicativo no site do Banco para a utilização da API o Campo ClientSecret diz que não é necessário informar esse campo, então para funcionar estou tendo que informar qualquer valor mesmo que seja o "ClientSecret = 1" que ai ele envia e registra o boleto em produção caso não seja informado aparece a mensagem que solicita a informação, seria isso um erro na API do Sicoob? Alguém já passou por isso ? Mensagem solicitando o ClientSecret (Retorno do Envio) Campo da Configuração do Aplicativo no Site da API. Desde já agradeço a atenção!

Boa Tarde! Estou fazendo a integração do ACBrBoleto para o banco Sicoob e estou passando por um problema, a questão é a seguinte.. Consegui fazer o ACBrBoleto Exemplo funcionar perfeitamente, porem para colocar em meu sistema eu precisava que uma parte fosse diferente, em relação a validação que o Sicoob exige, que é o certificado. No exemplo acbr é passado da seguinte forma: WebService.ArquivoCRT := 'C:\douglas\Boleto\Sicoob\SicoobCertificado.pem'; WebService.ArquivoKEY := 'C:\douglas\Boleto\Sicoob\SicoobChavePrivada.key'; Entretanto, ao invés de passar o caminho do arquivo, eu gostaria de passar o conteúdo do arquivo, pois eu tenho o conteúdo salvo em meu banco de dados, assim nao precisando do arquivo. Eu ja realizo isso pelo ACBrPix, pois la tem uma propriedade que recebe deste jeito, porem aqui no boleto nao achei esta opção de passar diretamente. Como eu queria passar: WebService.ArquivoCRT := '-----BEGIN CERTIFICATE-----' + 'MIIHPTCCBSWgAwIBAgIIMD8iBARHZXwwDQYJKoZIhvcNAQELBQAwWTELMAkGA1UE' ... + 'WHKi5RGWwQdjo9vXRTB4cTsnrbenvNrivJPAShPXQjbm' + '-----END CERTIFICATE-----'; WebService.ArquivoKEY := '-----BEGIN RSA PRIVATE KEY-----' + 'MIIEowIBAAKCAQEAgMDt48BLEuk/+gDX+PugSWMwxpK87SImir4n3a2A75FOvZkm' ... + 'sSlkF0VJ3sXN/tpQf3c3kQFvKBmlbcsMG8s58GPkpuNAzUrod2Vk' + '-----END RSA PRIVATE KEY-----'; Adentrando mais o codigo, encontrei o metodo que faz esta validação que é o define certificado: procedure TBoletoWSREST.DefinirCertificado; begin BoletoWS.ArquivoCRT := Boleto.Configuracoes.WebService.ArquivoCRT; BoletoWS.ArquivoKEY := Boleto.Configuracoes.WebService.ArquivoKEY; // Adicionando o Certificado if NaoEstaVazio(BoletoWS.ArquivoCRT) then HTTPSend.Sock.SSL.CertificateFile := BoletoWS.ArquivoCRT; if NaoEstaVazio(BoletoWS.ArquivoKEY) then HTTPSend.Sock.SSL.PrivateKeyFile := BoletoWS.ArquivoKEY; { if NaoEstaVazio(BoletoWS.ArquivoCRT) then HTTPSend.Sock.SSL.Certificate := BoletoWS.ArquivoCRT; if NaoEstaVazio(BoletoWS.ArquivoKEY) then HTTPSend.Sock.SSL.PrivateKey := BoletoWS.ArquivoKEY; Metodo que achei mas nao consegui fazer funcionar } end; Tentei utilizar trocando o CertificateFile por apenas Certificate, porem nao consegui fazer funcionar. Gostaria de saber se alguem ja passou por um problema parecido ou se tem algum outro metodo de fazer o que eu quero, que é passar estes dados por string e nao colocando o caminho do arquivo. Agradeço a ajuda.

Hoje nosso amigo @Souza relatou que as remessas passaram a ser rejeitadas pelo motivo: Código do Convenio estava sendo informada no Header do arquivo. Nossa moderadora @Gr@c@ nos informou: O rejeição reportada foi resolvida conf. orientação acima. Então fiquem atentos, caso aconteça com você, favor seguir estas instruções. Link do tópico onde foi mencionado: Obrigado @Gr@c@ pela ajuda essencial ! Obrigado @Souza por reportar !

Não encontrei um tópico específico, para o componente ACBrPagfor, postando aqui em diversos. O Layout de remessa do banco 756, não estava funcionando, alterei o código do componente, para o banco aceitar o envio da remessa. Retorno tudo OK. Problema estava somente na remessa. Arquivo alterado do componente em anexo. PagFor.Sicoob.GravarTxtRemessa.pas

Boa tarde. Iniciei o desenvolvimento pra utilização do boleto online sicoob e durante o registro ocorreu tudo ok, o problema foi na hora de consultar os títulos registrados e principalmente os pagos. Vi que atualmente o sicoob só tem a opção tpConsultaDetalhe, que necessita que seja passado os dados do boleto(nosso número ou linha digitável) para que seja verificado se o mesmo foi pago. O que se torna inviável na realidade de alguns dos meus clientes que podem ter milhares de títulos em aberto. Analisei a API do sicoob e entrei em contato com o suporte do banco e vi que existe um endpoint que retorna a movimentação de um período X a Y, não é a melhor forma, mas é o que tem. Sendo assim, solicito que seja adicionada a opção tpConsulta ao banco sicoob consumindo esses dados. Abaixo tentarei ser o mais claro possível pra ajudar na implementação, em caso de dúvidas estou à disposição. Link da documentação: https://developers.sicoob.com.br/portal/apis 1) Obter o access token na mesma URL de autenticação que já é utilizada pra emissão dos boletos. O diferencial é ter que adicionar esses 3 scopes(sugiro até editar o tópico principal dos boletos por WS adicionando estes): - cobranca_boletos_solicitacao_movimentacao_incluir - cobranca_boletos_solicitacao_movimentacao_consultar - cobranca_boletos_solicitacao_movimentacao_download 2) POST em /boletos/solicitacoes/movimentacao passando o período e o tipo da movimentação - Será retornado o "codigoSolicitacao" 3) GET em /boletos/solicitacoes/movimentacao passando o "codigoSolicitacao" - Será retornado um array de idArquivos a depender da quantidade de registros do período 4) GET em /boletos/movimentacao-download passando o "codigoSolicitacao" e um "idArquivo" por vez - Será retornado um BASE64 de um arquivo .ZIP, dentro desse arquivo .ZIP haverá um arquivo .json onde de fato serão apresentados os boletos do período e que deverá alimentar a "ListaConsultaRetornoWeb" do ACBrBoleto. Abaixo um exemplo do conteúdo desse arquivo .json [ { "siglaMovimento":"LIQUI", "dataInicioMovimento":"2023-05-24T00:00:00-03:00", "dataFimMovimento":"2023-05-25T00:00:00-03:00", "numeroCliente":36307, "numeroContrato":36307, "modalidade":1, "numeroTitulo":39548, "seuNumero":"NFE 24274-1/1", "dataVencimentoTitulo":"2023-06-15T00:00:00-03:00", "valorTitulo":145.9300, "codigoBarras":"75691938200000145931517701003630700039548001", "dataMovimentoEntrada":"", "dataEmissaoDocumento":"", "dataLimitePagamento":"", "numeroContaCorrente":60151, "valorTarifaMovimento":2.0000, "dataMovimentoProrrogacao":"", "dataVencimentoAnterior":"", "valorAbatimento":0.0000, "dataMovimentoLiquidacao":"2023-05-24T00:00:00-03:00", "dataLiquidacao":"2023-05-24T00:00:00-03:00", "dataPrevisaoCredito":"2023-05-24T00:00:00-03:00", "numeroBancoRecebedor":1, "numeroAgenciaRecebedora":2256, "idTipoOpFinanceira":58, "valorDesconto":0.0000, "valorMora":0.0000, "valorLiquido":145.9300 }, { "siglaMovimento":"LIQUI", "dataInicioMovimento":"2023-05-24T00:00:00-03:00", "dataFimMovimento":"2023-05-25T00:00:00-03:00", "numeroCliente":36307, "numeroContrato":36307, "modalidade":1, "numeroTitulo":39451, "seuNumero":"NFE 24229-1/1", "dataVencimentoTitulo":"2023-05-23T00:00:00-03:00", "valorTitulo":68.7700, "codigoBarras":"75696935900000068771517701003630700039451001", "dataMovimentoEntrada":"", "dataEmissaoDocumento":"", "dataLimitePagamento":"", "numeroContaCorrente":60151, "valorTarifaMovimento":2.0000, "dataMovimentoProrrogacao":"", "dataVencimentoAnterior":"", "valorAbatimento":0.0000, "dataMovimentoLiquidacao":"2023-05-24T00:00:00-03:00", "dataLiquidacao":"2023-05-24T00:00:00-03:00", "dataPrevisaoCredito":"2023-05-24T00:00:00-03:00", "numeroBancoRecebedor":1, "numeroAgenciaRecebedora":2256, "idTipoOpFinanceira":58, "valorDesconto":0.0000, "valorMora":0.1100, "valorLiquido":68.8800 } ] Espero que tenha sido claro. Caso haja algo em inconformidade me avisem que corrigirei. Obrigado pela atenção.

Prezados. Estou iniciando a implementação do boleto via WS, mais precisamente Sicoob/Bancoob. Analisando os fontes, identifiquei que a unit ACBrBoletoWS faz referências aos arquivos do Bancoob, porém o referido código está comentado e os arquivos não foram disponibilizados no SVN. Gostaria de dar seguimento ao desenvolvimento e homologação.

Agora com o nosso componente ACBrBoleto é possível emitir Boletos através da API para o banco Banco Bancoob (Sicoob) A atualização já está em nossos repositórios ! Obrigado a comunidade que está nos ajudando e especialmente para o Marcelo Santos e Delmar de Lima que colocaram a mão na massa e iniciaram a contribuição deste componente.

Pessoal, estou esperando o recurso do Registro Online de Boletos para o Sicoob ficar pronto. Eu vi que teve uma contribuição e ela está em análise no TK-3540. Como faço para saber se este recurso já foi disponibilizado? Outra coisa, tem como eu baixar e instalar somente o componente ACBrBoleto? Link:

Pessoal, preciso implementar a consulta e a inclusão de boletos e/ou PIX do banco Sicoob. Eles me passaram um documento com os comandos e tudo mais, mas queria saber se tem como fazer isto através do componente ACBrBoleto e se tem alguma indicação de quais bancos funciona com o webservice/API.

Olá, pessoal, tudo bem? Mais uma vez eu perturbando vocês por aqui. Estou implementando a emissão de boletos pelo AcBrLib, antes eu emitia pela Tecnospeed, e estou com problemas com alguns bancos em relação à emissão da remessa. O Sicoob, por exemplo, que usa o leiaute de remessa CNAB240, está apresentando duas divergências em relação ao "Código do Convênio no Banco" e ao "Dígito Verificador da Ag/Conta", este último indo em branco, mas o valor default precisa ir 0 (e que está informado no AcBrLib.ini). Eu vou anexar os arquivos para vocês analisarem, pois eu já configurei de inúmeras formas estes dois campo, e mesmo assim a remessa não aprova no validador, embora pense que esteja configurando algo de errado. O endereço do validador que estou usando é este aqui: https://www.sicoob.com.br/web/sicoob/validador-cnab Abaixo eu descrevo quais campos eu preenchi para a validação do arquivo: O arquivo de validação em PDF está em anexo, com o nome "retorno validador sicoob.pdf" Aguardo retorno, e muito obrigado. ACBrLib.ini boleto.pdf remessa.txt retorno validador sicoob.pdf

Fala galera! Efetuamos a troca de nosso banco para o Sicoob e, durante a implementação, constatamos alguns problemas no envio do arquivo remessa. Com base nisto, verificamos o manual de integração CNAB 240 (não testamos o CNAB 400) e, analisando linha por linha, encontramos algumas divergências e assim, com a devida correção no arquivo, o mesmo passou a ser validado com sucesso (se não me falhe a memória, creio que foi alterado umas 2 a 3 linhas apenas). De todo modo, se alguém estiver tendo problemas com a integração do Sicoob, segue abaixo o arquivo com a correção que fizemos. Esperamos ter ajudado. ACBrBancoBancoob.pas

Saudações Na hora da Remessa, Banco Sicoob, estou informando assim: Titulo.EspecieDoc := 'DM'; Titulo.EspecieMod := ''; Titulo.Carteira := self.ctactacarteira.AsString; Titulo.ValorDocumento := StrToCurr(self.gcrecrevalor.AsString); Titulo.LocalPagamento := ctalocalpagamento.AsString; Titulo.CodigoMoraJuros := cjValorDia; Titulo.DataMoraJuros := (self.gcrecrevencimento.AsDateTime) + 1; Titulo.ValorMoraJuros := StrToCurrDef('0', self.gcrecremoradia.AsFloat); Titulo.ValorDesconto := StrToCurrDef('0', 0); Titulo.ValorAbatimento := StrToCurrDef('0', 0); Titulo.PercentualMulta := fprinci.cfgcfgmultadiaria.AsFloat; O Banco diz que eu não estou informando os valores corretamente, por isso não está cobrando juros no boleto. Alguém pode me orientar onde estou errando? Claudiomir

Boa tarde a todos. Ao enviar arquivo de remessa para banco Sicoob usando ACBrBoletoBancoBancoob, veio um erro relacionado a Tipo Pessoa(Física ou Jurídica), pesquisando vi que o pessoal coloca na mão a implantação, porém lembrei que o Sicredi faz isso automaticamente, coloquei mesmo tratamento mas ajustado para o Sicoob Segmento Q. Segue em anexo Unit alterada. Att.: Vinicius Machado ACBrBancoBancoob.pas

Saudações. Já criei um tópico anterior mas o moderador fechou por falta de uma resposta minha. Lamento não ter respondido no prazo. Meu problema continua com a geração da linha digitável. Gero o boleto e imprimo. Nenhum erro. Normal. Envio para o banco. 1 em cada 3 funciona. Os demais dá erro na hora de pagar. A linha digitável enviada para o banco via remessa está indo com valores diferentes do que é gerada antes, na emissão do boleto. Eu não encontro o erro. Se alguém tiver uma idéia, eu agradeço. Pergunto ainda, existe um "validador" de boletos do Sicoob? Antigamente tinha uma planilha no excel onde testávamos isso. Se alguém puder, ainda, me indicar qual o "campo" que está dando a diferença na imagem abaixo, eu agradeço. O primeiro valor é o que eu gero na hora de imprimir o boleto. O segundo valor é o que o banco está recebendo na remessa. No aguarde de qualquer idéia. Claudiomir

Saudações Tenho uma situação... inusitada. Uso o AcbrBoleto por um bom tempo. Nunca tive problemas. Faço as vendas a prazo. Gero as Parcelas. Emito os boletos. Gero as remessas. Envio para o banco. Tudo como manda o figurino. Exceto que, em casos totalmente aleatórios, sem nenhum padrão previsível, o a linha digitável de um boleto é emitido diferente dos dados enviados para a remessa do banco Sicoob. Tipo, eu gero as parcelas e visualizo o boleto, conforme imagem abaixo. Gero a remessa a seguir e envio para o banco no dia seguinte. Neste caso, era a segunda parcela de um total de 5. Dias depois o cliente vai pagar a primeira e dá certo. Na segunda o banco diz que não existe nada na base deles. Abri a remessa. Olhei para os dados. E não são os que estão acima. Mando reimprimir o boleto. Ele me mostra a imagem abaixo. Que bate certinho com os dados que o banco tem vindos da remessa, conforme imagem abaixo: Detalhe, se eu reimprimir o boleto, ele imprime com o código correto, ou seja, o código que foi na remessa e que está registrado no banco. Ou seja, em um acontecimento aleatório, ao invés de imprimir no boleto(papel físico impresso pela empresa) ele usa um valor que não é o gerado enviado para a remessa. Testei algumas coisas antes de postar aqui. Não houve qualquer alteração no boleto desde a geração. O que foi gerado foi para o banco. O erro acontece na impressão da primeira vez. Não existiu alterações ou reimpressão de boleto. Nada. Absolutamente nada. Nem mesmo o "Nosso Número" foi alterado. Nada. Alguém já passou por algo parecido?? Banco Sicoob. No aguardo de alguma ideia. Claudiomir

Saudações. Estou em minha "saga" particular para implementar no banco Sicoob. Ao enviar a remessa no validador do sicoob ele me retorna um erro na posição 72. Informando que o valor deve ser 0 e não vazio. A posição informada vem logo após o ultimo campo onde é informado o digito da conta. Ficaria entre o dígito da conta e a primeira letra do nome do Emitente. Eu realmente não entendo. Abro a remessa, substituo o "vazio" por "zero" e a remessa é aceita. Na geração desses valores, estou esquecendo de preencher algo? Alguma propriedade que devo ativar? CNAB 240 Código Abaixo: fprinci.ACBrBoleto1.ACBrBoletoFC.Filtro := fiNenhum; fprinci.ACBrBoletoFCFR1.DirLogo := extractfilepath(application.ExeName) + 'logo'; fprinci.ACBrBoleto1.DirArqRemessa := fprinci.cfgcfgcaminhoremessabanco.AsString; fprinci.ACBrBoleto1.DirArqRetorno := fprinci.cfgcfgcaminhoremessabanco.AsString; fprinci.ACBrBoleto1.ListadeBoletos.Clear; fprinci.ACBrBoleto1.cedente.Agencia := self.ctactanragencia.AsString; fprinci.ACBrBoleto1.cedente.AgenciaDigito := self.ctactadgagencia.AsString; fprinci.ACBrBoleto1.cedente.Conta := self.ctacatnrconta.AsString; fprinci.ACBrBoleto1.cedente.ContaDigito := self.ctactadgconta.AsString; fprinci.ACBrBoleto1.cedente.Convenio := self.ctactaconvenio.AsString; fprinci.ACBrBoleto1.cedente.CNPJCPF := fprinci.cfgcfgdoc1.AsString; fprinci.ACBrBoleto1.cedente.TipoInscricao := pJuridica; fprinci.ACBrBoleto1.cedente.Logradouro := fprinci.cfgcfgendereco.AsString; fprinci.ACBrBoleto1.cedente.NumeroRes := fprinci.cfgcfgnumero.AsString; fprinci.ACBrBoleto1.cedente.Bairro := fprinci.cfgcfgbairro.AsString; fprinci.ACBrBoleto1.cedente.Cidade := fprinci.cfgcfgcidade.AsString; fprinci.ACBrBoleto1.cedente.UF := fprinci.cfgcfguf.AsString; fprinci.ACBrBoleto1.cedente.CEP := fprinci.cfgcfgcep.AsString; fprinci.ACBrBoleto1.cedente.CodigoCedente := self.ctactacodigocedente.AsString; fprinci.ACBrBoleto1.cedente.NumeroRes := ''; fprinci.ACBrBoleto1.cedente.Nome := self.ctactabeneficiario.AsString; fprinci.ACBrBoleto1.cedente.Modalidade := self.ctactamodalidade.AsString; No aguardo de qualquer idéia. Claudiomir Posição Inicial: 72 - Valor informado diverge do valor default definido para o campo: 0

Recebi um e-mail com o arquivo em anexo do Supervisor do Sicoob Credilivre, dizendo que uma remessa gerada pelo acbr não foi aceita e que o padrão do arquivo foi alterado. O que devo fazer? exemplo cnab240.txt

Boa tarde. Seguinte situação, um de nossos clientes nos perguntou se tem como fazer a geração de um arquivo (remessa), para enviar ao banco realizando os pagamentos dos boletos emitidos contra à empresa. Ou seja é para gerar o arquivo para pagar os boletos, e não para recebimento dos boletos. Eu sei que para cobrança, (geração do contas à receber em boleto) existe na ACBR Boleto, e já usamos em nosso sistema. Mas existe alguma implementação na ACBR para geração de remessa e processo do retorno no caso dos pagamentos de boleto do SICOOB? Em anexo leiaute do banco. Importacao-Arquivos-de-Pagamentos-1 (1).pdf Manual_de_importacao_de_arquivos_CNAB_240_V0.8-1 (1).pdf

Bom dia Estou gerando boletos e as remessas c240, mas ao Enviar para Homologação ao Banco Sicoob o mesmo retorna o seguinte: 'Corrigir no segmento P, posições 38 a 47 e no boleto o nosso número, os boletos devem possuir numeração crescente e está sendo informado o mesmo número para todos os boletos.' Possuí 6 parcelas. Nosso Numero informado: 5500 O calculo para todos os códigos de barras está sendo feito corretamente, mas no Campo Nosso Numero no Boleto e no arquivo c240 fica sempre o mesmo. Estou anexando as 3 primeiras parcelas para análise, há algum meio de fazer essa ordem crescente?