mlgoncalves

Boa tarde, Jeferson! Ainda está disponível? Pode passar seu contato? Obrigado

Cargo: Analista programador delphi avançado 1) programação 3 camadas, 2) web service, cvs/svn, api, postman, horse 3) firedac, 4) sgbd firebird/sql, 5) ACBr 6) report builder. Experiência em programação 3 camadas, web service, cvs/svn, api, postman, horse, firedac, sgbd firebird/sql, ACBr, report builder. Função análise e desenvolvimento de sistemas administrativos 1) Financeiro: contas a pagar / receber, fluxo de caixa. 2) Cobrança bancária: boleto bancário, arquivos txt, CNAB 240/400 de remessa e retorno. 3) Sped: Fiscal, Contribuições, Contabil. 4) nf-e, CT-e, MDF-e, NFS-e 5) contábil. 6) Reforma tributária Demandas: 1) TEF integrado com Manager Plus 2) Integrar força de vendas a ser definida, via API, ao Manager Plus 3) Atualizar versão do Delphi para 10.1 ou superior 4) Projetar e implementar novo layout para Manager Plus Outros: 1. Realizar manutenção corretiva efetiva no produto com a identificação das causas e preservando a integridade dos processos de negócios implementados. 2. Realizar análise e evoluções nos produtos das solicitações dos usuários e especificações. 3. Realizar controle de versionamento utilizando o SVN. 4. Desenvolvimento de scripts. 5. Documentação técnica do desenvolvimento. 6. Realizar simulações e criar ambientes de produção para testes. 7. Boa comunicação e facilidade de realizar atividades em equipe com interações constantes. 8. Capacidade de visualizar e propor melhorias nos processos de trabalho e solução de problemas. 9. Codificação com qualidade, conhecimento de SQL e banco de dados Firebird. 10. Orientação a objetos e conhecimento de programação multicamada (multi-tier). 11. Conhecimento em desenvolvimento web, APIs, Webservices. Aos interessados, favor enviar mensagem no privado. Atenciosamente, Marcelo Gonçalves

Abri também um tópico com essa mesma observação e estou aguardando a validação.

Olá pessoal, também estou precisando emitir NF de Contagem. Alguém já conseguiu evoluir na emissão? Olhando o link do João Antônio, parece que o provedor é Cidade360

Olá Jhonlenon, você pode enviar a última versão dos arquivos de boleto API do Bradesco? O SVN do ACBR ainda não foi atualizado e estou tendo problemas para consultar boletos. ACBrBoletoW_Bradesco.pas e ACBrBoletoRet_Bradesco.pas. Desde já agradeço e ficamos no aguardo da atualização subir para o SVN. Marcelo

Boa tarde, Osmar! Ótima proposta. Vou levar ao conhecimento do pessoal aqui na empresa e te falo. Atenciosamente,

Procuro programador PHP/ Laravel/ banco de dados Firebird com experiência e disponibilidade de tempo para desenvolver módulo de integração com ERP. Interessados entrar em contato urgente pelo whatsapp através do número 31991949142 Marcelo. Atenciosamente, Marcelo Gonçalves

Olá pessoal, A unit ACBrBoletoW_Santander_API está apresentando erro no momento de gerar a tag 'messages' que contém as mensagens do boleto. procedure TBoletoW_Santander_API.GerarMensagens(AJson: TACBrJSONObject); var LJsonArray: TACBrJSONArray; I: Integer; begin if Assigned(ATitulo) and Assigned(AJson) then begin LJsonArray := TACBrJSONArray.Create; for I := 0 to PRed(ATitulo.Mensagem.Count) do begin //está dando erro na linha abaixo. ATitulo.Mensagem[I] = 'Teste' // LJsonArray.AddElementJSONString(ATitulo.Mensagem[I]); //fiz o ajuste abaixo para funcionar LJsonArray.AddElement(ATitulo.Mensagem[I]); end; AJson.AddPair('messages',LJsonArray); end; end; Não sei se é a melhor forma de se fazer, mas está funcionando. Segue em anexo a unit modificada e ficamos no aguardo do devido ajuste. Atc, Marcelo Gonçalves ACBrBoletoW_Santander_API.rar Segue link do manual de montagem do JSON para esclarecer eventual dúvida. https://developer.santander.com.br/api/documentacao/api-de-emissao-de-boletos#/paths/workspaces-workspace_id--bank_slips/post

Bom dia, Juliomar! Muito obrigado pelo retorno. SVN conferido. Pode fechar o tópico.

Bom dia, Ítalo! Muito obrigado pelo retorno. Conferido no SVN. Pode fechar o tópico

Boa tarde! Estou enviando nova versão da unit. A versão anterior estava com erro. PagFor.BancodoBrasil.GravarTxtRemessa.rar

Boa tarde! Baixei atualização do ACBr e fiz novamente o ajuste na unit que está em anexo. Favor validar e subir para o SVN. Atenciosamente, ACBrBoletoW_Santander_API.rar

Boa tarde! Baixei atualização do ACBr e ajustei o FGTS DIGITAL conforme unit em anexo. Favor validar a alteração e subir para o SVN. Atenciosamente, PagFor.BancodoBrasil.GravarTxtRemessa.rar

Bom dia, Italo! Conferido e muito obrigado. Pode fechar o tópico.

Boa tarde! Por favor validem as alterações e se precisar de algum ajuste é só falar. Atenciosamente,

Boa tarde! Por favor validem as alterações e se precisar de algum ajuste é só falar. Atenciosamente,

Boa tarde! Por favor validem o procedimento. Se tiver que alterar alguma coisa é só avisar que iremos providenciar. No aguardo.

Prezados, boa tarde! Para processar corretamente o arquivo retornado do Banco do Brasil foi necessário descomentar a linha que faz a leitura do registro complementar Z do seguimento A. Fizemos todos os testes e está ok. Antes era: // LerSegmentoZ(PagFor.Lote.Last.SegmentoA.Last.SegmentoZ, I); E agora passou a: LerSegmentoZ(PagFor.Lote.Last.SegmentoA.Last.SegmentoZ, nLinha); Estou anexando a unit modificada e o layout do banco para quaisquer dúvidas. Favor validar este post e subir para o SVN. Atenciosamente, Marcelo Gonçalves PagFor.BancodoBrasil.LerTxtRetorno.rar PgtVer03BB.rar Trecho de arquivo segmento A retornado do banco.rar

Bom dia, pessoal! Vocês poderiam validar esse tópico, por favor?

Pessoal, boa tarde! Precisei de ajustar o layout do Banco do Brasil para compatibilizar com as novas orientações para pagamento do FGTS Digital. Estou anexando o manual do Banco do Brasil e a unit alterada. Solicito que as alterações feitas sejam ratificadas e subidas para o SVN. Atenciosamente, Marcelo Gonçalves Cnab240 para FGTS Digital v. 1.1. de 06.03.2024.pdf PagFor.BancodoBrasil.GravarTxtRemessa.rar

Boa tarde! Favor incluir a informação da quantidade de dias para baixa de boleto não liquidado no JSON a ser enviado ao banco. O manual diz em https://developer.santander.com.br/api/documentacao/api-de-emissao-de-boletos#/paths/workspaces-workspace_id--bank_slips/post writeOffQuantityDays string Quantidade de dias para baixa >= 1 characters<= 2 characters Example: 32 Match pattern: \d{1,2} Fizemos a alteração na unit ACBrBoletoW_Santander_API.pas conforme trecho abaixo, e anexamos o arquivo completo com a modificação. procedure TBoletoW_Santander_API.GerarProtesto(AJson: TJsonObject); begin if Assigned(ATitulo) then begin with ATitulo do begin if Assigned(AJson) then begin if DiasDeProtesto = 0 then begin AJson.Add('protestType').Value.AsString := 'SEM_PROTESTO'; end else begin case TipoDiasProtesto of diCorridos: AJson.Add('protestType').Value.AsString := 'DIAS_CORRIDOS'; diUteis: AJson.Add('protestType').Value.AsString := 'DIAS_UTEIS'; end; AJson.Add('protestQuantityDays').Value.AsString := IntToStr(DiasDeProtesto); end; //prazo de baixa/devolução em dias, opcional if (DataBaixa <> 0) and ((DataBaixa - Vencimento) > 0) then AJson.Add('writeOffQuantityDays').Value.AsString := IntToStr(trunc(DataBaixa - Vencimento)); end; end; end; end; ACBrBoletoW_Santander_API.rar

Pessoal, Desistimos de tentar compatibilizar os dois canais de envio e recebimento de boletos do Santander. Assim sendo, desativamos o envio/recebimento através de CNAB e adotamos por padrão o uso da API. Podem encerrar esse tópico.

Pessoal, bom dia! Ainda estamos com esse assunto em aberto. O questionamento que estou fazendo é de que os canais de envio de boleto para o banco Santanter (via arquivo remessa e via API) estão incompatíveis. Se você envia através de arquivo remessa só pode receber via arquivo retorno. Se envia via API só pode receber via consulta da API. É isso mesmo? Se sim, vida que segue, mas acho que deveria haver compatibilidade de dados entre os canais. Exemplo do problema que está ocorrendo: Preencher o componente com a informação do Nosso Número, por exemplo: ACBrTitulo.NossoNumero := '14864'; Enviando o boleto via arquivo remessa, fica registrado no banco o nosso número: 148644 (ou seja, o componente adicionou automaticamente o dígito verificador 4 para depois incluir o nosso número na remessa) Enviando o boleto via API, fica registrado no banco o nosso número 14864 (ou seja, o componente não adiciona o nosso número) Daí pra frente é só inconsistências... A proposta que gostaria de fazer era de padronizar, simples assim. Ou adiciona o nosso número automaticamente pelo componente, tanto na remessa quanto no envio via API ou não se adiciona o nosso número, ficando a cargo do programa fazer essa inclusão. Desse modo tanto a API ENVIO/CONSULTA quando a REMESSA/RETORNO estariam compatíveis. Está coerente a minha colocação?

Mas questionar o que, exatamente? No banco existe exatamente o que foi enviado. Não vejo o que questionar. Se enviar Nosso Número com DV fica com DV no banco (o DV é incluído automaticamente na geração do CNAB400), se enviar nosso número sem DV fica sem DV no banco (é o que ocorre na API, onde o DV deveria ser gerado automaticamente, mas não é). Se mantiver essa situação no componente, deverei alterar a programação no meu sistema para: .... NossoNumero recebe próximo número da sequencia; se banco_santanter e transmissao_via_API então calcular o dígito verificador e adicionar no final do NossoNumero fimse; .... Não acho que isso deveria acontecer.

Consultei os boletos diretamente no site do banco Santander: 1424 0000000148890 18.000,00 F33108 0000000148911 3.336,91 1424 0000000149187 18.000,00 29112 0000000148938 1.952,24 3110 0000000149080 2.303,50 F32120 0000000149098 3.433,91 F35120 0000000149101 5.183,73 3110 0000000149110 2.303,50 40120 0000000149128 5.092,07 <<<---Até aqui os boletos tinham sido enviados pelo CNAB400, depois usando a API os boletos ficaram sem o dígito verificador. F35120 0000000014923 8.117,71 F35120 0000000014924 6.521,23 33109 0000000014925 3.096,08 3148 0000000014926 5.771,17 2997 0000000014927 3.141,57 3181 0000000014928 2.248,87 F9120 0000000014929 9.927,83 33110 0000000014930 1.349,70 312 0000000014931 2.600,00