EMBarbosa

Eu não sei se você reparou, mas os arquivos tem a data e hora de modificação muito semelhantes. Exemplo: Talvez seja uma coincidência. Mas pode ser algum sistema agendado. Por exemplo de backup.

Mas nesse mesmo site está escrito que o tipo de IE é "não contribuinte". Talvez realmente não tenha, ou talvez seja uma IE virtual que não siga o padrão das IEs do DF. Seria bom você tirar a dúvida com a empresa primeiro se eles realmente tem ou não uma IE.

Acho difícil. Você não está passando strings para as funções, está? Eles tem algum exemplo de versão de implementação para Delphi/Lazarus que você possa testar?

Acabei de enviar uma alteração no componente que vai fazer esse arredondamento assim que você enviar um valor para Titulo.ValorDocumento. Queira por favor, atualizar e testar com essa versão que eu enviei: Revisão 16398 -- ACBrBoleto -- [*] Ao setar o valor do documento em um título, o ACBrBoleto agora arredonda o valor para 2 casas decimais. Isso corrige o problema de valor de documento estar diferente da LinhaDigitada.

O Refactoring já está no ar. Vejam o seguinte tópico:

Eita! Complicado mesmo. Talvez seja melhor entrar em contato com o suporte da embarcadero.

Qual SPED? PIS/COFINS, ICMS/IPI?

Isso não é possível. Ou você utiliza NFC-e ou SAT. Note NFC-e é diferente de CF-e.

Como eu disse, você precisa pensar nos prós e contras. Depende da sua aplicação, do tipo de interação que as páginas vão ter com a sua aplicação, do tipo de usuário que vai atender, da máquina que eles tem, do tempo que você tem pra desenvolver, etc... Eu já vi um sistema de notificações sendo feito com o browser. Se você achar que é mais simples, apesar de estar embutindo um browser na sua aplicação, não vejo motivo pra não fazer.

Na verdade, Currency também tem valor quebrado. Ele trabalha até 4 casas decimais. Eu consegui reproduzir com os valores inversos, ou seja, a linha digitável foi arredondada para baixo. Usando o demo alterei o valor para 1978,545: ValorDocumento := 1978.545; Resultado: Infelizmente, o código anexado também não funciona. Passa a dar problema com outros valores, como por exemplo 1978,635. É muito provável que seu problema se iniciou com o que o Amarildo mencionou acima: Então eu sugiro você verificar isso até que tenhamos uma outra solução. A correção definitiva talvez seja alterar a formatação. Mas não tentar fazer vários arredondamentos como está sendo feito no código anexo. Teríamos que usar a mesma formatação tanto para o campo "Valor do Documento" no relatório (exemplo: ACBrBoletoFCFortesFr.pas) e como na montagem da linha digitável (exemplo ACBrBancoBancoob.pas). Mas fazer isso para todos os bancos.

CefSharp ou webbrowser fazem a mesma coisa. São bindings para um browser. Eles não são simplesmente renderizadores de html+js+CSS. Você está embutindo um browser na sua aplicação. Você precisa pensar nos prós e contras. Você pode fazer tudo isso implementando na sua aplicação esses sistemas de notificação.

O componente WebBrowser é como embutir um browser na sua aplicação. Se o usuário puder fazer isso por fora, no browser da preferência dele, eu usaria isso. Mas se você quer realmente dentro do seu sistema, permitir o usuário navegar no seu site, telas providas pelo seu servidor, então você não tem muita opção a não ser usar um componente WebBrowser.

Isso é apenas para login? Não seria mais fácil você comunicar com seu servidor via REST?

Eles mudaram bastante os sites, ficou uma confusão na minha opinião. Mas basta você fazer o login usando suas credenciais da EDN, a mesma que permite você fazer os downloads. Se necessário, você pode criar uma nova conta ou recuperar a senha no site: http://members.embarcadero.com/

Esse é o site de bugs da Embarcadero. Ele substitui o Quality Central que está fora do ar há algum tempo. Tinha um bom tempo que eu não entrava lá, então não iria saber responder. Entrei lá agora e fiz uma busca bem rápida pra ver se encontrava algo pra você. Veja o que achei: https://quality.embarcadero.com/browse/RSP-23298 É algo semelhante mas em vez de ser o TEdit é o TNumberbox. O detalhe nesse chamado é que o quem o criou não menciona que o ponto funciona. Sugiro você avaliar.

Cleber, Eu acredito que o que o Daniel disse faz algum sentido sim. Talvez não exatamente o FormatSettings, mas alguma configuração de localização. Veja o que você escreveu: Quando é que um teclado do tipo decimal funcionaria apenas o ponto? A conclusão lógica é: quando estiver configurado para outra localização onde o separador de decimal é o ponto. Isso parece esperado. Pelo menos é a impressão da descrição na documentação: Se tem apenas 10 teclas é de "0 a 9". Isso pode ser porque ou era um bug das versões anteriores ou foi introduzido um bug. Já tem um tempo que entrei, mas tinha vários bugs relacionados ao teclado virtual no site Quality Portal.

Na verdade você não pode simplesmente ir testando. Você precisa verificar qual o modo da dll realmente trabalhar. Essa configuração é de acordo com a dll, não com o seu programa. Ao invés de usar variáveis para implementar, tente fazer o acesso direto a dll primeiro, usando a diretiva "external". Se for o caso, faça um programa separado só pra testar a comunicação com a DLL. A longo prazo, sugiro mudar seu modo de fazer. Crie classes/objetos separados para cada impressora. Fazemos isso em diversos componentes ACBr como o ACBrECF, ACBrBAL, ACBrETQ.

Não tive nenhum problema semelhante. Pelo menos em tese, o spool e o componente não deveriam influenciar um ao outro.

Não sei se compreendi corretamente o primeiro ponto. Talvez você pudesse ignorar um certo número de vezes que a balança tiver lido zero. Teoricamente estar estabilizado deveria ser o retorno da balança. Teria que verificar se no manual de comunicação existe esse retorno e se o componente está tratando adequadamente. Confesso que tive um pouco de dificuldade de ler o código. Há muitas variáveis semelhantes que se confundem com propriedades do componente (PesoGravado, PesoLido, UltPesoLido, ACBrBAL1.UltimoPesoLido). Baseado no que tinha dito antes eu pensei no seguinte: INICIO | |- Balança OFF (não monitorando) | |- Recebe OP | |Loop de caixas... |- PróximaCaixa | |Pegar peso estável | |- Blança ON | | | |- (quando peso for estável) | | | |- Balança OFF | |- Faz validações valor peso | |- Se OK | |- Imprime etiqueta | |- Continua (Loop de caixas) | |- Se não OK | |- Mensagem na tela | |- Volta (Pegar peso estável) | |- Se Ultima Caixa ---> FIM E parece que o problema maior é a detecção do peso estável.

já... depende da gravidade da corrupção: http://www.firebirdfaq.org/faq324/ https://ib-aid.com/ru/articles/how-to-repair-a-corrupt-firebird-database/ Se esses procedimentos falharem, você pode adquirir uma ferramenta que é especializada nesse tipo de problema como o IBSurgeon FirstAID. Se não me engano você pode comprar com desconto no site Firebase.com.br

No momento não tem nada feito neste sentido. Pelo visto é algo semelhante ao arquivo SPED.

Correção enviada ao SVN, na revisão 16375. Queira, por favor, atualizar, testar e reportar qualquer problema.

Estou verificando.

Você não mencionou qual é o problema.

Esse erro aconteceu porque você alterou seu programa ou atualizou os componentes? Será que não é uma instabilidade temporária do servidor? Essa última pergunta é importante porque o erro http 500 é o erro mais genérico para problemas no servidor.