Régys Silveira

Você aparentemente está chamando o método "FechaRelatorio" depois de fechar o cupom.

Pelo seu log, você está chamando o método de abertura do relatório gerencial duas vezes, provavelmente você está fazendo assim: ACBrECF1.AbreRelatorioGerencial(<indice>); ACBrECF1.RelatorioGerencial(<stringlist>, ...); Faça somente: ACBrECF1.RelatorioGerencial(<stringlist>, ...); Ou siga a forma que o André mostrou para imprimir linha a linha.

Na verdade alterações de layout propriamente dito costumam ser anuais ou por força de mudança na legislação pertinente, as alterações que ocorrem com mais frequência tem a ver com validações como por exemplo validação de ncm, inclusão de cfop, cst, etc, essa parte não diz respeito ao layout e cabe a aplicação validar para que quando o webservice receba a NF-e não ocorra a rejeição. Quanto a nota técnica NT2013.005_v1.21, ela foi mais como uma confirmação do que já havia sido descrito na versão 1.20: Procuramos sempre acompanhar as notas técnicas e a legislação pertinente para promover as alterações sempre dentro do tempo hábil, é claro que contamos também com a colaboração de todos os usuários, não somente com código, mas o simples fato de abrir um tópico nos auxiliando a lembrar do que é necessário já é de grande valia e é claro efetuando os testes necessários para que todos tenhamos certeza de estar tudo dentro das normas.

no arquivo ACBr.inc que fica dentro da pasta ACBrComum procure e descomente a linha: // Descomente a linha abaixo para usar o componente de comunicação SOAP do Delphi ao invés do ACBrHTTPReqResp(Funciona apenas com a versão CAPICOM) - Não é compatível com o Lazarus //-------------------------------------------------------------------------------- {$DEFINE SoapHTTP}

Para funcionar corretamente em DELPHI o SET_CONTEXT você precisa utilizar algo que retorne algo como por exemplo um select (o Daniel postou um exemplo acima) caso contrário a variável não é gravada corretamente no BD.

Fiz alguns acertos e testes na implementação do componente ACBrNFeDANFeEscPOS e usando ele a Daruma está muito rápida, consigo imprimir um cupom de 100 itens em cerca de 3 segundos.

Poderia enviar um logo do ACBrECF para darmos uma olhada, um que tenha o envio do relatório e onde tenha acontecido o problema do relatório fantasma.

O novo componente utiliza para os nomes dos métodos o nome do que deseja fazer, por exemplo Venda Cartão (CRT) existe o método CRT, venda com cheque (CHQ) método CHQ e por ai vai.

Veja o demo do ACBrTEFD na pasta exemplos, tem tudo implementado e funcionando.

Minha experiência com a Daruma também é boa, o suporte deles ao programador é excelente e estão sempre antenados em trabalhar junto com o ACBr.

Veja a nota técnica: <ACBR>\Doctos\NotasTecnicas\ACBr NT 2014-001 versão 1.02.pdf

Olha ao meu ver, para não ter erro, Daruma, Bematech ou Epson. Estas inclusive já são suportadas pelo componente ACBrDANFeEscPOS podendo imprimir diretamente nelas sem necessidade de spooler.

Enviei uma correção, por favor atualize e teste novamente.

Estamos fazendo algumas alterações no modelo de impressão EscPOS para suportar mais modelos de impressoras não fiscais, assim que elas foram finalizadas atualizaremos o ACBrNFeMonitor.

Você vai utilizar o componente ACBrTEFD, utilize os eventos dele para controlar o que é necessário, o resto é igual ao que é feito no TEF para ECF (métodos CRT, CHQ, etc)

Modificações enviadas ao repositório, obrigado pela correção. Aproveitando, você chegou a tentar utilizar o método "ACBrUtil.EAN13_DV" ele recebe o código e retorna o digito, talvez seja mais simples utilizá-lo para o que você precisa.

A homologação do Paf-ECF como o próprio nome diz e feita somente para aplicativos que trabalham com ECF.

ECF ou nota eletrônica? Se for ECF veja o demo do ACBrECF ele foi alterado para mostrar como preencher os campos do rodape corretamente. procure por "ACBrECF1.InfoRodapeCupom.Imposto...". Se for Nota Eletrônica, não existe nada ainda automático, você deve montar manualmente e colocar nas observações da nota, ainda não foi criada legislação específica para ela. Talvez este artigo possa lhe ajudar mais: http://regys.com.br/alteracoes-na-tabela-ibpt-lei-12-741-2012/

Até onde sei Alagoas ainda estuda entrar em piloto. Você pode utilizar o webservice do AM para testes se já quiser ir adiantando, o IdToken para ele é 00001 e o CSC(Token) 0123456789. Quanto a geração dos dois cada estado faz de um jeito, mas geralmente é feito pelo site do SEFAZ do estado em uma página específica do contribuinte.

Não existe restrição na lei quanto a isso, existe inclusive a homologação específica. Quanto ao componente, existem alguns tópicos já falando a respeito deste assunto, hoje o componente TEF não é ligado diretamente ao componente ECF, a troca de informações ocorre por eventos, com algum trabalhinho você consegue sim fazê-lo funcionar.

Esse valor é configurado automaticamente pelo modelo da impressora. Se configurado manualmente deve seguir o manual da impressora, colocando o valor que o manual informa.

Você está configurando a propriedade ExibeDigitoCorreto com o que?

O que você está passando em Alíquota?

Erro em branco tem a ver com certificado não instalado corretamente, cadeia de certificados desatualizada ou instalada incorretamente, antivirus ou firewall bloqueando.

Sem um passo-a-passo de como proceder para que o erro aconteça no demo do acbrtefd fica impossível testar aqui e ajudar. Teoricamente não existe nada de errado no componente, pois eu mesmo já o homologuei umas 5 vezes no TEF somente este ano usando SITEF e Pay&GO com multiplas formas e multiplos cartões. Reveja os eventos do ACBrTEFD, pois algo está incorretamente codificado, compare com o demo do acbrtefd para entender melhor, aparentemente existe um erro na codificação do evento de impressão da via no seu aplicativo.