SUMMEWENNS mit Datumswerten

[Jockel]

Auch wenn Du beharrlich eine Antwort auf meinen Beitrag verweigerst:
Summenprodukt() ist eine "echte" Matrixformel, heißt, Begrenzung der Matrix unabdingbar,
Summewenn(s)() nimmt gerne ganze Spalten, aka UsedRange oder CurrentRegion.

Gruß Ralf

Hallo Ralf, zumal sich Edgar auf die summierte Spalte bezieht... ... das krieg' ich mit DBSUMME() einfacher und kürzer hin... (auch für die Monate) ... ... btw: ganze Spalten... wer nutzt die schon..? Und wenn man die Tabelle irgendwo auf dem TabellenBlatt plaziert schon mal gar nicht...

[RPP63]

Hi Jörg!
Ich liebe die DB…()
Ich vergöttere den Spezialfilter …
Ändert aber nichts an der Tatsache, dass die etwas unflexibel sind.

Ganze Spalten?
Mag sein, dass A1:A10000 klein genug ist,
Intersect(Columns("A"), ActiveSheet.UsedRange) wird iaR kleiner sein (nichts anderes macht Summewenn).

Gruß Ralf

[Jockel]

Hi Jörg!
Ich liebe die DB…()
…
Ändert aber nichts an der Tatsache, dass die etwas unflexibel sind.
...
Gruß Ralf

Hi Ralf, mein Vorschlag wäre nicht (wesentlich) unfexibler als Edgar's Variante mit dem Jahr in einer extra Zelle. Aber egal...

[RPP63]

Butter bei die Fische, Jörg?  :21:

[Jockel]

Butter bei die Fische, Jörg?  :21:

Hi Ralf, mit Brötchen...:

Arbeitsblatt mit dem Namen 'Tabelle2'
	A	B	C	D	E	F	G	H	I	J	K	L	M	N
1	Datum	Jahr	Monat	Wert_1	Wert_2	Wert_3	Wert_4	Summe				Monat	Jahr
2	01.01.2015	2015	1	504,10 €				504,10 €				<>""	2016
3	29.01.2015	2015	1			294,17 €		294,17 €					710,09
4	02.05.2015	2015	5				69,60 €	69,60 €				1	419,21	419,21
5	05.05.2015	2015	5			43,14 €		43,14 €				2	0	0
6	21.05.2015	2015	5			161,72 €		161,72 €				3	0	0
7	06.08.2015	2015	8		86,00 €			86,00 €				4	43,14	43,14
8	18.08.2015	2015	8			188,14 €		188,14 €				5	69,6	69,6
9	26.08.2015	2015	8				30,00 €	30,00 €				6	0	0
10	01.09.2015	2015	9	1.100,00 €				1.100,00 €				8	86	86
11	05.11.2015	2015	11				49,00 €	49,00 €				9	0	0
12	18.11.2015	2015	11			43,14 €		43,14 €				10	0	0
13	31.12.2015	2015	12					0,00 €				11	92,14	92,14
14	01.01.2016	2016	1	419,21 €				419,21 €				12	0	0
15	11.04.2016	2016	4			43,14 €		43,14 €
16	02.05.2016	2016	5				69,60 €	69,60 €
17	06.08.2016	2016	8		86,00 €			86,00 €
18	05.11.2016	2016	11				49,00 €	49,00 €
19	24.11.2016	2016	11			43,14 €		43,14 €
20	31.12.2016	2016	12					0,00 €

Zelle	Formel
M3	=DBSUMME(A1:H20;8;L1:M2)
M4	{=MEHRFACHOPERATION(;L2)}
N4	=SUMMEWENNS($H$2:$H$20;$A$2:$A$20;">="&DATUM($M$2;L4;1);$A$2:$A$20;"<"&DATUM($M$2;L4+1;1))

Achtung, Matrixformel enthalten!

Die geschweiften Klammern{} werden nicht eingegeben.

Verlassen Sie den Zelleneditor mit Strg+Shift + Enter, statt Enter alleine.

Diese Tabelle wurde mit Tab2Html (v2.4.1) erstellt. ©Gerd alias Bamberg

[RPP63]

Hi!
Lecker! 
Aber ich empfinde L1:M2 im Vergleich mit einer Pivot als fish without chips.  :19:

Freundliche Grüße vom ollen
Ralf

[Jockel]

Hi!
Lecker! 
Aber ich empfinde L1:M2 im Vergleich mit einer Pivot als fish without chips.  :19:

Freundliche Grüße vom ollen
Ralf

Hi oller Ralf (^_-), ja nee is klar. PT muss ja aktualisiert werden (drauf geschissen - ich mag's ja auch), aber ich wollte ja auch nur ne Alternative posten, bei der die Formel schlank bleibt und man trotzdem wählen kann. Ich mache jetzt Feieraband hier im Büro. Bis später vielleicht...

[Hardbopper]

Code:

aber ich fand den Aufwand mit SUMMEMPRODUKT() gar nicht so groß.

 Ich meinte auch den Aufwand mit dem Extrahieren von Monat und Jahr. Ansonsten kann ich nur Ralf recht geben.

Bevor Ihr Euch alle die Köpfe heiß redet: 

Der Aufwand für das Extrahieren der Daten des laufenden Jahres aus einer Endlos-Tabelle ist ein einmaliger, weil die Formel entsprechend strukturiert ist. Einmal in der Welt, zeigt sie mir in jedem Kalenderjahr die Daten, die angefallen sind, getrennt nach Kalendermonaten, so wie ich es brauche. Da hier weder Daten aus vergangenen Jahren noch Prognosen für die Zukunft von Interesse sind, ist jedes Anpassen der Formel entbehrlich. Wenn Ihr Euch an meine Eingangsfrage erinnert, ging es mir auch nicht darum, ob Pivot vielleicht der Vorzug zu geben sei, ich wollte nur wissen, warum SUMMEWENNS() in meinem Beispiel nicht funktionierte. Deshalb geht auch der Vorwurf, ich hätte eine Tabelle einfach so "hingerotzt", an der Sache vorbei . Nur für eine Pivot-Tabelle hätte ich z.B. Überschriften gebraucht.

Nichts für ungut und allen vielen Dank für das Engagement.

Hardbopper

[Jockel]

Hallo Werner, ich hoffe, du hast deine für dich praktiable Lösung. Leider scheinst du dich bockig zu stellen und willst nicht verstehen, was ich meine. So stellt man keine Tabelle zum Auswerten von Daten auf... ... da gibt's bestimmte vorgeschlagene Vorgehensweisen. Freilich muss man die nicht beachten... Wenn dir mein "hingerotzt" nicht gefällt, dann tut mir das leid, wenn ich dir auf den Schlips getreten bin...

Ich wünsche dir trotzdem alles Gute und bleib schön neugierig... (^_-)

[Hardbopper]

Hallo Jockel,

 wie Du bereits bemerkt hast, ich habe bzw. hatte bereits meine Lösung. Mir ging es auch mehr darum zu erfahren, warum SUMMEWENNS() nicht funktioniert hat (man lernt ja immer noch dazu).
Ansonsten bist Du mir nicht auf den Schlips getreten, sondern ich konnte zuerst nicht begreifen, warum Du z.B so auf Überschriften gesetzt hast. Jetzt begreife ich, dass eine solche Diskussion leicht über das hinausgeht, was ursprünglich zum Thema gemacht war. Aber Ihr meint es ja alle nur gut und wollt einen Starrkopf auf den rechten Weg führen.

Noch eine schöne Restwoche.

Hardbopper