Executable

3) segun experiencias 'ajenas', cuando 'automatizas' las aplicaciones de
office de forma 'externa'...
es probable que algunas 'constantes' no puedan ser 'administradas' por la
aplicacion que esta 'manipulando' al excel [p.e.]
a) si grabas una macro en excel [solo para comprobar la sintaxis en
instrucciones como formatos, etc.]...
seguramente, luego de grabar [y revisar] la macro resultante, veras
instrucciones del tipo...
-> .HorizontalAlignment = xlCenter <-
b) si una linea como la anterior, que esta utilizando 'constantes' de
excel [como xlCenter] te llegara a 'causar problemas'...
-> se debera -precisamente- al 'manejo' de las constantes que desde
excel son 'transparentes'... pero 'desde fuera'... :-((
c) en 'tal caso'... prueba a CAMBIAR [en 'esas' lineas de codigo] las
constantes POR su valor 'real'...
p.e. xlCenter [que es lo mismo que 'xlHAlignCenter'] 'equivale' al
valor -4108 [menos_cuatro_uno_cero_ocho]
puedes comprobar esos valores [en vba de excel] desde la ventana de
'inmediato' con la sentencia: ? xlCenter y pulsas {enter}
o te puedes bajar un ZIP con las equivalencias de las constantes de
excel en: http://www.cpearson.com/Zips/XLConsts2.ZIP

si el rollo anterior, viene 'quedando de mas'... [simpemente]... no me hagas
caso :))
[en todo caso, creo que mas vale que zozobre... y no que fafalte] :D

saludos,
hector.

Eso es cierto si no colocas las referencias a Excel en tu aplicacion y
usas CreateObject o GetObject para crear las instancias (late binding),
si colocas las referencias apropiadas puedes usar

Dim xlApp as New Excel.Application ' en VB

y declarar las variables del tipo adecuado (early binding)