Pesquisar na Comunidade

Olá, Tentando fazer a reimpressão do ultimo comprovante TEF (clisitef) da seguinte forma: DM.ACBrTEFD1.ADM; dm.ACBrTEFD1.ImprimirTransacoesPendentes; mas estou tendo a mensagem de erro: Modulo Principal - v6.1.2.67 -101 - Erro no arquivo Alguém pode me ajudar, por favor ?

Bom dia estou fazendo a impressão da NFCe da seguinte forma: Gostaria de saber como é feito a impressão do comprovante de cancelamento e se informei os dados para impressão de forma correta? Obrigado.

Após aprovar uma transação tef utilizando NFCe, uso o componente ACBRTEFD, porém não consigo colocar pra cortar após impressão das vias. Impressora não Fiscal Elgin I9.

Olá pessoal. Estou tendo problemas em um dos testes para certificação TEF: Questão: Como posso fazer para identificar o tipo de via que está sendo impresso no evento OnComandaECFImprimeVia? Pela descrição do teste isto será necessário, visto que o gerenciador de pagamento irá retornar 3 vias (de tipos distintos) e devo tratar para que apenas 2 destes 3 tipos sejam impressos. Os parâmetros do evento não parecem conter tal informação: TACBrTEFDComandaECFImprimeVia = procedure(TipoRelatorio : TACBrTEFDTipoRelatorio; Via : Integer; ImagemComprovante : TStringList; var RetornoECF : Integer ) of object ; Obs: Sei que já existem outros tópicos que abordam esta questão dos comprovantes, porém estou há algum tempo procurando e não achei nada específico a respeito. Qualquer ajuda será bem vinda. Agradeço desde já.

Bom dia pessoal, A algum tempo, temos notado que na impressão das vias do comprovante do TEF nos clientes existe um pequeno atraso na impressão do mesmo, ou seja, quando comparamos com alguns outros frentes de caixa, a impressão parece ser feita de maneira contínua, mais fluída, enquanto que no nosso caso, o ECF aparenta imprimir por partes. Ontem, em um cliente o processo de impressão da via do TEF estava demorando em média duas vezes mais o tempo do processo de venda dos produtos. Estamos tentando analisar, o que poderia estar ocorrendo. No nosso source efetuamos deste modo o processamento do vinculado: procedure TdmVendaECF.TEFComandaECFImprimeVia(TipoRelatorio : TACBrTEFDTipoRelatorio; Via : Integer; ImagemComprovante: TStringList; var RetornoECF : Integer); case TipoRelatorio of trGerencial: begin ... end; trVinculado: begin ecf.AcbrEcf.LinhaCupomVinculado(ImagemComprovante.Text); end; end; Analisando o método ACBrECF.LinhaCupomVinculado vimos a seguinte implementação padrão: if MaxLinhasBuffer < 1 then begin ... end else begin Texto := '' ; Buffer := DecodificarTagsFormatacao( Linha ); Buffer := AjustaLinhas(Buffer, Colunas) ; SL := TStringList.Create ; try SL.Text := Buffer ; For Lin := 0 to SL.Count - 1 do begin Texto := Texto + SL[Lin] + sLineBreak; if (Lin mod MaxLinhasBuffer) = 0 then begin ComandoLOG := 'LinhaCupomVinculado( '+Texto+' )'; fsECF.LinhaCupomVinculado( Texto ) ; Texto := '' ; end ; end ; if Texto <> '' then begin ComandoLOG := 'LinhaCupomVinculado( '+Texto+' )'; fsECF.LinhaCupomVinculado( Texto ) ; end ; finally SL.Free ; end ; end ; Ou seja, pelo que pudemos perceber, recebeu a imagem do comprovante como entrada e em seguida é realizado alguns tratamentos e adicionada para a variável Buffer, em seguida esta variável é associada para um stringlist SL que é percorrido inteiramente, imprimindo linha a linha(posições da mesma). Fizemos uma alteração para teste no seguinte sentido: if MaxLinhasBuffer < 1 then begin ... end else begin Texto := '' ; Buffer := DecodificarTagsFormatacao( Linha ); Buffer := AjustaLinhas(Buffer, Colunas) ; fsECF.LinhaCupomVinculado( Buffer ) ; end ; E obtivemos que na implementação original, foi impresso em média 2,234 s e no teste com o source acima em média 1,341 s isto para cada via, ou seja, no total, ficou 4,468 s e 2,682 s. Estamos utilizando uma Daruma FS700(MACH 1) e o Sitef Demo 6.1.0.23. Gostaríamos da opinião de vocês no seguinte sentido: Existe um modo de agilizar este procedimento de impressão sem ser a alteração acima? O modo padrão implementado acima utilizando uma stringlist, ele seria mais seguro? Haveria algum motivo específico? Desde já agradeço.

Bom dia! Estou com um cliente que tem a impressão fiscal Elgin (ZPM/1FIT LOGGER) no ACBR ecfFiscNET, e não estou conseguindo imprimir o comprovante de cartão de credito/debito , alguém sabe como resolver isso? Obrigado

Bom dia pessoal, Fizemos no nosso sistema o tratamento para pagamento de fatura de cartão da SIGACRED e da CONDUCTOR além do correspondente bancário. Até neste ponto perfeito. Foi realizado também uma implementação para caso o operador efetue um cancelamento de pagamento ou estorno de pagamento de conta, sendo emitido um comprovante não-fiscal que foi chamado de ESTORNO. Na Daruma, temos um source que efetua a seguinte validação: ecfDaruma : if not InputQuery('Comprovantes NAO Fiscal '+ACBrECF1.ModeloStr, 'Entre com a String do parametro "Tipo".'+sLineBreak+ 'V Comprovante Vinculado'+sLineBreak+ '+ Entrada de Recursos'+sLineBreak+ '- Saida de Recursos'+sLineBreak+sLineBreak+ 'Se vazio assume Default = "V"'+sLineBreak+ 'Informe Apenas uma das Opçoes', cTipo ) then exit ; Programamos utilizando a opção '- Saída de Recursos', mas em debug observei que a variável 'fpMFD' entra como TRUE no procedimento, logo entrando no bloco abaixo: else if fpMFD then begin if AchaCNFDescricao(Descricao, True) <> nil then raise EACBrECFERRO.Create(ACBrStr('Comprovante não fiscal ('+Descricao+') já existe.')) ; if (ProxIndice < 3) or (ProxIndice > 20) then { Indice passado é válido ? } begin For ProxIndice := 3 to 20 do { Procurando Lacuna } begin if AchaCNFIndice(IntToStrZero(ProxIndice,2)) = nil then break ; end ; end ; if ProxIndice > 20 then raise EACBrECFERRO.create(ACBrStr('Não há espaço para programar novas CNFs')); EnviaComando( FS + 'C' + #204 + IntToStrZero(ProxIndice,2) + PadRight(Descricao,15) ) ; CarregaComprovantesNaoFiscais ; end Com isso, o valor(-) que digitei é desconsiderado. Na Bematech não temos esta opção e é incrementado o valor do comprovante na forma de pagamento de qualquer modo. A Sweda leva em consideração o tipo, conforme o bloco: procedure TACBrECFSwedaSTX.ProgramaComprovanteNaoFiscal(var Descricao : String; Tipo: String; Posicao : String); begin { Argumento(s): sinal: Ascii Dec Sinal + 43 Positivo - 45 Negativo Opcional, se omitido é assumido o valor padrão do sinal: + operação Denominação da operação não-fiscal. Alfanumérico - Extensão máxima: 15 caracteres Poderão ser cadastradas, em um único comando, um conjunto de até 30 operações. Nota(s): Operações com sinal negativo não admitem os seguintes registros: - Pagamento; - Identificação do consumidor; - Acréscimo; - Desconto. } EnviaComando('37|'+Tipo+Descricao); end; A dúvida seria: Este indicador de entrada ou saída de recurso quando setado indica se o valor referido no comprovante não-fiscal será acumulado ou não no meio de pagamento utilizado no mesmo? Ou seja, qual seria o impacto deste indicador no meio de pagamento utilizado no comprovante não-fiscal? Ou estou interpretando de maneira equivocada os mesmos? Desde já agradeço a todos.

Bom dia amigos, estou tendo um problema em um cliente que usa Pay&Go. Nas redes Visa e Redecard, no comprovante TEF, na via do cliente não está saindo a informação de número de parcelas quando crédito parcelado. Conforme a especificação técnica da interface com a Automação Comercial, página 11 item 5.3.1.Definição das vias a serem impressas: Campo 710-000 : Presente e diferente de zero -> Imprime cupom reduzido (Campos 711-xxx). Redecard e Visanet no cupom reduzido não estão trazendo o número de parcelas quando crédito parcelado. Já a Amex traz certinho. Algum colega passou por este tipo de situação utilizando Pay&Go ?