BigWings

Provavelmente foi removido esse campo FCompareStringsOverriden da class TStringList na versão mais recente do Delphi. E sua aplicação está tentando recriá-la na marra.

Se é uma NFe complementar de uma NFe de devolução, creio que se aplica sim. Não lembro de haver qualquer restrição nas NT quanto a isso.

Já respondi o teu colega:

Sim, funciona como na NFe, para o modelo 57. No modo assíncrono pode enviar um lote de até 50 CTe. Já no modo síncrono, apenas um CTe por vez. No modelo 67 CTe-OS existe apenas o modo síncrono. https://www.cte.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=9qrRlyy61qo=

Favor não duplicar tópicos.

Ao que me parece é a tag tpTransp que deve ser preenchida como TAC caso o veículo não seja de propriedade do emitente do MDFe.

Mostre o código.

Pelo layout o nível dessa tag é 3 então ela é filha de infPag e não Comp. var pag: TinfPagCollectionItem; begin [...] pag := rodo.infANTT.infPag.New; pag.vAdiant := 100.00;

Creio que não tenha as novas tags no programa exemplo. Qual a dificuldade?

O erro indica que você não informou nenhum pagamento na nota. Verifique a sua rotina.

Acho interessante ter no ACBr a geração do QrCode estático do PIX. E com isso criar a propriedade na classe TACBrTitulo para informar assim o QrCode individual por boleto. Mas provavelmente não poderá ser impresso na ficha de compensação do boleto, isso é controlado pelos bancos e provavelmente não seria homologado, mas creio não ser problema se for no recibo do pagador. Fique a vontade pra implementar e anexar os fontes aqui, assim os consultores podem analisar.

Muito vago, dê mais detalhes, diga o que tentou fazer, teste com o programa exemplo do componente, anexe o XML pra que outros possam testar...

Como vai gerar o QrCode pra informar na propriedade?

Pela mensagem de erro e pelos schemas do provedor, aparentemente faltou informar a tag CodigoCnae e a CodigoTributacaoMunicipio. <xs:element name="IssRetido" type="xs:unsignedByte" /> <xs:element name="ResponsavelRetencao" type="xs:unsignedByte" /> <xs:element name="ItemListaServico" type="xs:decimal" /> <xs:element name="CodigoCnae" type="xs:unsignedInt" /> <xs:element name="CodigoTributacaoMunicipio" type="xs:unsignedByte" /> <xs:element name="Discriminacao" type="xs:string" /> <xs:element name="CodigoMunicipio" type="xs:unsignedInt" /> <xs:element name="CodigoPais" type="xs:unsignedShort" /> <xs:element name="ExigibilidadeISS" type="xs:unsignedByte" /> <xs:element name="MunicipioIncidencia" type="xs:unsignedInt" /> <xs:element name="NumeroProcesso" />

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.

Você atualizou a sua pasta de schemas com os do ACBr?

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.

Algum arquivo ACBrNFeServicos.ini desatualizado no diretório da aplicação? Configuração de versão do QrCode está veqr200?

Não parece correto: vProd deve ser o valor total do item, quantidade multiplicado pelo valor unitário.

O ideal é você baixar a tabela e subir para um servidor próprio, e baixar a partir daí. Pode usar o ACBrIBPTax pra baixar a tabela: procedure TForm1.btDownloadClick(Sender: TObject); begin ACBrIBPTax1.URLDownload := 'https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrTCP/ACBrIBPTax/tabela/TabelaIBPTaxRO21.1.D.csv'; ACBrIBPTax1.DownloadTabela; ACBrIBPTax1.Arquivo.SaveToFile('c:\temp\tabela.csv'); end;

Enviei ajuste para o repositório com base na sua sugestão, rev. 21830. Favor atualizar os fontes e testar.

Não entendi se o erro é do ACBr ou rejeição da SEFAZ na consulta... Sobre a função de validação já tem um tópico com sugestão de correção.

Parece correto exceto pelas séries 890-899, o MOC deixa claro que na chave de acesso vai constar o CNPJ da SEFAZ: