Discussion :

[ajen31]

Bonjour,

Je rencontre un problème pour lancer une macro Excel '.xlsm' dans une tache planifié Windows.

La macro se situe sur un serveur de notre domaine.
La tache planifié est créé sur un poste du domaine qui a accès au serveur.
Sur le poste, un lecteur réseau est créé pour accéder directement au dossier dans lequel est la macro.
La macro est lancée avec un compte admin du domaine.
Ce compte admin a une session de créé sur le poste (avec le lecteur réseau)

J'ai testé plusieurs choses sans succès.
- lancer excel.exe avec en paramètre le chemin de la macro (absolu et relatif(lecteur réseau))
- lancer directement la macro avec son chemin absolu ou relatif (absolu et relatif(lecteur réseau)
- lancer cmd.exe avec en paramètre le chemin de la macro (absolu et relatif(lecteur réseau))

Il y a bien un processus Excel qui est lancé, mais pas de visu et il tourne à l'infini.
Lorsque la macro est lancée un log est créé (incrémenté)

Je précise que ce n'est pas moi qui est dev la macro, mais l'un de mes collègue qui revient lundi.

Merci d'avance pour vos idées

[Jean-Philippe André]

Bonjour,

peut-on voir le fichier bat ?

A toute fin utile, as-tu jeter un oeil a
http://jpcheck.developpez.com/tutori...ous-windows-7/
et
http://jpcheck.developpez.com/tutori...ge-parametres/

[ajen31]

Bonjour jpcheck,

Non je n'avait pas lu. Pour le premier pas de soucis.

La macro fonctionne lorsque on la lance depuis une session Windows.
Une fois dans la tache planifié plus rien. Excel ou cmd sont bien lancés(processus), mais rien ne s'ouvre, ils tournent à l'infini.

J'ai voulu démarrer Excel (execl.exe) avec une tache planifié, il me met une erreur de lancement.

le batch est censé ouvrir la macro :
@echo off
Start P:\MacroAutomatique-Copie.xlsm

[Jean-Philippe André]

Attention, la la seule chose qui est faite est d'ouvrir le classeur, aucune macro en particulier n'est lancee, sauf presence d'un autoexec...

[ajen31]

Lorsque l'on ouvre le fichier .xlsm la macro se lance automatiquement (sujet traiter il me semble dans ce thread : http://jpcheck.developpez.com/tutori...ge-parametres/ )

De plus le classeur ne s'ouvre pas (du moins pas visuellement).

[Jean-Philippe André]

Et en essayant avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
@echo off
"C:\Program Files (x86)\Microsoft Office\Office14\EXCEL.EXE" "P:\MacroAutomatique-Copie.xlsm"

ca ne donne rien ?

[Invité]

Bonjour,
personnellement, je préfère écrire un script en VBScript que le planificateur de tache exécutera, et c'est lui qui ouvre une session Excel,le fichier et qui run la macro!

Code FichierVBScript.vbs :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
Dim xlapp
dim Wb
Set xlapp = CreateObject("Excel.Application")
xlapp.Visible = True
set Wb = xlapp.Workbooks.open("C:\MyTest\MyTest.xlsm")
Wb.application.Run "test"
Wb.close false
xlapp.Quit

[joe.levrai]

Bonjour,

oui je suis d'accord avec rdurupt, le vbs est beaucoup plus pratique pour les tâches planifiées

voici un exemple que j'utilise sur un programme "nocturne" qui tourne sur une VM

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
Set AppExcel = CreateObject("Excel.Application")
With AppExcel
    .Visible = True
    Set Wb = .Workbooks.open("D:\Users\Outlook.xlsm")
    .Run "TailleBal"
    .Quit
end With

Le fichier s'appelle "Outlook.xlsm"
La macro à lancer dans ce fichier s'appelle "TailleBal"
Le classeur est fermé directement à la fin de la macro, d'où le fait que le Vbs va uniquement fermer l'instance Excel à la toute fin


EDIT : j'avais pas rafraichis et vu que rdurupt avait rajouté un exemple de vbs

[Jean-Philippe André]

Oh, allez pas me detourner ajen31 du droit chemin du VBA hein

La solution te conviendrait-elle ?

[ajen31]

Bonjour à tous les deux,

Merci de vos réponses.

@jpcheck
j'ai essayé avec ta solution pour le bat
Il a créé le processus, démarrer la tache, terminé la tache.
Mais rien dans le log....

@joe.levrai
J'ai aussi testé ta solution.
"Echec du démarrage de l'action"

@rdurupt
Je n'ai pas testé ta solution.

Souvent lorsque j'essaye de lancer un .exe ou un .bat .vbs .... il me met "Echec du démarrage de l'action"

[joe.levrai]

Peux-tu nous montrer le vbs que tu as écris du coup ? Avec le chemin du fichier etc...

Et nous expliquer comment tu as planifié la tâche ?
J'ai des centaines de scripts (parfois plus complexes) comme ça qui s'enchainent à longueur de journée sur une machine virtuelle, et je n'ai pas de souci particulier

[ajen31]

J'ai repris a peu près la même chose qu' écrit joe.levrai :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
Set AppExcel = CreateObject("Excel.Application")
With AppExcel
    .Visible = True
    Set Wb = .Workbooks.open("chemincompletversmonfichier.xlsm")
    .Quit
end With

J'ai enlever le .Run.... la macro s'ouvre automatiquement lorsque l'on ouvre le fichier .xlsm.

la macro schématisé c'est ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
Private Sub Workbook_Open()
 
code traité dans la macro
 
End Sub

Il me semble donc qu'elle s'ouvre au lancement du fichier.

[Jean-Philippe André]

Cette piste me semble bonne, toutefois fait attention au code que tu mets dans ton workbook_open.

En effet se pose la question de l'ouverture avec execution de la macro en question "a tous les coups" ou bien "seulement par lancement automatise"

[Invité]

Il ne faut jamais place du code dans open mais dans une sub d'un module standard et appeler la sub à partir de Open!

[joe.levrai]

Je n'utilise pas de procédure évènementielle Workbook_Open avec des vbs, je ne saurai dire si ça provient de ça

Pour le vérifier, je te propose de déplacer cette procédure dans un module standard.
Appelle-la "test" par exemple

et ton fichier vbs devient :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
Set AppExcel = CreateObject("Excel.Application")
With AppExcel
    .Visible = True
    Set Wb = .Workbooks.open("chemincompletversmonfichier.xlsm")
    .Run "test"
    .Quit
end With

Si la procédure se lance, cela signifie que c'est bien le fait qu'elle soit dans le workbook_open qui pose problème.

[ajen31]

Bonne question.
Lundi je joint le dev pour voir avec lui si le pb viendrait pas de sa macro...

Je vous tiens au courant dès que j'ai plus d'info.

[Invité]

La méthode open permet par exemple l'initiation de variables public utiliser dans des fonction personnalisé elles même utiliser comme formule dans un tableau Excel.

Comme il faut que l'initiation se fassent avant le premier calcul automatique qui ce produit à l'activation du fichier.

Le fichier n'est pas actif et comme certainement on va trouvé de active activate et autres sélection!

Je préconise ne ne pas coder dans Open!

Ca ne veut pas dire qu'il ne faut pas place de activate dans Open ca dépend du système et dz ça vitesse d chargement.

On ne verra jamais quelqu'un descendre de l'avion tant qu'il roule sur le tarmac!

[ajen31]

Bonjour Bonjour,

Je viens donner la solution que j'ai trouvée.

Z-Cron.

J'ai voulu tester avec d'autres logiciels de planification de taches ''pour voir''.
Ça fonctionne en exécutant Excel.exe et le chemin de mon fichier .xlsm en paramètre.
Le seul ''Hic'' c'est que pour que ça fonctionne il faut que la session admin soit active(elle est verrouillé bien entendu).

J'ai l'impression que lorsque on veut lancer le fichier .xlsm (via la tache planifié) en tant que service ça ne fonctionne pas.
Mon responsable a validé.

Du coup ce n'est pas vraiment résolu, mais j'ai trouvé une solution alternative.

Merci pour vos réponses.
A +

[Invité]

bonjours,
depuis quand est il impossible d’exécuter une tache planifier Admin?