Armando, hay un dato importante en ese n煤mero: -2147023170 corresponde a 0x800706BE, cuyo c贸digo Windows es RPC_S_CALL_FAILED, 芦la llamada a procedimiento remoto fall贸禄. Aunque el mensaje de WINOLE diga 芦Argument error: ADD禄, eso no demuestra que falte un argumento: Microsoft documenta Workbooks.Add con Template opcional.
Tampoco significa necesariamente un fallo de la LAN: la llamada de automatizaci贸n a Excel puede fallar en el propio equipo. Que Excel est茅 instalado no garantiza que pueda crear un libro en la cuenta y sesi贸n desde las que ejecutas el programa.
Primero separar铆a estos casos:
- En el servidor, con la misma cuenta de Windows que ejecuta tu aplicaci贸n, 驴Excel abre manualmente y permite crear y guardar un libro nuevo? Comprueba si aparece alg煤n aviso pendiente; no hace falta cambiar permisos para esta prueba.
- 驴El EXE se ejecuta all铆 en una sesi贸n de usuario abierta, o desde un servicio/tarea programada sin sesi贸n interactiva? La advertencia de Microsoft sobre automatizaci贸n desatendida de Office se refiere a ese contexto, no simplemente a que el equipo se llame 芦servidor禄.
- Indica Windows, versi贸n de Excel, FWH y Harbour/xHarbour del equipo que falla, y si al producirse el error Excel se cierra o queda alg煤n aviso visible. Si el Visor de eventos registra un fallo de EXCEL.EXE en ese instante, bastan el c贸digo y m贸dulo del fallo, sin nombres de documentos ni datos privados.
Con eso podremos distinguir un problema de inicio/perfil/contexto de ejecuci贸n de un fallo posterior de Excel. No dar铆a todav铆a como soluci贸n reinstalar Office, ejecutar como administrador, abrir puertos ni modificar DCOM. No he reproducido tu equipo y el c贸digo de error por s铆 solo no fija la causa.
Fuentes Microsoft:
https://learn.microsoft.com/en-us/windows/win32/debug/system-error-codes--1700-3999-
https://learn.microsoft.com/en-us/office/vba/api/excel.workbooks.add
https://support.microsoft.com/en-us/visio/considerations-for-server-side-automation-of-office