EMBarbosa

Você não anexou os logs do componente nem as mensagens de erro para analisarmos.

Apenas para registro, não consegui reproduzir esse problema. Não parece ser no componente. Mas notei o seguinte destacado em negrito na mensagem: Como se pode ver, apesar de estarmos falando de importação pelo componente do SPED Fiscal, o componente citado no código parece ser o do PIS/COFINS (SpedContribuicao). Assim, é possível que o erro seja apenas a troca dos componentes nessa linha específica.

Na verdade, existem os dois. Mas apenas os pacotes em Designtime são instalados. No entanto, isso especificamente não gera o problema mencionado. Sim. Os iniciados em DCL são os pacotes designtime. Se não tinha notado antes, pode ser que talvez tenha apenas passado despercebido, ou talvez tinha muito tempo que você não atualizava e instalava os componentes. A separação dos pacotes em desingtime e runtime foi feita no fim de fevereiro. Veja esse tópico: Não sei se tem o costume de fazer isso, mas é bom que sempre fique atento aos tópicos criados no subfórum Notícias do ACBr. Esses tópicos geralmente são muito importantes pra quem usa os componentes. Também enviamos e-mail com informações importantes, o que na época, incluiu esse tópico. Quais pastas?

Essa mensagem acontece porque o Delphi de uma versão está encontrando a BPL ou os DCUs da outra versão. Não é porque uma DLL está desatualizada. Faça como o @Juliomar Marchetti disse e verifique se existem arquivos do ACBr espalhados pela máquina, como na pasta: C:\Users\Public\Documents\Embarcadero\Studio\20.0\Bpl //Onde 20.0 é a versão do seu Delphi Verifique também a pasta Lib do ACBr, por exemplo: C:\ACBr\Lib\ Os arquivos ali, se existirem devem estar separados por versão. Caso estejam misturados, você pode apagar a pasta Lib toda e reinstalar o ACBr.

Me parece que o próprio Delcio mencionou esses pontos como pendências, veja:

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

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

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.

Por favor, mande os prints do antes e depois desse danfe. Para que possamos avaliar. Por favor, mande os print dessa impressão também.

Veja por favor se o seu problema não é o mesmo desse tópico.

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?

Bom dia Arturo. Se vocês não mudaram nada nas suas rotinas, como acabou de dizer, acredito que caiamos em uma dessas duas opções: 1) Alguém mudou algo no ambiente. Por exemplo, ele pode ter sobrescrito alguma DLL da OpenSSL usada... Aqui quero dizer que "alguém" pode ser o usuário, ou mesmo o sistema operacional ao se atualizar. 2) Como o Daniel mencionou, houve mudança do lado do servidor de e-mails. Eles podem ter feito alguma mudança lá pra deixar mais seguro. Já que você reportou que uma das contas que não funciona é o do Gmail, minha sugestão é você tentar com o Gmail. Na máquina que funciona, tente enviar e-mails usando essa conta do Gmail. Lembre-se que se foi ativada a autenticação por dois fatores, a permissão de apps menos seguros vai ser desativada e assim você não vai conseguir enviar e-mails por meio da conta. Veja esse artigo na base de conhecimento sobre Configuração para os principais serviços de e-mail do mercado:

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.