Bonjour,
 
j'ai un problème à résoudre et je ne trouve pas de solution acceptable.
Mon problème :
communiquer à des clients un formulaire. Ce dernier est généré automatiquement par le système actuellement en place et envoyé par mail.
Les clients doivent compléter ce formulaire et le renvoyer par mail également.
 
Problème : les clients n'ont pas forcément acces au web (juste acces à un serveur de mail), il est très difficile (pour ne pas dire impossible) de mettre en place quoi que ce soit sur les postes des clients, et le tout doit être suffisament présentable et facile à utiliser.
 
Les solutions que j'ai envisagé sont les suivantes :
- le txt => c'est moche et pas pratique pour le client
- le html => pas d'accès au net, donc juste avec une page html, il y a un souci pour enregistrer les données du formulaire
- le pdf => tout les postes ne disposent pas de pdf writer ou équivalent
- le rtf => la solution la plus envisageable à l'heure actuelle. Le seul problème réside dans le fait que bien que le rtf soit propre en partant du système, il revient dans un état difficilement exploitable après un passage par le Word du client
- excel => La meme chose que le rtf, en un peu plus contraignant
- une appli cliente => quasi-impossible pour les raisons évoquées plus haut
 
On m'a également soumis l'idée d'utiliser XML/XSL mais il reste le problème pour le client d'enregistrer la feuille de style qqpart, les problèmes de mise à jour en cas de mise à jour du formulaire... et le fait de toujours renvoyer la feuille de style n'arrange pas les choses (utiliser une feuille de style qui n'est pas sur le poste du client..)
 
Je n'ai pas trouvé de solution simple pour stocker les données dans un format correct, les présenter de manière correcte, et ce sans l'intervention d'un programme tiers.
 
Une idée?
 
Merci

pour GE Healthcare Accessories et leurs fournisseurs, j'avais fait un truc très simple :
 
-> On envoie le mail avec une feuille XML en pièce attachées, ainsi qu'une XSL
-> Sur le poste client, on a installé mon petit programme, qui permet de faire le rendu XML via XSL (prog Vb avec appel à Explorer, ça se fait en 30 secondes)
-> Au démarrage, va chercher les mails dans la boîte aux lettres outlook, exchange ou smtp. si rien trouvé, alors demande un répertoire où le client aurait enregistré les pièces attachées reçues (avec une page HTML d'explication)
-> Appuis sur un bouton : ça génère un fichier XML avec les réponses du gars.
-> appuis sur un second bouton : recherche d'outlook express, d'un serveur exchange, ou d'un serveur SMTP. si l'un est trouvé, envoi d'un mail avec le fichier XML automatiquement. sinon, ouverture d'un document html expliquant comment répondre en mettant le fichier XML généré en pièce attachée.
 
-> De notre côté, le serveur mail avait un bot qui récupérait les pièces attachées sur cette adresse mail, et les traîtait automatiquement.

Oui mais problème :
- on peut difficilement espérer utiliser un programme chez le client
- et meme dans ce cas, le VB n'est pas vraiment indiqué puisque les clients peuvent théoriquement être sur n'importe quelle plateforme

Que de bricolages...
 
"Pas de bras, pas de chocolat" -> si pas d'accès au nainternet, faut pas chercher à faire des miracles.
 
Il me semble qu'il est possible d'avoir des PDF avec des champs éditables. Mais ça demande toujours une manip (détacher, compléter, sauver, envoyer, et ça, c'est trop, trop dur pour les gens).

ze soucy of the champs éditables des PDF, c'est que Acrobat Reader ne permet pas d'enregistrer. On peut saisir des trucs et les imprimer, mais c'est tout.

Ah tiens oui, c'est bien possible. Quelle utilité, alors ?      
 
Enfin, bref, faut un minimum préalable, sinon c'est pas jouable.

Renvoyer par fax ou pas courrier un document écrit proprement
 
Le site du SIA (Service d'Information Aéronautique français) propose de télécharger un plan de vol sous ce format, qu'on peut ensuite renvoyer tout propre aux autorités des aéroports concernés par le vol.

Tiens, le SIA a d'ailleurs changé, maintenant on a juste à remplir un formulaire et il est envoyé aux autorités dans la foulée (c'est ballo, à Longvic ils vont attendre un C152 FMBSD, j'ai dis que j'allais faire un tour et j'ai enregistré pour tester... j'avais pas prévu que ça allait prévenir les aérodromes de ma venue )

, des fois que... on sait jamais...
 

Vi, mais c'est toujours le même problème avec les clients non-informaticiens... ("les autres" )
 
Je me vois difficilement dire au client : "Bon bah pour votre solution, pas de bras, pas de chocolat... prenez un accès Internet et on en reparle "
euh...  
 
En fait ca me parait bizarre que ca n'existe pas comme langage / techno... qqchose de facilement modifiable, de joli, et pas propiétaire... un vrai standard qui tue quoi (style du pdf mais dont on peut se servir facilement, du xml présentable... je sais, c'est pas Vendredi mais on peut toujours réver non )

Lolification. Il faut sans doute être plus commercial avec le client, mais le discours reste le même.      

Oh, le joli media break. Mais en effet, c'est vachement mieux rempli sur PC qu'à la main, surtout envoyé par fax, et en plus pour un plan de vol.  

Bah... Tu envoies un fichier Word ou Excel, ils le remplissent et te le retournent par mail à une adresse particulière. Avec un soft qui audite la BAL, tu extrais ensuite les données du fichier en question.
 
C'est ce qu'il y a de plus simple et de plus "standard" (dans la mesure où Office n'est pas "standard", mais l'outils de bureautique le plus répendu)