Rafael Herrera

Boa tarde Caros, Identifiquei uma divergência ao gerar a remessa para o banco Uniprime pelo ABCrLIB. No manual em anexo consta desta forma: E ao gerar uma remessa de teste com o suporte a posição 157 a 158 ficou com o numero 06 dessa forma: At.te Manual de Cobrança - Layout CNAB 400 Remessa-Retorno.pdf

Muito Obrigado

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?

Enviei 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 descrição.txt

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 LayoutCobrancaABCBrasil_MAIO2020.pdf

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. retorno sicoob

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!

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!

@José M. S. Junior, desculpe, faltou o arquivo .ini. Vou anexar aqui pra você. Mas sim, estou passando na propriedade [Titulo1]->Mensagem. titulo1.txt

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

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

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? ACBrLib2.ini

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. ACBrLib0.ini