Daniel Simoes

Waldir, Como algumas dessas Units tem modificações no funcionamento do componente, preciso de um tempo para analise... e infelizmente não estou com tempo disponível por enquanto... mas já está na milha lista de tarefas...

Não consigo reproduzir o problema, com as suas informações...

Seu post não agrega em nada... e não nos dá nenhuma informação para qualquer tipo de analise... Por favor seja mais objetivo e relate o que está tentando fazer e o que não funciona...

Não compreendia a sua sugestão... poderia por favor descrever qual é a sua abordagem ? Há algum problema na Epson, em relação ao índice da Forma de pagamento, quando existe FPG com dinheiro ? Aparente a sua correção funcionará apenas para esse cenário específico... (dinheiro primeiro) e poderá falhar, se houver mesclagem de Dinheiro e outras Formas de pagamento, em uma ordem diferente... Há alguma informação da Epson em relação a isso ?

por favor anexe a Unit modificada ou um Patch, para analise...

Em relação a AnsiString x String... não tem receita de bolo... tem que estudar cada caso.... atenção especial para a pasta ACBrSerial... que faz uso intensivo de Strings binários Não está previsto nenhum refactoring para o ACBrBoleto (não vejo necessidade)

Por favor teste com a versão em anexo... ACBrECFEscECF.pas

Por favor abra um novo tópico e descreva exatamente o problema enfrentado... Lembre-se de informar um passo a passo de como reproduzir o problema, usando os Demos do ACBr, (para que possamos debugar o problema)... Se necessário (se for o caso) adicone os XMLs ou Logs, referentes a operação...

e realmente é para passar... veja que se trata de IFNDEF e não IFDEF

não... veja... não é necessário fazer nada em relação a essa diretiva... Se você está com problemas com isso, é porque provavelmente seus fontes estão errados, baixe uma nova cópia do ACBr... e use o ACBrInstall

No Delphi essa diretiva nunca ficaria ativada... Você deve estar usando o ACBr.inc errado

Anexe um Log sobre o assunto... Qual é o passo a passo, para reproduzir o problema, usando o ECFTeste ?

Antes vc precisa cadastrar o contribuinte do SGRSAT Veja a documentação em: http://www.fazenda.sp.gov.br/sat/duvidas_frequentes/desenvolvedores.asp#FAQ

Pode ser a DLL do ECF... algumas DLLs tentam abrir a porta serial, assim que são carregadas...

TLDR nao há nada no Log que indique um problema de comunicação... Veja você mesmo...

Acesso negado, é porque alguém já está abrindo a porta COM... ou você está abrindo a porta COM errada

Obrigado por mais essa revisão... Não apliquei as modificações em ACBrUtil.pas Procedure WriteToTXT( const ArqTXT : String; ABinaryString : String; const AppendIfExists : Boolean = True; const AddLineBreak : Boolean = True ); Tudo que é um "String Binário" DEVE ser AnsiString, caso contrário poderá haver perda de dados com caracteres de controle (STX, ETX, NUL) Em ACBrTXTClass.pas procedure TACBrTXTClass.AssignError(MsnError: String); begin if Assigned(FOnError) then FOnError( ACBrStr(MsnError) ); end; Todos os fontes do ACBr usam CP1252, para manter a compatibilidade com o D7... por isso, se a origem de "MsnError" for algo que estava "hardcoded" nos fontes, então é necessário o ACBrStr() para converter para a página de código nativa da IDE (Unicode no Delphi e UTF8 no Lazarus, sem mudanças no D7)

Veja você mesmo os Logs... Em nenhum deles, há qualquer tipo de falha de comunicação ou erro... e o ECF respondeu normalmente (TX, RX) Muito provavelmente o problema está na sua aplicação... Para reportar problemas para a equipe do ACBr, certifique-se de reproduzir o problema nos "Demos" oficiais do projeto... que nesse caso é o ECFTeste.exe

Se mudarmos para Double, ele irá gerar as decimais na Tag... realmente ficaria fora da especificação... @amarildolacerda, Você poderia por favor questionar o seu órgão homologador a respeito dessa situação ?

Amarildo, Apliquei modificações nos fontes, baseados na sugestão... a diferença, é que deixei o evento como Published em ACBrSAT

@Juliomar Marchetti e @Régys Silveira, Aparentemente o manual está errado... concordam ? Deixar como Double causaria problemas ? Tudo que "cabe" no Integer, "cabe" no Double... (mas não o inverso)

Esse código faz parte do projeto Synapse, que não é do ACBr... preferimos mantê-los o máximo possível igual ao original... No entanto, modifiquei o ACBrHTTPDownload -- ACBrHTTPDownload -- [+] Criada propriedade Publica para expor HTTPSend: THTTPSend (por: DSA) Com isso você pode fazer algo como: ACBrHTTPDownload1.HTTPSend.UserAgent := 'Mozilla/5.0 (compatible; Synapse)';

Acredito que o ACBrFramework não contempla o ACBrSAT

o programa para gerar assinatura não precisa ser instalado no cliente... a não ser que você queira deixar o seu certificado lá... No site do fisco há uma documentação bem elaborada sobre o processo de ativação...

Remover o "Result" do método abaixo, causa um Warning no FPC function TDFeSSLClass.VerificarAssinatura(const ConteudoXML: String; out MsgErro: String; const infElement: String; SignatureNode: String; SelectionNamespaces: String): Boolean; begin Result := False; raise EACBrDFeException.Create('"ValidarAssinatura" não suportado em: ' + ClassName); end; Não apliquei todas as modificações semelhantes a essas... Apliquei vários "Casts" em ACBrDFeCapicom.pas, pois o FPC reclamava das conversões de String para WideString Olá Elton, Obrigado pela dica... Já está no SVN...