BigWings

Nesse caso sempre vai passar 1 como número da remessa, alguns bancos exigem o envio na sequência correta, caso contrário ela é rejeitada.

Tem um série de erros indicando que não encontrou as classes do Fast Report, mas o pacote DANFE compilou normal. Tem alguma alteração local nos seus fontes? Alguma pasta ou arquivo marcada em vermelho na pasta do ACBr? Se tiver você pode tentar fazer o revert pelo Tortoise. Ou tentar baixar novamente os fontes em outra pasta.

O número da remessa é o segundo parâmetro do comando, deve ser controlado pela tua aplicação.

Acho que não existe mais a versão "free". Você pode baixar os fontes e compilar. Ou fazer uma conta trial pra baixar a versão SAC.

Anexe o log do instalador.

Bem provável que tinha esse fonte solto na pasta do ACBr e foi adicionado ao projeto com esse caminho. Olha no seu .dpr se não está referenciando essa unit RxCurrEdit.pas. E se tem referência a ela nas outras units do projeto, use o "Find in files" do Delphi pra procurar.

Porque é a versão do compilador e não da IDE.

Veja se o library path não está apontando para mais de uma instalação do Fast Report.

Não existe esse arquivo nessa pasta. Provavelmente está com erro na instalação da RXLib. Qual a mensagem de erro exata na compilação?

Não é preciso efetuar a manifestação de Confirmação. Apenas a manifestação de Ciência já é suficiente para ter acesso ao XML completo. Não faz sentido exigir a confirmação, já que isso indica que a mercadoria foi recebida pelo destinatário e impede o emitente de cancelar a nota. Mas aguardar o tempo de processamento da manifestação pelo ambiente nacional e geração de novo NSU com o XML completo é necessário sim, isso pode levar desde alguns segundos até minutos, horas e em alguns casos até dias.

Anexe os logs de instalação.

Usando Fortes ou Esc/Pos? Na versão em Fortes Report você pode salvar o PDF. Que saiba não tem como "abrir" um PDF pelo Fast Reports para impressão. Gerado o PDF você pode chamar a aplicação própria, p. ex. o Adobe Reader para imprimir.

Somando os itens, a SEFAZ está correta, o valor total deve ser 1.030,68, que é a soma dos valores informados no vProd de cada item. Lembre que você deve arredondar o valor em cada item, e somar só após o arredondamento.

Versões diferentes do Fortes no caminho de compilação. Está executando o instalador do Fortes e do ACBr?

Testei aqui com mais de um certificado e o resultado de CertNumeroSerie foi o mesmo tanto com OpenSSL quanto WinCrypt. Você fez o teste com o programa exemplo? Qual o ambiente de compilação?

Correção no svn, rev. 20812.

Está correto, de acordo com os manuais, no DANFE só é mostrado a tag vIPI e não a vIPIDevol. Você pode incluir o valor do IPI devolução nos dados adicionais da nota.

Parece que temos um bug... Tente informar como UA3.

Seria a tag UA03. https://svn.code.sf.net/p/acbr/code/trunk2/Doctos/Manuais/Layout_TXT_NFe_NFCe_4_00.pdf E não existe tag para informar alíquota, a tag pDevol é para informar o percentual devolvido, em quantidade.

Isso geralmente é por estar usando o componente para NFe e o .fr3 de NFCe. Foi criado no final de 2018 um novo componente para DANFE NFCe em Fast. Há quanto tempo não atualizava?

W7 e W10, desde que esteja atualizado, vai funcionar com qualquer configuração, mas CAPICOM não é mais recomendado por já ter sido depreciado pela Microsoft, só funcionar em 32 bits e MSXML ter problemas graves com certificado A3. Mas a definição da URL não depende da configuração SSLLib, apenas da configuração do componente e do arquivo ACBrNFeServicos.ini, se este existir na pasta da aplicação. Faça teste com o programa exemplo do componente.

Parece redundante, se PosPrefix for 0 vai copiar a linha toda de qualquer forma... Isso não vai causar problemas com outros provedores ou outros documentos (NFe, CTe, MDFe, BPe...)?

É um bug do instalador, que usa o ACBr.inc desatualizado da pasta Lib na compilação e só atualiza ele no final... Apagar a pasta ACBr\Lib e reinstalar resolve.

Essa URL é antiga, já desativada. Então ou você não configurou para a versão 4.00 ou tem algum problema no seu arquivo ACBrNFeServicos.ini.

Correto, de acordo com as Notas Técnicas. Mas por os eventos de manifestação serem enviados para o Ambiente Nacional, pode acontecer de a confirmação demorar pra chegar na SEFAZ do emitente e este assim conseguir cancelar a nota.