Jéter Rabelo Ferreira

Olá. Seguem anexos arquivos para a geração de boleto por API do banco Santander. O manual bem como o Swagger estão disponíveis no link em https://1drv.ms/f/s!An98HQX7yBDugsZl7HAx4OV_k7Ic7Q?e=aZrJ43 Já homologado com o Banco Santander. Atenciosamente. ACBrBoleto.pas ACBrBoletoRet_Santander_API.pas ACBrBoletoW_Santander_API.pas ACBrBoletoWS.pas

Bom dia. Segue link com a documentação Manual. A implementação do Banco está pronta. Estou apenas aguardando uma resposta do Santander hoje para enviar os arquivos alterados. Atenciosamente.

Olá Recebi uma documentação do Santander para o registro de BoletoWEB, mas é totalmente diferente da que foi postada aqui. Essa é REST/JSON, nada de XML Vou adicionar a documentação aqui, com o arquivo yaml(SWAGGER) das requisições. Como o nosso colega disse que já foi homologado o dele, pra não ter problemas, vou criar um banco Santander_API. Assim que terminar adiciono os arquivos. Atenciosamente. Obs.: Não aceitou que eu adicionar o manual, pois tem mais de 2mb. SWAGGER - BankSlip Management V2.1.2.yaml

Boa tarde. Eu mantenho uma VM para cada versão de Delphi. Não altero as opções default do ACBrInstall, e instalo todos os pacotes. (Selecionando todas as plataformas). Atenciosamente.

Boa tarde. O ACBrInstall não está adicionando seus diretórios na library path para iOSDevice64. Delphi 11.3. Repositório atualizado. Atenciosamente.

Boa tarde Rafael. Para posicionar as pessoas, o ambiente de homologação não valida o JSON de envio, e retorna um boleto padrão. O @Rafael Mozervai ter uma reunião com o pessoal do Banco Itaú. Enviei as unit's que eu havia alterado/criado para que ele possa analisar juntamente com a que ele havia feito. Qualquer novidade, informamos aqui. Atenciosamente.

Boa tarde. Como não obtive resposta, estamos terminando de implementar a versão 2 desse banco. O banco mudou o OAuth para OAuth2 (Implementado) Estamos terminando de efetuar a geração do JSON de envio (completamente diferente da versão anterior). Assim que terminarmos, adiciono aqui para análise. Atenciosamente.

@Rafael Mozer Boa tarde. Você chegou a iniciar o desenvolvimento da API V2? Estamos precisando da mesma para 2 clientes, pois o banco Itaú não libera a V1 para contas novas. Nós já até iniciamos aqui, pois temos uma certa urgência. Mas se você começou o desenvolvimento, podemos parar o que começamos aqui e focar no seu, para ganharmos tempo, visto que faz mais tempo que você postou aqui que iria iniciar o desenvolvimento. Basta você enviar o que já foi feito que ajudamos a implementar. Mas, se você não deu prosseguimento, damos continuidade no nosso desenvolvimento aqui para terminarmos o mais breve possível. Aguardamos seu retorno. Obs.: Estou perguntando apenas para não ter retrabalho. Atenciosamente.

Boa tarde Ítalo. Sim, pra não ficar dúvida, instalei um ACBr totalmente novo as 10:02 de hoje. Atenciosamente.

Italo, bom dia. Mesmo problema. Eu te enviei um XML de retorno no seu DISCORD para análise, não sei se você chegou a verificar (13/04). Atenciosamente,

Ítalo, Bom dia. Não, o problema persiste. Atenciosamente

Ítalo, boa tarde. Atualizei o ACBr ontem, fui fazer um teste, e verifiquei que as alterações que eu havia enviado não foram aproveitadas. Segue abaixo uma imagem de onde é feita a leitura do XML, onde o a tag não é encontrada (Nfse), que, por consequêcia, estoura exception. Atenciosamente @Italo Giurizzato Junior Caso deseje, posso enviar, em privado, um XML de um lote para sua análise. Atenciosamente,

Bom dia. Acabaram de enviar uma nova tabela IBPT para o repositório. Os NCM's que faltavam aqui estão OK Atenciosamente

Bom dia. Diagnosticamos um problema na unit NFSeBrasil.LerXML, O formato da data passada como parâmetro para a leitura da TAG não confere com o retornado no XML. Segue a unit corrigida Atenciosamente. NFSeBrasil.LerXml.pas

Boa tarde. Após o último commit, foram modificadas algumas rotinas no NFSeBrasil.Provider o que impossibilitou o componente de efetuar a leitura correta do XML de retorno. Tive que descomentar umas linhas que haviam sido comentadas no último commit, bem como refazer o método de trata o XML de retorno. Segue a unit anexa. Atenciosamente. NFSeBrasil.Provider.pas

Faltou um begin/end no arquivo anterior ACBrBoletoFCFortesFr.pas

Boa noite. Efetuei atualização do ACBr, e, ao efetuar uma visualização de boleto, começou a exibir uma exception de arquivo já existente, porém, não tem nenhuma exportação definida, apenas visualização do Boleto (código comentado na imagem abaixo). Ao efetuar o debug, notei que o componente está tentando salvar um arquivo PDF, cujo motivo não consegui entender bem o porquê. Uma vez que é somente visualização do boleto em tela, utilizando o preview do Fortes. (A property NomeArquivo contém o path do executável apenas). Efetuei a exclusão das duas linhas para que não tivesse mais o exception. Atenciosamente. ACBrBoletoFCFortesFr.pas

Pelo ACBr, me retorna o erro (imagem abaixo em modo debug)

Bom dia. Tem mais alguém com problemas ao efetuar consulta de CEP utilizando o wsCorreiosSIGEP? Está retornando erro http 500 Atenciosamente.

Bom dia. @Italo Giurizzato Junior, efetuamos os testes e está ok. Atenciosamente

Boa tarde, Efetuei os ajustes para o provedor NFSeBrasil para o ACBrNFSeX. Seguem os arquivos modificados referente ao provedor. Atenciosamente. NFSeBrasil.GravarXml.pas NFSeBrasil.LerXml.pas NFSeBrasil.Provider.pas

@Daniel Simoes, nos testes que efetuei aqui, tudo OK. Atenciosamente.

Boa tarde. Estamos testando o Delphi Alexandria e nos deparamos um uma exception ao chamar a função StringToDateTime. Segue anexo um programa com a unit ACBrUtil com diretivas onde fica compatibilizado com o Delphi Alexandria e os anteriores. O Erro ocorre quando se passa a data como yyyy-mm-dd / 2020-08-15. A Embarcadero reescreveu o método (SysUtils.StrToDateTime), onde passou a ocorrer o problema. Atenciosamente. ACBrUtilData.zip

@José M. S. Junior, vi que foi criado um método para copiar o conteúdo do objeto, ao invés de atribuição. Problema resolvido. Porém, fica uma dica minha, numas das alterações feitas no ACBrBoleto.pas, o parâmetro do create FListaRetornoWeb foi modificado: FListaRetornoWeb := TListaRetEnvio.Create(False); No Destroy está correto, fazendo um for destruindo cada um objeto da lista. for I := Pred(fListaRetornoWeb.Count) downto 0 do fListaRetornoWeb[I].Free; Porém, se mudar para FListaRetornoWeb := TListaRetEnvio.Create(True);, não haverá a necessidade de fazer isso e, o mais importante, quando fizer um FBoleto.ListaRetornoWeb.Clear; (ACBrBoletoWS), não haverá memory leak, pois o TObjectList se encarregará de fazer essa limpeza. Da forma que ficou, haverá ML no clear caso haja algum item na lista. Muito obrigado pela atenção. Atenciosamente. @José M. S. Junior Eu acho que essa alteração do Post acima não foi enviada ao repositório. Se não foi, desconsidere. Muito obrigado Atenciosamente.

@Daniel Simoes, é o que eu estou tentando dizer, mas não estou sendo interpretado corretamente. No meu post acima, eu mostrei a origem do problema. Agora eu efetuei o teste, clonando o objeto, e não atribuindo o mesmo. Nós temos um objecthelper interno de uso nosso que clonamos qualquer tipo de objecto. Fizemos esse clone na linha acima e, voi-lá, sem exception. Segue imagem.