Jefferson Damian

Obrigado

Desculpa se estou sendo redundante mas não encontrei. Uma vez tive problema no bloco X das reduções Z, dava erro de COO inválido apenas com as EscECF (ECFs Blindadas) e foi postado uma dica dizendo que o Número COO para essas ECFs precisa ter 9 dígitos. Gostaria de saber se continua assim ou já está podendo informa o número normal? Desde já obrigado.

Bom, só tem uma Digitron para escolher, não vi uma lista de modelos compatíveis. Mas vou realizar um teste com a balança genérica lá no cliente (Essas balança de caminhão não tem como testar no escritório) para ver se resolve meu problema. Quando estava preparando o executável descobri que a balança genérica lia mas não passava o valor (teste realizado com uma Toledo) descobri que não tinha o Result na linha 232 do ACBrBALClass.pas, na função: function TACBrBALClass.LePeso(MillisecTimeOut: Integer): Double; . está assim: AguardarRespostaPeso(MillisecTimeOut, True); e para funcionar seria: Result := AguardarRespostaPeso(MillisecTimeOut, True); Alterei aqui e retornou o resultado que eu esperava. agora vou no cliente. Por enquanto obrigado pela atenção

Algum tempo atrás, compilei uma versão do BalancaTeste para o suporte utilizar, mas não lembro em que versão do ACBr foi. Mas o problema é que recentemente, foram instalar o sistema e fazer a integração com uma balança Digitron, com o BalancaTeste fez a leitura correta, ao configurar o sistema, retorna que não tem peso. Ao debugar, percebi que o primeiro caractere fornecido pela balança é a letra "D" em um outro mesma marca de balança só que mais antiga, retorna "M" como primeiro caractere e com isso dá erro ao converter e retorna sem peso. Não sei o que ocorreu no ACBr da versão que tenho compilada para testes, mas sei que parou de funcionar com essa balança. Desde já agradeço a atenção. Obs.: Segue anexo print do erro.

Obrigado por sua resposta Daniel.

Estou com uma dúvida. Estamos desenvolvendo a utilização de cartão convênio, normalmente usado em Supermercado. Só que no cartão fica o código do cliente em um código de barras, daí precisava de uma forma de acessar o pinpad do TEF para solicitar a senha. Fiz homologação direta com a Cappta usando a DLL deles, daí tem o recurso de acessar o pinpad para solicitar senha, mas para as demais operadoras é via ACBr e seria bom ter a função. Minha questão é: Tem como acessar via ACBr o pinpad apenas para solicitar a senha? Desde já obrigado.

Obrigado pela ajuda. Deixei dois tipos de impressão: apenas o PosPrinter e a Junção com o Fortes sem mostrar o preview e imprimindo direto. O cliente vai poder escolher o que agrada mais, o detalhe que usando apenas o PosPrinter é mais rápida a conclusão da impressão. Mais uma vez obrigado. Obs.: Esse tópico foi resolvido, mas não sei como marcar essa informação.

Pela manhã fiz uma gambiarra que deu certo, ativei o posprinter mandei imprimir o logo da impressora e desativei o posprinter, depois abro o Fortes e imprimo o restante. Deu certo, mas vou tentar esse também. Obrigado.

Utilizei o ACBrPosPrinter para imprimir em uma impressora térmica da Epson TM-T20. A princípio está funcionando bem, uso para imprimir comanda para restaurante, é impresso o Logo do cliente (armazenado na impressora), número da comanda e o código de barras do número da comanda. No entanto o nosso cliente deseja que o número da comanda seja impresso em tamanho maior, mas já estou mandando ele como expandido. Existe uma forma de aumentar mais o tamanho do texto? Se eu utilizar outra forma de impressão como usando o fortes consigo aumentar o texto, porém, não consigo a impressão do logo da memória da impressora. Se alguém tiver uma ideia agradeço.

Isso você configura no componente. em configurações VersaoER No caso no meu está disponível apenas a ER 0204 e 0205. Só tenha o cuidado de estar com o componente atualizado.

Bom eu encontrei a solução algumas postagens atrás, não lembro de quem foi mas deu a dica de como fazer. Mas fica assim: Para validar --> o meu tratamento ficou: ----------------- DM.BlocoX.WebServices.ValidarBlocoX.Clear; DM.BlocoX.WebServices.ValidarBlocoX.XML := XmlReduZ; if not DM.BlocoX.WebServices.ValidarBlocoX.Executar then begin RespostaValidacao := DM.BlocoX.WebServices.ValidarBlocoX.RetWS + sLineBreak; ErroValidacao := 'Arquivo: ' + ArqComCaminho + ' não foi validado. Erro: ' + RespostaValidacao; raise Exception.Create(ErroValidacao); end else begin RespostaValidacao := DM.BlocoX.WebServices.ValidarBlocoX.RetWS + sLineBreak; if Pos('VALIDADO COM SUCESSO', UpperCase(RespostaValidacao)) = 0 then raise Exception.Create(RespostaValidacao) else Mensagem(RespostaValidacao, mtWarning, 1); end; --------------------- e para enviar .... com detalhe para ".EnviarBlocoX.XMLZipado" que deve ser passado para base 64 depois do arquivo zipado. --------------------- DM.BlocoX.WebServices.EnviarBlocoX.Clear; DM.BlocoX.WebServices.EnviarBlocoX.XML := XmlReduZ; DM.BlocoX.WebServices.EnviarBlocoX.XMLZipado := DM.IdEncoderMIME1.EncodeStream(FileStream, FileStream.Size); if DM.BlocoX.WebServices.EnviarBlocoX.Executar then begin Sleep(20000); //Esse aqui coloquei porque encontei uma postagem dizendo que precisava, quando consegui transmitir não testei sem SetReciboNaBase(DM.BlocoX.WebServices.EnviarBlocoX.Recibo, 'Redução Z', 'ZR', ArqComCaminho); //depois de salvar o recibo na base arquiva o XML ArquivarXml(ArqComCaminho, 'Z'); end else begin ErroTransmissao := 'Arquivo: ' + ArqComCaminho + ' não foi transmitido.'; raise Exception.Create(ErroTransmissao); end; -------------------------- Espero que isso ajude.

é pelo manual que o SPC me enviou, o linke de homologação e produção que estão presentes no manual. No caso até o momento usei apenas o de homologação Mas enviei e-mail ao SPC de SC que confirmou que os links estão corretos. Tem várias consultas disponíveis e retornam a informação referente SC e Nacional, dependendo da consulta escolhida. Pelo que entendi, para cada UF conecta com o SPC do Estado e a partir dele acessa as demais bases.

Eu consegui conectar e retornar resultados, Baixei o exemplo que alguém disponibilizou aqui, e com algumas dicas consegui conectar. Ainda não organizei o código, é um teste, na hora de colocar no sistema é que vou começar organizar. Segue em anexo os meus fontes. Precisa de da Entidade, Usuário e Senha para conectar. Quem for fazer o componente pode entrar em contato comigo que para realizar os testes posso ver a possibilidade de fazer com nosso usuário Desde que seja para fazer o componente. Nosso usuário é de SC (Cidade: Xanxerê). Obs.: Não sei gerar um componente para usar com ACBr, senão já teria feito mas quem puder fazer segue meu modelo. TesteSPC-SC.zip

Pelo ECFTeste não aparece erro, mas o comando é o mesmo. Então modifiquei a forma de tratar o erro como aconselhou. Até agora tudo certo.

Daniel, vou pedir ao suporte que tente fazer o teste no cliente usando o ECFTeste. Mas no passado eu tive problemas com arredondamento e ao enviar o comando fechacupom ocorria erro pois não havia concluído o pagamento por isso eu coloquei um try except para esse comando. ao executar o comando acaba caindo no try tendo como retorno "List index out of bounds (0)". Mas como está acontecendo no cliente e começou do nada sem nenhuma intervenção nossa estou desconfiado que a impressora está apresentando algum problema. Mas assim que o suporte me retornar o teste eu comunico. Por enquanto obrigado.

Estou com um problema em um cliente, nosso suporte relatou que o erro começou a acontecer sem motivo aparente, mas antes de dizer ao nosso cliente que o problema é a impressora dele, gostaria de me certificar que não estamos com nenhum problema, A princípio atualizei o componente na Sexta e gerei um EXE para teste segundo retorno que obtive o problema persiste. Solicitei o Log da ECF e pessoalmente no sei interpretar corretamente o log mas me parece não ter problema. O erro ocorre quando envia o comando fecharcupom, retorna uma exceção "List index out of bounds (0)", a impressora procegue imprimindo o cupom e finalizando tudo. Observamos que isso ocorre apenas em alguns produtos com determinados valores como o do log que é de 3,99. Só preciso ter certeza que o erro está na ECF. Obs.: o timeout era 10 aumentei um pouco para ver mas não resolveu. Desde já obrigado pela ajuda. ECF.TXT

Sim estão atualizados. atualizei hoje pela manhã. Eu vi isso acontecer apenas com as ECFs blindadas, temos uma Daruma FS800 e para ter certeza, utilizei os dados de um cliente que possui Epso TM-T900F, ambas retornaram o mesmo erro. Não posso anexar o arquivo pois usei a mesma Redução Z para outros testes e daí o arquivo se perdeu. Eu teria de desfazer algumas coisa para gerar, mas após postar a minha dúvida encontrei um outro post de Março feito pelo membro katcharowski que estava com o mesmo erro e fiz o mesmo que foi feito para contornar o problema e acrescentou 1 e 0 (um e zeros) para resolver pois o campo é inteiro.

Ao usar uma ESC_ECF (ECF Blindada), quando envia o arquivo de Redução Z do Bloco X está retornando: "XML inválido: ECF 09/09 requer COO com 9 caracteres" Existe forma de resolver isso? Desde já Obrigado.

Valeu obrigado

Mario Inacio, como está fazendo a compactação? Acredito que a forma como estou compactando esteja erada pois retorna erro 500

Agara pouco depois de eu reclamar com o SPC retornou a mensagem "SEM PERMISSAO PARA ESTA OPCAO" Acho que faltava alguma liberação lá e não estavam admitindo agora é só ver o que posso fazer.

Não estou conseguindo nem a primeira vez. seguindo o seu modelo de imediato vem "Erro de autenticação WS"

também já procurei mas o máximo que encontrei foi isso:

Estou passando por dificuldades, não tenho experiência com webservice e esse do SPC está me dando dor de cabeça. Tentei fazer usando como exemplo o código postado acima, mas não tem jeito de comunicar, sempre que tento retorna: "Erro :Erro Autenticação WS" Talvez para muitos seja óbvio, mas infelizmente não para mim Desde já agradeço a atenção.

Existe uma forma de gerar um log da DLL interfaceepson.dll? Porque um pessoal com esse mesmo problema entrou em contato com a Epson e eles pediram para anexar o log da ECF. Mas o gerado pela DLL. Desde já agradeço a atenção