Jump to content

Mateus Brunelli

Membros
  • Content Count

    65
  • Joined

  • Last visited

Community Reputation

40 Excellent

1 Follower

About Mateus Brunelli

  • Rank
    Membro
  • Birthday January 8

Profile Information

  • Sexo
    Masculino
  • Localização
    Tapejara-RS

Recent Profile Visitors

619 profile views
  1. Atualizei os fontes, tudo ok. De minha parte poderia ser encerrado o tópico. Obrigado
  2. Boa tarde. Precisei atualizar os fontes do ACBR hoje, aí atualizei também o arquivo ACBrBancoSicredi.pas e o arquivo ACBrBoleto.pas para ficarem corrigidos conforme as últimas atualizações do ACBr e também já apliquei as alterações informadas no tópico acima com relação a negativação, por isso se possível seria bom analisar estas alterações se poderão ir para o repositório do ACBr para que não seja necessário a cada atualização dos fontes modificar novamente os arquivos. Segue em anexo os arquivos atualizados Agradeço desde já. ACBrBoleto.pas ACBrBancoSicredi.pas
  3. Boa tarde. Precisei atualizar os fontes do ACBR hoje, aí atualizei também o arquivo ACBrBancoBanrisul.pas para ficar corrigido conforme as ultimas atualizações do ACBr e também já apliquei a correção informada no tópico acima, por isso se possível seria bom analisar estas alterações se poderão ir para o repositório do ACBr para que não seja necessário a cada atualização dos fontes modificar novamente o arquivo. Segue abaixo o arquivo atualizado Agradeço desde já. ACBrBancoBanrisul.pas
  4. Bom dia, recentemente (Maio/2019) o Sicredi alterou seu layoute de cobrança CNAB400 para atender já no registro de títulos a opção de Negativação. Desta forma torna-se possível enviar já na remessa de cadastro de título a informação da Negativação. A utilização desta funcionalidade de negativação ficou muito semelhante ao já existente procedimento de protesto. Sendo assim alterei os fontes do ACBr para atender tal alteração. Porém só fiz a alteração para o layoute CNAB400. O manual atualizado da cobrança Sicredi CNAB400 onde possui agora os campos para informação da negativação está no link https://www.sicredi.com.br/html/para-sua-empresa/recebimentos/cobranca/arquivos/manual-cnab-400.pdf (Pág. 36 do manual, posição 193-194 e 195-196 do registro detalhe do arquivo de remessa). Também envio em anexo os fontes do ACBr alterados para atender essa opção de negativação. Peço que analisem os fontes abaixo para uma possível submissão para o repositório de fontes no SVN. ACBrBoleto.pas ACBrBancoSicredi.pas
  5. Bom dia pessoal, estou com o mesmo problema, e verifiquei o seguinte. Para emissão do boleto e do arquivo de remessa para o Banrisul segundo o layoute do banco na página 5. Com relação ao Código do Beneficiário informa o seguinte: Ou Seja, o banco exige que na remessa tenha sempre 4 dígitos na agencia. Mesmo quando o número da agência tem apenas 3 dígitos. Porém no retorno que vem do banco conforme informa o Manual do banco na página 17 (print abaixo), se a agencia tiver apenas 3 dígitos, o arquivo de retorno virá com apenas estes 3 dígitos, sem o zero na frente da agencia. Ou seja mudará as posições onde tem a agencia e código do beneficiário no header do arquivo de retorno. Sendo assim na leitura do arquivo de retorno quando pegar a informação da agencia e beneficiário no header do arquivo de retorno as posições destes campo vai variar dependendo se a agencia tem 3 ou 4 dígitos. Ex: Caso a agencia tenha 3 dígitos o código do beneficiário começará na posição 30 e caso a agencia tenha 4 dígitos o código do beneficiário começará na posição 31. Por isso está dando problema na validação da agencia/conta do arquivo de retorno. Para contornar isso fiz uma alteração no arquivo ACBrBancoBanrisul.pas onde verifico quantos dígitos existem nas posições 27 a 39 se tiver 12 dígitos então é porque a agencia está com 3 dígitos apenas, sendo assim tem que pegar apenas os 3 caracteres (27, 28 e 29 do header do arquivo) e pegar o beneficiário a partir da posição 30. Já se tiver 13 dígitos é porque a agencia possui 4 dígitos, sendo assim tem que pegar 4 caracteres (27, 28, 29 e 30 do header do arquivo) e pegar o beneficiário a partir da posição 31. Visto que quando tiver apenas 3 dígitos na agencia, então o último caractere do intervalo 27 a 39 (que será o caractere 39 do header do arquivo) será branco pois começou o beneficiário 1 caractere antes. A alteração que fiz está no arquivo em anexo. Peço que validem e se acharem pertinente disponibilizem no repositório de fontes do SVN. ACBrBancoBanrisul.pas
  6. Boa tarde @José M. S. Junior ficou ótimo a alteração. Atualizei os fontes, testei e está funcionando corretamente com as novas propriedades criadas. Obrigado
  7. Atualizei os fontes, testado e funcionando ok.
  8. Boa tarde Pessoal, creio que já existem 2 tópicos sobre este assunto, são eles: Creio que o pessoal está analisando a correção para ser submetida ao repositório de fontes do SVN
  9. Boa tarde @marcianobandeira, esse problema já identifiquei e sugeri uma correção. Está sendo tratado isso no tópico abaixo Estou aguardando analisarem a correção e enviarem para o repositório de fontes do ACBR .
  10. Eu acredito que somente quando acontece o TipoCampo=1 é que seja confirmada a transação aí seria o momento certo de gravar no temporário. Pelo menos é o que dá a entender na descrição do manual do Sitef para o TipoCampo=1. Eu deixaria da seguinte forma: 1, 133, 952:
  11. Bom dia, Daniel, fiz os testes e adicionando o TipoCampo 134 ali funciona para conseguir ter o valor do NSU da última transação efetuada no momento que restaurar a aplicação que caiu no momento que pedir para retirar o cartão para confirmar as transações. Porém verifiquei que eu preciso também da informação do Nome da Instituição (Bandeira) que é o tipo campo 156. Como pode ver no log que estou passando abaixo este campo vem depois na sequencia, aí já não tenho ele também no arquivo temporário e teria que incluir ali nos campos também. Que no caso ficaria: 133, 134, 156, 952. E veja ali nos logs também que o último campo que vem é o TipoCampo=1. E conforme o manual de integração do Sitef (Print em anexo) página 30 o TipoCampo = 1 significa "Dados de confirmação da transação. Para ambientes com múltiplos servidores será retornado no seguinte formato: <Dados_Confirmacao>;<Indice_SiTef>;<Endereco_SiTef>". Ou seja, eu não acharia incorreto deixar ali o tratamento para gravar no arquivo quando o TipoCampo for 1. Se puder verifica isso, para minha aplicação eu precisaria dos campos 134 e 156 além dos que já estão sendo tratados (133 e 952). Mas acharia melhor já colocar o TipoCampo=1 ali. Para que não seja necessário acrescentar mais algum campo futuramente ali no tratamento.
×
×
  • Create New...