EMBarbosa

Boa tarde. Eu não tenho essa impressora, mas teoricamente, ela deveria ter um comando para realinhar as etiquetas logo após a impressão. Ela está fazendo o corte automaticamente ou simplesmente empurrando uma etiqueta a mais?

Muito obrigado pelas contribuições. Fiz a implementação baseada nelas, juntando partes dos dois códigos. Subi as alterações para o SVN na Revisão 25783. Pelo que vi parece tudo ok. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Olá. Muito obrigado pela sugestão e análise. Depois de verificar a situação, decidimos subir a alteração por questão de retrocompatibilidade. Mas por favor, faça a alteração de sua aplicação pois no futuro isso pode ser alterado. A questão é que o problema acontece se, e somente se, for preenchido o campo "sequencial" com valores maiores do que ele deveria permitir (ou seja, 5 caracteres). Além disso, a nossa ideia é ir eliminando aos poucos os códigos repetidos ou muito semelhantes. E esse código da específico da PCNAuxiliar já está na nossa mira. Subi as alterações para o SVN na Revisão 25780. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Para futura referência: Esse problema deve ter sido resolvido na revisão 25417. Caso continuem tendo problemas, favor criar novo tópico.

Olá Mário, tudo bem? Por algum motivo, seu tópico ficou pra trás... Por acaso você poderia fazer o favor de atualizar o código para a versão atual do SVN e postar novamente?

Acho que só é possível depois de chamar o Eventos.SaveToFiles;

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Fiz apenas uma alteração na leitura para preencher apenas quando o layout for maior que 2.05 e não quando for maior e igual. Subi as alterações para o SVN na Revisão 25775. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Olá, Muito obrigado pela contribuição. Já tivemos esse problema relatado antes por você mesmo. O detalhe é que essa função era usada pelo S-2206. Então eu fiz um ajuste para mudar isso e assim creio que resolvemos o problema do conflito entre esses eventos e o S-2206. Subi as alterações para o SVN na Revisão 25774. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

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

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

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

Muito obrigado pela análise. Ela ajudou a me direcionar a encontrar o problema. A questão é que o campo precisava ser tipo string em vista do tratamento. Para não gerar o campo, favor usar o tipo prpNenhum. Subi as alterações para o SVN na Revisão 25766. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

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

Você precisa usar a versão do Fortes que está no github. Veja: https://github.com/fortesinformatica/fortesreport-ce/

Se o objetivo é formatar uma string numérica para float, então eu sugiro usar o strtofloat passando o segundo parâmetro. AFormatSettings. Essa é a função específica para o problema que você apresentou. Mas é só uma sugestão.

Oi Valdir, bom dia. Eu testei aqui no Delphi 11 tanto VCL como FMX e no Lazarus, e em todos os casos o comportamento foi o mesmo: Foi removido tando o ponto como a vírgula. O que faz sentido, pois o código atual na unit ACBrUtil.Strings é: function TiraPontos(const Str: string): string; var i, Count: Integer; begin SetLength(Result, Length(str)); Count := 0; for i := 1 to Length(str) do begin if not CharInSet(str[i], [ '/',',','-','.',')','(',' ' ]) then begin inc(Count); Result[Count] := str[i]; end; end; SetLength(Result, Count); end;

Olá, Até a última vez que verifiquei, pode sim. Se me lembro bem, até comentamos isso logo depois no curso. Havia algumas restrições pro DAV, mas não é o caso dessa daí mais.

Se você é usuário ACBr PRO, veja informações complementares as que estão nesse tópico na seguinte área: https://www.projetoacbr.com.br/forum/forum/89-requisitos-fiscais-por-uf/

Você está usando o exemplo no nosso SVN? https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Harbour/NFe

Qual a mensagem de erro?

Olá, Mas nesse código que você postou a leitura está em ANSI: Em que momento aparecem desse jeito? Pode detalhar melhor o que está tentando fazer?

O ACBrMonitor está rodando na instância de qual usuário? Qual comando você chamou? Pode anexar o log?

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

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