Clever-Excel-Forum

Normale Version: SUMMEWENNS mit Datumswerten
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Seiten: 1 2 3
(24.02.2016, 18:41)RPP63 schrieb: [ -> ]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...
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
(24.02.2016, 19:03)RPP63 schrieb: [ -> ]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...
Butter bei die Fische, Jörg?  :21:
(24.02.2016, 19:21)RPP63 schrieb: [ -> ]Butter bei die Fische, Jörg?  :21:

Hi Ralf, mit Brötchen...:

Arbeitsblatt mit dem Namen 'Tabelle2'
 ABCDEFGHIJKLMN
1DatumJahrMonatWert_1Wert_2Wert_3Wert_4Summe   MonatJahr 
201.01.201520151504,10 €   504,10 €   <>""2016 
329.01.201520151  294,17 € 294,17 €    710,09 
402.05.201520155   69,60 €69,60 €   1419,21419,21
505.05.201520155  43,14 € 43,14 €   200
621.05.201520155  161,72 € 161,72 €   300
706.08.201520158 86,00 €  86,00 €   443,1443,14
818.08.201520158  188,14 € 188,14 €   569,669,6
926.08.201520158   30,00 €30,00 €   600
1001.09.2015201591.100,00 €   1.100,00 €   88686
1105.11.2015201511   49,00 €49,00 €   900
1218.11.2015201511  43,14 € 43,14 €   1000
1331.12.2015201512    0,00 €   1192,1492,14
1401.01.201620161419,21 €   419,21 €   1200
1511.04.201620164  43,14 € 43,14 €      
1602.05.201620165   69,60 €69,60 €      
1706.08.201620168 86,00 €  86,00 €      
1805.11.2016201611   49,00 €49,00 €      
1924.11.2016201611  43,14 € 43,14 €      
2031.12.2016201612    0,00 €      

ZelleFormel
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
Hi!
Lecker!  Exclamation
Aber ich empfinde L1:M2 im Vergleich mit einer Pivot als fish without chips.  :19:

Freundliche Grüße vom ollen
Ralf
(24.02.2016, 19:53)RPP63 schrieb: [ -> ]Hi!
Lecker!  Exclamation
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... Wink
(24.02.2016, 18:48)BoskoBiati schrieb: [ -> ]
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
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... (^_-)
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
Seiten: 1 2 3