Dieses Forum nutzt Cookies
Dieses Forum verwendet Cookies, um deine Login-Informationen zu speichern, wenn du registriert bist, und deinen letzten Besuch, wenn du es nicht bist. Cookies sind kleine Textdokumente, die auf deinem Computer gespeichert werden. Die von diesem Forum gesetzten Cookies werden nur auf dieser Website verwendet und stellen kein Sicherheitsrisiko dar. Cookies aus diesem Forum speichern auch die spezifischen Themen, die du gelesen hast und wann du zum letzten Mal gelesen hast. Bitte bestätige, ob du diese Cookies akzeptierst oder ablehnst.

Ein Cookie wird in deinem Browser unabhängig von der Wahl gespeichert, um zu verhindern, dass dir diese Frage erneut gestellt wird. Du kannst deine Cookie-Einstellungen jederzeit über den Link in der Fußzeile ändern.

SUMMEWENNS mit Datumswerten
#11
(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...
Gruß Jörg
ich muss mich erst wieder ganz langsam heran robben. Also bitte ich um Nachsicht

"Wer immer tut, was er schon kann, bleibt immer das, was er schon ist." - Henry Ford
Antworten Top
#12
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
Gib einem Mann einen Fisch und du ernährst ihn für einen Tag. 
Lehre einen Mann zu fischen und du ernährst ihn für sein Leben. (Konfuzius)
Antworten Top
#13
(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...
Gruß Jörg
ich muss mich erst wieder ganz langsam heran robben. Also bitte ich um Nachsicht

"Wer immer tut, was er schon kann, bleibt immer das, was er schon ist." - Henry Ford
Antworten Top
#14
Butter bei die Fische, Jörg?  :21:
Gib einem Mann einen Fisch und du ernährst ihn für einen Tag. 
Lehre einen Mann zu fischen und du ernährst ihn für sein Leben. (Konfuzius)
Antworten Top
#15
(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
Gruß Jörg
ich muss mich erst wieder ganz langsam heran robben. Also bitte ich um Nachsicht

"Wer immer tut, was er schon kann, bleibt immer das, was er schon ist." - Henry Ford
Antworten Top
#16
Hi!
Lecker!  Exclamation
Aber ich empfinde L1:M2 im Vergleich mit einer Pivot als fish without chips.  :19:

Freundliche Grüße vom ollen
Ralf
Gib einem Mann einen Fisch und du ernährst ihn für einen Tag. 
Lehre einen Mann zu fischen und du ernährst ihn für sein Leben. (Konfuzius)
Antworten Top
#17
(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
Gruß Jörg
ich muss mich erst wieder ganz langsam heran robben. Also bitte ich um Nachsicht

"Wer immer tut, was er schon kann, bleibt immer das, was er schon ist." - Henry Ford
Antworten Top
#18
(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
Antworten Top
#19
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... (^_-)
Gruß Jörg
ich muss mich erst wieder ganz langsam heran robben. Also bitte ich um Nachsicht

"Wer immer tut, was er schon kann, bleibt immer das, was er schon ist." - Henry Ford
Antworten Top
#20
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
Antworten Top


Gehe zu:


Benutzer, die gerade dieses Thema anschauen: 1 Gast/Gäste