BigWings

O que está informando para Titulo.Carteira?

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

Não entendi a dúvida, parece tudo correto. O cStat 138 indica que houve documento encontrado com o NSU ou chave da NFe informadas. No caso houve retorno de uma nota na tag docZip, pelo schema é o XML completo da nota, com NSU 48. O conteúdo do XML vem compactado e em base64 mas o componente já faz a extração. Exemplo de código: NFE.DistribuicaoDFePorChaveNFe(UFtoCUF(UF), CNPJCPF, ChaveNFe); if (NFE.WebServices.DistribuicaoDFe.retDistDFeInt.cStat = 138) and (NFE.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[0].schema = schprocNFe) then begin GravarXMLNoBD(ChaveNFe, NFE.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[0].XML); Inc(qtdDownload); end

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

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.

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

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

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.

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

Você pode usar a função GerarCodigoDFe da unit ACBrDFeUtil para gerar o cNF dentro das regras (aleatório). Depois preencher na alimentação do componente: uses ACBrDFeUtil; ... CODIGO_NFE := GerarCodigoDFe(NUMERO_NFE); // armazenar no banco de dados junto com os dados da nota ... with ACBrNFe1.NotasFiscais.Add.NFe do begin Ide.natOp := 'VENDA'; Ide.indPag := ipVista; Ide.modelo := 65; Ide.serie := 0; Ide.nNF := NUMERO_NFE; Ide.cNF := CODIGO_NFE;

Está usando o ACBrNFe?

Favor não duplicar tópicos.