daniel.simoes

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

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...