EMBarbosa

Se você quer converter programaticamente, dê uma olhada na lista de componentes e bibliotecas sobre imagens e gráficos nesse link: https://github.com/Fr0sT-Brutal/awesome-pascal#graphic Se for isso, acredito que a https://github.com/graphics32/graphics32 resolva.

Não conheço o serviço que você mencionou, mas pra mim isso é muito estranho. De qualquer maneira, uma possibilidade é você colocar a dll numa pasta que vai ser buscada pelo seu executável, como o diretório do sistema (por ex: System32). O Windows tem uma ordem de carregamento das DLLs e o executável vai encontrar a dll dependendo do diretório que ela estiver. Veja esse artigo da Microsoft: https://docs.microsoft.com/en-us/windows/win32/dlls/dynamic-link-library-search-order Você precisa verificar se os valores passados para a DLL estão corretos. Por exemplo, talvez tenha passado um objeto não instanciado. Ou talvez a chamada da DLL está com tipos incorretos. Pelo visto o erro é levantado dentro da DLL, então talvez eles tenham uma DLL de debug pra te dar maiores informações.

Boa tarde José Luís. Nós já temos um subfórum que serve para área de legislação. Veja: https://www.projetoacbr.com.br/forum/forum/5-legislação-fiscal-e-tributária/ A partir do momento que surgir muitos tópicos sobre o assunto específico da LGPD, avaliamos a possibilidade de criar um específico sobre o assunto.

Bom dia. Qual erro é retornado? Não dá nenhuma mensagem ou código do erro? Já que disseram que é na sua aplicação, você perguntou a eles se eles sabem qual o problema? Por exemplo, se disserem que é um problema na forma da chamada do método deles, ou parâmetros incorretos já ajudaria a descobrir o que é.

Oi ALA, bom dia. Como você mesmo disse, é o mesmo fluxo do Cartão. Então, se você já tem implementado o cartão, já tem o fluxo implementado. Que tipo de ajuda você precisa?

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 20297. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 20295. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 20293. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Boa tarde. Você usou os novos demos para impressoras não fiscais? Porque nesse demo tem um código de configuração desses dois parâmetros que você está passando vazio quando vai chamar o comando CDP, veja: if ACBrTEFD1.GPAtual = gpCliSiTef then begin // SiTef precisa de parâmetros extras, vamos informar... ACBrTEFD1.TEFCliSiTef.PinPadIdentificador := '01.123.456/0001-07'; ACBrTEFD1.TEFCliSiTef.PinPadChaveAcesso := 'Chave Fornecida pela Software Express, exclusiva para o Identificador acima'; end; Caso esteja configurado corretamente, será necessário verificar o log do componente para analisar o retorno da DLL do Sitef.

Boa tarde Luis Fernando. Eu li o manual e na parte de especificações de protocolo, não parece haver nenhum protocolo que envie os caracteres kg na comunicação. Você chegou a encontrar essa informação no manual? Dito isso, suas alterações não parecem atrapalhar os modelos já implementados. Então não vejo motivo pra não enviar ao SVN. Apenas gostaria de ter essa confirmação de que o modelo e protocolo da balança está correto apesar de não ter encontrado a informação no manual sobre esses caracteres da medida de peso ("kg").

Boa tarde. O que acontece é que essa legislação que você citou é o que foi definido nacionalmente. Só que, até onde sei, embora seja a única UF que realmente adotou o bloco X, a SEFAZ de SC tem documentação própria. Eles disponibilizam essa documentação via Google Drive. Veja esse link aqui por exemplo citado num tópico recente. Sugiro você entrar em contato com eles (Sefaz) pra ser colocado no grupo de desenvolvedores e assim acompanhar de perto as modificações.

Como assim sessões?

Depende das configurações do próprio TEF (arquivo INI, gerenciador padrão, etc...) e da operação configurada no ACBrTEFD antes de chamar.

Boa noite. Você está tentando homologar pra vender em que UF??

Se você estiver com receios, instale o 10.4 numa VM e compile seu programa nele. Assim, você pode verificar de modo geral como se comporta. Se tudo der certo, o próximo passo é instalar num número reduzido de clientes, (talvez apenas um). Assim você pode acompanhar de perto qualquer problema, e se surgir algo novo, vai saber que é do Delphi 10.4.

Bom dia. Eu também não ouvi nenhuma reclamação do Delphi 10.4 ainda. Seu amigo explicou exatamente qual foi o problema dele?

Você precisa ler o manual da impressora e verificar o modo de fazer isso. Se você não tiver, talvez encontre no site do fabricante.

Pois é... se o papel realmente acabou você vai ter que fazer um tratamento no seu aplicativo pra que quando essa situação ocorrer, você verificar se o subtotal subiu. Assim você vai saber que o item foi vendido. Geralmente, o papel quando chega perto do fim fica as manchas cor de rosa. Talvez seja uma questão de instruir os usuários.

Isso não parece relacionado ao TEF que é mencionado nesse tópico.

Nunca passei por isso. Minha sugestão é você verificar no local se o papel realmente acabou e depois contatar o fabricante. Pode ser, mas acho pouco provável, que seja um problema no firmware.

Se você instalou o IDE Fix Pack, só isso já faz uma diferença enorme.

Sim. A menos que seja um erro no seu código, o erro parece ser erro do Servidor mesmo. O erro é por acessar uma referência de um objeto que ainda não foi instanciado. Então, não parece ser do XML e sim de programação. Se o erro realmente não acontece do seu lado (só debugando pra ter certeza), então sugiro entrar em contato com a SEFAZ. Você poderá enviar o arquivo que gera o erro para que eles possam reproduzir isso lá e te dar um retorno de como proceder.

Isso é porque existem mais de um mesmo arquivo ".dcu" sendo encontrado pelo Delphi. Possivelmente ou é o arquivo ACBrSATExtratoFortesFr.dcu ou o RLPrinters.RLPrinter.dcu O "apagar.bat" e a opção "Remover arquivos antigos" teoricamente fazem a mesma coisa. A opção "Remover arquivos antigos" gera um "apagar.bat" novo e o executa. No entanto, detectei que nenhuma das duas conseguem apagar todos os arquivos sempre. Então verifique as pastas anteriores tanto do ACBr como do Fortes. Também verifique a pasta LIB padrão da embarcadero. Algo como C:\Users\Public\Documents\Embarcadero\Studio\20.0\ e as subpastas delas

Se você abriu os pacotes no Delphi pode ser isso. Ele está fazendo uma alteração nos arquivos que não deveria acontecer. Veja esse tópico por favor:

Nesse caso, seria melhor você acessar a conta do Mercado Livre e verificar as especificações técnicas pra esse arquivo. Me parece que se compatível seria apenas enviar para a impressora de forma direta. Isso talvez seja feito por meio de um aplicativo utilitário do fabricante. Achei esse vídeo que parece muito com o que você deseja: https://youtu.be/rYLrN5SqwUs?t=173 Várias impressoras permitem isso. Mas você precisa verificar os utilitários e manuais. Especificamente essa impressora eu não sei...