EMBarbosa

Já há registros que foram atualizados para esta versão sim. Mas se você encontrar alguma modificação ainda necessária, por favor crie um tópico anexando as alterações. Use a área ACBrTXT -> ACBreSocial

As alterações do OSMCVL não estão relacionadas a esse problema e sim a coletar CPF pelo pinpad para NFP. Por favor, leia novamente o que eu escrevi desde o princípio sobre o motivo do campo não estar mais no ACBrTEFD...

Isso pode ser o formato da conexão. Não tenho certeza que seja como você diz que os dados estão em memória. Isso está relacionado ao controle de transações. Eu particularmente não tenho muita experiência com esse componente IBConnection. Mas se o jeito de fechar uma transação é usar o Close, então é isso que você precisa fazer. Mas o ideal é fechar a transação assim que ela deixar de de ser útil e não antes do próximo Select. Pra ser mais preciso, eu necessito de um programa que exemplifique o seu problema para analisar aqui na minha máquina.

Você pode criar um novo tópico com ajustes e anexar nele. Crie o tópico no subfórum ACBrTXT -> Outros (ACBrLFD, ACBrSEF2, etc). Como a princípio fiquei responsável por esse componente, você, pode me mencionar no tópico. Anexe no tópico quaisquer arquivos alterados. A escrita no SVN é restrita a princípio. A medida que se faz contribuições, seu nome pode ser adicionado a lista de committers.

Olá Willian, @Luciano Carvalho, @bpinformatica, e outros, informo que foi adicionado ao SVN o componente ACBrLCDPR seguindo o código do Willian acima a quem agradecemos pela contribuição. Tive que fazer algumas alterações como: O componente foi renomeado para ACBrLCDPR conforme padrão dos componentes do projeto. As pastas foram alteradas para conformar com o projeto também. O tipo dos campos CAEPF e NUM_TEL foi alterado de Integer para string. Isso é porque esses campos precisam de mais de 9 algarismos e o tipo Integer não possibilita essa escrita. Algumas correções no demo... Adicionado demo e pacote de instalação para Lazarus Adicionado no ACBrInstall Além das alterações para compatibilizar com o Delphi 7 mencionado acima. Subi as últimas alterações para o SVN na Revisão 17819. 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 17812. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Como nós mesmos podemos compilar, geralmente basta remover os arquivos .exe e .dcu. Daí o tamanho do arquivo compactado cai drasticamente.

Sim.

Esse arquivo não faz parte do ACBr. O ACBr não lê ele nem com e nem sem "TEF embarcado Sitef". A configuração para retornar ou deixar de retornar esse ou aquele campo é no gerenciador ou simulador da certificadora (seja ele o Sitef ou outro qualquer outro). Essa configuração pode ser feita na parte "client" ou "server" do gerenciador. Algumas vezes, precisa ser feita nos dois. Seja qual for o caso, quem pode te orientar na configuração é a certificadora ou representante/intermediária dela (como a SkyTef que representa a Software Express).

Olá Júnior. Nos desculpe também a confusão. Mas talvez seja por causa da escrita... Tente escrever com um número menor de sinais de exclamação. https://www.todamateria.com.br/ponto-de-exclamacao-quando-usar/

Erro não catalogado geralmente é problema na recepção da SEFAZ. É importante vocês entrarem em contato com eles para esclarecerem o problema.

Hmm... eu que entendi errado então... estamos quites Mas então acho que você está atacando o problema do lado errado. O formato usado no ACBr é o formato do layout do SPED que é definido por legislação nacional. Não podemos simplesmente ignorar a legislação, conforme o @BigWings disse acima. Nesse caso, não seria mais prudente conversar com o pessoal que quer importar o registro C850 e pedir para que eles atualizem a importação deles para o formato da legislação?

Foram colocados 3 arquivos no outro tópico. Com qual dos arquivos você está tendo problemas?

Olá Celso. Acho que o pessoal da SgaPetro com quem você conversou está mal informado. O Registro C850 já existe em nosso componente ACBrSPEDFiscal pelo menos desde janeiro de 2015.

Bom dia, Após conversa com o pessoal aqui, nos pareceu muito boa sua sugestão. Queremos subir ao SVN. Verifique por favor o seguinte: Apesar da propriedade ImprimeDescAcrescItem estar marcada como default idaiSempre, ela deve ser atribuída no método Create (Veja a nota na documentação). Após isso queira por favor anexar novamente os arquivos alterados.

Mas até onde me consta, você pode declarar funções de dlls no VBA e chamar sem o arquivo TLB. Basta você utilizar o 'Declare'. Veja essa documentação do VBA no Excel: https://docs.microsoft.com/pt-br/office/client-developer/excel/how-to-access-dlls-in-excel

É possível anexar um xml e descrever um passo a passo para verificar mais a fundo? Notei que o método HTMLStringReplace o que foi alterado é mudar de ReplaceString para StringReplace e executar ele em partes da string por vez... Só que ele não está fazendo os casts originais... Acho que isso pode explicar seu ganho de performance. Mas pode acarretar outros problemas. Antes... ReplaceString(AnsiString(S), AnsiString(OldPatern), AnsiString(ACBrStr(NewPattern))) Agora StringReplace(wSL[w], OldPattern, NewPattern, Flags);

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

Será que não está usando o CommitRetaining? Isso poderia explicar manter a conexão.

Oi Ricardo, Subi as alterações para o SVN na Revisão 17770. 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 17769. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado. Gostaria apenas de comentar sobre a imagem: Acredito que se alterar o número de casas decimais mostradas nos valores unitários e totais, reduzindo de 4 para 2, também vai permitir um valor maior ser mostrado.

Olá, Eu não tenho trabalhado com esses componentes do Lazarus, mas acredito que não seja necessário você executar um Connection.Close depois de executar o Commit. Pelo menos em teoria, o Commit deveria fechar a transação e qualquer comunicação com o BD. Assim, apenas isso deveria bastar. Da mesma maneira não deveria ser necessário você executar o close antes de carregar um DBgrid.

Você tentou com o protocolo "balança genérica"? Poderia anexar o log do componente?

Talvez a pergunta certa seja: Por quê você precisa de um arquivo .TLB para a ACBrLib?

Se remover o "s" do "https" fez voltar a funcionar, é provável que o problema sejam as dlls conforme explicado anteriormente.