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

IS: single-dbh

DO: single-dbh

OE: single-dbh

IC: single-dbh für delete und update_prices

IC: Umstellung IC::save auf single dbh

Nur noch ein DB-Hanlde pro Request zum Client aufmachen

Auftrags-Controller: lastcost nur vom Artikel nehmen, wenn die Position neu ist

Ansonsten werden die EKs von schon in der DB gespeicherten Aufträgen immer mit
denen des Artikels überschrieben.

siehe auch commit 370d43e2028e8a450055048f1354da48163d3954
"Order Controller - lastcost von Positionen mit speichern"
und refs #201 (redmine)

Kreditoren- und Debitorenbuchung: Erneuern per JS bei Wechsel des Beleg-Projekts

behebt #207 (redmine)

BUG_FIX Userpreferences

Falls keine Id vorhanden muss ein insert gemacht werden

Fehlende impliziten Übersetzungen für Zahlungsart

Wird in bank_transfer_edit gebraucht

CSV-Import Artikel: Einige Erweiterungen

CSV-Import von Artikel hat nun für existierende Artikel folgende Optionen:

     1. Eigenschaften von existierenden Einträgen aktualisieren
     2. Eigenschaften von existierenden Artikeln aktualisieren / Nicht vorhandene überspringen
     3. Preise von vorhandenen Artikeln aktualisieren
     4. Preise von vorhandenen Artikel aktualisieren / Nicht vorhandene überspringen
     5. Mit neuer Artikelnummer einfügen
     6. Eintrag überspringen

    Zusätzlich können nun Spalten "Lager","Lagerort" als Name oder ID eingelesen werden,
    sowie Übersetzungen z.B. als 'description_EN' oder 'description_IT'.
    Auch cvars können als 'cvars_<name>' importiert werden.
    Ebenfalls sind weitere Bemerkungen an den einzelnen Importzeilen eingebaut.

Geierlein: alter Elsterexport überarbeitet

Generierung der Params in ODGeierlein

Neuer Controller für AJAX Request
Verallgemeinern (Teile aus ustva.pl nach SL/USTVA.pm

elster_format angepasst

Die Formate der Steuernummern für Baden-Württemberg und Rheinland-Pfalz
sind in Geierlein anders als früher in taxbird

Geierlein auf gleichem Webserver

Da LocalStorage nur innerhalb einer Domaine funktioniert,
Wurde nun innerhalb Kivitendo der crome/content Baum von Geierlein installiert.

Also
cd geierlein/chrome/content
mkdir {kivitendoDocumentRoot}/geierlein
tar cf - * | tar xf - -C {kivitendoDocumentRoot}/geierlein

Natürlich gibt es auch Möglichkeiten, dies per alias-Config im apache2 zu machen

Konfigurerierbar in kivitendo.conf

Falls geierlein_path gestetzt ist das Feature enabled
Pfadnahme zeigt zu geierleinverzeichnis innerhalb des kivitendo Verzeichnisses

UStVa Einstellungen in Datenbank

Kein finanzamt.ini mehr sondern fa_bufa_nr in Defaults,
über diese BundesFinanzamtnummer greift man auf Finanzamt Rose-Objekt zu.
Das ist nun auch modifizierbar.
Nutzung von Rose,
Sonderfälle in stnr pattern (BaWü)

Falls keine Daten in Defaults wird ein ggf. vorhandenes finanzamt.ini gelesen
und die Daten von dort übernommen

Die Steuernummer wird nun nicht mehr in der Mandantenkonfig
sondern in den UStVa Einstellungen editiert

Bisher Keine Umstellung auf IBAN, BIC (ist dies notwendig?)

Übergabe ohne kz83
Geierlein berechnet das Ergebnis selbst,
es werden nun nur Eingangsbeträge übergeben

UTF-8 Umwandlung finanzamt.ini Texte

Links zu Mandantenkonfig eingearbeitet

Implementiert RedMine Feature #168

2. Version POD zu create_assembly

Probiert insgesamt mehr 'auf den Punkt' und trotzdem
user-verständlich zu beschreiben.

1. Version POD zu create_assembly

create_assembly wird transfer_assembly ersetzen.
Dies ist die erste Version alle aktuellen optionalen Verfahren
für 'Erzeugnis fertigen' zu ergänzen.
Aktuell offen ist die Liste der Parameter, sowie das
Verhalten bzgl. best_before