Excel Beträge spitz rechnen

[LCohen]

29.9. - 30.9. ergibt noch -96,...

[BoskoBiati]

Ok,

dann so:

Code:

=DATEDIF(A2-TAG(A2);MONATSENDE(B2;0)+1;"M")*C2-((TAG(MONATSENDE(B2;0))-TAG(B2))/TAG(MONATSENDE(B2;0))+TAG(A2)/TAG(MONATSENDE(A2;0)))*C2

[LCohen]

Vorläufige Gratulation! Bisher keinen weiteren Fehler gefunden:

=(DATEDIF(A1-TAG(A1);MONATSENDE(B1;0)+1;"M")-((TAG(MONATSENDE(B1;0))-TAG(B1))/TAG(MONATSENDE(B1;0))+TAG(A1)/TAG(MONATSENDE(A1;0))))*C1

klammert C1 noch aus, so dass es nur einmal genannt werden muss.

Ich hätte mit einer viel längeren Formel gerechnet - und ich gebe zu: Ich verstehe sie deshalb noch nicht, weil ich sie nicht selbst gebaut habe ;)

Ich gebe WF bei herber Bescheid. Der prüft meist noch härter.

[BoskoBiati]

Hi,

ok. Ich dachte WF nimmt nichts mehr auf in seine Sammlung.

Ich hatte C2 nicht ausgeklammert, weil es von der Zeichenzahl keine Vorteile bringt und mit Geschwindigkeitsvorteilen und Anzahl an Operationen habe ich bisher noch nichts am Hut gehabt.

Aufbau der Formel: Alle Monate vom Start bis zum Ende+ 1Tag komplett per Datedif ansetzen und dann die Tage vor dem Start bzw. nach dem Ende abziehen.

[LCohen]

Ein Problem besteht noch:

a) Normalerweise wird der letzte Tag nicht gezählt. 
b) Bei Dir wird hingegen der erste Tag nicht gezählt.

Dass einer von beiden tatsächlich nicht gezählt werden sollte, da sind wir uns schon einig. Aber Variante a) ist leichter verständlich. Oder drastischer: "Normal".

Anmerkung: "Nichts Neues" bei xlf mag sein. Ich habe aber in letzter Zeit zumindest Verkürzungen innerhalb bestehender Artikel bewirkt. Die korrekte "spitze" Betragsmonatsaufteilungssumme habe ich aber dort nicht gefunden.

[LCohen]

a) =(DATEDIF(A1-TAG(A1);MONATSENDE(B1;0)+1;"M")-((TAG(MONATSENDE(B1;0))+1-TAG(B1))/TAG(MONATSENDE(B1;0))+(TAG(A1)-1)/TAG(MONATSENDE(A1;0))))*C1
b) =(DATEDIF(A1-TAG(A1);MONATSENDE(B1;0)+1;"M")-((TAG(MONATSENDE(B1;0))+0-TAG(B1))/TAG(MONATSENDE(B1;0))+(TAG(A1)-0)/TAG(MONATSENDE(A1;0))))*C1

Vermutlich haben wir es jetzt - mit a)

Trotzdem noch mal: Dein Subtraktionsding und die Aufblähung der angerissenen Monate (auf immer mindestens +1) sind genial! Du hast voll um die Ecke gedacht! Beide Teile rechnen immer gleich, und daher ist die Formel so schön kurz. Es gab zu dieser Thematik öfters NETTOARBEITSTAGE-Formeln, die man nun auch vereinfachen kann. Ich werde Dich dabei immer als Ideengeber nennen.

http://www.herber.de/forum/archiv/1628to...tm#1628703

Anmerkung noch zum Ausklammern: Wann immer man es schafft, die Anzahl eines Bezuges in einer Formel auf 1 zu verringern, benötigt man zu dessen (eventueller kalkulatorischer) Ermittlung auch keine mehrfachberechnungsvermeidende Hilfszelle.

[Sulprobil]

Hallo,

Spitz rechnen wäre m. E.:
http://www.sulprobil.com/Get_it_done/IT/...tions.html

Aber es weicht von der Vorgabe hier ab.

Viele Grüße,
Bernd P

[RPP63]

Ich mische mich noch mal ein …
Ich finde die Diskussion und die Vorschläge akademisch interessant, aber …
… wem soll das alles denn nutzen, außer dem (nicht wertend gemeintem) Ego des Formelerstellers?
Gibt es ein Beispiel aus der Praxis, wo dies notwendig ist, wenn selbst die (glaube ich) genau rechnenden Banken auf TAGE360() (siehe meinen Post ganz oben in #2) zurückgreifen.
Ich bitte ernst gemeint um Aufklärung!

Gruß Ralf

[LCohen]

Der Formelersteller hat sich nicht in den Vordergrund gespielt.

Ich war einfach begeistert, dass Bosko die Ermittlung vom Komplement her (per Subtraktion) viel kürzer anging. Eingangs hatte ich ja noch vermutet, dass eine (in meinen Augen addierende) Formel ziemlich lang werden würde.

Ansonsten war die Vorgabe, tagesgenau anteilig am Monat zu ermitteln. Und wie man sieht, sind es bei 100 Euro monatlich immerhin 10 Cent Unterschied pro Tag zwischen 30 und 31 Tagen.

Akademisch hin oder her: Zinsen werden ja auch centgenau ermittelt.

Es gibt noch ein ganz entscheidendes Argument für exakte Ermittlung: Die Summe eines übergreifenden Zeitraumes entspricht nur auf diese Weise auch tatsächlich der Summe seiner Teile:

PHP-Code:

01.01.2018    20.01.2018    100     61,29032258
20.01.2018    19.02.2018    100    102,9953917
19.02.2018    21.03.2018    100    100,2304147
21.03.2018    20.04.2018    100     98,8172043
20.04.2018    20.05.2018    100     97,95698925
20.05.2018    19.06.2018    100     98,70967742
19.06.2018    19.07.2018    100     98,06451613
19.07.2018    18.08.2018    100     96,77419355
18.08.2018    17.09.2018    100     98,49462366
17.09.2018    17.10.2018    100     98,27956989
17.10.2018    16.11.2018    100     98,38709677
16.11.2018    16.12.2018    100     98,38709677
16.12.2018    01.01.2019    100     51,61290323
                                  1200 


Nur real-tagesgenau kann man zwischen den nicht abstimmbaren Zeiteinheiten Woche und Monat exakt navigieren. Mit TAGE360 geht das - möglicherweise - schief.

Bernd P's Formel nutzt beim ersten Überfliegen ebenfalls Boskos Ansatz und verwendete damals DATUM statt MONATSENDE. Zur Historie: MONATSENDE war früher eine Add-In-Funktion, so dass für den Austausch mit "Antik-Excel"-Systemen dieser Workaround sinnvoll ist: Breitere Verwendungs-Basis!

[Doc01]

Ihr habt mir wirklich sehr geholfen! Ich hätte nicht gedacht, was ich mit meiner Frage lostrete