DANFSe - Observação por trás da imagem do QRCode

[Data Lider]

Prezados, tivemos algumas ocorrências de clientes ligando devido algumas partes cortadas da observação na DANFSe do arquivo "DANFSeNovo.fr3". 

Conforme pode ser observado abaixo

Citar

O Problema

Nós identificamos que esse problema já foi tratado em algum momento dentro do próprio arquivo "DANFSeNovo.fr3", porém o tratamento pode funcionar diferente a depender do versão do FastReport (assim nós imaginamos).
No AfterPrint da do componente imgQrCode, foi adicionado um código que fixa o width do campo Memo34 para 16. O problema de fazer dessa forma, é que isso não garante que a observação já não tenha sido "processada" antes pelo relatório, fazendo que o código do AfterPrint do imgQrCode não altere a observação, além de dificultar o teste porque hora o Fast pode processar o imgQrCode depois do Memo34, gerando aquele problema que uma hora da certo, e outra hora da errado.

 Como resolvemos

O evento foi removido do AfterPrint de imgQrCode, e adicionado no BeforePrint da banda PageFooter1, e o código ajustado para funcionar no novo local. 

// Código anterior dentro do relatório
if imgQrCode.Visible then
    memo34.Width := 16;

Depois:

// Código depois da alteração
if imgQrCode.Visible then
    memo34.Width := memo34.Width -  imgQrCode.Width;

Resultado:
 

Citar

 

 

DANFSeNovo.fr3

Editado 25 Março por Data Lider
Subi o arquivo antigo em vez do alterado.

[Italo Giurizzato Junior]

Bom dia @Data Lider,

Muito obrigado pela contribuição, já incluir na lista de tarefas para analise. TK-5275

[C4Dev]

Percebi o mesmo problema aqui.

Ficamos no aguardo da correção.

[Victor H. Gonzales - Panda]

Em 05/04/2024 at 15:30, C4Dev disse:

Percebi o mesmo problema aqui.

Ficamos no aguardo da correção.

tem um xml para simular o caso aqui?

 

Em 25/03/2024 at 11:53, Data Lider disse:

Prezados, tivemos algumas ocorrências de clientes ligando devido algumas partes cortadas da observação na DANFSe do arquivo "DANFSeNovo.fr3". 

Conforme pode ser observado abaixo

O Problema

Nós identificamos que esse problema já foi tratado em algum momento dentro do próprio arquivo "DANFSeNovo.fr3", porém o tratamento pode funcionar diferente a depender do versão do FastReport (assim nós imaginamos).
No AfterPrint da do componente imgQrCode, foi adicionado um código que fixa o width do campo Memo34 para 16. O problema de fazer dessa forma, é que isso não garante que a observação já não tenha sido "processada" antes pelo relatório, fazendo que o código do AfterPrint do imgQrCode não altere a observação, além de dificultar o teste porque hora o Fast pode processar o imgQrCode depois do Memo34, gerando aquele problema que uma hora da certo, e outra hora da errado.

 Como resolvemos

O evento foi removido do AfterPrint de imgQrCode, e adicionado no BeforePrint da banda PageFooter1, e o código ajustado para funcionar no novo local. 

// Código anterior dentro do relatório
if imgQrCode.Visible then
    memo34.Width := 16;

Depois:

// Código depois da alteração
if imgQrCode.Visible then
    memo34.Width := memo34.Width -  imgQrCode.Width;

Resultado:
 

 

 

DANFSeNovo.fr3 42.9 kB · 2 downloads

já existe o tratamento do width 16 para isso, no código enviado foi pego o tamanho do memo - tamanho do image, que chegaria nos 16 da mesma forma, porem o evento para executar a redução foi removido.

eu não tenho um xml para simular o problema elencado, é possivel enviar?

[Data Lider]

1 hora atrás, Victor H. Gonzales - Panda disse:

tem um xml para simular o caso aqui?

Segue o xml para teste do problema, devido o texto ser repetido tente selecionar com o mouse para ver que ele está por trás da imagem. (Alguns dados troque por zeros e xxxx)

Citar

já existe o tratamento do width 16 para isso, no código enviado foi pego o tamanho do memo - tamanho do image, que chegaria nos 16 da mesma forma

Então, a respeito disso, como mencionado no tópico, o evento foi transferido para o BeforePrint da banda PageFooter1, logo essa abordagem fixa não funcionou mais, não sei explicar o motivo, mas basta trocar o local do evento  e deixar o mesmo código que você vai confirmar o problema.

Citar

porem o evento para executar a redução foi removido

o evento foi transferido para o BeforePrint da banda PageFooter1.

 

teste.xml

[Victor H. Gonzales - Panda]

Usando o seu XML e o seu FR3 não está imprimindo nada nessa tag em especifico para esse provedor.

Estamos falando do Provedor EL e componente ACBrNFSeX ?

 

outra questão, o provedor EL tem um FR3 próprio.

[Data Lider]

Em 12/04/2024 at 11:05, Victor H. Gonzales - Panda disse:

Usando o seu XML e o seu FR3 não está imprimindo nada nessa tag em especifico para esse provedor.

Estamos falando do Provedor EL e componente ACBrNFSeX ?

 

outra questão, o provedor EL tem um FR3 próprio.

A EL está na maioria das cidades atendendo o padrão ABRASF agora, porém algumas cidades que não atualizam para a versão nova do provedor E&L ainda acabam usando o padrão deles, vai depender da cidade. A questão da observação você está correto, não estava saindo com o XML que mandei, acontece que a EL não permite usar o campo <OutrasInformacoes> durante a transmissão do XML, esse campo ficou exclusivamente para a prefeitura preencher com informações internas deles, ai o XML que te mandei está com o campo <InformacoesComplementares>, antes da impressão quando o provedor é E&L nosso sistema copia as informações para sair também na parte de baixo alimentando o campo OutrasInformacoes do DANFE.

No XML que mandei agora eu troquei o campo InformacoesComplementares  por OutrasInformacoes assim irá funcionar nos seus testes. E também fiz um teste usando a demo da AcbrNFSeX + Fast e consegui testar com sucesso fazendo assim. Eu anexei o XML alterado.

Citar

DANFE ORIGINAL

Citar

DANFE ALTERADA

 

teste.xml

Editado 16 Abril por Data Lider
ortografia

[C4Dev]

Segue anexo XML e img abaixo onde o fato ocorre:

 

17371-nfse.xml

[Victor H. Gonzales - Panda]

 

a Impressão consta como integra. #revisão 33361 DANFSeNovo.fre