Exporter une table SAS sous un classeur Excel contenant des données et des macros VBA

[Lendou]

Bonjour,

Besoin : Exporter une table SAS sur une feuille Excel contenant déjà des données (écraser les anciennes données Excel)
Difficulté : il y a des macros sur cette feuille Excel

Programme sas :

Code :

1
2
3
4
5
6
7
8
%macro export (fic=);
PROC EXPORT DATA=work_rm.&fic 
            OUTFILE="Chemin où se trouve le fichier Excel"
            DBMS=EXCEL REPLACE;
     SHEET="&fic"; 
RUN;
%mend; 
%export (fic=Nom fichier Excel);

Lorsque ma feuille Excel n'a pas de macro, la macro EXPORT fonctionne bien. Au contraire, lorsque ma feuille Excel contient une macro --> Erreur

Log sas :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
ERROR: DBMS type EXCEL not valid for export.
NOTE: The SAS System stopped processing this step because of errors.
NOTE: PROCEDURE EXPORT used (Total process time):
      real time           0.01 seconds
      user cpu time       0.00 seconds
      system cpu time     0.00 seconds
      Memory                            14k
      Page Faults                       6
      Page Reclaims                     14
      Page Swaps                        0
      Voluntary Context Switches        1
      Involuntary Context Switches      0
      Block Input Operations            0
      Block Output Operations           0

Pistes de contournement ??? (a voir)
* Lorsque le fichier Excel cible est vide, l'exportation fonctionne bien
--> Comment faire pour supprimer les valeurs d'une feuille Excel à partir de SAS ?
--> Comment executer une macro Excel à partir de SAS (cette macro effacerait les données de la feuille Excel)

Merci pour votre aide

[bahraoui]

les liens DDE et une bonne solution.
mais il faut les maitriser.

[green_fr]

Si je ne me trompe pas, il n'y a pas de possibilité d'utiliser le DDE dans SAS Guide v4. Au moins mes collègues qui l'ont fait sous SAS v8 galèrent pour passer tout sous XML de Excel.

[Lendou]

Bonjour,

J'ai réussi à trouver une solution de contournement : (ça vaut ce que ça vaut !!!)

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
/* Déclaration des macros-variables*/
%let lib= work_rm;	/*Librairie où se situe la table SAS*/
%let rep= P:\Analyses diverses\Proc Export\; 	/* Répertoire du fichier Excel (cible) */
%let fic= honoraires.xls; 	/*Nom du fichier Excel*/
 
/* le premier paramètre (tab) est obligatoire. Par défaut, si la variable "feuil" n'est pas renseignée, la feuille 
doit avoir le même nom que la table SAS. De plus, si la feuille n'existe pas, elle sera créée.*/
 
%macro export (tab,feuil);
 
%IF &feuil= %then %let feuil=&tab.;
%let nomficq = %BQUOTE(")&rep.&fic.%BQUOTE(");
 
filename cmds DDE "EXCEL|SYSTEM"; 
options noxwait noxsync; 
 
DATA _null_; /* Ouverture de Excel*/
rc=system('start excel');
run; 
 
DATA _null_; /* Ouverture du fichier Excel*/
file cmds; 
put "[open(&nomficq)]"; 
run;
 
filename zone_xls dde "excel|[&fic]&feuil.!L1C1:L65536C256" notab;
    DATA _null_ ; /* la feuille est remise à blanc*/
        file zone_xls ;
      put " ";
    run ;
 
DATA _null_; /* Sauvegarde + quitter Excel*/
file cmds ; 
put "[Save()]"; 
put "[Quit()]"; 
run;
 
PROC EXPORT DATA=&lib..&tab.
            OUTFILE="&rep.&fic."
            DBMS=EXCEL REPLACE;
     SHEET="&feuil."; 
RUN;
 
%mend;
 
%export (tab=, feuil=);

Néanmoins, il y a un bugg SAS :

Dans certains (je n'arrive pas à savoir lesquels), SAS exporte la table sous une nouvelle feuille intitulé NomSouhaité1.

Exemple : sheet="toto" (dans la proc export) --> Résultat la feuille s'intitule "toto1"
sheet="toto20" (dans la proc export) --> Résultat la feuille s'intitule "toto201"

Quelqu'un a-t-il déjà rencontré cette anomalie ?
Fais-je une erreur dans mon programme SAS ?

[bahraoui]

Je ne comprends pas ce que tu fais:

tu utilises les liens DDE pour ecrire dans ton fichier et à la fin tu utilises un proc export!!!!

[alexd]

Bonjour,

je suis d'accord avec bahraoui, c'est très étrange.
J'ai déja utilisé la proc export sur des fichier Excel avec macro, et sur des feuille ayant déja un contenu et je n'ai jamais rencontré ce soucis...

Ton pb initial vient peut-être du fichier Excel initial et non de SAS, as-tu vérifié que ce n'est pas un pb de sécurité de macro sous Excel, ou un truc du genre ...

[SASSOEUR]

Bonjour,

Je rencontre à peu près le même problème (même message d'erreur, procédure arrêtée) mais avec une proc import et sans même que ma procédure soit inclue dans une macro !

Rien de plus simple apparemment, une simple importation à partir d'une table excel normale, j'ai déjà fait cette manipulation à plusieurs reprises par le passé sans rencontrer aucun problème mais là je viens d'installer SAS sur un nouveau PC, c'est peut-être dû à problème d'accès.

Voilà ce que me retourne la log :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
68   PROC IMPORT DATAFILE = "P:\Rotor-simpl.xls"
69   OUT = work.rrotor
70   DBMS=EXCEL
71   REPLACE;
ERROR: DBMS type EXCEL NOT valid FOR import.
NOTE: The SAS System stopped processing this step because of errors.
NOTE: PROCEDURE IMPORT used (Total process time):
      real time           0.00 seconds
      cpu time            0.00 seconds
 
72   SHEET="Feuil1$";
73   GETNAMES=YES;
74   RUN;

Merci de m'aider, je n'ai vraiment aucune idée.
J'ai essayé d'autres valeurs dans DBMS (XLS ,EXCEL3, 4, EXCEL2000, ...)

Désolé de "parasiter" ce sujet. Je pense qu'il y a des chances pour que les 2 problèmes soient liés.

Merci d'avance

[olivier.decourt]

@ SASSOEUR :
ton souci vient de l'absence de licence SAS/ACCESS TO PC FILES, ou du fait que ce module n'est pas installé sur ton PC.
Solutions de contournement : PROC EXPORT format DLM ou lien DDE et FILE/PUT dans une étape Data.

Olivier

[SASSOEUR]

Merci infiniment.

Du coup, j'ai un peu (beaucoup) honte d'avoir dérangé pour si peu.

Dans un premier temps, j'ai contourné le problème en important les tables sur une autre version plus complète que j'avais sous le coude sur un PC perso. Je n'ai qu'une dixaine de tables à importer individuellement.
Je me pencherai plus tard sur des solutions plus "sérieuses".

P.S. @ olivier.decourt : Va voir tes MP