Innovae Brasil Engenharia

Estou usando o Delphi XE2

Na aplicação de exemplo do NFSeX, não há opção para carregamento de um XML. Opções: ACBrNFSeX1.NotasFiscais.LoadFromLoteNfse(sArq); ou ACBrNFSeX1.NotasFiscais.LoadFromFile(sArq);

Bom dia! Estou com problemas com a leitura dos XML do provedor GIAP. O XML que é retornado pelo webservice na transmissão tem um padrão. Caso é necessário acessar o portal e baixar o XML, esse XML vem diferente e esse XML não é carregado no componente mesmo tentando ler com o método de leitura de lote ou leitura de individual. Poderiam me ajudar? Vou anexar os XMLs de exemplo. nfse_retorno_transmissao.xml nfse_baixada_portal.xml

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