projekt kivitendo

Finanzübersicht: »einmalige« Periodizität bei wiederkehrenden Rechnung gefixt

Die Finanzübersicht nutzt die Funktion
`SL::DB::PeriodicInvoicesConfig::calculate_invoice_dates`, um jedes
Ausführungsdatum innerhalb eines Zeitraumes zu berechnen. Dort wurde
»einmalig« fälschlicherweise wie »jeden Monat wiederholen«...

Fehler im POD: fehlende Leerzeile

Wiederkehrende Rechnungen, um neue Periode 'einmalig' erweitert.

Wiederkehrenden Rechnungen die aus einem Auftrag automatisch generiert
werden können jetzt die Periode 'einmalig' (engl. 'one time') mit dem
Zeitwert 0 haben.
Falls diese Periode angewählt wird, wird die Konfiguration des Auftrags...

Wiederkehrende Rechnungen: Berechnung für Auftragswertperiodizität angepasst

Wiederkehrende Rechnungen: Auftragswerts-Periodizität setzen können

Noch keine Anpassung der eigentlichen Berechnung. Wohl aber
Dokumentation von SL::DB::PeriodicInvoicesConfig.

Wiederkehrende Rechnungen: Berechnung maximales Enddatum gefixt

Das konfigurierte Enddatum ist nur dann relevant, wenn die
wiederkehrende Rechnung gekündigt wurde. Ansonsten wird sie automatisch
verlängert, sprich ein maximales Enddatum gibt es dabei nicht. Wir...

Wiederkehrende Rechnungen: erstes abzurechnendes Periodendatum richtig berechnen

Kosmetik: alignment

Wiederkehrende Rechnungen: Erste Startperiode nicht vergessen

Finanzcontrollingbericht: wiederkehrende Rechnungen berücksichtigen

SL::DB::PeriodicInvoicesConfig: Datumsberechnung aus Backgroundjob verschoben

initialize in SL::DB::Objects statt im MetaSetup

Rose-Model Wiederkehrende Rechnungen: Foreign Key "order" nennen, nicht "oe"

Rose-Beziehungstypen gefixt

Behebt #2139.

Readonly nicht benutzen

Hintergrundjob zum Erzeugen periodischer Rechnungen

Das Erzeugen/Buchen der Rechnungen sowie die E-Mail-Benachrichtigun am
Schluss wurden implementiert. Was noch fehlt ist der automatisch
Ausdruck (sofern gewünscht).

Datenbankupgradescript, Rose-Models für Wiederkehrende Rechnungen