Merge remote-tracking branch 'origin/f-leistungsdatum'

Auftrags-Controller: Sprache f. Überstzung im E-Mail-Dialog verwenden

CVars: render_cvar_input: Variablen vom Typ bool mit for_sumbit rendern

Damit tauchen dann auch nicht angehakte Variablen in der Form auf.
Das war z.B. im Auftrags-Controller ein Problem, da dieser sonst ein
"Häkchen entfernen" nicht gespeichert hat.

EK-Rechnungen: Web-Template: vergessenes <tr> eingefügt

Kam rein mit
commit 517ed14d9733e94411274bd2b9fb59cef9e632ff
("Lieferdatum in Einkaufsrechnung erfassen können").

SKR04: Steuer mit Schlüssel 15 und 17 (16%) bei SKR04 entfernen …

…, wenn unbenutzt.

Wenn nicht angepasst, dann sind diese Steuern mit reservierten Steuerkonten
verknüpft, die jetzt für die neue Steuer verwendet/umbenannt wurden.
Zudem gibt es keine Konten, die diese Steuerschlüssel für die Steuerautomatik
verwenden.

Nicht bebuchte Steuern vor Neuanlegen entfernen

SKR04 unbebuchten 16% Steuern und doppelte 19% Steuern entfernen

ZUGFeRD: Gesamtsteuer nach PTC-Strukturänderung richtig ermitteln

Chart cache_taxkeys - startdate korrekt abfragen

Ansonsten werden Buchungen am 1.7.2020 (= startdate) nicht richtig
zugeordnet.

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
ausgeführt werden, bevor die Scripte in »required_by« ausgeführt
werden können.

Damit kann man z.B. kundenspezifische SQL-Upgrades schreiben, die
erzwungen vor offiziellen SQL-Upgrades ausgeführt werden, ohne die
offiziellen Upgrade-Dateien dafür verändern zu müssen.

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 kann
man die Steuerbeschreibung nicht mehr eindeutig anhand der Kontonummer
(hier als taxnumber verwendet) bestimmen, von daher wird jetzt immer
auch die tax_id mit ausgelesen.

Hier gibt es noch ganz viel Refactoringpotential...

Konjunkturpaket - SKR04 überarbeitet

* Debug OLD entfernt
* Gewährte und Erhaltene Skonti 16% Konten umbenannt
* Anlegen von Konto 8735 (c&p aus SKR03) rausgenommen
* Kommentare raus

Konjunkturpaket - SKR03 - kein 5 und 7 mehr anlegen

Im Gegensatz zu der Standardinstallation von SKR04 gibt es bei SKR03
keine konfigurierten Steuerschlüssel 5 und 7 (für die alten 16%-Fälle),
stattdessen gibt es noch Einträge für 16% die über die Steuerschlüssel 3
und 9 abgebildet werden und sogar noch auf die korrekten Konten zeigen.

Da das Anlegen von 5 und 7 derzeit noch zu Komplikationen führt, und
diese durch das Lieferdatum/Leistungsdatum nicht zwingend notwendig
sind, wird daher vorerst darauf verzichtet.

Außerdem werden noch ein paar fehlende Konten und taxkeys angelegt.

Konjunkturprogramm - t/tax/tax.t mit Skontozahlung testen

Konjunkturpaket - SKR03 neues Konto Skonti 5%

year_end.t - Testjahr hartkodiert

da ansonsten in 2020 durch die Umsatzsteuerumstellung die Kontensalden
des Tests nicht stimmen.

kivi nur mit corona-schutz rumlaufen lassen

Steuerschlüssel in Dropdowns anzeigen

bei Dialog-, Debitoren- und Kreditorenbuchungen.

Damit man z.B. durch die Mehrwertsteuerumstellung des Konjunkturpakets
die Vorsteuer 16% des alten Steuerschlüssels 7 von dem des aktuellen
Steuerschlüssels 9 unterscheiden kann.

Konten bearbeiten - Steuerschlüssel nach Datum sortieren

Es gab keine Sortierreihenfolge.

Konjunkturpaket 2020 Anpassung der Mehrwertsteuersätze und Test

Ab dem 01.07.2020 sollen 16% und 5% gelten.
Ab dem 01.01.2021 sollen wieder 19% und 7% gelten.

CSV-Import Debitorenbuchungen: Lieferdatum bei Steuerermittlung berücksichtigen

CSV-Import Debitorenbuchungen: Feld für Kontonummer heißt accno, nicht chart

S:D:Order: deliverydate Methode für PTC

PTC: Steuer nach Lieferdatum oder Rechnungsdatum

sollte nur für Rechnungen/Gutschriften gelten, nicht für Aufträge.

S:DATEV:CSV: Lieferdatum als Leistungsdatum exportieren

Tests: DATEV-CSV-Export: Lieferdatum/Leistungsdatum

Lieferdatum in Dialogbuchung - Steuer anhand von Datum

Lieferdatum in Dialogbuchung: Speichern und Laden in Belegmaske

Lieferdatum in Dialogbuchung: DB-Upgrade + Rose

Lieferdatum in Debitoren-und Kreditorenbuchung

Lieferdatum in Einkaufsrechnung erfassen können

Das DB-Feld gab es schon, wurde aber nicht befüllt.

PTC: Rückgabehash taxes in taxes_by_chart_id umbenannt

Damit ist klarer, was zu erwarten ist

ZUGFeRD: Steuerwerte pro Steuer, nicht pro Steuerkonto ausweisen

Auftrags-Controller: Steuerwerte pro Steuer, nicht pro Steuerkonto ausweisen

PTC: Steuern auch nach Steuer-Id zurückgeben

Bisher kann der PTC die berechntete Steuer pro Steuerkonto zurückgeben.
Allerdings kann kivi so konfiguriert sein, dass verschiedene Steuern
auf ein Konto gebucht werden. Diese lassen sich dann durch die Rückgabe
des PTC nicht unterscheiden.

Jetzt werden die Steuern zusätzlich auch pro Steuereintrag (also per tax.id)
zurückgegeben.

Buchungen in Konten wenn nach Datum sortiert zusätzlich nach Init-TS sortieren.

Siehe Forum: https://forum.kivitendo.ch/1368/buchung-werden-nicht-der-gebuchten-reihenfolge-angezeigt

Bugfix #430 Steuer speichen wirft SQL-Fehler

Das Refactoring 543d78225ec609 hat die Bind-Variablen außer Acht gelassen.
Bernd hat den Teil beim Speichern mit b30eacc6bbc6f gefixt.
Jetzt auch bei Neuerfassung. Ferner Rückmeldung an den Nutzer per Flash

ZUGFeRD: Modifikationen an Tabelle customer in einem Rutsch

Workflow Rechnung->Auftrag (neuer Controller). Rabatt nicht mehr umrechnen

Das passiert jetzt in _make_record_item (siehe auch
"make_record(_item): discount-Feld richtig behandeln",
commit cd6bfeee2bf076f15f9fdf57806a7c42bdf1760e).

Dadurch wurde der Rabatt zweimal durch 100 geteilt.

Original-Rechnung bei Mahnung Drucken: sellprice aus fxsellprice setzen

Sonst stimmt z.B. der Rabatt nicht, da sellprice in der DB den rabattierten
Wert enthält/enthalten kann. sellprice wird aber in IS::invoice_details (
aufgerufen aus Form::prepare_for_printing) als unrabattierter Einzelpreis
verwendet.

Schreibweise "dependancy" -> "dependency" (und aehnliches)

CsvImport für Lieferscheine

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
automatische Verlängerung eingetragen ist. In dem Fall würde die wR
bei Erreichen des Enddatums nämlich sofort auf gekündigt gesetzt, und
es würden keine weiteren Rechnungen erzeugt.

Bei der vorausschauenden Finanzübersicht muss diese Situation daher
ebenfalls berücksichtigt werden.

scripts/image_maps.pl: korrigiere Schreibfehler

CsvImport: Report-Begrenzung: Option "Nur Warnungen und Fehler" umbenannt. …

… Warnungen gibt es (noch) nicht, nur Fehler (errors) und
Bemerkungen (information)

CsvImport: Report-Begrenzung: "Alles" anzeigen als Voreinstellung.

CsvImport: Filter/Begrenzung für Status-Bericht wieder ermöglichen.

CsvImport: Anzahl der Fehler beim Ergebnis anzeigen

locales-Lauf nach "Typos und spellcheck für occurred" -> Reihenfolge anders

Projektpflicht bei Verkaufsaufträgen - Fehler abfangen

... wenn ein Projekt mit der Projektnummer der zu vergebenden Auftragsnummer
schon existiert. In der Datenbank muß die Projektnummer eindeutig sein.

Auf das Vorhandensein der Projektnummer schon vor dem Speichern des
Auftrags prüfen und gegebenenfalls abbrechen, ansonsten bricht der
Prozeß später ohne eine aussagekräftige Fehlermeldung ab.

Typos in changelog

Typos und spellcheck für occurred

Typo in locale

changelog zu den Änderungen bei Anrede, Titel und Abteilung von Ansprechpers.

Abteilungen bei Ansprechpersonen: Freitext-Feld und/oder Auswahlliste

Die Abteilung wird entweder nur mit einer Auswahlliste angezeigt oder mit
Freitext-Feld und Auswahlliste. Das ist annähernd das alte Verhalten - im
Freitext-Feld eingegebener Text wird auch in contact_departments gespeichert.

In der Mandantenkonfiguration ist das Freitext-Feld (altes Verhalten)
abschaltbar.

Todo: Fremdschlüsselbeziehung zwischen contacts und contact_departments

Abteilungen bei Ansprechpersonen: SimpleSettings-Controller zum Editieren

Abteilungen bei Ansprechpersonen in eigene Tabelle: DB-Upgrade und Rose

Titel von Ansprechpersonen: Freitext-Feld und/oder Auswahlliste

Der Titel wird entweder nur mit einer Auswahlliste angezeigt oder mit
Freitext-Feld und Auswahlliste. Das ist annähernd das alte Verhalten - im
Freitext-Feld eingegebener Text wird auch in contact_titles gespeichert.

In der Mandantenkonfiguration ist das Freitext-Feld (altes Verhalten)
abschaltbar.

Todo: Fremdschlüsselbeziehung zwischen contacts und contact_titles

Titel von Ansprechpersonen: SimpleSettings-Controller zum Editieren

Titel von Ansprechpersonen in eigene Tabelle: DB-Upgrade und Rose

Anreden: Kunden-/Lieferantenstamm: Freitext-Feld und/oder Auswahlliste

Die Anrede wird entweder nur mit einer Auswahlliste angezeigt oder mit
Freitext-Feld und Auswahlliste. Das ist annähernd das alte Verhalten - im
Freitext-Feld eingegebener Text wird auch in greetings gespeichert.

In der Mandantenkonfiguration ist das Freitext-Feld (altes Verhalten)
abschaltbar.

Todo: Fremdschlüsselbeziehung zwischen customer/vendor und greetings

Anreden: SimpleSettings-Controller zum Editieren

Anreden in eigene Tabelle: DB-Upgrade und Rose

Kosmetik: Einrückung

Ansprechpersonen: DOM-Id für Löschen-Knopf setzen

Damit wird der Löschen-Knopf wieder ausgeblendet.

Vorlagen: Weiche für Anrede je nach dem, ob "natürliche Person" gesetzt ist

Doku zu Kunden/-Lieferantenstamm: "natürliche Person"

Kunden/-Lieferantenstamm: Flag "natürliche Person" in Maske

FlattenToForm: natural_person mit übernehmen

Kunden/-Lieferantenstamm: Flag "natürliche Person": DB-Upgrade + Rose

locales: Lauf für englisch (en)

Kreditorenbeleg-Storno: Buchungsdatum richtig setzen

Aufgefallen durch den Zeitstempel selftest

Project löschen - Rücksprung zu Übersicht repariert

Die action heißt list, nicht search

Mahnungen: Offene Gutschriften anzeigen und bei Auswahl gegen Offene Posten rechnen

Falls der Haken in der Übersicht gemacht wird, werden alle offenen
Gutschriften für den jeweiligen Kunden angezeigt. Wenn diese aktiviert
werden, werden diese Gutschriften für die jeweilige Mahnstufe ausgegeben.
Entsprechend wird die Summe der offenen Zahlung reduziert.
Offen: Im Mahnungsbericht werden die Mahnungen dann allerdings ohne
die Gutschriften angezeigt

marei: Syntax-Fix für Zahlungserinnerung.tex

marei: add lmodern to allow vector fonts with older debian installations

help text changed dbupgrade2_tool.pl

Hinzufügen der Option ajax_return zu L.sortable_element

Bei Sortimenten Sortimentsartikel nach 'position' sortieren

Bisher wurde die Spalte 'position' in der Tabelle assortment_items
ignoriert.

Dokumentation: longdescription referenziert auf part.notes (Bemerkungen)

VK-Bericht: Transportmittel als Hauptsortierung

Mahnungen: Ausdruck der Originalrechnung inkl. Anw. HTML-Formatierungen

Mahnungskonfiguration Ausdruck der Originalrechnung konfigurierbar

Mahnungen: Optionales Feld Rechnungen ausdrucken für Mahnungs-Konfiguration

Wiederkehrende Rechnungen: vorbelegte E-Mail-Texte setzen falls leer

Vorher wurde nur geprüft, ob die Konfiguration schon gesetzt wurde.
Sollte ein Kunde im Nachhinein auf E-Mail-Versand umstelle ist
das Verhalten jetzt komfortabler

MT940 Import aqbanking Version 6 benötigt andere Parameter

Ferner ist die Version 5 buggy, da sie nicht mit den neueren
Längen (seit Mitte 2019 im Einsatz) im Verwendungszweck zurechtkommt.
Entsprechend die minimale Version der aqbanking-tools auf > 6 gesetzt.

Auftrags-Controller: Einfüge-Position eines neuen Artiklens angeben können

locales: Lauf für englisch (en)

locales: Vergessene Übersetzung zum Kontenabgleich

Mahnungen: Optional auch Original-Rechnung hinzufügen

Verkaufsbericht: Transportmittel in Bericht mitausgeben

Doku: kivitendo Pflege und Installation mittels branch verbessert

Changelog: ZUGFeRD und Suchoption Waren ergänzt

Artikelsuche: Suche nach in Erzeugnis verbauten Artikeln

Als Ergebnis werden Erzeugnisse und deren Bestandteile angezeigt.
Gültige Suchkriterien sind aktuell nur die Spalten in parts

Archive::Zip: kein Fix für aktuelle Versionen mehr nötig

Der Fix ist bei 1.40 bereits in offiziellen Releases
enthalten. Deutlich neuere Versionen enthalten sogar Änderungen, bei
denen unser Fix das Modul kaputt macht.

Also… Archive::Zip ≥ 1.40 voraussetzen und unseren eigenen Fix wegwerfen.

Belegmasken: weitere Werte f. PrintOptions aus form füllen

Das ist für Proforma-Rg aus Aufträgen wichtig, denn diese werden nach einem
erneuten Laden über js gedruckt. Und dazu müssen die vorher eingestellten
Werte wieder richtig vorhanden sein.

Problem war: Auftrag als Proforma drucken ging erst beim zweiten Drucken.

DATEV-Tests: eine gültige UStID-Nr benutzen

Der DATEV-Export nutzt inzwischen Routinen zur Prüfung & sauberen
Formatierung von UStID-Nummern, und die in den Tests verwendete war
nach dem gültigen Algorithmus schlicht nicht gültig.

Testfall für #266 - Rückgabewert für Routine setzen

Fixt #266 Kontenabgleich mit Bank transaktionssicher

Merge branch 'f-zugferd'