BigWings

O QRCode dinâmico é aquele vinculado a uma cobrança gerada, então você precisa gerar primeiro a cobrança. No exemplo nos endpoints /cob e /cobv você gera a cobrança e já tem o QrCode.

https://www.cte.fazenda.gov.br/portal/consultaRecaptcha.aspx?tipoConsulta=completa&tipoConteudo=mCK/KoCqru0=&cte={chave}

Creio que você não vai conseguir também gerar um QrCode dinâmico (/cob ou /cobv) com identificador menos de 26 caracteres. Você deve ter gerado um QrCode estático com esse identificador, certo? No caso do estático não tem como consultar via API, até onde sei.

Isso indica que o TxID deve ter no mínimo 26 e no máximo 35 caracteres, ou seja, um QrCode dinâmico.

O erro é por estar validando um XML não assinado. Qual o retorno do comando NFE.ASSINARNFE ?

O problema é que você deve estar preenchendo também a tag ICMS.vFCP que seria a de operação interna. Basta zerar essa tag para essa operação.

Se você tem o ACBr pode usar o método PintarQRCode da unit ACBrImage.

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

O XML que anexou está autorizado.

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

Tente trocar o #13 por #13#10, ou sLineBreak.

020 é a carteira. function TACBrBancoItau.MontarCampoNossoNumero ( const ACBrTitulo: TACBrTitulo ) : String; var NossoNr: String; begin with ACBrTitulo do begin NossoNr := Carteira + PadLeft(NossoNumero,TamanhoMaximoNossoNum,'0'); end; Insert('/',NossoNr,4); Insert('-',NossoNr,13); Result := NossoNr + CalcularDigitoVerificador(ACBrTitulo); end;

Veja a versão do PVA se está atualizada.

Não é bem o assunto do tópico, mas a sequência de numeração é distinta por CNPJ, modelo e série.

Isso foi só um exemplo de um lugar que tem que corrigir, no caso aí é para o CTe. Pelo que vi mais acima o seu problema é na NFe, já foi enviada uma correção. Atualize os fontes, reinstale e teste.

Correção no SVN. https://www.projetoacbr.com.br/forum/forum/3-dúvidas-gerais-sobre-o-acbr/?do=add

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

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

Falha catastrófica é um access violation num processo remoto. Provavelmente tem algo no tratamento das exceções que esta gerando o AV. Da forma abaixo também ocorre erro? except on e: exception do begin DB.Rollback; Log.Trace(e.Message); raise; end; end;

Veja que o desconto apareceu nas instruções. Os valores de desconto, multa, juros a direita não devem ser preenchidos. Só no momento do pagamento do boleto que o operador do caixa vai anotar os valores efetivamente aplicados.

Veja o que diz a documentação: Esse validador provavelmente não está levando isso em consideração. A sugestão é emitir um boleto de teste em produção e validar direto com o banco.

Já tem quase 10 anos que essa alteração foi implementada no componente. Na época eu já tinha feito testes direto nos bancos e já estavam aceitando esse algoritmo. O link está quebrado mas todos os manuais recentes dos bancos trazem o cálculo do fator dessa forma. Se algum validador online não está aceitando, o problema é no validador.

O componente apenas gera os blocos e registros, você deve alimentar com os valores.

Ele ainda está tentando fazer a consulta do recibo... Teve uma correção pra isso esta semana, atualize.

Parece que você está enviando no modo assíncrono, esse modo foi descontinuado na versão 4.00.