Part Controller - alte Artikeltemplates entfernt

Part Controller - ic.pl und IC.pm Funktionen entfernt

Inventory.pm - Whitespace entfernt

Part Controller -part link in Verbrauchsbericht (?) aktualisiert

BUGFIX: p.inventory_accno_id raus

SL::Dev::Part - Sortimente erstellen überarbeitet

Man kann nun auch AssortmentItems übergeben.

SL/Dev/CustomerVendor um create_vendor erweitert

payment.t Test nutzt SL::Dev::* zur Datengenerierung

SL/Dev/Record - Verkaufsrechnungen für Tests erstellen

Revert "Artikel-Klassifizierung"

This reverts commit 5067d7bd31514962af9730b33323b831d87164f8.

Revert "Artikel-Klassifizierung: Neue Option "Preis separat ausweisen""

This reverts commit 815c3639a21ed53b288fd8bbb231e741c8e67ce5.

Revert "Zusammengefasstes Listen von Ware,Erzeugnis und Dienstleistung"

This reverts commit 7c7d16908ecd02c3ce47f1163b9e32a2873765ae.

Revert "Alle neuen Features in das basis User-Menu"

This reverts commit 1b803cbdc5f0945a1a942af25e85693a4d15346c.

Berichte->Artikel kann Sortimente und Sortimentklassifizierung

die Abkürzung für das Sortiment ist 'S'

Alle neuen Features in das basis User-Menu

Zusammengefasstes Listen von Ware,Erzeugnis und Dienstleistung

Die Suchmaske für Ware,Erzeugnis und Dienstleistung gilt nun einheitlich für alle Artikeltypen,
deshalb wird nur noch ein Menue dazu angeboten

Artikel-Klassifizierung: Neue Option "Preis separat ausweisen"

- neuer boolcher Wert in der Tabelle parts_classification: "report_separate"
- editierbar unter Artikelklassifikation
- In Aufträgen und Rechnungen werden die Zwischensummen LaTeX zur Verfügung gestellt.
-  <%separate_XXX_subtotal%>  wobei XXX die Abkürzung der Klassifikation ist.
-  <%non_separate_subtotal%> der Rest der Positionen, z.B. reiner Warenwert.

Hintergrund:
   Preise von Artikeln wie "Verpackung" oder "Transport" müssen
   oftmals separat ausgewiesen werden, genau so wie der reine Warenwert.

Artikel-Klassifizierung

Die ursprünglich als "Artikeltyp" bezeichnete Klassifizierung von Artikeln
Sie dient einer weiteren Gliederung um zum Beispiel den Einkauf vom Verkauf zu trennen, etc.

Gekennzeichnet durch eine Beschreibung (z.B. "Einkauf") und ein Kürzel (z.B. "E")
Flexibel änderbar und erweiterbar.

- Neue Datenbanktablle und Rose-Objekte, sowie Controller zum Bearbeiten der Tabelle

- Zwei-Zeichen Abkürzung:

Der Typ des Artikel und die Klassifizierung werden durch zwei Buchstaben dargestellt.
Der erste Buchstabe  ist eine Lokalisierung des Typs des Artikel ('P','A','S') ,
deutch 'W', 'E', und 'D' für Ware Erzeugnis oder Dienstleistung, ggf. weitere Typen.
Der zweite Buchstabe ist eine Lokalisierung der Klassifizierungsabkürzung (abbreviation).

Die Abkürzungen sind aus dem Part Presenter abholbar:
-  SL::Presenter::Part->type_abbreviation($part_type)
-  SL::Presenter::Part->classification_abbreviation($classification_id)

Wenn im ERP-Dokument nach einer Artikelnummer oder Beschreibung gesucht wird,
diese in den Stammdaten vorhanden ist,
aber der Artikeltyp leer oder falsch ist, bzw im Typ for_purchase bzw for_sale nicht gesetzt ist,
wird die Fehlermeldung "Gesuchter Artikel ist nicht für den Einkauf bzw Verkauf" gemeldet

Anpassung des CSV Import,
nun wird alternativ zur 'type'-Spalte die 'pclass'-Spalte mit zwei Buchstaben geparsed und entsprechend
classification_id,assembly sowie inventory_accno_id gesetzt (oder type_id falls neue Implementierung eingebaut).

inventory_accno_id in IS.pm retrieve_item mit part_type ersetzt

inventory_accno_id gibt es nicht mehr

tests: Warnungen

SL::Dev:: einige Warnungen

SL::DB::Part: precedence Fehler

Part Controller - falschen Code aus kivi.Order.js wieder entfernt

Part Controller - Preisfaktoren korrekt anzeigen

Part Csv Import - Umstellung auf part_type und Entfernung von income/expense_accno_id

Order Controller - Sortimentsartikel mit Preis 0 hinzufügen

part_type - Überschrift für Sortimente in generate_report

Assortment und Assembly Tests nutzen SL::Dev::Part

SL::Dev::Part - assembly und assortment anlegen

Part CSV Import - Umstellung von part_type

Part CsvImport - Umbenennung parts_type nach part_type

t/part/assortment.t

SL::DB::Part - Zugriff auf items und Summen überarbeitet

AssortmentItem - sellprice von pricegroups

Order Controller - Sortimente hinzufügen + charge

SL::DB::Part doku

assortment Test mit sellprice und lastcost sum

Order Controller typos

Part validate

Part Controller - Helper Funktionen für linetotals

Part Controller - id -> part.id

Part - history_entries Relationship

Überschriften in History übersetzt

Neue Part-Methoden für Erzeugnis- und Sortimentssummen

derzeit noch nicht rekursiv (wenn ein Sortiment wiederum aus anderen
Sortimenten besteht).

inventory_accno_id aufräumen

Sortiment - Test für Sortimentsartikel

Test: Im OrderController Sortimentsartikel auspacken

SL::DB::Chart inventory_accno_id Prüfung abgefangen

Stattdessen wird geprüft, ob es eine Ware ist. Bei Dienstleistungen und
Erzeugnissen ware inventory_accno_id leer.

Test angepasst nach income_accno_id-Entfernung in parts

Part: columns assembly und (inventory|expense|income)_accno_id entfernt

Part Methode last_modification für mtime Check

Part makemodels relationship nutzt sortorder

Makemodel make mit Lieferant per Fremdschlüssel verknüpft

Manager für PartsGroup mit sort_spec

Tabelle prices - not null und unique auf parts_id und partsgroup_id

Neue Methode clone_and_reset_deep für Part

Manager für PriceFactor mit sort_spec

Tabelle assembly bekommt eine Positionsspalte

bisher wurde nach oid sortiert.

Preisgruppenpreis beim Löschen von Artikeln mit löschen

Assembly - linetotal Helperfunktionen

Neuer Part Controller

Soll ic.pl komplett ersetzen.

SL::DB::Part - neue Methode validate

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