EMBarbosa

olá. As suas sugestões foram enviadas ao SVN, com algumas alterações.
Queira testar e reportar qualquer problema.

Subido na revisão 15755.
Favor avaliar e dar um retorno.

É chamado de falso positivo. Você pode verificar que ao rodar no Virustotal.com a maior parte dos detectores apontam como limpo "Clean".

Se isso está acontecendo quando você está gerando um backup pelo gbak, o BD provavelmente está corrompido.
Exporte todos os dados o mais rápido possível e importe num novo BD.

Uma das coisas que é preciso verificar é o "encoding".

importar funções de dlls já. Pode procurar no internet que encontra fácil. Agora trabalhar com essa leitora, ainda não tive oportunidade.

Se eles não tiverem disponibilizado um arquivo com as funções, acho que você pode pesquisar no google como importar funções de dlls no Delphi.

No ACBrMonitor, nas configurações sobre "DF-e" -> aba "Geral".
Está perto de onde configura a impressora padrão, margens, etc...

Verifique se você não possui o fortes em outra pasta. Talvez o Delphi esteja encontrando o arquivo .pas ou .DCU errado.
Se o erro continuar tente efetuar uma limpeza do fortes e do ACBr no computador.

Qual o erro? Anexe o log, por favor.
Você chegou a ver os vídeos sobre instalação e atualização?
 

Não existe um meio legal de fazer isso usando a chave. E quando digo legal, quero dizer com base na legislação vigente.
Muitos sistemas e empresas on-line tem feito o uso da página HTML gerada pela sefaz para tentar remontar os dados do arquivo .XML. Infelizmente o que os usuários desses serviços não entendem bem é que isso é ilegal e pode gerar erros. Há vários tópicos aqui no fórum sobre isso, como o esse aqui:
A possibilidade é por meio do webservice DistribuicaoDFe que é feito pelo sistema de "manifestação do destinatário".
Há vários tópicos aqui no fórum sobre isso também. Veja alguns:
 
 

Mas você não vai mandar pra eles tanto a NFe como a NFS-e totalizando o mesmo valor dos boletos?
Se eles não aceitam isso, você deveria perguntar pra eles como proceder. É bem provável que estejam deixando passar alguma coisa.

Na verdade deveria retornar o status do ECF. Mas no caso da NFC-e talvez seja melhor você modificar o TEF.
O roteiro de certificação TEF para ECF e para NFC-e são bem diferentes.
Para NFC-e a certificação é como se fosse uma impressora não fiscal.
Então os passos seguintes depende muito de como você está implementando essa transição. Você ainda está usando o ACBrECF com um ECF Virtual?

Não é estranho, porque você chamou o método que se inicializa por "PafMF_". Quer dizer que você deseja o arquivo para o PAF e assim, é necessário gerar o EAD.
Claro que pode. Basta você chamar o método correspondente diretamente.
Por exemplo, no caso do método em questão ACBrECF.PafMF_LMFC_Espelho, você utilizaria o método ACBrECF.LeituraMemoriaFiscalSerial passando False para o último parâmetro ("simplificada").
 
Só um detalhe que esqueci: se você vai adicionar o EAD no final, não tem motivos para você não seguir o modo do componente fazer isso. Mas enfim, é uma opção sua.
 

Acho que você não entendeu, veja o seu arquivo INI nessa parte aqui:
Conforme a orientação do José acima deveria ser:
[PAG001] tpag=90 vpag=338.05 indPag=XX Note que foi removido o símbolo "=".
Se continuar tento problemas, queira anexar o arquivo INI e o xml gerado.

Acho que precisamos verificar os erros novamente. Veja os erros que você anexou antes:
Esse claramente é um erro do Delphi. Basicamente não temos nada a fazer, a não ser reinstalar os componentes.
Note que esse erro está dizendo que um componente (TACBrCalculadora) não pode ser registrado por um pacote, porque ele já foi registrado por outro pacote.
O mais estranho é que esses pacotes tem o mesmo nome. Possivelmente estavam (ou estão) em pastas diferentes. Então você precisa remover esses pacotes antes de fazer uma instalação.
Vá em Component->Install Packages. Quando a janela abrir para cada pacote ACBr que aparecer Veja o caminho do arquivo .bpl, abra no windows explorer e apague o arquivo Volte na janela e clique em "Remove". Daí confira os caminhos em Tools->Options especialmente Environment Options->Delphi Options->Library - Win32 (Library e Browsing) e remova todos os caminhos que estão relacionados ao ACBr.
Daí faça uma nova instalação.
Por favor, se acontecerem, anexe os erros na ordem.
Dica: Não precisa dar um print da tela. Se você apertar Ctrl+C na tela de erro, ela vai ser copiada para área de transferência, e você pode colar aqui.

As alíquotas cadastradas anteriormente vão sempre aparecer na Redução Z. Por isso independentemente de seu cliente continuar ou não a usar, ela vai continuar aparecendo na Redução Z.
Continue deixando claro ao seu cliente que independente de suas sugestões, a responsabilidade é dele e do contador dele.
 
Moderação: tópico dividido.

Sim, muitos relatos de falhas nos clientes.
Não recomendo ninguém utilizar o UPX. Tem vários motivos, mas os principais são:
Hoje isso é de maneira geral desnecessário. O valor do armazenamento é barato e a internet muito melhor do que era entre 1996 a 2007. Ninguém se importa tanto com um aplicativo de vários MB de tamanho. Gera muitos falsos positivos em antivirus. Como a compactação é muito usada por vírus, keyloggers, keygens, crackers, etc..., boa parte dos antivirus detectam aplicativos compactados com UPX nos seus algorítimos heurísticos como ameaça. (Se você usa Delphi, isso chega a ser até pior)... Ele pode causar uma sobrecarga em processamento, visto que precisa descompactar o executável na memória. É claro que cada caso é um caso... mas de modo geral, é desnecessário e não desejado.

Me parece que o próprio driver deveria se adicionar com permissão para usuários normais. Esse link fala sobre isso:
Se for isso mesmo pouco podemos fazer. Alguns links que falam sobre o assunto são:
https://docs.microsoft.com/en-us/windows-hardware/drivers/kernel/sddl-for-device-objects
https://docs.microsoft.com/en-us/windows-hardware/drivers/kernel/securing-device-objects
Mas eu li que um administrador pode sobrescrever por meio do Registro do Windows inclusive por meio de uma aplicação user-mode. Como estou bem apertado no momento, se alguém quiser continuar tentando encontrar a resposta, tentem esse link abaixo também:
https://docs.microsoft.com/en-us/windows-hardware/drivers/kernel/setting-device-object-registry-properties-after-installation

Esse evento fica dentro do objeto VeSPague como pode ser visto na imagem abaixo.

O Exemplo que o Felipe citou acima pode ajudar você a entender o funcionamento.
 

Repetido
 

Sim. O produto talvez tenha sido comprado em caixas mas seja comercializado em unidades. Imagine latas de refrigerante. Cada lata tem um código de barras. Mas na hora de comprar talvez o comerciante compre de seu fornecedor em fardos. Esses fardos podem ter seu próprio código de barras, que é diferente do código da lata.
Veja essa informação na Sefaz de SP: https://www.fazenda.sp.gov.br/nfe/perguntas_frequentes/respostas_X.asp
Leia os artigos anteriores com calma e verá que existem informações que são ligados ao GTIN como descrição do produto, marca, ncm, cest...
Seu usuário realmente poderá colocar "Sem GTIN". E a Sefaz não vai validar tudo imediatamente conforme a nota técnica.
Mas isso não impede de a Sefaz no futuro criar um sistema de malha fina para validar por meio destes outros campos tanto as notas que já foram emitidas como as que vão ser emitidas.

No arquivo cce.ini, o campo chNFe deve ser preenchido com a chave e não com o endereço do arquivo.
 
Compare com o exemplo da ajuda:
 

Posso estar enganado pois não trabalho com o BP-e ainda, mas me parece que só foram liberados os ambientes para RS e MS.
Veja o site:
https://bpe-portal.sefazvirtual.rs.gov.br/Site/Servicos
 

É muito difícil afirmar com certeza sem ver o código. Vou dar algumas sugestões e você pode testar.
Verifique a ordem que você altera os parâmetros do componente. Por exemplo: se você está alterando o modelo depois de alterar o Baud, pode ser que o Baud esteja sendo resetado para o valor padrão daquele modelo; Verifique se o código que altera o baud está realmente sendo chamado. Ponha um breakpoint e execute o código para ter certeza que ele está passando por lá; Verifique se o valor desejado está realmente sendo salvo. Ponha um breakpoint e adicione um "watch" parar avaliar se o valor salvo é mesmo o que deseja; Verifique se o valor desejado está realmente sendo carregado do arquivo INI. Ponha um breakpoint e adicione um "watch" parar avaliar o valor;