Neuen Artikeltyp Sortiment in kivitendo eingebaut

* eigenen TopQuickSearch
* eigener Nummernkreis
* Links und Menüeinträge gehen zu neuen Part Controller

AssortmentItem um Boolean "charge" erweitert

Sortimentsartikel erweitert, bestimmen ob Artikel berechnet werden soll.

Kann in SL::DB::Part->items_sellprice_sum abgefragt werden, ebenso beim
Hinzufügen von Artikeln (Auftrag, CSV-Import)

Neuen Artikeltyp Sortiment eingeführt - sql und rose

TopQuickSearch - Parameter type heißt jetzt part_type

PartPicker Testpage Beispiel: nur Erzeugnisse

PartPicker - Parameter "type" heißt jetzt "part_type"

$form->{item} nach $form->{part_type} umbenannt

Damit das Feld automatisch dem Datenbanknamen entspricht.

Ware/Erzeugnis/Dienstleistung per parts.part_type unterscheiden 2

kivitendo Code angepasst.

Ware/Erzeugnis/Dienstleistung per parts.part_type unterscheiden

Neuen ENUM-Typ eingeführt, der auf die Werte "part", "service" und
"assembly" beschränkt ist.

Da man enums nicht innerhalb von Transaktionen hinzufügen kann, was der
Default für den kivitendo Upgrade Mechanismus ist, wird hier auch schon
das Sortiment vorbereitet.

Siehe auch doc/UPGRADE

Mahnungen: In Übersicht zu viele Nachkommastellen

Hier war ein format_amount von -2 .

fix #5288

Bankimport: Kontenabgleich mit Bank - Tab "Vorschläge" aktivieren(2)

BUGFIX: Testzeile aus html raus

optionales Feature für SEPA Überweisungen

Nach der Rechnungsnummer im Verwendungszweck zusätzlich Kunden- oder Lieferantennummer angeben.
Optional konfigurierbar in der Mandatenkonfiguration und übersetzbar für alle verfügbaren Sprachen.

wrapper für GenericTranslations richtig aufrufen

Parameter werden in GenericTranslations _save geprüft mit einem
Standard shift $self,  entsprechend den Aufruf der internen Funktion gefixt

Nachkommastellen der Haben Buchungen nicht formatiert

Die Habenseite beim mini_ledger wird nicht auf 2 Zeichen begrenzt.
Hier auch format_amount eingebaut

Bankimport: Kontenabgleich mit Bank - Tab "Vorschläge" aktivieren

Falls Vorschäge gefunden werden,
werden diese gleich angezeigt.
Dazu wird ui_tab über cookie geschaltet

Bankimport: SEPA-Exporte werden manchmal nicht mehr erkannt

Wenn mehrere SEPA Anweisungen in einem Export sind, werden diese nicht gefunden
Nun bessere Implementierung

Nebenbei die Vorzeichen-Anzeige korrigiert

Automatisches Löschen von Flashanzeige unterdrückbar(2)

Nun mit angepasstem Template und SL/ClientJS.pm

BUGFIX: single-dbh: Rollback bei Auftrag => Angebot

hier fehlt der returnwert 1 damit kein Rollback gemacht wird
Korrektur von 8e0f6e70

(Womöglich noch woanders fehlerhaft !)

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