EMBarbosa

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17860. 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 17858. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

@Renato Rubinho Muito obrigado pela contribuição. Fiz a implementação baseada nela e nas alterações do Henrique. Subi as alterações para o SVN na Revisão 17836. Pelo que vi está tudo certo. Mas queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Criei um tópico de notícias sobre o componente:

Isso pode ser configuração na balança ou no aparelho. Talvez esteja configurado para reconhecer apenas esse valor, desconsiderando o restante... Notei que o manual que tinha anexado era do modelo 420 mas você iniciou o tópico falando do modelo 400, cujo manual atual é esse: https://cdn.toledobrasil.com.br/app/institucional/files/manuais/MU TI400 - 3474457 - Rev. 05-08-19.pdf Você precisa verificar qual protocolo o aparelho fala e verificar se o ACBrBal tem esse protocolo. É preciso também garantir que as configurações da comunicação também são iguais (como velocidade, paridade, stop bits, etc...). Geralmente isso resolve. Caso contrário, é necessário criar uma nova classe para o protocolo que o ACBrBal não fala. Como não temos um aparelho desse, fica difícil implementarmos e testar um novo protocolo.

Olá pessoal! Temos o prazer de informar que mais um novo componente foi adicionado ao projeto: ACBrLCDPR. O ACBrLCDPR foi criado para facilitar a geração do LCDPR - Livro Caixa Digital do Produtor Rural. Esse componente segue a mesma ideia de outros componentes para geração de arquivos como ACBrSPEDFiscal, ACBrSPEDPISCOFINS, ACBrSEF2, etc... Com ele você pode gerar o arquivo sem se preocupar com o layout do arquivo. A sua preocupação será apenas com as informações que precisa aprensentar. Como é um componente novo, temos consciência de que alguns ajustes talvez sejam necessários. Todos podem ficar à vontade reportar problemas. Podem fazer isso por criar um novo tópico com ajustes e anexar nele. Crie o tópico no subfórum ACBrTXT -> Outros (ACBrLFD, ACBrSEF2, etc). Mas queremos agradecer ao @Willian Hübner que pôs a mão na massa e fez a doação do componente que serviu como base dessa versão. Queremos também aproveitar a oportunidade para agradecer aos nossos usuários SAC. Seu apoio nos ajuda a continuar avançando.

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.