Discussion :

[Jon Shannow]

Bonjour,

Je me pose une question existentielle sur le fonctionnement d'une gestion documentaire dans une appli. Là c'est une appli Windev, mais ça pourrait être n'importe quel environnement.

Dans ma base de données, j'ai une table des documents. Cette table contient le nom interne du fichier, tel qu'il sera stocké, non pas dans la base de données mais dans un partage réseau dédié au stockage des documents.

L'idée est que, quand un utilisateur lie un document à un élément du projet, le programme copie le document dans l'emplacement en question, en lui donnant un nom spécifique.

Mais, quand, les personnes autorisées vont vouloir modifier ce document, le programme va ouvrir le logiciel lié (Word, Excel, ...) avec le document du réseau.
Le problème c'est que le dossier de stockage sera alors visible par les utilisateurs, et ils pourront alors y accéder depuis l'explorateur de fichier. Ce que je ne souhaite pas.

Quelle solution utilisez-vous ou me proposeriez-vous pour la gestion de ces documents ? Je ne compte pas utiliser les champs bureautiques de Windev, entre autre parce que certains documents sont spécifiques (plans CAO par exemple).

Merci d'avance pour vos idées.

JS

[frenchsting]

Bonjour,

Ce que je fais aujourd'hui pour des documents utilisés pour /fusion/publipostage :
- L'appli va chercher le document et le copie en local,
- Elle valorise les champs de fusion,
- Elle génère un pdf,
- Le pdf est envoyé au client.

Ce que je te propose quand un utilisateur veut modifier un document stocké :
- Ton appli copie le document en local (Dans un dossier créé exprès pour, donc avec un emplacement normé),
- L'utilisateur fait ses modifs,
- Une Fois le document fermé, il demande la réintégration du document à l'appli,
- L'appli copie le document à l'emplacement d'origine (et écrase/archive l'ancien ?)
- L'appli supprime le document local.

L'histoire de la norme, c'est qu'il va arriver que des utilisateurs vont oublier de réintégrer le doc et/ou vont demander la réintégration avant que le document soit fermé. Il sera alors possible de le réintégrer ultérieurement.

Après, c'est du brut de fonderie. Il faudra bien emballer tout ça pour tout vérifier sous toutes les coutures. Et une idée est que l'appli vérifie si l'éditeur/document est toujous ouvert avant que l'utilisateur demande la réintégration...

[Jon Shannow]

Merci frenchsting de ta réponse.

Je continue ma réflexion, mais ton principe me semble bon.

JS