Daniel Simoes

Apliquei uma correção nos fontes, baseado na sua sugestão.... obrigado...

A.V. muito provavelmente é causado porque você usou o "modelo" errado... Veja com o fabricante qual a convenção de chamadas, que a DLL do mesmo utiliza...

Não é um erro ter um certificado inválido no mesmo cartão ??

Esse é o arquivo de Log do ACBr... por favor anexe o arquivo final (*-nfe.xml)

Apenas lendo a msg de erro... da a entender que a UF deve ser informada como CODIGO e não String. Conforme o manual...

Qual é exatamente o problema ? Ambos tem assinaturas válidas... O erro ocorre na hora de transmitir o XML ?

Seus fontes devem estar desatualizados Veja a Unit testes de ACBrDiversos

Apenas alguns modelos suportam esse recurso... Ele transmite o peso, assim que o mesmo fica estável Verifique se não se trata de uma configuração na sua balança

Tenho todos os componentes do ACBr instalados no Lazarus sem problemas... Verifique se você acidentalmente modificou algo nos seus fontes... Notei que você usou um Path para instalar os componentes como: "E:\ACBr trunk 2".... Isso não é bom... Evite Paths com nomes longos ou espaços...

Gerar o PDF e salvar é a mesma coisa... Testou ativar o "UseThread" ?? Eu acho que você está tendo lentidão no envio do email... Não tenho como analisar o problema, sem um passo a passo de como reproduzir o mesmo nos Demos do ACBr, ou sem um projeto exemplo...

Isso não afeta em nada a geração das suas notas... Essa chave é usada apenas para assinar os arquivos MFD do ECF... Você pode criar ou carregar uma Chave na aba Sw.House

Tentou ativar o parâmetro "ACBrMail1.UseThread" ??

Eu não creio que seja lento gerar um PDF em Fortes... Nesse caso, você precisaria criar um mini projeto, que demonstre o problema que você diz existir...

Para analisarmos esse fato, precisamo do Log, do ACBrMonitor, da operação que você acredita estar lenta... Os tempos de envio e resposta no Log poderão nos mostrar onde pode estar o ponto de gargalo...

Se você realmente deseja um compilador 64 bits... Considere o Lazarus/FPC Eu já instalei com sucesso, todo o ACBr na última versão do Lazarus com FPC 3, 64 bits

Você está desbravando caminho... dificilmente alguém saberá lhe dizer o que fazer.... pesquise, persista e forneça feedback sobre os ajustes necessários os fontes agora são "compiláveis" em 64 bits... mas isso não significa que o Instalador e tudo mais use 64 bits de forma natural... Ou que não exista Bugs em alguma rotina que faça um uso pouco usual de ponteiros... Eu pessoalmente acho desnecessário, compilar aplicações empresariais, desktop, com 64 bits... não vejo vantagem nenhuma... Sem falar nas DLLs dos fabricantes de hardware, OpenSSL, XMLSec, etc... todas precisarão ser 64 bits... CAPICOM NÃO funciona em 64 bits

parece que você anexou apenas o comando que está enviando... O ACBrMonitor cria um arquivo de Log, onde ele demonstra todos os comandos enviados e as respostas.... Você precisa configurar a geração desse arquivo, na aba principal Qual versão do Monitor que você está usando ? (achei seu arquivo de configuração estranho, para a versão atual)

Como assim ?? O ACBrSAT é todo OpenSource... basta baixar e estudar... (ou usar)

Não sou usuário de Delphi, mas conheço um pouco de Inglês... O Compilador está falando que já encontrou um package compilado com uma versão diferente da esperada... Experimente fazer uma limpeza do ACBr antes.. (há uma opção para isso no instalador)

Solicitei a opinião de outros desenvolvedores do ACBr... Como não sou usuário (ativo) do Delphi, fico pouco a vontade para tomar uma decisão dessas...

Nos fontes o comando foi mapeado como: "atualizasoftware" (sem o r) Vou criar um mapeamento para o nome original do método: "AtualizarSoftwareSAT"

Não consegui compreender seu post... Qual é exatamente o problema ou erro ? Qual é o funcionamento atual, e qual seria o esperado ?

Oi Waldir Estive pesquisando sobre LeftStr/RightStr, e seus derivados... Vi que você fez um grande trabalho, modificando todas essas Units... mas reluto em inserir uma nova versão para LeftStr e RightStr... Isso porque sempre receberemos códigos de outros usuários, que não terão conhecimento delas... Acredito que o COPY seja a melhor opção... e pelo que pesquisei, o COPY tem um tratamento interno para usar AnsiString ou String http://stackoverflow.com/questions/6056160/is-there-an-ansi-version-for-copy Veja que o próprio Delphi, usa o Copy com AnsiString, no método LeftBStr function LeftBStr(const AText: AnsiString; const AByteCount: Integer): AnsiString; begin Result := Copy(AText, 1, AByteCount); end;

Basta fazer um tratamento para a exceção