Aggille Sistemas de Gestão

Não vou mudar meu fonte que funciona em todos os bancos, exceto no banrisul... Comentei aquela linha na unit do ACBrBancoBanrisul, até que ela seja removida pelo pessoal do ACBR.. Não tem motivo para aquela linha existir, pois são informações diferenes... sds,

Bom dia pessoal... alguma retorno sobre esse tópico ? grato,

Bom dia... segue manual em anexo..retirado do site http://www.caixa.gov.br/Downloads/cobranca-caixa/Manual_de_Leiaute_de_Arquivo_Eletronico_CNAB_240.pdf o print que citei acima está na página 77.. na página 47 diz a localização da informação no header do arquivo. sds, Manual_de_Leiaute_de_Arquivo_Eletronico_CNAB_240.pdf

Ele é um arquivo normal que tem valor 5 na posicao 143 do header...é a única diferença...esse arquivo é recente. Aquele print que mandei acima é do manual atualizado

sim.. conforme citei ali em cima , nesses arquivos vêm os motivos de rejeição dos titulos...então o usuário tem que processar pra saber porque o titulos foi rejeitado... Sesses arquivos de retorno, vêm erros mais simples, como algum dado faltando, inconsistências no endereço, e coisas desse tipo . Depois de passar por essa validação, ai sim o titulo é enviado pro processamento, e ai sim, nesse caso vai ser retornado no arquivo de retorno no dia seguinte. esses arquivos geralmente vêm poucos minutos depois de serem enviados pelo sistema da caixa. ele segue todos os padrões do cnab240. segue em anexo um desses arquivo.... esse arquivo foi retornado porque o usuario preencheu o endereço de cobrança e nao colocou cidade nem uf.. . R240700011.ret

Mas é um arquivo padrão cnab240 normal.. e na prática, o programa da caixa baixa e coloca na pasta de retorno, dai quando o usuario vai processar, aparece o erro de que não é um arquivo cnab e ele fica sem saber porque a remessa foi rejeitada. Nesse arquivo estão as mensagens e os códigos de rejeição.

Quando enviamos um arquivo pra Caixa, padrão 240, e a mesma é rejeitada, ela vêm com o valor '5', na posição 143 do header.. E quando processamos, o ACBR diz que não é um arquivo de retorno, pois ele considera somente '2' como arquivo de retorno, ( unit ACBRBoleto, linha 4242 ) .. e cnforme o manual da caixa, os valores de retorno podem ser 2,3,4,5 Segue abaixo print do manual e em anexo unit alterada ( considerei que valor <> '1' considera retorno ). ACBrBoleto.pas

A propriedade SEUNUMERO para enviar o ID do titulo ( que depois é utilizada para localizar o titulo no banco de dados ), e o campo NumeroDocumento contém o número da duplicata 99999-99. Então preciso que venha o valor correto no campo SEUNUMERO. Do jeito que está não estou conseguindo processar os arquivos de retorno. Utilizo dessa forma pra todos os bancos a agora no Banrisul não funciona. Em suma, SEUNUMERO e NUMERODODOCUMENTO são informações diferentes.. a linha 822 na unit ACBtBancoBanrisul( SeuNumero := NumeroDocumento; _) não faz sentido...

na os2140 funciona normalmente com pce437.. na os214 não imprime as imagens, tem que ser pceNone

Do nada meu sistema parou de imprimir etiquetas nas impressoras Argox ( impressão direta pela porta ). O Led apagava, como se tivesse imprindo, a impressora fica offline e online e não imprime nada. Caso isso aconteça com alguém, basta mudar a propriedade PAGINADECODIGO de pce850 ( padrão ) para pceNone. Resolveu para todas as impressoras Argox PPLA ( OS-214 e OS-2140 ).

meu primeiro contato foi com um hotbit acho que em 1988... meu primeiro programa funcional foi em basic... mas ja programei em COBOL, Clipoer, DBase, Joiner, e uso Delphi desde a primeira versão.. ainda tenho funcionando tenho o o PC-XT em que programei profissionalmente pela primeira vez, um Itautec I-7000, com 640Kb de memoria, e HD de 20mb ( isso mesmo.. MB !!! )

Testado e funcionando.. Grato

Boa tarde... algum retorno sobre esse assunto ? grato,

Essa alteração de zeros a esquerda foi feita no dia 16/03/2020 sds,

Segue unit alterada.. coloquei no padrão de campos alfanuméricos.. alinhado a esquerda com espaço a direita.. ACBrBancoSantander.pas

Na geração dos arquivos de remessa do Santander, padrão cnab240, o sistema está colocando zeros a esquerda do Numero do Documento, posição 63 - 77 do segmento P ( linha 516 ) da Unit AcbrBancoSantander Conforme o manual, esse é um campo alfanumerico e não deve conter zeros a esquerda. Os clientes reclamaram que o titulo é 1025-1 e no banco vai 0000001025-1, e na busca do site do banco se não colocar os zeros a esquerda o titulo não é localizado. Isso aconteceu desde a última alteração.

Maravilha... testado e funcionando... obrigado pela costumeira rapidez... sds

segue arquivo de retorno.... 48059324.CRT

Desde essa alteração, quando executo método boletoAcbr.LerRetorno o componente dá a mensagem de que o tamanho máximo é 5... Eu armazeno as informações separadas no banco, o numerdo formatado e sem formtação, e o envio tem funcionado porque já vai com 5 digitos...porém o erro agora é na leitora do arquivo de retorno...

Ótimo... tinha visto a documentação, mas coloquei as propriedades na chave errada..100% funcionando.. obrigado... sds,

Quando mando gerar o PDF, ou enviar o email com o PDF em anexo, recebo mensagem Cannot create a empty Directory... Quais a propriedade para configurar a path do pdf ? No Demo não tem... sds,

Por gentileza, esqueçam... eu estava consultando pela chave... tudo certo.. funcionando...

Boa tarde... Estou utilizando o parâmetro ACBrNFe.ConfigGravarValor(ACBrSessao.NFe, "AtualizarXMLCancelado", true), mas mesmo assim, o ACBRLib não grava as tags de cancelamento no xml. Durante o cancelamento, ocorre algum erro, tipo timeout, a NF-e fica cancelada no sefaz e o xml não fica atualizado. Durante a consulta, consigo percorrer os eventos e identificar os dados do cancelamento e gravo no banco de dados. Porém no XML original não constam os dados de cancelamento. Há uma forma de atualizar o XML original para que conste os dados de cancelamento ? sds,

aonde verifico a versão no LOG ?.. tenho sempre atualizado acbr( meu projeto acessa direto na pasta Demos ) e as DLLs, tenho gerado a cada dois dias pelo Lazarus....