EMBarbosa

Olá Waldir, A intenção de otimizar o acesso ao ECF é muito boa sim! Precisamos minimizar o acesso ao ECF pois isso torna os nossos programas finais muito lento. Mas temos que tomar cuidado com a possibilidade de informações incorretas. Nesse caso do abreCupom, as funções que fazem a abertura de cupom das impressoras Bematech não retornam o COO do cupom aberto. Logo, se acrescentarmos o parâmetro para capturar o COO, o componente vai fazer uma nova requisição ao ECF para esse tipo de impressora. Acho que fica um pouco complicado implementar algo que só funcione pra algumas impressoras. Precisamos ouvir nesse caso a opnião de outros programadores.

Blz. Pensei em adicionar um Evento onError que fosse mais geral, pra qualquer comando. Tipo o ACBrPAF. Mas ainda não consegui imaginar a melhor forma de estruturar os tratamentos em todos os casos. Acham que poderia ser uma boa idéia? EDIT: achei no meio das alterações para os Eventos, uma alteração no método ACBrECF.LinhaRelatorioGerencial. Esse método também é pra ser implementado? Ele é pra corrigir aquele erro dos 2 minutos na impressão do TEF? Edit: Anexei o arquivo de como está até agora. Só não adicionei as alterações do LinhaRelatorioGerencial. Ah ele também já tem as propriedades que faltavam no ACBrECF e que implementei. ACBrECF.zip

Alguma coisa deve estar errada, pois aqui funciona corretamente. Tente no DEMO e veja se continua dando erro. Em caso positivo anexe à sua próxima mensagem o LOG do ACBrECF e do DEMO.

Eu estava aqui analisando o código. Pra muitos eventos, não faz sentido o parâmetro "Tratado:Boolean" que está sendo declarado. Exemplo: OnAntesCancelaCupom. Se o Valor tratado for false ou true não vai fazer diferença nenhuma. O que vocês acham de remover isso? Pensando bem, talvez eles pudessem até ser do tipo TNotifyEvent.

Sim. É culpa do Avira. Uma das atualizações deles é quem fez esse erro. Soluções propostas: a)Desinstalar o Avira b)Configurar o Avira pra não proteger Registros e arquivos de serem manipulados por processos "pendurados". * Vá em Extras -> Configuration -> Expert Mode -> General -> Security -> Desmarque a opção "Protect Files and registry entries from manipulation" * REINICIE o computador Observe que isso não é do ACBr. Todas as versões do Delphi (5, 6, 7, 2006, 2007, 2009, 2010, etc...), BCB, VC++, etc... praticamente todos os debuggers foram afetados. Mais informações: https://forums.embarcadero.com/thread.j ... eID=306855

Exitem ferramentas para fazer isso. O resultado dos que eu já testei, no entanto, não é muito agradável. Componentes não existem (ou pelo menos nunca ouvi falar em nada parecido). Agora, se por acaso vierem a serem feitos, muito provavelmente serão pagos.

Eu até acho a idéia válida, mas o problema está justamente em cada prefeitura adotar um modelo diferente. Aí complica. Imagine um único fórum onde pessoas de todas as cidades do Brasil inteiro façam isso. Se minha geografia não está incorreta, só em Minas são mais de 800 munincípios. Outra coisa, não há no ACBr nenhum componente para esse tipo de nota. Se tivéssemos um, talvez ficaria mais fácil.

Até onde estou sabendo, se você deixar na área de classificados não há problema algum.

1) o ACBrNFe implementa o modelo de versão 1.x das NF-e. O ACBrNFe2, o NF-e Versão 2. 2) imcompatibilidade com o Delphi 7 é desconhecida, mas note que não há cadastro de produtos, fornecedores, etc... Você precisará digitar TUDO toda vez. Não acho viável. Outros usuários podem lhe dar um parecer melhor. 3) Use a área de classificados para fazer propostas e etc... viewforum.php?f=17

Olá DataPrime, Se quiser, você pode postar o seu código aqui no fórum (se for mais de um arquivo, é só zipar e anexar). Acho que o André é quem estava olhando no fórum antigo. Mas mesmo que não, outros podem querer ver, e quem sabe até acrescentar ao seu trabalho.

Se quiserem eu posso aproveitar que estou mexendo no ACBrECF e implementar essas alterações.

Pra quem não é obrigado a emitir NFe, boa notícia se seu cliente se encontra em algum dos seguintes estados: Acre, Alagoas, Bahia, Espírito Santo, Maranhão, Mato Grosso do Sul, Minas Gerais, Paraíba, Pernambuco, Piauí, Rio Grande no Norte, Roraima, Santa Catarina, Sergipe, Tocantins e o Distrito Federal. A obrigatoriedade da emissão em casos de operações com Administração Pública (ICMS 42/10 inciso I da cláusula segunda) dessas UFs será apenas a partir de 1º de abril de 2011. fontes: http://www.fazenda.mg.gov.br/noticias/V ... ocomNF.htm http://www.fazenda.gov.br/confaz/confaz ... 193-10.htm

veja viewtopic.php?f=5&t=54

Olá Pessoal, Implementei algumas informações que não estavam prontas das funções DadosReduçãoZ e também DadosUltimaReducaoZ: Inclui Contadores GNFC (Operações Não Fiscais Canceladas), CFD ( Fita Detalhe Emitida), NCN (Débito ou Crédito não Emitidos), CCDC (Débito ou Crédito Cancelados). Totalizadores Acréscimo, Desconto e Cancelamento de OPNF (Operações Não Fiscais). Parâmetro HabilitaDescontoISSQN. Implementei essas funções nas impressoras Bematech. Também Implementei para Bematech os retornos que não estavam vindo na DadosUltimaReducaoZ (ou seja, comparando com a dll eu implementei a Bematech_FI_DadosUltimaReducaoZMFD). Convido aos amigos desenvolvedores que tem conhecimento de outras marcas a tentar implementar essas informações novas que o ACBr agora poderá fazer controle. Property NumGNFC : String read GetNumGNFCClass ; Property NumCFD : String read GetNumCFDClass ; Property NumNCN : String read GetNumNCNClass ; Property NumCCDC : String read GetNumCCDCClass ; Property TotalCancelamentosOPNF : Double read GetTotalCancelamentosOPNFClass; Property TotalDescontosOPNF : Double read GetTotalDescontosOPNFClass; Property TotalAcrescimosOPNF : Double read GetTotalAcrescimosOPNFClass; Property ParamDescontoISSQN : Boolean read GetParamDescontoISSQNClass ; [/code] Daniel, se puder dar uma olhada e adicionar as correções costumeiras. Obrigado! ReducaoZ.zip

É exatamente esse teste. Com o arquivo postado dá pro pessoal simular antes, e talvez possamos fazer uma correção mais definitiva.

Cleiver, Isso é um Warning [DCC Warning], ou seja, um aviso de "Atenção". Não é um erro e você pode compilar o programa mesmo assim. Se ele não está compilando, a mensagem de erro é outra.

Se não me engano, o fastTef funciona conforme a mesma comunicação do CliSitef. Se for isso mesmo, então funciona. Mas não lembro se alguém já usou... Acho que outros usuários do ACBrTEFD podem confirmar.

Está me parecendo erro no Delphi. Qual a versão? Algumas sugestões (não necessariamente nesta mesma ordem): Você tentou em outra máquina? Apague todos arquivos DCU e BPL relacionados com o projeto. Tente reinstalar o Delphi ou algumas de suas atualizações. Pode ser algum arquivo corrompido... Use o SVN->Switch para trocar para uma revisão anterior do código. Assim você vai poder analisar qual a versão do código que está gerando o erro que fecha o Delphi.

Bem, eu moro muito longe daí, mas eu sei que a Polimig tem um escritório em Recife, não sei se ajudaria de qualquer modo. O melhor mesmo seria se fosse no seu estado né? Talvez alguém daí por perto possa ajudar... Moderação: Estou movendo o tópico pro subfórum de legislação visto que não está diretamente relacionado com os componentes. Acho que ficará melhor lá.

Daniel Obrigado pelas correções. Acho que ainda dá pra retirar as variáveis de BytesResp nas funções: CarregaFormasPagamento CarregaRelatoriosGerenciais CarregaComprovantesNaoFiscais (em dois lugares) Quanto ao total troco, se ninguém se manifestar vou tentar o suporte da Bemetech.

Jeferson, Se você procurar no fórum Zeos, vai perceber que realmente a versão 2.5 do FB não está compatível com o Zeos 6.6.6. O pessoal está recomendando testar a versão Alpha 7, mas como o Daniel mencionou, pode não ser uma boa idéia ainda... Veja esses posts me parecem exatamente o que você mencionou: http://zeos.firmos.at/viewtopic.php?t=2848 http://zeos.firmos.at/viewtopic.php?t=3022

A lista dos órgãos é justamente essa daí... Acho que não entendi qual é a sua dúvida.

Olá pessoal, Estou verificando a unit da Bematech, corrigindo algumas inconsistências e fazendo algumas alterações. Cheguei na função GetTotalTroco que deveria retornar o TotalizadorTroco. O Manual de programação via protocolo da Bematech diz que o comando para isso seria usar escape "35 78" (ou no caso do ACBr, poderia ser RetornaInfoECF('78'). Atualmente ele está usando uma função que não achei documentação ("35 32") para carregar todas as formas de pagamento e daí pegar o troco (mais ou menos como é feito via DLL). O problema de usar o primeiro método é que ele não funciona no emulador. O que vocês acham? Deveríamos mudar assim mesmo? Alguma outra sugestão? Editado para adicionar o Unit Bematech. ACBrECFBematech.zip

Por favor Jackson, evite posts duplicados. Vamos continuar no outro post viewtopic.php?f=5&t=199

Para fazer coisas mais complexas, como usando dados de tabelas diferentes ou bancos de dados diferentes. Verifique programas chamado ibdatapump, fbclone...