Daniel Simoes

Para ECFs com MFD, use o programa do Fabricante para capturar as informações direto da MFD do ECF... Tente esta página: http://www.sweda.com.br/v2011/br/suporte_downloads.asp

Existe um padrão criado pela ABRASF http://www.abrasf.org.br/ Mas nem todas prefeituras seguem o mesmo... Acho que o governo federal pretende dar um "empurrãozinho" para que esse padrão seja adotado, inclusive exigindo homologação das empresas que prestam serviços às prefeituras..

As vezes as diferenças ocorrem devido o fato do ECF efetuar arredondamento ou Truncar... Como você está efetuando o calculo ? Aqui eu acho a Porcentagem de Desconto/Acrescimo, e aplico o mesmo percentual em todos os Itens...

Tente usar os comandos da séria PAFMF* Exemplo: pafmf_lmfc_cotepe1704 Como o manual não está atualizado... abre a Unit DoECFUnit.pas e procure por "pafmf" você encontrará as chamadas para os comandos e parâmetros, para todos os itens do Menu Fiscal

Provavelmente faltam DLLs na pasta do ACBrMonitor... Consulte o manual do fabricante para saber o que siginifica erro -1 Vc pode achar as DLLs em: https://acbr.svn.sourceforge.net/svnroo ... /bematech/

Veja o Demo do ACBrTEFD... observe a leitura dos Valores retornados no Evento que é disparado após a Transação ser completada

O mesmo ocorre com o projeto Demo (ECFTeste) ?

Em uma transação normal você conseguirá sim, ler o NSU... Tente com o Demo...como você está fazendo (em que momento) para ler o valor do NSU ?

Qual é a exata mensagem de erro ? (se possível adicione um Print-Screen) Verifique se os fontes do ACBr estão realmente atualizados... apague os arquivos com o icono vermelho e baixe novamente

O ACBr suporta D7 a Delphi XE2 e Lazarus... e isso torna as coisas um pouco mais difíceis (mas não impossível) Todos os fontes do ACBr estão em ANSI (para manter compatibilidade com D7), e acredito que os Delphi novos usem UTF8... Não seria isso a causa de vários warnings ? Poste alguns aqui... assim vamos investigando...

Por favor tente com uma nova versão: http://sourceforge.net/projects/acbr/fi ... r%20Atual/

Qual versão do ACBrMonitor ? Qual o ECF ? Já experimentou atualizar o ACBrMonitor ?

Vale lembrar que o Certtificado deve ser comprado para uma empresa (CNPJ) que já estaja habilitado a emitir NFe...

Sim... Pois infelizmente poucos se dispoem a ajudar na atualização do Help... Leia os fontes do ACBrMonitor .. lá vc encontra todos os comandos mapeados...

Poderiamos fazer um componente que faz o Download, semelhante ao ACBrCNIEE (Tabela nacional de códigos de ECF) O problema é que são muitas opções... Há algo que permite baixar todas as tabelas de uma vez ? Outro passo seria fazer um interpretador dos TXT para SQL ou algo parecido...

O Link baixa as tabelas em Formato .DOC... Há uma opção para TXT ou CSV ?

Vale lembrar que a cada Novo documento aberto, a verificação de PoucoPapel também ocorre... É muito comum ver ECFs com sensores de pouco papel desacalibrado... em alguns casos é possível fazer um ajuste, na alavanca do sensor...

Oi J.Neto, Qual o site que você viu as informações das Tabelas ?

Nos fontes do ACBr... na pasta: \ACBr\Exemplos\ACBrSPED\Delphi

Estive reparando que atualmente a aba de componentes do ACBr é muito grande... e os componentes não são agrupados por assunto em comum, o que dificulta a localização dos componentes em algumas situações. Estive pensando em mudar a instalação dos Componentes em várias abas, como por exemplo: ACBrSerial (contendo todos os componentes do Package ACBrSerial) ACBrTCP (contendo todos os componentes do Package ACBrTCP) ACBrTXT (Contendo todos os componentes de geração de arquivo ACBrSPEDs, ACBrSintegra, etc.. ) A ideia me veio agora...e ainda não tive tempo de definir uma divisão prática e funcional, que nem sempre será idêntica aos componentes contidos no Package... portanto, agradeceria muito qualquer sugestão. Outro problema são componentes que podem ter dificuldade de identidade... Exemplo, logo que o ACBrTER suportar Terminais Seriais e TCP/IP... esse componente ficaria na aba Serial ou TCP ??

Cesarpir, O manual que você enviou descreve 5 protocolos diferentes... O Modelo "balToledo2180" não parece se enquadrar em nenhum deles... Se você conseguir configurar o equipamento para usar o protocolo P05, deve funcionar como o Modelo "balToledo" do ACBrBAL Pergunta: Você está usando a propriedade "MonitorarBalanca" ? Se SIM, ela irá disparar um evento cada vez que o equipamento apurar o peso... ou seja, você não precisará ficar tentando ler o peso...

A sua modificação quebraria o funcionamento dos modelos que usam ':' como delimitador... Apliquei uma verificação para ambos Delimitadores... Deve funcionar se o modelo que usa o delimitador 'N0' não contiver o sinal ':' na resposta... Por favor atualize os fontes pelo SVN, e verifique se a modificação que apliquei funciona para os seus modelos de Balança

Finalmente tive um tempo para adicionar a nova classe aos fontes... É muito mais simples para nós quando todos os fontes modificados são anexados no Post... bastando apenas usar o WinMerge para fazer a verificação e aplicar as modificações... O novo modelo de Balança já está no SVN

Sim.. por favor...

Não existe emulador da Urano Matricial (protocolo antigo) Para usar o emulador da Urano no Protocolo FiscNET, basta usar um vistualizador de portas seriais, como por exemplo o "com0com"