Access - Suma selectiva de campos Access 2010

Partiremos de que el contenido del subformulario tiene este origen de datos (extraído de la exposición inicial):
..... en el subformulario detalle esta integrado por una tabla la cual es filtrada por una instruccion e SQL, ...

Una SQL de selección consta por lo menos de tres partes:
.- La relación de datos a devolver (los campos)
.- El origen de datos que contiene al conjunto (Tabla generalmente)
.- Las condiciones a cumplir (normalmente lo que viene detrás del 'Where')

En la función DSum, su tercer parámetro (...","[Gro]= '1A'" ...) es la condición actual, pero como DSum trabaja con todos los datos (la tabla), se tendría que aplicar TAMBIEN el filtro que limita los datos del subformulario, esto es:

DSum tiene que cumplir las dos condiciones, una que solo afecte a los datos del subformulario (el actual filtro de su origen de datos) mas la otra, que esos datos cumplan con ([Gro]= '1A')

En la practica:
Si el origen de datos fuera algo como:
Select Campo1, Campo2, Campo3 Form Tabla_22 Where CampoZ = 'Rojo'

El DSum tendría que unir ambas condiciones en una sola:
Actual ==> DSuma("[Al_in]","Datos_does","[Gro]= '1A'")

Corregida ==> DSuma("[Al_in]","Datos_does","CampoZ = 'Rojo' And [Gro]= '1A'")

Propongo una alternativa matemática:
.- sumar solo los datos del formulario en base a que en si ya son un conjunto,
(esto tiene un inconveniente y es que la función SUM no admite la aplicación de filtros, y es la parte en la que las matemáticas básicas entran a funcionar.)

Nos basaremos en que:
XX * 1 = XX
XX * 0 = 0

- En Access True = -1, False = 0
- La función ABS nos devuelve valores absolutos (sin signo)

= SUMA ([Al_in] * ABS("[Gro]= '1A'"))

(por cierto, funciona en cualquier versión de Access, no solo A'2010)

Al aplicar la función, no se tiene en cuenta que Access no evaluara lo que este escrito entre comillas (generalmente la parte constante) y en ella se define un campo asi:

"," [CT] =Formularios![Formulario1]![Texto0] and [Gro]= '1A'")

Eso es correcto en castellano, pero irreconocible en VBA (el motor de Access 'habla' en ingles), lo correcto seria asi:

"," [CT] =Forms![Formulario1]![Texto0] and [Gro]= '1A'")

Al respecto de que no funcione SUM, .... es un claro error por mi parte al intentar ser fiel a los datos aportados (utilizar un copy&paste)

Puedes intentarlo asi:
=Suma([Al_In]*Abs([Gro]= "1A"))

Cuidado con .TEXT, esa propiedad solo la tiene el campo activo y contiene lo que se esta escribiendo 'en tiempo de ejecucion', el valor que tendrá en cualquier otro caso será .Value o no poner nada, ya que value es la opción que toma por defecto.

Yo aprecio algunas diferencias entre las versiones de lo que creas, en una (la primera y por lo que considere que necesitabas 'Foms') es porque estaba entre comillas dobles TODA la expresión:

primer formula quedaria asi..
=DSuma("[Al_in]","Datos_does"," [CT] =Formularios![Formulario1]![Texto0] and [Gro]= '1A'")
Pero no me funciona :-/


En la segunda es normal que no permita FORMS (bueno, permitir si lo permite, reconoce y traduce), pero lo puede hacer y lo hace porque NO ESTA dentro de una expresión de texto, sino 'afuera' y concatenado con '&':
=DSuma("[Al_ins]","Datos_does"," [CT] =" & [Formularios]![Formulario1]![Texto0])

Asumo que es complicado lo de en cristiano o en guiri, pero asume que es similar a :
En casa ==> en zapatillas
Fuera de casa ==> con zapatos

Solo hay que tener consciencia de donde se esta para utilizar el calzado correcto

Crea una condición SIN VARIABLES (datos fijos) que te de resultados correctos y tras ello se le repondrán las variables.

Otras opción:
Crea una CONSULTA de selección que te de esos resultados, (los elementos a sumar) ponla en modo 'VISTA SQL' y observa que es lo que hay detrás del WHERE que es donde comienza el filtro.

En el propio formulario:
=DSuma("[Al_ins]";"Datos_does";" [CT] ='" & [Texto0] & "' and [Gro]= '1A'")

En cualquiera otro (con la condición de que este abierto el formulario de referencia).;
=DSuma("[Al_ins]";"Datos_does";" [CT] ='" & [Formularios].[formulario1].[Texto0] & "' and [Gro]= '1A'")

Si la configuración regional no fuera española, se aplicara el separador adecuado al idioma (generalmente la coma simple en lugar del punto coma)