Dateimanagement: lokalisiertes Datum in Darstellung

Dateimanagement: Checkbox zum Löschen/Umbenennen fehlt teilweise bei ERP-Dokumenten

Umgebaut, damit jede einzelne Version eines Dokumentes löschbar ist

fix #51

Dateimanagement: Stammdaten: DOM-Elemente bei multiples Tab-Aufrufen nicht duplizieren(2): weitere Stelle

siehe 69e526ee5

Warnings

Menu: Order Einträge automatisch Ergänzen, damit Sortierung stabil ist.

Menu: id für MT940 Export Eintrag

Menu: Keine nodes mehr ohne id erlauben.

Dir werden während des erstellens der Baumstruktur nach id indiziert,
und so gibt das potentielle Kollisionen

Dokumentation: Info zu Super-User-Rechten bei Test-Suite ergänzt

Dokumentation: Info zu manuellem Anlegen der Trigramm-Erweiterung entfernt

Tests: Eigene Verbindungsdaten für DB-Upgrades mit Super-User-Rechten

Wenn der Benutzer, der in der Konfiguration mit `user` & `password`
angegeben ist, keine Super-User-Rechte hat, so kann ein weiterer
Account dafür mit `superuser_user` & `superuser_password` angegeben
werden. Nur diejenigen Datenbankuprade-Scripte, die über den Tag
`@superuser_privileges` signalisieren, dass sie Super-User-Rechte
benötigen, werden auch wirklich mit Super-User-Rechten ausgeführt.

Trigramm-Erweiterung installieren & Trigramm-Indizes anlegen

Datenbankupgrades: Unterstützung für einzelne Updates mit Superuser-Rechten

Setzt man den neuen Tag `@superuser_privileges` auf 1, so schaut
kivitendo vor dem Einspielen aller Upgrades nach, ob der konfigurierte
Datenbankuser Superuser-Rechte hat. Falls nicht, wird die Benutzer*in
nach entsprechenden Logindaten gefragt.

Nur die Upgradescripte, die tatsächlich Superuser-Rechte benötigen,
werden mit diesem User ausgeführt, alle anderen mit den normalen
Rechten, um Besitzer-Wildwuchs bei neu angelegten Objekten zu
vermeiden.

SL::DBUpgrade2: unbenutzte Funktion `update2_available` entfernen

Datenbankupgrades: unbekannte Control-Felder als Fehler werten

Übersetzungen: Umlaute nicht als HTML-Entitäten schreiben

Warnings: PTC - lastcost kann undefined sein

t/ship/ship_order.t: Fake STDOUT muss schreibbar sein.

SL::DB::ShopOrder: Warnings

Wiederkehrende Rechnungen: Einmalige Rechnungen auch nur einmalig ausführen

Die kleinste Periode die calculate_dates verwendet ist monatlich.
Falls eine einmalige Rechnungen ein Startdatum älter als einen
Monat besitzt, werden mehrere Rechnungen erzeugt.
Sinnvoller ist es, dass die foreach @dates Schleife bei der
Prüfung auf Einmaligkeit auch direkt beendet wird (last).
Ferner Debug und typo

is: kivi.CustomerVendor.js korrekt einbinden

Vorbelegte E-Mail-Texte um Vorbelegung periodic invoices ergänzt

PartsGroup - Rose relationship für parts

Business - Rose relationships customers und vendors

Bessere Rückmeldung für Personenkonten-Export DATEV

Damit dem Anwender bewußt wird, dass es diese Funktion gibt
ist es sinnvoller die anzuzeigen und auszugrauen mit dem
Hinweis, dass die Kunden- und Lieferantennummernkreise nicht
der DATEV Personenkonto Spezifikation (Sachkontenlänge + 1)
entsprechen.

DATEV Export: invoices.t generate_datev_lines mit Encode::decode prüfen

DATEV-Export: Testfall invoices.t erweitert

* Prüfung von Personenkontenerweiterung (use_vk)
* Test um Einkaufsrechnung erweitert

DATEV-Export: Personenkontenoption nur anzeigen wenn Konten passen

Die Option "als Personenkonten exportieren" wird nur angezeigt, wenn
alle Kunden- und Lieferantennummern in das DATEV-Kontonummerschema
passen. Anhaken muß man die Checkbox allerdings trotzdem noch.

Besser wäre eine zentrale Konfiguration "DATEV-Export mit Personenkonten
exportieren" die dann auch beim Speichern/Anlegen von Konten immer
prüft, ob das Kontenschema eingehalten wird.

DATEV-Export: Option "als Personenkonten exportieren"

statt der Sammelkontonummer wird beim Export immer die Kunden- bzw.
Lieferantennummer exportiert. Es wird noch nicht auf eine gültige
Kontonummer (z.B. 10000-69999 und 70000-99999) geprüft.

Wiederkehrende Aufträge mit einmaliger Periode verbessert

Die Deaktivierung erst nach der Generierung der Rechnung veranlassen.
Andernfalls werden diese automatisch bei anderen Rechnungsläufen deaktiviert.

Typos in POD

spellcheck.t um lenght erweitert

DATEV: Typos

datev_format_2018.t - gl Eintrag ebenfalls aufräumen

WebshopApi: Dokumentation Installations und UPGRADE für Trigram(trgm_pg)

WebshopApi: Trigram Abhängigkeit aufgelöst.
Wird nur genutzt, wenn auch installiert
Tests dementsprechend angepasst und erweitert

WebshopApi: Recht Shoperstellen und bearbeiten in richtige Kategorie und
englische Übersetzungen

Errata: Nummernkreis für Rechte max 4-stellig

Ausreißer: Letter

Templates für OrderController: areainput_tag für Art.Beschreibung

Wie in den Stammdaten auch, sorgt für automatischen Umbruch bei
der Artikel-Beschreibung

Neues Benutzer-Recht Erzeugnisbestandteile editieren

Erlaubt das Änderun von Erzeugnisbestandteilen auch nachdem es
schon produziert wurde. Standardmäßig nicht gesetzt.

Abteilungs-Dropdown konsequent alphabetisch vorsortieren

$dep->get_all ==> $dep->get_all_sorted

Filter nach Namen für Buchungsvorlagen implementiert

Hintergrund: Nachdem einige Vorlagen erstellt worden sind,
ist der Standard-Fall nicht mehr Anlegen oder Ändern, sondern
Suchen und Buchen. Entsprechend den Focus auch auf das Suchfeld gesetzt.

WebshopApi: UPGRADE Datei berichtigt wegen der Trigram Extension

WebshopApi: Admin Übersetzung

WebshopApi: geloweredcased rückgängig

WebshopApi: Übersetzungen Rechte Adminbereich

WebshopApi: Fehlerhaftes Updatescript berichtigt

WebshopApi: vergessene Übersetzung

WebshopApi: Dokumentation aktualisiert

WebshopApi: Trigramindices für Kundenstrasse

WebshopApi: Syntax in Tests

WebshopApi: Übersetzungen

WebshopApi: locales

WebshopApi: trigram indices und Hinweiss darauf in der UPGRADE Datei.

WebshopApi: kleinere Fehler nach Aufräumarbeiten

WebshopApi: falsche update Abhängigkeit

WebshopApi: templates

WebshopApi: Übersetzungen

WebshopApi: falsche sql update Abhängigkeit

WebshopApi: File upload Übersetzungen

WebshopApi: SL/DB/File.pm - POD Einrückungen

WebshopApi: Dokumentation

WebshopApi: Tests

WebshopApi: SL/Dev/Shop

WebshopApi: RecordsLinks auch für/bei ShopOrders anzeigen

WebshopApi: ShopOrder als Record

WebshopApi: Bilder hochladen

WebshopApi: SL/Shop.pm

WebshopApi: Filecontroller um shop_image erweitert

WebshopApi: CSS File

WebshopApi: ThumbnailCreator

WebshopApi: Trigram Indices für Fuzzy Search

WebshopApi: BackgroundJob ShopPartMassUpload.pm

WebshopApi: BackgroundJob ShopOrderMassTransfer

WebshopApi: Shopconnector für Shopware

WebshopApi: ShopConnector Base und ALL

WebshopApi: neues Feld order_lock in customers

WebshopApi: ShopPart Controller

WebshopApi: ShopOrder Controller

WebshopApi: Einträge in Menü

WebshopApi: ShopOrder Presenter

WebshopApi: Shop-Tab in Partcontroller eingebaut

WebshopApi: Shop Controller

WebshopApi: neues Recht webshop_api_rights

WebshopApi: ShopImage

WebshopApi: Shoptabellen

WebshopApi: Installationcheck für LWP-Module

WebshopApi: Part prices relationship - pricegroup mit laden

WebshopApi: sql/Pg-upgrade2/files.sql - Whitespaces entfernt

locales aktualisiert

Dialogbuchungsvorlagen um 'Details anzeigen' erweitert

Hintergrund:
Beleg und Memo werden auch bei den Vorlagen zeilenweise mitgespeichert,
wenn diese aber nicht visuell beim Laden der Vorlage zu Verfügung stehen,
vergißt der Anwender die Werte zu ändern. -> Details anzeigen mitübergeben

Buchungsnummer auch bei Einkaufsrechnungen als Info anzeigen

-> Konsistent zu Dialog- und Kreditorenbuchungen - Insbesondere
für die Synchronisation mit Papierbelegen.

Array-Kopie anstatt Alias

Verhindert präventiv den Nebeneffekt, falls jmd. direkt das
Objekt nach Übergabe noch manipuliert.

Mailer.pm wurde umgebaut, vergessene Caller geändert

Behebt #303, ggf. noch weitere Stellen betroffen.

DATEV-Export: Feldprüfung als Warnungen ausgeben

Anstatt hart auszusteigen (die), erhält der Anwender jetzt eine
Übersicht der fehlerhaften Feldwerte mit einem Minimum an
Zusatz-Info (Umsatz der Transaktion). Entsprechend den
Test-Fall angepasst.

DATEV CSV-Daten nach Spezifikation (cp1252) ausgebe ausgeben

DATEV: Kein explizites Iconv für Feldwerte

Perl ist intelligent genug, die Kodierung
umzubiegen, sobald die Daten extern (filehandle)
die Perl-Umgebung wieder verlassen.

CustomerVendor Picker: Fehlerhaftes include

CustomerVendor Picker: autocomplete_customer.js includes umgestellt

CustomerVendor Picker: auf prototype Picker umgestellt analog zu Part

Changelog für DATEV-Export CSV