Les Conversations

Bonjour,

Jusqu’à présent nous utilisions l’addin Office pour l’édition de documents dans JCMS 9. La migration vers JPlateforme 10 nous pousse à utiliser JDRIVE. Nous sommes surpris par certains fonctionnements. Nous avions imaginé que nous retrouverions dans JDRIVE la philosophie d’autres outils du marché tel que Dropbox ou Owncloud.

La synchronisation Jdrive de documents ou catégories complètes de notre intranet vers un répertoire Windows local fonctionne bien. On retrouve bien l'arborescence d'un espace en local sur notre système de fichier Windows.

Par contre, dans le sens inverse c’est plus délicat. Par exemple, la création du nouveau fichier dans le répertoire Windows Jdrive est très peut intuitif.

Le fait qu’il y’ai besoin de plusieurs actions manuelles est vrai frein : 1. Clic droit sur le client JDRIVE / 2. Déposer les nouveaux documents / 3. Ouverture d’une fenêtre « pas très sexy » / 4. Pour chaque document, il est nécessaire de parcourir toute l’arborescence du site pour trouver la bonne catégorie (alors que le chemin Windows contient toutes ces informations). Pourquoi ne pas pré-remplir par défaut l’espace de travail et la catégorie ? Je crains qu’avec ce fonctionnement nous multiplions le nombre de documents non catégorisés dans notre plateforme.

Quel accompagnement au changement doit on prévoir et quels sont les bonnes pratiques à diffuser ? Est-ce que finalement, en l’état, il ne serait pas judicieux de préconiser aux utilisateurs de passer par JPlateforme pour tout dépôt de documents et de ne pas utiliser l’arborescence Windows.

Dans le future, est-ce que ce module évoluera ? Et si oui dans quel sens ?  

Pour nous, l’idéal serait d’avoir une arborescence Windows fixe (non modifiable) qui soit le reflet des éléments de JPlateforme Synchronisés (espaces-catégories-documents). Seul l’ajout d’un nouveau dossier serait autorisé et cela créerait une nouvelle catégorie dans Jplateforme. Est-ce réaliste ?

Merci

Christophe