Daniel Simoes

Adicionei uma nova propriedade que permite que o ACBrECF ative a Porta Serial quando for enviar algum comando, e Desative-a após a recepção da resposta, mantendo a porta fechada até um novo envio de comando... Isso pode corrigir problemas em ECFs que utilizam portas Seriais Virtuais, que são criadas por Drivers USB de ECF O problema desses drivers é que quando o ECF é desligado, a Porta Serial é removida do Sistema Operacional, e para corrigir essa situação, é necessário desativar e ativar a porta serial... Mais informações sobre o problema nesse post:

Talvez o SiTEF permita a escolha de Rede usando a propriedade TEFCliSiTef.ParametrosAdicionais... Mas isso não é nada usual... Geralmente você limita entre débito ou crédito, mas a escolha da Bandeira depende de negociações entre o Lojista e as Rede adquirentes, e cabe ao SiTEF montar o menu dinamicamente... Se você deseja saber qual a rede foi utilizada, você pode ler isso nas propriedades do componente e no Log retornado pelo SiTef em OnDepoisConfirmarTransacoes (veja exemplo no TEFDDemo), TACBrTEFDCliSiTefExibeMenu não é destinada para essa finalidade... É fundamental que você estude e teste o TEFDDemo com a CliSiTef antes de partir para sua codificação

Não compreendi sua pergunta... O Gerenciador Padrão (antigo discado) já morreu... Vc pode usar a CliSiTef, que se comunica por TCP com um Servidor SiTef Ou outra tecnologia similar

Esse pacote precisa do FortesReport e não FastReport

Veja no Help OnLine: "ACBrMonitor.chm", sessão: ECF -> PAF - Menu Fiscal

Apenas como Impressora Fiscal... ECFs tem um Sw.Básico e protocolo próprio... são completamente diferentes de Impressoras de Bobina comum

Acho que no final das contas o componente sempre tentará calcular a linha digitável... Afinal, qual é a vantagem de calcular a linha digitavel na mão ? Se o componente não está calculando-a corretamente, o problema é outro...

Tente usando o Software de ativação do fisco... Se nem assim funcionar, remova e instale novamente o Emulador

Ligue o seu debug e acompanhe com o passo a passo a resposta do Fisco Pode ser que eles tenham modificado a página de consulta

Uma impressora fiscal nunca se comportará como uma impressora comum... A não ser que seja enviada para a fábrica para remover o módulo fiscal, ou seja, transforma-la...

Há algum link ou artigo que possamos estudar sobre essa sua resposta ?

Eu tento rebater solicitações como essa... se não estiver escrito de forma clara no Manual ou Roteiro que deve ser dessa maneira, não precisaríamos implementar... Ou seja, o pedido não deve ser subjetivo, mas sim fundamentado... caso contrário, amanhã vc pega outro homologador que vai querer que a msg seja exibida ainda de outro jeito... Ou seja, podemos modificar no componente... mas precisamos de uma justificativa mais formal que o pedido verbal de um homologador...

Inicialização é fazer o componente carregar a DLL do SAT... Ativação é programas o CNPJ do consumidor final no SAT Ou seja, a inicialização ocorre sempre que vc precisa se comunicar com o SAT, a Ativação apenas uma única vez Muitas das suas dúvidas são respondidas lendo a documentação disponibilizada pelo Fisco, ou ainda testando o Demo com o Emulador do SAT

Você está falando de uma impressora NAO fiscal ? Acredito que seja só usar o driver do fabricante e cabo USB... vc terá a impressora instalada no Windows, como qq outra impressora...

O emulador só aceita CNPJ = 11111111111111 Aqui tudo funcionando... veja: Verifique se você preencheu corretamente as abas "Dados do SAT", "Dados do Emitente" e "Dados da Sw.House".. no Demo e clicou no botão "Salvar"

Forneça mais detalhes... - O que você enviou para ele executar - Conteudo dos Logs

Apliquei modificações no ACBrMonitor, para que o mesmo suporte o seguinte comando: Deve estar disponível na próxima compilação Semanal, para os usuários do SAC

Apliquei pequeno ajuste nos fontes da FiscNet que devem detectar o modelo: "URANO/1FIT LOGGER" como 48 col Favor atualizar os fontes pelo SVN e testar

Notei no Manual de Comunicação Direta que existe um comando específico para os modelos MFD para a identificação do Consumidor... Os fontes atuais estavam usando o comando da FS345 (em modo de compatibilidade) Enviei um ajuste para o SVN, favor baixar e testar... (Rev: 6852)

Notei nos fontes do ACBrMonitor que ele não faz uso dos parâmetros 4 e 5 desse método: else if Cmd.Metodo = 'arquivomfd_dll' then begin NomeArquivo := AjustaNomeArquivoCmd( Cmd ) ; if pos(DateSeparator,Cmd.Params(0)) > 0 then ArquivoMFD_DLL( StringToDateTime(Cmd.Params(0)), { Dt.Inicial } StringToDateTime(Cmd.Params(1)), { Dt.Final } NomeArquivo ) { Nome do Arquivo } else ArquivoMFD_DLL( StrToInt(Trim(Cmd.Params(0))), { COOInicial } StrToInt(Trim(Cmd.Params(1))), { COOFinal } NomeArquivo ) ; { Nome do Arquivo } end Seria necessário um ajuste no ACBrMonitor para que ele suporte esses parâmetros... Tente usando: ECF.PafMF_LMFC_Cotepe1704 ou ECF.PafMF_MFD_Cotepe1704

Obrigado pela sugestão... Se desejar enviar modificações nos fontes ficaremos contentes em analisa-las e se possível incorpora-las aos fontes do Projeto

Acho que a Zebra usa a Linguagem EPL2 ou PPLB Você pode achar o manual de PPLB em nosso repositório de manuais... Nele há uma sessão com todos os códigos aceitos e suas limitações https://svn.code.sf.net/p/acbr/code/tools/Argox/

O que vc entende por código 2D ??? No meu entendimento todo código de barras é 2D

Não compreendo porque todos vêem homologação TEF como um estorvo Para as Sw. houses, hoje em dia, representar e oferecer um TEF atrelado a seu programa é muito lucrativo...

Você nunca conseguirá usar um "ECF-IF" como se fosse uma impressora do Windows... esse equipamento é uma Impressora Fiscal