Daniel Simoes

como eu disse antes... todas as DLLs de SAT são compatíveis.. então apenas copie a DLL de qualquer fabricante lá, e configure o caminho no PLUS.. Se você usa DELPHI ou ObjectPascal, você pode usar os componentes do ACBr, que SIM, suportam MDFe

Trunk2 e Trunk N Ã O podem conviver na mesma IDE... A decisão de migrar ou não é toda sua..

Compreendi o seu ponto de vista... realmente é estratégico conhecer o numero da Sessão antes da resposta... Vou implementar usando o SAT.SetNumeroSessao( iNumero ) ... nessa caso, não será necessário modificar a assinatura dos demais métodos..

Não compreendi a pergunta, favor elaborar melhor seu texto..

Use a força... leia os fontes.. Veja o Demo da ACBrNFe (em Lazarus) OpenDialog1.Title := 'Selecione a NFE'; OpenDialog1.DefaultExt := '*-nfe.XML'; OpenDialog1.Filter := 'Arquivos NFE (*-nfe.XML)|*-nfe.XML|Arquivos XML (*.XML)|*.XML|Todos os Arquivos (*.*)|*.*'; OpenDialog1.InitialDir := ACBrNFe1.Configuracoes.Arquivos.PathSalvar; if OpenDialog1.Execute then begin ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(OpenDialog1.FileName); CC:=TstringList.Create; try CC.Add('[email protected]'); //especifique um email válido CC.Add('[email protected]'); //especifique um email válido ACBrMail1.Host := edtSmtpHost.Text; ACBrMail1.Port := edtSmtpPort.Text; ACBrMail1.Username := edtSmtpUser.Text; ACBrMail1.Password := edtSmtpPass.Text; ACBrMail1.From := edtSmtpUser.Text; ACBrMail1.SetSSL := cbEmailSSL.Checked; // SSL - Conexão Segura ACBrMail1.SetTLS := cbEmailSSL.Checked; // Auto TLS ACBrMail1.ReadingConfirmation := False; //Pede confirmação de leitura do email ACBrMail1.UseThread := False; //Aguarda Envio do Email(não usa thread) ACBrMail1.FromName := 'Projeto ACBr - ACBrNFe'; ACBrNFe1.NotasFiscais.Items[0].EnviarEmail( Para, edtEmailAssunto.Text, mmEmailMsg.Lines , True // Enviar PDF junto , CC // Lista com emails que serão enviado cópias - TStrings , nil); // Lista de anexos - TStrings finally CC.Free; end;

Veja esse Post:

Recompile o Package ACBrDFeComum

Na verdade, o Trunk2 tem suporte a OpenSSL e CAPICOM simultaneamente... A diretiva permaneceu no Demo apenas por facilidade na conversão... o correto é remove-la e ajustar a interface do programa, para permitir que o usuário escolha entre OpenSSL ou CAPICOM em RunTime

Na verdade parece ser um bug dos Schemas do fisco... Acabei de enviar para o SVN com a modificação necessária em "tiposBasico_v3.10.xsd"... Por favor atualize o sua pasta de Schemas e teste novamente

Não da minha parte... Se desejar ajudar... A culpa é da Unit: libeay32, que faz a carga estática... No Lazarus é utilizada a Unit: OpenSSLExt, que faz a carga de forma dinâmica... Tentei adaptar a OpenSSLExt.pas para Delphi mas não tive sucesso... Veja em ACBrEAD.pas {$IFDEF USE_libeay32}libeay32{$ELSE} OpenSSLExt{$ENDIF}

Se deseja propor modificações nos fontes, favor anexar (ZIP) os fontes modificados

Prezados... O suporte a Rave não é mais mantido pelo Projeto ACBr... Podemos subir as alterações.. mas não daremos suporte ou responderemos dúvidas sobre essas Units... Quais são exatamente os fontes que precisam ser atualizados no SVN ?

Mãos a obra... Ligue o seu Debug e tente ajudar o projeto...

Regule o tamanho do QRCode no TACBrPosPrinter.ConfigQRCode.LarguraModulo... Ajustes as colunas em TACBrPosPrinter.ColunasFonteNormal

Recompile o package ACBrDFeComum...

A alteração propõem um novo parâmetro nos métodos: criarcfe, criarenviarcfe, enviarcfe, cancelarcfe Mas todos os comandos do SAT, recebem um número de Sessão.. então se o objetivo é ter controle do Número de sessão, a modificação não cobriria todas as possibilidades... Talvez possamos criar um método como: SAT.SetNumeroSessao( iNumero ) e ele memorizaria o Número de Sessão para a próxima operação a ser enviada ao SAT.. Mas isso é realmente necessário ? Você sempre terá o Número da Sessão utilizada, na resposta do comando enviado... então, não seria mais simples apenas ler o número retornado e salva-lo para conferência futura ? Em qual situação que essa abordagem não funcionaria ?

Não consegui compreender o problema que você deseja reportar...

A DLL de todo SAT é regulamenta de acordo com a Especificação do SAT... Ou seja, em teoria, elas são compatíveis... o PLUS suporta a carga dinâmica dessas DLLs em modo "stdcall" e "cdecl"... (o fabricante deve informar qual a convenção de chamada utilizada) A DLL da SEFAZ, só serve para o Emulador da SEFAZ... vc precisará usar a DLL de cada fabricante... (sugiro ler melhor a documentação do SAT antes de iniciar) o PLUS não tem suporte a MDFe

Se você usar Trunk2 existe uma nova lista de Objetos: ACBrECF1.TotalizadoresNaoTributados procedure TForm1.MenuItem48Click(Sender: TObject); Var A : Integer ; begin ACBrECF1.LerTotaisTotalizadoresNaoTributados ; for A := 0 to ACBrECF1.TotalizadoresNaoTributados.Count -1 do begin mResp.Lines.Add( 'TotalizadorNaoTributado: '+ ACBrECF1.TotalizadoresNaoTributados[A].Indice +' - '+ ACBrECF1.TotalizadoresNaoTributados[A].Tipo+ ' -> '+ FloatToStr( ACBrECF1.TotalizadoresNaoTributados[A].Total ) ); end ; mResp.Lines.Add('---------------------------------'); end;

Só agora que vi.. muito legal a sua pesquisa...

Saiba mais sobre o ACBr em: http://acbr.sourceforge.net/

Não compreendi... Você está usando o objeto EscPos ? Se SIM, experimente a tag </LF>

Analise o Log gerado pelo ACBrBAL

Atualmente a única Tag para impostos no SAT.CFe é Total.vCFeLei12741 Portanto use o campo de informações complementares...

Se o leitor USB gerar uma COM virtual então funciona... normalmente leitores USB atuam como se fossem um "teclado"... ou seja, jogam o conteúdo lido no buffer de teclado do Sistema