PROBLEMA

Los clientes remotos de TASA y Gestasa PRODUCCIÓN, no ven los ficheros vinculados de imágenes, PDF, etc.

PORQUÉ

La instalación de TASA se encuentra en el “servidor” en la carpeta (por ejemplo)
D:\BORSAN\

El TASA y las rutas de imágenes, y las aplicaciones TASA y GESTASA, se encuentran colgando de D:\BORSAN\

Sin embargo, los diablos se encuentran ahora ejecutándose en una máquina virtual. Correcto. Y necesitan “ver” el servidor de ficheros.

Para ello se ha compartido la carpeta BORSAN y se han creado rutas remotas a la carpeta “T:\” como \\servidor\borsan, para que los diablos vean los ficheros directamente y el TASAS Servidor y Gestasa Servidor también los vean.

Entonces, en la máquina “servidor” se ha creado una unidad SUBSTITUIDA (SUBST) T: que apunta al D:\BORSAN

Desde el explorador de Windows todo se ve correctamente.

El problema es que el WEB SERVICE WSBORSANFTP, no “ve” las unidades substituidas y no ve T: por lo que cualquier petición de un cliente remoto de un fichero que está en T: no tiene acceso.

SOLUCIÓN
Para ello en el WSBorsanFTP se programó una tabla: wsdatos\rutas.dbf

En la que se tiene que dar de alta la unidad T: con la ruta de acceso que tiene al servidor de ficheros, que en este caso es D:\BORSAN\ pero que podría ser algo como \\SERVIDOR\BORSAN\ SI estuviera en una NAS o en otro servidor. Creando esta ruta YA FUNCIONA TODO OK.

Las pruebas iniciales que se hicieron, los diablos se ejecutaban en el propio “SERVIDOR” y tenían como rutas configuradas las de D:\BORSAN, por eso si se hicieron pruebas, se verían los ficheros en el TASA o Gestasa, pero al cambiar a T: dejaron de funcionar.

NOTA APARTE

En la tabla WSBORSANFTP\SETUPAPL se guardan las rutas del TASA y GESTASA para las actualizaciones remotas, las rutas de los ficheros, etc.

Actualmente está programado con rutas a D:\BORSAN y por eso toda esta parte sí ha funcionado siempre bien.
También funcionaría ahora bien si se pusiera: t:\vtasa91d, porque el WSborsanftp ya sabe convertir la ruta T: por D:\BORSAN