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.

Verbrauchsbericht: Lager->Berichte->Lagerentnahme

Ein Bericht über jährliche/quartalsweise/monatliche Lagerentnahme

Anforderungen waren:

1. Zahlen im Bericht einheitlich Formatieren (mit Tausender-Trennpunkt)

2. Spaltenüberschrift:
- "Lagerverbrauch" (Letzte zwei Spalten) -> "Entnommen (ohne Korrekturen)"
- "Verbrauch monatlich" (vorletzte Spalte) -> "Im Zeitraum"
- "Ø Verbr." (letzte Spalte -> "Ø mtl."

3. In der Suchmaske unter "Vorgewählte Zeiträume" sollte das aktuelle Jahr vorgegeben sein.

4. Filter "Freier Zeitraum" funktioniert nicht: "Es wurden keine Daten gefunden."

Bei der Berechnung des "Ø mtl." wird Folgendes beachtet:
Falls ein Zeitraum angegeben ist mit einem Enddatum in der Zukunft (z.B. auch bei "Jährlich" oder "Quartal")
muss der Bezugszeitraum mit dem aktuellen Datum (heute) begrenzt werden, ansonsten wird der Durchschnitt falsch berechnet!

Bei Zeitraum kleiner einem Monat, wird Durchschnitt des Entnommenen über einen Monat berechnet

Bei PDF/CSV Export müssen alle Werte berechnet werden
Wegen PDF-Erzeugung ausserhalb Papier X-Rand default reduziert auf 0,8 cm

Beim Einlagern Grund für Einlagerung mit aufnehmen

Flashanzeige erweitert: Löschen und Springen abschalten

1. Funktion zum Text löschen nach Timeout

Bei neuen Controllern, die per AJAX laufen, ist es empfehlenswert
bestimmte Texte nach einer gewissen Zeit implizit zu löschen,
damit eine weitere identische Anzeige erkennbar ist.

Änderung in clientjs:

2. nach Ausgabe einer Flash Anzeige (Info/Warning/Error)
   wird nach oben gesprungen ( derzeit zum frame-header).
   Damit wird die Anzeige auf jeden Fall sichtbar.

   Bei direkter Nutzung innerhalb Javascript kann per drittem Parameter 'true' das Scrollen verhindert werden.
   Dies ist derzeit nicht Controllerseitig durchführbar, da die flash() Funktion eine
   Liste von Strings erwartet. Hierzu müsste die Schnittstelle adaptiert werden oder ggf,
   eine neue Funktion flash_noscroll() eingebaut werden.

Homepage-Link bei Kunden/Lieferantenstammdaten repariert

Spezifisches Recht für CSV-Import(2)

Neue Implementierung: Die access-Prüfung findet nun im "Worker" statt,
so kann für die Banktransaktionen in "CsvImport/BankTransaction"
neben "config" auch das Recht "bank_transaction" zugelassen werden.

Davon getrennt ist nun das Verhalten, das bei einem vorgegebenen Profil
dieses nich tzum Editieren angeboten wird, sondern gleich in den Import->Test gegangen wird.
Dazu ist im entsprechenden Profil der Parameter "dont_edit_profile" auf "1" zu setzen.

Spezifisches Recht für CSV-Import

Da immer mehr Bewegungsdaten per CSV-Import eingelesen werden,
ist es sinnvoll, dies ohne 'config' Recht durchführen zu können.

In diesem Falle sind default Import-Profile vorzuhalten, da die Nutzer dann keine Anpassungen machen dürfen.
Die Default Profile haben das flag is_default gesetzt und als login "default" eingetragen.

Zur Übergabe dieses Rechts dient der neue Parameter csv_import_access,
der entsprechend weiterzugeben ist.

Diese Änderung wird erstmalig für den MT940 Bankimport eingesetzt

Voraussetzung für #5193.1

CSV-Import nach Import kein "Import" Button

Um doppeltes Importieren zu verhindern, wird der "Import" Button nur nach dem Test einmal sichtbar

Klonen von CSV-Import Profilen ohne is_default(fixmaster)

Die für den Backgroundprozess notwendigen geklonten Einträge sollen kein is_default gesetzt haben,
da beim Speichern des Klones mit is_default alle anderen mit gleichen Type und Login is_default auf 0 gesetzt bekommen

(Es kann nur einen geben!!)

Erstellen von Jahresabschluss-Buchungen(4)

- Einrückungen von G.Richardson,
- dates in DateObjekte konvertiert
- Eine Buchung und Gegenbuchung als eine Transaktion

Chart get_balance nimmt jetzt fromdate und todate als Parameter

 Verkauf->Berichte->Aufträge: Abteilung im Bericht

wenn nach Abteilung gefiltert wird den Namen der Abteilung oben angeben.

Vergessene hidden Abteilung für Verkauf->Berichte->Aufträge

Verkauf->Berichte->Rechnungen: Abteilung im Bericht

wenn nach Abteilung gefiltert wird den Namen der Abteilung oben angeben
statt der id.

Vergessene hidden Abteilung für Verkauf->Berichte->Rechnungen

FlattenToForm - Employee-Daten mit integrieren

Wenn Rechnungen per flatten_to_form gedruckt werden, sollten auch die
Druckvorlagenvariablen employee_tel, employee_fax und employee_email im
Template zur Verfügung stehen. Diese Daten stehen aber nur in der
$::auth.

Erstellen von Jahresabschluss-Buchungen(3)

Für Auswahl moderne presenter Methoden statt alte cgi Methoden eingebaut.
Fehlende Umbenennung in html Templates für Events korrigiert
Die Auswahl der 9xxx Konten nicht mehr auf 4 Zeichen begrenzt

Erstellen von Jahresabschluss-Buchungen(2)

Auf Wunsch exaktere Bezeichnung des Controllers etc,
also statt yearly ==> yearend

Erstellen von Jahresabschluss-Buchungen

Das Erstellen von Schluss- und Eröffnungsbuchungen (mit Saldovortrag auf 9000-Konten)
wird erleichtern bzw. automatisieren.

- Neuer Menüpunkt "Finanzbuchhaltung -> SB/EB buchen"
- Buchungsdatum:
    SB: dem 31.12. des Vorjahres
    EB: dem 01.01. des aktuellen Jahre
- Referenz und Beschreibung
- Auswahl eines 9000 Kontos
- Danach Liste der unausgeglichenen Konten, per Checkbox auswählbar.
- Iteratives Erzeugen der SB / EB Buchungen
- Start der Saldoberechnung abhängig von Mandantenkonfig Einstellungen "get_balance_startdate_method"  und "closedto"

- Erweiterung der zweiten Seite (SB/EB buchen)

1. Zusätzliche Spalte "Summe SB-Buchungen" welche die Summe aller SB-Buchungen im betroffenen Zeitraum anzeigt.
2. Zusätzliche Spalte "Summe EB-Buchungen" welche die Summe aller EB-Buchungen im Zeitraum des nächsten Jahres anzeigt.
3. Die Anzeige "Salden von $datum bis $datum" als gemeinsame Spaltenüberschrift "Zeitraum: $datum - $datum" für die Spalten "Soll", "Haben", "Summe SB-Buchungen"
4. Eine ähnliche zweite Überschrift "Zeitraum: $datum2 - $datum2" für die Spalte "Summe EB-Buchungen", wobei $datum2 hier das "folgejahr" darstellt.

- Nun auch S und H bei Summenspalten
- Test eingebaut

USTVA: single-dbh disconnects

RP: single-dbh disconnects

RC: single-dbh disconnects

PE: single-dbh disconnects

OE: single-dbh disconnects

IR: single-dbh disconnects

GL: single-dbh disconnects

Form: single-dbh disconnects

Common: single-dbh disconnects

CT: single-dbh disconnects

CP: single-dbh disconnects

CA: single-dbh disconnects

AR: single-dbh disconnects

AP: single-dbh disconnects

CsvImport: Aufträge: Auf ungültige Artikel prüfen.

t/controllers/csvimport/parts.t: weg mit den überflüssigen init Aufrufen

mailmap update

UserPrefs: Transaktionen für alle

CsvImport/Part: uninitialized hash value warning behoben

WH: spellcheck

USTVA: Leerzeichen am Zeilenende entfernt

CSV-Import: single-dbh

CSV-Import Artikel: Einige Erweiterungen: Testfehler behoben

WH::transfer_assembly: single-dbh

DBUpgrade2: single-dbh

Betrifft das Surrogat-dbh-handling in db-upgrades.

Der alte Code versucht $::form->get_standard_dbh mit dem Upgrade Handle
zu überschreiben, damit Code der im Upgrade läuft das benutzen kann. Das
geht mit dem SL::DB->client handling nicht.

Angenehmer Nebeneffekt ist, dass man jetzt sofort bei Testläufen auf der
Konsole sieht wenn das passiert, weil das Handle nicht funktioniert und
damit abstürzt.

User: single-dbh: vor upgrade nicht mehr disconnecten

task_server: single-dbh: Form::disconnect entfernt

single-dbh: Fehler in Transaktionen immer weiterwerfen

Dispatcher: Form::disconnect nicht aufrufen solange kein client da ist

task_Server: single-dbh

DBUpgrade: temporäre dbh Behandlung

get_standard_dbh entfernt und auf SL::DB->client->dbh umgebogen

dbconnect_noauto entfernt

User: Kommentare entfernt

CsvImport/Base: single-dbh

Achtung: der hier schreibt ein for {} continue um in deutlich
komplexeres Offset Handling. Muss extra getestet werden.

Form: single-dbh (partiell)

standard_dbh->rollback fehlt noch

CustomVariableConfig: single-dbh

CsvImport: mehr single-dbh

CsvImport/Base: single-dbh

CsvImport: single-dbh

CsvReport: single-dbh

TransNumber: single-dbh

meerge: IO: single-dbh return

RecordLinks: single-dbh

IO: single-dbh

common.pl: single-dbh

Common: single-dbh

ARAP: single-dbh

CVar: single-dbh

GenericTranslations: single-dbh

AM: single-dbh und disconnects

AccTransCorrections: single-dbh

FU: single-dbh

SEPA: single-dbh

Notes: single-dbh

DATEV: single-dbh

TODO: single-dbh

DN: single-dbh und disconnects

SL:: single-dbh und disconnects

CP: single-dbh

GL: single-dbh

AP: single-dbh

AR: single-dbh

IR: single-dbh