ariadne2

Es evidente que ese no es el evento a elegir, Puedes hacerlo en Antes o (mejor) Después de Actualizar el Form o en los mismos eventos de uno de los campos editables, en fin hay muchas posibilidades...

Si en D5 se escoge entre "fijo", "%" o mensual y en C5 se introduce el valor y en C4 el %: =SI(D5="fijo";C5;SI(D5="anual";C5*12;C5*C4/100))

En el evento form_open del primer formulario abrir los siguientes con Docmd. Openform Docmd. OpenForm "formulario 2º" Docmd. OpenForm "form 3º" Etc.

SELECT campo1, campo2, sum(campo2) as Tot OVER () FROM tabla1; Esto te funcionará en PostgreSQL. No se si hay alguna otra SGBD que incorpore esta extensión u otra parecida. Como lo mas probable es que uses otra, la única forma que se me ocurre es...

No se si te interpreto mal pero ¿es distinto lo que preguntas de un JOIN entre dos tablas relacionadas?

Los subformularios basados en consultas son un poquillo delicados Si quieres envíame la base de datos a [email protected] y lo vemos mejor.

Si usas Office 2007 en opciones - avanzadas tienes las opciones de confirmar esas acciones. En otras versiones es parecido. Pero si lo quieres hacer de forma mas controlada, el código en VB es: Docmd.SetWarnings True / False

Si quieres te envío un ejemplo al correo que me digas. Es fácil, solo tienes que ordenar la tabla por fecha, sólo que dejando fuera del rango de ordenación el descuento y el precio final.

Supongo que en el subformulario tienes el Total en la sección PIE y que ahí es donde tienes algo como =Nz(sum(importe);0) como origen del control. ¿Es así?

Pueden ser varias cosas. Si quieres, puedes enviarme la base de datos a [email protected] Así lo puedo ver mas fácilmente.

Tienes razón, lo normal es que redondee hacia abajo siempre igual que Fix() y no como Round(..., 0). Pero la razón de esos comportamientos en Access suele ser bastante opaca como en todo lo que es de microsoft, casi mejor usa Fix() y te ahorraras...