Discussion :

[gui_li_aume]

Bonjour,

Alors voilà : j'ai construit une bdd avec access 2019. Je veux la partager sur réseau interne via un runtime. J'ai fractionné en back/front. Les back/front sont stockées à un emplacement différent des accde.

Lorsque je transforme l'accde en accdr sur mon poste, l'appli fonctionne. Lorsqu'un autre utilisateur l'ouvre, il ne peut y apporter aucune modification de données (ce qui ruine l'essence du projet). Je pensais que c'était du au fait que certains utilisateurs sont en office 2016 (avec runtime approprié), mais je viens de faire un test avec un poste en office 2019 et c'est le même symptôme.

D'où cela pourrait il venir?
- architecture du réseau?
- registre des postes utilisateurs?
- problème d'emplacement approuvé (j'ai approuvé les emplacements pour mes back/front et accdr sur mon poste; il n'y a pas de message de sécurité quand on ouvre sur un autre poste)?
- propriété dans mes tables ou mes formulaires?

Autre piste?

[User]

Bonjour,

Le runtime 2016 permet d'ouvrir le fichier accde, de naviguer dans l'appli mais pas d'y modifier des informations (ce qui est l'essence du projet...)

Qu'entendez- vous par modifier des informations ?

Le runtime ne permet pas de modifier la structure de la base, mais il permet d'ajouter ou de modifier des données.
Les fichiers accde ne permettent pas, même avec le logiciel Access, de modifier les formulaires, modules...

[gui_li_aume]

Là il ne permet pas d'ajouter ou de modifier des données...

[User]

les fichiers accdr sont en lecture seule.

[gui_li_aume]

quand un utilisateur veut utiliser le fichier accde sur son poste il y a un message d'erreur (en bas à gauche de la fenêtre) "impossible de mettre à jour recordset"

[micniv]

Sans doute y a t’il un pb de références sur le pc en runtime.
Avant de produire le .ACCDE est-ce que code compilait bien ?
Est-ce que le pc cible en runtime à un Office de version égale ou supérieure à la version de l'Office du pc qui a produit le ACCDE ?

[gui_li_aume]

Le même problème sur des pc cible en office 2016 ou 2019. Le code semble bien compiler (il fonctionne sur mon poste quand je teste en accdr)

[tee_grandbois]

bonjour,
je me permet une petite remarque:

Le code semble bien compiler

le code VBA ne peut pas "sembler" compiler : il l'est ou il ne l'est pas.
Si tu cliques sur "Débogage / Compiler ..." soit la première erreur apparait surligné en jaune, dans ce cas il faut la corriger jusqu'à détecter la suivante, soit il n'y en a pas et le code est correct, dans ce cas "Compiler ..." apparait en grisé jusqu'à la prochaine modification du code qu'il faudra compiler de nouveau.
En fait la compilation est un terme inapproprié: c'est une vérification de la syntaxe.

[gui_li_aume]

il l'est ou il ne l'est pas.

Il l'est. J'ai tenté une version sans code. Même problème. "Impossible de mettre à jour Recordset"

[tee_grandbois]

si cela fonctionne avec un emplacement approuvé, je suppose également que les utilisateurs ont les droits de lecture/écriture sur les bases ...

[gui_li_aume]

Les utilisateurs ont les droits écriture/lecture sur le fichier.

Un truc m'échappe peut être sur les emplacements approuvés: j'ai approuvé les emplacements depuis mon poste. Cela vaut-il pour tous les postes (le fichier porte alors cette caractéristique et la transmet à chaque utilisateur. Désolé pour l'image profane)?

[gui_li_aume]

J'ai peut être l'explication:

les propriétés de partage du dossier où sont logées les dorsales limite les accès des utilisateurs du domaine (ils ne sont autorisés que: lecture et exécution/affichage du contenu du dossier/lecture)... J'ai contacté le prestataire pour confirmer (mais si vous avez un avis je prends)

[micniv]

J'ai peut être l'explication:

tu as l'explication !
Puisqu'il est dit et redit que tout utilisateur doit avoir le droit en écriture sur la dorsale ...

[gui_li_aume]

effectivement, le problème venait des droits d'écriture.

Bon, cela permet de répondre à une autre de mes questions:

Une bdd construite avec ACCESS 2019 peut s'exécuter avec un runtime 2016 (cependant avec un code vba pas trop compliqué et pas de macro. je suppose que si on complexifie les fonctions, on peut avoir des blocages)

[tee_grandbois]

bonjour,

je suppose que si on complexifie les fonctions, on peut avoir des blocages

la seule contrainte avec le mode runtime c'est qu'on ne peut pas ouvrir les objets en mode création pour en modifier les propriétés