Régys Silveira

FastReport, FortesReport, EscPOS? Qual você usa? Ajude-nos a te ajudar

Em primeiro lugar o EscPOS é comunicação direta, ele não possui preview, para ter um preview você deve usar os componente Fortes ou Fast de impressão de DANFC-e. "File access denied" acontece no EscPOS quando a porta de comunicação está em uso ou você informa a porta de comunicação incorreta para ele.

@Adilson Moreira não fique postando em vários lugares, poste apenas em um lugar e aguarde que alguém lhe ajude.

Aqui tudo funcionando normalmente, atualizei 3 maquinas e tudo normal.

@Gr@c@ eu tenho vários clientes aqui com Windows XP, tem funcionado normal, nos temos indicado a eles atualizar a versão do SO porque alguns certificados não suportam mais o Windows XP, mas aqueles que ainda tem certificados antigos e dentro da validade ainda funcionam normalmente. Você usa capicom ou openssl para acessar os certificados.

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/

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/

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".

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.

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.

Enviei um pequeno acerto para a validação de versões não unicode, atualize e tente novamente.