Jump to content

Renan S

Membros
  • Content Count

    248
  • 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
    SP

Recent Profile Visitors

1,231 profile views
  1. Boa tarde, Assim, obrigado por compartilhar, porém não estou com problema na leitura de INI, o problema meu é que não consigo fazer o ACBrNFe realizar a leitura do arquivo, após trocar a propriedade IniServico, depois que já foi realizada a leitura a primeira vez (o ACBr lê o arquivo Ini ou RES sempre na primeira tentativa de comunicação com o WebService, para carregar as URL's dos serviços);
  2. Olá a todos, Gostaria de saber se alguém poderia me auxiliar, em uma questão Delphi e ACBr; Estava realizando alguns testes, para tratar os timeout's; Para realizar os testes, criei dois arquivos ini, (correto.ini e o falha.ini) que são basicamente o "ACBrNFeServicos.ini"; Na hora de configurar o componente, configurei o ACBrNFe1.Configuracoes.Arquivos.IniServico, para o falha.ini, ok, realmente ocorreu o timeout, pois altereir as URL's para realmente ocorrer o problema, para cair no tradamento, porém no tradamento, eu novamente configuro o Configuracoes.Arquivos.IniServico para o correto.ini, porém o ACBr, ainda continua enviando para as url's do falha.ini; -- Mexendo um pouco, verifiquei que, na primeira comunicação, o ACBr realiza o carregamento do INIServico, pela ACBrDFe, e define a propriedade FPIniParamsCarregado para True; (Oque evita dele ficar fazendo o processo toda hora), porém acabei me perdendo nesse ponto, eu não consegui localizar a parte para eu "forçar" a re-leitura do INI que está propriedade IniServico, ou definir a FPIniParamsCarregado para False; Alguém saberia me dizer como posso fazer para recarregar o INI ? Obrigado!
  3. Normal, emulador e suas peculiaridades; Se é apenas nele, para gente está OK! Obrigado pelo Retorno!
  4. 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
  5. 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!
  6. 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
  7. 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?
  8. 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;
  9. 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 ?
  10. 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;
  11. 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;
  12. 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!
  13. 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
  14. 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]
×
×
  • Create New...