Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

consultoria_sticker.png

Conteúdo para desenvolvedores
 ao vivo de terça a quinta!
Saiba mais

dev.png

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


Saiba mais

beneficios.png

João Paulo F. Bellucci

Membros
  • Content Count

    110
  • Joined

  • Last visited

Community Reputation

11 Good

About João Paulo F. Bellucci

  • Rank
    Membro
  • Birthday 04/24/1981

Profile Information

  • Sexo
    Masculino
  • Location
    Cerquilho

Recent Profile Visitors

1,341 profile views
  1. Bom dia! Tudo blz? Estou estudando para inicializar a implementação de cobrança em débito automático. Qual banco que seu cliente usa? Possuímos o banco Bradesco aqui para cobrança, existe algum quantidade mínima de cobrança para essa modalidade?
  2. Boa Tarde! Pelo que percebi ainda não subiram para a versão oficial. Tem que aguardar eles atualizarem la.
  3. Bom dia! Independentemente o correto é a forma como postei ai, pois antes eles não validavam esses campos, e agora estão começando a validar. Se você mandar com essa nova formatação que postei, irá funcionar para as que não estão validando também.
  4. - CNAB400 motivos. - O Sicoob e bancos cooperativados passaram a validar os campos: Agencia, AgenciaDigito, Conta, ContaDigito. O Field Cedente.Conta vem preenchido com a conta e zeros a esquerda com 12 digitos ex: 000000001234 Ao gerar o arquivo de remessa justamente na Linha 349: PadLeft( OnlyNumber(Cedente.Conta), 8, '0') o sistema gera para a interface a seguinte informação 00000000 regeitando a conta real que é 1234 Como solução foi adotado o corte correto: PadLeft( RightStr(OnlyNumber(Cedente.Conta),8), 8, '0') + // Conta Corrente Retornando: 00001234
  5. Boa tarde, @acgubamg Consegui resolver o problema. Tive que fazer somente uma autenticação com senha e depois não faço mais. No inicio do programa faço uma assinatura fake com senha para acessar o certificado, depois retiro a senha do componente e funciona perfeitamente. Da impressão que a rotina ao tentar assinar pela segunda vez com o outro componente se estiver com senha fica com crash. Obrigado pela ajuda.
  6. Estou tendo o mesmo problema "Falha Recebendo os Dados Erro:12175" o que percebi é que possuo dois componentes "ACbrNFe" um para emissão da NFe e outro para manifesto que fica em uma thread quando um funciona o outro não funciona. Da impressão que o componente que entra primeiro tem a prioridade para usar o certificado o outro fica com erro. Na versão anterior funcionava perfeitamente quando era somente a "CAPICOM". Alguém passando pelo mesmo problema?
  7. Boa tarde @fernandoschulz sim, mantive as implementações que eles fizeram e voltei a linha de código que estava errada.
  8. Bom dia, no dia 23 postei a correção só que o pessoal do ACbr não viu ainda e não subiu a versão corrigida. Essa versão que postei esta funcionando perfeitamente aqui comigo. Qualquer dúvida estou a disposição.
  9. Esqueci de anexar o fonte com a correção. Segue em anexo. ACBrBancoSantander.pas
  10. Bom dia! Para funcionar deve ser mantida a regra anterior que era essa: Copy(Cedente.Conta,Length(Cedente.Conta),1) + // 384 a 384 Cedente.ContaDigito + Space(6) + // 385 a 391 No fonte atual desprezaram a regra que mencionei acima. Segue o fonte atual: Cedente.ContaDigito + Space(6) + // 384 a 391
  11. Boa Tarde, Atualizei meu ACBr boletos e agora o Santander está rejeitando o arquivo a lógica foi implementada errada voltei par a versão anterior e funcionou corretamente. Segue o trecho do manual do CNAB 400: • Complemento Conta Cobrança (posições 384-385): preencher com a última posição da conta cobrança e com o dígito (CCCCCCCCC-D) Essa regra foi quebrada nessa última alteração. Qualquer dúvida estou a disposição.
  12. Correção da linha 342 para não preencher com zero a esquerda o CPF do cedente pois o banco não aceita. ACBrBancoBancoob.pas linha 342 de PadLeft(onlyNumber(Cedente.CNPJCPF),14,'0') para PadLeft(onlyNumber(Cedente.CNPJCPF),14,' ') Segue o arquivo corrigido em anexo. ACBrBancoBancoob.pas
  13. A rotina de retorno do Sicredi não está prevendo a situação do retorno 'C7' que é 'Título já baixado' Para resolver o problema coloquei essa situação no código. Segue parte do código modificada e o arquivo. toRetornoLiquidado: //06 case AnsiIndexStr(CodMotivo, ['A8', 'H5', 'H6', 'H8', 'X1', 'X2', 'X3', 'X4', 'X5', 'X0', 'X6', 'X7', 'X8', 'X9', 'XA', 'XB', 'C7']) of 0: Result:= 'A8-Recebimento da liquidação fora da rede Sicredi - via compensação eletrônica'; 1: Result:= 'H5-Recebimento de liquidaç
  14. Legal, mas por garantia o correto é manter a logica oferecida acima pois a anterior não faz sentido. CodMotivo := IfThen(Copy(Linha,MotivoLinha,2) = ' ', '00', Copy(Linha,MotivoLinha,2));
  15. Também aconteceu comigo para resolver tive que colocar essa solução. De acordo com a documentação do Sicredi esses campos deveriam vir 00 se for sem ocorrência mais não é isso mais que está acontecendo; "319 a 328 010 Motivos da ocorrência XXXXXXXXXX Cada dois dígitos “XX” correspondem a um motivo. Se “00”, não há motivo de ocorrência; Confira tabela no item 6.3. 329 "
×
×
  • Create New...