Innovae Brasil Engenharia

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

Boa tarde! Utilizando o método ConsultarNFSeporRps o retorno é carregado corretamente sem problemas. Também testei o método de consulta por faixa e o retorno também vem com a data dd/mm/yyyy Obrigado pela ajuda.

Bom dia Italo! Essa consulta foi gerada automaticamente pelo componente ACBrNFSeX, pois está ativada a opção para realizar a consulta do documento após o cancelamento. Vou fazer um ajuste técnico na minha aplicação para que eu faça a consulta manualmente.

Boa tarde! Quando eu envio uma solicitação de cancelamento de uma NFS-e, e a mesma já está cancelada no sistema da Prefeitura, automaticamente é realizada uma consulta do documento, e assim posso verificar o retorno e o status. Mas após a consulta, a property "Sucesso" está true e a lista de erros está com o erro: ('X999', 'Erro de Conexão: ''''25/01/2023'''' is not a valid date and time', '') Seguem os arquivos capturados através properties ACBrNFSeX1.WebService.ConsultaNFSe.ArquivoEnvio e ACBrNFSeX1.WebService.ConsultaNFSe.ArquivoRetorno. Podem me ajudar? ACBrNFSeX1_WebService_ConsultaNFSe_ArquivoEnvio.xml ACBrNFSeX1_WebService_ConsultaNFSe_ArquivoRetorno.xml

Bom dia! O ajuste das URLs de homologação de Bauru-SP que enviei ainda não foram para o SVN?

Bom dia! O ajuste foi baseado no que está escrito no comentário do próprio fonte original, além, do retorno do sistema do banco que invalidou o arquivo remessa pelo motivo deste campo estar preenchido com brancos em vez de zeros. Caso isso se deva ao por exemplo eu ter que informar a versão do layout do arquivo antes de gerar a remessa, por sugestão, ao ajustar os registros para uma nova versão do layout, ajustar também o layout default do componente.

Nas linhas 406 e 407 do ACBrBancoBrasil.pas, referem-se ao CNAB 240 posições 10 a 11 e 12 a 13 Esta: '01' + // 10 a 11 - Tipo de serviço: 01 (Cobrança) ' ' + // 12 a 13 - Forma de lançamento: preencher com ZEROS no caso de cobrança e deve estar: '01' + // 10 a 11 - Tipo de serviço: 01 (Cobrança) '00' + // 12 a 13 - Forma de lançamento: preencher com ZEROS no caso de cobrança ACBrBancoBrasil.pas

Boa tarde! A SilTecnologia, provedora do serviço de NFS-e para Bauru-SP, alterou as URLs para homologação. Segue trecho ajustado do arquivo ACBrNFSeXServicos.ini [3506003] ; Incluído em 26/09/2021 ; Atualizado em 21/12/2021 Nome=Bauru UF=SP Provedor=SilTecnologia Versao=2.03 ProRecepcionar=https://tributario.bauru.sp.gov.br/services/Abrasf23 HomRecepcionar=https://homologacao.siltecnologia.com.br/tbbauru/services/Abrasf23?wsdl ; ProLinkURL=https://tributario.bauru.sp.gov.br/loginWeb.jsp?execobj=NFSENotaFiscalBuscarDireto&cnpj=%Cnpj%&numero=%NumeroNFSe%&chave=%CodVerif% HomLinkURL=https://homologacao.siltecnologia.com.br/tbbauru/loginWeb.jsp?execobj=NFENotaFiscalBuscarDireto&cnpj=%Cnpj%&numero=%NumeroNFSe%&chave=%CodVerif% ACBrNFSeXServicos.ini

Boa tarde! Em Bauru, o provedor da NFSe é a SilTecnologia e está na versão 2.03. No arquivo nfse.xsd disponibilizado pelo ACBr (pasta trunk2\Exemplos\ACBrDFe\Schemas\NFSe\SilTecnologia\2.03), a lista de serviços "Tipo Codigo da Lista de Servicos" segue a LC 116/2003, mas o provedor está seguindo a LC 157/2016, que possui novos códigos. Assim, para atender a legislação do município de Bauru-SP, acrescentei os novos código. Segue o XSD ajustado. nfse.xsd

Muito obrigado pelas informações @Juliomar Marchetti e @Italo Giurizzato Junior. Resolveram minhas dúvidas.

Bom dia! Tenho uma dúvida sobre o cancelamento da NFC-e. Vi no programa exemplo que o cancelamento é feito através de um lote com um evento solicitando o cancelamento. Minha dúvida está em relação ao sequencial do lote. Esse sequencial é único e crescente e devo usar a mesma sequência tanto para NF-e quanto para a NFC-e? Ou posso ter uma sequência para cada tipo de documento?

O mesmo ocorre com o arquivo de 400 posições. Fiz o ajuste e segue o arquivo para validação. Manual CNAB400 CEF - NE01-5 - página: 37 - CNAB_400_Manual_de_Leiaute_de_Arquivo_Eletronico_Julho_2021.pdf Carteira pode possuir uma numeração livre Exemplo quando vem tarifas, as posições 40 e 41 estão ' '. ACBrBancoCaixa.pas

Bom dia! Sim, está funcionando normal.

Estava com problemas na impressão de algumas notas. Percebi que o erro ocorria quando o NF-e não continha o valor aproximado dos produtos e estava habilitada a impressão dos mesmo item a item. Fiz um ajuste na classe que resolveu o problema. Segue para validação. ACBrNFeDANFEClass.pas

O registro 0020 também. ACBrECFBloco_0_Class.pas