daniel.simoes

Oi Moacir, Não recebi qualquer tipo de comunicação do Marcio... meu e-mail está nos cabeçalho de todos os fontes do projeto ACBr

Infelizmente não... não lembro se tem outro arquivo a ser configurado... tente um contato com o pessoal de Integração do SiTEF

Operador do Caixa, ou seja, quem está "pilotando" o ECF

Sempre precisamos mexer nos fontes... mas a homologação copia o seu .EXE e acredito que no caso de uma disputa judicial isso seja verificado... Mas é impossível manter isso... A homologação de TEF discado apenas homologa TEF discado A compatibilização com SiTEF e V&SPague precisa ser revisada

Pode ser configuração do SiTEF... Veja esse post: viewtopic.php?p=251#p251

Parei em Rede não habilitada... Segue trecho do LOG

Vc consegue criar um passo a passo para eu reproduzir o erro com o demo do ACBrTEFD ?

pela mensagem, parece que ele quer que vc adicione o package ACBrDiversos no package onde está o ACBrTEF... Vc tb poderia tentar inserir os fontes do ACBrTEF em algum dos packages já existentes do ACBr

e o que faz o TipoComando 3166 ?

Amarildo, Muitíssimo obrigado pela contribuição... vou tentar analisar até o fim do dia...

Mas nesse caso vc tb terá problemas com a geração dos arquivos que tem como origem apenas o BD, como por exemplo o Movimento por ECF... A ideia (utópica) do fisco, é de que apenas o programa PAF-ECF pode operar o ECF... Em todo caso, é bom vc orientar bem o seu cliente quanto a isso

No seu banco de dados vc não salva todas as Reduções Z ? (vc precisará disso para gerar o Movimento por ECF) Provavelmente nessa tabela vc tb salva o COO de cada Redução

Nesse caso, instale os componentes do D2010 e usa o D7 dentro de uma máquina virtual Ex: VirtualBox

Se não me engano o Regys Silveira já está trabalhando nisso..

Veja com o Suporte da Bematech qual é a chamada da função que faz isso que vc quer... e corrija nos fontes...

Ainda não... Não compreendi corretamente as modificações sugeridas...

Acho que podemos/devemos melhorar o método... Poderíamos criar um novo Tipo no tipo enumerado recém criado... mas acho que primeiro devemos fazer uma pesquisa nas DLLs dos fabricantes, para saber se elas suportam CRZ

Atualize seus fontes pelo SVN... e leia o ACBr-Change-Log.txt.... depois, agradeça ao Regys Silveira

Seus problema estão relacionados ao uso do Lazarus... pois nenhum desses packages é do ACBr... A solução indicada nesse mesmo post, acima, deveria resolver o seu problema... Se não o fizer, o ideal é procurar ajuda em uma lista de Lazarus, como por exemplo a Lazarus-BR

Pode ser que a impressora esteja com a alguma configuração de tamanho de etiqueta na memória... Experimente fazer um reset na mesma (no manual do equipamento explica como)

Se vc não informar a versão de Lazarus e FPC, que está usando... e qual é exatamente o problema, ou a mensagem de erro, fica difícil ajudar...

NAO.. mas vc pode recorrer ao LOG do SVN, e baixar uma revisão da sua escolha... Ou ainda recorrer aos seus Backups internos... O assunto foi amplamente discutido aqui... todos tiveram chance de opinar... Porque vc não distribui a DLL junto com o novo EXE em um ZIP ??? fácil, fácil, e o problema não ocorre mais

A orientação de coordenadas dos equipamentos EPL2 é inversa a dos equipamentos PPLA... Ou seja, não há como manter o mesmo código de etiqueta para os 2 modelos... Atualize os seus fontes pelo SVN e estude o Demo... O exemplo foi revisto para demonstrar a PPLA e EPL2

Finalmente consegui um tempo para analisar os fontes sugeridos e a melhor maneira de adiciona-los ao projeto... Aproveitei que apareceu uma Zebra aqui na empresa e consegui testar... Apliquei as seguintes modificações nos fontes sugeridos - Adicionei suporte a unidades de medida em Milímetros e Polegadas - Removi a necessidade de informar o tamanho da etiqueta no método Imprimir... pois li nos manuais que todos equipamentos compatíveis com EPL2, são dotados de sensores que detectam o "GAP" da etiqueta. - Modifiquei o método de impressão de caixa para ficar compatível com a assinatura atual No processo... acabei fazendo uma ampla reforma no ACBrETQ e em suas classes... as modificações estão detalhadas no aqruivo: ACBrSerial-change-log.txt

Notei que o "buraco é bem mais em baixo"... Foi necessário criar todo um tratamento para o Cupom NaoFiscal dentro ACBrTEFD... Estou comitando em breve... espero não ter "quebrado" algo nos fontes...