Régys Silveira

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.

Vamos devagar, a câmara vai votar ele hoje 29/04/2014, se for aprovado ele ainda entra em votação no Senado, até lá muita água rola por baixo da ponte. Mas quanto a NF-e, na verdade o que a lei propõe é um portal centralizado onde as empresas do simples poderão fazer muita coisa, inclusive emissão da NF-e, não é uma NF-e.

Veja que eu disse IMPRESSORA NORMAL, não impressora não fiscal, ou seja qualquer impressora.

Houve uma instabilidade mais cedo no Source Forge, tentou novamente mais tarde?

Só uma observação quanto a pre-venda, pode sim ser impresso o número dela em forma de código de barras, mas somente isso, nenhuma outra informação pode ser feita, portanto, o pessoal simplesmente anota o número da pre-venda em um papel geralmente, ou vai direto ao caixa e passa o valor ao atendente.

1- A expressão "Registro de venda" se refere a quê, a qual documento? Poderiam explicar como funcionam esses requisitos? O Registro de Venda é um documento de controle específico do ECF-Restaurante emitido a cada pedido ou venda processada, devendo emitir o cupom fiscal quando do pagamento da conta pelo cliente ou da emissão de redução Z. Se não estou enganado não se pode lacrar mais ECF-Restaurante, então se usa o controle de conta de cliente hoje em dia. 2- É necessário imprimir algo ao abrir a mesa e ao registrar seus itens ou isso só ocorre ao comandar a emissão do relatório gerencial "Conferência de Mesa". Não é necessário imprimir nada quanto ao Paf-ECF, nem ao abrir a mesa, nem ao vender o item, para isso existe o conferência de mesa, que pode ser impresso sempre que necessário no ECF via relatório gerencial programado com o nome especifico "Conferência de Mesa".

Opa, desculpe, minha tela estava desatualizada, acabei postando mesmo que o Juliomar.

-- 10:53:43:125 VendeItem( 000105 , ABRAC NYLON BRASF. 3,6MM X 200 , F , 1 , 0,2 , 0 , $ , % , D , -1 ) você está passando o simbolo do desconto na unidade, basta passa-lo no local correto, simples assim. Usando seu próprio exemplo: procedure TForm29.Button6Click(Sender: TObject); Var Desc : Char ; begin Desc := '$'; // <-------------- $ valor, % percentual form1.ACBrECF1.VendeItem(datamodule1.QVendacodigo_barras.Text, datamodule1.QVendadescricao.Text, datamodule1.QVendaaliq.Text, StrToFloatDef( datamodule1.QVendaquant.AsString,0), StrToFloatDef( datamodule1.QVendavalorUnit.AsString,0), StrToFloatDef( pesprod.Eddescva.Text,0 ), // <---- valor do desconto ou acrescimo concedidos 'UN', // <----------- troque aqui pela unidade correta, conforme seu cadastro ou informado em tela Desc, // <----------- aqui o tipo do desconto $ valor, % percentual 'D'); // <----------- arqui informe se é desconto (D) ou acrescimo (A) end; Sintaxe do comando: procedure TACBrECF.VendeItem( Codigo, Descricao: String; AliquotaICMS : String; Qtd: Double; ValorUnitario: Double; ValorDescontoAcrescimo: Double; Unidade: String; TipoDescontoAcrescimo : String; DescontoAcrescimo : String ; CodDepartamento: Integer); Não esqueça de também passar o tipo do desconto/acrescimo

Uma coisa que percebi, você declarou a variável como Char, tente declará-la como String e faça o teste.

Consegue reproduzir o problema com o demo do ACBrECF? Você deve utilizar: % - para desconto percentual $ - para desconto por valor Caso não funcione, ative o log, execute uma venda de item com os parâmetros e valores informador e anexe o arquivo aqui para analisarmos. Acabei de testar com o Demo em uma Daruma e um Bematech, está funcionando perfeitamente.

Conversei hoje com o pessoal da Polimig e não tem nada certo quanto a data da nova Especificação de Requisitos ainda, nenhuma certeza, somente em maio na próxima reunião do CONFAZ teremos uma data certa. Quanto a homologação o que vale é sempre a última Especificação de Requisitos aprovada, no caso hoje a 02.01, se algo mudar até lá será a vigente na época. Quanto ao roteiro aplicado, hoje não existe um roteiro oficial para a Especificação de Requisitos 02.01, o roteiro que hoje existe é adaptado a ela durante o processo de homologação, pois ele corresponde a Especificação anterior.

Esse fórum especifico é somente para o ACBrSAT, componente da suíte ACBr feito em Delphi para utilização do SAT. Vou mover para outra área do fórum de dúvidas gerais onde talvez alguém possa lhe ajudar.

As tags são utilizadas dentro da observação, normalmente com um texto, a diferença é que o monitor vai trocá-las pelos respectivos valores ao emitir o XML.

Não altera nada no processo de homologação mas sim no processo de cadastro após a homologação, mas fique atento como você marcou para Agosto já terá que utilizar a nova Especificação de Requisitos que vai sair em Junho.

Procure pela homologação com impressão em impressora normal, basicamente é a mesma homologação, mas visando NF-e e processos de venda que não são Paf-ECF e utilizam ECF. O Software Express já possui esse tipo de homologação, penso que a NTK também deva possuir.

Como você está preenchendo as propriedades?

Para o TEF, sempre você imprime como é retornado, nunca altere nada, isto inclusive é descritos nos manuais de TEF.

O arquivo geralmente é gerado por CNPJ para o menu fiscal ou no caso do Registros do Paf-ECF gerado por redução Z CNPJ e ECF.