Pesquisar na Comunidade
Showing results for tags 'Impressora fiscal'.
Encontrado 5 registros
-
Pessoal, está acontecendo erro ao lançar Sangria/Suprimento no ECF: Comprovante Não-Fiscal Cancelado Na impressora Bematech me retornou o erro na tela: "Parâmetro não ASCII num em campo ASCII num". Na impressora Epson: "Erro: 0208 - Campo numérico inválido". No cupom é apresentado a mensagem "Comprovante não-fiscal cancelado." O código que estou utilizando é este: ECF.Sangria(IBQSangriaNR_VLR.AsFloat, IBQSangriaDS_NUM.AsAnsiString, 'SANGRIA', 'DINHEIRO') ECF.Suprimento(IBQSangriaNR_VLR.AsFloat, IBQSangriaDS_NUM.AsAnsiString, 'SUPRIMENTO', 'DINHEIRO')
-
Eu tenho uma impressora Bematech MP-4000 TH FI nova com menos de 10 mil de totalizador total e quando eu chamo a função ECF.VendaBruta está demorando mais de 6 segundos. Tem como vocês verificarem por favor.
-
Bom... tenho uma dúvida relacionada a remoção do lacre da ecf. Tenho um cliente que tem uma bematech mp-4000, e fui me informar sobre a remoção do lacre, para que possamos utilizar essa impressora para impressão dos danfes nfc-e, porém quem quis falar algo sobre isso disse simplesmente que não vale a pena. Está certo isso? Alguém já teve que fazer algo do tipo? Desde já fico agradecido
-
Bom dia, Estou tendo um problema com a emissão da redução Z pendente na impressora Epson T800F usando o protocolo ecfEscECF. Quando envio o comando para emissão da redução Z utilizando o ECFTeste é apresentada a seguinte mensagem. Erro retornado pela Impressora: EPSON - TM-T800F Categoria: 16-Erro específico do Fabricante Motivo: 3-Data em intervalo inválido. #1/#26#0#0#1#0#0#23#29#029012015|2|000000038|190402||#155 - + - + - + - + - + - + - + - + - + - + - + - Por favor, alguém pode me dar uma dica? Obrigado
-
Olá Escovadores de Bits, Hoje vamos aprender todos os passos para iniciar uma aplicação JAVA usando a DarumaFrameworkJNA, uma camada alto nível usada para integrar sua aplicação com a DarumaFramework.dll (para Windows)/DarumaFrameWork.so (Para Linux). O motivo da existência do wrapper DFW JNA é claro, sem ele não conseguiríamos acessar a DarumaFramework.dll (para Windows)/DarumaFrameWork.so (Para Linux). E de que adianta ter uma dll para Windows, ter um JNI ou JNA, mas quando vai pra Linux os métodos são diferentes, os comandos são diferentes? NADA! Absolutamente nada, pois é esperado que quando se programa em Java, você deseja rodar em Windows e Linux, certo? Muito bem! Pra isso acontecer nada de “IF” no código, codifique uma vez só. Isso só é possível quando o baixo nível da dll e so forem idênticas. Em nosso caso, Daruma, são idênticas porque foi tudo escrito em C/C++ ANSI Multiplataforma, e o JNA já é Multiplataforma por natureza. Muitos desenvolvedores tem em mente que o desenvolvimento com a camada JNA é um processo complicado, difícil ou propício a erros, mas na boa mesmo? É muito fácil! Diria que é mais fácil desenvolver com esta camada do que desenvolver com Delphi. Acredite, é bem simples. Delphi está sendo usado como exemplo para as linguagens que chamam dll diretamente, o que não é o caso do Java, por isso é necessário o wrapper JNA. Continue lendo ...
