Rafael Herrera
-
Total de ítens
42 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Rafael Herrera
-
-
Daniel, esses códigos que passei por anexo no post, encontrei num código relativo ao BTG, todos os bancos utilizam esses mesmos? é padrão?
-
34 minutos atrás, Daniel InfoCotidiano disse:
Bom dia @Rafael Herrera
Pode por favor nos enviar via email um arquivo de retorno para testarmos.
Nosso email [email protected], no corpo do email, favor colar o link deste post para que possamos identifica-loEnviei o e-mail, mas numa situação anterior, ao tentar enviar um e-mail para o Panda, deu erro de SPF, acabei enviando de meu e-mail particular... Verifique por favor se recebeu;
Obrigado
-
Ao implementar o boleto do Banco BTG em um cliente, vimos que a descrição da ocorrência estava em branco e o retorno não era processado corretamente de acordo no sistema.
Busquei os códigos de tipo de ocorrência e encontrei em um arquivo em um outro post aqui o trecho de código que eu precisava (Anexo descrição.txt). Testei alguns bancos diferentes e o do BB me retorna no campo "DescricaoTipoOcorrencia", esses exemplos "06 a LiquidaAAo" e "28 a DAbito de TarifasCustas" e o do BTG vem em branco. É possível que no campo citado, venha algo parecido com o do BB?
Banco BTG CNAB 240 -
Boa tarde.
O BTG Pactual aceita o código de mora 3 (ISENTO). Seria possível, por gentileza, incluir a linha
fpCodigosMoraAceitos := '123';no construtor TACBrBancoBTGPactual.Create(AOwner: TACBrBanco) ?
Encarecidamente, -
Boa tarde a todos,
Estou tentando fazer homologação do banco ABC e será necessário a inclusão da seguinte mensagem: TITULO TRANSFERIDO A FAVOR DO BANCO ABC BRASIL.
Estava preenchendo no titulo.ini no campo "Mensagem", porém a remessa não estava sendo aprovada. Entrado em contato com o banco fui informado que a mesma deve seguir no segmento S ou apenas no PDF do arquivo, sem necessidade de ir no arquivo da remessa. *Detalhe que a mensagem sobre os juros e mora também devem seguir no seguimento S.
Poderiam me auxiliar, se já existe este segmento?
Em anexo os manuais.
LayoutCobrancaABCBrasil_MAIO2020.pdf MANUAL BOLETOS BANCO ABC 2021.pdf
-
Boa tarde a todos,
Ao realizar homologação do banco ABC, verificado que é necessário informar o seguimento Y-52. Analisado o CNAB 240 e realmente é necessário esta informação, o mesmo segue em anexo.
Att
-
Boa tarde a todos,
Estamos com mesmo problema na homologação do Banco ABC. No arquivo de Remessa CNAB 400 o mesmo aparece como Santander.
Algum retorno do banco?
Att
-
Realmente Diego, erro meu.... desculpe pelo equivoco, agradeço pela sua atenção.
-
Boa tarde Diego, não utilizo o ACBrNFSeX, nosso sistema roda em VB6 e usamos as DLLs, porém sem sucesso.
-
Bom dia a todos,
Alguém mais com problemas na emissão da NFS-e de Curitiba?
Já atualizei de http://www.e-governeapps2.com.br para https://www.e-governeapps2.com.br
-
Obrigado Antônio eu vou dar uma olhada nos códigos de retorno.
-
Boa tarde pessoal. Estou com problema no retorno do banco Sicoob, onde o cód do retorno é 02 - Entrada Confirmada porém valor recebido aparece como zero. Não sei se é alguma configuração incorreta, alguém poderia me ajudar? Desde já agradeço a atenção.
-
Bom dia, @José M. S. Junior. Tudo bem contigo?
José, como está o andamento da análise? Já existe alguma previsão para alteração?Muito obrigado!
-
Olá, tudo bem?
Novamente estou retornando a vocês carregando problemas com o leiaute da Uniprime-PR 084. Estamos homologando mais um cliente para este banco, e a gerente responsável está pedindo para readequar a remessa conforme o novo leiaute passado, na atual versão 2.0, e informar os códigos de protesto especificados entre as posições 157 e 160 no registro tipo 1. Poderiam, por gentileza, fazer estes ajustes na lib do boleto ou orientar-me a fazer a fazer as devidas alterações de configuração, caso o componente já esteja adequado a esta situação? Muit o obrigado!1. Solicitação de alteração, conforme passada pela gerente.
2. Unit AcBRUniprimeNortePR em comparação com o manual
ACBrLib0.ini boleto.pdf Boletos_-_CobExpress_-Exemplo.pdf Manual_de_Cobrança_-_Layout_CNAB_400_Atualizado.pdf remessa.txt titulo1.txt
-
Excelente, @José M. S. Junior. Ainda hoje nossa equipe deve enviar a remessa para homologação com o Uniprime-PR.
Muito obrigado!
-
4 horas atrás, José M. S. Junior disse:
Analisando os fontes aqui, o que acontece é que a primeira linha do campo mensagem não é considerado para geração do arquivo, pois seguindo um padrão da Febraban a primeira linha já é informada no registro normal.
Se utilizar mais de uma linha provavelmente será gerado as mensagens no registro 2. Para quebrar linha use o caractere pipe "|" ex:
Mensagem=|PROTESTAR NO 7º DIA UTIL APOS O VENCIMENTO |Cobrar juros de R$... ao dia | ...
Nesse caso deve deixar desabilitado a configuração "ImprimirMensagemPadrao" e passar as mensagens manual no campo "Mensagem".
Experimente dessa forma, provavelmente nunca foi usada essa funcionalidade nesse Banco. Vou verificar na documentação se é correto a impressão da primeira linha também nesse caso, se sim vamos precisar alterar isso para esse Banco.
Em meus testes funcionou, mas infelizmente nosso sistema não faz os cálculos automáticos do Juros e Multa. Mas não tem problema. Vamos colocar os percentuais fixos na mensagem e enviar para o banco homologar. Agradeço seu auxílio em solucionar o problema. Caso o banco recuse a homologação, eu retorno a você para conversarmos de uma possível alteração.
Muito obrigado novamente!-
1
-
-
3 minutos atrás, José M. S. Junior disse:
Como está passando as mensagens no arquivo .ini (Com os dados do Boleto)? Se possível anexe o mesmo.
@José M. S. Junior, desculpe, faltou o arquivo .ini. Vou anexar aqui pra você. Mas sim, estou passando na propriedade [Titulo1]->Mensagem.
-
Bom dia, @José M. S. Junior. Tudo bem contigo? Espero que sim.
José, pelo que entendi, a função passada realmente gera o registro tipo 2. O único problema é que não consigo depurar em meu computador para ver se existe algum problema na função, ou mesmo na procedure GerarRegistroTransacao400, que contém a chamada e a definição da função DoMontaInstrucoes1, pois não tenho o ambiente de desenvolvimento Delphi em meu computador. De toda forma, eu tentei fazer algumas modificações no AcBRLib.ini e no txt passado ao componente para tentar gerar a remessa com a mensagem, mas não obtive sucesso. Um desabilitei a configuração [BoletoDiretorioConfig]->ImprimirMensagemPadrao, e, na impressão, a as mensagens de protesto, juros e multa desaparecem, e mesmo assim a mensagem informada em [Titulo1]->Mensagem não é gerada na remessa. Além do mais, acredito que a configuração [BoletoDiretorioConfig]->ImprimirMensagemPadrao deva ficar habilitada, pois preciso que a mensagem "PROTESTAR NO 7ºDIA ÚTIL APÓS O VENCIMENTO" seja apresentado tanto na impressão quanto na remessa. Enfim, independentemente da configuração estar, ou não, habilitada, a remessa não está sendo gerada com o registro 2. Eu vou anexar todos os arquivos da geração aqui, você poderia auxiliar-me e identificar se estou fazendo algo errado?22072022113901.txt ACBrLib.ini BOLETO_000007 - KRALEN SISTEMAS EIRELI.pdf
-
Olá, pessoa. Tudo bem?
Estou precisando da ajuda de vocês mais uma vez. Nós já temos alguns clientes que emitem boletos através da instituição Uniprime - Norte do Paraná, de código 84, e estamos homologando os boletos de mais um novo cliente. O problema é que o responsável pela homologação na instituição financeira está nos solicitando que as instruções de cobrança padrão, contendo as informações de Juros, Multa e Dias de Protesto, vá para o arquivo de remessa. De fato o leiaute anterior do CNAB400 para esse banco não continha, nem sequer, a definição do registro tipo 2, mas, agora, o responsável disse que tem. Por mais que seja redundante, o responsável disse que essa mensagem precisa ir de qualquer jeito. Vocês poderiam orientar-me a como incluir essas informações no AcBRLibBoleto para essa instituição, para que a remessa possa ser gerada com esse registro tipo 2?
Obs: Anexo ao post está o manual atualizado e o e-mail de comunicação com o responsável pela homologação.
1. Email de comunicação com a Uniprime-PR.pdf 2. Boletos_-_CobExpress_-Exemplo.pdf 3. Manual_de_Cobrança_-_Layout_CNAB_400_Atualizado.pdf
-
16 horas atrás, José M. S. Junior disse:
Por favor anexe também o log.txt da lib para análise.
Bom dia, @José M. S. Junior.
José, eu não consegui simular exatamente o mesmo erro, porque a guia que estava tentando enviar ontem para Alagoas, e que estava apresentando a rejeição "[190] - Erro ao recepcionar o Lote" no retorno de processamento do lote, está sendo autorizada. Enfim, eu precisei tentar de outra forma aqui tentando enviar a GNRe para MS com os códigos de receita inválidos para registrar o log de eventos. A situação é semelhante a anterior, com rejeição no retorno do processamento do lote, mas agora o retorno é "[156] - cvc-pattern-valid: Value '100099' is not facet-valid with respect to pattern '[1-9]{1}[0-9]{0,3}' for type '#AnonType_produtoitemitensGNREdadosGnre_2.00_1'.". Segue novamente as evidências acrescidas do log de eventos na opção "4 - Log paranoico".20220112105103-env-lot.xml 20220112105103-rec.xml guia_ms.ini -ped-rec.xml -pro-rec.xml ACBrLibGNRe-20220112.log ACBrLib.ini Demo GNRe VB6 bin.zip
-
Em 06/01/2022 at 14:33, José M. S. Junior disse:
Boa tarde, por favor verifique se sua aplicação esta realmente utilizando a versão atualizada, pois esse erro já foi corrigido na ultima versão.
Bom dia, @José M. S. Junior, tudo bem contigo?
Obrigado pelo retorno. Eu realizei as verificações de versão das DLL's que estão no meu ambiente, mas todas as versões estão corretas. Eu realizei mais testes com a versão "0.1.0.90" e consegui simular a situação novamente. Dessa vez o problema se deu quando foi enviado uma GNRe de FCP para o ambiente de homologação e o retorno do WS foi "[190] - Erro ao recepcionar o Lote". O problema é que o componente continuou o processo de consulta do recibo, mesmo não tendo número de recibo no retorno do envio do lote, e, dessa forma, a mensagem de retorno que o componente apresenta é "[503]-O valor do campo 'numeroRecibo' está inválido. O valor deve possuir 10 caracteres numéricos!". Em ambiente de produção, o envio da GNRe com valores de FCP funcionou, mas é provável que, caso o WS retorne alguma rejeição no processamento do lote, o componente continuará o processo de consulta de recibo da mesma forma e a rejeição 503 será apresentada novamente. Até a versão "0.1.0.84" este problema não acontecia.
Vou anexar as evidências aqui para vocês analisarem.
Aguardo retorno.
Muito obrigado!
1. Data da versão da DLL "0.1.0.90"
2. Versão das DLL's em meu ambiente:
3. Versão da Lib no ACBrLib.ini
4. Retorno com o processamento do envio do lote
6. Retorno com o processamento da consulta de recibo
7. Resultado do envio na aplicação de demonstração:
guia.ini 20220111122307-env-lot.xml 20220111122307-rec.xml -ped-rec.xml -pro-rec.xml ACBrLib.ini Demo GNRe VB6.zip
-
Olá, @Juliana Tamizou, tudo bem contigo?
Eu iria relatar esse erro referente à rejeição 503 da GNRe, mas eu vi que o pessoal da BSoft já relatou o problema. Estou usando a versão 0.1.0.89 do AcBrLibGnre, liberada ontem, 05/01/2021, mas mesmo assim está apresentando a rejeição 503. Saberia me informar se, além da atualização da lib, eu preciso configurar mais alguma coisa?
-
Boa tarde, tudo bem?
Mais uma vez estou perturbando vocês com problemas na GNRe, e peço desculpas por isso.
Recentemente eu implementei a GNRe em meu sistema, consegui emitir a guia e até imprimir, tudo certinho, mas um dia após a disponibilização da implementação para meu cliente, em 02/12/2021, ele já não conseguiu mais emitir a guia, com o WS apresentando a rejeição "12175 - Erro Interno 12175 um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor". De praxe, a equipe de suporte analisou o caso e tentou emitir a guia em um dos computadores da empresa, e também apresentou o mesmo erro interno. Até mesmo o meu computador, que usei para implementar e fazer os testes de unidade de autorizar e imprimir a GNRe, parou de funcionar.
Em todos os computadores eu executei a solução do problema "Erro de suporte a canais seguros", disponível no link https://www.projetoacbr.com.br/forum/applications/core/interface/file/attachment.php?id=75281, mas não resolveu. Todos os demais WS padrão governo funciona: NF-e, CT-e e MDF-e, menos a GNRe.
Eu abri um atendimento para a equipe a da GNRe dia 08/12/2021 relatando esta situação, mas até o momento não me responderam.
Enfim, eu queria saber se vocês sabem se o problema é geral ou somente nos computadores de meus clientes, inclusive o meu, pois já perdemos um tempinho para analisar isto e não conseguimos resolver.
Vou anexar algumas imagens e arquivos para ajudar a identificar o problema.
Obs: Eu tentei acessar o wsdl de Recepcionamento do lote da GNRe, em ambiente de produção, e funcionou, o que é mais estranho ainda (anexei imagens).
https://www.gnre.pe.gov.br/gnreWS/services/GnreLoteRecepcao?wsdl
Muito obrigado.
-
Em 03/12/2021 at 15:16, Victor H. Gonzales - Panda disse:
Ainda não foi gerado a DLL, assim que for será notificado;
no INI você passará
para registro tipo 2
Mensagem=TESTE1|TESTE2|TESTE3|TESTE4
para registro tipo 5
Informativo=TESTE1|TESTE2|TESTE3|TESTE4
Olá, @Victor H. Gonzales - Panda, tudo bem?
Eu acabei de realizar os testes com a versão ACBrLibBoleto 0.2.0.132 e aparentemente está tudo funcionando.
Muito obrigado novamente pela atenção.
Bom dia, e bom trabalho pra você!-
1
-
Campo "DescricaoTipoOcorrencia" Banco BTG em branco
em Dúvidas gerais
Postado
Muito Obrigado