projekt kivitendo

CreatePeriodicInvoices: HTML-Formatierung beim automatischen Drucken richtig formatieren

Wiederkehrende Rechnungen: Testcase für Periodizitäten

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.

CreatePeriodicInvoices: HTML-Formatierung in Langtexten berücksichtigen Teil 2

Nach Umstellung der Bemerkungsfelder in Einkaufs- und Verkaufsbelegen
muss auch das Feld »notes« als HTML-formatiert behandelt werden.

Verknüpfung von Einzelpositionen auch bei periodisch erzeugten Rechnungen (Auftrag -> Rechnung)
Für InvoiceItem in Invoice ein converted_from_*_id hinzugefügt wie bei der Verknüpfung von Auftrag zu
Rechnung, bzw. Lieferschein zu Rechnung. Letzterer Weg wird aktuell bei Objekten noch nicht...

CreatePeriodicInvoices: HTML-Formatierung in Langtexten berücksichtigen

Beim Ersetzen der Variablen muss das Format des Textes (HTML oder
normaler Text) berücksichtigt werden, damit Formatierungen richtig
angewandt und die Platzhalter überhaupt erst gefunden werden....

CreatePeriodicInvoices: refactoring der Parameterübergabe an _replace_vars

CreatePeriodicInvoices-Job: for anstelle von map für reine Nebeneffekt-Schleifen

PeriodicInvoices: employee aus Quellauftrag setzen

Wiederkehrende Rechnungen: Variable period_end_date gefixt

Das Periodenenddatum wird am Anfang der sub bereits richtig als »der
letzte Tag innerhalb des Abrechnungszeitraumes« berechnet und darf
hinterher daher nicht mehr auf den Monat abgeschnitten werden.

Wiederkehrende Rechnungen: Variablen für lange Monatsnamen gefixt

Ging im Commit »Wiederkehrende Rechnungen: Formatierung von
Datumsdruckvariablen über freie Formatstrings« kaputt. Danach waren die
Variablen <%current_month_long%> schlicht leer.

PeriodicInvoices: korrekter Fallback, wenn kein email Template gesetzt ist.

PeriodicInvoices: Rechnugnen nicht einen Tag zu früh erstellen, das gibt massig Probleme

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

Wiederkehrende Rechnungen: Formatierung von Datumsdruckvariablen über freie Formatstrings

Wiederkehrende Rechnung: "erste Rechnung erzeugen am" als Startdatum nutzen

Bugfix zu manuelle Lieferadresse im Auftrag wird nicht in wiederkehrende Rechung übernommen
closes #2296

'templates' nicht aus %::myconfig, sondern aus Defaults-Tabelle holen

Wiederkehrende Rechnung: Debugmeldungen immer, aber auf Level DEBUG1 ausgeben

Modus für Druckbefehl bei wiederkehrenden Rechnungen richtig einstellen.

Behebt #2246.

Periodische Rechnungen: Monatsnamen nicht im Script hardcoden

Abgesehen davon, dass es extrem unschöner Stil ist, werden ohne "use
utf8;" dann auch die Umlaute nicht richtig behandelt.

Ältere RDBO-Versionen kennen 'where' als Alias für 'query' beim Manager nicht

Umstellung Form::throw_on_error auf Verwendung von Exception::Lite anstelle von Hashrefs

config/lx_office.conf.default einlesen, wenn config/lx_office.conf nicht existiert

Globale Variablen $::userspath, $::templates, $::membersfile nach %::lx_office_conf verschoben

Zusammenfassen mehrerer Konfigurationsdateien in einer gemeinsamen

Das Drucken von erzeugten wiederkehrenden Rechnungen implementiert

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).