Jéter Rabelo Ferreira

Prezados. Fizemos a implementação da prefeitura de Barueri para um de nossos clientes. Porém notamos dois ajustes e estamos enviados as unit's anexas. ISSBarueri.Provider.pas - Erro na conversão de data DANFSEPadrao.fr3 - Campo para impressão do Código verificador estava cortando dados. (Utilizamos o Delphi 12.2) Atenciosamente. DANFSEPadrao.fr3 ISSBarueri.Provider.pas

Prezados. Verifiquei que existe uma unit para o Itaú V2 (ACBrBoletoW_Itau_API.pas). Existe alguém utilizado? Pois notei URL de Sandbox está incorreta, existem tag's sobrando e/ou faltando e valores. Recebemos um chamado de um cliente que a V1 vai parar de funcionar dia 30/09. Vamos conseguir analisar essa UNIT a partir da próxima semana. Atenciosamente.

@Daniel Simoes eu estava fazendo um teste genérico. E em meus testes eu gosto de analisar todas as possibilidades, e me deparei com esse "comportamento diferente". Estava brincando com o resultado do endpoint https://www.timeapi.io/api/time/current/zone?timeZone=America%2FSao_Paulo. Atenciosamente.

Entendi. Enviei isso pois é um "padrão" no Delphi ser case insensitive. Tratando de desserialização de Json, TJson.JsonToObject (nativo) do Delphi, o XSuperObject e outros cujos quais já trabalhei são. Enviei pois fui fazer uns testes com ele e verifiquei essa "diferença". Obrigado pela atenção.

Prezados. Notei que ao fazer a leitura de um JSON o IndexOf da unit JsonDataObjects_ACBr é case sensitive. Fiz um pequeno ajuste para que o mesmo retorne o Index ignorando-o. Atenciosamente JsonDataObjects_ACBr.zip

Prezados. Segue o arquivo ACBrNFSeXServicos.ini alterando a cidade de CAMPESTRE/MG, que utilizava o provedor NFSeBrasil e passou a utilizar o GestaoISS Atenciosamente. ACBrNFSeXServicos.ini

Prezados. Atualizei o ACBr agora de manhã e deu erro ao instalar os componentes. Erro no pacote ACBrSAT, onde duas unit's fazem referência a uma constante que está na unit pcnConsts, porém a referida unit não está no uses. Seguem as duas unit's corrigidas. Atenciosamente pcnCFeCancW.pas pcnCFeW.pas

Prezados. O arquivo NFSeBrasil.Provider.pas sofreu alterações, o que está gerando problemas ao ler o XML de retorno. Ao efetuar a consulta das notas, e o componente tentar abrir o arquivo XML, o erro retornado é o seguinte: --ERROS-- Código : X999 Mensagem: Erro de Conexão: Input is not proper UTF-8, indicate encoding ! Bytes: 0xEA 0x6E 0x69 0x6F Acrescentei as linhas excluídas e voltou ao normal. Segue a unit corrigida. Atenciosamente. NFSeBrasil.Provider.pas

Prezados. Estou configurando meu ambiente para iOS e o ACBrInstall não está adicionando as library path's do ambiente iOS Device. Embora que no LOG de instalação consta que foi adicionado. Delphi 12 Atenciosamente.

Olá. Fui efetuar uns testes com o DANFSExPDF e me deparei com alguns problemas ACBrNFSeXDANFSeFPDFClass.pas Nome da Software House estava fixo como "Nuvem Fiscal" Não imprimindo as Logos. ACBrUtil.FilesIO.pas Na chamada da função FileToBytes para transformar as LOGOS em TBytes, o parâmetro bytes dessa função, por ser de retorno, se não incluir o OUT nela o retorno é um array de bytes vazio. Seguem a unit's ajustadas ( FilesIO está "zipado" pois não estava conseguindo adicioná-lo) Atenciosamente. ACBrNFSeXDANFSeFPDFClass.pas ACBrUtil.FilesIO.pas.7z

Prezados. A unit em questão não está obedecendo o PathPDF informado para que o arquivo PDF possa ser gravado nela. A property posCanhoto está vindo com um valor inválido, com isso, a NF-e fica sem o canhoto. (Apenas comentei essa linha, dessa forma, o canhoto é impresso no cabeçalho). Segue a unit ajustada. Atenciosamente. ACBrNFeDANFeFPDF.pas

Olá. Poços de Caldas utiliza a versão ABRASF 2.01, com uma pequena modificação no XSD. Segue anexo. Atenciosamente GovDigital.7z

Consegui resolver calculando o digito verificador e adicionando o mesmo no campo NossoNumero antes de enviar ao WS. Dessa forma, nosso número 3113118 foi enviado ao banco como 31131182. O nosso número retornado foi o mesmo que o retornado pelo banco 03399.35686 18000.000317 13118.201014 7 94880000001200 - Retorno Banco 03399.35686 18000.000317 13118.201014 7 94880000001200 - ACBr 03399356861800000031713118201014794880000001200 - Retorno Banco 03399356861800000031713118201014794800000001200 - ACBr Com isso, as alterações efetuadas na unit ACBrBancoSantander para a retirada dos dígitos não se faz necessária. Atenciosamente.

Olá @Warquia Desculpa a demora em responder, mas tivemos alguns imprevistos aqui e estou conseguindo testar e responder somente hoje. Seguinte, o ajuste para a impressão do boleto enviado por WS e retirando o dígito deu certo. Mas, nosso cliente envia arquivo remessa dessa carteira também, com a solução proposta, resolve o problema o boleto WS mas atrapalha o boleto feito por remessa. Se a impressão for feita 1 a 1 boleto, dá pra contornar, mas, se for impressão de vários boletos, 1 de remessa e outro WS, teremos problemas. Vou fazer mais alguns testes para tentar achar uma solução para os dois casos.

Boa tarde. O Provedor NFSeBrasil mudou o protocolo http para https para a NFS-e. Seguem os arquivos ajustados. Atenciosamente.NFSeBrasil.Provider.pasACBrNFSeXServicos.ini

Olá @Daniel InfoCotidiano Sim, quando eu disponibilizei esse banco ao ACBr, deixei igual a documentação. Porém, dias atrás tivemos um problema com um cliente, cujo um boleto não era registrado de nenhuma forma. Fizemos o teste internamente e verificamos que o JSON de retorno do erro não era igual ao da documentação. Efetuamos os ajustes conforme JSON de retorno do banco e descobrimos que o erro era um CEP inválido. Nós já tivemos alguns retornos de alguns de nossos clientes que utilizam esse endpoint do Itaú que, ao cliente ir tentar pagar o boleto, o mesmo não se encontra registrado. Esse fato e o problema do CEP relatado acima nos leva a crer que realmente o que está na documentação não reflete o retorno efetivo, Antes dessa correção, nenhum cliente nosso reclamou de erro ao registrar um boleto no Itaú. Depois disso, tivemos alguns ticket's a respeito disso. Vou tentar simular um desses erros e posto o JSON de retorno do erro. Se for o caso, poderemos tratar das duas formas, visto que, pelo jeito, a documentação não reflete a realidade (e não seria a primeira vez que vi isso no tocante a bancos). Atenciosamente.

Olá Segue duas unit's do banco Itaú WS. Quando efetuei os ajustes nessas unit's meses atrás, ficaram algumas coisas com problemas. O principal é a leitura correta da rejeição do registro de boletos Atenciosamente. ACBrBoletoRet_Itau.pas ACBrBoletoW_Itau.pas

@Daniel InfoCotidiano Realmente, falha minha, a minha unit ACBrBoletoWS não tinha sido substituída pela sua. Seguem as duas unit's do Santander, pois foram feitos alguns ajustes após colocarmos em produção. Agora está OK. Atenciosamente. ACBrBoletoRet_Santander_API.pas ACBrBoletoW_Santander_API.pas

Bom dia. Vou refazer os testes aqui e volto a posicionar. Atenciosamente.

Bom dia. Sim, eu informei e não funcionou. Além do que o retorno ficou com o SOAP, que não tem nada a ver com o Rest/JSON Atenciosamente.

Olá Subiram uma atualização ontem dessa unit, porém não foi considerada uma situação de o campo data não possuir hora, e vir como 2023-06-16. Dessa forma essa parte da função em amarelo remove o dia, ficando a data como 2023-06, o que ocorre uma exception. Atenciosamente.

Daniel, boa tarde. Fui fazer os testes, mas houveram algumas confusões. O Santander que existe hoje em dia é utilizando SOAP (XML), o que eu desenvolvi é outra realidade, utilizando o Rest/Json, por isso coloquei o nome Santander_API (Ficando igual ao utilizado atualmente no Banco do Brasil) A Unit ACBrBoletoW_Santander_API.pas não é utilizada em nenhum momento nas suas alterações, portanto, não é utilizada em nenhum momento.. O Retorno do WebService Rest/Json não tem nada a ver com o Ret atual, que é SOAP. Vou ajustar os arquivos utilizando o KeyUser e reenviar para vocês. Atenciosamente.

Boa tarde. Desculpem a demora em responder, essa semana ainda eu efetuo uns testes nas alterações efetuadas. Atencioamente. Olá, criei no PostMan. Como é feito apenas uma vez, não achei necessário incluir isso no componente. Atenciosamente.

@pedro.korp, o Santander possui duas formas de emitir boletos WEB O ACBr tem a implementação (não testei) com utilização de XML. Eu enviei umas unit's no dia 11/04, com a versão de boleto por API (Rest/JSON), que pode ser encontrada no post Porém essa versão não está disponível no componente ainda. Você tem que ver no manual enviado pelo banco de qual ambiente é para você utilizar. Atenciosamente.

Olá. Tem alguma previsão da liberação ou não dessa minha contribuição? Atenciosamente.