Vérification de fichier pour déconnexion

Bonsoir (ou Bonjour) a tous

Voila j'ai un problème que je n'arrive pas a solutionner donc je fais appel a ce forum pour m'aider.

Mais tout d'abord un peu de mise en situation:

A mon boulot, il y a un fichier( Appelons le Fichier C pour plus de facilité) qui est utilisé par plusieurs services. Ce fichier pose quelque soucis car quand quelqu'un l'ouvre en écriture, les autres n'y ont accès qu'en écriture, ce qui est logique. Le véritable souci est que si quelqu'un la ouvert en écriture et l'oublie et/ou part manger (ou tout autre activité) le fichier se retrouve "bloqué" et plus personne ne peut écrire dedans pendant des fois plusieurs heures.

J'ai donc été chargé de mettre en place un moyen de déconnexion automatique. En fouillant sur différents forums, je suis arrivé au résultat suivant qui fait parfaitement ce qui est souhaité.

Pièce jointe 532254

Cependant,j'ai récemment découvert une faille. Si quelqu'un ouvre le fichier C puis ouvre un ou plusieurs fichiers, le programme contenu dans le fichier C va fermer le fichier au premier plan et remettre le timer a zéro et ainsi de suite jusqu’à fermer le fichier C.

Mon problème est donc le suivant, j'aimerais mettre en oeuvre un moyen qui permette de ne fermer que le fichier C et pas les autre par une vérification par exemple.

Merci beaucoup de vos réponses et désoler pour ce long sujet mais je tenais a être le plus clair possible.

Bonjour,

est-il également envisageable dans ton cas de trouver une autre solution a ton soucis de fichier ouvert, avec un système de partage ?

Citation:

---

Envoyé par Steperr

J'ai donc été chargé de mettre en place un moyen de déconnexion automatique.

---

Ce type de méthode est extrêmement dangereux.
Ca l'est d'autant plus si celui qui met en place la solution utilise dans outils qu'il ne maitrise pas et dont il ne sait pas vraiment ce qu'ils font.
C'est un coup à faire perdre des heures de travail à un utilisateur.

Le seul conseil qui me semble sensé que je peux te donner est de transférer l'application d'Excel vers un SGDB comme Access.
La plupart du temps, ce type d'application partagée est une sorte de base de donnée. Il est donc judicieux d'utiliser un vrai système de base de données pour la gérer.

Bonjour

@Jean-Philippe André: qu'entend tu par là?

@Mehnir: Je veux bien que cela soit dangereux mais la déconnexion est en place a l'heure actuelle,et fonctionne correctement sans perte de données

Pas de fermeture intempestive, un simple clic dans un menu pour valider les données du classeur utilisé localement vers le classeur qui contient les données de tout le monde...

Tu veux dire une "copie" du fichier que tout le monde a sur son PC et qui a la moindre modification, modifie aussi le classeur principal qui lui n'est accessible qu'en lecture seule?

C'est bien cela?

Le découpage se fera comme ce qu'on a avec les applications Access :

- un fichier back end qui contient les données, qui est lu et accédé en écriture par
- les fichiers front end, qui se dupliquent localement sur le poste usager (pour ne pas avoir de fichier déjà ouvert par un autre utilisateur)

Le processus de l'alimentation des données ca reste a peaufiner

Je garde l'idée mais pour l'instant,je pense que quelques soucis se posent:

-Etant arrivé dans l'entreprise assez récemment, je ne sais même pas qui utilise exactement le fichier (oui c'est pas génial,mais je vais finir par le savoir :oops:)
-L'autre point est que si j'ai bien compris,cela nécessite de créer un fichier "secondaire" pour chaque utilisateur, et mon entreprise embauchant régulièrement, cela veut dire qu'il faudrait créer a chaque fois le fichier "secondaire" dés que quelqu'un arrive a un poste nécessitant l’accès a ce fichier.

Voila, je préférais donc éviter de trop modifier en profondeur le fonctionnement du fichier et rester sur mon idée de déconnexion avec le VBA,surtout avec un code qui marche déjà. Mais je garde cette idée en tête ne serait-ce que pour ma culture personnelle.

En fait l'idée serait plutôt de faire un fichier sur le réseau, qui lorsqu'il s'ouvre, s'auto-enregistre localement (Evenement Workbook_Open()), donc tu ne geres en vrai que 2 fichiers a ton niveau :)

ooooh, j'avais pas du tout compris ça comme ça :D ca veut dire que potentiellement,deux utilisateurs peuvent être sur le fichier en écriture sans que l'un déranger l'autre ?

C'est la sensation qu'on offrira a tes utilisateurs oui ;)

J ai créé un système du genre dans mon entreprise.

Un front end excel, userform d encodage.
un back end access, base de donnée.
Un vbs sur le réseau qui effectue une copie du front end dans le fichier temporaire de l utilisateur.

Cette manière de procéder :

permet de n installer des versions pro office plus cher que pour certain utilisateur.

la copie de l excel dans fichier temp via le vbs, permet de tjrs avoir la version à jour du front end sans avoir à ouvrir l excel mère et risque de le corrompre.

Empêche l accès à la bd à des personnes non autorisée
...

Bonjour, alors en fouillant sur d'autre forum j'ai réussi a faire en sorte que ce soir uniquement le fichier souhaité qui soit déconnecter.

Mais je retiens tout de même l'idee du fichier front end/ back end qui pourrait être intéressante a mettre en place