Jump to content

Renan S

Membros
  • Content Count

    246
  • Joined

  • Last visited

  • Days Won

    1

Renan S last won the day on February 3

Renan S had the most liked content!

Community Reputation

30 Excellent

1 Follower

About Renan S

  • Rank
    Membro

Profile Information

  • Sexo
    Masculino
  • Localização
    Limeira/SP

Recent Profile Visitors

1,200 profile views
  1. Normal, emulador e suas peculiaridades; Se é apenas nele, para gente está OK! Obrigado pelo Retorno!
  2. Sim, verifiquei o demo do TEF e o Demo da NFC-e com TEF, Segui boa parte de logica, utilizando o exemplo da NFC-e com TEF, pois nele tem um meio de utilizar o TEF sem a ECF; Mas referente o retorno do ACBrTEFD1.CNC, localizei o problema, era falha minha aqui, tinha removido para realizar alguns testes e acabou ficando sem; Mas informar o número da venda/cupom fiscal no cancelamento, esse, não consegui localizar nenhuma alternativa, a não ser a que mencionei; Na Auttar se não informar o 002-000 no cancelamento/estorno é preenchido com 0
  3. Bom dia, Estamos implementando TEF no sistema, e ficamos com duvida em duas questão, se alguém poder no ajudar: -No ACBrTEFD1.CNC, ele é uma funcition, porém ele nunca retorna True, mesmo quando o comanda é executado com sucesso; Como vocês capturam o sucesso no cancelamento ? -No cancelamento também existe o campo para informar a Venda/Sat/Cupom (Na Auttar é o 002-000), ao realizar o CRT existe o cupom para incluir de maneira rápida a informação, mas no CNC não existe; implementamos diretamente no evento de Finalizar a Requisição; seria por lá mesmo ou existe alguma outra maneira ? Obrigado!
  4. Isso, realizei os testes pelo Exemplo, Segui esses passos com Emulador e o Exemplo Fui no TACBrSAT.GerarnumeroSessao E inclui fsnumeroSessao := 12345; após o Random, apenas para fixar; Compilei, Inicializei o componente, gerei uma venda, e enviei ao Sat Voltei e removi o fsnumeroSessao := 12345; Compilei, Inicializei o componente, e consultei a sessão 12345 NUM_SESSAO.log
  5. Boa tarde, Hoje estava testando alguns situação com o Emulador do SAT, e vi algo que ocorre um situação no Emulador; Quando é gerado um numero de sessão com menos de 6 caracteres, por exemplo "85 ou 27007", ao consultar a sessão, o emulador retorna o documento não localizado; Testei com os equipamentos da Elgin e Tanca, nesses equipamentos não tive problemas, não sei nos demais fabricantes; se alguém tiver outros equipamentos e poder compartilhar o resultado, para ver se é apenas o emulador; Será que é apenas uma questão no Emulador?
  6. O tópico é um pouco antigo, na época que tivemos o problema, não era possível realizar o bloqueio, devido ao sat estar em processamento, não sei como esta nos dias de hoje; Aqui pelo menos na época , os novos clientes compraram outro equipamento sat (de outro fabricante ), enquanto a bematech "enrolava" 60 dias para realizar a troca e depois realizavam a venda do equipamento quando voltada do RMA; O mais engraçado que aqui pelo menos, esse problema do CF-e só ocorriam com equipamento da Bematech, outros fabricantes (Elgin, Gertec, Dimep, Tanca), nunca pegamos aqui; --Ao meu ver é sim um problema no Software Base da Bematech, e não da SEFAZ, pois a alguns meses atras passamos por problemas durante a ativação de SAT's da Elgin, que todo o lugar falava ser problema na sefaz, após contato com a Elgin, foi lançado uma nova versão do Software Base que solucionou o problema na ativação.; Coisa que a bematech não pega e faz, se só eles tem esse problema, alguma coisa da errado;
  7. Boa tarde, Surgiu uma duvida referente ao CSOSN=500; ao gerar o cupom com um produto com o CSOSN=500, ele é gerado dessa maneira: Na abertura do <ICMSSN102> não seria correto o <ICMSSN500> ? -Semelhante ao da NF-e ?, Procurei em alguns manuais e locais, porém não consegui localizar nada que fale sobre a estrutura no caso do 500; alguém poderia me orientar ?
  8. Ae boa; @EMBarbosa, foi apenas, a linha comentada mesmo (removido o #13); para uma analise mais detalhada, seria interessante descobrir oque levou ela a gerar o #13, pessoalmente procurei bastante mais não localizei nada; até a onde entendi seria o "Enter" recebido do próprio microterminal; em algum requisição; porém não consegue identificar outro problema não; Mas reforçando esse #13, só aparece se o código for exultado atras de uma procedure que demore um pouco a ser concluída, se for um botão com pouca coisa, sem se quer é gerado o #13 / #$D; @tiagopassarella, obrigado pelo retorno;
  9. Daniel, Fiz alguns debugues e comecei a entender melhor o funcionamento do mter; Referente ao posicionamento, teste com o exemplo, mas sem sucesso, apresentou o mesmo problema ao posicionar; Depois que iniciei um topico, consegui localizar alguns outros usuarios com o mesmo problema; consegui "uma solução", segue o topico; como mencionei lá; não sei se é a mais correta; mas funcionou no Exemplo e na aplicação;
  10. Pessoal, na ACBrMTerClass > LimparConteudoParaEnviar > Se vocês alteraram o IF que tem de if not CharInSet(aChar, [#32..#126,#13,#10,#8]) then para if not CharInSet(aChar, [#32..#126,#10,#8]) then @Daniel Simoes , Daniel, acho que isso passou batido no refactoring do mter, saberia nos dizer se está ok? Encima desse IF tem um comentário de "Mantem apenas Letras/Numeros/Pontos/Sinais "; como só tenho disponível o microterminal VT100, não sei se isso pode afetar negativamente os demais; Obrigado!
  11. Na ACBrMTer > TACBrMTer.DoRecebeDados tem um case, quando eu removi ele, parou de voltar o cursor para o inicio; estou vendo ainda oque ocorre; pois ele é necessário, pois sem ele o microterminal não exibe oque foi digitado
  12. Eu fiz alguns teste, a unica coisa que consegui localizar, se incluir 1 botão fixo com o comando de reposicionar funciona, mas se o codigo estiver sendo exultado dentro de uma procedure ou timer; ele volta para o inicio; Notem que gerou um [CR], ainda não descobri oque ele faz; mas foi uma das diferenças Log que funcionou o reposicionamento (utilizando um botão solto) ---------FUNCIONA----------------------- -- 27/03 17:36:42:842 -- LimparDisplay( 192.168.0.101 ) -- 27/03 17:36:42:850 -- PosicionarCursor( 192.168.0.101, 1, 1 ) -- 27/03 17:36:42:858 -- EnviarTexto( 192.168.0.101, "LINHA 1" ) -- 27/03 17:36:42:865 -- PosicionarCursor( 192.168.0.101, 2, 1 ) -- 27/03 17:36:42:873 -- EnviarTexto( 192.168.0.101, "Qtde.:" ) -- 27/03 17:36:42:879 -- PosicionarCursor( 192.168.0.101, 2, 10 ) -- 27/03 17:36:42:882 -- Terminal: 192.168.0.101 - TX -> 6 bytes -> [ESC][H[ESC][J -- 27/03 17:36:42:887 -- Terminal: 192.168.0.101 - TX -> 8 bytes -> [ESC][01;01H -- 27/03 17:36:42:891 -- Terminal: 192.168.0.101 - TX -> 7 bytes -> LINHA 1 -- 27/03 17:36:42:894 -- Terminal: 192.168.0.101 - TX -> 8 bytes -> [ESC][02;01H -- 27/03 17:36:42:897 -- Terminal: 192.168.0.101 - TX -> 6 bytes -> Qtde.: -- 27/03 17:36:42:906 -- Terminal: 192.168.0.101 - TX -> 8 bytes -> [ESC][02;10H -------UTILIZANDO A PROCEDURE -- 27/03 17:37:29:092 -- LimparDisplay( 192.168.0.101 ) -- 27/03 17:37:29:099 -- PosicionarCursor( 192.168.0.101, 1, 1 ) -- 27/03 17:37:29:105 -- EnviarTexto( 192.168.0.101, "Colar" ) -- 27/03 17:37:29:112 -- PosicionarCursor( 192.168.0.101, 2, 1 ) -- 27/03 17:37:29:116 -- EnviarTexto( 192.168.0.101, "Qtde.:" ) -- 27/03 17:37:29:120 -- Terminal: 192.168.0.101 - TX -> 6 bytes -> [ESC][H[ESC][J -- 27/03 17:37:29:126 -- Terminal: 192.168.0.101 - TX -> 6 bytes -> [ESC][H[ESC][J -- 27/03 17:37:29:133 -- Terminal: 192.168.0.101 - TX -> 8 bytes -> [ESC][01;01H -- 27/03 17:37:29:139 -- Terminal: 192.168.0.101 - TX -> 5 bytes -> Colar -- 27/03 17:37:29:144 -- Terminal: 192.168.0.101 - TX -> 8 bytes -> [ESC][02;01H -- 27/03 17:37:29:153 -- Terminal: 192.168.0.101 - TX -> 6 bytes -> Qtde.: -- 27/03 17:37:29:159 -- PosicionarCursor( 192.168.0.101, 2, 10 ) -- 27/03 17:37:29:175 -- Terminal: 192.168.0.101 - TX -> 8 bytes -> [ESC][02;10H -- 27/03 17:37:29:181 -- Terminal: 192.168.0.101 - TX -> 1 bytes -> [CR]
  13. Acompanhando, também estou com o mesmo problema; Não consta no Log, nada referente a isso; nem mesmo a função da VT100 do curso é chamada; Se tiveram novidades, avisem pf!
  14. Boa tarde, Estou com um 2 problemas intermitente com o Microterminal usando o VT-100 após a atualização, e não estou conseguindo contornar alguém poderia me orientar do que pode estar ocorrendo 1-Quando envio algum comando pelo mter, por exemplo LimparDisplay, ele só é realmente enviado ao equipamento/ip após o bloco de código inteiro ser executado ou se aplicar um Application.ProcessMessage; se usar o debug com o equipamento, os comandos só aparecem após todo o codigo ser executado Obs.: Não consegui testar em uma versão anterior, mas era assim ou esse comportamento foi incluído ? -Vi algo de fila no SVN porém não compreendi muito bem; 2-Posicionamento do cursor; se enviar o comando para posicionar o cursor, enviar um texto e mandar reposicionar, ele volta para o inicio da linha; debuguei aqui o codigo da aplicação e do ACBr, mas não achei nada que force ele voltar para o inicio da linha; Só funciona se for executado apenas o reposicionamento; fora de qualquer outro bloco; Se alguém poder ajudar, ou tiver com situação parecida; obrigado
×
×
  • Create New...