Régys Silveira

Refiz o arquivo .res dessa vez utilizando o "requireAdministrator" no arquivo XML, também pareceu não surtir efeito, ao menos aqui nas minhas máquinas.

Então, eu tentei usando esse artifício, mas não pareceu sofrer nenhum resultado significativo, teria que testar mais. Inclusive como o Juliomar disse eu até coloquei a pasta UAC com tudo criado e copiei o .res para fora e adicionei ao projeto.

Com certeza o desconto no item reflete em vários lugares, sintegra, sped etc, todos tem campos para informar esse desconto e dependendo da situação o desconto deve ser considerado na base de cálculo e sempre no valor total da mercadoria.

Eu percebi isso no win8 e win7, realmente precisa rodar como administrador para que ele copie as dlls, o windows não deixa de outra forma. Estou estudando uma forma de forçar o acbrinstall a rodar como administrador ou ao menos pedir a credencial de administrador ao abrir.

Veja basta ler a caixa de dialogo, ele não está encontrando o arquivo .dpr, talvez tenha renomeado o diretório ou não tenha acesso a ele, tente executar o delphi como administrador.

Você não postou qual é a mensagem de erro.

Pela imagem o seu arquivo de projeto .dpr do ECFTeste não existe mais, você tem certeza que está com todos os arquivos da pasta ACBr atualizados e baixados no diretório?

Por favor anexe o arquivo alterado para que possamos verifica as diferenças, efetuar os testes e enviar ao repositório.

Algumas impressoras necessitam iniciar o dia para começar o movimento fiscal e emissão de cupons, isso geralmente é feito emitindo uma leitura X.

Você esta setando corretamente a propriedade "Logo"? O componente está atualizado?

Fiz alguns testes aqui e parece estar tudo normal, poderia me passar um passo-a-passo de como repetir o erro?

Veja ai, você está adicionando os D3 fora do loop dos D2, assim ele vai adicionar todos os D3 ao ultimo D2.

Qual é o tipo de DANFE que você está utilizando, Rave, FastReport, etc? Está usando o componente ou o ACBrNFeMonitor?

Poste a sua rotina para darmos uma olhada, provavelmente você está gerando os registros D3 separado do loop de geração dos D2, isso vai gerar a situação que o Juliomar explicou.

Sim isso mesmo, existem registros R06 que não tem R07 um exemplo é o relatório gerencial.

InfoRodapeCupom são propriedades que devem sair no rodapé do cupom fiscal, o identificapaf inclusive quando a impressora não permite informar o MD5 no campo correto utiliza essa propriedade para imprimir o md5 na primeira linha do rodapé. Um conselho, remova tudo que você usa para setar o MD5 do teu aplicativo e use somente o IdentificaPaf(), assim você terá certeza de usar o local correto conforme o tipo de impressora.

Você está colocando o MD5 manualmente? O IdentificaPaf() quando usado verifica o tipo da impressora e programa o md5 no local correto que seria a primeira linha do rodapé para impressoras mais antigas e nas impressoras mais novas o campo de baixo, após o rodapé. Ao que parece você está adicionando o md5 manualmente no rodapé, utilize somente o IdentificaPAF() ao abrir seu aplicativo logo após ter gravado o arquivo auxiliar e obtido o md5 do aplicativo.

Para cada um dos comprovantes citados você deve gerar um R06 e se esse comprovante possuir formas de pagamento (Registro de Venda, Comprovante Não-Fiscal) você deve gerar o R07 para cada forma de pagamento registrada no ECF.

Um outro ponto de vista é o seguinte: Imagine que seu cliente por algum motivo qualquer troque alguma das dlls, é um situação remota, se você valida as dlls então você tem certeza que as dlls que estão ali são as que você usou para a homologação, porque baseado no MD5 você pode validar a alteração delas.

O ACBr utiliza comunicação direta, então ele funciona sem, mas para alguns menus do menu fiscal é necessário baixar a MFD da impressora e gerar arquivos, isso somente as dlls podem fazer porque a MFD e criptografada, então nessas opções o ACBr utiliza Dlls.

Concordo como Kiko, se calcular automático vai abrir uma porta gigante para muitas outras coisas e também suporte.

Obrigado , marque o tópico como resolvido

Se você não vai atuar na UF e não implementar o requisito o homologador vai colocar no laudo uma não conformidade, isso não vai te atrapalhar registrar o software onde não se pede o requisito, mas nos estados que obrigam o registro não poderá ser feito.

Tópico movido para o local correto.