Mateus Brunelli

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

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

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

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

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

Atualizei os fontes, testado e funcionando ok.

Atualizei os fontes, testado e funcionando ok.

Atualizei os fontes, testado e funcionando ok.

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

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 .

Obrigado Daniel, atualizei e testei... tudo certo.

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:

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.

Bom dia Com a alteração sugerida pelo @drdenilson com relação ao "toRetornoBaixadoViaArquivo" faz-se necessário alterar também na linha 1486 onde existia: toRetornoBaixado : Result := '09'; substituir por: toRetornoBaixadoViaArquivo : Result := '09'; Pois senão fizer isso está acontecendo problemas ao processar retornos onde vem a instrução de baixa Código "09". Não está localizando corretamente essa instrução e colocando ela com código de instrução "02" o que é incorreto. O Arquivo corrigido está em anexo abaixo. ACBrBancoSicredi.pas

Ok então, vou providenciar os testes e comunico aqui os resultados

Daniel, realmente não vem em ordem, por isso que coloquei o tipocampo=1 ali para gravar as informações, pois percebi que é retornado tipocampo=1 depois de todos os outros campos, por isso por isso coloquei o tipocampo=1 ali, para que se precisar recuperar outro campo além do 133, 134 e 952 também seja possível sem que seja necessário modificar nos fontes. O que acha?

Oi Daniel, Certo mas fazendo isso força com que quando o tipo campo for 1 grave as informações no TXT. E gravando no TXT quando vai confirmar a transação interrompida anteriormente vai ter o NSU da ultima transação efetuada, que é o que precisa. Com essa alteração resolve o problema. Creio que se colocar o tipo campo = 134 (NSU do Host autorizador) também funcione para este campo, só que se precisar pegar algum outro campo que vem na sequencia não terá também pois não gravou no TXT com a informação da ultima transação efetuada.

Bom dia pessoal, existe a possibilidade de inclusão no repositório dos fontes essa alteração realizada nos posts acima? Essa alteração está funcionando corretamente já tem bastante tempo e toda vez que atualizo os fontes se faz necessário efetuar a alteração no fonte manualmente. Abaixo estou passando novamente o arquivo atualizado e alterado. Agradeço desde já. ACBrTEFDCliSiTef.pas

Boa tarde, creio que este tópico possa ser encerrado, pois foi dado seguimento nele no tópico abaixo Obrigado

Obrigado Daniel, testado e funcionando.

Bom dia Italo, Muito Obrigado, testado e tudo correto.

Bom dia, Efetuei uma alteração para os provedores Tecnos e DataSmart, pois os mesmos não contemplam a tag ValorIssRetido. Peço que façam o favor de analisar e se concordarem com a alteração submetam ao repositório dos fontes. Agradeço desde já. pnfsNFSeR.pas

Boa tarde. Com relação a incluir o código de autorização na impressão do cupom, não sei se é adequado por isso a princípio não incluí a alteração do @Marcelo Aguiar Alvim sugerida logo acima. Porém eu alterei a impressão para que só imprima a bandeira do cartão junto da forma de pagamento quando o tpIntegra = tiPagIntegrado, pois se não tiver essa validação, sempre imprime a bandeira "Visa" para as formas de pagamento de cartões quando tpIntegra <> tiPagIntegrado. Peço que analisem os arquivos em anexo para uma possível submissão ao repositório de fontes. Agradeço desde já. ACBrNFeDANFeESCPOS.pas ACBrDANFCeFortesFr.pas

Boa tarde Atualizei os fontes e testei, agora está funcionando corretamente. Obrigado pelas alterações

Boa tarde Leandro, tudo bem? Estou com o mesmo problema, você conseguiu contornar este problema de alguma forma? desde já agradeço