projekt kivitendo

Finanzübersicht: Enddatum bei wied. Rechnungen ohne automatische Verlängerung gefixt

Ist eine wR gekündigt, so darf ihr Betrag nur bis zum Enddatum
berücksichtigt werden. Das gleiche gilt aber, wenn eine Rechnung zwar
noch nicht gekündigt ist, wohl aber ein Enddatum aber keine...

disable_one_time_config: Transaktionssicher (Testcode entfernt!)

disable_one_time_config: Transaktionssicher

Implementiert #357 Auftrag schliessen, falls einmalig wiederkehrende Rechnung inaktiv

Die Generierung einer periodische Rechnung mit der Periode einmalig
sollte auch den Quell-Auftrag schliessen.

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