Rodrigo Fruhwirth

Entendi perfeitamente. E isso somente para o Sitef ou tem alguma possibilidade de ser refletido nas demais?

Deixa eu ver se entendi, No roteiro que eu passei a confirmação é feita somente após o termino da emissão do cupom fiscal, ou seja, fechou o cupom e abriu o relatório gerencial ou CDC para emissão dos comprovantes. Acredito não haver modificações com relação as operações de cartão antes do fechamento do cupom. Você tem teria o roteiro de homologação para compartilhar conosco?

Boa tarde. Exatamente, acho bem melhor essa solução, não tenha dúvida.

Bom dia colegas. Adicionei nova propriedade em TEFDial para saber se ao inicializar deve confirmar ou cancelar as transações pendentes, deixando como padrão cancelar que é o padrão. ACBr_TEFD-change-log.txt ACBrTEFDDial.pas

Bom dia colegas, gostei da atualização sugerida só que na Epson ainda não estava funcionando. Envio correção. Quero pedir também que tomem um pouco de cuidado ao comitar os códigos pois as units ACBrTEFD e ACBrTEFDClass ainda estavam com a property CodigoAutorizacaoTransacao como Integer ao contrário do que diz a alteração publicada em www.projetoacbr.com.br/forum/index.php?showtopic=33615 ACBrSerial-change-log.txt ACBrECFEscECF.pas

Pessoal, alguém esta conseguindo gerar o CAT 52 da Epson através do ACBr? O que ocorre é que no método CriarECFClassPorMarca da unit ACBrECFEscECF quando é Epson temos o seguinte trecho de código: end else if IsEpson then begin Result := TACBrECFEpson.create(fpOwner); Result.Device.Desativar; fsDeviceParams := fpDevice.Porta+':'+fpDevice.ParamsString; Result.Device.Porta := 'USB'; // Força DLL em USB Result.Device.Baud := 115200; end; até aqui tudo certo, o que ocorre é que na método TACBrECFClass.PafMF_GerarCAT52 temos a leit

Sim, sim, concordo, outra coisa que eu estava pensando em fazer, seria talvez, no lugar de criar uma nova classe para isso, ter a possibilidade de escolher no TEF_DIAL se é para cancelar as transações ou confirmar, o que vocês acham? Claro que deixando como padrão o que é hoje. Cancelamento de forma compulsória.

Bom dia Daniel. Pensando pelo lado de controle sim, mas pensando pelo lado de compatibilização com outras ferramentas de TEF não, pois várias delas utilizam o padrão SITEF com gerenciador para fazer suas transações. Quanto ao fato de ser da Software Express ou da SkyTEF, eu acredito ser da SkyTEF o qual é homologado pela Software Express. Mas minha dúvida seria se eu posso criar esse novo módulo.

Boa tarde amigos colaboradores. Tenho uma questão aqui e gostaria da sugestão do grupo. Nós temos a homologação do SkyTEF com o ClientModular deles, esse client se comporta quase igual ao TEFDial, a única diferença entre eles é que no SkyTEF Modular quando falta energia no retorno o roteiro pede que as transações sejam confirmadas e não canceladas. O que nós estamos pensando em fazer: Criar uma Classe ACBrTEFDSkyTEFModular que no inicializar faça as operações de confirmação / cancelamento de acordo com o estado da ECF parecido com o ACBrTEFDCliSiTef. Só antes de fazer isso gosta

OK, Obrigado.

Daniel, você quer que eu deixe o código da forma como me mencionou e efetue os testes?

Claro, pode ser.

Por exemplo, no arquivo de resposta do TEF retorna assim 010-000: MASTERCARD 010-005: 549329 esse 549329 estava indo no nome da rede. Se quiser pode testar a operação com o número de cartão. 5493 2905 2036 2146

Não estava preenchendo corretamento o nome da rede nos casos em que no arquivo de resposta retornasse registros tipo 010-xxx 010-005 que não fosse o 010-000. ACBr_TEFD-change-log.txt ACBrTEFDClass.pas

Boa tarde, implementei o download da MF e MFD da X5 que é a única que eu tenho na bancada. Quero ver se consigo fazer da ZPM/1-FIT LOGGER e da Dataregis, mas ainda não estou com as ECFs, assim que tiver elas em mãos implemento. ACBrSerial-change-log.txt ACBrECFFiscNET.pas