EMBarbosa

poste o "plan" das querys Além disso, qual versão do Firebird?

Seus códigos estão desatualizados. Isso já está corrigido pelo menos desde 18/02/2020

@econdotta a proprósito, esqueci de mencionar que é importante pra nós que quando forem enviar contribuições, não seja utilizado um formatador de código nos arquivos. Isso dificulta quando vamos fazer o diff (a comparação dos arquivos) via aplicativos como WinMerge, beyond compare e similares.

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

Bom, dia. Bastaria você: atualizar os componentes fazer as modificações de forma que ele compile no Lazarus Não sei se você procura por algo específico. Talvez possamos ajudar à medida que for tentando implementar e for encontrando problemas.

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 é.