AC2016-AC2013 code VBA pour identifier quelle version a ouvert le fichier

Bonjour à tous

Après relecture des consignes de post je reformule!

Comment savoir en VBA quelle version de access a ouvert le fichier? je n'ai rien trouver sur cela et déjà, j'ai du mal à trouver quelle version j'utilise quand je suis devant le pc... donc pour trouver à l'aide du code VBA...

je sais chercher le nom de l'utilisateur , le nom du PC j'ai rien trouvé sur la version de logiciel qui a ouvert le fichier en utilisant la "fonction"

Code:

---

Environ("Username")

---

existe t il un équivalent pour la version d'accès

Si vous avez des liens je suis preneuse car pour le moment les liens que j'ai chercher m'ont perdue...

Merci pour votre lecture
Sabine

Bonjour,

L'application est-elle scindée en frontale/dorsale ? Si oui je pense que si chaque utilisateur a sa propre frontale, celle-ci aura la bonne librairie

Bonjour
la notion de frontale ne me parle pas désolée...
si je comprends la réponse la question je pense que la réponse est non pas vraiment car la partie (frontale.... j'imagine que c'est la partie par laquelle on accède aux données) n'est pas sur le post utilisateur mais sur le serveur à côté de la partie date (j'imagine dorsale)
j'ai une partie data (un fichier access avec les tables contrant les données)
et une partie manipulation des données (une application ou genre, avec login de connexion, audit de saisie modif.. et qui contient tout le code VBA associé aux formulaires pour la saisie et l'exploitation de données.
Les deux partie sont sur un serveur qui est partagé sur plusieurs sites.
L'application n'est pas installée sur chaque poste car quand c'est le cas le temps de réponse est lent... (je ne sais pas si cela est normal c'est juste une constatation) je n'y connais rien en réseau..
pour accéder à l'application tous les utilisateurs utilisent citrix pour accéder au fichier et j'ai deux chemins de connexion permettant pour l'un d'ouvrir avec access 2016 (office 2010) et pour l'autre access 2013 soit l'in soit l'autre...
j'imagine que si la partie manupiluation des données étaient sur le pc de l'utilisateur en effet la bonne libriairie serait installée, mais cela veut dire qu'il n'y aurait q'une librairie. chaque utilisateur doit pouvoir ouvrir suivant les deux version.. la version déployée en standard sur tous les postes access2016 et la version 2013 si ils veulent pouvoir consulter les tableaux croisés dynamiques
je vais creuser cette notion de dorsale frontale pour voir si mon déploiement est cohérent... ne faisant pas partie du service informatique de mon entreprise je n'ai pas accès à la possiblité de déployer sur les postes utilisateurs.... d'un coup de baguette magique... donc sil il y a des mises à jour à faire... toujours délicat... d'être sure que tous les utilisateurs ont bien la dernière version. je suis désolée mon niveau est plus bureautique que informatique....
Bonne journée

Il y a de nombreux tutos sur la notion de frontale/dorsale mais en gros c'est l'idée :
- la frontale a tout l'IHM et elle peut être dupliquée autant de fois que nécessaire (c'est le logiciel)
- la dorsale toutes les données (c'est la base de données)

Si tous les utilisateurs utilisent citrix pour accéder au logiciel leur version d'office importe peu, c'est celle du serveur citrix qui fait foi me semble-t-il

La version utilisée est ici :

Code:

---

Application.version

---

Il est possible d'imposer la version d'access dans le raccourci, par exemple :

Code:

---

"C:\Program Files (x86)\Microsoft Office\Office12\MSACCESS.EXE" "C:\planet\planet.accdb"

---

Voir wikipedia pour les correspondances officexx / office 20xx (office12 = office 2007 !)

Comme le runtime access est gratuit, il est possible de choisir n'importe lequel et pas nécessairement le même que la suite office utilisée en bureautique par ailleurs

impeccable merci beaucoup

je vais creuser un peu plus la possibilité de choisir l'accès en effet cela serait bien une solution.
J'ai fait une fixette sur le fait que par defaut (comme access a été déployé sur tous les postes), l'application s'ouvre dans access directement mais si le raccourci contient le chemin vers un runtime en effet... je peux contourner le probleme... merci beaucou pour cette piste.

Je vais creuser la notion de frontale / dorsale pour voir quelle stratégie est la meilleure où poser les deux... je pars de loin il y a un peu de chemin ;)
en tout cas merci bonne journée

Sabine