Niltonfq

Tem mais uma correção para ser feita para o banco BTG Na unit ACBrBoleto na função que lê o retorno do layout c240 do segmento T, a posição do campo nosso número e carteira não está de acordo com o manual. Segundo o manual a posição do nosso número deve iniciar na posição 38 até 57 e a carteira na posição 58 até 58. Na unit do banco BTG nosso número está iniciando na posição 46. Modifiquei para a 38. Precisei setar a posição inicial da carteira para 58. Em anexo o manual e unit com as modificações. Já fiz os testes com os arquivos de retorno. BTG pagina 66.pdf ACBrBancoBTGPactual.pas

A posição 196 a 220 é de uso do beneficiário nesse campo indicamos o número de controle do título no sistema, esse número é devolvido no retorno na posição 106 a 130. Para os outros bancos, Bradesco, itaú, Brasil, etc. É enviado o campo SeuNumero porém para o BTG o acbr está enviando o NumeroDocumento, no manual o banco não especifica qual conteúdo deve ser enviado pois o campo é de uso livre. Penso que deve se manter o padrão dos outros bancos e enviar o SeuNumero se preenchido. Já fiz testes junto ao banco, enviando remessas e processando retornos. Em anexo a unit e o manual na página 55 que fala sobre esse campo. ACBrBancoBTGPactual.pas btg.pdf

196 a 220 Identificação do título na empresa tem a opção de enviar somente o NumeroDocumento, deveria ter a opção de enviar o SeuNumero número como é feito em outros banco exemplo Bradesco. No banco bradesco é programando assim: PadRight(IfThen(SeuNumero <> '',SeuNumero,NumeroDocumento), 25, ' ') No BTG está assim: PadRight(NumeroDocumento, 25) penso deveria ficar assim: PadRight(IfThen(SeuNumero <> '',SeuNumero,NumeroDocumento), 25, ' ')

Prezado(a) Cliente, Alinhado ao compromisso de oferecer as melhores soluções aos nossos Clientes, em meados do primeiro semestre de 2022 os Correios disponibilizaram novos ambientes de API’s (Application Programming Interface) para obtenção de informações de preços, prazos e rastreamento. Essas, desenvolvidas em arquitetura (REST), trazem inúmeras vantagens aos usuários, tais como maior segurança, menor tempo de resposta, ambiente escalável, novo e totalmente aderente às principais tecnologias do mercado. Nesse interim, trabalhamos junto às principais plataformas fornecedoras de tecnologia para e-commerce para que integrassem suas aplicações às novas API’s disponibilizadas pelos Correios, visando cumprir os prazos para desativação da antiga estrutura que fornecia esses serviços. Nesse contexto, informamos que o novo prazo para a desativação das antigas API (ambiente SOAP) e ativação das novas APIs em arquitetura (REST) será dia 17/09/23. Sendo assim, recomendamos que verifique junto à sua área de TI e/ou plataforma integradora/ERP/TMS se já estão integrados aos novos ambientes dos Correios e, caso ainda não estejam, pedimos acionar o Consultor Comercial, Agência de Relacionamento responsável pelo seu contrato, e se for o caso, nossa CAC – Central de Atendimento. Ressaltamos que todos os Clientes detentores de Contrato a partir do pacote Bronze já tem acesso liberado às novas API’s, porém é necessário que criem credenciais no ambiente Meu Correios e emitam a senha de consumo de API’s no Correios Web Service, condições exigidas para consumo das novas API’s. Vale destacar ainda que cada plataforma adota procedimentos específicos para uso desse novo modelo de integração, de modo que recomendamos verificar tais procedimentos junto à sua plataforma. Ressaltamos mais uma vez que contate o seu Consultor Comercial, Agência de Relacionamento dos Correios, e se for o caso, nossa CAC – Central de Atendimento, para esclarecimentos adicionais ou acesse: https://www.correios.com.br/atendimento/developers/correios-developers. Cordialmente, Empresa Brasileira de Correios e Telégrafos.

Acabei de atualizar agora e não encontrei mudanças nem no logo nem nos fontes

Pessoal erro meu, como eu tinha atualizado semana passada achei que não precisava mais, ainda bem que vocês insistiram, obrigado!

Estamos em um loop infinito! Eu estou selecionando o motor fortes ou fpdf mantendo o layout IPadraoEntrega Veja nos anexos que eu coloquei acima como cada um sai Se você tentar imprimir via projeto de exemplo do boleto vai verificar que estão diferentes os layouts

As diferenças são muitas, exemplo -> o fortes tem comprovante de entrega e recibo do pagador vou deixar novamente em anexo -> 147619-fpdf.pdf147619-Fortes report.pdf

Atualizei os fontes mas não consigo gerar o arquivo de remessa No print anexo temos a variável aIdentificacaoOcorrencia que o case colocou nela o valor '00', mas logo em seguida um IF pergunta se o valor da mesma é menor que 5, então no meu caso sempre dá erro, não tenho como gerar a remessa, poderiam verificar por favor. O erro é que o IF somente deveria checar caso a ocorrência fosse 01, 02 ou 07, para o caso de 03 não além disso o máximo que o banco permite é 50 e não 55, vide manual anexo

Eu gostaria de ter o layout igual ao do fortes report pois é mais completo Não entendi sua resposta, quer dizer que eu não posso usar ainda o FPDF ou no futuro todos serão menos completos igual ao FPDF como é hoje ??

Então percebi agora que inverti os nomes dos arquivos Sim, o FDPF aparece do jeito que você mostrou sim , só que imprimindo via fortes é bem diferente, veja meus anexos (lembrando nomes trocados)

A impressão do boleto usando o motor Fortes Reports é diferente do motor FDPF para o layout "padrão entrega" (ainda não verifiquei os demais) O do fortes reports é mais completo ! Poderiam deixar os dois iguais ? 147619-fortes.pdf 147619-FPDF.pdf

Houve uma mudança de razão social do banco Uniprime para Sisprime poderiam verificar os componentes por favor Manual_de_Cobranca_-_Layout_CNAB_400_Atualizado.pdf logo_cmyk_sisprime_positivo_tagline.bmp

Agora deu certo, muito obrigado

Não adiantou