Discussion :

[SireHill]

Bonjour,

Le copier/coller me pose problème, il peut mettre à mal les Conditional Formatting de mes champs de saisie.

Je recherche donc une solution qui, dès l'ouverture du fichier Excel, n'autorise que des coller en valeur, soit interdit purement et simplement le coller. Dans tous les cas, cela doit rester au niveau du fichier excel en question. J'ai fait quelques recherches sur le forum sans trouver de réponses à mes questions ...

D'où mes deux questions :
1- Est t'il possible de griser la fonction "Coller/Paste" pour un fichier en particulier ? Voire n'autoriser que le coller en valeur ? et cela dès l'ouverture !
2- Passer par macro semble exclus puisque les macro ne sont pas actives à l'ouverture. Où existe t'il une solution alternative en VBA ?

C'est mon premier message, votre indulgence si je n'ai pas déposé le fil sur le forum adéquat …

Version : MO 365 ProPlus

D'avance merci.

[MarcelG]

Salut,

Tu peux consulter cette solution fournie par l'ami Unparia.

[SireHill]

Merci pour ta réponse, j'avais vu ce fil, mais il semble que sa solution s'appuie sur du VBA considérant une activation préalable des macros, non ?
Je cherche une solution qui n'autorise pas le coller et ceci dès l'ouverture …

[MarcelG]

que sa solution s'appuie sur du VBA considérant une activation préalable des macros, non ?

Ben oui! A moins que je ne me sois trompé de forum.
Ceci dit, tu peux créer, je pense, un module standard auquel se référera l'évènement Change des feuilles concernées.

[SireHill]

On ne se comprend pas. La solution que je recherche ne doit pas dépendre de l'activation manuelle des macros parce que tant que cette activation ne sera pas effectuée, le coller reste possible, ce que je veux éviter à tout prix … Peut être que ma question n'était pas assez claire sur ce point

[Menhir]

2- Passer par macro semble exclus

Dans ce cas, pourquoi poser la question dans la rubrique Macro et VBA Excel ?

Une solution simple pour éviter le collage : empêcher la copie.
Mettre dans un SelectionChange (activé chaque fois que l'on sélectionne une cellule) une instruction qui vide le buffer de copie comme CutCopyMode.
https://msdn.microsoft.com/fr-fr/lib...0(v=office.15)
https://docs.microsoft.com/fr-fr/off...on.cutcopymode

Edit : je n'avais pas ouvert le lien proposé par MarcelG ( ) mais la solution que je propose est plus ou moins la même que celle proposée par unparia ( re ).

[SireHill]

Bonjour Menhir,

Si j'ai posé le fil ici c'est parce que j'ai un doute sur la possibilité d'utiliser VBA, d'où la question qui suit l'extract que tu as fait … Mais bon …

Pour ta réponse, il y a une chose que je ne comprends pas.
Pour que la solution que vous proposez, l'un comme l'autre, il faut que les macros soient activées, non ? Seulement quand j'ouvre un fichier excel, les macros ne s'activent pas, il faut le faire manuellement et tant que ce n'est pas fait le copier/coller est possible. Je me trompe ?

[Menhir]

Pour que la solution que vous proposez, l'un comme l'autre, il faut que les macros soient activées, non ? Seulement quand j'ouvre un
fichier excel, les macros ne s'activent pas, il faut le faire manuellement et tant que ce n'est pas fait le copier/coller est possible. Je me trompe ?

Lorsqu'un utilisateur ouvre un fichier contenant des macros, Excel lui demande s'il veut les activer.
S'il n'accepte pas, alors les macros ne seront pas activées.

Cependant, il y a deux éléments que tu dois prendre en compte dans la résolution de ton problème :
Premièrement, ce n'est pas faisable (à ma connaissance) sans macro avec simplement les commandes et fonctions Excel.
Deuxièmement, à partir du moment où des macros sont dans le processus, il ne peut pas être question de sécurité totale (il existe toujours un moyen de contourner, ou alors, il faut monter des usines à gaz lourdes et contraignantes).

Donc, la résolution de ton problème passera forcément par l'approbation et la bonne volonté des utilisateurs.
Si c'est fait contre eux, ils trouveront un moyen de contourner. Et plus la protection sera contraignante, plus ils feront des choses stupides et destructrices pour la contourner.

Bref, il est plus efficace, selon moi, de responsabiliser les utilisateurs que d'essayer de les contraindre, comme a put me le montrer l'expérience que j'ai dans ce domaine.
Mais c'est un avis qui n'engage que moi.

[patricktoulon]

re
bonjour

sans macro activé a moins de protéger la feuille par MDP et encore je ne vois pas la chose possible

[unparia]

Bonjour
1)
- comme Menhir (que je salue) te l'a rappelé, tu es ici dans la section VBA du forum, ce qui signifie clairement que tu recherches une solution VBA
- or, comme tu le dis toi-même, aucune solution VBA ne saurait être opérationnelle si le classeur est ouvert en interdisant les macros
--->> pas de solution VBA sans VBA !
2) sans instructions VBA, un classeur est ouvert selon les seules options (fichier --->> options Excel) définies par l'utilisateur
Aucune option Excel n'existe pour empêcher ce que tu dis vouloir empêcher

La boucle est donc bouclée.

[SireHill]

Ok merci à vous deux.

C'est un peu ce que je craignais. Je comprends ton point de vue Menhir, mais même en sensibilisant les gens, je sais aussi par expérience que ca partira à vau-l'eau

Du coup, je pense à quelque chose. Quand j'ouvre le fichier pour la première fois, il demande l'activation des macros, si on les active, que l'on quitte excel, que l'on revienne dans la foulée, les macros sont toujours actives, savez vous comment cela fonctionne ? Où conserve t'il cette information ?

[patricktoulon]

re
non le fichier ne conserve pas cette information c'est dans les réglages de l'application Excel et encore heureux non ???
sinon tu pense bien je te file un fichier foireux et je fous en l'air ton installation
la réponse était dans ta question

[SireHill]

Bah je ne disais pas l'inverse, je cherche juste à savoir si vous savez comment ca fonctionnait et le nom du fichier qui conserve cette information ?

[unparia]

Bah je ne disais pas l'inverse, je cherche juste à savoir si vous savez comment ca fonctionnait et le nom du fichier qui conserve cette information ?

Désolé, mais je ne comprends ni le sens de cette phrase, ni ce que tu compterais faire de ce "fichier". D'autant que les instructions VBA qu'il "contiendrait", n'auraient de vie qu'avec VBA, pendant la vie de VBA, ... (et donc inutilisables sans lui) ...

[SireHill]

C'est moi. J'ai du mal m'exprimer, ce fichier n'intègre pas de VBA mais des paramètres.
Excel doit utiliser un fichier paramètres pour pouvoir gérer différemment l'ouverture d'un fichier comme j'en parle plus haut. Je cherchais donc à savoir sur quel fichier paramètre il s'appuie pour cela. Mais c'est pas grave, je vais chercher autrement.

En tout cas, merci à tous pour vos réponses et votre patience …

[patricktoulon]

re
alors je vais te le répéter doucement
tu ne peux pas avec un fichier de paramètre ou autre empêcher le copier coller sans passer par du vba ou protéger la feuille

il n'y a pas de fichier de paramètre ca n'existe pas c'est un réglage dans l'application qui t'active vba ou pas (PAS DANS LE FICHIER !!!!!)
ce qui veux dire que a chaque nouveau pc qui utilisera ce fichier et n'ayant pas les macro activées te fera la demande
l'utilisateur choisira non et hop ton anti copier/coller a la poubelle
avec vba tu peux crée quelque routine pour empêcher le copier coller autrement non non non non non et non

conclusion
comme ton problème est la demande d'activation des macro selon les pcs et que tu ne veux pas que ca se produise
la réponse est claire et SANS APEL !!!
non non non non et non

[Menhir]

Je comprends ton point de vue Menhir, mais même en sensibilisant les gens, je sais aussi par expérience que ca partira à vau-l'eau

Si tu as établi une procédure claire et que le problème survient parce que l'utilisateur n'a pas suivi cette procédure, alors c'est sa responsabilité à lui qui est engagée et c'est à lui qu'est imputable les désagréments résultant du problème (perte de temps, de données, d'argent, d'énergie, etc.).
Dans mon entreprise, cette responsabilité est bien établie et ce sont les utilisateurs eux-mêmes qui subissent les conséquences de leurs erreurs.
C'est un esprit qui met un peu de temps à se mettre en place (l'excuse "c'est la faute de l'informatique" a la peau dure) mais qui est très payant pour tout le monde à moyen terme.

Du coup, je pense à quelque chose. Quand j'ouvre le fichier pour la première fois, il demande l'activation des macros, si on les active, que l'on quitte excel, que l'on revienne dans la foulée, les macros sont toujours actives, savez vous comment cela fonctionne ? Où conserve t'il cette information ?

Cette information est conservée par Excel sur le poste. Elle n'est pas enregistrée dans le fichier.
En fait, c'est uniquement le nom et l'emplacement du fichier qui sont marqués. Il suffit de changer une lettre dans le nom du fichier ou de le déplacer et cette information devient caduque.
Je n'en suis pas sûr mais je pense que cette information doit être conservée dans les registres Windows, chose que, personnellement, je préfère ne pas toucher pour éviter de mettre en vrac ce que je ne saurais pas réparer.

La seule solution pour ton problème, ce serait de faire une macro VBA et de rendre ton fichier inutilisable si les macros ne sont pas activées.
Mais ce serait très lourd et très contraignant pour les utilisateurs si tu veux faire quelque chose qui soit protégé au moins contre le premier quidam ayant un peu lu l'aide Excel.

[patricktoulon]

re

Si tu as établi une procédure claire et que le problème survient parce que l'utilisateur n'a pas suivi cette procédure, alors c'est sa responsabilité à lui qui est engagée et c'est à lui qu'est imputable les désagréments résultant du problème (perte de temps, de données, d'argent, d'énergie, etc.).

c'est aussi et très souvent !! une façon pour le webmaster ou développeur de se dégager de ses responsabilités l'ors de plantage par ce qu'il a pas prévu ceci ou cela
combien de fois j'ai du appeler le service qui a installer les commande informatique sur mes machine industrielles et mon dis vous vous être trompé quelque part
alors qu'ils avaient pas envisagé toute possibilités dans leur code


la RESPONSABILITE devient tout d'un coup très relative hein menhir

c'est toujours plus facile de dire que c'est le plus petit (l' utilisateur)qui a tords surtout que la plus part du temps il n'a pas d'argument pour se défendre car il n'y connais absolument rien

pour moi si il y a plantage par ce que l'utilisateur landa c'est trompé ,c'est le développeur qui a laissé une porte et puis c'est tout ,parce que très souvent il considère que ce qu'il sait les autres doivent le savoir (((et entre parenthèses si c'était le cas on aurait pas besoins de lui )))

chacun a sa place
le développeur développe et prévois tout les cas de figures c'est son job
l'utilisateur utilise

c'est pas pour rien que par exemple Microsoft propose des version release ou beta de ces système d'exploitation pendant des mois avant de sortir une version finale, c'est bien pour avoir des retours sur d'éventuelles trous dans leurs raisonnement
et ce n'est qu'un exemple parmi tant d'autres


maintenant je ne peux plus le faire je suis mon propre patron, mais si quand j'étais salarié on m'aurait dit c'est de ma faute si le PC a planté, le gards n'aurait plus de dents surtout qu'a cette époque je savais tout juste envoyer un email et encore des qu'il y avait une mise a jour sur l'app mail j'était perdu

j'avais 30 ans quand j'ai envoyé mon premier mail

je pourrais aussi te parler le l'application que j'ai payé tres cher pour ma compta quand j'ai démarré mon activité (devis facture archives etc...) qui n'a jamais fonctionné correctement
j'ai du me faire un truc pour démarrer a l'époque sur Excel qui fonctionne encore aujourd'hui
j'ai d'ailleurs fini par sortir le représentant de mon atelier manu military et ils m'ont remboursé l'intégralité de ce que j'avais versé

relative la responsabilité surtout pour le développeur

[Menhir]

c'est toujours plus facile de dire que c'est le plus petit (l' utilisateur)qui a tords surtout que la plus part du temps il n'a pas d'argument pour se défendre car il n'y connais absolument rien

C'est pour cela que j'ai indiqué que cette responsabilité est assujettie à l'établissement d'une procédure d'utilisation claire et complète.

Si l'utilisateur suit la procédure et que l'application dysfonctionne, alors le développeur est responsable et doit rectifier le code ou la procédure.
Si l'utilisateur décide, de sa propre initiative, de faire différemment de ce qui est décrit dans la procédure, alors il est responsable des conséquences.

Bien sûr, je ne parle pas ici de logiciels ouverts mais d'applications à usage limité tel qu'on en développe en VBA.

pour moi si il y a plantage par ce que l'utilisateur landa c'est trompé ,c'est le développeur qui a laissé une porte et puis c'est tout

Il est impossible de prévoir tout ce qu'un opérateur humain est capable de faire.
Surtout sur un PC qui reste complètement ouvert à de multiples manipulations extérieures à l'application concernée.

surtout qu'a cette époque je savais tout juste envoyer un email et encore des qu'il y avait une mise a jour sur l'app mail j'était perdu

Un salarié doit être formé pour savoir utiliser les outils lui permettant d'assurer sa fonction.
On ne fournit pas un harnais à un salarié sans lui faire une formation de travail en hauteur.

Dans mon service, un technicien embauché refusait complètement d'utiliser l'informatique et de suivre une formation.
Donc il ne pouvait pas lire de mail, rédiger de compte-rendu d'intervention, imputer ses heures de travail, consulter les plannings, etc.
Il a été impossible de le garder parce que ces éléments faisaient partie de sa fonction et son refus le rendait inapte pour le poste.

j'avais 30 ans quand j'ai envoyé mon premier mail

Quand j'avais 30 ans, personne n'envoyait de mails.

[SireHill]

Si tu as établi une procédure claire et que le problème survient parce que l'utilisateur n'a pas suivi cette procédure, alors c'est sa responsabilité à lui qui est engagée et c'est à lui qu'est imputable les désagréments résultant du problème (perte de temps, de données, d'argent, d'énergie, etc.).
Dans mon entreprise, cette responsabilité est bien établie et ce sont les utilisateurs eux-mêmes qui subissent les conséquences de leurs erreurs.
C'est un esprit qui met un peu de temps à se mettre en place (l'excuse "c'est la faute de l'informatique" a la peau dure) mais qui est très payant pour tout le monde à moyen terme.

Bonjour Menhir, tu sais, chez nous, l'utilisateur se moque de ces aspects et n'a pas de considération pour ces sujets. Au final, si tu n'y prends pas attention, tu te retrouves vite avec un fichier excel mité de partout qui ne répond plus au besoin (là aussi je parle par expérience). Mon objectif n'est pas de bloquer une manipulation volontaire de "destruction", mais d'empêcher le coller par inadvertance, par manque de maitrise ou manque d'information. Tu sais comme moi que beaucoup utilisent des outils sans prendre la peine de lire le moindre manuel même procédural. Après, si un utilisateur, malgré cette protection à minima venait à dégrader le fichier (du coup de manière volontaire) c'est moi qui donne le coup de bâton …

Cette information est conservée par Excel sur le poste. Elle n'est pas enregistrée dans le fichier.
En fait, c'est uniquement le nom et l'emplacement du fichier qui sont marqués. Il suffit de changer une lettre dans le nom du fichier ou de le déplacer et cette information devient caduque.
Je n'en suis pas sûr mais je pense que cette information doit être conservée dans les registres Windows, chose que, personnellement, je préfère ne pas toucher pour éviter de mettre en vrac ce que je ne saurais pas réparer.

La seule solution pour ton problème, ce serait de faire une macro VBA et de rendre ton fichier inutilisable si les macros ne sont pas activées.
Mais ce serait très lourd et très contraignant pour les utilisateurs si tu veux faire quelque chose qui soit protégé au moins contre le premier quidam ayant un peu lu l'aide Excel.

ON Y EST !!! Merci, voilà deux pistes que je peux exploiter.
Je vais commencer par la solution la plus soft et tenter de rendre le fichier inutilisable tant que les macro ne sont pas activées, puis le rendre à nouveau inutilisable quand on quitte le fichier. C'est peut être cela la solution que je cherchais ! Un grand merci à toi !!