Bonjour,
Le fichier excel est un classeur contenant de nombreux onglets: 

•  Un onglet de saisie pour les vendeurs.
• Un onglet de saisie pour le manageur lecture des saisies vendeurs.
• X onglets individuels, càd un par utilisateur dans lequel sont stockés leurs saisies.
• Un onglet de paramètre et un onglet de référence.
• Des macros.

Avant diffusion, des tests ont été effectué à partir de 3 micros différents pour controler  le mode partagé.
L'option classeur partagé d'excel permet un usage multiutilisateurs.

Le problème survient à l'ouverture du  fichier partagé par l'annonce d'une erreur d'automation qui bloque excel, obligeant l'utilisateur à Killer le process.

En mode non partagé par d'erreur pour personne.

Si un manageur partage le fichier, j'ai l'erreur d'automation et pas lui
Si je partage le fichier, il a l'erreur d'automation et pas moi.

Pouvez-vous me donner des pistes de recherche sur comment localiser ce type d'erreur d'automation?

Merci d'avoir lu jusqu'au bout mon message.

Bonsoir JackyAmiens, le Forum,

Pour l'instant, ce qui me vient à l'idée :
Tu parles d'onglets pour saisie de certains, pour lecture d'autres utilisateurs, etc...
Ton classeur joue-t'il sur la protection des feuilles ?

Si tel est le cas, il me semble qu'Excel en « mode partagé » ne supporte pas les protections/déprotections de feuille à la volée. La protection est normalement supportée si mise en place avant le mode partagé, mais il est interdit de protéger/déprotéger les feuilles (même par code VBA) une fois le mode multi-utilisateurs activé.

Ceci est peut-être la cause de ton problème...

Cordialement,

Bonjour MyDearFriend,

Les onglets qui sont masqués possédent aucune protection.
Comme j'utilise une macro à l'ouverture d'identification et de type  de présentation (1 ou 2 onglet affiché).

J'ai éliminé cette macro et le problème demeure. Les essais sont très compliqués à faire dans le sens ou les utilisateurs sont déportées et leur disponibilité très limités. Il me faut donc établir des ébauches de localisation efficace sur les raisons de cette erreur d'automation.

 Mon code de programmation est loin de respecter les règles d'écriture. Je suis plus un bidouilleur qu'un expert.

A tout hazard, je mets à dispo l'un de mes fichiers.
A l'invite ident saisir JACKY

Cordialements, Jacky

Bonsoir JackyAmiens,

Le problème n'est effectivement pas simple à cerner, d'autant que je suis pour l'instant dans l'impossibilité de reproduire le problème.

Cela dit, autant c'est gênant et bloquant pour toi, autant je trouve ce mystère intéressant et moi aussi, j'aimerais comprendre...

Si tu n'as pas découvert une solution entre temps, dès que je peux (il me faut notamment remettre un de mes micros en fonction, puis en réseau à la maison pour pouvoir observer cette erreur automation) je tente d'enquêter davantage...

Cela dit, je le dis et le répète une fois encore, même si ce n'est peut-être pas la source du problème ici :

1. les variables (toutes les variables!), ça se déclare !
2. VBA et le partage de classeur Excel, ça n'a jamais fait bon ménage.

Cordialement,

Bonjour,

L'erreur me semble difficile à reprodruire même en se mettant en réseau puisque j'ai eu un fonctionnement correct avec d'autres collègues.
La différence est peut-être liée au type des micros et à l'usage du VBA voir de l'api GetUserName.

Je reconnais qu'effectivement je ne fais pas toutes les déclarations de variables et que le code est loin d'être très rigoureux (il comporte peu de commentaires).

Le fichier excel mis sur le site comporte une protection lièes aux utilisateurs en regardant l'identifiant de connexion sur le poste informatique (API). Des onglets cachés sont présents dont "paramètres" qui contient des plages nommées (j'en utilise bcp).


Actuellement comme la solution du partage ne permet pas le fonctionnement voulu. 
Le fichier excel a été modifié intégralement pour  utiliser une liaison avec une base Access.
Cdlt,