Daniel Simoes

Sem o log do ACBrECF e ACBrTEFD é impossível de analisar

Apliquei ajustes no SVN para utilizar a nova função Bematech_FI_ArquivoMFDPath

Apliquei ajustes no SVN para utilizar a nova função

Havia um erro no código no momento de ler a resposta estava lendo o comando enviado... Também inseri um código de verificação para o caso do movimento vir zerado "00000000" (já no SVN)

Envie a correção sugerida para o SVN

Acho que não precisamos de duas comparações... O problema é que o código atual não remove os espaços do parâmetro informado pelo usuário... Por favor tente dessa maneira: function TACBrCNIEE.BuscarECF(const AMarca, AModelo, AVersaoSB: String; const RemoveEspacos: Boolean): TACBrCNIEERegistro; var I: Integer; Marca, Modelo, VersaoSB: String; MarcaAtual, ModeloAtual, VersaoAtual: String; begin // abrir a tabela se estiver fechada if Cadastros.Count <= 0 then begin if not Self.AbrirTabela then raise EACBrCNIEE.Create('Não foi possível abrir a tabela de CNIEE.'); end; Marca := AnsiUpperCase(AMarca); Modelo := AnsiUpperCase(AModelo); VersaoSB := AnsiUpperCase(ACBrUtil.OnlyNumber(AVersaoSB)); if RemoveEspacos then begin Marca := StringReplace(Marca, ' ', '', [rfReplaceAll]); Modelo := StringReplace(Modelo, ' ', '', [rfReplaceAll]); VersaoSB := StringReplace(VersaoSB, ' ', '', [rfReplaceAll]); end; Result := nil; for I := 0 to Cadastros.Count - 1 do begin MarcaAtual := AnsiUpperCase(Cadastros[I].DescrMarca); ModeloAtual := AnsiUpperCase(Cadastros[I].DescrModelo); VersaoAtual := AnsiUpperCase(ACBrUtil.OnlyNumber(Cadastros[I].Versao)); if RemoveEspacos then begin MarcaAtual := StringReplace(MarcaAtual, ' ', '', [rfReplaceAll]); ModeloAtual := StringReplace(ModeloAtual, ' ', '', [rfReplaceAll]); VersaoAtual := StringReplace(VersaoAtual, ' ', '', [rfReplaceAll]); end; if (MarcaAtual = Marca) and (ModeloAtual = Modelo) and (VersaoAtual = VersaoSB) then begin Result := Cadastros[I]; Exit; end; end; end;

Com SAT, NFCe ou ECF você precisará de um sistema... A meu ver o ECF é uma escolha segura para o seu caso... pois poderá ser utilizado até o fim da memória fiscal... Se o SAT existisse seria o melhor... (pois ele pode trabalhar off-line de forma autônoma) O NFCe em SP, tem como contingência apenas o SAT... então aqui em SP o NFCe sem o SAT não vinga... (aqui em SP não é permitida a contingência off-line da NFCe em até 24 horas) Sem falar que o prazo de aprovação de uma NFCe pode chegar até 30 segundos (tempo esse tido como considerado razoável pelo governo)

Certeza que você está passando as informações de Conta e Título sempre da mesma maneira ? Se for ACBrMonitor, poderia anexar os .INIs que geraram esses boletos ?

Anexe o LOG gerado pelo ACBrECF e se possível o LOG gerado pelas DLLs

Nunca tente gravar algo direto no "C:\" use um subdiretório do seu programa por exemplo...

A Bematech está prometendo o mesmo driver que hoje existe para a MP4200 para a MP4000... Mas não tenho ideia do prazo de lançamento... Acho que você pode tentar acessar a porta do Windows diretamente... Veja esses Posts:

Notei que os fontes anexados estão com muitas diferenças do original... Provavelmente passaram por algum processo de formatação... Fica muito difícil de saber o que foi modificado... infelizmente não posso aplicar as modificações...

Subindo as DLLs para o SVN... Muito obrigado pelo retorno...

A Bematech em Linux não usa os mesmos métodos da DLL O código para Linux na Bematech é completamente diferente e não está implementado corretamente ou testado...

Sem o log com o erro fica quase impossível saber onde verificar nos fontes...

Acredito que isso seja feito entre Lojista e Operadora... O Lojista deve ter um numero de atendimento na operadora...

Sinceramente acredito que o código em Linux para Bematech esteja defasado e não totalmente implementado.... A muito tempo eu não faço testes com ele.. A dificuldade principal é que o os comandos da DLL (para Windows) não estão disponíveis no Linux

Até o momento não tive nenhuma comunicação da Bematech

Poste um trecho maior do LOG... não consta no LOG a exata mensagem de erro..

Acredito que as adaptações sejam mais em relação as Units... mas é necessário verificar se a "Synapse" é compatível com o FireMonkey e as plataformas que ele suporta

A velocidade está correta em 115.200, caso contrário vc não obteria comunicação nenhuma... Pode ser que o TimeOut esteja baixo (deixe em 10), ou ainda problemas na porta serial...

A função atual possui o parâmetro RemoverEspacos que deveria ser respeitada

Porque quase todos os sistemas usam essa forma de comunicação com a Impressora.. e havendo a emulação, não precisariam ser ajustados... A titulo de exemplo, vale lembrar que até hoje quase todos os Gerenciadores padrão seguem o modelo do TEF discado (troca de arquivos), apesar de usarem conexões por IP @wandersonkd Você deve solicitar o roteiro de homologação para Impressora NÃO fiscal... (que é 10x mais simples)

Seu código atual é incompatível com a implementação atual... não podemos aproveitar...

Pelo que entendi do outro tópico a modificação já foi efetuada... bastando ao usuário informar True para a propriedade RemoveEspacos.. é isso mesmo ?