BigWings

Não precisa voltar o ultNSU pra 0, precisa aguardar 1h ou mais e consultar novamente, DESDE que não tenha nenhuma outra aplicação consultando o CNPJ, deve funcionar.

Existe a opção de incluir o CPF ou CNPJ da contabilidade nos terceiros interessados. Cada ambiente deve funcionar separado, acesso em homologação não vai afetar o de produção.

Conseguiu resolver?

O problema é que por ter caminhos longos nos paths, a linha de comando do compilador ultrapassou 32000 caracteres que é o limite do Windows. Então faça como o Juliomar disse acima, ou marque a opção de usar arquivo de configuração .cfg no instalador.

Foi enviada uma correção, favor atualizar novamente.

Pode ser outra aplicação consultando o mesmo CNPJ.

Tive uma solicitação pra implantação desse serviço. Pelo que vi não é gratuito, é destinado as concessionárias e garagistas, e é preciso contratar o serviço no SERPRO pra utilização do RENAVE.

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/

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.