Erreur 2046 La commande ou l'action « SauvegarderEnregistrement » n'est pas disponible pour l'instant.

Question

Bonjour à tous.

Table "Jour_Homme" --> Table "ouvrages"
Table "Jour_Homme" --> Table "Prets"

En résumé, une journée d'ouvrier/employé avec
(A) ses ouvrages (tâches), quantités et temps, et
(B)  éventuellement un ou +sieurs prêts dans un autre service.

J'ai un formulaire (un peu) spécial basé sur la table jour_homme.  À l'intérieur du formulaire :
(1) un petit sous-formulaire basé sur la table "Prets" (pour le point B)
(2) une bonne quantité de zones de texte indépendantes.  Sur click sur un bouton, une procédure VBA parcourt ces zones de texte pour y enregistrer des fiches dans la table ouvrages. (point A)

Pour m'assurer que la clé primaire de la table jour_homme existe, j'utilise un " RunCommand acCmdSaveRecord " avant la procédure VBA citée en 2
Cela fonctionne la plupart du temps, mais de temps en temps j'ai l'erreur 2046 La commande ou l'action « SauvegarderEnregistrement » n'est pas disponible pour l'instant..

v2007, fonctionnement en réseau MAN (cahin caha) avec frontales et une dorsale sans verouillage.  Mais du côté proche du serveur, la même erreur survient.

Il s'agit principalement d'ajout de données.  (Il existe une possiblité de modification de données, mais certainement pas deux utilisateurs différents sur la même fiche en même temps et encore moins sur une fiche en cours de création)
Les rapports utilisent une copie de la dorsale en local  et n'influencent donc absolument pas les encodages en cours.

Alors, pourquoi cette erreur que je n'arrive pas à reproduire.  Les frontales sont en mode runtime et c'est quasi le lendemain qu'on m'informe de l'erreur (pas toujours futées les encodeuses)

Avec mes meilleures salutations, Blaise

Answer 1

Bonjour,

Normalement si la relation existe, le fait d'alimenter Jour_Hommes créé un enregistrement connexe dans Ouvrages.

Je n'utilise pas cette méthode étant un adepte du SQL pour les opérations d'insertion, de m.a.j. ou de suppression.

Ceci dit, l'erreur 2046 peut-être causée par de multiple raisons : par exemple, un OpenForm ou OpenReport déclenche la même erreur.
 

"v2007, fonctionnement en réseau MAN (cahin caha) avec frontales et une dorsale sans verouillage.  Mais du côté proche du serveur, la même erreur survient."

Mmmm, est-il possible de détailler cette citation ?

---

Argy

Answer 2

Bonjour Argy

"/v2007, fonctionnement en réseau MAN (cahin caha) avec frontales et une dorsale sans verouillage. Mais du*côté proche du serveur*, la même erreur survient./"

Mmmm, est-il possible de détailler cette citation ?

L'erreur semble / semblait être plus fréquente à 200 km du serveur qu'à côté.  Le serveur de fichiers est récent.
J'ai du mal à avoir des infos de ce côté là.  Je ne suis même pas un pion sur l'échiquier : L'informatique est sous-traitée par une société "soeur" appartenant au groupe.  Je suis là "incognito" pour développer des monitorings pour le management (qui ne peut attendre des années pour avoir leurs outils).

Un autre problème est que je n'arrive pas à reproduire l'erreur.  Et si je reste derrière l'opératrice qui encode, tout fonctionne à merveille (refrain connu).
Ainsi, aujourd'hui l'erreur n'est arrivée qu'une seule fois, mais j'étais encore dans mon lit ;-)

CDT, Blaise

Answer 3

Une solution que j'adoptais consistait à tenter de mettre à jour "pour rien" une valeur dans une table...

Dans une fonction, un Do Loop se chargeait de mettre à jour un champ date. J'ouvrais préalablement un RS pour prendre la valeur de cette date (de l'enregistrement visé) et appelais la fonction pour mettre à jour ce champ avec la même valeur : tant que l'erreur était levée (False de la fonction), je faisais patienter l'utilisateur en affichant un message de conflit d'écriture (avec des mots choisis).

Le champ date était un champ "CreationDate" qui avait pour valeur par défaut Now().

Si cela peut vous inspirer...

---

Argy

Answer 4

Salut!

Je sais que ça va avoir l'air d'une réponse de débutant à quelqu'un qui si connait probablement plus que moi...

 

Mais as tu vérifié que Access n'avait pas créé une macro random dans la feuille de propriété?

J'ai eu cette erreur lors de test de mon formulaire, j'avais utilisé un template qui avait une macro qui provoquait cette erreur.

 

Bonne continuation!

Answer 5

Macro random ?

Non, pas plus que d'alligators dans l'Escaut à Tournai :D