Régys Silveira

Só complementando o que o Juliomar disse: O Trunk1 morreu a mais de 1 ano, ele nem existe mais no repositório principal.

Aqui em meus clientes se é um dia normal de funcionamento da loja, os contadores pedem que imprima a Z mesmo que zerada, para constar sem movimento no dia. Eu sou da ideia do Isaque, passe a bola para o contador dizer qual é o procedimento.

Você está usando Fortes, Fast ou EscPOS?

Em tese está sim.

Neste artigo tem todos os links: https://regys.com.br/como-instalar-o-trunk2-do-acbr/

Agora compreendi o problema, realmente, acabei de enviar um acerto, por favor verifique se agora está ok.

Hoje eu instalei esse ambiente em um cliente meu de consultoria (Delphi 7, ACBr e Fortes) tudo transcorreu perfeitamente. Então das duas uma, você não está usando a versão correta do Fortes ou tem arquivos de versões antigas em algum lugar do path. Tente apagar tudo e baixar novamente, organizadinho e limpinho, reinstale sempre usando o FRCeInstal.exe e o ACBrInstall_Trunk2.exe.

Extraia o log completo para ter uma mensagem melhor do que está ocorrendo.

Você está utilizando qual versão do Delphi? Você está compilando os pacotes manualmente? Se sim, execute o ACBrInstall_Trunk2.exe e não faça a mão, marcado a opção de remover todos os arquivos do acbr do computador na primeira tela de configuração. Você está utilizando o Fortes Report Community Edition como mostrei no artigo?

Veja que não existe 6 e 7 G28 C15 Regime Especial de Tributação do ISSQN diferente de 1, 2, 3, 4 e 5 Obrig. 457 Rej. Rejeição: Código de Natureza da Operação para ISSQN inválido

Se estiver utilizando o Trunk2 já está ok, basta preencher a tag "Prod.CEST" corretamente.

Veja este post, nele tem a resposta a todas estas dúvidas: http://www.projetoacbr.com.br/forum/announcement/18-mudan%C3%A7as-no-projeto-acbr-como-um-todo-e-exclus%C3%A3o-do-trunk1/

Utilize o componente ACBrPOSPrinter juntamente com o componente ACBrDANFCEscPOS

Veja a regra de validação: G28 C15 Regime Especial de Tributação do ISSQN diferente de 1, 2, 3, 4 e 5 Obrig. 457 Rej. Rejeição: Código de Natureza da Operação para ISSQN inválido E veja o que você informou: cRegTribISSQN=6

Esse é o problema, a documentação está diferente do que está sendo realmente adotado, talvez seja o caso de fazermos conforme deve ser validado e esquecer a documentação, se alguém questionar mostrar estes problemas que achamos. Dias atrás eu consultei alguns homologadores e eles disseram para seguir a documentação, inclusive homologuei dois Paf-ECF com o componente como está no repositório, mas esse está sendo o problema, se seguir não passa no que outros homologadores pedem para validar, como ainda não há fiscalização desse arquivo, não dá para ter certeza do que o Fiscal vai pedir em uma possível fiscalização. Talvez o negócio seja seguir o validador que eles passaram e deixar o barco navegar e ver onde dá.

Então neste caso seria melhor procurar um grupo de programação em Java, mas sim, com certeza muda a convenção de chamadas das dlls.

Muda a configuração no componente, veja a propriedade "modelo".

Você tem um exemplo da impressão, eu fiz um teste aqui e aparentemente está OK, o componente suprime a banda onde estaria a imagem quando não é informado o caminho da logo.

Esse assunto já foi bem discutido aqui no fórum por um bom tempo, uma busca ira retornar vários posts sobre o assunto, no Trunk2 só são suportados FastReport e Fortes Report Community Edition.

Está documentação é a que o componente está baseado, se conferir verá que está tudo conforme ela, o que ocorre é que os homologadores estão pedindo alterações de uma documentação ainda não publicada, ai vem o problema, porque alguns seguem a risca e outros não, os que seguem a risca seguem a documentação antiga, o que não, estão pedindo essa nova documentação que não foi publicada, ai vem outro problema, os fiscais, eles se baseiam na documentação publicada e não na vontade dos homologadores.

Para mostrar o dialogo de escolha da impressora faça: ACBrNFeDANFEFR1.ShowDialog := True; Para setar a impressora diretamente utilize: ACBrNFeDANFEFR1.Impressora, passando o nome da impressora como está no gerenciador de impressoras do windows. Quanto a mensagem, você está utilizando uma versão não registrada do FastReport, compre uma versão registrada e a mensagem vai parar. Observação: O suporte a Delphi 7 no ACBr acaba em Agosto, como pode ser visto aqui: http://www.projetoacbr.com.br/forum/announcement/18-mudan%C3%A7as-no-projeto-acbr-como-um-todo-e-exclus%C3%A3o-do-trunk1/.

Talvez estes links lhe ajudem: http://www.planetadelphi.com.br/dica/905/usando-a-classe-tstream http://www.unidev.com.br/index.php?/topic/40237-salvar-arquivos-do-banco-com-nome-e-extensãoresolvido/

Essa mensagem de Classe não registrada diz respeito ao certificado, você precisa ter as cadeias de certificação instaladas na máquina, sem elas o certificado não funciona corretamente seja ele qual for, se for um certificado A3 é necessário também instalar o gerenciador do certificado. A forma mais simples de facilitar o que você quer é usar um monitor de envio de NF-e em um servidor, você pode usar o ACBrMonitorPlus ou faz um próprio utilizando Datasnap no delphi.

Eu e um outro usuário já questionamos essa propriedade, o que os homologadores me passaram era que deveria seguir o manual até que saia uma alteração para esse campo.

O problema não é no componente e sim no driver de comunicação, é necessário pedir ao suporte da Daruma o driver mais atualizado, em drivers mais antigos desse modelo acontece a perda da comunicação com frequência, se não estou enganado eles haviam sanado isso em uma versão mais recente do driver.