William F. L.

Então como citei acima, no meu caso é exibida uma tela para correção rápida para aquele cupom fiscal, após o preenchimento do que precisa o cupom será emitido, independente de ser SAT ou NFC-E.

Então, no meu caso como é em SP, automaticamente exibo a mensagem de erro para o operador, nesse seu caso "erro de NCM". Ai cabe alguns tratamentos por parte da aplicação, porque esse tipo de erro mesmo você virando automaticamente para SAT (o SAT não valida NCM só quantidade caracteres), você estaria acobertando um erro de preenchimento. Nesse caso, o ideal seria exibir uma tela para o operador com a opção de corrigir o NCM, eu tenho isso para os principais campos (NCM, CST, CSOSN, CFOP, PIS e COFINS), e não deixar ele emitir SAT com esse NCM errado. Outro ponto que merece destaque, nas atualizações da tabela de NCM (eu uso a tabela IBPT como base), sua aplicação passar uma varredura nos seus produtos, informando uma lista de produtos caso tenha NCM não encontrado na tabela IBPT. Ai você pode serguir de várias maneiras: - flag no produto deixando como inválido para venda - obriga uma correção imediata dos NCMs

Em SP esse erro não seria tão grave, pois aqui se der esse erro com NCM você simplesmente não vai conseguir autorizar e pode tratar isso excluindo essa NFC -e (pois não foi autorizado) e virando para emissão com SAT. Fora de SP se você emitir essa NFC-e de maneira OFFLINE, só vai saber desse erro quando for regularizar ela e nesse caso já foi impresso o extrato do cupom com a chave para o cliente, ai qualquer correção feita iria alterar o XML original (que poderia ser um problema de fato).

Minha dica nesse caso é tratar bem os retornos e também "não retornos" durante o envio da NFC-e. No meu caso senão retorna nada, jogo como pendente e emito outra OFFLINE, essa pendente fica para ser regularizada: - consulta e se estiver autorizada, cancela por substituição - senão foi autorizada, inutiliza a numeração Usamos até um monitor para automatizar esse processo, mas o usuário também tem uma tela para regularizar manualmente.

Tenho alguns clientes usando MP 4200TH e MP 4000TH em rede, 2 deles tem mais de 5 impressoras de departamento. Em um dos clientes é a vivo que fornece internet, porém não temos problemas com essas paradas. Porém sempre usamos o seguinte padrão: modem vivo -> roteador Intelbrás -> switch 24 portas -> dispositivos (impressoras e computadores) Quem gerencia o range de IP dos dispositivos é o roteador Intelbrás, outro ponto é que mudamos o range, exemplo: modem vivo: 192.168.15.XXX roteador Intelbrás: 192.168.10.XXX

Colega tive o mesmo problema com SAT da Jetway, tentamos de tudo: - trocar a porta - reinstalação do driver - desligar o gerenciamento de energia das USB - colocar o cabo "Y" com 2 entradas USB, separando 1 para energia e outra para dados - troca de computador Nada adiantou, emite uma horas tranquilo e depois começa retornar "Sat em processamento". Solução, o cliente trocou por um aparelho SAT bematech Go, já tem 4 semanas e não deu mais problema.

Pessoal estou com um probleminha chato para fazer a carga na balança usando o MGV6, geramos o arquivo TXT de carga normalmente pelo sistema. Porém quando fazemos a importação no MGV6, ele acusa erro na data de validade, analisando o TXT e testando, vimos que se adicionar 2 digitos a mais no "código" do produto, ele importa normalmente. Porém olhando os fontes do ACBr e a documentação do MGV6, o campo código pede 6 digitos, mas nesse caso só funciona se colocamos 8 digitos no campo código. Já revirei o MGV procurando a existência de alguma configuração que mude essa regra do TXT.

Em Minas tá complicado mesmo, os clientes tem deixado ativado a contingência offline e o monitor de NFC-e vai despachando na medida do possível. Fora a internet dos clientes que não ajuda também, quando não é a SEFAZ é a internet que falha.

Integra com um painel de liberação via WEB usando uma api Json. Aí vc pode liberar ou bloquear o terminal usando um celular.

Olha um teste que eu fiz em laboratório foi jogar o keepAlive para "1 segundo", com isso ficou mais propicio de aparecer o texto "Online" durante o lançamento dos pedidos. A cada 10 ou 12 teclas pressionadas exibia o texto "Online" no display, com isso montei a gambiarra rss. Um detalhe, no emulador da Gertec não consegui reproduzir isso, só com o aparelho físico que tive mais sucesso.

Fiz uma "gambiarra", escondendo texto "Online" usando EchoMode = mdeNone, o KeepAlive eu deixei em 60 segundos mesmo. Essas medidas reduziram bem os problemas, porém quando seria para retornar "Online" eu escondo ele, mas eu notei um pequeno delay no aparelho, até pq tem essa rotinha intermediária para esconder o texto.

Vou tentar também, mas como solução "paliativa" aumentei o "KeepAlive" do cliente para 14000, assim não tem verificação em intervalos menores. Pelo menos até agora não houve reclamação do "Online" no display.

Eu não tenho em nenhuma parte do código o envio do texto "Online" ! Já revisei umas 5x tudo até o comando Find usei.

Então mas na linha 10 o texto "Online" apareceu no display, ai pressionei o ENTER.

Minha solução temporária foi jogar o KeepAlive acima dos 14000 segundos, pq observando o construtor da classe "TACBrMTerPMTG" mesmo que deixe com o valor "0" ele vai rodar a cada "15" segundos. constructor TACBrMTerPMTG.Create(aOwner: TComponent); begin inherited Create(aOwner); fpModeloStr := 'PMTG'; with TACBrMTer(aOwner) do begin if (KeepAlive = 0) then // KeepAlive liga por padrão, para o Gertec KeepAlive := 15; // Verifica OnLine a cada 15 segundos end; end; Pelo menos nos testes não apareceu mais a mensagem "Online" no display.

Depois de ficar batendo vendas um bom tempo consegui capturar o retorno "Online" em tela e no log. Abaixo um print do trecho que retorna o texto, o mesmo trecho em txt em anexo. log.txt

Então se fosse um retorno da minha aplicação seria mais fácil controlar. Porém já tentei debugar para pegar o momento desse retorno e usando um "IF" esconder ele, mas não achei por onde passa esse texto "Online". Debuguei todos os trechos onde minha aplicação "envia texto" para o display, mas nada com "Online" passa por lá.

Eu não implementei nenhuma verificação, só deixei a propriedade KeepAlive com valor "10". Acredito que essa propriedade por si só já faça a verificação.

Olá pessoal, meu cliente trabalha com microterminal da GERTEC, tudo funcionando 99,99% bem, só tem um probleminha chato. Em alguns momentos do dia, aparece no display do microterminal o texto "Online", sei que o componente possui uma rotina que fica verificando de tempos em tempos a conexão, mas não achei como desabilitar o envio desse texto para o display do microterminal. Algum tempo atrás tinha lido um tópico sobre isso aqui, mas não encontrei o assunto novamente.

Para deixar um feedback aqui quanto ao caracter citado. Após o relato do colega Vitor, passei um pente fino na rotina de captura e gravação, encontrei o erro na minha aplicação !!! O que ocorria, quando o usuário pressionava o "BACKSPACE" (apagar um caracter) eu fazia um tratamento apagando o último caracter da coluna no ClientDataSet até ai blz funcionava muito bem. Porém se o "BACKSPACE" fosse pressionado quando a coluna do ClientDataSet estivesse "vazia", meu sistema guardava o caracter "#8" na respectiva coluna, ai quando mandava gravar dava esse caos todo. A solução foi simples, se pressionado "BACKSPACE" e a coluna do ClientDataSet estiver vazia, então não guarda nada e antes de gravar no banco válido se está tudo preenchido, senão tiver jogo uma mensagem no display do microterminal. Valeu Vitor e Daniel !

Cara também desconfio fortemente mesmo do "backspace", atualmente testo tudo com o emulador da GERTEC. Devido há esses B.O. acabei comprando um aparelho GERTEC MT 720, assim vou conseguir testar melhor. Mas vou pegar os logs do cliente para repassar aqui. Olhei aqui, eu já trato esse caracter "#8" para não entrar no ClientDataSet.

Olá Pessoal, um dos nossos clientes adquiriu um microterminal GERTEC MT 720, já temos essa funcionalidade rodando em outros clientes sem problemas. Porém no meio do dia o microterminal começa a retornar um caracter desconhecido, ainda não pegamos o log do componente. Imagem do erro abaixo:

Colega só por curiosidade, vc obteve sucesso nos seus testes ?

Bom agora vou ter que pausar o chamado, esses referidos Cupons eram do mês de Dezembro de 2019. Porém fui acessar o cliente agora no período da tarde para extrair o log do aparelho, mas hoje acendeu o LED "Falha / Suporte", mesmo desligando e trocando os cabos não apagou o LED. Então estamos sem condições de extrair o log, e o cliente tem um problema pior agora rss

Olá Cristhian, então já enviamos na versão 0.08 tem quase 1 ano, isso com uns 100 aparelhos da TANCA. O mais estranho é que tivemos esses 2 problemas no mesmo mês, porém com clientes diferentes e o pior esses aparelhos já tem 1 ano ou mais de vida na instalação. Acho difícil ser problema com a versão 0.08 somente no mês de Dezembro. Em relação ao "firmware", pode ser também, porém teríamos que atualizar umas dezenas de aparelho rsrs