Bugfix #435 Einkaufsrechnung mit Leistungsdatum zieht falsche Steuer
Steuer für die acc_trans sollte anhand von deliverdate berechnet werden.An der Oberfläche wird die Steuer richtig angezeigt, die DATEV-Prüfungbeschwert sich aber glücklicherweise
SL::DB::ShopOrder - in convert_to_sales_order transdate übergeben
Um ein bestimmtes Datum zu forcieren, nützlich für Tests.
Außerdem Umstellung auf hartkodiertes Testjahr 2019 in 2020.
SL::DB::Invoice new_from - param transdate übergeben
Insbesondere bei Tests nützlich, um das Defaultverhalten zuüberschreiben.
Payment Helper - Logikfehler bei Parameter transdate
Es war eine Klammer falsch gesetzt, daher wurden nie DateTime-Objekteerkannt und man mußte das Datum immer als formatierten String übergeben.Jetzt sollte es auch wieder mit DateTime-Objekten funktionieren.
Merge remote-tracking branch 'origin/f-leistungsdatum'
Auftrags-Controller: Sprache f. Überstzung im E-Mail-Dialog verwenden
ZUGFeRD: Gesamtsteuer nach PTC-Strukturänderung richtig ermitteln
Chart cache_taxkeys - startdate korrekt abfragen
Ansonsten werden Buchungen am 1.7.2020 (= startdate) nicht richtigzugeordnet.
DBUpgrade-Mechanismus: umgekehrte Abhängigkeiten mit »required_by« angeben können
Existierender Mechanismus mit »depends« sagt: die Scripte in »depends«müssen ausgeführt werden, bevor ich selber ausgeführt werde.
Mit »required_by« kann man das Umgekehrte angeben: ich selber muss...
AR/IR/OE - Steuerbeschreibung an Oberfläche / Druck aus tax_id holen
siehe Kommentare in SL/IS.pm
Wenn ein Steuerautomatikkonto mehrmals bei den Steuern auftaucht kannman die Steuerbeschreibung nicht mehr eindeutig anhand der Kontonummer(hier als taxnumber verwendet) bestimmen, von daher wird jetzt immer...
Revisionen anzeigen
Auch abrufbar als: Atom