Startup: Include-Pfade mittels FindBin ermitteln

Neue Perl-Versionen werden das aktuelle Verzeichnis '.' aus dem
Standard-Include-Pfad @INC entfernen. Das bedeutet für uns, dass wir
nicht mehr einfach »use SL::Dispatcher;« und ähnliche Konstrukte machen
können.

Daher stellt dieser Commit all diejenigen Perl-Dateien, die als externe
Einstiegsquelle dienen, auf die Verwendung von FindBin um. Es werden
nicht nur die Verzeichnisse »modules/override« und »modules/fallback«
behandelt, sondern auch das Installationsverzeichins selber mit in @INC
aufgenommen, um für die Entfernung von '.' gewappnet zu sein.

Zusätzlich wurden die meisten Scripte so modifiziert, dass sie nicht
mehr direkt aus dem kivitendo-Installationsverzeichnis heraus aufgerufen
werden müssen sondern aus beliebigen Verzeichnissen heraus aufgerufen
werden können. Sie wechseln schlicht zu allererst das aktuelle
Verzeichnis ins kivitendo-Installationsverzeichnis.

Perl-Module, die nicht direkt Scripte sind und den Pfad zum
Installationsverzeichnis benötigen (also z.B. SL/DBUpgrade2.pm), dürfen
allerdings FindBin nicht benutzen, weil $FindBin::Bin das Verzeichnis
zum aufgerufenen Perl-Script enthält, und das kann mal dispatcher.pl
sein, mal scripts/dbupgrade2.pl. Für diese Module gibt es weiterhin
SL::System::Process->exe_dir, die das kivitendo-Installationsverzeichnis
zuverlässig ermittelt.

Leider ist es nicht möglich, nur SL::System::Process->exe_dir anstelle
von $FindBin::Bin zu nutzen, da zuerst SL::System::Process eingebunden
werden muss, und um das zu tun, muss das Installationsverzeichnis ja
bereits im Include-Pfad vorhanden sein — typical case of catch 22.

ClientJS: Update nach »Automatisches Löschen von Flashanzeige unterdrückbar«

systemd Service: Abhängigkeiten gefixt; User ergänzt; ProtectXZY ergänzt

• Requires & After: falscher Abschnitt, gehören nach [Unit]
• User: der Task-Server sollte als der User laufen, unter dem auch der
  Webserver läuft.
• ProtectSystem, ProtectHome, PrivateTmp: diverse Sicherheitsmechanismen
  von systemd nutzen; siehe »man systemd.exec«

scripts: nicht mehr benötigte/funktionierende Scripte entfernt

• create_tags_file.pl: das alte tags-Format wird eigentlich nicht mehr
  verwendet; wenn dann etags oder GNU global.
• spawn_oo.pl: lange veraltet; soffice heißt das Programm schon lange
  nicht mehr; funktioniert nicht; unzulänglicher Test, ob Prozess läuft
• templ2t8.pl: Konvertierung vom alten Template-System wird schon lange
  nicht mehr benötigt
• pl2tmpl.pl: dito

Übersetzungen aktualisiert

kivitendo-CSS: Styling Checkbox/Radiobutton doch über Browser-Toolkit

kivitendo-CSS: Input-Styling rein über CSS und nicht vom Browser-Toolkit

Pflichtenhefte: Faktor für Verkaufspreis in Abschnitten & »Kostenschätzung« umbenannt

Aktuell haben wir nur einen Verkaufsbasispreis im Pflichtenheft: den
Stundensatz in den Grundeinstellungen. Dies ist allerdings der
Stundensatz, der Kunden gegenüber in Rechnung gestellt wird, und damit
ein Verkaufspreis und kein Kostenfaktor. Die Kosten anhand des
Verkaufspreises abzuschätzen ist aber unsinnig.

Daher ist es sinnvoller, erst mal von »Zeit- und Preisschätzung«
anstelle von »Zeit- und Kostenschätzung«.

Der neu eingeführte Faktor, der an Abschnitten angegeben werden kann,
ist dann ein Multiplikator für die Verkaufspreisschätzung. Er kann
z.B. benutzt werden, um geplante Wochenendarbeiten höher zu bepreisen.

Eine Einführung von echter Kostenschätzungen würde etwas mehr Arbeit
erfordern.

Automatisches Löschen von Flashanzeige unterdrückbar

Bei jedem ClientJS call wird bisher vor Ausführung der Antwortdaten in Javascript
die Info/Warnung/Fehleranzeige gelöscht.

Bei periodischen ClientJS call kann das zu unerwünschten Effekten führen,
z.B. eine Fehlermeldung wird so schnell gelöscht, dass sie nicht erkannt werden kann.

Nun kann optional dies per $self->js->no_flash_clear abgeschaltet werden

Bankimport: Behandlung von Sammelüberweisungen

Generell werden die SEPA Export-Items aus der Punktebewertung herausgenommn,
dafür wird eine exaktere Prüfung auch mittels des Transaktionstyps ermittelt.
Dadurch werden auch Sammellastschriften/Überweisungen erkannt.

Setzen von Skontotyp, kein Prüfen der Sepaitems mehr in >get_agreement_with_invoice

Negativer Amount auch bei filter_drafts

In einer Rechnung wird beim Erzeugen aus der Vorlage der gezahlte Wert nun
richtig ausgefüllt.
Wie in create_invoice.html negative Werte frisch formatieren (commit 15b2640059)

DN: niemals leere Strings als ids verwenden

DN: Bei Fehlern in der Transaktion Fehler anzeigen

SL::DB::Manager: find_by_or_create bubbelt jetzt exceptions

Artikel als neu speichern: Historie auch für neuen Artikel schreiben.

Bisher wurde nur ein Historien-Eintrag beim Original-Artikel (SAVED AS NEW)
angelegt, nicht aber beim neuen Artikel.

SL/DB/Pricegroup: circular includes vermeiden

pod syntax

SL/Dev: strict

DATEV: Fehlermeldungen verbessert und lokalisiert

GoBD: Exportfehler an Benutzer ausgeben

GoBD: Bei unbalanced ledger Fehlern abbrechen und Fehler zeigen

GoBD: Dialogbuchungen von Steuermengen nicht als versteuert markieren

Behebt das taxkeys != 0 && tax == 0 Problem

GoBD: gldate zusätzlich zur beleg.itime ausgeben

GoBD: credit/debit_amount formatieren

GoBD: experimentelle Spaltung von Betrag und Steuer in Soll und Haben

GoBD: Steuerschlüssel richtig setzen

tax_amount ist als Steuerindikator nur für GL Buchungen verfügbar

GoBD: transaction.tax: Numeric statt Text

GoBD: In data " durch ' ersetzen und ! durch .

Das sollte deren Import glücklich machen.

GoBD: IDs von Kunden/Lieferanten auch so nennen.

GoBD: neue Bugs dokumentiert

GoBD: Neues Menu-Icon

GoBD: In Menu "Finanzbuchhaltung" verschoben

GoBD: Fehlende locales

GoBD: GDPDU nach GoBD umbenannt

GDPDU: Export nach Buchungsjahr

GDPDU: lokalisierte Spaltennamen und CSV Header

Ausserdem:
- Vendor (database ID) war falsch lokalisiert
- vendor hat noch customernumber exportiert, exportiert jetzt
  vendornumber
- Mehr Dokumentation

GDPDU: statt acc_trans_id die trans_id exportieren

GDPDU: legacy kommentare und call parameter entfernt

GDPDU: Doku Update

GDPDU: Zellennormalisierung auch für transactions

ausserdem , durch ; ersetzt.

GDPDU-DATEV-Export: Zeilenumbrüche durch Leerzeichen ersetzen

GDPDU: Typo (transactions.csv)

GDPDU: Behandlung von Skonto-Steuerrückbuchungen

In diesem Fall konkret:
  - 3308.73 Umsatzsteuer
  +    0.10 Erlösminderung
  + 3308.63 gewährte Skonti

GDPDU: Debugcode

GDPDU: acc_trans_id nciht mehr primary key

Bei großen Splitbuchungen werden die auf mehrere einzelne Teile geteilt,
die dann den gleichen Key haben. Der Key selber macht keinen Sinn als
Key, weil jede Zeile aus 2-3 echten acc_trans Einträgen besteht. Zum
Debuggen trotzdem nützlich.

-> nicht mehr primary key

GDPDU: Steuerdaten konsistent halten, Zahlenformatierung

GDPDU: itime in Buchungen mit anzeigen

GDPDU: taxdescription und Übersetzungen

GDPDU: Behandlung von steuerfreien Werten im Export

GDPDU: customer, vendor und chart auf einige wenige Spalten beschränken

GDPDU: datev csv formatierung

GDPDU: DATEV-ähnlicher Buchungsexport Rohversion

GDPDU: DATEV-ähnlicher Buchungsexport Rohversion

GDPDU: Mehrzeilige Daten kollabieren

GDPDU: Typo

GDPDU: Encoding UTF8 für alle table explizit setzen

GDPDU: Reihenfolge der Tablellen in INDEX.XML

Anscheinend kann der Import nur Foreign Keys bearbeiten, deren
Tabellendefinition schon bekannt ist.

GDPDU: Weitere fixes

GDPDU: XML escape Entity typo

GDPDU: Maps nicht innerhalb von AlphaNumeric, sondern danach.

GDPDU: korrekte delimiter angeben

GDPDU: DigitGroupingSymbol hirntot setzen.

GDPDU locales

GDPdU Export - erste Version

CustomerVendor Controller - all_pricegroups nicht für Lieferanten laden

Lieferanten haben keine Preisgruppe

Generierung des missing files von locales verbessert

Alle Übersetzungen die schon unterhalb von $locale/more/*
gemacht worden sind, nicht mehr als nicht übersetzt in missing ausgeben.

Neue Maske: Auftragsartikelsuche

um schnell Positionen aus (alten) Verkaufsaufträgen zu finden:

Verkauf -> Berichte -> Auftragsartikelsuche

Dies ist kein druckbarer Bericht, sondern soll helfen, schnell einen
bestimmten Auftrag oder eine Information zu einer bestimmten verkauften
Ware zu finden.

Wurde die Ware per Lieferschein verschickt und ausgelagert wird auch der
Lieferschein und die verschickte Menge angezeigt. Dies klappt aber nur
für Aufträge, wo die Einzelpositionen per RecordLinks verknüpft sind.

displayable_delivery_order_info für DeliveryOrderItem

Relationship delivery_order_stock_entries für DeliveryOrderItem

Neue OrderItem Methoden

für Verknüpfungen per RecordLinks zu DeliveryOrderItem.

inventory relationship für DeliveryOrderItemsStock

SL::Dev::* - neue Helpermodule für Testcases und console

Mit Funktionen zum Generieren von Artikeln, Kunden und Lager- und
Lagerplätzen.

PriceSource dialog - Preisfeld mit class numeric

Preisgruppen - Umstellung auf Controller, sortkey, obsolete

Neuer CRUD-Controller nur für Preisgruppen.

Die Reihenfolge der Preisgruppen kann nun eingestellt werden, und man
kann Preisgruppen auf ungültig setzen, sofern sie nicht mehr aktiv bei
Kunden in Verwendung sind, so daß sie bei Kunden oder neuen Belegen
nicht mehr ausgewählt werden können.

kivitendo-CSS: Fontgröße ausschließlich relativ & mit lx-office-erp abgestimmt

lx-office-erp-CSS: Fontgröße/Zentrierung auf Loginseite gefixt

kivitendo-CSS: auskommentierten Inhalt entfernt

Dieser Inhalt wurde seit Jahren nicht benutzt — falls er es jemals
wurde.

kivitendo-CSS: keine Tabs, Einrückung gefixt

Verteilen der Rechte für Finanzbuchhaltung auf Dialogbuchung,Kreditoren-/Debitorenrechnungen(2)

Rechte überarbeitet:

- Beim Schnellsuchen zur Auswahl alle Rechte erlauben zum Suchen
- Der Reiter "Buchungen" kann nur von jemandem geöffnet werden, der Rechnungen editieren darf,
    deshalb hier von "general_ledger" auf "invoice_edit" umgebaut
- Wer Dialogbuchungen machen macht, darf auch das Buchungsjournal ansehen, am die Buchung zu finden.
- Bei Kreditorenbuchungen fehlte das neue Recht an einigen Stellen.
- Umbenennen des Rechts "Finanzbuchhaltungen" in "Offene Forderungen/Verbindunglichkeiten & Buchungsjournal"

kivitendo-CSS: Inputs konsistent durch Browser gestylt

Damit wird verhindert, dass teilweise das Plattform-UI-Toolkit für das
Styling verantwortlich ist. Das sieht nicht nur inkonsistent aus,
sondern stört richtiggehend, wenn oft zwischen nativ gestylt und vom
Browser via CSS gestylt gewechselt wird (z.B. wenn ein Element Focus
erlangt/verliert).

Verteilen der Rechte für Finanzbuchhaltung auf Dialogbuchung,Kreditoren-/Debitorenrechnungen

Es werden drei neue Rechte eingeführt, die den Zugriff auf Dialogbuchungen,Kreditoren-/Debitorenrechnungen verfeinern

Das Recht für Finanzbuchhaltung wird auf diese Rechte als default kopiert

CSV-Import: Test-Button unnötig bei direktem Import

Falls im Profile "dont_edit_profile" gesetzt ist, wird gleich in den Tesmodus gegangen, deshalb ist der Button unnhötig

MT940-Import: Transaktionstype mit in BankTransaction

Eine Erweiterung um z.B. Sammellastschriften zu erkennen
Dazu wurde ein eigenes Importprofil für aqbanking-cli erstellt
und die Tabelle bank_transactions erweitert.

Das Profile ist in users/aqbanking.conf

MT940-Import: Vordefiniertes Default Profil

- Das Profil muss nicht mehr pro Benutzer angelegt werden

- CSV-Import wird in das Systemenu zum Import verschoben,
  Im Menü "Zahlungsverkehr" wird gleich zum MT940 gesprungen
- Updatescript muss auch funktionieren wenn bereits ein MT940 Profil angelegt ist
- Für Login "default" ist is_default irrelevant

MT940-Import: Installationscheck aqbanking

Unter optionalen Prüfungen wird nach der Konfigurierung und
Ausführbarkeit von aqbanking-cli geprüft

GL u. AccTransCorrections: signle-dbh: "client" hinzugefügt bei with_transaction

Abteilung an Druckvorlage in Mahnungen übergeben

Auth::ColumnInformation: fetch nur in reset, nicht in init

die Version aus e7a7492e macht Probleme im taskserver.

ausserdem das reset nur dann machen, wenn es auch sinnvoll ist. Bisher
wurde das als silver Bullet aufgerufen, wannimmer sich etwas an der DB
geändert haben könnte, also auch beim anlegen der Auth DB in Tests und
beim initialen Anlegen. Der erste Fall ist jetzt in eine init Funktion
ausgelagert. Im zweiten Fall waren die zu resettenden Werte eh noch
nicht gesetzt, und das reset kann rausfallen.

MassInvoiceCreatePrint - Filter korrekt übergeben

Beim Massendruck wurden die ausgewählten Filter nicht korrekt
berücksichtigt, wenn man z.B. nach allen Lieferscheinen ab einem
bestimmten Datum gefiltert hat, und davon die ersten 10 drucken wollte,
wurde die ersten 10 aus der ungefilterten Liste gedruckt.

Verkaufsbericht - exchangerate nicht mehr als Subselect

convert_invoice.t: purchase invoices vor parts aufräumen

wh: no tabs, no trailing whitespaces

YearEndTransactions: undefined warnings behoben

Auth::ColumnInformation: beim Anlegen einmal fetchen

Das hat zur Folge, dass unter FCGI der fetch im post request Handling
passiert und der Request startup flotter wird.

Auth: session content mit einem sql query holen statt zwei.

Auth: table_present caching gefixt

return aus dem do { } Block verhindert das memoizing.

Auth: 3 neue auto_restore keys für session handling

Die drei werden bei jedem Request gebraucht. Spart 2-3 DB Queries pro
Request.

sepa_export_items automatisch mit Rechnungen löschen

Wenn man eine Rechnung löschen möchte, die bereits in einen SEPA-Export
verwendet wurde, so erhält man eine Fehlermeldung. Also den
dazugehörigen Eintrag aus »sepa_export_items« automatisch über ein »ON
DELETE CASCADE« auf den Fremdschlüsseln löschen lassen.

reconciliation_links automatisch mit Abhängigkeiten löschen

Wenn man einen Eintrag aus acc_trans löschen möchte (z.B. beim Löschen
einer gebuchten Einkaufs- oder Verkaufsrechnung, zu der bereits
Zahlungen verbucht wurden, für die wiederum ein Bankabgleich
stattgefunden hat), so wird bisher nur der Eintrag aus ar/ap
entfernt. Datenbanktrigger entfernen dann die Einträge aus »acc_trans« —
doch diese sind in dem Moment noch über »reconciliation_links«
referenziert.

Die »reconciliation_links« verknüpft allerdings ausschließlich die
Einträge aus »acc_trans« bzw. »bank_transactions« ohne weitere
Nebenwirkungen. Daher genügt es, wenn die Einträge über ein »ON DELETE
CASCADE« auf ihren Fremschlüssel mit gelöscht werden.

Diese Änderung betrifft auch #193 (»Kontenabgleich mit Bank« verhindert
nachträgliches Hinzufügen von Zahlungen). Durch die Änderung passiert
jetzt beim nachträglichen Buchen von Zahlungen Folgendes:

• Einträge aus »acc_trans« werden gelöscht
• Einträge aus »reconciliation_links« fliegen durch »ON DELETE CASCADE«
  automatisch mit raus
• Einträge in »acc_trans« werden wieder neu eingefügt, nicht aber
  Einträge in »reconciliation_links«

Sprich diese Änderung versteckt den Bug, dass das nachträgliche
Verändern von Zahlungen bereits abgeglichene Zahlungen falsch
behandelt. Das muss weiterhin gefixt werden, das Fehlverhalten ist
schlicht nicht mehr so offensichtlich.

ReportGenerator: CSV-Export: Encoding als Option angeben können.

Default bleibt UTF-8.