BigWings

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

No diretório e subdiretórios da sua aplicação não tem um arquivo "mimepart.dcu"?

O tipo está declarado na unit PCNComum/pcnConversao.pas. Então ou você não atualizou todos os fontes da pasta ACBr, ou tem arquivos .pas ou .dcu antigos no caminho do compilador. Reinstale o ACBr usando a opção de apagar arquivos antigos, também pode marcar a opção de manter apenas a pasta LibXX no library path assim não vai recompilar os fontes do ACBr ao compilar o seu projeto.

Essa dúvida você tem que tirar com a contabilidade da empresa. Mas acho que o que você quer é isso aqui: https://www.oobj.com.br/bc/article/É-possível-usar-o-cfop-5929-na-nfe-referenciando-nfce-s-436.html

Esse erro foi por referenciar mais de um tipo de documento (refNFe, refECF) no mesmo grupo. Pelos schemas, cada grupo (NFRef.Add) só pode ter um tipo de documento. Significa que a UF em questão não permite referenciar esse tipo de documento. Que saiba hoje apenas MG e SC ainda emitem cupom fiscal ECF. Se você quer é referenciar uma NFCe como indica o XML, deve informar apenas a chave na tag refNFe.

Pode alterar o ACBrInstall_Trunk2 pra mostrar os warnings e hints no log.

Acho que faz sentido a alteração no ACBr.inc, movendo o {$I ACBr_jedi.inc} acima. Também concordo que com isso o define/undef "BORLAND" do ACBr.inc pode ser removido pois já é feito na ACBr_jedi.inc. A diretiva que desativa os warnings de deprecated é melhor manter comentado pois indica trecho de código que precisa mexer. Só não entendi porque aqui no meu Delphi Rio 10.3.3 não estava mostrando os warnings de conversão de strings, em teoria devia estar mostrando. Enfim, o @EMBarbosa pode analisar.

No próximo fluxo do DistribuicaoDFePorUltNSU, você deve receber o XML completo dessas notas manifestadas. Note que é preciso aguardar 1h antes de fazer a consulta, se o último cStat recebido foi o 137, senão pode cair em consumo indevido.

Fonte: https://deolhonoimposto.ibpt.org.br/

Aqui só carrega se estiver no system32 ou no syswow64. Como a minha licença não dá direito aos fontes fico dependente do instalador. Inclusive o recompile.exe precisa de acesso no system32, pra quê?

Veja se tem mais de uma versão dessa bpl na sua máquina. O Fast tem a mania chata de colocar as bpl no system32, pode ter mais de uma versão espalhada por aí.

Acrescente "Vcl" ao Unit scope names nas opções de projeto do pacote.

Acima tópico com tutorial de instalação rápida nos Delphi CE e Trial. Vou fechar este tópico que já se tornou extenso.

Tente inverter essa sequência de comandos: if NFE.NotasFiscais.ValidarRegrasdeNegocios(Erros) then begin NFE.NotasFiscais.Assinar; NFE.NotasFiscais.GerarNFe; end Chame primeiro GerarNFe, depois Assinar, depois o ValidarRegrasDeNegocios.

22/02/2022 - Web services do Ambiente Nacional da NF-e que serão desligados em 23/05/22 e seus substitutos Conforme publicado anteriormente no Portal de homologação da NF-e, em hom.nfe.fazenda.gov.br> serviços> relação de serviços web, os web services abaixo do Ambiente Nacional da NF-e serão desligados em 23/05/22. https://hom.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx https://hom.nfe.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx Os web services substitutos, disponíveis e em uso há bastante tempo são: https://hom1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx https://hom1.nfe.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx Assinado por: Receita Federal do Brasil Fonte: http://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=3ogS20ezQ/I=

O cNF deve ser randômico, mas você vai gerar o número randômico apenas uma vez pra cada NFe.

@aline garcia

O que provavelmente aconteceu é que numa dessas tentativas a nota foi transmitida mas a sua aplicação não obteve o retorno. E gerou novamente o XML com outro cNF, causando a rejeição por duplicidade. É importante que você tenha todos os dados da nota armazenados pra uma possível necessidade de regerar o XML, não usar variáveis como 0 para o cNF, ou Now para a data e hora de emissão. O que precisa fazer agora nesse caso é o que eu disse antes, obter o cNF correto conforme o primeiro envio e gerar novamente o XML, assinar e usar o método ACBrNFe.Consultar pra obter o protocolo.

Já leu o tópico abaixo? Aí ele deixa claro que o acesso via spool não permite leitura de informações apenas envio. Talvez você queira tentar usar o modo USB que não depende de porta serial virtual nem do spooler.

Não tem como baixar, precisa gerar novamente com os dados corretos conforme foi enviado para a SEFAZ, e fazer a consulta pra atualizar o protocolo. Se está tendo esse erro e foi a sua aplicação que gerou a nota com essa chave, indica um erro na sua rotina de emissão. Por exemplo, você preenche a tag cNF (Código numérico da NFe) ao emitir a nota ou deixa o componente gerar?

Sinal que tem outros fontes ou .dcu do Fortes Report no search path do compilador. Verifique as opções de projeto. Apagou também os .dcu no diretório do seu projeto?

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

Veja se a pasta de Schemas está atualizada, e não tem schemas de NFe, CTe, MDFe misturados (um interfere no outro).

Não entendi o que não quer que aconteça... No tópico abaixo tem detalhamento do que faz cada propriedade que afeta a impressão dos dados adicionais, inclusive o tamanho da fonte.