Kundenstammdaten: beim Anlegen Verkäufer*in setzen wenn kein »edit all«-Recht

Personen, die nur »edit«-Rechte, nicht aber »edit all«-Rechte haben,
dürfen nur noch eigene Kunden bearbeiten. Daher ist es sinnvoll, dass
beim Neuanlegen das Feld »Verkäufer*in« bereits auf die aktuelle
Person gesetzt ist.

Kunden-/Lieferantenstammdaten: Berechtigungsmodell gefixt

Neues Modell sieht wie folgt aus:

1. Alle Personen haben Leserechte auf alle Kunden- &
   Lieferantenstammdaten. Das betrifft nicht nur die Stammdatenmasken,
   sondern auch die AJAJ-Autovervollständigung (Kunden-/
   Lieferanten-Picker) oder die Detail-Popup-Fenster in Einkaufs-/
   Verkaufsbelegmasken.

2. Personen mit »edit«-Recht aber ohne »edit all«-Recht dürfen nur die
   eigenen Kundenstammdaten verändern (speichern/löschen), wobei
   »eigen« definiert ist als »aktuelle Person ist Verkäufer*in des
   Kunden«. Neue Kunden dürfen angelegt werden. Bei Lieferanten dürfen
   hingegen alle Stammdaten bearbeitet werden.

3. Personen mit »edit all«-Recht haben Vollzugriff auf alle Kunden- &
   Lieferantenstammdaten.

POD fix: Rose Syntax

Zeitvergleich braucht { . ilike gibt es nicht in Rose:
like_operator => 'like', # only applicable to Postgres, defaulted to undef, i.e. render_as_table() uses 'ilike' for Postgres by default

Bericht Angebote/Aufträge: internen Bemerkungen filtern und anzeigen können

Bericht Angebote/Aufträge: HTML: fehlende Ende-Tags hinzugefügt

Testfall für BT: Punkte. Copy & Paste Fehler von a695c behoben

BT: Punkte. Copy & Paste Fehler von a695c behoben

open_amount mit open_amount vergleichen

S:C:H:ReportGenerator: Spalteninformationen einzeln zuweisen.

Hintergrund: Das "fat-comma (=>)" interpretiert seine rechte Seite im
Listenkontext, was dazu führen kann, dass der Hash, der aufgebaut werden
soll, durcheinander gerät, wenn z.B. $def->{sub} eine Liste zurückliefert
oder gar nichts ($def->{sub} = sub { return }).

Interessant im Zusammenhang:
https://stackoverflow.com/questions/3435122/whats-the-difference-between-return-and-return-undef-in-perl

Buchungsjournal: auch globale Projektnummer im Bericht mit anzeigen

Buchungsjournal: Abteilung im Bericht anzeigen können

Buchungsjournal: Zwischensumme in Suchmaske an den Schluss gesetzt

Buchungsjournal: Spalte f. Bilanz im Bericht direkt hinter Umsatzsteuer

Dann sind die Zahlen zusammen

SL::GL: POD: keine leere section; <gt> escapen

changelog f. Menü- und Rechte-Anpassung "Produktivität"

Berechtigungen für Produktiovität als eigene Kategorie …

und die bisherigen Produktivitäts-Rechte und E-Mail-Journal-Rechte
darunter anzeigen.

Menü Produktivität: Zugriffsrechte nicht am Haupteintrag fest machen …

und eigene Zugriffssregel für E-Mail-Journal.

So kann z.B. das Recht, E-Mail-Journal ansehen, getrennt von der
Produktivität gesetzt werden.

Ein Hauptmenüpunkt wird nicht angezeigt, wenn keiner seiner Kinder
(z.B. wg. fehlender Rechte) angezeigt wird - wenn also keines der Rechte
vorhanden ist, so wird, wie vorher auch, der Haupteintrag auch nicht
gezeigt.

Locales-Läufe

S:D:Helper:TransNumberGenerator: Warnung vermeiden.

Getriggert durch Tests (./t/wh/inventory.t). Tritt aber nur auf, wenn
der Nummerkreis noch leer ist.

Dialogbuchungen um Boolean imported erweitert.

Buchungen mit diesem Boolean können beim DATEV-Export
gefiltert werden. Anwendungsfall sind bspw. in DATEV
erstellte Lohnbuchungen, die dann in kivi importiert werden

GLTransaction:: add_chart_booking um get_active_taxkey erweitert

Der Aufruf von add_chart_booking muss sich nicht mehr
darum kümmern welcher Steuerschlüssel gesetzt sein muss, wenn
er einfach nur den vorkonfigurierten Steuerschlüssel setzen will.
Dementsprechend ist param{tax_id} kein Pflichtparameter mehr.
POD ergänzt und mit Testfällen abgesichert (19% / 16% Fall).

Artikelstammdaten: in Übersetzungen Zeilenumbrüche verwenden können

Das Eingabefeld für die Beschreibung im Basisdaten-Tab erlaubt die
Eingabe von Zeilenumbrüchen. Daher muss das auch für die übersetzen
Beschreibungen gehen.

Merge branch 'f-factur-x-und-xrechnung'

Inventur: Part-Picker such auch nach Lieferantenartikelnummer

Kontoauszug verbuchen: Verkaufsgutschriften nicht negativ bewerten

Punkte für wrong_sign höher gesetzt und beide Gutschriftentypen
jetzt sauber abgegrenzt (credit_note und negative_ap_transaction)

BankTransaction: Treffer für Kreditorengutschriften erhöhen

negativ_ap_transaction sollte keine Strafpunkte mehr fürs
Vorzeichen erhalten. TODO: Verkaufs-Gutschriften prüfen

Kontoauszug verbuchen: Vorschlagsliste verbessern

- Kommentar stimmt nicht mit dem Code überein.
- Die Prüfung verhindert das Banktransaktionen mit einer Summe größer der
  Rechnungssumme als Vorschlag zugewiesen werden. Das war wichtig,
  weil der Payment-Helper zu Beginn immer die komplette Bankbewegung auf
  einen Beleg gebucht hat. Das ist mittlerweile besser gelöst.

Dialogbuchung: js-Validator einbinden. Damit werden die Datumsfelder validiert

… und auch formatiert.

changelog für Leistungsdatum

S/D/Order: new_from_multi: Leistungsdatum nur übernehmen, wenn überall gleich.

Für den Workflow, aus der Auftrags-Liste mehrere Aufträge zu einem
zusammenzufasssen.

Kreditorenbuchungen: Automatisches Setzen von Fälligkeitsdatum

Test: Skonto in Kreditorenbuchungen

Kreditorenbuchungen: Zahlungsbedingungen in Belegvorlagen

Kreditorenbuchungen: Zahlungsbedingungen laden/speichern

Kreditorenbuchungen: Bemerkungenblock an Rechnungen angepasst

mailmap update

Auftrags-Controller: Auftragswahrscheinlichkeit anzeigen: Typo im as_date-Attr.

Merge branch '2020-leistungsdatum'

SL::DB::Invoice->new_from: auch Leistungsdatum (tax_point) übernehmen

Preisanfrage/Aufträge: dort, wo es ein Liefertermin gibt, diesen f. Steuer nehmen

Auftrags-Controller: bei Änderung Leistungsdatum/Liefertermin neu berechnen

Auftrags-Controller: Leistungsdatum bei Workflow berücksichtigen

display_row: ship_$row nicht formatiert ausgeben

Im ganzen Programm wird angenommen, dass `$::form->{ship_$row}`
unformatiert ist, nur an dieser Stelle wird es formatiert
ausgegeben. Das war nicht mal ein Problem, weil es in `update` via
`_update_ship()` komplett neu berechnet wird, ohne auf den aktuellen
Wert in `$::form->{ship_$row}` zurückzugreifen. Trotzdem ist es der
Konsistenz halber wichtig, den Wert auch hier unformatiert auszugeben.

Order-Controller: Umwandlung: Berechnung bereits gelieferter/abgerechneter Mengen gefixt

In $::form steht der Wert für die gelieferte Menge in
`ship_$row`. Dieser Wert wird überall im Programm als unformatiert
angenommen, nur bisher in der Methode nicht, die berechnet, wie viel
von jeder Position bereits abgerechnet/geliefert war. Ergebnis war,
dass ein unformatierter Wert noch mal durch `$::form->parse_amount`
gejagt wurde.

Für einen Wert mit Nachkommaanteil ist das dann problematisch. Wurden
bereits z.B. 123,45 geliefert, so steht in `$::form->{ship_1}` der
Wert `123.45`, einmal durch `parse_amount` ergibt `12345`, was um
einen Faktor 100 zu viel ist.

Order-Controller: Umwandlung: gemeinsamen Code in eigene Funktion ausgelagert

LXDebug dump_sql_result: Spaltenanordnung je nach Inhalt

Spalten, die komplett numerisch sind, werden rechtsbündig angeordnet;
alle anderen linksbündig.

SEPA: In Details: Buttons »Buchen« und »Zahlungsliste« immer anzeigen

Sichtbare Buttons machen viel klarer, welche Funktionalität es an der
Stelle gibt, auch wenn die Buttons deaktiviert sind.

HTTP-Header: Lebenszeit für Session-ID-Cookie setzen gefixt

Der Name des Parameters lautet `-expires`, nicht `-expire`.

Außerdem den Timeout direkt aus `$::auth` lesen, um denselben
Standardwert zu nehmen, falls der Timeout nicht in der Konfiguration
gesetzt ist.

Inventory: Fehlermeldung gefixt

t/wh/inventory.t: Nach Test richtig aufräumen

Inventory Helper: Fehlerhaften Aufruf mit croak abbrechen statt mit Excception

Inventory Helper: Doku Update

Inventory Helper: Allocation ausgelagert in eigene Datei

Inventory Helper: Auf Number Helper Änderungen angepasst

Inventory: mehr tests

Inventory::Allocation: transfer_object

Inventory: doku typos

Inventory: Stückbehandlung und dispotype no_stock entfernt

Inventory: bestbefore handling

Inventory: production order und recipe features entfernt

Inventory: with_objects cleanup

t/wh/inventory.t: Reservierungen entfernt

Inventory Helper: Reservierungen entfernt

Inventory Helper: _qty auf _number umgestellt

Inventory Helper: Bessere Fehlermeldung bei fehlenden Parametern

Alle Fehler im allocate() des Inventory-Helpers werden nun per
SL::X::Inventory::Allocation Fehlermethode erzeugt,
damit es eine einheitliche Prüfung geben kann.

verbessert egw 12413

Inventory-Helper: Constraints erweitert mit "reserve_for"

Nun können auch ausschließlich Reservierungen allokiert werden

zu egw #11765

Inventory-Helper: Nutzung von falschem Parameter

Bei "reserve_for" muss auch der Inhalt des Parameters genutzt werden,
nicht "chargenumber"

Inventory-Helper: Nur gesetzte Constraints berücksichtigen

Werden als Parameter nicht definierte Constraints übergeben,
werden diese nun übersprungen

Inventory: allocate bevorzugt jetzt früherere Lagerbewegung

Inventory: Doku update. Funktionen statt Klassenmthoden

Inventory: warnings

Inventory: Parameter oe_id in for_object_id umbenannt und besser dokumentiert

Inventory-Helper: Restmenge auch runden, Stück immer ganzzahlig

Inventory-Helper: falscher Fehlermeldung

Bei der Fehlermeldung wird das falsche Lager angezeigt.
Bisher wurde das Lager mit vorhandener Menge angezeigt, das nicht der Einschränkung entspricht.
Es muss aber entweder kein Lager oder ein Lager angezeigt werden, das den Einschränkungen entspricht
aber zuwenig Menge hat.

zu #11438

Helper::Inventory: warnings

Inventory Helper: Mehr Info zum Alloc-Fehler

Nun werden an die Exception noch zwei weitere Parameter zur Auswertung übergeben:
- accessor: Bei wem tritt der Fehler auf
- allocations: Parameter die zu diesem Fehler geführt haben

zu #9457 und #10417

Inventory Helper: Dokument für Allocations extra

Sollen beim Produzieren/Abfüllen für die notwendigen Artikel auch
Dokumente angegeben werden, so müssen diese extra in die Allocation
Struktur eingebracht werden.

Automatischer Test angepasst: Inventoryhelper nun mit Parameter oe_id

zu #11216

Inventory-Helper: neuer Parameter "constraints" um die Verfügbarkeit von Lagerbeständen einzuschränken

Eine extra Methode prüft gefundene Einträge auf bestimmte Einschränkungen
nachdem die Sortierung stattgefunden hat

zu #9457

Lagerbuchungen mit Produktionsdokumenten anzeigen

Wie Lieferscheine und Aufträge werden nun auch Produktionsaufträge
angezeigt.

zu #11061

Inventory Helper: Artikel laden und Fehlermeldung korrigiert

Damit beim Fehler der Name des Artikels kommt, muss dieser geladen
werden.
Im Fehlerstring wird zuerst der Fehler , dann der Text ausgegeben

Inventory Helper: Parametercheck verbessert

Inventory Helper: Methoden der Allocation Klasse gefixt

Inventory Helper

GL: Projektpicker

Presenter::date_tag: Validierung sowohl nach Datum als auch übergebener Validierung

Merge pull request #29 from TeXhackse/marei-reimplement-table

Neuimplementierung und Feature Erweiterung für die Aktualisierten LaTeX Templates

HTTP-Header: Lebenszeit für Session-ID-Cookie setzen

Wenn ein Cookie kein Ablaufdatum gesetzt hat, so soll der Browser das
Cookie beim Beenden löschen. Damit ist es de facto unmöglich, ein
Session-Timeout anzugeben, das groß genug ist, damit man auch am
folgenden Arbeitstag noch eingeloggt ist (z.B. 24 Stunden).

`SL::Auth` berücksichtigt die Session-ID-Gültigkeit natürlich selber
schon, ist also die maßgebliche Instanz bzgl. der Gültigkeit, egal wie
lange der Browser das Cookie nun mitschickt. Aber wenn der Browser das
Cookie gar nicht mehr schickt, weil er zwischendurch geschlossen
wurde, kann `SL::Auth` auch nichts mehr machen.

Factur-X/ZUGFeRD: Unterstütztung für Profil »XRechnung 2.0.0«

Factur-X/ZUGFeRD-Import: Falsche Nutzung von t8() für Fehlermeldung korrigiert

Factur-X/ZUGFeRD: in »Factur-X/ZUGFeRD« umbenannt

Mit ZUGFeRD-Standard Version 2.1.1 ist der offizielle Name des
EU-Standards schlicht Factur-X. ZUGFeRD ist nur noch der tolerierte
alte Name.

In der Oberfläche ist nun überall von »Factur-X/ZUGFeRD« die Rede.

Im Quellcode heißen die Module hingegen weiterhin `SL::…::ZUGFeRD`,
weil die Umstellung ansonsten zu groß und irgendwo auch nicht so nötig
ist.

Es ändern sich auch die ganzen Namen in den Metadaten des PDFs und der
XML-Datei:

• Namensraum in der für Factur-X/ZUGFeRD relevanten XML-Elemente in
  den XMP-Metadaten im PDF
• Name des Dateianhangs der Rechnungs-XML im PDF (»factur-x.xml«)
• Standard-Identifier in der Rechnungs-XML

Factur-X/ZUGFeRD: neues Feld »Unsere Leitweg-ID beim Kunden« in Kundenstammdaten

Wird für XRechnungs-Profil von ZUGFeRD benötigt.

Factur-X/ZUGFeRD: UStID-Nr des Kunden nur ausgeben, wenn tatsächlich angegeben

Factur-X/ZUGFeRD: Verkäufernamen aus Employee-Objekt nehmen

Wichtig für Personen, die inzwischen aus der Auth-Datenbank gelöscht
wurden. Für die existiert der Employee-Eintrag weiterhin, und von dort
kann man den Namen beziehen.

SL::DB::Object: Methode update_collections für One-To-Many-Relationships

Der große Nachteil einer direkten Zuweisung wie
z.B. `$customer->shiptos($::form->{shiptos} // [])` ist, dass Rose
erst mal alle Objekte der Relationship löscht (auch wenn die neuen
Werte Primärschlüsselattribute enthalten) und anschließend neu
INSERTed, was nicht nur deutlich zu aufwändig ist, sondern auch mal
nicht funktionieren kann, wenn es da noch weitere Objekte mit
Fremdschlüsseln auf die zu aktualisierenden Objekte verweisen.

Daher muss man die Behandlung (neu hinzuzufügende, zu löschende & zu
aktualisierende Objekte) selber vornehmen. Das macht nun diese
Methode.

Die Methode gleicht eine Liste von existierenden Objekten einer
One-To-Many-Relationship (z.B. Kunde zu Lieferadressen) mit einer
neuen Liste von Hashrefs ab, die z.B. aus `$::form` stammen können.

Für alle Einträge aus der neuen Liste, die kein Attribut für den
Primärschlüssel enthalten, werden neue Einträge in der Datenbank
angelegt.

Für alle Einträge aus der neuen Liste mit Primärschlüsselattribut wird
das korrespondierende Objekt mit den Werten aus `$::form`
aktualisiert.

Alle existierenden Objekte in `$self->$attribute`, für die es keinen
korrespondierenden Eintrag in der neuen Liste mehr gibt, werden
gelöscht.

AttrDuration für minutes: _in_hours und _in_hours_as_number

Generierte Helfer-Methoden für Attribute, die normalerweise Minuten
speichern. Die Funktion `attribute_in_hours` rechnet die Minuten in
Stunden um (beim Lesen) und umgekehrt (beim Schreiben).

`attribute_in_hours_as_number` formatiert zusätzlich den Wert in
Stunden zusätzlich in das Zahlenformat der Anwender*in bzw. parst
dieses Format beim Schreiben.

marei: tl2019 compat

Projekt: überflüssigen Code entfernt

VK-Rechnungsbericht: Web-Template: vergessenes </tr> eingefügt

VK-Rechnungsbericht: Lieferscheinnummer und Lieferdatum anzeigen können

CSV-Import Waren: bestehende Makemodels als Array, nicht als Array-Ref

makdemodels verhält sich als makemodels_sorted: Die von Rose erzeugte Methode
berücksichtig offenbar den Kontext - makemodels_sorted gibt immer ein array-ref

[$part->makemodels_sorted] ergibt [ [] ]
[$part->makemodels]        ergibt []

Ergab eine Fehlermeldung:
Invalid makemodels argument: ARRAY(0xXXX) at
  ../../SL/Controller/CsvImport/Part.pm line xxx.

CsvImport: dateformat Unterstützung

default ist auf dem dateformat des Benutzers