Apple Numbers utiliza la fecha real en lugar de la fecha formateada

BIEN. He reproducido esto. Si utilizas CONCATENATE en lugar de & para combinar las cadenas, las cosas se vuelven un poco más claras. Puedes hacer clic en CONCATENATE y ver los resultados intermedios--en este caso, encontrarás que un SUMIF con CONCATENATE en la columna de febrero produce ">=Febrero" así que no es sorprendente que el SUMIF produzca un resultado incorrecto.

Así que tu suposición de que Numbers está utilizando el nombre del mes en lugar de la fecha es correcta. Si pones la función T alrededor de la referencia de la celda de la fecha, es decir, CONCATENATE(">=",T(C$1))-entonces obtienes una cadena vacía de la función T, que coincide con la documentación de T (es decir, si le das a T un tipo que no sea TEXTO, devuelve una cadena vacía). Por lo tanto, T ve la fila 1 como una serie de tipos DATE/TIME pero CONCATENATE/& la ve como una serie de tipos TEXT.

Yo consideraría que se trata de un error de Numbers (con el CONCATENADO que no reconoce los tipos de fecha/hora). Creo recordar haber hecho algo similar en una versión anterior de Numbers y funcionó como querías, así que el fallo puede haber sido introducido recientemente. Mientras esperamos una solución, veamos una solución.

Primero probé con DATEVALUE, es decir, CONCATENATE(">=",DATEVALUE(C$1)), pero el resultado fue ">=2/1/2020". Supongo que esto se debe a que DATEVALUE ve la fila 1 como una serie de tipos de texto, al igual que CONCATENATE, y cuando ve febrero asume que el día es el 1 y el año es este, por lo tanto 2/1/2020. Yo consideraría esto una variante del primer error.

Así que tenemos que recorrer el camino más largo. Si haces esto CONCATENAR(">=",FECHA(AÑO(C$1),MES(C$1),DÍA(C$1))) obtendrá correctamente ">=2/1/2021" y SUMIF produce los resultados correctos.

Un problema interesante.

¿Es E1 realmente una fecha? Cuando se copian datos de fuentes externas a veces las fechas pueden pegarse como caracteres.