Stammdaten->Berichte->Kunden Abt1 und Abt2 erweitert

Order-Controller: Knopf f. E-Mail-Aktion nach "Speichern und drucken" freigeben

S:C:H:ThumbnailCreator: POD: Modulname korrigiert und leere Abschnitte raus

SL/DB/Helper/ThumbnailCreator.pm wird nicht benutzt

siehe SL/DB/Controller/ThumbnailCreator.pm

File: POD-Korrektur: File-Typen sind singular

Mahnungen: Mit Rechnung verknüpfen

Erstellte Mahnungen werden mit den gemahnten Rechnungen verknüpft und
unter "Verknüpfte Belege" gelistet.
Außerdem werden Rechnungen über Mahnkosten wiederum zu den zugehörigen
Mahnungen verknüpft.

impl. #7440

DBUtils: Prüfung auf Trigram-Erweiterung aus S/D/ShopOrder in DBUtils verschoben

Order-Controller: Historienfunktion implementiert (aufzeichnen & anzeigen)

Order-Controller: Artikelklassifizierung berücksichtigen

GetModels Filtered: neuer Modifer »any« für logisches oder

Kann benutzt werden, um z.B. verschiedene Part-Klassifizierungs-IDs im
Filter zu nutzen:

<input type="hidden" name="filter.classification_id:any" value="0 1 3">

Order-Controller: TODO »credit limit« entfernt

In Besprechung letzte Woche festgehalten, dass wir die Funktion erst
mal nicht wieder implementieren.

Order-Controller: Workflow Lieferantenauftrag → Preisanfrage

Order-Controller: Workflow Verkaufsauftrag → Verkaufsangebot

SL::DB::Order: überflüssigen Code entfernt

S:C:Letter: toten Code entfernt

S:C:Letter: kivi.SalesPurchase.js laden

doku: Hinweise für manuelle Konjunktureinstellungen verbessert

Einkaufsbericht: Anzeigefilter um Projektbeschreibung erweitert

Wiedervorlage: alte Masken: Abfangen, wenn z.B. Betreff nicht vorbelegt

Sonst gab es einen js-Fehler und das WV-Fenster erschien nicht.

Kam mit commit 7b447b4dd0e756dc1578c44601d352811b768514
"Wiedervorlage aus Angebot/Auftrag: Betreff aus Vorgangsbezeichnung vorbelegen"
rein.

S:C:Letter: Sprache an Druck-Template weitergeben

SL::File: Debug-Warnung ausgeben, wenn eine Version nicht geholt werden kann

Fehler kann auftreten, wenn z.B. die Datei im Dateisystem nicht lesbar ist.

Auftrags-Controller: Artikel-Mehrfachauswahl-Dialog nicht ohne Kunde/Lieferant

Kunde/Lieferant muss vorher ausgewählt werden

Auftrags-Controller: Artikel-Mehrfachauswahl: js-Code aus Template ausgelagert

Auftrags-Controller: Artikel-Mehrfachauswahl auf die des PartPickers umgestellt

PartPicker: Mehrfachauswahl: Option um Positions-Eingabefed anzuzeigen

Die Eingabe kann im Callback verwendet werden, um die Artikel an bestimmte
Positionen zu setzen.

PartPicker: Ergebnisse f. Mehrfachauswahl: Tabelle alternierend einfärben

PartPicker: Ergebnisse f. Mehrfachauswahl: horiz. Linie so lang wie Tabelle

Kosmetik: PartPicker Template Ergebnisse f. Mehrfachauswahl

PartPicker: Mehrfachauswahl: Option um Anzeige-Begrenzung zu setzen

Diese war vorher fest auf 100 eingestellt. 100 bleibt die Voreinstellung.

PartPicker: Option für Mehrfachauswahl als default merken

Damit lässt sich die Option via js ändern, um z.B. einen Dialog
mit Mehrfachauswahl über einen Knopf zu öffnen, während die
Funktion der Lupe bei der Einfachauswahl bleibt (oder andersherum).

Langtext-Dialog: HTML-Template: Kein Paragprah (<p>) um Tabellen (<table>)

POD fix: Rose Syntax im Beispiel

Vergleichsoperatoren werden als Hash-Ref angegeben.

Revert "POD fix: Rose Syntax"

ilike gibt es doch.

This reverts commit 95f21f71c1c5c2f6cf6a281a0174d8f247be1135.

Erzeugnis-Stammdaten: Artikelliste: Summenzeile richtig platziert

Diese Zeile war verschoben.

nochmal locales-Läufe

- de -> Reihenfolge
- en -> fehlte

Syntaxfehler behoben

kam rein mit commit d919a7dcc958edf6c7cd2546690347ea9c157f6e
(all_parts Erzeugnis EK als separate Spalte im Bericht)

Locales für vorherigen Commit

all_parts Erzeugnis EK als separate Spalte im Bericht

Problem: Bei der Mischauswahl von Waren und Erzeugnissen in
dem Bericht erscheinen dann Waren mit dem EK des Erzeugnisses, der
ggf. 0 sein kann. Das irritiert stark, deswegen lieber eine extra
Spalte für den Erzeugnis-Fall spendieren und den EK bei Waren als
Spalte so lassen.

Artikelliste, Optionen erweitert um Typ (Dienstleistung, E, W)

Je nach Typ liefert der Bericht unterschiedliche Ergebnisse (all_parts),
zumindestens sollten die Filteroptionen als visuelle Hilfe sichtbar sein

PartPicker: Ergebnisse im Dialog nach Blättern initialisieren.

Sonst kann man nur auf der ersten Seite Ergebnisse auswählen.

Behebt #462 (redmine)

Lagerbestand: alle reihen anzeigen auch nach dem Filtern aktiv (hidden vergessen)

Standardlagerplätze in Part sortiert anzeigen

Projekt-Picker für Berichte: auch inaktive und ungültige Projekte zeigen

Projekt-Picker: exact match auf GetModels umgestellt

Projekt-Picker-Lupe: changelog

Projekt-Picker-Lupe: Übersetzungen

Projekt-Picker: weitere Elemente auf der Testseite

Projekt-Picker: Parameter f. aktiv/gültig

und Filter-Daten via data an js übergeben

Projekt-Picker-Lupe: erste Ergebnisse direkt anzeigen

Spart einen zweiten Ajax-Aufruf

Projekt-Picker-Lupe: Copy/paste und Anpassungen vom Chart-Picker

Projekt-Picker: js: $type wird nicht gebraucht

Zahlungsbedingungen Kreditorenbuchung leere Werte mit conv_i abfangen

Zu ZB bei Kreditorenbuchung - Vorbelegung Stammdaten Lieferant

Falls kein invoice_obj vorhanden, wieder auf form->payment_id gehen,
da hier die Werte aus den Stammdaten des Lieferanten vorbelegt sind (!)
Jetzt müssten alle Fälle passen:
1. Gespeicherte Werte anzeigen, auch bei ungültigen ZB
2. Lieferanten-Werte aus Stammdaten übernehmen
3. Lieferanten-Werte beim Wechsel des Lieferanten übernehmen

Kommentar zum Payment-Helper

Außer in den Testfällen wird der Helper nicht mit einem
negativen Amount aufgerufen. Im Helper befindet sich etwas
zuviel automagie. Eigentlich braucht man den Param amount nicht,
wird aber überall in kivi übergeben. Eigentlich darf der negativ
sein, verfälscht aber das multiplizieren im Helper.

Zahlungsbedingungen Kreditorenbeleg Speichern und Laden in Maske

Das was Commit 8b5bed7fe5 versprochen hat, jetzt auch in Echt ;-)

BankTransaction: Filter nach Konteninhaber-Namen

Auftrags_Controller: js: hiddens f. Wiedervorlage nur einmal anhängen

Wiedervorlage aus Angebot/Auftrag: Betreff aus Vorgangsbezeichnung vorbelegen

nur "neuer" Controller

Lieferantenbericht: UStID anzeigen lassen können

Kunden/Lieferanten: UStId/Steuernr. eindeutig: changelog

Kunden/Lieferanten: UStId/Steuernr. eindeutig: Prüfung im Controller

Kunden/Lieferanten: UStId/Steuernr. eindeutig: Mandantenkonfiguration

locales-Skript: all/more für js berücksichtigen

Ein Eintrag wird aus all/more genommen, wenn hier vorhanden, sonst aus
all.

locales-Skript: all/more berücksichtigen, …

indem Texte, die ausschließlich dort vorhanden sind, nicht in all
eingetragen werden. Texte, die vorher schon in all sind, bleiben aber
erhalten. Das sind dann (vermutlich) die Texte, die in more für ein
Kundenprojekt eine andere Übersetzung haben sollen (und nicht neu hinzu
kamen).

locales-Skript: POD update

locales-Skript: Option -n / --no-custom-files raus

Funktioniert so ohnehin nicht mehr (wird ignoriert) und -n war doppelt vergeben
(Option n is ambiguous (no-check-files, no-custom-files))

locales-Skript: Kosmetik: Kommentare

- Typo gefixt
- Kommandozeilenparameter nicht im Kommentar: gibt es als Hilfe
  und im POD und waren nicht vollständig

locales-Lauf en

Merge branch 'f-customer-vendor-rights'

Testfall year_end repariert

.. lieber gleich hartkodiert in 2019 bleiben

Quick-Suche: `auth` == undef oder leerer String gefixt

Laut Doku in `SL/Controller/TopQuickSearch/Base.pm` bedeuten undef
oder leerer String als Rückgabewert der Sub `auth`, dass dieses Modul
für alle Benutzer*innen zur Verfügung steht, unabhängig von deren
vorhandenen Gruppenrechten.

Das hat nur nicht funktioniert.

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.