EMBarbosa

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

Bom dia. Por favor, sempre que incluir um código, não utlize os formatadores de código do Delphi. Infelizmente isso cria variadas modificações desnecessárias. Isso dificulta muito a análise do código quando fazemos o diff (usando Winmerge ou BeyondCompare), atrasando a análise ou até mesmo impedindo que possamos fazê-la. Notei que seu código não está plenamente compatível com o Lazarus e o Delphi 7. Infelizmente, não é possível adicionar assim. Separei aqui na minha máquina as classes que você criou com os métodos. A ideia é tentar compatibilizar assim que possível. No entanto, se você ou outro usuário puder fazer essa compatibilização, isso agilizaria o processo devido as outras tarefas prioritárias atuais.

Por favor fabricio, edite o tópico com mais informações sobre o que você está oferecendo. Talvez uma breve descrição do que é o site pagar-me e o que o seu componente permite fazer. Informações sobre como te contatar e o modelo de negócios embora não sejam requisitos, mas são úteis também.

Certo. Isso pode ser por algum problema no código, ou talvez precise de algum ajuste no componente. Não tenho esse ECF então seria bom se você debugasse. Você pode propor alterações no componente caso necessário. Mas antes disso, veja o que você escreveu antes: Isso me passou a ideia de que você está recebendo uma mensagem informando que houve fim do papel e que era um exception. Afinal, essa mensagem ocorre? Como ela ocorre? Qual é a exata mensagem? De onde ela vem?

Eu acredito que o ECFTeste não tem todos os tratamentos para exceptions, em especial o de Fim de Papel. Isso porque ele é apenas um exemplo mesmo. A exception deve vazar o fluxo e exibir uma mensagem ao usuário na própria tela. Verificou qual a mensagem que mostra quando acaba o papel?

Quando acabar o papel você precisa dar um retorno ao usuário pra que ele coloque papel. Pegue o subtotal depois que ele colocar o papel no ECF e continuar com a venda.

Bom dia. Isso me parece um erro do validador do SPED. Você chegou a reportar o problema para a SEFAZ?

Boa tarde. Nesse caso, me parece que o ideal é contatar o fornecedor e pedir as informações.

Boa tarde João Victor. Não sei se entendi bem sua pergunta, mas vamos-lá: Application.MessageBox -> Não chama a API do windows diretamente. Você mesmo pode entrar no código (Ctrl+Click) e verificar que é feita várias avaliações antes de ser chamada a função Windows.MessageBox MessageBox(Handle -> vai chamar a API do Windows diretamente passando o handle mais próximo. Isso deve ser o form onde o messageBox está sendo executado. MessageBox(Screen.ActiveForm.Handle -> vai chamar a API do Windows passando o handle do form que estiver ativo na tela atual. Quer dizer que pode não ser o handle do form onde o código está sendo executado.

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

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. 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").