Daniel Simoes

Os trabalhos já começaram... O Marcio Martins, do Projeto Fortes Report, acaba de divulgar um novo repositório de fontes no GIT HUB https://github.com/fortesinformatica/fortesreport-ce

Nesse caso.. muda de certificadora... se os caras não sabem ler e interpretar a lei... é melhor procurar o concorrente deles...

é comum os fabricantes de balança usarem o mesmo protocolo... Experimente com os modelos Filizola ou Toledo... Lembre-se de configurar corretamente as configurações da porta serial, de acordo com o equipamento, no componente ACBrBAL

Não há correspondência para as chamadas as APIs do Windows... Seria mais simples se você especificasse as funções que precisa portar... e para que elas se destinam

Ambos usam a mesma base para o envio do email... "synapse" Qual configuração (ou linha de código) você está usando para o ACBrNFe2 ?

Aparentemente você precisa configurar (permitir) o SMTP no Office365... Veja esses links: https://support.office.com/pt-BR/Article/Configura%C3%A7%C3%B5es-para-acesso-POP-e-IMAP-para-contas-do-Office-365-para-empresas-ou-do-Microsoft-Exchange-7fc677eb-2491-4cbc-8153-8e7113525f6c?ui=pt-BR&rs=pt-BR&ad=BR http://technet.microsoft.com/pt-br/library/dn554323%28v=exchg.150%29.aspx

Não se trata de desabilitar... mas sim atribuir a porta corretamente antes de Ativar o componente ACBrECF1.Porta := "COM1"; ACBrECF.Ativar;

Como disse antes... a mensagem, indica dificuldades em abrir a porta Serial indicada... Notei que você usa o "AcharPorta"... isso nunca funciona adequadamente.. o ideal é você especificar a porta que você conhece...

Porta USB ? A mensagem indica problemas em achar a porta Serial... isso poderia ocorrer em portas USB, que emulam Serial... no momento em que o equipamento é desligado, a Porta Serial é removida do sistema Experimente ligar a opção "ACBrECF.ControlePorta"

o ACBrMonitor não contempla o componente ACBrTEFD

Notei que você está usando o protocolo ecfSweda e não ecfSwedaSTX Não há implementação de leitura da CAT52 na antiga (e obsoleta) classe Sweda... ela usará uma implementação genérica (e muito lenta) Ajuste o modelo para ecfSwedaSTX e tente novamente

Obrigado pela notificação... Baixei e fiz um teste com o ACBrSAT... aparentemente tudo OK... Notei que nessa versão, passaram a validar o Total dos Pagamentos com o Valor Total do CFe

Apliquei uma possível correção para o problema de não imprimir corretamente quando houver muitos itens

SIM, mas apenas existe o modelo TACBrECFVirtualNaoFiscal, que é um refactoring da unit ACBrECFNaoFiscal.pas

Atualmente todos os nossos sistemas (como o DJPDV) são desenvolvidos em Lazarus...

SIM... leia mais informações na página do projeto Lazarus http://www.lazarus.freepascal.org/

Não existe migração automática... Muitos componentes do Delphi não existem no Lazarus (e vice-versa) Se você quer usar Linux... não há Delphi para Linux... (apenas o Lazarus seria uma opção) Se você compilar no Linux.. obviamente, o binário não rodará no Windows

Você está usando uma MP4200... esse equipamento não suporta o protocolo "Bematech"... mas sim o protocolo "EscECF"

sim, funciona... em todos os emuladores de ECF... Sobre a DLL, inicie descobrindo o que significa o erro -24

O texto é claro na lei, conforme o Post anterior da Juliana... Acabei de participar de uma homologação com a POLIMIG e o segundo arquivo só continha o EAD... Fala pro homologador ler a lei...

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