Renan S

Observação: Realizei os testes na EPSON TM-T20, Elgin i7 e Elgin i9; No previsualizar, não ficou bonito, porém dessa maneira, é possível imprimir, inclusive pela tela do previsualizar

No ACBrSATExtratoFortesFR, se alterar o UnlimitedHeight para False, a impressora já consegue realizar a impressão tranquilamente; A altura como 20cm, por pagina, consegui realizar a impressão sem cortar os itens, naquelas impressoras chinesas (sem marca) RLLayout.PageSetup.PaperHeight := 200 ; RLLayout.UnlimitedHeight := False; ACBrSATExtratoFortesFr.pas

Perfeito, muito obrigado!!

Exclui todos os arquivo do ACBr e baixei e instalei novamente os componentes; Na pasta do meu projeto, exclui também as .dcu; A revisão que vem pelo SVN é 18.544

Sim, atualizei hoje

Boa tarde a todos, Após a atualização, o DANFe do Fortes report, foi incluído o canhoto em todas as paginas, é possível ou tem algum configuração que me passou despercebido, para imprimir apenas na Primeira pagina ?

Boa tarde a todos, Alguém que conheça mais sobre o Extrato do SAT em Fortes, poderia me auxiliar; Quando tento realizar a impressão de um cupom que possui mais de 190 itens, a impressora imprime alguns itens, porém considera como finalizado o documento após uns 58 itens (+/-); Vi que existe vários tópicos sobre isso, a solução que sempre funcionava aqui era a de aumentar o tamanho do papel, nas opções do driver, porém parou de surgir efeito; Observações: Algo que notei, foi que o impresso gerado pelo Fortes, possui apenas 1 pagina (estilo formulário continuo), independentemente da quantidade de itens do cupom. Não seria interessante gerar varias paginas, sendo de até uns 25cm de altura ? Tentei comparar o impresso da NF-e (A4 em Fortes) com o do Cupom, pois no impresso da NFe, é iniciado varias paginas, caso tenha muito item, porém sinceramente, não achei algo que de para juntar. Utilizo o ESC geralmente, porém em alguns casos, preciso usar o Fortes; Obrigado pela atenção!

Entendi, como é apenas para testes, fixei ela como False para Debug e True para Release, através da diretiva de compilação; Para testes, fico bom!

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);

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!

Normal, emulador e suas peculiaridades; Se é apenas nele, para gente está OK! Obrigado pelo Retorno!

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

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!

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

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?

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;

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 ?

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;

Perfeito Tiago, ficamos no aguardo!

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;

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!

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

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]

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!

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