ivan

Segue uma pequena contribuição Procedure TACBrECFUrano.AbreGaveta ; begin BytesResp := 0; EnviaComando( '19' + R, 35 ); end; []'s... Ivan

Grande Daniel... isto é novidade pra mim .. obrigado

É isto mesmo... depois de muitas tentativas consegui contato com o suporte da Bematech... e realmente o desconto no ISS não estava habilitado na impressora fiscal. O cliente deverá enviá-la para manutenção técnica. Grato

Estou tendo dificuldades com a Bematech(MP-3000), quando o valor de serviços(ISS) é maior que o valor dos produtos(ICMS) e dou desconto em valor maior que a soma do valor dos produtos: Exemplo: --------------------------------- 02 horas de mecânica = 100,00 01 vela de ignição = 20,00 --------------------------------- Desconto = 40,00 A impressora Bematech retorna erro, porém a Daruma processa normalmente. Pelo que entendi, a Bematech tentar dar o desconto somente no ICMS, não consegue pois o valor do desconto é maior que a soma dos produtos, enquanto a Daruma processa o desconto correto rateando entre ISS x ICMS. Alguma luz do que eu poderia fazer neste caso ?

O suporte da Daruma acaba de me enviar estes links: Vejam o help online. http://www.desenvolvedoresdaruma.com.br/home/downloads/Site_2009/HelpOnline/Daruma_Framework.htm http://www.desenvolvedoresdaruma.com.br/home/downloads/Site_2009/Exemplos/DarumaFrameWork_Delphi.zip Att Ivan

Na verdade o que me preocupa são os métodos que o ACBr utiliza para a geração das necessidades geradas para o PAF... Aquelas chamadas diretas para a DLL, já que todo o resto o ACBr faz via comunicação direta.

Bom... Tomara que as mudanças não sejam tão grandes. Não creio que fariam algo deste tipo, mas vamos aguardar mais notícias a respeito disto.

Olá... Para quem utiliza a Daruma em seu PAF, segue uma informação que obtive agora do suporte Daruma. A Daruma32.dll está sendo descontinuada e em seu lugar entra a DarumaFramework.dll que conta com métodos diferentes. Att, Ivan

A alteração que fiz foi no ACBrECF.pas, na procedure LinhaRelatorioGerencial. O problema que tinhamos que resolver é a questão do teste que imprime um gerencial quilométrico e ocorre um timeout na impressora fiscal, normalmente em 2 minutos, mas o pessoal da SevenPDV falou que cada impressora reage de forma diferente. Então eu coloquei um contador de tempo nesta procedure onde, chegando a um minuto, fecha o gerencial e abre outro e o sistema tem que continuar imprimindo o gerencial a partir de onde fechou o gerencial anterior. Levando em conta que isto pode acontecer não só com os gerenciais do TEF, mas também com qualquer gerencial que fique enorme, agora com o PAF pode acontecer, acredito que esta alteração deva permanecer no ACBrECF.pas, mas peço que analisem o código e melhorem o que for preciso !!! Não levei em consideração a questão de compatibilidade com linux, tive que adicionar a unit DateUtils e passamos na homologação com esta alteração. Segue a procedure: procedure TACBrECF.LinhaRelatorioGerencial(const Linha: AnsiString; const IndiceBMP: Integer); Var Texto, Buffer : String ; Lin : Integer ; SL : TStringList ; TempoInicio: Double; begin if MaxLinhasBuffer < 1 then begin ComandoLOG := 'LinhaRelatorioGerencial( '+Linha+' )'; fsECF.LinhaRelatorioGerencial( Linha, IndiceBMP ); end else begin TempoInicio:= Now; Texto := '' ; Buffer := AjustaLinhas(Linha, Colunas) ; SL := TStringList.Create ; try SL.Text := Buffer ; For Lin := 0 to SL.Count - 1 do begin if SecondsBetween(now,TempoInicio) > 60 then begin fsECF.fechaRelatorio; if fsECF.EmLinha(10) then begin TempoInicio:= Now; fsECF.AbreRelatorioGerencial; end; end; Texto := Texto + SL[Lin] + sLineBreak; if (Lin mod MaxLinhasBuffer) = 0 then begin ComandoLOG := 'LinhaRelatorioGerencial( '+Texto+' )'; fsECF.LinhaRelatorioGerencial( Texto ) ; Texto := '' ; end ; end ; if Texto <> '' then begin ComandoLOG := 'LinhaRelatorioGerencial( '+Texto+' )'; fsECF.LinhaRelatorioGerencial( Texto, IndiceBMP ) ; end ; finally SL.Free ; end ; end ; {$IFNDEF CONSOLE} if MemoAssigned then begin fsMemoOperacao := 'linharelatoriogerencial' ; Buffer := AjustaLinhas( Linha, fsMemoColunas) ; MemoAdicionaLinha( Buffer ); end ; {$ENDIF} end;

Ricardo... Homologamos o PAF na semana passada aqui em SC... segue dicas do homologador: O nome dos arquivos tem especificado no REQUISITO XXVIII. Vendas do período dicas: Ambos devem ter filtro por data e devem estar no menu fiscal Descrição da opção: "Vendas do período -> Convênio 57/95" Descrição da opção: "Vendas do período -> Ato Cotepe/ICMS 09/08" "O arquivo gerado deverá ser denominado pelo nº laudo emitido pelo órgão técnico que promoveu a análise funcional do aplicativo, acrescido da data, hora, minuto e segundo correspondentes à geração do arquivo, resultando assim no formato XXXnnnAAAADDMMAAAAhhmmss.txt, onde: I - XXXnnnAAAA representa a numeração do laudo de que trata o § 3º da cláusula nona do Convênio ICMS 15/08; II ? DDMMAAAA representa o dia, mês e ano da geração do arquivo; e III ? hhmmss representa a hora, minuto e segundo da geração do arquivo." -São 2 arquivos com o mesmo nome e com EAD (assinatura digital). -Não existe especificamente definido quais são os registros obrigatórios, tem que ser todos relacionados a nota fiscal ( ver teste 053 passos 17-19 ) e cupom fiscal. **Vou olhar aqui no dia: Para o ato cotepe 09/08: 0000, 0001, 0005, 0100, 0150, 0190, 0200,0990, 0450 C001, C400, C405, C420, C460, C470, C490, C990 - Cupom Fiscal C001, C100, 170, 190 - Nota Fiscal manual (teste 053 passo 17) H001,H005,H010, H990 9001, 9900, 9990, 9999 Para o convênio 57/95: 10 Identificação 11 Complemento 60 - ECF 50 e 54 - Registro de Nota Fiscal Manual ( Teste 053 passos 17-19) 75 - Produtos 90 - Totais

Pessoal Passamos na homologação do sistema na semana passada com o ACBrTEFD... Redecard, sem problemas Plug&Pay.. apenas uma modificação para a impressão de um gerencial com mais de 2 minutos. Pay & Go... tudo ok. Abraços Ivan