Version imprimable
Bonjour,
on voudrais avoir une tracabilité au niveau des impressions faites,
au niveau de l'applications ; qd l'utilisateur clique sur le bouton imprimer ( on fait c'est une édition) une facture est édité en format pdf , et l'utilisateur l'imprime aprés en locale;
comment on peut à votre avis historiser une impression faite sachant que l'impression est faite en locale et l'application est une extranet.
merci pour votre aide
Tu peux faire ton historique grâce à l'imprimante (consulte ton fournisseur d'imprimante pour savoir si c'est possible).
Sinon quand tu dis bouton imprimer, c'est quel bouton, celui du navigateur ou un de ton application ?
le bouton "imprimer" est dans l'application , il sert à éditer un fichier pdf
et l'utilisateur imprime le PDF en utilisant le bouton imprimer de la barre d 'outils du acrobat.
l'application est dans un serveur loin ,elle ne pas accéder à l'imprimante de l'utilisateur.
et ben la, je ne vois pas comment faire. Si quelqu'un a une astuce cela pourrait aussi m'interresser
Dans ton appli, la seule chose que tu peux faire, c'est de loguer les clics sur le bouton imprimer de ton appli. Une fois le pdf sur l'ecran du client il en fait ce qu'il veux et l'impression depuis acrobat ne fera pas un appel vers ton appli, à moins de développer un plugin pour acrobat... Et je pense pas que c'est faisable sur le reader.
Conclusion tu ne peux pas savoir ce qu'il fait du pdf, mais tu peux savoir s'il a cliqué sur ton bouton imprimer.
Si ca te convient pas, solutions envisageables =>
- modifier le driver de l'imprimante
- installer un serveur d'impression qui se charge de logger, puis de rediriger l'impression vers la bonne imprimante. Je pense à CUPS là...
J'ai rien d'autre dans ma besace actuellement.
je suis consciente des contraints , mais le besoin est d'avoir la trace d'une facture imprimé;
je propose que l'utilisateur édite une facture ,et l'imprime sur son imprimante; aprés venir sur l'application et déclarer sous son responsabilité que telle facture était imprimé,
que pensez vous ??!
C'est la solution la plus simple et rapide à mettre en oeuvre, mais je sais pas si c'est la plus fiable (ce sera toujours au bon vouloir de l'utilisateur). Après vous pouvez instaurer le systeme suivant : 1 semaine de congés en moins pour tout oubli de confirmation d'impression... ;)
JE suis pas satisfaite de cette manupilation que j'ai proposé ,c'est pour ça que j'ai poster sur le forum; donc on peut rien faire ???!!!!
tu ne peux malheureusement pas l obligé a iprimer apres avoir générer le pdf. par contre, si c est toi qui fais le pdf, tu peux logguer les pdf quer tu créé et en garder une copie avant de l envoyer a l utilisateur
je pense peut être à une solution en javascript, l'utilisateur doit en fait être obligé d'imprimer avant d'ouvrir la facture c'est ça l'idée :
en javascript tu fais 2 fonctions :
Citation:
imprime(lien vers fichier pdf);
si l'utilisateur annule l'impression alors rien,
sinon {
ouvre_la_page(fichier_pdf.php);
}
fichier_pdf.php :
je pense que tout cela est faisable mais comme je suis pas calé en javascript... il y a un autre forum javascript tu peux leur demander comment imprimer depuis une url et récupérer la l'échec ou la réussite de l'impression !Citation:
tu mets le code php qui indique que qqun a imprimé (bdd ou compteurs...)
tu insères des header pour rediriger vers le fichier pdf.
ben t es obligé de demander une confirmation pour imprimer mais parceque c'est la boite de dialogue d impression windows qui se lance, en fait tu simule un fichier > imprimer.
Du coup tu peux pas savoir si ca à été fait ou pas.
Par contre on peut imaginer que le click sur le lien demande le doc a une page php qui log et eventuellement fais une copie du document.
et tu dois pouvoir récupérer alors la réponse de cette boîte de dialogue ?! je pense.
Sinon tu fais une demande de confirmation avant de lancer l'impression en javascript genre "voulez vous imprimer ?", s'il clique sur "ok" on imprime et on ouvre un script php, s'il clique sur "non" on arrête tout. Ca devrait faire l'affaire ça ?!
je répète, on ne peut pas imprimer sans son accord.
Tout ce qu'on peut faire, c est faire apparaitre la boite de dialogue d'impression et il ne me semble pas qu'elle retourne quoique ce soit.
Pour tester :
Code:<input type='button' onclick='alert(window.print())' value='click me' />
ok je pensais à un autre truc :
Si le deocument n'était pas un pdf (une image au pire),
1 on pourrait alors forcer l'utilisateur à ouvrir le document (lien url)
2 une pop up sans bouton ni rien s'ouvre contenant le document
3 pour imprimer l'utilisateur n'aurait comme seule possibilité d'appuyer sur ctrl+p ce qui démarrerait une fonction javascript qui contient :
Là il me semble que ça devrait marcher... bon d'accord l'utilisateur n'est pas obligé de cliquer sur imprimer mais s'il fait ctrl+p c'est qu'il veut réellement imprimer quand même faut pas abuser !Code:
2
Il a toujours l'option d'annuler.
Ce ne sera toujours qu'une proposition d'impression, il y aura toujours la fenêtre d'impression qui s'ouvrira.
Bonjour;
window.print() ne peut que ouvrire la boite de dialogue windows pour imprimer il ne peut pas nous rensigné sur le fait que l'impression a était faite ou pas :(
par contre je peux parfaitement logguer les pdfs édités et faire une copie, mais comment ça peut nous aider SIDDH ???
Seules solutions pour toi => serveur d'impression ou responsabiliser les utilisateurs.
Ou encore annuler l'idée de tracer les impressions... :roll:
bien sûr, on n'est jamais sûr à 100% qu'il ait imprimé, mais le fait d'obliger l'utilisateur à taper sur son clavier "CTRL+P" (pas d'autres moyens d'imprimer dans une pop up sans bouton) montre qu'il désire fortement imprimer (sinon il ne l'aurait pas fait, et puis peu de personnes connaissent ce raccourci pour imprimer) et cela peut être considéré comme une impression. et faut pas abuser quand même, de toute façon même si il existait un moyen de savoir si une impression a réussi ou pas, il toujours le problème d'encre, de papier, coupure de courant, bourrage papier, driver imprimantes... donc à la base on ne peut être sûr du résultat d'une impression qu'en regardant l'imprimé (logique non ?)!!
Si ça ne suffit pas, je ne vois pas d'autres solutions que d'écrire une applet java...
Vous pouvez m'éclaircir sur l'idée du serveur d'impression,
les utilisateurs utilisent l'application de différent pays ( réseaux hétérogène )
Euh... je retire ce que j'ai dit :lol:Citation:
Envoyé par clara2005
tu peux m'éclaircir ton idée Mr N. car ça peut être utile même que c'est pas tout de suite; je m'explique:
serveur de l'intranet récupere l'information du serveur d'impression;
aprés:
serveur de l'intranet envoie l'information au serveur distant ( le serveur principale )
ou
serveur principale demande des mise à jour du serveur secondaire.
que pensez vous ??
J'atteinds mes limites là je ne peux pas être de bon conseil... :?
Toutefois pourquoi pas la chose suivante, à voir avec un admin système si c'est possible
- Soit un serveur central sur lequel tourne ton appli php.
Soit des serveurs secondaires, un par agence, qui font office de serveur d'impression (je pense à cups).- Le serveur central sait, pour chaque utilisateur, l'agence de ce dernier. Et donc son serveur d'impression.
- Un utilisateur clique sur le bouton imprimer. L'appli php génère en pdf, puis transmet le fichier à imprimer au serveur d'impression de l'agence...
- Le serveur d'impression fait un retour sur l'état d'impression au serveur central (attention pas dans le meme script, trop long)
- L'appli php positionne ou non le flag d'impression pour le document imprimé.
Je te conseille vivement de voir avec ton administrateur système favoris si ce scénario tient le coup... Sinon si quelqu'un dans la salle a des critiques à faire, qu'il n'hésite pas ;)
compliqué mais intéressant si c'est possible Mr N vu leur réseau...
Une autre solution (réalisable ?) un peu plus compliqué svp !:
1 on lance la création du pdf protégé par mot de passe à l'ouverture
2 le navigateur l'ouvre dans une frame (mais sans succès car mot de passe)
3 faire un lien vers la page lanceimpression.php
lanceimpression.php :
contient des header pour forcer l'ouverture d'un fichier imprimer.bat
met à jour l'historique d'impression
imprimer.bat :
lance l'impression en ligne de commande : c:/Program..../AcroReader32.exe parametres lenomdufichier_pdf_rappatrié_par_IE.pdf monmotdepasse (je ne connais pas exactement l'écriture en ligne de commandes mais ça doit se trouver)
on peut faire la même chose sans mot de passe et la commande (avec une ouverture cachée dans une frame pour avoir le fichier pdf dans les fichiers temporaires de IE) pour imprimer devient :
...ain j'ai mal à la tête !! :fou:Citation:
"C:\Program Files\Adobe\Acrobat 7.0\Reader\AcroRd32.exe" /p /h "TonFichier.pdf"
A utiliser en dernier recours.... :lol: :lol: