Discussion :

[castorameur]

Bonjour j ai un probleme difficile a resourdre :

J'ai l'état SBFONFACP qui ne veut plus s'imprimer en directe (impression papier) cad en metant une destination physique.
Si je passe par la prévisu, puis impression, l'impression papier se passe bien.

pour avoir tous les données du problème :
- la destination directe marche bien avec d'autres modèles.
- lors de l'impression directe du SBONFACP j'ai bien une création dans AREPORTM et je récupère bien la requete dans le flux ODBC (via profiler de SQL server) et cette requete me ramène plusieurs lignes.
- quand je regarde dans le spooler de l'imprimante : en impression prévisu/puis impression papier, j'ai le temps de voir le flux(nom de l'impression et nombre de page). En impression directe, je vois passer le flux beaucoup plus rapidement (à peine le temps de le lire)

Des idées pour que je fasse d'autres tests ?

[digitfree]

Regardes éventuellement au niveau de l'observateur d'évènements windows si tu n'as pas un message tel que celui ci-dessous.
j'ai en effet de mon côté les factures qui ne s'impriment pas 1 fois sur 3 en moyenne ... et cela fait 2/3 ans que cela dure et personne (côté prestataire réseau ou prestataire X3) n'a été capable de comprendre ni résoudre le pb.
On a ce pb sur les factures de nuit, donc en impr.directe via des abonnements qui les génèrent, les valident et les impriment ; On sait par ailleurs que ce n'est pas un pb de copieur car les flux n'arrivent même pas jusqu'à lui. On comprend juste que c'est un pb du moteur Crystal report sur le serveur (pourtant réinstallé plusieurs fois) qui, à moment donné entre en conflit avec windows.
Les utilisateurs sont obligés d'imprimer les factures en passant par la phase de prévisu.
Quand on redémarre le serveur, en tout cas, les factures s'impriment bien pendant quelques soirs ... puis font de nouveau grève d'impression jusqu'au prochain redémarrage serveur.
C'est la seule solution que j'ai trouvé; les arrêts/redémarrages batch ou autres tentatives n'ayant rien changé.
J'attends et espère que le prochain chgt serveur+OS+version X3 va résoudre ce pb.

[castorameur]

Merci pour cette info "pas très rassurante"

Ce qui est dingue c'est que l'install a + de 2 ans et que le problème a surgit de nul par. Peut être une mise à jour Windows qui entre en conflit avec le moteur crystal ?

[castorameur]

Finalement après pas mal de tests on a trouvé que le problème était apparu suite à une mise à jour windows sur le serveur sur lequel est installé le serveur d'édtion.

En installant un autre serveur d'édtion sur une machine qui n'avait pas la maj windows le modèle s'est remis à imprimer.

Par contre ce qui est étonnant c'est que ce n'est arrivé que sur les anciens modèles migrés de la V140 à la V6.
Les nouveaux modèles créés depuis la V6 n'ont pas été perturbé par la maj windows.

[x3rbt95]

Bonjour,

Nous avons eu à peu prés le même problème, il y a quelques années en V140. On travaillait avec plusieurs serveurs et le problème est apparu parce que certains serveurs n'avaient pas le même niveau de mise à jour windows.