EMBarbosa

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.

Você não mencionou qual é o problema.

Tópico relacionado:

Isso depende da marca e modelo da impressora. Geralmente o manual explica como deve-se fazer, e não costuma ser muito complicado. Mas talvez, você deva adaptar seu programa para lidar com as duas maneiras, permitindo uma configuração para usar de uma ou outra forma.

Acabei de reinstalar aqui no Lazarus 2.0RC3 e foi tranquilo. Você precisa recompilar a IDE. Talvez seja necessário fazer uma limpeza antes.

A ideia seria procurar no sistema que gera o comprovante alguma configuração nesse sentido. Não estou familiarizado com essa impressora nem com o sistema do Banco que você mencionou, por isso não sei dizer exatamente onde.

Parece que o problema está sendo a quantidade de colunas, isto é, o número de caracteres que a impressora consegue imprimir por linha. Você pode notar que na última imagem, foram impressos menos caracteres por linha. Então talvez a ideia seja você procurar essa configuração. Outra opção seria tentar diminuir as margens pra ver se a impressora consegue imprimir um número maior de caracteres na linha.

Seria bom.

Creio que nem a Toledo nem outras empresas disponibilizam emuladores de balança. O ACBr tem um projeto de testes Emulador de balança na pasta ACBr\Projetos\EmudadorBalanca. Vou anexar uma versão dele compilado com o Delphi 10.1 (Berlin). EDIT: Veja no post do Daniel logo abaixo uma versão compilada disponibilizada no nosso fórum.

Uma correção para esse problema foi enviado ao SVN. Veja mais detalhes no seguinte tópico:

Enviei uma correção ao SVN na revisão 16305. Queiram por favor atualizar e reportar qualquer problema.

Não parece ser o caso. Veja os logs das duas inicializações: -- 03/01 08:23:37:042 - *** ConfiguraIntSiTefInterativoEx. EnderecoIP: 192.168.1.200 CodigoLoja: 00000000 NumeroTerminal: 00000008 Resultado: 0 ParametrosAdicionais: [ParmsClient=1=53485215000106;2=08940933000170] -- 03/01 08:23:37:859 - CliSiTef Inicializado CliSiTEF -- 03/01 08:23:37:859 - InfoECF: ineEstadoECF -- 03/01 08:23:37:859 - Ret: P -- 03/01 08:23:37:859 - CliSiTef CancelarTransacoesPendentesClass -- 03/01 08:23:37:861 - *** FinalizaTransacaoSiTefInterativo. Confirma: NAO Documento: 20190103082205 Data: 20190103 Hora: 082252 -- 03/01 08:23:40:668 - InfoECF: ineEstadoECF -- 03/01 08:23:40:668 - Ret: P -- 03/01 08:23:40:669 - CliSiTef DoExibeMsg: Oper: opmOK Mensagem: Transação não efetuada. Favor reter o Cupom -- 03/01 08:31:19:353 - *** ConfiguraIntSiTefInterativoEx. EnderecoIP: 192.168.1.200 CodigoLoja: 00000000 NumeroTerminal: 00000008 Resultado: 0 ParametrosAdicionais: [ParmsClient=1=53485215000106;2=08940933000170] -- 03/01 08:31:21:574 - CliSiTef Inicializado CliSiTEF -- 03/01 08:31:21:574 - InfoECF: ineEstadoECF -- 03/01 08:31:21:574 - Ret: P -- 03/01 08:31:21:574 - CliSiTef CancelarTransacoesPendentesClass -- 03/01 08:31:21:587 - *** FinalizaTransacaoSiTefInterativo. Confirma: NAO Documento: 20190103082437 Data: 20190103 Hora: 082503 -- 03/01 08:31:21:590 - InfoECF: ineEstadoECF -- 03/01 08:31:21:590 - Ret: P -- 03/01 08:31:21:590 - CliSiTef DoExibeMsg: Oper: opmOK Mensagem: Transação não efetuada. Favor reter o Cupom

Olá, O código anexo foi feito antes do refactoring das impressões DF-e e por isso não pode ser utilizado. Poderia informar se tem algum problema ao utilizar a versão atual do componente? Se tiver alguma sugestão de alteração para o código atual, queira por favor anexar em um novo post.

Ok. Obrigado.

Nesse caso você vai pagar pelo serviço do enotas. Sua integração não vai ser direto com o Webservice da prefeitura.

Não consegui descobrir pelo site deles. Isso é o mesmo que uma NFS-e ou é outra coisa diferente? http://www.pmf.sc.gov.br/sites/notaeletronica/index.php?pagina=home&menu=0

Seria bom você tentar compilar em modo debug e fazer o Debug passo a passo para encontrar exatamente a linha que acontece o erro. Providencie também os xmls de envio e de retorno para possível avaliação.

Acabei de fazer uma possível correção e enviei ao SVN. Queira por favor atualizar, testar e reportar caso tenha algum problema.

Acabei de enviar um ajuste. Poderia atualizar e testar novamente?

Eu fiz um commit hoje cedo com a correção. Se puder testar seria de grande ajuda.

Dividi os posts sobre a atualização dos endereços de webservices para um novo tópico:

Mesmo esse já foi corrigido agora a pouco. Queira atualizar novamente.