EMBarbosa

Não seria melhor criar um novo tópico?

TLDR: Pode usar!

Só dessa maneira mesmo. Você pode tentar importar os dados do outro sistema. Lembre-se que os dados é do cliente e não do sistema. Então eles não poderiam impedir o acesso aos dados pelo cliente.

O certo seria sua aplicação saber quando já foi subtotalizado sem precisar consultar o ECF. Isso porque primeiro sua aplicação é quem chama o comando de subtotalizar. Segundo, porque a sua aplicação precisa saber o estado da venda. Terceiro porque qualquer consulta desnecessária ao ECF leva tempo, o que pode passar a impressão de uma aplicação lenta. Mas dito isso, você pode verificar o estado da ECF. Se estiver em pagamento, quer dizer que já foi subtotalizado.

@jean_peixoto realmente, substituímos o método "Add" por um método "New". A explicação da alteração de forma resumida é a seguinte: 1) Para compatibilidade: Em praticamente todas as classes da VCL, o método ADD é uma procedure que recebe um parâmetro, nunca uma function que retorna um novo objeto. 2) Para melhor leitura do código. Não faz sentido o método ser chamado "add" se você está criando um novo objeto na lista e não adicionando um. O nome pra isso seria "New" ou criar. O português pode nos confundir, porque o verbo "adicionar um item" pode parecer a mesma coisa que "adicionar um novo item" dependendo de como você lê. Mas o quanto mais claro for o código, menos tempo a gente gasta com debug depois.

Se for apenas nessa função que está dando problemas, (quero dizer outras funções da mesma DLL funcionam), verifique se os parâmetros passados são mesmo PChar. O compilador do Delphi costuma converter automaticamente alguns tipos (em especial tipos string e inteiros). Mas nem sempre converte da melhor maneira. Por exemplo, me lembro uma vez de uma dll que eu estava utilizando estar esperando uma string terminada em #0, mas a string não estar indo dessa forma.

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 udenilson. Isso acontece porque a transação já foi confirmada quando você chamou o segundo CRT... Como o @Juliomar Marchetti mostrou no código, quando é múltiplos cartões, os pagamentos anteriores precisam ser confirmados. Como isso é feito automaticamente, o código não chama o evento onDepoisConfirmarTransações. Daí quando você chama o "Confirmar transações pendentes" não há mais transações pendentes e por isso o evento onDepoisConfirmarTransações não é chamado... Não sei se esse comportamento pode ser alterado (preciso verificar...). Para resolver seu problema atual, você poderia chamar o "Confirmar Transações Pendentes" logo após a aprovação do primeiro CRT.

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?

Boa tarde. Notei no LOG o atraso mesmo. Mas me parece o tempo normal de desativar o USB. Geralmente ninguém usa desse modo que você descreveu aqui quando é USB: Poderia testar se realmente quando é USB a porta da impressora fica presa?

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.