Una consulta que no sé cómo plantearla. Bueno, lo intento.

Tengo una una base de datos formada por aplicación y tablas (sistema back end, en red). Tiene su pequeña complejidad pero tampoco es nada del otro mundo. La he realizado con access 365 (2016, creo).

Tengo dos versiones de aplicación (el ejecutable), la accdb y la accde para los compis que trabajarán sobre ella. Como el personal va a trabajar con Runtime access (2016) yo lo he descargado también y me funciona perfectamente; la aplicación se abre bien (comienza por un form para logarse). Funciona perfectamente las dos versiones  (db y de), y tanto con access 365 como con runtime.

La pregunta. Un usuario intenta abrirlo (cualquiera de las dos, la "db" o la "de"), con runtime y le da error:

" La expresión Al hacer clic que ha especificado como valor de la propiedad de evento produjo error

La expresión no da como resultado el nombre..."

Abre el formulario de inicio para logarse y da ese error. No tengo ni idea de porqué lo hace.

Si me pueden dar alguna sugerencia lo agradezco mucho.

Gracias por adelantado.

Por situarme. Entiendo que, si el mismo usuario en la misma máquina, abre la aplicación con Access (no runtime), no obtiene el error.

¿Tienes localizado el evento exacto que falla?

Un saludo

El/los usuario/s no tiene/n licencia de access; yo como administrador si la tengo y abro tanto con access como con runtime sin ningún problema. Sólo tienen Runtime (la misma versión).

El evento que falla es al cargar el formulario de inicio. En ese formulario tengo dos eventos:

Después, hay una dos cuadros combinados: el primero despliega distintos departamentos de la empresa y el segundo los usuarios (discriminados por el departamento elegido). Finaliza con un campo para el pass y los botones de aceptar y cancelar.

Además, como curiosidad, carga los datos del los cuadros combinados inusualmente lento (a mi me lo hace instantáneo), como si se quedara en un extraño bucle o qué sé yo. Obviamente, al aceptar no entra en el formulario de trabajo y da error.

Gracias por tu interés.

Si te hace falta algún dato más házmelo saber.

Deberás evaluar si se ejecuta el Runtime para saber si ejecutas o no esa línea

If SysCmd(acSysCmdRuntime) Then ... es Runtime

Un saludo

Lo que no entiendo es que yo lo abro perfectamente tanto con runtime como con access. Y es la misma versión que los usuarios; además ambos ejecutables (db y de)sin problema. 

Eso es lo que me mosquea y despista. 

puede ser que entres como administrador?

Windows no se comporta igual si el usuario es administrador que si es el administrador!!

No sabría decirte. Ya se que has dicho que tu lo abres desde el runtime... ¿estás absolutamente seguro que lo estas abriendo con el Runtime? En la parte inferior derecha debería decir algo como "funciona con Microsoft Access" o algo parecido.

 

https://ibb.co/PrRpv7T" rel="nofollow - https://ibb.co/PrRpv7T

No tengo ni idea. Estoy dándole vueltas y ... de momento no se me ocurre nada..

Gracias 

Hola.

Ya agrenaste la ruta N:/ a la zona de confianza de access?

Si la respuesta es no deberias agregarla, hay muchos ejemplos en el foro de como hacerlo por codigo.

Saludos

Tengo añadida la ruta como centro de confianza; lo que no sé  es si los usuarios, que sólo tienen runtime, ven esa ruta como centro de confianza.

Igual la tienen que añadir al ejecutar la aplicación por código...

He buscado el código que ejecute agregar el centro de confianza al abrirse la aplicación para runtime 2016 y no lo encuentro.

Si Vd. sabe dónde podría orientarme.

Gracias.

Espero que por esa dirección esté el problema.

Gracias de nuevo.

Hola.

Puedes crear un block de notas y agregar los siguiente:

[HKEY_CURRENT_USER \ Software \ Microsoft \ Office \ 11.0 \ Access \ Security \ Trusted Locations \ Location20] “Path” = “C: \\ Database \\” “Description” = “Mi ubicación de la base de datos”

[HKEY_CURRENT_USER \ Software \ Microsoft \ Office \ 12.0 \ Access \ Security \ Trusted Locations \ Location20] “Path” = “C: \\ Database \\” “Description” = “Mi ubicación de la base de datos”

[HKEY_CURRENT_USER \ Software \ Microsoft \ Office \ 14.0 \ Access \ Security \ Trusted Locations \ Location20] “Path” = “C: \\ Database \\” “Description” = “Mi ubicación de la base de datos”

[HKEY_CURRENT_USER \ Software \ Microsoft \ Office \ 15.0 \ Access \ Security \ Trusted Locations \ Location20] “Path” = “C: \\ Database \\” “Description” = “Mi ubicación de la base de datos”

si tu version de access no es ninguna de ellas deberas cambiar la version donde dice 11.0 o 12.0, 13.0 etc. en alguna de ellas!

Luego este block de notas lo guardas como .reg y lo ejecutas!

Saludos y ojala te sirva!

 a ver qué tal...

Versión "extendida"

http://www.mvp-access.com/foro/centros-de-confianza-y-seguridad_topic77419.html" rel="nofollow - http://www.mvp-access.com/foro/centros-de-confianza-y-seguridad_topic77419.html

Versión "resumida"

http://www.mvp-access.com/foro/utilidades-centros-de-confianza-resumen_topic77421.html" rel="nofollow - http://www.mvp-access.com/foro/utilidades-centros-de-confianza-resumen_topic77421.html

He realizado las pruebas y no da resultado.

Gracias Xavi. Ese post ya lo vi anoche.

Al cargar el formulario de entrada, he puesto el evento que  arranque el ejecutable que me cree el centro de confianza. Eso lo hace pero después al logarme me vuelve a salir el mensaje:

Además les vuelve a salir el mensajito de access de la imagen, aun cuando se ha creado el centro de confianza.

https://ibb.co/PrRpv7T" rel="nofollow - https://ibb.co/PrRpv7T

Ni idea; lo que me resulta chocante es que a mi me funciona bien y la única diferencia es que por detrás tengo el access completo aunque no lo use al arrancarlo.

No sé....

Al abrir ya empezaron a salir errores. Se trataba de corregirlos uno a uno. Después de cada uno, hacer una copia accdr y probarla con el RunTime (cambiando la asociación de la extensión al fichero que lo abre)

Así hasta que lo conseguí depurar todo.

Recuerdo haber encontrado errores de:

- Centro de confianza

- Librerías

- Controles ActiveX

- Acciones no realizables en Runtime (ocultar ventana, saber si un procedimiento existe)

Me temo que solo en ensayo-error será la solución

Un saludo

He pensado en intentar trabajar en una versión antigua tipo mdb, mde, y aunque pierda funcionalidades no tengo tantas restricciones de seguridad.

No sé si es una opción...

Hola.

Cree una clave de registro en un ordenador con access 16 y runtime, la ejecute y creo la clave del registro sin inconvenientes.

Copia el contenido en un txt y guardalo con extension .reg luego lo ejecutas:

Espero te sirva, saludos

EDITO: debes cambiar el contenido de C:\\RUTADETUBASE\\ por la ubicacion donde esta tu base de datos

Esta ejecución la debe realizar cada usuario que acceda (que sólo tienen runtime) o sólo yo, que sí tengo access 16 y runtime ?

Hola.

Es un archivo que se debe ejecutar en cada puesto de trabajo, hay que tener en cuenta que depende que version del runtime tiene cada puesto de trabajo! En este caso sirve para la version 16, se debera modificar dependiendo la version del runtime de cada puesto!

Saludos

Salu2

Buenas

Hace tiempo hice lo siguiente cuando tuve la necesidad de trabajar con RunTime , creas un fichero plano texto TXT y copia y pegas el siguiente código,

a ese fichero lo llamas por ejemplo ZonaDeConfianza2016 y le cambias la extensión TXT y le pones .vbs al final te quedará un fichero VBScript llamado ZonaDeConfianza2016.vbs

Lo ejecutas en cada ordenador que utilices RunTime y a continuación ya podrías ejecutar tu fichero Access normalmente.

Cambia la constante cVersion

cVersion = "15.0"   ' < es valido para Access 2013
cVersion = "14.0"   ' < es valido para Access 2010

cVersion = "12.0"   ' < es valido para Access 2007

Sin ánimo de ser agorero, pero Maserrano dijo:

Estoy totalmente de acuerdo , cada uno es responsable de lo hace ,........ pero eso ya seria otro tema de discusión ....... Microsoft Access debería resolver ese problema con el RunTime y No lo hace y traspasa el problema al programador / desarrollador ........

Para que ZonaDeConfianza2016.vbs se tiene que ejecutar en el mismo directorio donde este ubicado el fichero Access accdb o accde

El lunes hago indagaciones y contesto.

Tenéis razón por lo de cambiar registros. 

No sé si lo autorizarán...

Yo sólo propongo soluciones.

Alternativamente estoy buscando trabajar con versiones anteriores (mbd - mde) que no son tan restrictivas con la seguridad y el tema de centros de confianza; sé que perderé funcionalidades pero también es otra solución alternativa. Ya veremos qué ocurre.

Gracias de veras.

He realizado pruebas toda la mañana y no me funciona; he probado con el scrip "ZonaDeConfianza2016.vbs" de Javier y me dice que ha creado la zona pero no funciona la aplicación con runtime. También he probado con el .reg de max y tampoco... Joer qué mala suerte!

No creo que sea cuestión de buena o mala suerte (no creo en eso).

Durante el fin de semana me curré la aplicación a la versión 2003 (perdiendo algunas funcionalidades, pocas, la verdad, y haciendo pruebas con un compañero a final de mañana le ha funcionado;me dice que no le cargaba unos directorios de imágenes pero supongo que eso ha sido fallo mío por ir deprisa y lo tengo que depurar.

Lo importante es que arranca la aplicación.

No me quiero rendir con la versión de 2016... pero es que no sé qué hacer. 

Bueno, gracias a todos. 

maserrano escribió: No me quiero rendir con la versión de 2016... pero es que no sé qué hacer.

Buenas, haz la siguiente prueba

1-Crea una nueva base completamente vacia de Access 2016 en formato ACCDB

Añades un formulario con solo texto (nada mas) que ponga "Hola Mundo" (por ejemplo...)

Desde el panel de control (Tengo Access en Ingles asi que No se como lo habran traducido)

File > Options > Current Database  > Display form > para que ese formulario sea tu formulario de inicio

En tu ordenador sin Access pero con Runtime 2016 instalado

2- Copia el nuevo fichero ACCDB

3- Ejecuta ZonaDeConfianza2016.vbs

Salu2

He creado el fichero ACCDB y el compañero (que no tiene access, sólo Runtime) ha ejecutado, primero, el scrip "ZonadeConfianza2016" y luego la base.

El resultado es que le abre la base y le muestra el formulario simple, pero antes le salta un mensaje de seguridad de access como el que acompaño en el enlace

https://ibb.co/sR533kz" rel="nofollow - https://ibb.co/sR533kz

Posteriormente, lo he abierto yo con mi Runtime (tengo access y Runtime) y me abre también la base de datos sin pasar por el mensaje de aviso.

Me da la sensación de que el script que ejecuta el compañero y que al final dice:

"Fin Zona de Confianza creada con exito"

realmente no se ejecuta..., no sé... si se trata de eso.

Salu2.

Creo que eso es algo que se establece desde Access por lo que, con runtime, a lo mejor no puedes establecerlo.

¿Alguien los ha utilizado?

Has comprobado el registro de Windows ?

HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Access\Security\Trusted Locations\

 

Respondo a Javier:

En mi ordenador de casa he comprobado el registro y tengo en la ruta especificada:

Location0 con la Descripción VBScript por Javier Mil...  o sea que sí.

En mi ordenador del trabajo tengo:

Location0 con la Descripción Access default location: Wizard Databases  ..., y:

Path C:\Program Files (x86)\Microsoft Office\Root\Office16\ACCWIZ\

y también:

Location6  , con el:

Path \\sc.cap.junta-andalucia.es\aplicaciones\_bbdd\OO_BALSAS\

Esta última dirección es la que yo le digo desde access que es un centro de confianza. Yo puedo hacerlo porque tengo access.

La impresión que saco es  que el script no se ejecuta aunque diga que sí lo hace. Lo creo porque no hay una descripción en algún script que diga "VBScript por Javier Mil... "

Por otro lado, en el ordenador del compañero que sólo tiene Runtime no puedo mirarlo pero creo que no hace falta pues en el mío no se ha ejecutado y tengo menos "restricciones".

Cambiando de tema y contestando a prga:

No tengo ni idea de certificados digitales de código para incluir en un programa. Desconozco por completo ese tema.

Veamos si me explico:

Si abre Word, por ejemplo, y te vas a las opciones, centros de confianza, configuracion de bloqueo de archivos, creo recordar que lo que configuras en esa pantalla vale para todos icrosoft office, por lo que puedes quitar ese aviso

Edito:

opciones, centros de confianza,vista protegida

y en sitios de confianza, uedes ver los sitios que tienes

¿Has probado eso que dices? 

Yo ya lo intenté en su momento y me salen distintos en cada aplicación Office. Yo creo que cada aplicación Office maneja su colección de centros de confianza.

Comprobado: la lista de ubicaciones de confianza es distinta en Excel que en Word que en Access

https://support.office.com/es-es/article/agregar-quitar-o-cambiar-una-ubicaci%C3%B3n-de-confianza-para-sus-archivos-7ee1cdc2-483e-4cbb-bcb3-4e7c67147fb4

Como vereis no habla para nada de personalizar aplicacion sino todo el paquete

edito:

El Centro de confianza es donde encontrará la configuración de seguridad y privacidad de los programas de Microsoft Office. Como la cinta de opciones tiene la misma apariencia en todos los programas de Office, los pasos para buscar el Centro de confianza son los mismos en todos los programas. Las opciones disponibles en el Centro de confianza le permiten compartir documentos con las personas que desee, así como buscar y eliminar información oculta que no desee divulgar. Para más información sobre la privacidad de Office, lea la

https://support.office.com/es-es/article/ver-mis-opciones-de-privacidad-en-el-centro-de-confianza-de-microsoft-office-d672876e-20d3-4ad3-a178-343d044e05c8

 A partir de no se que versión/actualización, los "centros de confianza" ya no son del paquete, son de cada programa, vamos los del word no sirven para el access.

Hola.

Las ubicaciones de confianza son diferentes para cada aplicacion. los trusted son diferentes

[HKEY_CURRENT_USER \ Software \ Microsoft \ Office \ 16.0 \ Access \ Security \ Trusted Locations \ Location20]

Para que el mismo permiso funcione en Excel deberias agregarlo tmbien, algo asi

[HKEY_CURRENT_USER \ Software \ Microsoft \ Office \ 16.0 \ Excel \ Security \ Trusted Locations \ Location20]

Saludos.

Pero, además, ningún usuario tiene herramientas de Office (word, Excel, Power,... y por supuesto Access), con lo cual esa vía tampoco sería válida.

Nuestra Administración trabaja con LibreOffice.

Lo que ocurre es que la base de datos de este paquete (Base) está a años luz de Access; además ofrece explotar la vía del Runtime, aunque tampoco sé hasta qué punto.

Salu2

(De buen rollo, que ya se lo que es "trabajar" para/en administración pública)

A ver,..........  si en un ordenador ejecutas ZonaDeConfianza2016.vbs y luego puedes comprobar en el registro Windows que se creado una Nueva Zona de Confianza .............. y repites exactamente el mismo proceso en otro ordenador y No se crea una Zona de Confianza,..........

entonces diría que el segundo ordenador esta "protegido" de algún modo ......

Por curiosidad que sistema operativo tiene el Ordenador que No se crea la Zona de Confianza ?

Es de suponer que el programa falla al no poder ejecutar código y demás por la falta de la zona de confianza.

 Vale. He creado el AddPath y se me ha añadido al registro. Lo que ocurre es que no sé si el resto del personal podrá...

https://ibb.co/NF8Zcyf" rel="nofollow - https://ibb.co/NF8Zcyf

Por otro lado, he realizado una firma según las opciones indicadas. Lo que ocurre es que es una firma privada, con sus limitaciones, como adjunto en la imagen...

https://ibb.co/SJwHd8z" rel="nofollow - https://ibb.co/SJwHd8z

Pues, mañana seguiré haciendo pruebas con el compi a ver qué tal.

Salu2

Veamos si me llama y comento.

Salu2

He adaptado tu ejemplo y se crea la zona; posteriormente al volver a clicar, dice que la zona está creada y que no es necesario.

..., pero sigue dando error.

https://ibb.co/ZJPFxYs" rel="nofollow - https://ibb.co/ZJPFxYs

https://ibb.co/k6QcZfy" rel="nofollow - https://ibb.co/k6QcZfy

Me tiene confundido pues dice que no carga eventos al iniciar y cargar el formulario de entrada. Y luego da ese error.

En fin....

Salu2

Parece que ahora el error es distinto , en el sentido que No parece estar relacionado con la Zona de Confianza ......

Por ir descartando errores

1-Crea una Base nueva vacia e importa TODOS los objetos ,.......

2-Marca solo las Referencias / Librerías mínimas que necesites para que la aplicación funcione ,... No pongas referencias extra innecesarias.......

3-Haz un DEBUG

4-Compacta la Base

 

He pensado que el problema puede estar en el usuario con el que hago pruebas o la Delegación a la que pertenece.

En ese sentido, he hecho pruebas con otro lugar y usuario; concretamente Servicios Centrales y mi jefa...

Le han instalado Runtime 2016; la primera vez que lo ha ejecutado le ha salido un mensaje de microsoft en relación a actualización "Lo primero es lo primero..." decía. Le ha dicho que más tarde.

A continuación le ha salido el mensaje de seguridad de access típico de la ubicación y, después ha arrancado la aplicación perfectamente con todas las funcionalidades. ??

A) Podría ser un problema de ciertas restricciones en la provincia con la que he empezado a poner la aplicación a probar??

B) Será problemas del usuario en concreto que tiene algo mal en la instalación (antes tenía otro Runtime), y debería desinstalar/instalar de nuevo ??

No sé...

Pero algo es algo

Salu2

Gracias.

El problema se vuelve a repetir con otro usuario de la misma Delegación. Sin embargo con los Servicios centrales NO...

Se tratará de permisos y configuraciones...?

Voy a tratar de implementarlo con otra Delegación (Granada) y veré qué resultados tengo.

Con este nuevo usuario que he probado me sale el mensaje:

La expresión "Al cargar" que ha especificado como valor de la propiedad de evento produjo el error La acción OpenForm se canceló.

Mientras pruebo con Granada voy, paralelamente, a hacer lo que dice el maestro Javier:

Veamos qué tal.

Salu2

Qué es extra y qué no lo es ?

Gracias

Las librerías mínimas son 3:

- Visual Basic For Applications

- Microsoft Access x.x Object Library

- OLE Automation

A partir de aquí, cada librería añadida es un problema en potencia.

Problema de "existencia": es posible que la librería que hayas referenciado NO exista en la máquina dónde se ejecuta. Entonces obtendriamos el error FALTA

Problema de versiones: si tu desarrollas en Office 2013 (por ejemplo) y tu usuario en 2013 o superior, las versiones se adecuan automáticamente ya que es listo para "subir". Por contra, si tu versión de Office es superior a la del usuario, es mu'tonto para bajar la versión.

Solución: intentar ahorrar las librerías externas lo más posible. Declarar como Object, utilizar constantes en lugar de nombres de constante, etc.

Mira esto:  http://www.llodax.com/smf/index.php?topic=183.0" rel="nofollow - http://www.llodax.com/smf/index.php?topic=183.0

Un saludo

Lo que me da rabia es no saber porqué.

Bueno ha sido un placer y, por mi parte, se podría cerrar el hilo.

Gracias.

Podrías hacer una prueba ... coloca como back-end una mdb (formato 2.003) que esa no la 'marcan'. A mi me sacó de un buen lío en un cliente que compartimos varios foreros ... 

Voy a realizar una copia de back-end (tablas) y de aplicaciín en 2003; además lo haré con un portátil pequeñito que tengo y sólo tiene access 2003.

Veremos qué tal.

Gracias.

Pueden relacionarse (vincularse) tablas en mbd (formato 2003) y aplicación en accdb (formato 2016)

Yo creo que no, pero Vds. son los genios de esto...

Gracias.

Bueno, por lo menos se ha acotado el problema.

Supongo que el hilo se puede cerrar.

Gracias a todos.

Salu2