Neckkito Nck

Aquí tienes un ejemplo simplificado para que sólo tengas que cambiar los valores de las variables del código para adaptarlos a tu BD. No deberías tener ningún problema: http://www.mediafire.com/download/vc8tik5psdxevst/Noa-TExp.ListaNombres.zip

Por lo que comentas da la sensación de que se te ha corrompido la base de datos. Realiza una compactación, a ver si el problema se resuelve. Si no, créate una base de datos en blanco e importa los objetos de tu bd original, a ver si así se arregla....

Además de estar totalmente de acuerdo con lo que comenta Sveinbjorn, llamar la atención sobre el hecho de que el programa AgendaDID que mencionas no solo necesita Access (o runtime para funcionar), sino que EXPRESAMENTE necesita Access (o runtime)...

Con permiso de Sveinbjorn, una pequeña aclaración (sin haberlo deseado me ha salido un pareado) xDD El ejemplo inicial que di en Facebook utilizaba, para no tener que complicarse la existencia con registro de referencias, la sistemática del "late...

Y yo te pego la misma respuesta que te dí, de nuevo con permiso de Jacinto ;-) <<Con permiso de Jacinto, ahí tienes otra opción. No es directa (te la tendrás que trabajar un poco), pero quizá te sirva: 1.- Guarda el formato que tienes de documento en...

Con permiso de Jacinto, ahí tienes otra opción. No es directa (te la tendrás que trabajar un poco), pero quizá te sirva: 1.- Guarda el formato que tienes de documento en Excel como si fuera una imagen. Evidentemente, cuanto más se asemeje a un DIN-A4...

Cuando hagas el traspaso de los datos de Clientes a Pedidos haz, desde el formulario de Clientes: 1- En el formulario de Clientes, un docmd. Runcommand accmdsaverecord 2.-En el formulario de Pedidos, un Forms! FormularioPedidos. Refresh A ver si así...

http://nksvaccessolutions.com/Foro/Hola! Sin ver exactamente todos los elementos no acabo de ver cuál es el problema, salvo que la parte de búsqueda parece, a simple vista, un poco enrevesada. Ahí tienes un ejemplo simplificado, a ver si puedes sacar...

si este ejemplo puede servirte: http://bit.ly/1Ho31x8 De todas maneras, y teniendo en cuenta que desconozco tu base de datos, lo más oportuno sería utilizar un código de cliente, y no el nombre. Ten en cuenta que, para Access, "Alvaro" no es lo mismo...

Si se me permite una puntualización, querido Sveinbjorn... ;-) Si utilizas el cuadro combinado que recoge el valor del ID y a la vez le asignas ese origen de datos (SQL con NOT IN) el sistema te funcionará perfecto para los nuevos registros, pero no...