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

Zum Revert von gerade: Testfall wiederherstellen

Falls doch mal an dieser Stelle umgebaut wird, ist der
Testfall vorhanden

Revert "_replace_special_chars in Helper ausgelagert."

Funktion in die falsche Stelle ausgelagert, ferner zu
'speziell' um die für andere Anforderungen wiederzuverwerten

This reverts commit fec48603264c8adad06fbc212358633778322b56.

DATEV-Export Format 2018 Frontend Dateien und locales

DATEV Format 2018 Backend, Musterdateien und Tests

Technischer Einstieg: perldoc SL::DATEV::CSV

Typo in POD

Warnings: LXDebug::log_time

common/flash.html via INCLUDE und nicht PROCESS einbinden

flash.html überschreibt mehrere Variablen mit eigenen Werten: `title`,
`type` und `messages`. Wird das Template also mit `PROCESS`
eingebunden, so findet keine Lokalisierung statt, und die Werte aus
`flash.html` gelten dann plötzlich auch für das Template, das
`flash.html` eingebunden hat.

_replace_special_chars in Helper ausgelagert.

test_sepa_export in bank_transactions.t um einen Testfall
hierfür erweitert.

Testfall datev erweitert:  datev_data kost1 und kost2

DATEV datev_data um kost1 und kost2 erweitert

Neue sub create_department - create_project erweitert

create_project: description und projectnumber werden beim
ersten Anlegen direkt gesetzt => kann jetzt mehrfach aufgerufen werden.

create_department: Wie create_project, POD ergänzt

DATEV: Abteilungsname und globalen Projektnamen mitnehmen

Verkaufsbericht: typo beim refactoren gefixt