Daniel Simoes

Oi Mauro, As modificações do jeito que estão podem causar incompatibilidade com D2010 ou D7... mas lembro que algo semelhante foi feito na classe da Daruma... vou verificar...

Vou procurar atualizar o site do S.F. essa semana... por favor verifique em: http://sourceforge.net/projects/acbr/files/

Fica muito difícil comparar as alterações desse jeito... por favor anexe o .PAS no Post (pode ser zipado)

A ZPM é a criadora do procotolo FiscNET... então se esse modelo não rodar, estamos ferrados

O ACBr le do ECF a identificação do Modelo, e essa informação é usada em: procedure TACBrECFFiscNET.LoadDLLFunctions;

Pessoal, Agradeço as opiniões... e de forma alguma me ofendi... Apenas quis deixar claro que qualquer pessoa ou empresa pode fazer um serviço semelhante ao proposto nesse tópico, e cobrar o quanto achar que deve... Mas eu (DJSystem) não pretendo cobrar valores menores que o proposto.... mas sim, acho que devemos rever os limites ou as modalidades de antedimento...

Use Ctrl+clique sobre a propriedade "Typ"

Leia instruções no LEIAME.TXT

Ronny, Você pode criar o seu SAC desta maneira... basta você oferecer para a comunidade...

Realmente... Achei que você falava do modelo ecfNaofiscal... desculpe-me pela confusão... Já corrigi.. obrigado pelo bug report

provavelmente a ZPM use as mesmas DLLs da DataRegis... acho que com pequenos ajustes nos fontes você consegue fazer ele usar a rotina da DataRegis

Juliomar, Esses fontes estão bem diferentes da versão atual do SVN.. por favor faça uma atualização.. esse problema já havia sido corrigido a um bom tempo

Vá em Project -> Project Options -> Linking e verifique se a caixa: "Display line number in run-time..." está marcada... se SIM, desmarque... marque a caixa: "Strip symbols from Executable"

dciinformatica, Você é um programador de ObjectPascal ? Se a resposta for NAO, o ACBr não serve para você... veja mais informaçoes sobre o ACBr na página do projeto

Faça um "CleanUp + Build All" no seu Lazarus (recompile toda a IDE)

Então provavelmente o ECF está usando uma página de código diferente...

atualize os seus fontes pelo SVN... o suporte a CODEPAGE foi introduzido a alguns meses atrás

Wether, A culpa é toda nossa (DJSystem)... Iniciamos vários produtos novos a mesmo tempo, e não estamos com tempo e equipe hábil para dar conta de tudo... O nosso frente de caixa (DJPDV) vem atualmente tomando todo tempo da equipe de desenvolvimento e suporte... Cadastra-lo em todos os estados também está sendo uma tarefa infinitamente mais difícil do que havia imaginado... Peço desculpas, mas ainda não temos a estrutura do SAC pronta para operar...

Atualmente é quando eu mesmo preciso ou tenho tempo livre... ou seja, demora... Não é difícil criar o ambiente de compilação, e todas as ferramentas necessárias são OpenSource... No manual do ACBrMonitor há uma sessão explicando os procedimentos necessários

aparentemente NAO... Use o LOG do SVN e compare as atualizações dos fontes com o WinMerge

SIM... a DataRegis pode lhe ajudar inclusive na homologação... Outro parceiro muito bom para SiTEF por VPN é a TEFWAY

Vou deixar o tópico fixo por algum tempo...

Acho que nao compreendi a pergunta... A geração de Sintegra deve ser proveniente do seu Banco de Dados e não do ECF... Afinal, como você geraria o Sintegra se o ECF fosse perdido/roubado, etc ?

Os fontes SIM, mas o binário não... Vc precisaria re-compilar o ACBrMonitor ou aguardar uma atualização do binário no S.F.

Parece ser um problema no ECF... tente rodar o programa antigo e verifique se ainda funciona... ou tente rodar o programa novo em um outro ECF Daruma