EMBarbosa

É sua aplicação quem preenche esses dados. Você precisa localizar onde isso está sendo feito.

Não. O ACBrNFe não se comunica com o ACBrTEF. Mas seu aplicativo pode estar fazendo isso em algum lugar. Como assim o cliente foi embora antes de transmitir a NFC-e? Seu aplicativo ou o seu cliente (usuário do sistema) não devia deixar isso... Veja também o que o Daniel falou acima:

Olá Warley. Não me recordo desse modelo em específico. Mas lembre-se que, apesar de haver menções a marcas e modelos, a comunicação usando o ACBrBal é feita por protocolo e não exatamente por marca e modelo. Assim, mesmo que você não encontre a marca e modelo, talvez você consiga configurar a balança para trabalhar num protocolo que já funcione.

Olá Luis. Pode sim. Mas por favor, crie um novo tópico porque é um outro documento e assim não vamos perder o controle. Você pode me mencionar usando o recurso de citar. Você digita @ e logo depois o nome do usuário. Assim eu recebo notificação do tópico. Muito obrigado pela sua disposição.

Boa tarde, Me parece que o valor não está correto. Veja: Isso está dizendo que o veículo é capaz de tracionar 40 mil toneladas. Talvez esteja faltando a formatação. Esse campo é para ser informado em toneladas com 4 casas decimais. Poderia reproduzir exatamente a mensagem de erro?

Olá, Obrigado por mandar um danfe exemplificando. Infelizmente, não temos como aumentar no momento só uma parte do texto das informações complementares. Vamos adicionar uma propriedade para lidar com essa situação. Já estou adicionando na nossa lista de tarefas. Assim que concluído te retorno nesse tópico.

Olá Antônio, esse é o DANFe em Fortes. Você tinha mencionado que estava utilizando o Fast. Tome cuidado para não confundir os dois. Acabei de enviar um ajuste para isso ao SVN. revisão 19850. Queira por favor atualizar, testar e reportar qualquer problema.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. No entanto, notei que sua versão dos arquivos estava um pouco desatualizada. Por isso tive que fazer alguns ajustes. Subi as alterações para o SVN na Revisão 19848. Pelo que vi está tudo certo. Mas em especial por causa dos ajustes, queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Pode ser algum problema em processar unicode.

Poderia por favor inverter a ordem do código e testar? Passe a configuração da SSL para antes do carregamento do certificado. Algo como: //Primeiro configura... pACBrBPe.Configuracoes.Geral.SSLLib := libWinCrypt; pACBrBPe.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; pACBrBPe.Configuracoes.Geral.SSLHttpLib := httpWinHttp; pACBrBPe.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; pACBrBPe.SSL.SSLType := LT_TLSv1_2; //...Depois carrega. pACBrBPe.Configuracoes.Certificados.DadosPFX := Certificado.DadosPFX.DataString; pACBrBPe.Configuracoes.Certificados.Senha := Certificado.Senha; pACBrBPe.SSL.CarregarCertificado;

A informação atual conforme o manual é a seguinte: Ou seja, qualquer exigência fora disso é arbitrária. Mas entendemos como pode ser difícil lidar com os fiscais. Por isso, poderia por favor anexar um pdf de um DANFe que foi exigido aumentar o tamanho da fonte para análise? Realmente, acabei de conferir e no caso do DANFe retrato no Fortes não é feita a alteração desse campo. Acho que será necessário acrescentar uma nova propriedade.

Você pode tentar utilizar a propriedade DANFe.Fonte.TamanhoFonteDemaisCampos. Mas acho que vai ajustar a fonte de vários campos e não só a do DadosAdicionais. Não seria o caso de enviar algum documento ou aviso externo ao DANFe? Talvez enviar algo anexo ao DANFe ou anexo ao produto. O Danfe tem limitações de layout o que pode impedir de alcançar o que você deseja.

Nesse caso: Então pode ser uma incompatibilidade do Fortes com essa impressora virtual específica, a saber "OneNote for Windows".

Cada impressora tem sua particularidade de limites de margens, resolução e similares. Talvez seja isso. Notei pela imagem que nenhuma delas está definida como padrão no Windows. Está marcado para o Windows 10 gerenciar a impressora padrão automaticamente? Será que não é isso que está afetando a questão da reinicialização?

Tem várias sugestões nos tópicos... você testou todas? Qual o resultado?

Verifique se não há antivírus ou sistemas bancários de proteção que estejam fechando o seu aplicativo.

Embora não entendi o motivo de não funcionar quando define a impressora padrão e reinicia o computador... Que bom que desse jeito resolveu!

Se não houver impressora instalada e definida como padrão, nem ao menos uma virtual pra imprimir PDF, o Fortes se perde. É um problema conhecido. No caso uma limitação do Fortes mesmo, não do ACBr.

@Rafael Vivan Pelas contas que fiz aqui com base nas suas imagens. O valor a ser utilizado nessa máquina deveria ser 92. É um valor muito incomum mas, pelas contas, deveria funcionar conforme abaixo: ACBrNFe1.DANFE.AlterarEscalaPadrao := True; ACBrNFe1.DANFE.NovaEscala := 92;

Veja bem se o erro é "O arquivo já está sendo usado por outro processo", quer dizer que tem pelo menos dois processos acessando o arquivo nesse momento. A menos que sua aplicação esteja criando dois processos para acessar o arquivo, uma outra aplicação está acessando o arquivo. Isso é controlado pelo Sistema Operacional o que elimina a maior parte de falso positivo na situação. Então, é preciso entender que outro processo está utilizando o arquivo. Se for sua própria aplicação, bastaria esperar um procedimento com o arquivo acabar, ou liberar o arquivo mais cedo. Acredito que a opção que o BigWings mencionou acima, ajuda nesse sentido.

Por favor poste imagens iguais a essa mas com as seguintes configurações: 1) ACBrNFe1.DANFE.AlterarEscalaPadrao := False; ACBrNFe1.DANFE.NovaEscala := 96; 2) ACBrNFe1.DANFE.AlterarEscalaPadrao := True; ACBrNFe1.DANFE.NovaEscala := 96; 3) ACBrNFe1.DANFE.AlterarEscalaPadrao := True; ACBrNFe1.DANFE.NovaEscala := 72; 4) ACBrNFe1.DANFE.AlterarEscalaPadrao := True; ACBrNFe1.DANFE.NovaEscala := 120;

Por acaso você sabe ou tentou procurar qual aplicativo está utilizando o arquivo?

Não houve alteração no componente nessa propriedade ou em nada que afetasse a dimensão dos relatórios. Em qual versão vocês estavam antes da atualização?

Tente verificar as sugestões dos seguintes tópico:

92 não é o valor padrão. O valor padrão é 96. Nesse código não está incluído a alteração da propriedade "AlterarEscalaPadrao" para "True". Se o valor dela estiver "False" (o que é o padrão), a escala atribuída na propriedade NovaEscala vai ser ignorada. Por consequência, isso vai gerar o problema mencionado quando o Windows estiver configurado com escala diferente de 100%, ou houver alguma alteração na dpi normal. Isso é estranho. Porque indicaria que o problema é outro além das propriedades criadas pelo componente. Lembre-se no entanto que essas configurações são por máquina. O que funciona em uma máquina pode não funcionar na outra devido aos hardwares ou configurações diferentes do sistema operacional.