Access - Evitar guardar subformulario en blanco

Buenas tardes, espero se encuentren bien... escribo para ver si pueden apoyarme en una problemática que estoy teniendo y no encuentro como hacer para darle solución; me explico:

Estoy creando una base de datos en microsoft access 2019 y tengo un formulario el cual se llama "datos_clientes" y en dicho formulario, tengo agregado un subformulario el cual lleva por nombre "solicitudes_clientes" en el cual dicho subformulario contiene varios campos que los clientes pueden solicitar (articulo, cantidades, categoría, área).

Todo funciona correctamente... la problemática que surge es cuando quiero guardar (presionando botón para guardar). En el formulario principal si marca que hay campos obligatorios que tienen que ser llenado el cual se procede a llenarlos, pero cuando estan llenado, se presiona para guardar y en el subformulario no marca que esta vació y deja guardar a pesar de que no se le coloque nada, ningún valor... he hay el problema.

De que forma podría generar alguna validación o algo, en la cual ese botón de guardar al momento de dar clic, haga que mire que el subformulario no se tiene ningún registro capturado y que no deje guardar a menos de que se llene un registro al menos.

Espero de favor puedan ayudarme con la problemática que estoy tratando de resolver, saludos, que se encuentren bien.

Es una opción que normalmente necesita procesos avanzados, porque lo que esta ocurriendo es lo que tiene que pasar ya que no se puede obligara a un registro que no quiere 'ser padre' a tener hijos.

Para poder 'tener hijos' primero ha de existir como 'padre' (la regla es: si no se es padre no se pueden tener hijos), guardar el registro es el paso previo e imprescindible para que exista (primero como registro, después como 'padre').

Hay una propiedad (HasData) que delata si un informe (por asociación también un formulario o subformulario) tiene datos y según sea la respuesta obtenida, aplicar alternativas.
Otra opción para ese control es la de contar los registros del sub-formulario (su propiedad 'RecordCount')

En la aplicación practica de esa verificación habrá que analizar 'cuantas puertas de escape' tiene ese formulario para controlarlas y evitar conflictos.
Por ejemplo: la 'primera vez' se tendrá que saltar la verificación de tener hijos o se entrará en un bucle (afortunadamente existe la propiedad 'NewRecord'. indicador de es registro es nuevo).

buenos días, agradezco tu respuesta pero no entendí, a lo que quiero entender es que es algo complicado realizarlo?

De no ser así como pudiera aplicarlo eso que me comentas??, con macros creo se puede resolver el proceso, mas no tengo conocimiento de como comenzar a escribir el codigo.

Reitero que son 'procesos avanzados', no es lo mismo poner un vendaje que operar unas cataratas.

Cuando se crea un registro, para que sea considerado un registro y no unos cuadros de texto con valores, es preciso asentarlo en la tabla (guardarlo), si se impone la condición de que no se puede guardar -si no tiene registros asociados- entramos en un bucle, porque es indispensable guardarlo para asociarle otros registros y a la vez no se puede guardar porque no tiene registros asociados.

Así que habrá que dar un rodeo si se cumple esa condición: es nuevo --> se guarda 'aunque no tenga registros asociados'
(el guardado lo hace de forma automática al pasar del formulario al subformulario y no se puede evitar por diseño)

Habrá que detectar cuando se guarda (el evento 'antes de actualizar') y si es nuevo, si lo es:
.- se aborta la salida
.- se guarda (sin salir de el)
.- Se envía el foco al sub-formulario y .....
.- se crea el nuevo registro (o al menos el indispensable para salir).

Supongamos que -por cualquier motivo inesperado- se crea el nuevo registro en el formulario principal pero no hay opción ni intención de crear el sub-registro, para cumplir con la regla habrá que borrar el registro principal.

Esa y otras posibilidades son las que hay que analizar para que en el uso cotidiano no aparezcan los problemas mas habituales (los no-habituales obtendrán una/su solución cuando se presenten).

Un análisis pormenorizado de lo que se desea y de los problemas que puedan surgir al llevar la teoría a la practica es fundamental para que tenga el mínimo de problemas (si se tiene un conocido con titulo oficial de 'gafe' hay que hacer uso de el para acortar los pasos).

En definitiva: se puede hacer, las macros pueden ayudar pero lo optimo es VBA que da mas libertad, como condición indispensable -hacer un diagrama de flujo- y tras ello se puede comenzar a programar.

Una opción sencilla seria verificar al salir del registro si tiene datos asociados, de no tenerlos ... se borra el registro (factible si no se entra en un bucle).

No se conoce lo suficiente la aplicación para poder aportar soluciones concretas.

No es necesario tanta teoría, lo puede hacer con una función a nivel de módulo para validar los campos requeridos y valiéndose de la propiedad TAG (Información adicional del formulario), por ejemplo, fijando la palabra "validar" sin comillas u cualquier texto para los campos que son obligatorios.

DISEÑO DEL FORMULARIO



CÓDIGO DELBOTÓN GRABAR


Cambie "frmSubCompras" por el nombre del su subformulario,

CÓDIGO DE LA FUNCIÓN


Este proceso lo hago en todas mis aplicaciones e inclusive con formularios independientes y base de datos PostgreSQL. Si lo aplica bien ganará mucho tiempo en validar la información.

Sin la teoría no existiría mas que la ignorancia.

Saber 'como/porqué' asienta los conocimientos y abre puertas ocultas por .la ignorancia, estado del que no se sale simplemente copiando y pegando.

En fin, espero que no aparezca otro ataque de SPAM, que parece ligado al humor de algún participante concreto.

Para esto se explica el código, pero no confundamos a los usuarios hay que ser practicos

Muchas gracias... lo pondré en practica lo escrito y publicado por ti, saludos.