Renan S

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

Bom dia, Pessoal, alguém está com a seguinte situação também. Ao gerar o PDF da NF-e (Danfe), é possível abri-lo no navegador e em qualquer leitor PDF, mas ao utilizar o Reader da Adobe, ele apresenta erro do Arquivo; Notei esse problema surgiu apos a atualização do ACBr; mas não sei se é algo especifico do acbr/forete ou algo no Adobe (sendo nada haver com o PDF); Se alguém que tiver a versão mais nova do ACBr, poder verificar se está abrindo no Reader; Obrigado!

Verifique se você está enviado para a UF correta; caso necessário force a UF, setando antes de executar a consulta

Bom dia a todos, Estava realizando alguns estudos a fim de melhorar o emissor aqui, e notei algo que não estou conseguindo tradar muito bem, se alguém poder me auxiliar; Utilizando ACBrNFe1.Enviar(1, False) para enviar uma NF-e; O componente envia a NF-e para Sefaz, capturando o numero de recebimento e logo apos inicia o processo para consultar o Retorno/Resposta do processamento; Porém, se tivermos alguma problema durante a consulta (por exemplo aqui, alterei NFeRetAutorizacao_4 para uma url invalida); a função que consulta o processamento, retorna false, que por sua vez gera um False, para o WebServices.Envia, que retorno o False para a chamada ACBrNFe1.Enviar(1, False); Ae entra minha dúvida, como eu faço para saber em qual momento o componente gerou o problema de Conexão (No Envio, ou na Consulta)? -Pois são dois processos dentro do Enviar; Oque envia para sefaz e captura o recibo (que vem na mesma chamada) e a consulta do lote; Quando ocorre o problema no primeiro envio ok, mas quando ocorre erro na consulta, pode gerar alguma problema de duplicidade -Obs.: Não sei se seria possível ou se seria o caso de ter alguma configuração para poder fazer manualmente a consulta ou deixar o ACBr controlar Obrigado!

Entendi, vou aguardar novidades então pelo site da sefaz; Obrigado!

Boa tarde; Como eu faço para saber quais Estados/UF será obrigatório o preenchimento do Grupo ZD. Informações do Responsável Técnico ? Em especial SP, MG. Obrigado!

Infelizmente Não; acabei abandonando o projeto; pois da maneira que implementei acabou ficando lendo, sem contar as incompatibilidades; Mas continuei utilizando o via Fortes, pois diversos detalhes que me incomodavam visualmente o Daniel e o pessoal corrigiram; sem contar que o Layout que foi desenvolvido no Fortes funciona perfeitamente em 58 mm; Ao meu ver o Layout Fortes só falta algo que possibilitaria acoplar nele para poder imprimir coisas fora do SAT; por exemplo na mesma "folha" imprimir o Comprovante de TEF ou as parcelas; sem ter que imprimir em papel separado; Mas tá para contornar; E algo para poder alterar a Fonte; pois ela era uma, depois alteram e agora voltaram para a fonte anterior rsrsrs' Em geral, é TOP; Mas como comentei, não mexo no Forte pois sempre quebro algo; prefiro o Forte, então uso o Layout do Fortes como ele vêm

@Daniel Simoes, desculpe a demora em retornar; Atualizei hoje; Agora sim! rsr Aquele quadrado sem logo sumiu! Obrigado!!

@Daniel Simoes , algo deu errado; a propriedade EspacoEntreProdutos para o Fortes Report no Delphi, parou de funcionar apos a atualização, apos essa alteração; EspacoEntreProdutos = 30 Com produtos com Informação Adicional, imprimindo em banda abaixo do produto

A LogoVisible não está disponível na DANF-e Fortes NF-e *Obs.: Recriei o componente e mesmo assim nada é exibido nas propriedades dele

Fortes Report no Delphi XE8

@Daniel Simoes , primeiramente obrigado pelo retorno! Sobre o espaçamento, isso, apenas no Fortes; acredito que seja coisa pouca, apenas mesmo para dar uma separadinha de leve; Dos demais tópicos, fecho! Obrigado pela atenção!!

Verifique se não é alguma DLL dependente da DDL do SAT; em alguns casos é necessários copiar elas para junto ao EXE

Atualizei agora de pouco; só funciona assim: ACBrNFeDANFeRL1.ExibeInforAdicProduto := True; ACBrNFeDANFeRL1.QuebraLinhaEmDetalhamentoEspecifico := False; ///Se não sai duas vezes a InfAdicional do Produto Verifique no DEMO da NF-e;

Boa tarde a todos, Atualizei o ACBr devido ao Refactoring, e afim de evitar defasagem da versão que trabalho; Estou utilizando o Delphi XE8 - ACBr rev 16233 - Seguindo o Manual v 2.17 Verifiquei alguns pontos e gostaria de compartilhar para verificarmos se conseguimos chegar em uma melhoria, aparentemente são apenas detalhes que diferencia o Descrito no Manual e o ACBr Extrato de Venda Entre o QRCode e o espaço onde fica as informações do sistema / antiga softhouse; no manual diz ser obrigatório realizar uma separação com uma linha simples; Pag.29 Espaçamento entre as linha que ficam as informações de cabeçalho; formas de pagamento; espaçamento em geral entre os blocos; A ideia de retirar os espaços para economizar papel foi boa, mas na pratica ficou poluído o extrato e de visualização ou pouco confusa; "Segundo os consumidores finais"; Na NT é recomendado (não obrigatório)um espaçamento de até 0,5 cm, seria interessante ser configurável ou deixar com um espaçamento Extrato de Cancelamento Os bloco do cabeçalho estão invertidos novamente, acredito que ninguém tenho notado ou seja algo específico do XE8; o endereço fica a baixo da Razão Social Logo, em alguns momento a LOGO no Extrato de Cancelamento, fica sendo exibida no meio (Isso é recorrente); consegui arruma uma vez; mas foi reprovado pois tive que mexer em varios paineis E o layout está no modelo anterior; mas vi no forum que está mexendo ou fizeram; então removi ele;

Entendi, perfeito; também ele vai um monte de caracteres, acho também que se diminuir não vai dar para ler mesmo; Não, só utilizou o Fortes Report; E para falar a verdade estou notando alguns detalhes que no Manual está de uma maneira e no ACBr está de outra;