EMBarbosa

Procure sobre a liberação de dispositivos, impressoras, USB.

Olá, Poderia me mandar as duas urls que você tentou? A que não funciona e a que funciona. A formatação desse campo é feito na unit ACBrSedex.pas na linha 359 no método TACBrSedex.Consultar conforme abaixo: try if fUrlConsulta = CURL_SEDEX then Self.HTTPGet(fUrlConsulta + 'nCdEmpresa=' + fsCodContrato + '&sDsSenha=' + fsDsSenha + '&sCepOrigem=' + OnlyNumber(fsCepOrigem) + '&sCepDestino=' + OnlyNumber(fsCepDestino) + '&nVlPeso=' + FloatToString(fnVlPeso) + (continua...) Talvez seja só necessário ajustar a formatação do FloatToString.

Não me parece que essa escala está correta. Por quê 90? Tentou com 96?

Os dois tipos de conexão são muito diferentes. A primeira, com TeamViewer é como se a pessoa tivesse na mesma máquina no usuário que está aberto. A pessoa conectada só está limitada no que o aplicativo TeamViewer limitar a pessoa fazer. Já a segunda cria uma sessão controlada pelo sistema operacional. Se aplicam Diretiva de Grupo, ou Group Policy (GPO), que são diferentes das de um usuário local. Isso por exemplo pode afetar os dispositivos conectados na máquina como drives USB, impressoras, leitores e certificados A3.

Se o usuário está alterando a configuração do Windows, você pode tentar utilizar as propriedades "AlterarEscalaPadrao" e "NovaEscala" do DANFe. Veja esse tópico: Esse outro também pode ajudar:

Ainda não entendi o que você deseja conseguir fazer já que mencionou que o seu sistema de registro funciona a contento.

Como mencionado, ter uma impressora padrão resolvia o problema. Isso acontece porque o Fortes enviava as configurações para a impressora padrão. Da mesma forma, você precisa verificar pra qual impressora a aplicação está enviando os comandos de configuração. Depois de confirmar que é a impressora correta que está recebendo os comandos, você poderá descobrir o motivo deles estarem sendo sobrescritos ou "desrespeitados".

Na verdade depende do modo como você está carregando o módulo. Para que a sessão initialization seja chamada deveria utilizar o método LoadPackage da unit SysUtils pra carregar a bpl. http://docwiki.embarcadero.com/Libraries/en/System.SysUtils.LoadPackage Caso você esteja carregando via um método do Sistema Operacional (LoadLibrary por exemplo), então você vai ter que chamar o método InitializePackage da mesma unit mencionada. http://docwiki.embarcadero.com/Libraries/Rio/en/System.SysUtils.InitializePackage Isso está explicado no link que o Daniel mencionou acima.

Bastaria você adicionar uma chave indicando o módulo no seu algoritmo. Essa parte eu acho que não entendi muito bem...

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

Bom dia Anderson. Pelo que entendi você está falando de registro do seu sistema, como em registro de licença. Certo? Nesse caso, nem sempre mais coisas significa melhor. Por isso seria interessante você dizer o porquê de seu formato atual não te atender ou o que você gostaria de aprimorar. Caso contrário, minha sugestão é você procurar algo já pronto.

Fiz uma possível correção. Subi as alterações para o SVN na Revisão 19731. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema.

https://soft-gems.net/graphicex-on-github/

@Edevair Viesa Junior e @Felipe, estou pingando vocês pra vocês lerem a resposta do Italo acima caso não tenham recebido nenhuma notificação.

Sped Fiscal é EFD. Sped Contábil é ECD. Não confunda os dois... O que está escrito no manual pode ter sido simplesmente erro humano. Talvez esqueceram de atualizar o número do campo. Você fez algum teste com o validador? Poderia dar um exemplo de mensagem de erro do validador?

Olá Halisson, Muito obrigado pela contribuição. Sua modificação me fez perceber que essa parte do código poderia ser simplificada. Então fiz ajustes que devem corrigir o problema que você relatou. Além disso, o código agora deve estar um pouco mais claro. Subi as alterações para o SVN na Revisão 19697. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Obrigado pelo retorno Túlio. Bom trabalho por aí.

Acho que ninguém relatou nada aqui ainda. Quem sabe tenhamos algum usuário reportando algum trabalho nessa área.

Tanto essa como a alteração anterior foram enviadas ao SVN. Muito obrigado pela contribuição. Subi as alterações para o SVN na Revisão 19673. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Puxa que estranho Werner, eu tinha certeza que tinha respondido essa sua pergunta. Me desculpe. Essa é uma função da DLL deles para iniciar o client (Gerenciador padrão). Você deve encontrar o significado do código de erro na documentação deles.

As mensagens do usuário @i3sistemas foram divididas num novo tópico por se tratarem de outro assunto. Segue link:

Tópico dividido de: https://www.projetoacbr.com.br/forum/topic/57091-aplicação-travada-prendendo-o-arquivo-acbrecf001buf/

É provável que isso signifique uma das duas situações abaixo: Algum arquivo do ACBr está sendo alterado depois de ter sido compilado; Algum pacote (ou seu projeto) está encontrando arquivos compilados com versões diferentes dos arquivos fontes; Verificar os path tanto do Delphi como do seu projeto e a enviroment variable "PATH" do Windows podem ajudar.

Mesmo assim, muito obrigado pela intenção e pelo retorno Sandro. Bom trabalho por aí!

Esse problema não é novo. Na verdade o padrão para componentes é manter o NeverBuid marcado depois que foi lançado. Tem mais informações na documentação. http://docwiki.embarcadero.com/RADStudio/Rio/en/E2225_Never-build_package_'%s'_must_be_recompiled_(Delphi)