BigWings

É um problema já corrigido. Atualize os fontes, pelo visto eles estão bem antigos.

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

Note que eu disse que ia salvar os arquivos dos eventos, e não alterar o conteúdo da propriedade.

A regra de validação tem uma observação referente ao regime de IE única, que parece ser o caso. Esse tratamento tem que ser feito do lado da SEFAZ do emitente, se realmente é o caso, entre em contato com eles e reporte o problema.

Se chamar o método de consulta informando True no segundo parâmetro ele já salva os XML em disco dessa forma. Se precisar fazer internamente na aplicação estude os fontes da unit ACBrNFeWebservice, TNFeConsulta.TratarReposta.

Talvez eles tenham diminuído a tolerância. Se não me engano pelas notas técnicas, fazer a mesma consulta (por exemplo consultar o mesmo NSU ou a mesma chave) mais de 10 vezes em 1 hora já é considerado abuso.

Faltou um operador ali entre a primeira e a segunda condição do where.

Se a nota está sendo transmitida, acredito que não tenha nada com o que se preocupar. Mas se quer tirar a dúvida acesse o portal da NFSe da prefeitura e veja se ela disponibiliza o manual de geração do XML ou arquivos de exemplo.

Alguns provedores exigem que a alíquota seja informada dividida por 100. Está tendo algum erro no envio?

Se não tiver só a pasta Lib no library path Win32, pode copiar os caminhos para o do Android.

Lendo o fonte por cima, vi que o ImprimirExtratoVenda executa um .Clear no ACBrSAT, os métodos para gerar PDF e extrato resumido não. Imagino que quando imprime é porque já está com o documento carregado após a emissão. Provavelmente o caminho informado está incorreto ou houve algum problema na leitura do XML. Se você chamar o ImprimirExtratoVenda primeiro, e depois o GerarPDFExtratoVenda, funciona?

Veja a propriedade ImprimeDescAcrescItem do componente de impressão.

Provavelmente faltam os caminhos dos fontes do ACBr no Library Path do Delphi para Android. Está com os fontes atualizados com o novo instalador?

Pela forma que o arquivo é lido sempre vai sobrepor o valor do troco ao ler cada pagamento. Então informe o valor troco no último pagamento (ou o mesmo valor para todos).

@antonio.carlos é preciso informar a tag vBCUFDest (Base de Cálculo do ICMS na UF de destino), sem essa tag o grupo todo é ignorado na leitura do INI.

É compatível desde o D7. Você tem o D2007 instalado na máquina, junto com o Tokyo?

Faltou informar o campo vBCUFDEST.

Pra forçar gerar a tag mesmo com valor zero, você pode informar: NFSe.Servico.Valores.ValorIss := NFSe.Servico.Valores.ValorIss + 0.001; // vai gerar com 2 casas no XML, arredondando pra 0.00.

@automacaosamos por favor atualize novamente os fontes e teste.

Reabri o tópico pois a correção gerou uma série de ajustes para compatibilizar com todas as IDE suportadas. @Wanderson Freitas queira por favor atualizar os fontes e testar novamente.

Ajuste enviado para o repositório, revisão 21101.

Se é NFe modelo 55 basta informar a chave na tag infNFe, não é preciso informar o CPF do emitente.

Separei o seu tópico por se tratar de assunto específico.

Você precisa estudar o programa exemplo, pra ver como são alimentadas as tags no componente.