J'ai concu un tableau sur Excel pour la facturation de Téléphones mobiles.
(je suis comptable pour un supermarché)
Les différents buts de ce fichier sont:
-sortir une facture pour le client et la compta,
-déduire du stock l'appareil vendu
-ajouter une ligne récap; des infos de la vente et connaître la marge de la
vente
-controler la vente et voir si le vendeur nous fraude
Je ne veux pas que mes vendeurs qui utiliseront ce fichier puissent
"bidouiller" en leur faveur les données, je veux juste qu'ils puissent
utiliser ma macro de lancement de formulaire à renseigner la vente par ce
billet.
J'ai entendu parler d'Executable qui en fait semble me convenir?
pouvez vous m'en parler?
Merci
Hervé
La création de cet exe fait vraisemblablement appel à une procédure Visual Basic ( pas VBA ) pour créer un exécutable complet qui prend en charge p.e la création d'une nouvelle instance d'Excel, etc.. On n'a pas accès au programme VB que le programmeur a concu .
Pour autant, si je dis qu'il faut manier avec prudence ce programme, ce n'est pas que je crains le programme lui-même. J'attire simplement l'attention sur le fait que ce programme transforme un programme Excel en exe et ne demande pas à l'utilisateur l'autorisation d'activer les macros, et de plus l'icone du fichier converti ressembe comme 2 gouttes d'eau à l'icône classique d'Excel. Ce faisant, si on met dans les macros du fichier en question des instructions destructrices ( en fait formellement donc un virus) , l'utiisateur trompé d'une part par l'icone et d'autre part n'ayant pas la main sur l'autorisation des macros , peut déclencher en cas de programme mal intentionné , une cascade de problèmes dont il n' a pas idée. Au fond, je trouve intéressante cete possibilité de faire un .exe mais c'est une sacrée porte ouverte à tous les "bad boys" .
A+
salut,
"à manier avec précaution" => pourquoi ?
ça fait quoi exactement cette macro (je comprend pas bien comment elle crée ce .exe) ?
"anonymousA" a écrit dans le message de news: 43443f67$0$7845$
J'ai concu un tableau sur Excel pour la facturation de Téléphones mobiles. (je suis comptable pour un supermarché) Les différents buts de ce fichier sont: -sortir une facture pour le client et la compta, -déduire du stock l'appareil vendu -ajouter une ligne récap; des infos de la vente et connaître la marge de la vente -controler la vente et voir si le vendeur nous fraude
Je ne veux pas que mes vendeurs qui utiliseront ce fichier puissent "bidouiller" en leur faveur les données, je veux juste qu'ils puissent utiliser ma macro de lancement de formulaire à renseigner la vente par ce billet.
J'ai entendu parler d'Executable qui en fait semble me convenir? pouvez vous m'en parler? Merci Hervé
La création de cet exe fait vraisemblablement appel à une procédure
Visual Basic ( pas VBA ) pour créer un exécutable complet qui prend en
charge p.e la création d'une nouvelle instance d'Excel, etc..
On n'a pas accès au programme VB que le programmeur a concu .
Pour autant, si je dis qu'il faut manier avec prudence ce programme, ce
n'est pas que je crains le programme lui-même. J'attire simplement
l'attention sur le fait que ce programme transforme un programme Excel
en exe et ne demande pas à l'utilisateur l'autorisation d'activer les
macros, et de plus l'icone du fichier converti ressembe comme 2 gouttes
d'eau à l'icône classique d'Excel.
Ce faisant, si on met dans les macros du fichier en question des
instructions destructrices ( en fait formellement donc un virus) ,
l'utiisateur trompé d'une part par l'icone et d'autre part n'ayant pas
la main sur l'autorisation des macros , peut déclencher en cas de
programme mal intentionné , une cascade de problèmes dont il n' a pas idée.
Au fond, je trouve intéressante cete possibilité de faire un .exe mais
c'est une sacrée porte ouverte à tous les "bad boys" .
A+
salut,
"à manier avec précaution" => pourquoi ?
ça fait quoi exactement cette macro (je comprend pas bien comment elle crée
ce .exe) ?
"anonymousA" <anonymousA@wanadoo.fr> a écrit dans le message de news:
43443f67$0$7845$8fcfb975@news.wanadoo.fr...
J'ai concu un tableau sur Excel pour la facturation de Téléphones
mobiles.
(je suis comptable pour un supermarché)
Les différents buts de ce fichier sont:
-sortir une facture pour le client et la compta,
-déduire du stock l'appareil vendu
-ajouter une ligne récap; des infos de la vente et connaître la marge de
la
vente
-controler la vente et voir si le vendeur nous fraude
Je ne veux pas que mes vendeurs qui utiliseront ce fichier puissent
"bidouiller" en leur faveur les données, je veux juste qu'ils puissent
utiliser ma macro de lancement de formulaire à renseigner la vente par ce
billet.
J'ai entendu parler d'Executable qui en fait semble me convenir?
pouvez vous m'en parler?
Merci
Hervé
La création de cet exe fait vraisemblablement appel à une procédure Visual Basic ( pas VBA ) pour créer un exécutable complet qui prend en charge p.e la création d'une nouvelle instance d'Excel, etc.. On n'a pas accès au programme VB que le programmeur a concu .
Pour autant, si je dis qu'il faut manier avec prudence ce programme, ce n'est pas que je crains le programme lui-même. J'attire simplement l'attention sur le fait que ce programme transforme un programme Excel en exe et ne demande pas à l'utilisateur l'autorisation d'activer les macros, et de plus l'icone du fichier converti ressembe comme 2 gouttes d'eau à l'icône classique d'Excel. Ce faisant, si on met dans les macros du fichier en question des instructions destructrices ( en fait formellement donc un virus) , l'utiisateur trompé d'une part par l'icone et d'autre part n'ayant pas la main sur l'autorisation des macros , peut déclencher en cas de programme mal intentionné , une cascade de problèmes dont il n' a pas idée. Au fond, je trouve intéressante cete possibilité de faire un .exe mais c'est une sacrée porte ouverte à tous les "bad boys" .
A+
salut,
"à manier avec précaution" => pourquoi ?
ça fait quoi exactement cette macro (je comprend pas bien comment elle crée ce .exe) ?
"anonymousA" a écrit dans le message de news: 43443f67$0$7845$
J'ai concu un tableau sur Excel pour la facturation de Téléphones mobiles. (je suis comptable pour un supermarché) Les différents buts de ce fichier sont: -sortir une facture pour le client et la compta, -déduire du stock l'appareil vendu -ajouter une ligne récap; des infos de la vente et connaître la marge de la vente -controler la vente et voir si le vendeur nous fraude
Je ne veux pas que mes vendeurs qui utiliseront ce fichier puissent "bidouiller" en leur faveur les données, je veux juste qu'ils puissent utiliser ma macro de lancement de formulaire à renseigner la vente par ce billet.
J'ai entendu parler d'Executable qui en fait semble me convenir? pouvez vous m'en parler? Merci Hervé
Emcy
...bonne remarque
"anonymousA" a écrit dans le message de news: 43450683$0$17235$
La création de cet exe fait vraisemblablement appel à une procédure Visual Basic ( pas VBA ) pour créer un exécutable complet qui prend en charge p.e la création d'une nouvelle instance d'Excel, etc.. On n'a pas accès au programme VB que le programmeur a concu .
Pour autant, si je dis qu'il faut manier avec prudence ce programme, ce n'est pas que je crains le programme lui-même. J'attire simplement l'attention sur le fait que ce programme transforme un programme Excel en exe et ne demande pas à l'utilisateur l'autorisation d'activer les macros, et de plus l'icone du fichier converti ressembe comme 2 gouttes d'eau à l'icône classique d'Excel. Ce faisant, si on met dans les macros du fichier en question des instructions destructrices ( en fait formellement donc un virus) , l'utiisateur trompé d'une part par l'icone et d'autre part n'ayant pas la main sur l'autorisation des macros , peut déclencher en cas de programme mal intentionné , une cascade de problèmes dont il n' a pas idée. Au fond, je trouve intéressante cete possibilité de faire un .exe mais c'est une sacrée porte ouverte à tous les "bad boys" .
A+
salut,
"à manier avec précaution" => pourquoi ?
ça fait quoi exactement cette macro (je comprend pas bien comment elle crée ce .exe) ?
"anonymousA" a écrit dans le message de news: 43443f67$0$7845$
J'ai concu un tableau sur Excel pour la facturation de Téléphones mobiles. (je suis comptable pour un supermarché) Les différents buts de ce fichier sont: -sortir une facture pour le client et la compta, -déduire du stock l'appareil vendu -ajouter une ligne récap; des infos de la vente et connaître la marge de la vente -controler la vente et voir si le vendeur nous fraude
Je ne veux pas que mes vendeurs qui utiliseront ce fichier puissent "bidouiller" en leur faveur les données, je veux juste qu'ils puissent utiliser ma macro de lancement de formulaire à renseigner la vente par ce billet.
J'ai entendu parler d'Executable qui en fait semble me convenir? pouvez vous m'en parler? Merci Hervé
...bonne remarque
"anonymousA" <anonymousA@wanadoo.fr> a écrit dans le message de news:
43450683$0$17235$8fcfb975@news.wanadoo.fr...
La création de cet exe fait vraisemblablement appel à une procédure Visual
Basic ( pas VBA ) pour créer un exécutable complet qui prend en charge
p.e la création d'une nouvelle instance d'Excel, etc..
On n'a pas accès au programme VB que le programmeur a concu .
Pour autant, si je dis qu'il faut manier avec prudence ce programme, ce
n'est pas que je crains le programme lui-même. J'attire simplement
l'attention sur le fait que ce programme transforme un programme Excel en
exe et ne demande pas à l'utilisateur l'autorisation d'activer les macros,
et de plus l'icone du fichier converti ressembe comme 2 gouttes d'eau à
l'icône classique d'Excel.
Ce faisant, si on met dans les macros du fichier en question des
instructions destructrices ( en fait formellement donc un virus) ,
l'utiisateur trompé d'une part par l'icone et d'autre part n'ayant pas la
main sur l'autorisation des macros , peut déclencher en cas de programme
mal intentionné , une cascade de problèmes dont il n' a pas idée.
Au fond, je trouve intéressante cete possibilité de faire un .exe mais
c'est une sacrée porte ouverte à tous les "bad boys" .
A+
salut,
"à manier avec précaution" => pourquoi ?
ça fait quoi exactement cette macro (je comprend pas bien comment elle
crée ce .exe) ?
"anonymousA" <anonymousA@wanadoo.fr> a écrit dans le message de news:
43443f67$0$7845$8fcfb975@news.wanadoo.fr...
J'ai concu un tableau sur Excel pour la facturation de Téléphones
mobiles.
(je suis comptable pour un supermarché)
Les différents buts de ce fichier sont:
-sortir une facture pour le client et la compta,
-déduire du stock l'appareil vendu
-ajouter une ligne récap; des infos de la vente et connaître la marge de
la
vente
-controler la vente et voir si le vendeur nous fraude
Je ne veux pas que mes vendeurs qui utiliseront ce fichier puissent
"bidouiller" en leur faveur les données, je veux juste qu'ils puissent
utiliser ma macro de lancement de formulaire à renseigner la vente par
ce
billet.
J'ai entendu parler d'Executable qui en fait semble me convenir?
pouvez vous m'en parler?
Merci
Hervé
"anonymousA" a écrit dans le message de news: 43450683$0$17235$
La création de cet exe fait vraisemblablement appel à une procédure Visual Basic ( pas VBA ) pour créer un exécutable complet qui prend en charge p.e la création d'une nouvelle instance d'Excel, etc.. On n'a pas accès au programme VB que le programmeur a concu .
Pour autant, si je dis qu'il faut manier avec prudence ce programme, ce n'est pas que je crains le programme lui-même. J'attire simplement l'attention sur le fait que ce programme transforme un programme Excel en exe et ne demande pas à l'utilisateur l'autorisation d'activer les macros, et de plus l'icone du fichier converti ressembe comme 2 gouttes d'eau à l'icône classique d'Excel. Ce faisant, si on met dans les macros du fichier en question des instructions destructrices ( en fait formellement donc un virus) , l'utiisateur trompé d'une part par l'icone et d'autre part n'ayant pas la main sur l'autorisation des macros , peut déclencher en cas de programme mal intentionné , une cascade de problèmes dont il n' a pas idée. Au fond, je trouve intéressante cete possibilité de faire un .exe mais c'est une sacrée porte ouverte à tous les "bad boys" .
A+
salut,
"à manier avec précaution" => pourquoi ?
ça fait quoi exactement cette macro (je comprend pas bien comment elle crée ce .exe) ?
"anonymousA" a écrit dans le message de news: 43443f67$0$7845$
J'ai concu un tableau sur Excel pour la facturation de Téléphones mobiles. (je suis comptable pour un supermarché) Les différents buts de ce fichier sont: -sortir une facture pour le client et la compta, -déduire du stock l'appareil vendu -ajouter une ligne récap; des infos de la vente et connaître la marge de la vente -controler la vente et voir si le vendeur nous fraude
Je ne veux pas que mes vendeurs qui utiliseront ce fichier puissent "bidouiller" en leur faveur les données, je veux juste qu'ils puissent utiliser ma macro de lancement de formulaire à renseigner la vente par ce billet.
J'ai entendu parler d'Executable qui en fait semble me convenir? pouvez vous m'en parler? Merci Hervé
LSteph
Bonsoir Emcy, Il me semble avoir écrit, si tu lis bien:
Mais les feuilles restent modifiables par macro c'est le but! Tu sais ce genre de sécurité est loin d'être inviolable mais a au moins le mérite d'empêcher les modifs directes et surtout les mauvaises manip. ...
Cela t'éviterait d'écrire ceci
J'abandonnerais cette solution car il exite des macro sous excel qui permettent de casser le code de protection Et si tu pousse un peu la compréhension cela épargnerait aussi de cela:
... je crois bien qu'il n'est pas possible de récupérer le mot de passe (en tout cas avec la macro Acid, je n'y arrive pas).
a+
lSteph
"Emcy" a écrit dans le message de news: %
... je crois bien qu'il n'est pas possible de récupérer le mot de passe (en tout cas avec la macro Acid, je n'y arrive pas). Donc même s'il est possible de craquer le code de la macro après il est impossible de remettre le bon code de protection (vu qu'on ne peut pas le connaitre)
Donc si tu te rends compte que le mot de passe à changé (ou est inexistant), c'est que le classeur à été craqué : par contre tu ne pouras pas savoir qui et quand cela a été fait => tu ne pourras pas savoir quels elements ont été fraudés.
... a vérifier
Par contre, avec l'utilisation de XLtoEXE, si tu active dans la conversion l'option "HIDE", il me semble alors beaucoup plus difficile de craquer la macro. Cependant : il y a deux points à faire attention : 1- il te faut un userform qui s'ouvre au demarrage de excel et tu ne dois entrer/sortir des données dans la feuille excel qu'a partir de ta userfrom => l'utilisation de la fonction "HIDE" t'empêche de visualiser les tableaux Excel. 2- dans ta userform, il te faut créer un bouton enregistrer car avec l'option HIDE, les barres des menu et d'outils ne sont plus visibles.
=> a priori, avec cette methode il est assez difficle de craquer le classeur mais je ne suis pas un pro dans la matière : qu'en pensez-vous ?
"Emcy" a écrit dans le message de news:
salut, J'abandonnerais cette solution car il exite des macro sous excel qui permettent de casser le code de protection des macros et ceci très rapidement
"LSteph" a écrit dans le message de news:
.. a+ lSteph "JLuc" a écrit dans le message de news:
Bonjour à toutes à tous et à LSteph qui nous a tapoter de ses petits doigt ce qui suit :
;o))) Tu as la langue vraiment chargée! Non avec userinterfaceonly tu n'es pas obligé et tu peux lancer cette macro depuis un autre classeur pour ne pas que l'on voit le mdp dans le code et qq il en soit tu peux en plus protèger ton code dans le classeur actif. Mais les feuilles restent modifiables par macro c'est le but! Tu sais ce genre de sécurité est loin d'être inviolable mais a au moins le mérite d'empêcher les modifs directes et surtout les mauvaises manip.
Merci pour ce petit eclaircicement
:-Z JLuc
-- Pour m'ecrire directement :
Tomorrow is another day
Bonsoir Emcy,
Il me semble avoir écrit, si tu lis bien:
Mais les feuilles restent modifiables par macro c'est le but!
Tu sais ce genre de sécurité est loin d'être inviolable
mais a au moins le mérite d'empêcher les modifs directes
et surtout les mauvaises manip.
...
Cela t'éviterait d'écrire ceci
J'abandonnerais cette solution car il exite des macro sous excel qui
permettent de casser le code de protection
Et si tu pousse un peu la compréhension cela épargnerait aussi de cela:
... je crois bien qu'il n'est pas possible de récupérer le mot de passe
(en tout cas avec la macro Acid, je n'y arrive pas).
a+
lSteph
"Emcy" <toto@bla.com> a écrit dans le message de news:
%23qVu9pkyFHA.1568@TK2MSFTNGP10.phx.gbl...
... je crois bien qu'il n'est pas possible de récupérer le mot de passe
(en tout cas avec la macro Acid, je n'y arrive pas). Donc même s'il est
possible de craquer le code de la macro après il est impossible de
remettre le bon code de protection (vu qu'on ne peut pas le connaitre)
Donc si tu te rends compte que le mot de passe à changé (ou est
inexistant), c'est que le classeur à été craqué : par contre tu ne pouras
pas savoir qui et quand cela a été fait => tu ne pourras pas savoir quels
elements ont été fraudés.
... a vérifier
Par contre, avec l'utilisation de XLtoEXE, si tu active dans la conversion
l'option "HIDE", il me semble alors beaucoup plus difficile de craquer la
macro.
Cependant : il y a deux points à faire attention :
1- il te faut un userform qui s'ouvre au demarrage de excel et tu ne dois
entrer/sortir des données dans la feuille excel qu'a partir de ta userfrom
=> l'utilisation de la fonction "HIDE" t'empêche de visualiser
les tableaux Excel.
2- dans ta userform, il te faut créer un bouton enregistrer car avec
l'option HIDE, les barres des menu et d'outils ne sont plus visibles.
=> a priori, avec cette methode il est assez difficle de craquer le
classeur mais je ne suis pas un pro dans la matière : qu'en pensez-vous ?
"Emcy" <toto@bla.com> a écrit dans le message de news:
O0Z8FMkyFHA.3000@TK2MSFTNGP12.phx.gbl...
salut,
J'abandonnerais cette solution car il exite des macro sous excel qui
permettent de casser le code de protection des macros et ceci très
rapidement
"LSteph" <lecocosteph@frite.fr> a écrit dans le message de news:
eQla8efyFHA.2812@TK2MSFTNGP14.phx.gbl...
..
a+
lSteph
"JLuc" <ns.jeanluc.laurent@free.fr.ns> a écrit dans le message de news:
mn.2d967d5a0ee93be0.40692@free.fr.ns...
Bonjour à toutes à tous et à LSteph qui nous a tapoter de ses petits
doigt ce qui suit :
;o))) Tu as la langue vraiment chargée!
Non avec userinterfaceonly tu n'es pas obligé
et tu peux lancer cette macro depuis un autre classeur
pour ne pas que l'on voit le mdp dans le code
et qq il en soit tu peux en plus protèger ton code dans le classeur
actif.
Mais les feuilles restent modifiables par macro c'est le but!
Tu sais ce genre de sécurité est loin d'être inviolable
mais a au moins le mérite d'empêcher les modifs directes
et surtout les mauvaises manip.
Merci pour ce petit eclaircicement
:-Z
JLuc
--
Pour m'ecrire directement :
jeanluc.laurent@free.fr
Tomorrow is another day
Bonsoir Emcy, Il me semble avoir écrit, si tu lis bien:
Mais les feuilles restent modifiables par macro c'est le but! Tu sais ce genre de sécurité est loin d'être inviolable mais a au moins le mérite d'empêcher les modifs directes et surtout les mauvaises manip. ...
Cela t'éviterait d'écrire ceci
J'abandonnerais cette solution car il exite des macro sous excel qui permettent de casser le code de protection Et si tu pousse un peu la compréhension cela épargnerait aussi de cela:
... je crois bien qu'il n'est pas possible de récupérer le mot de passe (en tout cas avec la macro Acid, je n'y arrive pas).
a+
lSteph
"Emcy" a écrit dans le message de news: %
... je crois bien qu'il n'est pas possible de récupérer le mot de passe (en tout cas avec la macro Acid, je n'y arrive pas). Donc même s'il est possible de craquer le code de la macro après il est impossible de remettre le bon code de protection (vu qu'on ne peut pas le connaitre)
Donc si tu te rends compte que le mot de passe à changé (ou est inexistant), c'est que le classeur à été craqué : par contre tu ne pouras pas savoir qui et quand cela a été fait => tu ne pourras pas savoir quels elements ont été fraudés.
... a vérifier
Par contre, avec l'utilisation de XLtoEXE, si tu active dans la conversion l'option "HIDE", il me semble alors beaucoup plus difficile de craquer la macro. Cependant : il y a deux points à faire attention : 1- il te faut un userform qui s'ouvre au demarrage de excel et tu ne dois entrer/sortir des données dans la feuille excel qu'a partir de ta userfrom => l'utilisation de la fonction "HIDE" t'empêche de visualiser les tableaux Excel. 2- dans ta userform, il te faut créer un bouton enregistrer car avec l'option HIDE, les barres des menu et d'outils ne sont plus visibles.
=> a priori, avec cette methode il est assez difficle de craquer le classeur mais je ne suis pas un pro dans la matière : qu'en pensez-vous ?
"Emcy" a écrit dans le message de news:
salut, J'abandonnerais cette solution car il exite des macro sous excel qui permettent de casser le code de protection des macros et ceci très rapidement
"LSteph" a écrit dans le message de news:
.. a+ lSteph "JLuc" a écrit dans le message de news:
Bonjour à toutes à tous et à LSteph qui nous a tapoter de ses petits doigt ce qui suit :
;o))) Tu as la langue vraiment chargée! Non avec userinterfaceonly tu n'es pas obligé et tu peux lancer cette macro depuis un autre classeur pour ne pas que l'on voit le mdp dans le code et qq il en soit tu peux en plus protèger ton code dans le classeur actif. Mais les feuilles restent modifiables par macro c'est le but! Tu sais ce genre de sécurité est loin d'être inviolable mais a au moins le mérite d'empêcher les modifs directes et surtout les mauvaises manip.
