edson vieira

Depurando os códigos do ACBrECF para localizar o pq da seguidas vezes a mensagem de erro ( Erro retornado pela Impressora: BEMATECH) "Linha 41", identifiquei que o mesmo é devido ao comando abaixo: procedure TACBrECF.IdentificaOperador(Nome: String); begin ComandoLOG := 'IdentificaOperador('+Nome+')'; fsECF.IdentificaOperador(Nome); fsECF.Operador := Nome ; fsIdentificarOperador := False ; end; Agora a questão é: Eu não quero trabalhar com identificação de operador, como devo proceder? tendo em vista que esta variável fsIdentificarOperador eu não tenho acesso " escopo private" . "Sugestão para não gerar nenhum impacto, coloca se um teste antes de chamar a função fsECF.IdentificaOperador(Nome), verificando se o Nome <> EmptyStr.

Bom dia, Estou anexando um log do acbrecf configurado no simulador Bematech MP-4200. Gostaria de entender a sequencia de eventos que esta ocorrendo dentro do log, mas precisamente referente ao erro de paramentro, pois não estou conseguindo descobrir qual o comando responsável pela geração deste erro Obrigado Edson ECF_LOG.TXT

Estou usando Vurtual Serial Ports Sim, setei o modelo e a porta, conecta mas em momentos "aleatórios" o emulador reporta o ACK=0, (LeituraX, Registrando Item...), logo não sei se o problema e no emulador ou na virtualização da porta, para não ficar perdendo muito tempo estou indo para outro emulador URANO usando protocolo FiscNET, conecta porem o ECFTeste esta me retornando o seguinte erro: Erro retornado pela Impressora: FiscNET: ZPM - Simulador V1.00 Resposta do ECF inválida Num.Identificação inválido Segue anexo o arquivo de log. acbrlog.txt

Anexo arquivo acbrlog.txt, gerei agora, clicar no botão ativar do ECFTeste. nenhuma operação adicional foi realizada. acbrlog.txt

Estou tentando fazer alguns testes usando o Emulador Bematech MP-2100 porem quase todos os comandos recebo o erro abaixo: Impressora Bematech não responde (ACK = 0) Qual os procedimentos para ajudar o ACBrECF para trabalhar corretamente com este Emulador?

Analisando o manual (PayGo Cliente Windows Especificação Técnica da interface com a Automação Comercial Versão 2.12 (24 set 2014) - Página 16 - 5.4. Queda de energia) temos o seguinte texto: "Em caso de queda de energia durante uma operação de TEF, ao ser reiniciada, a Automação Comercial deve verificar a presença do Resp\intpos.001. Caso presente, indica que a operação de TEF foi efetuada, porém a impressão não foi finalizada. Nesta situação, deve ser adotado o mesmo procedimento acima descrito para uma falha na impressão: 1 - Avisar o usuário do ocorrido; 2 - Perguntar para o usuário se deseja efetuar uma nova tentativa de impressão ou se deseja cancelar a operação de TEF; 3 - Nunca deixar o operador determinar o status final da operação." Agora sabemos que temos a opção de confirmar uma transação pendente por queda de energia, logo comecei a ver como usar este recurso no objeto TACBrTEFDDial, temos a opção InicializarConfirmandoTransacoes, porem ao fazer o teste com esta propriedade True, podemos observar que realmente confirma a transação porem não me da a opção de atender o requisito no item 2 ( Perguntar para o usuário se deseja efetuar uma nova tentativa de impressão ou se deseja cancelar a operação de TEF). Qual seria a combinação de propriedades ou comandos para, solicitar ao usuário se deseja confirmar ou não em seguida caso "SIM" imprimir e confirmar as transações?

Exatamente isso Daniel, ate iria fazer este comentário no meu post anterior que o CDC temos a opção de cancelamento, porém estou seguindo o roteiro de teste e o mesmo não menciona esta possibilidade ai estou somente querendo entender como fica a sequencia dos eventos, como pode observar, lá diz no resultado esperado: Venda realizada, mas desfeita automaticamente pela automação comercial após o boot, logo estou interpretando que o "venda realizada" seria o cupom fiscal fechado com êxito e "mas desfeita automaticamente" estou interpretando que a transação TEF tem que ser cancelada (CNF), seria isso mesmo?

Obrigado Daniel pela participação nesta thread, então teremos os seguintes resultados para serem enviados a NTK 1- Cupom Fiscal (Fechado com êxito) 2 - Comprovante de Crédito e Débito (Fechado Parcial "Desligamento") 3 - Arquivo .certif_161212.txt com Status da Transação Cancelado, Quem já enviou este teste poderia confirmar p/ mim?

Passo 49, queda de energia durante a impressão do comprovante, o resultado esperado é: Venda realizada, mas desfeita automaticamente pela automação comercial após o boot Realizei o teste usando o Demo (TEFDemo.exe) e depurando o evento TEFAntesCancelarTransacao, percebi que acontece o seguinte comportamento estRelatorio : ACBrECF1.FechaRelatorio; Neste caso nos estamos com o relatório aberto pois conforme o teste solicitou o desligamento e durante a impressão do mesmo, e ao ativar o TEF novamente a transação é desfeita e o relatório e finalizado. Minha duvida é: · Se a transação é desfeita o Cupom Fiscal não deveria ser cancelado? Atenciosamente, Edson