BigWings

Aqui tem um vídeo explicando o passo a passo. https://projetoacbr.com.br/fontes/ Qualquer dúvida em específico favor detalhar em um novo tópico.

Gerei o XML para o Infisc mas aparentemente a cidade de Farroupilha/RS mudou o provedor para o Tecnos, conforme consta alteração no arquivo Cidades.ini. Veja se não é este o problema.

O ideal é não usar caracteres especiais como o & pois ele não é aceito no XML. Se está usando o componente ACBrNFSe ele já deve estar fazendo a troca para o caractere de escape. De qual cidade/provedor estamos falando?

Testando pelo programa exemplo gerou normalmente o XML para Campo Grande, provedor ISSDF.

Como está a configuração SSLLib? Está com os fontes atualizados?

No programa exemplo do componente tem a opção de gravar os arquivos de envio e retorno do webservice, e a configuração dos diretórios. Ao executar o método DistribuicaoDFe deve gerar um arquivo *-con-dist-dfe.xml que é o XML de envio da consulta e *-dist-dfe.xml que é o retorno do XML com os dados dos documentos retornados.

Algum problema na sincronização da SEFAZ com o ambiente nacional, talvez. Anexe por favor o XML de consulta ao DistribuicaoDFe, informando o último NSU = 0. E uma chave de NFe que devia estar sendo retornada e não está. Assim podemos talvez descobrir o motivo.

Aqui tem vídeo com instruções sobre como atualizar: https://projetoacbr.com.br/fontes/

Uma dica é inserir registros de log em arquivo texto a cada comando que enviar, assim você vai saber qual foi o último comando executado que causou o congelamento.

Tem diferença entre consultar por NSU e por último NSU. O primeiro vai retornar apenas um documento, vinculado ao NSU que informou, já o segundo vai retornar todos os documentos a partir daquele NSU, limitado a 50 documentos por consulta. A consulta por último NSU também é limitada aos últimos 90 dias, então pode ser isso. Veja também se está consultando no ambiente correto, produção ou homologação.

Isso é um problema em usar TFields persistentes. Se mudar qualquer coisa, Delphi, Firebird, componente de acesso o mapeamento dos TFields pode ser diferente e vai ter esses erros. Aí tem que ficar ajustando...

Está referenciando essa unit em algum lugar no seu projeto?

Creio que essa unit não seja mais usada no ACBr. Você está referenciando ela em algum lugar no seu projeto?

Acho que você não entendeu. Existem dois componente para impressão do boleto no ACBr. Uma versão para Fast Report (TACBrBoletoFCFR) que depende de o arquivo .fr3 estar informado na propriedade FastReportFile. Uma versão para Fortes Report (TACBrBoletoFCFortes) que não depende de arquivo externo, o boleto já está criado nos .dfm já agregados ao exe. Dependendo de qual gerador você preferir usar, vai usar um componente ou o outro.

Se é a versão para Fortes Report não vai ter a propriedade FastReportFile. Ela existe para o TACBrBoletoFCFR.

Veja se ACBrBoletoFCFR é realmente o nome do seu objeto. Se for, tenta alterar para outra coisa, o Delphi pode estar confundindo o nome do objeto com o da unit com esse mesmo nome.

Movi o tópico para o sub-fórum do ACBrMonitorPLUS. Caso a empresa que está fazendo a devolução não seja contribuinte do IPI, a tag correta é a vIPIDevol. Mas não deve ter erro ou rejeição caso use a vIPI. Anexe o arquivo que está passando para o Monitor.

Provavelmente é algum problema no acesso ao hardware do certificado. É um A3, correto?

Pode ter a ver com o CST do IPI informado, mas não entendi a parte de "geração do arquivo para o ACBr". Que tipo de arquivo está gerando? Você usa o componente, ACBrMonitorPLUS ou ACBrLib?

Atualize os fontes, para ter uma mensagem de erro mais compreensível.

Tenho o Quick mas nunca usei Zeos, instalei ele aqui pra fazer o teste. Acredito que seja algo com o mapeamento dos TFields feito pelo Lazarus Zeos que o QuickReport não esteja suportando... Usando o seu projeto de exemplo criei a base com o campo VR_TOTAL com NUMERIC(15, 2) dessa forma a soma não apareceu. Com a mesma base mas usando Firedac não houve problema. O Zeos cria o TField do VR_TOTAL como TExtendedField. Caso você use um CAST na query para, por exemplo: select [...], cast(VR_TOTAL as DOUBLE PRECISION) VR_TOTAL from NFSITEM O campo passa a ser TFloatField e a soma do QuickReport passa a funcionar...

Na emissão direto pelo portal do GNRE não é da mesma forma? O XML é gerado pelo webservice então é este que está ignorando os dados do destinatário. Eu não emito GNRE então não sei dizer... se quem paga a guia é o próprio emitente, qual a necessidade de informar destinatário? Veja o que diz o FAQ no portal do GNRE: Entendo que o destinatário só é informado em receitas específicas, para o PR não encontrei nenhuma que pedisse dados do destinatário.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Com esse vencimento, o erro não faz sentido. O range de segurança é uma faixa de 500 posições no fator de vencimento, para controle do reinício da numeração. Um boleto não pode ter vencimento com mais de 3000 dias atrás, ou 5500 dias à frente, caso em que entraria no range de segurança: http://www.abbc.org.br/images/content/manual operacional.pdf

Qual data de vencimento está informando?