BigWings

Se está usando o ACBrNFSe veja se está com os fontes e arquivos .ini atualizados. A última atualização no BHISS.ini foi uma correção para assinatura.

https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATBHE/assinadoc/ValidadorAssinaturas.app/valida.aspx O XML contém indentações e quebras de linha, conforme o Italo já disse, o XML não deve conter qualquer caractere entre as tags, então deve ser esse o motivo.

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

Declare a unit ACBrBoletoConversao na cláusula uses.

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?

Tente informar a IE do emitente em branco, já que o emitente não é da mesma UF do estado de destino da GNRE. A guia está sendo gerada com os dados da empresa que tem a mesma IE no PR.

Se você baixou só o instalador, não vai funcionar, precisa baixar todo o trunk com os fontes, pacotes, exemplos, etc e depois executar o instalador, que já vem na raiz do trunk. https://projetoacbr.com.br/fontes/

Não ficou claro.. você resolveu o problema da GDS32.DLL? Até onde sei o IBDatabase depende dessa DLL. - Desinstale o Firebird. - Verifique se a GDS32.DLL foi removida da pasta do Windows\SysWOW64 ou Windows\System32. - Refaça a instalação marcando a opção para gerar a GDS32 para retrocompatibilidade.

Sim. Basta que o certificado de transmissão seja um certificado válido.

Essas notas que anexou estão autorizadas. Anexe o XML da NFe onde teve rejeição.

Outra coisa é que você parece ter duas versões do FastScript instaladas. Para o Delphi Rio seria apenas apenas o pacote fs26 que deveria estar sendo carregado.

Você tem o Fast Report instalado? Se não tem, pode desmarcar a instalação dos pacotes que dependem do Fast no instalador.

Veja se está com o ACBrInstall_Trunk2 atualizado. Pra visualizar basta marcar a propriedade MostraPreview / MostrarPreview do componentes antes de chamar o método Imprimir.

Pelos schemas, não parece possível, vai haver erro de validação: Na verdade parece aceitar sim, já fez o teste? <xs:annotation> <xs:documentation>Placa do veículo (NT2011/004)</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:pattern value="[A-Z]{2,3}[0-9]{4}|[A-Z]{3,4}[0-9]{3}|[A-Z0-9]{7}"/> </xs:restriction> </xs:simpleType>

Veja:

Veja a observação em negrito na notícia abaixo:

O LoadFromFile tem um parâmetro que define se o XML deve ser gerado novamente ou não, se estiver passando True para ele pode ser esse o problema. Você pode usar um certificado próprio na nuvem para enviar o XML, não precisa ser o mesmo certificado que assinou o XML, nem ter o CNPJ do emitente.

Não creio... tem um XML assim? Você pode passar indPag = ipNenhum, para que a tag não seja gerada, que saiba nunca existiu valor 3 pra essa tag. // Indicador do Tipo de pagamento ********************************************** function IndpagToStr(const t: TpcnIndicadorPagamento): string; begin result := EnumeradoToStr(t, ['0', '1', '2', ''], [ipVista, ipPrazo, ipOutras, ipNenhum]); end;

Alguns provedores exigem que o XML seja assinado, exigindo assim o certificado. Outros pedem apenas usuário e senha para acesso. No caso do ISSNET está marcada a configuração: Também as configurações de assinatura: Então precisa sim do certificado.

A diferença está apenas nos dados do emitente, em que se informa CPF e não CNPJ, o mesmo valendo para o certificado, e a série da NFe que deve estar entre 920 e 969. Veja a NT 2018.001. Não sei se o PR permite a emissão via webservice, é preciso consultar a SEFAZ.

Você deve informar 0-Pagamento à vista ou 1-Pagamento a prazo para essa tag. Ou não informar nada. O valor 2-Outras não é aceito, é mantido no componente apenas para compatibilidade com a antiga tag indPag da versão 3.10.