web-producer

Hallo liebe PHP-Fans!

Nach nun mehr 8 Jahren PHP-Programmierung greife ich nun zum ersten Mal auf die Hilfe eines Forums zurück um nicht ganz verrückt zu werden. Mein aktuelles Projekt verlangt nach der Erstellung eines Leerstandsrechner für die Ermittlung von Energiekosten. Dazu gibt der User zunächst Monat und Jahr seines Abrechnungsintervalles ein (z. B. Januar 2004). Daraus ergeben sich 3 Berechnungsperioden, die jeweils 12 Monate haben und zwingend aufeinander folgend sind), also:

Januar 2004 - Dezember 2004
Januar 2005 - Dezember 2005
Januar 2006 - Dezember 2006

Diese Daten stehen mir bereits im Timestamp-Fomat zur Verfügung. Jede Periode wird einen unterschiedlichen Verbrauchswert an Energie bekommen.
Nun gibt der User an, er hätte z. B. ein Mehrfamilienhaus mit 600 m² beheizt. Und jetzt kommt der Leerzeitrechner ins Spiel. Er hat z. B. eine Leerzeit (also "unvermietet") von Oktober 2004 bis März 2005 von 50 m². Diese beiden Daten stehen mir ebenfalls im Timestamp zur Verfügung. Nun muss ich mit Hilfe von PHP erkennen, in welchem Zeitraum wieviele Monate fallen, da jede Abrechnungsperiode einen abweichenden Verbrauchswert haben wird. Schwierigkeit hierbei:

Der Leerstand kann
- vor der Abrechnungsperiode beginnen und in der Periode enden.
- vor der Abrechnungsperiode beginnen und danach enden.
- in der Abrechnungsperiode beginnen und darin enden.
- in der Abrechnungsperiode beginnen und danach enden.

Nachdem ich erkannt habe in welcher Leerstand in welcher Abrechnungsperiode fällt muss ich noch die Anzahl der Monate ermitteln. Nächste Schwierigkeit: Es gibt auch halbe Monate (Kündigung zum 15. oder zum 30.). Die weitere Berechnung (Erhöhung der Verbrauchswerte, da ja weniger Fläche beheizt wurde) bekomme ich dann schon wieder selbst hin.

Eine Idee von mir wäre die Abrechnungsperioden Tageweise in ein Array zu speichern und dann tageweise zu überprüfen, wieviel Tage des Leerstandes im Array zu finden sind. Das wird aber wahrscheinlich etwas länger dauern.

Kennt Ihr einen Lösungsansatz für eine elegantere Methode?

Mister Ad

HPR1974

kann es tatsächlich nur halbe und ganze Monate geben?
Und alles wird halbmonatsgenau berechnet?

web-producer

Ja, da die meisten Kündigungsfristen für Wohnungen am ersten, 15. oder am letzten des Monats sind. Aber da es hier nur um hinterste Nachkommastellen geht werde ich wohl der einfachhalthalber auf die Unterscheidung zwischen ersten und letzten des Monats verzichten. Also kann der User als Tag nur "01." und "15." wählen.

nikosch

jahr_Anmeldung = Y of timestamp_Anmeldung
jahr_Abmeldung = Y of timestamp_Abmeldung

// Restjahr ab Anmeldung
Tage[jahr_Anmeldung] = Tage (timestamp_31.12.{jahr_Anmeldung} - timestamp_Anmeldung)

// volle Jahre
for (i = jahr_Anmeldung+1 ; i < jahr_Abmeldung ; i++)
  Tage[i] = Tage_des_Jahres_i

// Jahresteil bis Abmeldung
Tage[jahr_Abmeldung] = Tage (timestamp_Abmeldung - timestamp_01.01.{jahr_Abmeldung})

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

web-producer

Hm, das über die Jahreszahl zu lösen ist schon ein interessanter Lösungsansatz. Ich habe ihn gerade weiter verfolgt und bin gescheitert, wenn die Rechnungsperioden ungünstiger fallen als im meinem Beispiel, z. B:

März 2004 - Februar 2005
März 2005 - Februar 2006
März 2006 - Februar 2007

...oder habe ich was falsch verstanden?

nikosch

Die Lösung deckt ja gerade mehrere Jahre ab. Als Tage () Funktion muß eine geeignete Datumsfunktion benutzt werden, die Schaltjahre etc. brücksichtigt.

für März 2004 - Februar 2005:

Dazu mußt Du die Preise pro Tag abhängig vom Jahr abbilden:
Preis[2005] = x cent;

Später durchläufst Du Tage via foreach und multiplizierst mit den Preisen.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

HPR1974

also ich würde das Ganze einfach über eine sql db lösen. (MySQL hat schöne Funktionen)

Du hast eine tabelle in der die abrechnungsperioden zum objekt abgelegt sind.
jetzt selektierst Du
a die abrechnungsperiode in der der anfang der leerzeit liegt
b die abrechnungsperiode in der das ende der leerzeit liegt
c die perioden die komplett zwischen anfang und ende der leerzeit liegen

monate in a)
wenn anfang am 15. dann
PERIOD_DIFF(max(periodenende,leerzeitende),anfang leerzeit) - 1/2
sonst anfang am 01.
PERIOD_DIFF(max(periodenende,leerzeitende),anfang leerzeit)

monate in b)
alle perioden vollständig

monate in c)
wenn ende 15 dann
PERIOD_DIFF(min(periodenanfang,leerzeitanfang),end e leerzeit) - 1/2
sonst ende zum 01.
PERIOD_DIFF(min(periodenanfang,leerzeitanfang),end e leerzeit) - 1

nikosch

Also Rechnungen mit 1/2 bei Monaten mit ungeraden Tagesanzahlen finde ich doch eher fragwürdig.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

David

Das ist nicht die bestmögliche Lösung, aber sie ist einfach und verständlich (finde ich jedenfalls ) :
Erstmal findest Du heraus, ob keine Überschneidung vorliegt. periode.start > leerstand.end || periode.end > leerstand.start
Wenn das true ergibt, interessiert Dich diese Periode nicht.
Andernfalls nimmst Du max(periode.start, leerstand.start) und ziehst es von min(periode.end, leerstand.end) ab.

...ich hoffe, nichts übersehen zu haben

HPR1974

IMHO sind viele kaufmännische regeln mathematisch nicht korrekt ist aber eine spezifikationssache.
die halben monate auf tagesbasis abzurechnen ist sicher genauer und transparent für jeden Kunden, dazu muss halt der tagessatz ermittelt werden.
Da kommt die nächste kaufmännische Frage um die Ecke: wird das über den jeweiligen monatssatz/30 oder über summe der monatssätze / anzahl tage im jahr errechnet?