projekt kivitendo

Bankauszug verbuchen invoice_amount vor pay-invoice

Die Reihenfolge der Verarbeitung des Bankausszugs ist jetzt
wichtig. Vorher wurde einfach der Betrag der gesamten Rechnung
abgezogen, jetzt ist es nur noch der offene Betrag, der nach
der Zahlungsverbuchung dann auf 0 ist. Deshalb vorher ...

Feature Kontoauszug verbuchen - nur maximal offene Beträge

amount_open -> open_amount - richtige Helper-Funktion aufrufen

Keine Rechnungen mit Bankauszug verbuchen überbezahlen

Changelog für Änderungen für Kontoauszug verbuchen

inkl. Übersetzung

Verbesserung Visualisierung Bankverbuchen

Ein HTML-Tag zuviel.
open_amount aus SL/DB/Helper/Payments.pm nehmen
anstatt die DB/Invoice.pm unnötigerweise zu erweitern.

bessere visuelle Kontrolle über Bankauszug verbuchen

Der Betrag, der wirklich zugeordnet wird, wird in der GUI angezeigt.
Ferner Berechnungen aus den Templates ausgelagert.

Dokumentation aktualisiert.

Nein, Postgres 8.4 wird NICHT mehr unterstützt.
Auch nicht für Downgrade-Meister aus Zürich.
Nein.
Nein.
Nein. ;-)

vendornotes auch als notes Form Variable

Wie in SL/IS.pm ( c0ed7d2fa ) werden hier die notes doppelt zurückgegeben.

fixup durch löschen von notes vor kopieren

Auch hier kann es passieren dass die notes von Dokumenten z.B. Rechnung durch die
notes des Lieferanten (Kunden) in den Forms-Variablen überschrieben werden,...

SelfTests: Weitere Randfälle zumindestens in der Analyse-Ausgabe erwähnen

Hintergrund: Steuerschlüssel können auch bei Zahlungskonten vorhanden sein,
damit wäre eine Verknüpfung mit einer Netto-Rechnung auch nicht sinnvoll.

customernotes auch als notes Form Variable(fixmaster)

Durch den query ct.* werden die notes und per ct.notes as customernotes eingelesen

fixup durch löschen von notes vor kopieren