Innovae Brasil Engenharia

Bom dia! Estou usando o TACBrHTTP para fazer download de arquivos PDF gerados pela prefeitura de Lençóis Paulista. Ao enviar enviar a url que segue esse padrão (https://apl2.lencoispaulista.sp.gov.br/nfs/Pages/Publicas/wfValidaNotaFiscal.aspx?numero=999&validacao=F0B94 F7AF7&inscricao=99999), é redirecionado para uma nova url que leva ao pdf. Dentro do retorno do server o location vem "/nfs/Temp/m0xsvmy2nsv4v54wuv2za5jg/nf_374_619505184330.pdf" e o tratamento da classe gerava a nova url sem considerar que o location não é uma url completa e começa com '/', que indica que deve-se considerar apenas o host para concatenar com o location. A url gerada deveria ser https://apl2.lencoispaulista.sp.gov.br/nfs/Temp/m0xsvmy2nsv4v54wuv2za5jg/nf_374_619505184330.pdf e não https://apl2.lencoispaulista.sp.gov.br/nfs/Pages/Publicas//nfs/Temp/m0xsvmy2nsv4v54wuv2za5jg/nf_374_619505184330.pdf Fiz um ajuste na classe para passar a considerar. Segue o arquivo para analise. ACBrSocket.pas

Boa tarde! O problema que eu resolvia com a propriedade, fiz uma "Gambiarra" para poder atender alguns webservices que integramos com nosso aplicativo. As APIs do CNPJá por exemplo, retorna códigos nessa faixa: 200, 400, 401, 404, 429, 503, e para atender, acabei colocando o chamada da requisição em um try/except mudo. Obrigado pela atenção. ACBrSocket.pas

Boa tarde! Fiz um ajuste na classe TACBrHTTP, onde inclui uma nova propriedade para indicar para o componente não disparar o raise error quando o response code for diferente de 200, 201 ou 202. Propriedade: RaiseErrorOnResponse Valor default: True Segue a unit com os ajustes para verificação. ACBrSocket.pas

Bom dia! Após um longo processo de testes e ajustes nos fontes, conseguimos homologar nosso aplicativo com o TEF VeSPague (Destaxa). Fiz ajustes na unit para ser possível o envio de mensagens para o VeSPagueClient, facilitando os processos e tratamentos de retornos. Segue anexo o fonte ajustado para verificação. Atenciosamente, Carlos Antonio Lopes Piubello Innovae Brasil Engenharia de Software ACBrTEFDVeSPague.pas

Bom dia! Estava com problemas com a importação de arquivos do Santander, com o ajuste proposto acima. Após analisar muitos arquivos, acabei percebendo que os arquivos que meus clientes estavam baixando do Santander não estava com um fator que indicaria o dia, mas sim, o dia e a hora. Assim, fiz um ajuste para verificar se os dígitos após o ano/mês possui mais que 6 caracteres, considero que o campo não seja uma data UTC. Segue o ajuste para validação. ACBrOFX.pas

Boa tarde! Usando o componente TACBrMail, surgiu a necessidade de salvar o e-mail logo antes do envio. Usei o método SaveToFile, logo e ao enviar o e-mail, recebia erro 550.1 Após diversas verificações, durante o debug da aplicação acabei encontrando uma chamada ao método Clear dentro do método SaveToFile. Removi essa linha e agora está funcionando como deveria. Segue anexo o arquivo atualizado. ACBrMail.pas

Boa tarde! Alterei novamente a classe, para atenda uma lista de possíveis retornos. Segue anexo o arquivo ajustado para apreciação. ACBrSocket.pas

Bom dia! Fizemos a atualização e está funcionando corretamente.

Bom dia! Estamos desenvolvendo para um cliente um módulo onde um arquivo DDA CNAB240 do Banco do Brasil mas durante o processo de importação do SegmentoG, há a chamada para importação do SegmentoH respectivo. O mesmo não estava sendo processado pois em Fontes\ACBrPagFor\Base\Provider\CNAB240.LerTxtRetorno.pas, linha 787 estava assim: LerSegmentoH(PagFor.Lote.Last.SegmentoG.Last.SegmentoH, I); e ajustei para: LerSegmentoH(PagFor.Lote.Last.SegmentoG.Last.SegmentoH, I+1); Pois a linha do SegmentoH é a próxima e estava referenciando a linha do SegmentoG Segue o arquivo ajustado para verificação. CNAB240.LerTxtRetorno.pas

Boa tarde! Voltei a versão da Revision 29325 e a NFS-e da GIAP funcionou normalmente sem gerar o problema mencionado acima. Não consegui identificar porque isso acontecia, mas resolveu. Giap.Provider.pas

Boa tarde! Quando envio uma NFS-e para o WS, a nota é recebida e efetivada pelo servidor, há o retorno do xml e do PDF. Sempre envio Notas uma a uma. Após o envio, constatei que o componente ACBrNFSeX está ficando com duas notas, a de index [0] está com os dados enviados e a de index [1] com os dados do retorno. Assim, quando verifico se a NFS-e está confirmada, a mesma sempre está como False. Mais alguém que usa o provedor GIAP está com esse problema?

Bom dia! A prefeitura de Pederneiras/SP mudou para o provedor GIAP. Para conseguir realizar a integração, foi necessário alguns ajustes na implementação do ACBrNFSeX (Provider, Ler e Grava) relacionados ao provedor GIAP. O método para cancelamento via WS não está habilitado. Segue anexo os arquivos ajustados para análise. ACBrNFSeXServicos.ini Giap.GravarXml.pas Giap.LerXml.pas Giap.Provider.pas

Bom dia! Estou usando o ACBrHTTP para integração com um webservice rest. Toda a comunicação é feita com troca de arquivos json. Agora, não descobri como fazer upload de um arquivo de foto. Com a Indy usava assim: stPar := TIdMultiPartFormDataStream.Create; stPar.AddFile('file', sa, getContentType(sMime)); stPar.Position := 0; Como posso fazer isso com o ACBrHTTP?

Boa tarde! Estou desenvolvendo uma integração com um webservice e o mesmo está retornando o resultcode 201 e não 200. Na classe TACBrHTTP, quando o resultcode não é 200, é gerada uma exception. Para atender a minha necessidade, eu criei uma nova property e chamei de ExpectedResultCode, do tipo integer e valor default 200 e onde era feito o teste para determinar se a requisição foi realizada, troquei o valor fixo 200 pela variável FExpectedResultCode, relacionada à propriedade. Segue anexo a arquivo com os ajustes para verificação e possível inclusão no repositório. ACBrSocket.pas ACBrSocket.diff

Bom dia! Eu fiz um ajuste no unit ACBrConvenio115.pas, para ajustar a geração do arquivo Mestre, onde a Data de Leitura Atual era gerada com os dados da Data de Leitura Anterior. Segue a unit ajustada para verificação. De: Para: ACBrConvenio115.pas