Heckler Milas

Correção: o XML saiu com IE vazia. Achei que havia conseguido fazer o XML sair sem a IE. Nesse caso o problema é que o Schema não aceita vazio (procedimento Validar que mencionei). Ao mesmo tempo que, no mínimo, algumas UF não aceitam ISENTO. Estou ciente das exigências do manual. Mas considerando esse duplo bloqueio estou sem ideias quanto ao procedimento correto que funcione para qualquer UF

Eu testei ISENTO e nem toda UF aceita. Por isso tive que modificar e abrir esse tópico. Sem IE a SEFAZ acatou o XML

Bom dia. Estou tendo problema ao gerar MDFe com proprietário do veículo de tração sendo PF. Nesse post um colega pediu que o componente gerasse o IE do proprietário do veiculo de tração mesmo que vazio. Porém agora, pelo menos em PR e SP, os schemas estão disparando erro durante a validação se a IE estiver vazia. E o componente não permite não informar. Se eu simplesmente ignorar a tag ele insere sozinho. Mesmo se eu usar o LoadFromString() sem a tag o componente insere novamente e dispara erro durante o procedimento de validação contido dentro de AcbrMdfe1.Enviar; Não tentei preencher apenas com zeros pois imaginei que o Schemas poderia não aceitar. Além de que se não há, meu entendimento é que o melhor é não informar se a SEFAZ permite que assim o seja. Resolvi modificando o XML manualmente e pulando a validação. Mas estou relatando para que possa ser analisado se não é melhor remover essa inserção forçada para que o dev tenha mais liberdade e transparência no montagem do XML. Abaixo exemplo de rejeição retornada sem o meu ajuste (meu código. Não alterei os fontes do projeto).

Boa noite. Sim, resolveram. Segue arquivo em anexo. Só ressaltando que fiz dessa forma apenas para demonstração e dessa exata forma servirá apenas para Windows. Para poder implementar ao projeto precisaria adaptar para as demais plataformas ACBrNFeDANFeRLRetrato.pas

Pelos meus testes, sei que algo equivalente ao "MulDiv" nos componentes com posicionamento ajustado resolveria. (Digo equivalente pois sei que a função MulDiv é exclusiva do Windows) Algo assim: Ou então, mudar o "AjustarEscala" para algum momento após o reposicionamento dos componetes. Ou reposicionar os componentes em algum momento antes de chamar o "AjustarEscala". Pois o que causa essa sobreposição é o fato do relatório ser escalado e em seguida suas posições serem ajustadas antes da impressão.

Conforme eu informei no começo do post, já faço uso das opções que você destacou e as colunas permancem sobrepostas.

No caso, eu não mexi no código fonte, por hora tenho apenas reduzido a resolução nas máquina que dão o erro. Pois senão a cada atualização eu teria que alterar novamente, ficaria inviável. Apenas destaquei os trechos que identifiquei serem a fonte para facilitar a resolução. Não encontrei essa opção no Delphi que utilizo. Mas isso não resolveria o problema de posicionamento ao escalar. Simplesmente desativaria a escala.

A primeira foto acabou indo para o final do tópico. Tentei ajustar na edição mas não deu certo.

Bom dia. Faço uso do ACBR com FortesReport para emissão e impressão de NFe e DANFE, assim como CTe e DACTE. Em máquinas que utilizam o zoom do windows é necessário usar as propriedades "ACBRNFE1.Danfe.AlterarEscalaPadrao := True;" e "ACBRNFE1.Danfe.NovaEscala := Screen.PixelsPerInch;" para ajustar o relatório para a máquina. Porém, ao fazer isso, o DANFE imprime com sobreposição de colunas conforme exemplo:NFeTeste125Zoom.pdfNFeTesteSemZoom.pdf. Primeiro anexo, Zoom, mostra como fica em máquinas com o zoom. E o segundo como fica sem zoom. Eu creio que isso ocorra pois nesse momento é feito o ajuste de escala: Porém, nos eventos beforePrint do retrato, e demais formatos, as posições das colunas são ajustadas: Dentro inicializar dados: Destaquei essa rotina "ControlaExibicaoColunaDesconto" pois é a que mais me afeta, mas todos esses ajustes, feitos nos eventos BeforePrint do relatório, causam erros de posicionamento nas máquinas com zoom nos respectivos componentes que eles . E isso ocorre nos demais relatórios também, não só na DANFE. Se for possível elaborarem uma solução, esse já é um problema de vários anos. Desde já, agradeço.

A princípio, não consigo realizar testes no D7. Mas se conseguir passar uma listagem das tais ocorrências eu poderia verificar para ajudar no processo

Não. Apenas no Delphi 10.3. Quando foi relatado que foi subido ao SVN as modificações, não deram detalhes.

Bom dia, @Alexandre de Paula. Não obtive mais nenhum retorno desde a última réplica do @Italo Giurizzato Junior. Sabe me informar se tenho que realizar algum outro procedimento para dar sequência nessa questão? Desde já agradeço

Boa tarde, @Italo Giurizzato Junior. Algum retorno sobre as contribuições?

Bom dia @Italo Giurizzato Junior, novamente. Acabo de baixar o SVN para verificar minhas contribuições e percebi que, com exceção da marca d'água no CTe, todas minhas contribuições foram eliminadas. Segue DANFE, novamente desconfigurada, nos fontes atualizados NotaTeste.pdf

Bom dia @Italo Giurizzato Junior. Acredito que não há nenhuma restrição nesse sentido para os DA's. Mas sem problemas. Meu foco era a correção da impressão com zoom e código de produto. Grato por mesclar as contribuições ao SVN e pelo retorno.