ezequielarcanjo

Bom dia! Quando informamos dias para baixar boleto, o banco manda retorno com a seguinte frase dias para baixar inválido. Estou informando a data no campo DataBaixa

C015 Espécie do Título Código adotado pela FEBRABAN para identificar o tipo de título de cobrança. Domínio: '01' = CH Cheque '02' = DM Duplicata Mercantil '03' = DMI Duplicata Mercantil p/ Indicação '04' = DS Duplicata de Serviço '05' = DSI Duplicata de Serviço p/ Indicação '06' = DR Duplicata Rural '07' = LC Letra de Câmbio '08' = NCC Nota de Crédito Comercial '09' = NCE Nota de Crédito a Exportação '10' = NCI Nota de Crédito Industrial '11' = NCR Nota de Crédito Rural '12' = NP Nota Promissória '13' = NPR Nota Promissória Rural '14' = TM Triplicata Mercantil '15' = TS Triplicata de Serviço '16' = NS Nota de Seguro '17' = RC Recibo '18' = FAT Fatura '19' = ND Nota de Débito '20' = AP Apólice de Seguro '21' = ME Mensalidade Escolar '22' = PC Parcela de Consórcio '23' = NF Nota Fiscal '24' = DD Documento de Dívida ‘25’ = Cédula de Produto Rural ‘26’ = Warrant ‘27’ = Dívida Ativa de Estado http://www.febraban.org.br/7Rof7SWg6qmyvwJcFwF7I0aSDf9jyV/sitefebraban/subcpadr12-layout padrao V 08 07 - 21.09 - V1.pdf

Se possível colocar nas próximas atualizações

Vou verificar e refazer o processo E outra coisa falta ME de mensalidade escolar if EspecieDoc = 'DM' then EspecieDoc := '02' else if EspecieDoc = 'RC' then EspecieDoc := '17' else if EspecieDoc = 'NP' then EspecieDoc := '12' else if EspecieDoc = 'NS' then EspecieDoc := '16' else if EspecieDoc = 'ND' then EspecieDoc := '19' else if EspecieDoc = 'DS' then EspecieDoc := '04';

Tenho cliente usando o BB mais esse novo cliente está com remessa reprovada constante e os erros fora do padrão que já vim e o banco mandou manual novo com várias mudanças. Segue arquivo "cb131201.rem" analisado: *************** Análise do Arquivo Remessa ************* Foram detectadas as inconsistências: > Header de Arquivo < Lote 0000 > -------------------------------------------------------------------- > Header de Lote < Lote 0001 > -------------------------------------------------------------------- > Segmento P < Lote 0001 > -------------------------------------------------------------------- > Segmento Q < Lote 0001 > -------------------------------------------------------------------- > Segmento R < Lote 0001 > -------------------------------------------------------------------- Posições 067 a 074: Preencher com a data de cobrança da multa; Deverá ser posterior ao vencimento do título. -> Foi informado [03032019] > Segmento S < Lote 0001 > -------------------------------------------------------------------- Posições 018 a 018: Preencher com '8' para Bloqueto por email. Esse segmento é utilizado no Banco do Brasil somente para informar o email de Pagadores que receberão seus títulos por email. Para isso, é necessário o cadastramento prévio dessa opção no seu convênio de cobrança junto ao Banco do Brasil. Nesse caso, solicite a sua agência de relacionamento -> Foi informado [0] Posições 021 a 160: Informar o endereço de email do cliente; Pode ser informado mais de um, usando ' (sinal gráfico apóstrofo) -> Foi informado [PAGANDO APOS A DATA DO VENCIMENTO TERA ACRESCIMO DE: JUROS 0,03% AO DIA E MULTA DE: 2,00% AO MES ] > Trailer de Lote < Lote 0001 > -------------------------------------------------------------------- > Trailer de Arquivo < Lote 9999 > -------------------------------------------------------------------- > Estrutura do Arquivo CNAB240SegPQRSTY.pdf

Fiz as devidas mudanças se o pessoal do ACBr quiser upa o arquivo segue anexo: ACBrBoletoFCFortesFr.pas Só acrescentei no RLBand3BeforePrint as linhas necessárias para alimentar o campo na hora da impressão. Segue anexo o teste 100%: testenew.pdf

Pessoal estou fazendo teste direto no demo do acbr e quando é layout padrão sacador/avalista sai normal mais no carnê não. Vou anexar os dois para verificar lembrando que ambos tem as mesmas informações. teste.pdf layout carnê testepadrao.pdf layout padrão

A pergunta acima ainda não foi respondida

Consegui corrigir os erros acima mais ainda estão alegando outra: Campo inválido na linha 3. Tipo de registro [Detalhe - Segmento P]. O campo [Valor da mora/dia ou Taxa mensal], posição 127 a 141, deve ser informado. Campo deve ser numérico e maior que zero. Valor atual [000000000000000].

Bom dia! Obrigado pela ajuda mais acredito que descobri esse espaço em branco. É porque eu preencho o nome e turma do aluno no sacador/avalista e ao conferir no layout eles encontraram a informação mais na remessa eu não envio. Agora o que me chamou atenção é que essa função do ACBR é como se não tivesse funcionando: Campo inválido na linha 9. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado (uso Banco)], posição 90 a 99, deve ser [Brancos]. Valor atual [ teste ]. Space(10) + // 090 - 099 / Reservado (uso Banco) Campo inválido na linha 21. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado], posição 180 a 240, deve ser [Brancos]. Valor atual [ ] Space(61) ; // 180 - 240 / Reservado (uso Banco) E por consequência os outros em seguida gera erro. E por fim esqueci Campo inválido na linha 17. Tipo de registro [Detalhe - Segmento R]. O campo [Valor/Percentual a ser aplicado], posição 75 a 89, deve ser [Numérico, alinhado à direita, preenchido com zeros à esquerda, sem máscara de edição (ponto, vírgula, barra)]. Valor atual [0000000 ] IntToStrZero(round(ValorDocumento * PercentualMulta), 15) + // 075 - 089 / Valor/Percentual a ser aplicado

Vou lhe incomodar mais um pouco esses espaço em branco que está sendo acusado sabes dizer o que se trata? Na imagem anexo

Obrigado pela ajuda, na verdade já trabalho com alguns clientes e funciona normal essa nova cliente a homologação está gerando esse conflito todo.

Bom dia! A minha unit está atualizada: IntToStrZero(round(ValorDocumento * PercentualMulta), 15) + // 075 - 089 / Valor/Percentual a ser aplicado E mesmo assim o banco está com problema

Estou com alguns problemas no Santander já tentei ler vários tópicos aqui e não resolveu, quem poder ajudar fico agradecido. Campo inválido na linha 3. Tipo de registro [Detalhe - Segmento P]. O campo [Número de dias para Baixa/Devolução], posição 226 a 227, deve ser [ZEROS]. Valor atual [30]. --> esse aqui sei como resolver Registro inválido na linha 5. O tamanho do registro deve ser de 240 posições. Campo inválido na linha 5. Tipo de registro [Detalhe - Segmento R]. O campo [Valor/Percentual a ser aplicado], posição 75 a 89, deve ser [Numérico, alinhado à direita, preenchido com zeros à esquerda, sem máscara de edição (ponto, vírgula, barra)]. Valor atual [0000000 ]. Campo inválido na linha 5. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado (uso Banco)], posição 90 a 99, deve ser [Brancos]. Valor atual [ teste ]. Campo inválido na linha 5. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado], posição 180 a 240, deve ser [Brancos]. Valor atual [ ]. Campo inválido na linha 7. Tipo de registro [Detalhe - Segmento P]. O campo [Número de dias para Baixa/Devolução], posição 226 a 227, deve ser [ZEROS]. Valor atual [30]. Registro inválido na linha 9. O tamanho do registro deve ser de 240 posições. Campo inválido na linha 9. Tipo de registro [Detalhe - Segmento R]. O campo [Valor/Percentual a ser aplicado], posição 75 a 89, deve ser [Numérico, alinhado à direita, preenchido com zeros à esquerda, sem máscara de edição (ponto, vírgula, barra)]. Valor atual [0000000 ]. Campo inválido na linha 9. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado (uso Banco)], posição 90 a 99, deve ser [Brancos]. Valor atual [ teste ]. Campo inválido na linha 9. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado], posição 180 a 240, deve ser [Brancos]. Valor atual [ ]. Campo inválido na linha 11. Tipo de registro [Detalhe - Segmento P]. O campo [Número de dias para Baixa/Devolução], posição 226 a 227, deve ser [ZEROS]. Valor atual [30]. Registro inválido na linha 13. O tamanho do registro deve ser de 240 posições. Campo inválido na linha 13. Tipo de registro [Detalhe - Segmento R]. O campo [Valor/Percentual a ser aplicado], posição 75 a 89, deve ser [Numérico, alinhado à direita, preenchido com zeros à esquerda, sem máscara de edição (ponto, vírgula, barra)]. Valor atual [0000000 ]. Campo inválido na linha 13. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado (uso Banco)], posição 90 a 99, deve ser [Brancos]. Valor atual [ teste ]. Campo inválido na linha 13. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado], posição 180 a 240, deve ser [Brancos]. Valor atual [ ]. Campo inválido na linha 15. Tipo de registro [Detalhe - Segmento P]. O campo [Número de dias para Baixa/Devolução], posição 226 a 227, deve ser [ZEROS]. Valor atual [30]. Registro inválido na linha 17. O tamanho do registro deve ser de 240 posições. Campo inválido na linha 17. Tipo de registro [Detalhe - Segmento R]. O campo [Valor/Percentual a ser aplicado], posição 75 a 89, deve ser [Numérico, alinhado à direita, preenchido com zeros à esquerda, sem máscara de edição (ponto, vírgula, barra)]. Valor atual [0000000 ]. Campo inválido na linha 17. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado (uso Banco)], posição 90 a 99, deve ser [Brancos]. Valor atual [ teste ]. Campo inválido na linha 17. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado], posição 180 a 240, deve ser [Brancos]. Valor atual [ ]. Campo inválido na linha 19. Tipo de registro [Detalhe - Segmento P]. O campo [Número de dias para Baixa/Devolução], posição 226 a 227, deve ser [ZEROS]. Valor atual [30]. Registro inválido na linha 21. O tamanho do registro deve ser de 240 posições. Campo inválido na linha 21. Tipo de registro [Detalhe - Segmento R]. O campo [Valor/Percentual a ser aplicado], posição 75 a 89, deve ser [Numérico, alinhado à direita, preenchido com zeros à esquerda, sem máscara de edição (ponto, vírgula, barra)]. Valor atual [0000000 ]. Campo inválido na linha 21. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado (uso Banco)], posição 90 a 99, deve ser [Brancos]. Valor atual [ teste ]. Campo inválido na linha 21. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado], posição 180 a 240, deve ser [Brancos]. Valor atual [ ]. Total de ocorrências: 25

Estou com alguns problemas no Santander já tentei ler vários tópicos aqui e não resolveu. Campo inválido na linha 3. Tipo de registro [Detalhe - Segmento P]. O campo [Número de dias para Baixa/Devolução], posição 226 a 227, deve ser [ZEROS]. Valor atual [30]. --> esse aqui sei como resolver Registro inválido na linha 5. O tamanho do registro deve ser de 240 posições. Campo inválido na linha 5. Tipo de registro [Detalhe - Segmento R]. O campo [Valor/Percentual a ser aplicado], posição 75 a 89, deve ser [Numérico, alinhado à direita, preenchido com zeros à esquerda, sem máscara de edição (ponto, vírgula, barra)]. Valor atual [0000000 ]. Campo inválido na linha 5. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado (uso Banco)], posição 90 a 99, deve ser [Brancos]. Valor atual [ teste ]. Campo inválido na linha 5. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado], posição 180 a 240, deve ser [Brancos]. Valor atual [ ]. Campo inválido na linha 7. Tipo de registro [Detalhe - Segmento P]. O campo [Número de dias para Baixa/Devolução], posição 226 a 227, deve ser [ZEROS]. Valor atual [30]. Registro inválido na linha 9. O tamanho do registro deve ser de 240 posições. Campo inválido na linha 9. Tipo de registro [Detalhe - Segmento R]. O campo [Valor/Percentual a ser aplicado], posição 75 a 89, deve ser [Numérico, alinhado à direita, preenchido com zeros à esquerda, sem máscara de edição (ponto, vírgula, barra)]. Valor atual [0000000 ]. Campo inválido na linha 9. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado (uso Banco)], posição 90 a 99, deve ser [Brancos]. Valor atual [ teste ]. Campo inválido na linha 9. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado], posição 180 a 240, deve ser [Brancos]. Valor atual [ ]. Campo inválido na linha 11. Tipo de registro [Detalhe - Segmento P]. O campo [Número de dias para Baixa/Devolução], posição 226 a 227, deve ser [ZEROS]. Valor atual [30]. Registro inválido na linha 13. O tamanho do registro deve ser de 240 posições. Campo inválido na linha 13. Tipo de registro [Detalhe - Segmento R]. O campo [Valor/Percentual a ser aplicado], posição 75 a 89, deve ser [Numérico, alinhado à direita, preenchido com zeros à esquerda, sem máscara de edição (ponto, vírgula, barra)]. Valor atual [0000000 ]. Campo inválido na linha 13. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado (uso Banco)], posição 90 a 99, deve ser [Brancos]. Valor atual [ teste ]. Campo inválido na linha 13. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado], posição 180 a 240, deve ser [Brancos]. Valor atual [ ]. Campo inválido na linha 15. Tipo de registro [Detalhe - Segmento P]. O campo [Número de dias para Baixa/Devolução], posição 226 a 227, deve ser [ZEROS]. Valor atual [30]. Registro inválido na linha 17. O tamanho do registro deve ser de 240 posições. Campo inválido na linha 17. Tipo de registro [Detalhe - Segmento R]. O campo [Valor/Percentual a ser aplicado], posição 75 a 89, deve ser [Numérico, alinhado à direita, preenchido com zeros à esquerda, sem máscara de edição (ponto, vírgula, barra)]. Valor atual [0000000 ]. Campo inválido na linha 17. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado (uso Banco)], posição 90 a 99, deve ser [Brancos]. Valor atual [ teste ]. Campo inválido na linha 17. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado], posição 180 a 240, deve ser [Brancos]. Valor atual [ ]. Campo inválido na linha 19. Tipo de registro [Detalhe - Segmento P]. O campo [Número de dias para Baixa/Devolução], posição 226 a 227, deve ser [ZEROS]. Valor atual [30]. Registro inválido na linha 21. O tamanho do registro deve ser de 240 posições. Campo inválido na linha 21. Tipo de registro [Detalhe - Segmento R]. O campo [Valor/Percentual a ser aplicado], posição 75 a 89, deve ser [Numérico, alinhado à direita, preenchido com zeros à esquerda, sem máscara de edição (ponto, vírgula, barra)]. Valor atual [0000000 ]. Campo inválido na linha 21. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado (uso Banco)], posição 90 a 99, deve ser [Brancos]. Valor atual [ teste ]. Campo inválido na linha 21. Tipo de registro [Detalhe - Segmento R]. O campo [Reservado], posição 180 a 240, deve ser [Brancos]. Valor atual [ ]. Total de ocorrências: 25

Caixa Econômica funcionando ok

Bradesco também ok, a demora é porque testo com os clientes e dependo da boa vontade deles. Vou testar com a Caixa Econômica. Mais a principio já sei que vai correr tudo bem a mudança foi alterar data de mora juros para a data de multa. Teste com Santander: ok. Teste com Bradesco: ok. Mandei as unts alteradas para vocês avaliarem e ver se é possível melhorar e/ou disponibilizar. ACBrBancoBrasil.pas ACBrBancoCaixa.pas ACBrBancoCaixaSICOB.pas ACBrBancoCecred.pas ACBrBancoItau.pas ACBrBancoSantander.pas ACBrBoleto.pas

Resolvi, obrigado pela força na verdade refiz a remessa com valor superior e deu tudo certo. Foi um teste que fiz com valor pequeno, acredito que tenho sido isso a rejeição logo corrigindo deu tudo certo. Obrigado pela resposta.

O Santander foi aceito deu tudo certo uma data para juros e outra para multa. Amanhã estarei com a resposta do Bradesco. E no máximo na sexta da Caixa Econômica. Alterei onde tinha DataMoraJuros para DataMulta que eu criei: fDataCredito : TDateTime; fDataAbatimento : TDateTime; fDataDesconto : TDateTime; fDataMoraJuros : TDateTime; fDataMulta : TDateTime; // Acrescimo meu Ezequiel fDataProtesto : TDateTime; E nas units dos bancos criei também quando necessário: sDataMulta Onde era necessário colocar data da multa alterei. Depois de todos homologados vou disponibilizar para ser avaliado e caso gostem disponibilizar para o pessoal.

Acabei de mandar a remessa santander a principio foi aceita com essas mudanças, amanhã pegarei o retorno e vou verificar no internet backing se as regras foram adotadas.

Estou com problema sério o arquivo de remessa é rejeitado porque o VALOR DE MORA INVALIDO, segundo o internet banking do Santander. Mais ao avaliar o arquivo ele está lá. 0000000000018 que representa 0,18 juros. Devo informa mais algum lugar fora ValorMoraJuros := DM.Query_Temp.FieldByName('RemValorJuros').Value; DataMoraJuros := IncDay(DM.Query_Temp.FieldByName('DataVencimento').Value,DM.Query_Temp.FieldByName('Remdiasjuros').Value); Falta informa mais alguma coisa?

Gosto do projeto ACBr acho iniciativa show de bola. E vejo que temos uma resistência quanto a separação data juros e data multa mais ao ler o manual da Caixa encontro as seguintes condições. ------------------------------------------------------------------------------------------------------------------------------------------------- Manual da Caixa: http://www.caixa.gov.br/Downloads/cobranca-caixa/Manual_Leiaute_CNAB240_SIGCB.pdf Data do Juros de Mora de 119 a 126 Data da Multa de 64 a 74 ------------------------------------------------------------------------------------------------------------------------------------------------ Manual do Santander: http://www.wmcsistemas.com/instalar/Layouts - Boletos_Cheques_Integracoes/Layout Santander/Santander - CNAB 240.pdf 067 - 074 Data da multa N 008 DDMMAAAA 32 119 - 126 Data do juros de mora N 008 DDMMAAAA 22 ------------------------------------------------------------------------------------------------------------------------------------------------ Manual do Itau: http://download.itau.com.br/bankline/cobranca_cnab240.pdf DATA DA MULTA 067 a 074 X(008) NOTA 31 DATA JUROS MORA DATA BASE P/COBRANÇA DE JUROS DE MORA 119 a 126 9(08) NOTA 12 ------------------------------------------------------------------------------------------------------------------------------------------------ Isso nos indica que elas trabalham de forma individual, podendo ou não seguir a mesma regra. Tenho vários clientes e nenhum segue padrão, a multa segue rumo e data muito diferente dos juros e olha que são mais de 50 clientes, não encontro nenhuma forma de associar. Sei como alterar no ACBrBoleto mais sempre que eu atualizar preciso ter o cuidado de fazer tudo novamente. linha 912: fDataMulta : TDateTime; // acréscimo meu linha 983: property DataMulta : TDateTime read fDataMulta write fDataMulta; // Acréscimo meu Ezequiel Em seguida terei que alterar nas units correspondente aos bancos. Se desejar posso cooperar neste caso acrescentando e disponibilizando as mudanças nos bancos que trabalho logo apos sofre homologação. Mais quanto a homologação sei que vai da certo porque a mudança é interna não envolve diretamente o arquivo de remessa haja vista que estou criando um campo novo apenas para informar a data da multa ao invés de usar a data mora/juros. Todos os manuais que li tem a mesma coisa não vejo respaldo para usar uma data para ambos (multa e juros) os casos. Se poderem avaliar com carinho posso cooperar nesta área. Desculpe se pareci oportuno mais gosto muito desse projeto que gostaria de ser útil nessa tão grande necessidade.

Boa tarde! Gosto do projeto ACBr acho iniciativa show de bola. E vejo que temos uma resistência quanto a separação data juros e data multa mais ao ler o manual da Caixa encontro as seguintes condições. ------------------------------------------------------------------------------------------------------------------------------------------------- Manual da Caixa: http://www.caixa.gov.br/Downloads/cobranca-caixa/Manual_Leiaute_CNAB240_SIGCB.pdf Data do Juros de Mora de 119 a 126 Data da Multa de 64 a 74 ------------------------------------------------------------------------------------------------------------------------------------------------ Manual do Santander: http://www.wmcsistemas.com/instalar/Layouts - Boletos_Cheques_Integracoes/Layout Santander/Santander - CNAB 240.pdf 067 - 074 Data da multa N 008 DDMMAAAA 32 119 - 126 Data do juros de mora N 008 DDMMAAAA 22 ------------------------------------------------------------------------------------------------------------------------------------------------ Isso nos indica que elas trabalham de forma individual, podendo ou não seguir o mesma regra. Tenho vários clientes e nenhum segue padrão a multa segue rumo e data muito diferente dos juros e olha que são mais de 50 clientes, não encontro nenhum forma de associar. Sei como alterar no ACBrBoleto mais sempre que eu atualizar preciso ter o cuidado de fazer tudo novamente. Tipo linha 912: fDataMulta : TDateTime; // acréscimo meu linha 983: property DataMulta : TDateTime read fDataMulta write fDataMulta; // Acréscimo meu Ezequiel Em seguida terei que alterar nas units correspondente aos bancos. Se desejar posso cooperar neste caso acrescentando e disponibilizando as mudanças nos bancos que trabalho logo apos sofre homologação.