EMBarbosa

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/

Use OpenSSL. Por exemplo:

Notei que pela imagem você entrou no Menu "Conta". Para enviar o arquivo você precisa entrar no menu SERVIÇOS->TRANSFERÊNCIA DE ARQUIVOS->CNAB240->ENVIAR. Veja esse tópico sobre o assunto:

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;

Só pra complementar, parece que o Source Forge está enfrentando ataque DDOS desde o dia 27:

Será que você copiou as dlls stdcall mesmo? Será que não trocou pelas cdecl?

Qual o tipo de certificado você está usando? A1 ou A3?

Olá, A última informação que recebemos é que não precisaria mais da chave, mas ainda era preciso estar certificado pela Software Express. No entanto, o melhor mesmo é você confirmar com eles visto que eles podem mudar essa política sem aviso prévio.

Olá LuizLima Realmente isso está acontecendo. Não há muito o que podemos fazer com respeito ao servidor do SourceForge. Precisamos aguardar. Por outro lado, você deve ter acesso ao arquivo de ajuda na pasta de instalação do ACBrMonitor.

Olá Valdirdill, Obrigado. Estou avaliando o caso. No momento já detectei que o tamanho do Memo no modo Retrato está um pouco menor do que poderia. Poderia ser Width 458. Mas também estou avaliando o motivo de existir essa propriedade fpLimiteCaracteresLinha. Assim que tiver uma posição te dou um retorno. A propósito, veja esse tópico aqui sobre duas novas propriedades que enviamos ontem.

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

Olá Vagner, Me parece que alguns campos mudaram de posição na versão 3.0a do MDF-e. Talvez seja isso que tenha acontecido. Por exemplo, agora o RNTRC faz parte da seção "infANTT" e não mais da seção "Rodo"... Veja o modelo no manual on-line do ACBrMonitor Plus: https://acbr.sourceforge.io/ACBrMonitor/ModeloMDFeINI.html

Olá @cne , @Visto Tecnologia, Enviamos uma alteração criando duas novas propriedades para poder configurar o comportamento na revisão 18063. Veja esse tópico de anúncio: Queiram por favor testar e reportar qualquer problema.

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.

Joia. Muito obrigado pelo o retorno.

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.