Daniel Simoes

É importante ler o Roteiro... mas é muito mais importante conhecer a Lei do PAF-ECF a fundo... Os homologadores não são os donos da verdade, eles precisam argumentar o "porque não" usando a Lei... se não está na lei, ou estiver diferente, eles não podem exigir... Aqui em SP, na Polimig, isso não seria problema... O homologador até prefere quando a registro é "refeito", pois é mais fácil ele continuar os testes e alterar os outros campos... Minha aplicação usa uma Trigger, after Insert ou Update no banco, o que invalida o Hash... mas nem todo banco aceita triggers... Uma saída seria vc invalidar o Hash no Banco, quando você mesmo fizesse uma verificação na hora de gerar os arquivos... com isso ele ficaria inválido, e voltar o valor do campo não iria restaura-lo...

fabricio, Qual o foi o argumento legal do homologador para isso ? (Que trecho da lei do PAF-ECF ele usou ?)

Veja essa página: http://www.ararat.cz/synapse/doku.php/p ... 3samplessl http://www.ararat.cz/synapse/doku.php/public:howto

O ACBrTEFD foi projetado para uso com ECFs... mas ele não envia comandos diretos para o ECF, e sim dispara eventos... Você poderia programar os eventos e imprimir o que precisa... mas tenho dúvidas quanto a validade disso...com certeza não passaria numa homologação de TEF Acho que o primeiro passo é consultar os homologadores de TEF sobre a questão de TEF em NFe

Vc está ativando componentes (ou outros programas) na mesma Porta Serial...

O Download da MFD não funciona com o emulador... mas por favor confirme essa informação com o suporte da Bamatech

Entre em Project -> Project Options -> Linking e desmarque a caixa: Display Line Numbers in Run-Time (isso irá remover a informação de Debug)

Humm. ok... sem problemas... Você pode verificar se há TransaçoesPendentes e se positivo, chamar esse fechamento... em caso negativo a rotina de fechamento "comum"

Se você fizer isso não há sentido nenhum usar o componente, pois você fará tudo por fora dele O FinalizarCupom irá imprimir os pagamentos, fechar o cupom e se houver erro nesses comandos ele mesmo já trata de acordo com o roteiro... Para TEF discado, o pagamento em Dinheiro sempre deve vir primeiro, e uma vez iniciado o Pagamento em Cartão, apenas outros pagamentos em Cartão poderão ser aceitos...

Perdoe-me por minha resposta precipitada... O problema realmente é outro... Você está usando a última versão do ACBrMonitor ? http://sourceforge.net/projects/acbr/fi ... r%20Atual/

A ideia é muito boa... É possível programar o componente para fazer a leitura inversa... isso ocorre por exemplo, no arquivo N do ACBrPAF...

Complementando... no caso de Pane do ECF... o Programa deve abrir uma opção para Consulta de Preços / Menu fiscal e Digitação de Nota Manual (PED) Veja esse tópico: viewtopic.php?f=20&t=1130

A lei de PAF-ECF é a mesma para todo Brasil... entre em contato com um orgão homologador e solicite a documentação de homologação Veja esses links: Casos de Sucesso com ACBr PAF-ECF - Links úteis. Leis, Roteiros, Blogs, e outros

Atualize seus fontes pelo SVN, e use o modelo ecfSwedaSTX

Sim, é interessante... Estamos abertos a colaborações... Seria interessante seguir a linha do componente ACBrPAF. Interessados em desenvolver o componente não esqueçam de escrever também um Demo, Package e instruções de instalação... E se possível, testar a compatibilidade com o Lazarus

Não existe... mas qual seria a finalidade ?

A mensagem retornada pelo ACBrMonitor é clara... ele foi impossibilitado de apagar o arquivo... Provavelmente o problema é na rotina de criação de arquivo da sua aplicação... você não deve estar liberando o arquivo da maneira correta... Crie o arquivo sempre com outro nome (temporário)....e somente quando terminar de escrever tudo e fechar o arquivo, ai sim, renomeie arquivo temporário para o nome esperado pelo ACBrMonitor

tenho dúvidas em relação a não precisar de acesso ao Menu Fiscal na tela de Login... Acho que é necessário SIM, pois o lojista poderia impedir o acesso ao menu fiscal ao não fornecer a senha...

Estude os fontes do Demo ECFTeste.dpr if pgcMenuFiscalTipo.ActivePageIndex = 0 then ACBrECF1.PafMF_MFD_Espelho(edtDtInicial.Date, edtDtFinal.Date, PathArquivo) else ACBrECF1.PafMF_MFD_Espelho(edtCOOInicial.Value, edtCOOFinal.Value, PathArquivo); [/code]

Vamos deixar igual ao programa da Elgin gera... "ZP" Na verdade essa tabela foi mais uma péssima ideia do fisco... Não há a menor necessidade de identificar o ECF, se o mesmo está plenamente identificado no conteúdo do arquivo... Acho que eles perceberam isso, e o validador do fisco aceita qualquer nome de arquivo...

WriteToTXT( 'c:\temp\Redz.txt', ACBrECF1.DadosReducaoZ, False );

Alguns ECFs possuem estorno de pagamento, mas o ACBrECF não tem esse método... Cancelar o Cupom, cancela tudo...

Vc precisa mesclar as duas opções... pois o usuário pode pagar em Dinheiro + Cartão, por exemplo... O ACBrTEFD faz os pagamentos e fecha o cupom, pois isso é parte do operacional do TEF... caso haja erro nessas operações, o TEF precisa ser cancelado....

Exiba na mesma tela... mas se viar as duas mensagens (o que é raro), insira um "prefixo" antes da msg... Exemplo: "Sr.Operador" + msgOperador + CRLF+CRLF + "Sr.Cliente" + msgCliente

Não há como... O ideal é enviar o comando de Subtotalizar apenas após o cliente comandar um Pagamento... Isso dá chance dele retornar a venda de itens