Daniel Simoes

É bem semelhante a programação dos meios de pagamentos... geralmente com o limite de 20 posições para cadastro... E só podem ser removidas ou reprogramadas em intervenção técnica... Sua ideia é boa, de verificar no Inicio do dia os relatórios existentes... eu mesmo faço isso... mas faça a programação de novos relatórios com bastante critério, pois ela não pode ser desfeita

O primeiro passo é solicitar a SevenPDV documentação específica do Programa Cielo Premia, e lê-la com atenção...

Oi Fabrício, Muito obrigado por corrigir as imagens que estavam corrompidas, devido a migração para o novo fórum...

O fisco acha que o rodapé do cupom é infinito... Sim, precisa ser em R.G., porque o Vinculado (ou CDC) só é permitido para operações com cartão de crédito/debito

Não há espaço nas linhas do rodapé... E se o cara parcelar em 24x ? Acho que isso não é exigência do roteiro não... siga a risca o que diz o roteiro de homologação e a lei do PAF-ECF

Vc fez um loop de 10 Retrys automáticos.. Pode ser por isso que vc nunca teve o problema reportado... mas se houver um erro sem chance de recuperação, como por exemplo, tentar efetuar um pagamento sem haver a subtotalização... mesmo assim ele irá enviar o erro por 10 vezes

Verifique se a imagem não é fora do padrão aceito, lembre-se que precisa ser monocromática, e o tamanho tb é um impedimento... Tente carregra-la e imprimi-la com o programa do fabricante...

Muito obrigado pela contribuição... Já fiz o "merge" e envio em breve para o SVN...

Qual o problema em enviar um comando por vez ? Já viste o exemplo de comunicação em Clipper que acompanha a pasta Exemplos do ACBrMonitor ? Se você usar xHarbour vc poderá até mesmo usar TCP/IP que é muito mais rápido...

Veja o exemplo em: \ACBr\Exemplos\ACBrETQ

Essa balança é compatível com o protocolo da Filizola... Mas até achar as configurações corretas de Baud rate, Stop bits, etc... Simplifique o seu teste... ligue ela em um PC com serial comum, e primeiro teste no Demo da Bematech... se funcionar, teste no Demo do ACBrBalanca... se funcionar, teste no seu Thin Client

Sem previsão... não tenho tido bons resultados com a DLL que me enviaram... e vários da equipe deles estão de férias

Sim, é uma das possibilidades... mas código semelhante a esse existem em vários locais dos fontes... Inserir "FormatSettings." na frente seria mais simples... PS: Não precisa liberar myFormatSettings ?

é uma péssima ideia usar caminhos absolutos... (D:\etcetc\etc\Logos) tente um caminho relativo ao seu .EXE (.\Logos\)

Tente imprimir a página de teste do Windows... Se ela não funcionar... nada será impresso... provavelmente o driver não foi instalado corretamente...

Experimente apagar os BPLs do ACBr e recompilar novamente...

Tente reproduzir o problema no programa Demo do ACBrBoleto, disponível na pasta Exemplos... A única maneira de conseguirmos analisar, e nós mesmos nos deparando com o problema...

Bom que vc conseguiu corrigir... mas pena que não deu tempo de fazer durante a homologação... Obrigado pelo retorno...

Acho que não... os tipos mais modificados são ShortDateFormat e DecimalSeparator Se no D7 pudermos modificar: ShortDateFormat -> FormatSettings.ShortDateFormat DecimalSeparator -> FormatSettings.DecimalSeparator acho que resolve o problema, e de quebra removemos vários Warnings da compilação... (Vou testar)

ilsousa, Nem todas as classes de ECF usam "dd/mm/yy"... ou seja, o seu código ainda pode "quebrar"

Uma possível correção seria: {$IFDEF DELPHIXE_UP}FormatSettings.{$ENDIF}ShortDateFormat := 'dd/mm/yy' ; {$IFDEF DELPHIXE_UP}FormatSettings.{$ENDIF}DateSeparator := '/' ; Em muitos lugares o código existente poderia ser substituído por uma chamada a ACBrUtil.StringToDateTime Mesmo assim daria um trabalho insano...

O Lazarus já sinaliza o uso direto dos registradores de TFormatSetting como depreciado, ou seja a mudança seria compatível com o Lazarus O problema são as IDEs Delphi inferiores ao XE2

Pode ser isso... no XE2, mudou o tratamento a todos "FormatSettings"... Pelo que analisei rapidamente... em vários pontos do código podem haver problemas... pois em vários momentos é usada a modificação de ShortDateFormat

Qual a versão do seu Delphi ? O que vc está fazendo já é (ou deveria ser) feito pela function ACBrUtil.StringToDateTime Function StringToDateTime( const DateTimeString : String; const Format : String = '') : TDateTime ; Var OldShortDateFormat, AStr : String ; begin OldShortDateFormat := ShortDateFormat ; try if Format <> '' then ShortDateFormat := Format ; AStr := Trim( StringReplace(DateTimeString,'/',DateSeparator, [rfReplaceAll])) ; AStr := StringReplace(AStr,':',TimeSeparator, [rfReplaceAll]) ; Result := StrToDateTime( AStr ) ; finally ShortDateFormat := OldShortDateFormat ; end ; end ;

Apliquei a seguinte modificação nos fontes do SVN: Por favor atualize e teste...