Régys Silveira

A forma que está implementando não está correta, o correto seria: Ide.NFref.Clear; sdsVincNotaCupo.First; while not sdsVincNotaCupo.Eof do begin with Ide.NFref.Add do begin RefECF.modelo := ECFModRef2D; RefECF.nECF := sdsVincNotaCupoVINC_NOTA_CUPO_NUME_SERI_ECF.AsString; RefECF.nCOO := sdsVincNotaCupoVINC_NOTA_CUPO_NUME_COO.AsString; end; sdsVincNotaCupo.Next; end; Verifique também se está passando os dados corretamente, pois pela descrição "sdsVincNotaCupoVINC_NOTA_CUPO_NUME_SERI_ECF" meu deu a entender que seria o número de serie do ECF, RefECF.nECF recebe o número do ECF (1, 2, 3, 4, ...).

Isso mesmo, o desconto volta na propriedade desconto da resposta o mesmo vale para a taxa de serviço.

Você tem mais de um delphi na mesma máquina? Foi feita alguma alteração nas configurações do Delphi via registro ou prompt de comando?

Aqui normal também, testado com D7, D2010 e XE6

Porque você abriu um tópico apontando para outro onde você perguntou? Por favor leia as regras, não polua o fórum.

Cada série possui sua numeração própria começando de 1 até 999999999.

Agora a consulta de cheque só vai ser possível utilizando o SITEF da Software Express, nenhum outro discado faz mais.

Eu sempre antes da redução Z aumento o timeout como o Juliomar indicou para um valor maior, porque na maioria das vezes a redução Z é tão grande que demora mesmo a imprimir. Você pode fazer algo mais ou menos assim: var TimeOutImpressora: Integer; ... begin TimeOutImpressora := ACBrECF.TimeOut; try // tempo de timeout em segundos 20 minutos de espera ACBrECF.TimeOut := 1200; ACBrECF.ReducaoZ(); finally // voltar o timeout para o valor antigo ACBrECF.TimeOut := TimeOutImpressora; end; end;

Uma coisa que verifiquei no seu log é que você utiliza o IdentificaPaf ante de fechar o cupom, é incorreto, você deve utilizá-lo ao abrir o aplicativo após calcular o MD5, da forma que está fazendo está gerando um erro, pode ser que este erro esteja gerando o problema de atualização. Outra coisa você está passando o MD5 no rodapé do cupom, se você utiliza o IdentificaPaf não é necessário, a lei é clara, ou você usa um ou outro, ou o rodapé ou o campo próprio (IdentificaPaf). De resto o ACBrECF está devolvendo normalmente o Grande Total ao componente nos momentos corretos.

O Acréscimo no cupom não influenciaria, pois o ACBrAAC envia o comando de atualização após o fechamento do cupom e o desconto e passado antes ou durante. Poderia anexar um log do ACBrECF para verificarmos o que está acontecendo?

Se instalar e configurar corretamente não, eu mesmo já tive 4 versões de delphi na mesma máquina antes de começar a virtualizar as máquinas de desenvolvimento. No blog do Isaque tem um artigo mostrando como instalar o ACBr em mais de uma versão do Delphi: isaquesp.blogspot.com/2011/09/varias-versoes-do-delphi-instaladas-sem.html O princípio serve para todos os componentes que precisar instalar.

Você preencheu corretamente as propriedades suportadesconto, suportasaque e os dados do aplicativo do Cielo Premia?

Os dois, o valor é acumulado por tipo de documento e data, cada um terá o seu valor mostrado separado.

O cupom vinculado é impresso da forma que é retornado pelo gerenciador do TEF, sem alteração, se você ler a documentação inclusive vai ver um ponto onde isso é tratado. O ACBrTEFD simplesmente lê o retorno e imprime como está sem alteração como deve ser, você não deve alterar nada.

Você está usando o gerenciado padrão? Se sim, lembre-se que a homologação de TEF Discado mudou, agora é feita pela NTK, e utiliza outro gerenciador, outro roteiro, é tudo diferente no quesito instalação.

Desculpe Elton, só quis deixar claro a situação, porque no seu texto você disse "não existe documento da PV já que o código não documenta nem garante nada" me deu a entender que você quis dizer que a PV não é um documento, na verdade ela é, porque é a única além da conta cliente de restaurante em que é obrigatório emitir documento fiscal, então ela garante sim alguma coisa.

Imagino que por ser algo novo e ainda não adotado realmente, devam alterar isso no futuro, quando o SAT começar mesmo a funcionar.

Lembre que as pre-vendas em aberto são emitidas e canceladas se tornando documento fiscal cancelado na redução Z. Essa inclusive é a principal diferença entre o DAV e PV, o DAV tem "vida eterna", enquanto a PV não tem, ela tem que virar documento fiscal depois de um período.

Basta corrigir o arquivo .pas, testar e anexar aqui, a pessoal responsável irá validar e incorporar ao projeto tão logo seja possível.

Você tem o FortesReport instalado no seu Delphi? Se sim, abra o pacote, remova as referências ao FortesReport e recompile, o Delphi adicionará automaticamente as referências corretas ao pacote.

Penso que ela será referenciada como uma NF-e por chave de acesso. (NFRef,refNFe), ou eles ainda criarão algo para isso.

Impressora específica, porque se você imprimir em uma normal e o fiscal verificar isso, ele pode alegar que ela pode ser utilizada para outras funções.

Provavelmente você tem algum .ACBrECF.dcu antigo junto do teu aplicativo, tente procurar e apagar tudo e depois faça um "build all" no seu aplicativo.

Estranho, eu tinha lido e visto no jornal nacional ontem (29/04/204) que ainda estava na câmara, se já foi para o senado é foi aprovado então falta somente a sanção presidencial, isso é bom. Mais estranho ainda é não constar no site do simples nacional. Quanto a NF-e é isso mesmo, tudo será feito no portal unificado que será lançado, provavelmente utilizando o portal que já existe hoje: http://www.receita.fazenda.gov.br/SimplesNacional/

Não existe versão do componente ACBrECF para emitir NFC-e, a NFC-e é uma NF-e, portanto, por enquanto será tratada no componente responsável por isso o ACBrNFe. Existe uma ideia de criar um modelo de ECF Virtual para utilizar no ACBrECF permitindo essa integração, mas ainda não existe nada pronto.