Frederico Hahn Pesenti

Bom dia, o domínio do ambiente de homologação mudou de nfsehomologacao.pmpf.rs.gov.br para hmlnfse.pmpf.rs.gov.br. Segue Thema.ini atualizado em anexo. Thema.ini

Boa tarde, nova cidade: [5200258] Nome=Aguas Lindas de Goias UF=GO Provedor=Prodata NomeURL_H=200.199.213.78:8080 NomeURL_P=200.199.213.78:8080

Agora ok, obrigado!

A parte do DNS está estranha, pois pelo site da prefeitura cai direto no IP

Pessoal, assim como identificado no meu outro tópico: Precisamos tirar o código do país quando não for tomador estrangeiro: Fiz as correções e anexei abaixo. Não sei como ficam para outras cidades com o mesmo provedor. pnfsNFSeW_ABRASFv2.pas Outra coisa, precisei alterar o host da URL de portal.serafinacorrea.rs.gov.br para 177.20.225.197, podem confirmar?

O provedor DIGIFRED para a cidade de Ernestina no RS exige que só seja incluída a TAG de CodigoPais quando for um país diferente do Brasil, resultando nos erros abaixo: CEP do tomador do servico informado indevidamente. Nao informe o CEP do tomador do servico quando ele for domiciliado no exterior. CPF/CNPJ do tomador do servico informado indevidamente. Nao informe o CPF/CNPJ do tomador do servico quando ele for domiciliado no exterior. Pais da prestacao do servico indevido. O codigo do pais da prestacao do servico somente devera ser informado quando a exigibilidade do ISS for 4-Exportacao. Pais da prestacao do servico indevido. O codigo do pais da prestacao do servico somente devera ser informado quando a exigibilidade do ISS for 4-Exportacao. Pais do tomador do servico indevido. O codigo do pais do tomador do servico somente devera ser informado quando o municipio for igual a <9999999>. Fiz as correções e anexei abaixo. Não sei como ficam para outras cidades com o mesmo provedor. pnfsNFSeW_ABRASFv2.pas Cidades.INI

Obrigado Gabriel, mas na realidade, o que estava "errado" era a modalidade, não a carteira, alterando de 101 para 104 a linha digitável ficou igual a do banco e a remessa não se modificou. Obrigado a todos pela atenção!

Lendo o o código de barras, os números são os mesmos da linha digitável. Vou verificar, mas o que ocorre hoje é que os boletos enviados pelos correios têm a mesma linha digitável dos boletos reemitidos pela web no site do banco, mas quando mando criar o PDF deles no ACBr, muda a linha digitável.

Boa tarde, hoje temos configurado no ACBr a emissão dos boletos pelo banco, logo, geramos os boletos e os clientes recebem os mesmos por correio, tudo feito direto pelo banco. Para facilitar a vida dos clientes e contornar os problemas recorrentes de entrega por parte dos correios, enviamos também "lembretes de vencimento" por e-mail. Fazemos isso há pelo menos 3 anos já. Antes utilizávamos o Banrisul e hoje utilizamos o Santander. A questão é que, para os dois bancos, a linha digitável impressa pelo banco sempre foi ligeiramente diferente à gerada pelo ACBr, até cheguei a criar uma postagem sobre isso aqui certa vez (https://www.projetoacbr.com.br/forum/topic/23429-linha-digitável-de-boletos-do-banrisul-gerados-pelo-acbr-diferente-do-boleto-enviado-pelo-banco), mas como nunca tive problemas com isso pois, indiferente do cliente pagar com um ou com outro, o dinheiro entrava na minha conta e o boleto era liquidado normalmente, não levamos a discussão à frente. O problema é que, depois das últimas reformas da Febraban e da unificação do recebimento de boletos, meus clientes que tentam pagar pela linha digitável recebida por e-mail recebem um aviso de erro dizendo que o título é inválido, certamente pela diferença na linha digitável. Seguem exemplos: ACBr 03399918125200000000101413301019776840000023000 Santander 03399918125200000000101413301043176840000023000 Alguém já notou isso? Santander.pdf ACBr.pdf

Ignorem

Existe a possibilidade de configurar essa opção pelo arquivo INI do monitor?

Pessoal, vi que ainda não atualizaram o pnfsConversao.pas para as novas descrições de serviços, de acordo com a Lei Complementar nº 157, de 2016 (http://www.planalto.gov.br/ccivil_03/leis/LCP/Lcp116.htm). Segue arquivo atualizado em anexo. Fred pnfsConversao.pas

Vou verificar, obrigado!

Estou na 13508, a última. Não saberia te dizer quando foi inserido o problema. Mantive apenas o executável anterior.

Bom dia, conseguiu achar o problema?

Alguma novidade?

O problema ocorreu em produção. Atualizei meus clientes ontem, um deles me disse que tava recebendo erro de layout no site do banco. Voltei para a versão anterior do executável (sem essas modificações) e o envio funcionou normalmente. Não sei quanto ao manual.

Boa tarde, depois da atualização, o Santander está dizendo que o layout está incorreto quando tento enviar arquivos de remessa. Alguém com o mesmo problema? Uso CNAB400.

Segue remessa do boleto em questão. cb200601.rem

Juliomar, antes de te mandar o log de comandos, tem uma questão com o ACBrBancoBanrisul.pas: if (not LeCedenteRetorno) and ((rAgencia <> OnlyNumber(Cedente.Agencia)) or (rConta <> OnlyNumber(Cedente.CodigoCedente))) then raise Exception.Create(ACBrStr('Agência\Conta do arquivo inválido')); Ele nunca identifica agência ou conta, apesar de que, ignorando esta exceção os dados são lidos "sem problemas". Segue em anexo o INI de configuração do cedente, o INI de inclusão do boleto, o PDF do boleto gerado, o arquivo de retorno lido e o PDF gerado com erro, após a leitura do retorno. Segui os seguintes passos para gerar o problema: 1) Abri o monitor 2) Configurei o cedente pelo INI em anexo 3) Incluí o título pelo INI em anexo 4) Criei o PDF em anexo (tudo OK) 5) Li o retorno em anexo utilizando a tela de relatórios disponível no monitor. Se não comentar as linhas de "Agência\Conta do arquivo inválido", nada é lido. Com essas linhas comentadas, inclusive com as demais que especificam cedente, agência e conta no ACBrBancoBanrisul.pas, o retorno é lido sem problemas, conforme Retorno.ini 6) Ao tentar criar boletos, usando os mesmos INI, é sempre gerado um boleto com problema, conforme outro PDF em anexo. O mesmo erro se repete na geração de remessas. 0085850341058_20170619_0.ret - Lido Retorno.ini boleto.pdf Boleto.ini Cedente.ini boleto depois de ler o retorno.pdf

Infelizmente não resolveu e percebi que o problema ocorre depois de faço a leitura dos retornos. Ou seja, abro o monitor, configuro dados de cedente, imprimo boletos, HTML, PDF, tudo sem problemas. Após ler um arquivo de retorno, todas as impressões saem com o problema mencionado.

Faz tempo que isso ocorre, mais de ano e, se não me engano, já ocorria no ACBrMonitor. Meus fontes estão atualizados e isto é bem antigo, vem de muito tempo. Nesta última semana decidi preencher o nosso número com zeros à esquerda até 8 caracteres antes de usar o "IncluirTitulos" pelo arquivo INI e o problema parece ter parado, darei mais informações no decorrer desta semana. Segue exemplo parcial de INI de inclusão: [Titulo1] NumeroDocumento=119 / 9163 / 1 NossoNumero=00000104 (antes colocava só "104", agora incluí os zeros à esquerda. Neste caso gerou normal, ficou 10405) Carteira=805076 ValorAbatimento=0,00 ValorDesconto=0,00 ValorMoraJuros=1,13 ValorIOF=0,00 ValorOutrasDespesas=0,00 ValorDocumento=678,00 PercentualMulta=3,00 Vencimento=07/08/2015 DataDocumento=10/07/2015 DataProcessamento=19/06/2017 DataAbatimento= DataDesconto= DataMoraJuros=07/08/2015 DataProtesto= LocalPagamento=Pagavel em qualquer agencia bancaria ate o vencimento Especie=DM EspecieMod=R$ Sacado.NomeSacado=DISTRIBUIDORA Sacado.CNPJCPF=12.345.678/9112-45 Sacado.Pessoa=1 Sacado.Logradouro=Avenida Assis Brasil Sacado.Numero=11 Sacado.Bairro=Cristo Redentor Sacado.Complemento= Sacado.Cidade=Porto Alegre Sacado.UF=RS Sacado.CEP=91140000 [email protected] Mensagem= Aceite=1 OcorrenciaOriginal=0 Parcela=1 TotalParcelas=1 SeuNumero=119 / 9163 / 1 TipoDiasProtesto=0 TipoImpressao=0

Houve algum progresso em relação a isso? Noto que comigo isso também acontece, usando o ACBrMonitorPlus, às vezes ele simplesmente não gera o digito de verificação. Daí fecho e abro o monitor e o problema se "resolve". Quando isto ocorre, é na geração de remessa e na impressão.

Bom dia, sempre mantenho o ACBrMonitor Plus atualizado no meu sistema, a última versão que utilizei sem problemas, foi compilada através do código do SVN do dia 19 de dezembro. Ontem atualizei o repositório, vi que houveram várias modificações nos boletos. Depois dela, comecei a receber erros de tamanho do nosso número inválido no Banrisul, com aviso que o mesmo deveria ser 7, mas olhando o arquivo ACBrBancoBanrisul.pas, a variável fpTamanhoMaximoNossoNum está como 8 e em alguns casos 10. Verifiquei meu código que estava deixando este campo com 8 caracteres, adicionando zeros à esquerda. Corrigi isso e a emissão começou a funcionar, apesar do fato de que já estava no limite correto, mas removi os zeros à esquerda para conseguir a emissão. Ao tentar imprimí-lo, comecei a receber erros de carteira inválida, a mesma deveria ser 1 ou 3. Isso nunca aconteceu antes e a carteira que sempre utilizei no Banrisul tem 6 caracteres, não 1. Faço inclusões e emissões através da leitura de arquivos INI para incluir boletos. Hoje pela manhã um cliente reclamou que o sistema estava gerando os boletos dele do banco Santander como Caixa Econômica e dando erro de leitura de retorno pelo mesmo motivo, as listas de identificação foram modificadas? Sei que deveria ser mais detalhado com meu problema, incluindo alguns exemplos, mas esta primeira postagem é para ver se alguém esta tendo estes problemas ou se é algo exclusivo meu.

Pessoal, ainda neste assunto, tive este mesmo problema porque estava usando "CodigoTransmissao" ao invés de "CodTransmissao", vendo os fontes corrigi o problema, há algum motivo para este campo estar com o nome abreviado?