Problema Com Preview Dos Ct-E's Enviados

[SysHouseInformática]

Bom dia a todos,

 

Meu nome é Vinicius e estou tendo dificuldades para resolver a seguinte situação:

 

Apos a emissão de um lote de CT-e's utilizo o método ACBrCTe.Conhecimentos.Imprimir() para realizar a impressão dos CT-e's emitidos.

Utilizo o componente (ACBrDACTeQR - QuickReport 3.0) com a propriedade MostrarPreview = True;

O problema é que, para cada CT-e emitido, o componente mostra um preview separado, e não somente um preview com um CT-e por pagina.

Nesse caso, para um lote com 50 CT-e's serão apresentadas 50 janelas de pré visualização, forçando o usuário a fechar uma por uma.

 

Gostaria de saber se existe alguma solução para este problema.

 

Obrigado.

[Italo Giurizzato Junior]

Bom dia Vinicius,

 

Há necessidade de visualizar o DACTE antes de imprimir?

 

Se não há, deixe a propriedade MostrarPreview com o valor False.

 

Pois desconheço algo que possa gerar apenas uma visualização com "n" páginas, se tratando do DACTE.

[SysHouseInformática]

Bom dia Ítalo, obrigado pela atenção.

 

Temos um sistema que emite NF-e utilizando os componentes ACBr também, e neste programa, quando invocado o método "ACBrNFe.Notas.Imprimir()" é exibido somente um 

preview contendo todas as notas. A diferença é que ele usa o DANFeRv - Rave reports e não o Quick. Por isso levantei a questão.

 

 

 

Att,

 

Vinicius Gonçalves | Desenvolvedor
MCP | MCTS – SQL Server 2008
_____________________________
 

[SysHouseInformática]

Italo, existe algum workaround para esta situação?

 

 

Att,

 

Vinicius Gonçalves | Desenvolvedor
MCP | MCTS – SQL Server 2008
_____________________________

[SysHouseInformática]

No nosso caso é excencial exibir a pré-visualização dos documentos.

 

 

Att,

 

Vinicius Gonçalves | Desenvolvedor
MCP | MCTS – SQL Server 2008
_____________________________

[Italo Giurizzato Junior]

Bom dia Vinicius,

 

Até onde sei, não, mas vou pesquisar sobre o assunto.

[nolher]

Bom dia a todos,

 

 

Nos deparamos com essa situação também.

 

 

Realmente concordo que não seja tão essencial assim a visualização de todos os CT-es antes de enviar para impressora, mas o difícil é convencer o usuário desta função totalmente desnecessária, a qual a muito tempo ele já usa.

 

Estamos com nosso CT-e em faze de desenvolvimento e teste em um cliente em especifico, que esta nos auxiliando na parte de teste.  No âmbito da impressão de vários CT-es foi a primeira coisa que ele nos solicitou, e diante de nossas argumentações, veio a frase: " - Se temos a visualização porque não usa-lá."

 

Procurando e avaliando outros tópicos, pude observar esse problema em  outras situações, como o caso de poder selecionar a impressora que será enviado para emissão.

 

Analisando as rotinas e fontes, vi como foi feito a rotina com atualização de tabelas para um único conhecimento, possível de realizar uma alteração é totalmente possível, o caso é avaliar o custo e beneficio desta alteração que irá demandar uma grande alteração. Existe pontos do desenvolvimento do componente que tenho dificuldades de entender como foi feito, sendo assim não me arriscarei em uma empreitada desse porte.

 

 

Teremos que aguardar o posicionamento do Italo e Cia, para avaliar melhor o impacto de um mudança dessa.

 

 

____________________________

Nilton Olher

Editado 24 Janeiro, 2013 por nolher

[nolher]

Boa tarde pessoal, 

 

 

E aí alguma novidade referente a esse tópico?

 

 

 

 

____________________________

Nilton Olher

[nolher]

Boa tarde pessoal, 

 

 

Abandonaram esse tópico?

 

____________________________

Nilton Olher

[Italo Giurizzato Junior]

Boa tarde a todos,

 

Desculpem ainda não tive tempo de pesquisar a fundo sobre a possibilidade de gerar a visualização de 2 ou mais DACTE antes de serem impressos.

 

O Nilton argumentou que um determinado cliente dele disse se existe a possibilidade de visualizar o DACTE antes da sua impressão porque não usar essa funcionalidade,

 

Bom vou colocar aqui a minha opnião.

 

Quando desenvolvemos uma aplicação, certamentes teremos opções para imprimir: listagens (tipos de receitas, por exemplo), relatórios (contas a receber vencidas, por exemplo) e documentos (boletos bancarios, por exemplo).

 

Nas minhas aplicações as listagens e relatórios são primeiramente apresentadas na tela ai o usuário decide se deseja ou não imprimir, já os documentos, não, eles sempre são enviados direto para impressora.

 

Por que?

 

Simples, dependendo de como foi feito a aplicação ao solicitar a emissão do boleto devemos salvar no banco de dados algumas informações como por exemplo o numero do boleto, etc.

 

Se o usuário visualizar o boleto e não imprimir, a aplicação pode acusar depois que o boleto foi impresso.

 

Sendo assim, Boleto, DANFE, DACTE, devem ser impressos e não visualizados.

 

Outra coisa, apesar do DANFE e do DACTE não serem documentos fiscais (os XML assinados e protocolados são documentos fiscais) eles devem ser impressos, pelo menos 1 via, que vai acompanhar a mercadoria até o seu destino final.

 

Se deve ser impresso, porque o usuário quer ver na tela e depois acabar esquecendo de imprimir.

E o que é pior vai dizer que o programa esta com problemas, pois hora imprimi, hora não imprimi o DACTE.

 

 

A minha opnião é essa:

 

Listagens e relatórios que com certeza geram mais de uma folha, devemos disponibilizar a visualização dos mesmos.

 

Boletos, DANFE, DACTE e outros que podemos chamar de documentos, não devemos disponibilizar, visto que eles deve ser impressos.

 

É essa argumentação que utilizo e tem funcionado.