Daniel Simoes

Atualizou os fontes ? Conferiu o nome do Package do Fortes conforme tópico anterior ? Usou o ACBrInstall ?

Acho que somente o Fabricante da DLL poderia lhe ajudar no controle de erros da mesma...

Esse link é de um repositório não oficial... provavelmente há algo diferente nos Packages... talvez vc possa ajustá-los... Abra o DPK do ACBr e verifique o nome que ele está esperando... Exemplo do ACBrNFeDanfeRLpkg.pkg requires rtl, designide, soaprtl, {$IFDEF VER150} RLibWinD7vcl, vcljpg, {$ENDIF} // D7 {$IFDEF VER200} RLibWinD2009, vclimg, {$ENDIF} // D2009 {$IFDEF VER210} RLibWinD2010, vclimg, {$ENDIF} // D2010 {$IFDEF VER220} RLibWinDXE, vclimg, {$ENDIF} // XE {$IFDEF VER230} RLibWinDXE2, vclimg, {$ENDIF} //XE2 {$IFDEF VER240} RLibWinDXE3, vclimg, {$ENDIF} //XE3 {$IFDEF VER250} RLibWinDXE4, vclimg, {$ENDIF} //XE4 {$IFDEF VER260} RLibWinDXE5, vclimg, {$ENDIF} //XE5 {$IFDEF VER270} RLibWinDXE6, vclimg, dsnap, {$ENDIF} //XE6 {$IFDEF VER280} RLibWinDXE7, vclimg, dsnap, {$ENDIF} //XE7 ACBr_NFe2, PCN2, ACBrComum, synapse, ACBrCapicom, ACBrDiversos;

No Lazarus, pela dependência dos Pacotes, a IDE já deve forçar a recompilação dos mesmos, quando notar alguma modificação do LPK ou dos fontes do Pacote... Ou seja, bastaria re-compilar o ACBrMonitor Mas você pode, usar a opção "Tools -> Configure Build Lazarus"... e usar a opção "Clean Up + Build All"... isso irá remover todos os binários anteriores e reconstruir todo o Lazarus

Aplicado no SVN... Obrigado pela contribuição

Eu acho o projeto muito interessante... Acho que ele tem potencial para ser um Projeto a parte... Se você distribuir o Client e o Server já compilados, eles poderiam ser usados por qualquer usuário, e não apenas usuários de Delphi (semelhante ao ACBrMonitor, por exemplo) Enfim... quando tomar a decisão de abrir o código... pense: - Quais benefícios eu espero com isso ? - Qual licença devo usar ? - Como será o suporte ao programa/componente ? (como isso será custeado ?) - Como vou promover o projeto e conquistar usuários ? (A quem se destina ? Por que deve(riam) usar o meu projeto ?) Posso lhe ajudar no operacional para criar um novo projeto do Source Forge Se formos pensar em inseri-lo no ACBr, ainda é preciso responder: - É compatível com várias IDEs ? (Delphi 7 a Delphi XE7; Lazarus/FPC) - É multiplataforma ? (Rodaria no Linux ?)

Lembrando que a homologação de TEF ainda é necessária: A homologação visa garantir que a sua aplicação está integrada corretamente com a solução da TEF House ( SiTef, VSPague, Pay&Go, etc...) Ou seja, hoje a homologação deve ser feita na TEF house que você escolheu para integrar O prazo de validade da homologação, depende da TEF House.... na Sw.Express (SiTef), eles não exigem homologação anual, já na NTK (Pay&Go) o laudo só vale por um ano

O Fortes não tem Package para XE7, qual pacote você usa ?

Isaque, É apenas uma sugestão.... Porque você não cria um Projeto de Código aberto com o Axial Build ? Acho que com a ajuda da comunidade ele pode se tornar um bom produto...

Mais uma vez obrigado pela colaboração... subi várias modificações para o SVN... acredito que estudando os fontes você possa compreender as modificações que implementei

Vc mesmo pode imprimir um texto, com o mesmo conteúdo do código, logo abaixo do Código de Barras...

Se você pensa em um banco de dados para uso na Web... você não terá nenhum problema em encontrar MySql ou Postgres... praticamente todos provedores oeferecem Porém se você pensa em subir aplicações binárias geradas em Lazarus, para Windows ou Linux, você pode ter problemas com falta de DLLs/SO no servidor (para conexão com o banco por exemplo).... Poucos servidores permitem que você suba um SO e adicione-o no LibPath (LD_LIBRARY_PATH) Acho que o ideal nesse cenário (Lazarus e Web) seria um servidor com "colocation", assim você configura ele como bem entender, (e continua com o Firebird)

Aparentemente seus fontes estão desatualizados... Porém o erro ocorreu porque o Instalador não foi capaz de identificar qual o Package do Fortes para o XE7 Vc precisa criar um novo Package como o anexo RLibWinDXE7.zip

Use o ACBrInstall

Por favor seja mais específico: - Faça um teste com o ECFTeste - Descreva o passo a passo até atingir o problema - Anexe o Log - Forneça informações detalhadas de sua IDE, Sistema Operacional e ECF

Use como porta algo: \\localhost\ARGOX localhost -> Nome ou IP da máquina a conectar ARQGOX -> Nome do compartilhamento criado

Preciso debugar isso... parece ser uma limitação do Fortes, já que ele não tem o modo "bobina"... não sei se dá pra fazer um "workaround" Esse problema não correria em ESC/POS... talvez seja mais simples fazer o cliente adquirir uma impressora compatível (Epson, Dascom, Bematech)

Essa ferramenta do Isaque foi desenvolvida por ele... e o mesmo usa ela para compilar semanalmente o ACBrMonitor (Lazarus) e ACBrNFeMonitor (Delphi)

Você tem o Fortes instalado corretamente ? Qual é a exata mensagem de erro ??

Se houver um erro na venda do Item (o que pode ser causado por acentuação na Descrição)... o total esperado não seria o mesmo...

O que notei no Log, é que comandos de configuração estão sendo chamados com o Cupom Aberto... e isso causa o erro: Esses comandos devem ser chamados antes da abertura de qq documento

A única explicação seria os projetos estarem usando versões diferente da DLL Lembrando que quem gera esses arquivos... é a DLL do fabricante Para ECFs com MFD (térmicos) o arquivo correto é o Ato Cotepe 17/04... Cat 52 foi criada como "quebra galho" para ECFs matriciais... (basta ler o conteúdo da lei) http://www.fazenda.sp.gov.br/guia/nfp/transmissao.shtm http://info.fazenda.sp.gov.br/NXT/gateway.dll/legislacao_tributaria/portaria_cat/pcat522007.htm?f=templates$fn=document-frame.htm$3.0$q=$uq=$x=$up=1$nc=6480

Provavelmente essa Balança usa um protocolo diferente do programado para o modelo Toledo... por favor anexe o manual que descreva o protocolo serial da mesma...

O ECF Virtual está pronto... bastaria criar um novo modelo, herdando de TACBrECFVirtualPrinter ou TACBrECFVirtual e desenvolver a lógica de comunicação com o novo componente para suportar a NFCe A vantagem da abordagem dos ECFs virtuais, é que não será causada dependência de um pacote no outro... Exemplo: não é legal causar a dependencia de ACBrNFE2 no ACBrSerial, ou vice-versa Com o ECF Virtual, teremos um pacote novo, e esse depende de ACBrECF e ACBrNFe2

compare com o comando chamado pelo ECFTeste