EMBarbosa

Não faziam referência. Essa unit foi adicionada recentemente. Ela fica na seguinte pasta "\ACBr\Fontes\Terceiros\FastStringReplace\StrUtilsEx.pas". Por favor, queira verificar se seu código está totalmente atualizado, incluindo pacotes. Após isso, se você usa Lazarus, é necessário fazer uma nova recompilação da IDE.

Verifique o manual da balança. Boa parte dessas balanças aceitam uma configuração para se comunicar como Toleto ou Filizola. Você também precisa verificar na balança os parâmetros de comunicação como velocidade etc...

Vou adicionar na minha lista de afazeres. Você tem um XML para que eu consiga reproduzir o problema?

Mas essa é uma das partes mais importantes da Lei pra nós. Esse órgão é encarregado de fiscalizar e orientar. Sim é difícil. E é exatamente por isso que o órgão é tão importante. Temos como orientação o site da SERPRO. Mas me parece que as informações nesse site são direcionadas a dar uma visão geral, e não orientação detalhada. https://www.serpro.gov.br/lgpd/

Era justamente o que eu iria te sugerir. Obrigado pelo retorno.

Olá Olavo, Já adicionei na minha lista de afazeres. Assim que conseguir analisar lhe dou um retorno. Desde já, muito obrigado.

Olá Acabei de recompilar aqui e está tudo ok. Talvez você tenha que remover os arquivos antigos.

A legislação sobre o assunto já está pronta?

Olá, Matheus... eu tentei aqui, mas o que ficou lento foi a parte de carregar num TStringList. A parte do componente, não ficou lento. Tentei também dessa maneira, veja: procedure TForm1.btn1Click(Sender: TObject); var FNr: TRetornoNFSe; begin FNr := TRetornoNFSe.Create; try Beep; FNr.Leitor.CarregarArquivo('D:\Componentes\teste\Retorno.xml'); FNr.lerxml; Beep; finally FNr.Free; end; end;

Veja esse tópico na área de notícias:

Nota: Atualizado em 05/11/19. Veja as configurações do ACBrMonitor no post do Júnior abaixo. Nota: Atualizado em 31/10/19 conforme post logo abaixo Olá a todos, Queremos informar que duas novas propriedades foram adicionadas ao DANFe em Fortes e que no momento estão funcionando apenas no formato retrato e Paisagem. São elas: ExpandirDadosAdicionaisAuto (padrão False) - Essa propriedade faz com que a área "Dados Adicionais" do DANFe se expanda para caber mais dados. Ela já existia no Fast Report e estamos trazendo ela pro Fortes também; ImprimeContinuacaoDadosAdicionaisPrimeiraPagina (padrão False) - Quando os "Dados Adicionais" não cabem no espaço reservado para eles, é criado um novo quadro "Continuação dos Dados Adicionais". As vezes esse quadro pode caber na primeira página, mas ele é jogado na página seguinte por questão de ficar na ordem do texto. Essa propriedade faz com que a continuação possa ser impresso na primeira página. Esse é o tópico que originou esse request Também enviamos uma alteração melhora (e muito) no uso do quadro "Dados Adicionais". O componente muitas vezes estava criando quebrando a linha desnecessariamente, causando até a impressão de uma página adicional quando isso não era necessário. Esperamos que isso os ajude a agradar seus clientes que querem economizar o número de páginas e os que preferem os dados na ordem certa, seja lá qual for o segmento que eles trabalhem. As alterações foram enviadas ao SVN na revisão 18063 18105. Agradecemos a todos que puderem testar e reportar qualquer problema. Pronto pessoal, obrigado pela atenção. Agora todo mundo voltando ao trabalho com animação!

Sinceramente, o tom da minha resposta foi bem mais brando do que a sua colocação anterior, mas tudo bem. Vamos começar novamente... Veja seu relato: Na verdade o componente está canonicalizando o xml para assinar. Se você está gerando o seu próprio XML, você deve fazer isso antes de trabalhar com o componente.

Desculpe, mas isso não é documentação do componente. Isso é padrão internacional de XML. Se não me engano está mencionado na documentação do Reinf. Se você está gerando o seu XML, então passa a ser sua responsabilidade entregar o xml pronto ao componente.

Isso porque você precisa canonicalizar o arquivo antes de trabalhar com ele ou assinar. Se você está gerando seu próprio arquivo xml, queira por favor estudar o assunto antes de trabalhar o componente.

Se está dando erro de assinatura inválida quer dizer que o processo de assinar não está correto ou talvez esteja havendo modificações no arquivo depois dele ser assinado. Fica difícil de ajudar se você não conseguir nos fornecer um passo a passo em como reproduzir usando o programa de exemplo ou nos fornecer um programa simples que gere o erro.

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

Acho que infelizmente não existe. Eles são geradores de relatórios diferentes com configurações diferentes...

Olá a todos, Visto que o componente já foi enviado ao SVN, qualquer melhoria ou dúvida sobre o funcionamento e comportamento já pode ser criada no subfórum "ACBrTXT -> Outros": https://www.projetoacbr.com.br/forum/forum/18-outros-acbrlfd-acbrsef2-etc/ Sendo assim, vou fechar esse tópico para evitar sairmos do objetivo.

Dependendo da implementação, sim. É isso que eu quis dizer com "você remover o auto-incremento". Mas tem uma outra saída que mencionei: Reescrever usando classes ou um ORM. Porque daí uma DI vai ficar associada ao Item usando classes, tendo ou não uma ID. Só que isso dá muito trabalho pra fazer no sistema inteiro. Se estiver com prazo apertado, pode ser bem difícil de conseguir. Mas é algo a se pensar quando for fazer novas telas.

Que bom que resolveu. Obrigado pelo retorno.

Não fica mais complexo porque o tratamento é basicamente o mesmo: carrega na memória e depois envia ao BD só quando o usuário confirmar. Não tenho... Mas não deve ser muito difícil achar alguma coisa com o TClientDataSet.

É exatamente no Firebird que eu já vi isso acontecer. Você configura nos parâmetros da transação. Não tenho como testar aqui, mas me parece que você vai configurar no TSQLConnection que você estiver usando. Ele tem uma propriedade Params que é TStrings... No Object Inspector aparece o seguinte editor: Aí onde está WaitOnLocks é onde precisa mudar de True para False. Isso pode significar que agora você está abrindo outras transações em concorrência que antes não eram abertas... Mas não tem como ter certeza sem toda a sua aplicação e um cenário para reproduzir.

Me parece que eu entendi sua situação. A solução que vejo é você remover o campo auto-incremento do banco de dados e passar a fazer o tratamento na sua aplicação, trabalhando com tudo na memória para apenas na confirmação enviar ao banco de dados. É assim que eu já fiz. Na verdade, a melhor maneira de trabalhar com a possibilidade do usuário cancelar o trabalho é fazer tudo apenas na memória e só então jogar no BD. Isso fica mais fácil de implementar quando você separa as responsabilidades. Uma maneira é usando classes específicas (sem usar componentes DB-Aware como DBEdit, DBLookup, DBMemo e similares). Outra possibilidade é usar uma tabela que funcione como memória como o TClientDataset antes de enviar ao BD. Outra coisa que você pode considerar é salvar o trabalho do usuário no BD mesmo com uma flag mostrando que o ainda não foi confirmado. Muito que é feito na Web hoje em dia é assim. Como exemplo Google Docs salva tudo que você está digitando mesmo sem pedir...

Tente verificar se não há uma configuração no componente para alterar esse comportamento. Caso contrário, uma alternativa seria você forçar o Post na tabela master antes de fazer a inserção da tabela detalhe.

Não sei o banco de dados que você está usando, mas se o erro for ocasionado em outra transação pode ser porque essa conexão está configurada para "wait". Então até que a outra transação feche ou esgote o tempo limite, a aplicação vai ficar aguardando o BD. Nesse caso bastaria configurar para "no wait".