edson vieira

Waldir, estou tentando compilar um projeto de teste bem simples, somente adicionei a unit ACBrBase, ou seja, somente com este cara ai já tenho o erro. sobre este erro que que o Delphi esta me apresentando, vc tem alguma ideia?

Ao tentar complicar aqui estou recebendo o erro [DCC Error] ACBr.inc(280): E2029 'UNIT' expected but identifier 'AnsiString' found Tem alguma ideia do que pode ser?

Estou tentando criar um serviço para rodar no linux com alguns recursos do ACBr, porem não estou conseguindo de cara tenho o erro ao compilar o arquivo ACBr.inc na parte {$IFDEF POSIX} retornando o seguinte erro: [DCC Error] ACBr.inc(280): E2029 'UNIT' expected but identifier 'AnsiString' found. Pergunta: O ACBr é compativel para compilação com o Delphi Tokyo Target Plantaform Linux 64Bits?

Daniel, o ajuste abaixo dentro do arquivo ACBr.inc seria com a intenção de criar esta compatibilidade do AnsiString para o compilador Delphi + Linux? {$IFDEF POSIX} AnsiString = UTF8String; AnsiChar = UTF8Char; PAnsiChar = PUTF8Char; PPAnsiChar = ^PUTF8Char; {$ENDIF}

Juliomar, era algo neste sentido mesmo, exclui a pasta e fiz check-out novamente e agora tudo compilando normalmente. Obrigado.

Bom dia. O svn do ACBr mudou? estou usando este endereço svn://svn.code.sf.net/p/acbr/code/trunk2 mas pelo que parece as atualizações/manutenções estão meio paradas pq a mais de 10 dias venho observado um erro no metodo: function TDFeSSLXmlSignMsXml.Assinar(const ConteudoXML, docElement, infElement: String; SignatureNode: String; SelectionNamespaces: String; IdSignature: String): String; [dcc32 Error] ACBrDFeXsMsXml.pas(152): E2197 Constant object cannot be passed as var parameter e este erro impede de vc compilar, ou seja, meio estranho que durante todo este tempo ninguém tem baixado e passado por este problema....... O que esta acontecendo?

Certo, ainda penso que se não aceita não deveria bater contra o ECF, mas enfim, de qualquer forma esta funciona muito bem... obrigado pelos esclarecimentos.

BOM Farei novamente aqui, pois aqui esta enviando o comando e se assim não fosse, qual o motivo do mesmo esta escrito no logo como erro de parametro?

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