Connecter toute l'entreprise à l'applicatif Excel

Bonjour à tous...
J'ai récemment créé une application pour mon service. Seul le personnel ressources humaines a accès. Avec cette application nous pouvons imprimer les attestations de présence au poste et seul le secrétariat est autorisé à le faire. Le problème est que chaque année il y a de nouveaux enseignants donc la base de données est mise à jour. Je voudrais donc connecter le secrétariat à cette application afin de pouvoir facilement imprimer les attestations de présence au poste en utilisant les données fournies par le RH.
Schéma :

RH---------------->
                           [Apk VBA: Données Inspection]                  
Secrétaire----->

J'espère est plus clair dans mes explications. Merci

tu veux que les RH soient en lecture écriture et le secrétariat en lecture seule c'est bien celà ?

Oui... J'ai pensé d'abord à un travail en réseau. Mais en réseau, lorsque le fichier est ouvert, je me demande si l'autre utilisateur peut lancer l'impression via l'userform car je sais l'écriture est impossible.

Il y a sans doute plusieurs configurations possible, en bas niveau au niveau de Windows tu crée deux groupes utilisateurs, un groupe avec privilège lecture écriture et un groupe avec les privilèges lecture seule.

Bon évidemment une personne peut s'amuser à faire une copine locale et changer les privilèges après l'idée c'est que y a pas de problématique sécu, avec les secrétaires de la fac tu devrais être tranquille c'est pas le commercial qui veut bidouiller les paramètres d'un contrat standard pour marger plus

Bref tu peux sans doute gérer des groupes utilisateurs par VBA mais c'est plus usine à gaz, tu identifies l'utilisateur par exemple avec un application.username.

Plus solide récupérer le num du HDD en VBA enfin y a plein de truc faisable tu peux sinon gérer un accès protégé par mdp...

Merci pour l'intervention... C'est du lourd .

Ok... Je ne vais pas mettre résolu pour la discussion. Je te reviendrai après d'autres recherches. Merci encore

Bonjour à vous, Bonjour au Forum,

Je ne peux que conseiller un utilitaire central qui servira à toutes les applications que tu gères, ainsi que celles à venir.

A savoir: une table de données (ou tableau structuré) de tous les collaborateurs concernés.
La clé de chaque enregistrement (ligne) serait la propriété, propre à chacun, Application.Username ou Environ("Username").
Les champs (colonne) reporterait les fonctionnalité propre à chacun (exemple: accès oui/non, tel bouton visible: oui/non...)
Que ce soit en termes d'enregistrement ou de champs, cette table de donnée évoluera.

Ainsi, à chaque applicatif, dès l'évènement Open, les fonctionnalités propres seraient gérées par cette table.

Pour ma part, j'ai développé une fonction basée sur un type de données.
Celle-ci va chercher l'identifiant concerné et retournera, pour chaque item, la colonne (habilitation..) concernée.

C'est là l'organisation que j'ai adopté dans ma configuration professionnelle tant en termes de données du personnel collaborateurs utilisant mes applicatifs, que la pyramide des données commerciales.
J'insiste: même si au moment T, un seul applicatif est concerné, cette organisation permettra la gestion de ceux à venir plus aisée.

Il ne faut pas craindre en effet de disposer d'un seul item pour des procédures ou fonctions pouvant en gérer plusieurs.
(Select Case, Public Type...).
A partir d'un investissement, somme toute modeste, la gestion future ne posera aucun problème d'adaptation.

Bonjour Marcel... Merci pour l'intervention.
Votre idée est très bien appréciée. Pouvez vous me faire une image de votre proposition ?
J'avais pensé à un système où les deux utilisateurs même si ont des applications différentes mais leur base de données reste identique. C'est à dire créer un autre classeur excel, le mettre en réseau et enregistrer les travaux en identifiant le chemin d'accès. Étant donné mon niveau basique en VBA, je ne voyais pas trop d'options.

on peut également penser à des modèles types .xlt c'est une alternative pour la lecture seule
le .xlt est par défaut en lecture seule, en vérité il génère un fichier local à chaque ouverture classique donc aucun risque de corrompre le fichier source
pour l'éditer il faut passer en mode création du modèle par exemple en faisait un click droit ouvrir sur le fichier on ouvre le modèle source sans créer d'émanation locale

les .xlt offrent une certaine souplesse car pas besoin de gérer des groupes d'utilisateurs désignés, il y a donc une bonne portabilité entre les environnements dont on n'a pas forcément connaissance a priori - c'est donc un format avec bien des avantages qui offre souplesse et sécurité

il est à ce titre bien adapté à tout ce qui est éditique, on le retrouve donc souvant dans les word au format .dot ou .dotm où le fichier local nécessite d'être archivé/sauvegardé

Salut.

Le partage de données (de tableaux structurés) pour la lecture, c'est typiquement le boulot de POWER QUERY en XL2019. La personne qui doit modifier les données ouvre la "DB" et y ajoute les données. Les autres classeurs s'y connectent via Power Query et on peut demander la mise à jour à l'ouverture du classeur. C'est l'affaire de quelques clics sans VBA, surtout si les chemins réseau sont les mêmes pour tout le monde.


@Gorzyne: Puisque tu te plains du niveau technique des réponses sur le forum... Je ne vois pas bien l'aide que pourrait apporter un modèle dans le cas qui nous occupe... Mais j'ai peut-être loupé quelque chose.