Daniel Simoes

Não é necessário... mas fica a seu critério...

O Sefaz lançou uma versão do aplicativo para IOS (IPhone)... Basta procurar na Apple Store por "SAT CFe"

Já tentaram entrar em contato com a Secretaria da Fazenda ? O suporte deles ao SAT é bastante eficiente... https://www.fazenda.sp.gov.br/email/default2.asp

No certamente será possível... mas mesmo na nova versão (Plus) atualmente isso não é possível... Será criada uma nova aba, apenas para configurar a Impressora EscPos, e também será criado um novo objeto, para interagir com ela...

Alterei o método para sempre adicionar o '|0', quando não houver pipe, a modificação não afetou o funcionamento da Bematech, Segunda-feira eu testo na Epson 01.00.00 function TACBrECFEscECF.RetornaInfoECF(Registrador: String): AnsiString; begin if Pos('|',Registrador) = 0 then Registrador := Registrador + '|0' ; EscECFComando.CMD := 26; EscECFComando.AddParamString(Registrador); EnviaComando; Result := EscECFResposta.BRS; while (RightStr(Result,1) = '|') do Delete( Result, Length(Result), 1 ); end;

Não dessa versão... Amarildo, o que mudou ? O que a modificação visa ? Notei que o código deixará de funcionar se houver uma nova atualização de versão... (0101 está hardcoded)

Estamos trabalhando na implementação do do Com ele, e usando o novo comando de Venda de Item ()... será muito simples transformar uma aplicação compatível com ECF em SAT

Depende de cada ECF... Se você pretende usar acentuação no ECF, deve conhecer qual a página de código ele usa... Se não me engano a Bematech usa a Pag.Código 850 Eu recomendo cadastrar as Formas de Pagamento SEM os acentos

Seja bem vindo ao fórum.. Por favor fique atento as Regras de Postagem... 2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]".

Tenha em mente, que o ACBr deve compilar em Delphi 7 a XE8 e Lazarus/FPC... (Windows e Linux)... Então.. há de se ter cuidado em criar código Pascal puro, evitando ao máximo, chamadas a API do sistema operacional...

ACBrMonitorPlus disponível para testes em:

Apenas para ilustrar, segue uma Imagem do TestCase, com a modificação aplicada... Repare que vários outros métodos são quebrados

O problema pode estar ocorrendo devido a Acentuação nas formas de pagamento... Evite a todo custo, programar registradores com acentuação... isso sempre será um problema... Em todo caso, quem está acusando o erro, é o próprio ECF, o ACBr apenas está repassando a mensagem...

Qual é exatamente o passo a passo para reproduzir o problema, usando ECFTeste e o emulador da Sweda... Por favor use esse

Notei que este tópico está a mais de um mês em aberto... O problema ainda persiste ?

Essa modificação não pode ser aplicada... Ela irá quebrar vária outras funções... que consideram que o Truncamento vem da esquerda para a direita... Concordo que o mais correto, seria que o truncamento viesse da direita para a Esquerda... porém rodando os Unit Testes, é possível ver que vários métodos serão quebrados

E qual seria a forma mais correta ? Fique a vontade para tentar implementar suas sugestões nos fontes...

codCNF deve ser o índice do Comprovante Não Fiscal previamente cadastrado no ECF... Veja os métodos: CarregaComprovantesNaoFiscais, LerTotaisComprovanteNaoFiscal, ProgramaComprovanteNaoFiscal e a lista de Objetos: ComprovantesNaoFiscais

Pelo que compreendi, poderá continuar a ser usado.. até atingir o máximo de 5 anos de uso, ou o fim da memória..

Humm.. realmente... Muito obrigado pela analise e correção.. já apliquei no SVN do Trunk e Trunk2

Qual Impressora de Cheques você está usando ?

Ok... noto no seu Log, que após o Pagamento, o seu programa fica "perdido", na leitura de uma das seguintes propriedades: NumCupom, GrandeTotal, NumCCF, NumGNF Provavelmente a falha de ACBrECFEscEcf está no retorno de uma dessas propriedades... Por favor verifique no ECFTeste, se ele está retornando o valor correto dessas propriedades...

Acho que na próxima semana estará pronto... e também criaremos uma interface para o novo componente TACBrPosPrinter (um novo Objeto)