Weitere Überarbeitung DATEV/CSV.pm

Default-Werte falls definiert in datev_csv gesetzt.
Pflichtfelder markiert
Kern-Algorithmus klarer definiert (Hinweise von Sven)
  - Formatierung in Array pro Feldwert ausgelagert
  - Eingangs-Werte prüfen (input_check)
  - Logikstruktur klarer (kein unless nach if-bedingung)

DATEV: Nummernkreislänge muss konstant sein.

Entsprechende Prüfung am Anfang des Exports

DATEV: Warnungen as DATEV::CSV auch weiterreichen

DATEV: csv_buchungsexport nach DATEV::CSV.pm ausgelagert

Testfälle angepasst. POD angepasst.
Details:

DATEV.pm
 - Klassenvariable locked hinzugefügt.
 - Aufruf der CSV-Klasse anstatt der internen Methode

CSV.pm
 - Konstruktor wie in DATEV.pm ergänzt und um minimale
   Pflichtfeldprüfung ergänzt.
 - datetofour durch SL::Helper::DateTime ersetzt
 - Helper _format_amount auch aufrufen
 - Routinen umbenannt (pseudoprivat mit Unterstrich)
 - Prüfung auf locked als perlish boolean
 - _csv_buchungsexport um zweiten return array_ref mit warnungen ergänzt

t/datev/*
 - Testfälle enstprechend dem neuen API-Call umgeschrieben
 - Einen Testfall zur Überprüfung von keiner Warnung ergänzt

HTML- und PDF-Dokumentation neu erzeugt

Merge pull request #15 from chrisdecker1201/master

exclude alpha version in xml-doku

change explanation

exclude alpha version in xml-doku

Bericht Lagerbuchungen: Richtige ids verwenden zur Anzeige des Dokuments

Beim Lagern über Lieferscheine steht die delivery_orders.id in inventory.oe_id
und beim Lagern über Rechnungen steht die invoice.id in inventory.invoice_id.
Lagern aus anderen Dokumenten als Lieferschein oder Rechnung gibt es nicht.

DATEV-Tests auch sauber für perl 5.22

vergessen für c4409b: Filter nach Namen für Buchungsvorlagen

Ohne die Funktion 'filter_templates' in RecordTemplate.js macht
ein Aufruf dieser aus template/record_template/dialog.html gar
keinen Sinn.

Erzeugnis nach Fertigen editieren -> Recht in template ausgelagert

Vorher buggy und konzeptionell schlecht, da keine Unterscheidung
von orphaned zu 'darf doch nach fertigen editierbar sein' möglich war.
Ferner auch keine Differenzierung zum Sortiment möglich.

Mit diesem Commit ist verwaist wieder verwaist und das zusätzliche
Aushebeln des Schreibschutz beim Erzeugnis sauber nur über das Recht definiert.

DATEV::CSV Parameterübergabe sauber vereinheitlicht. Helper format_amount

DATEV-Struktur params und lib

unbenutzte HTML-Vorlage entfernt

Konten: Berichtskonfigurationsübersicht

Listet für die Berichte EÜR, BWA, Bilanz und Erfolgsrechnung alle
Konten gruppiert nach ihrer Position im Bericht auf.

Dateianhang umbenennen funktioniert nicht.

Der Umbau von Mosu im commit c60cb1f08f fixed das mehrfache Aufrufen eines Tabs,
der replace_dialog wird aber sowohl vom "documents" Tab als auch vom "attachment" Tab verwendet,
und ist somit zweimal vorhanden. Das Umbenennen funktioniert somit nur einmal,
dann muss ein reload gemacht werden.

Jetzt haben die Dialoge unterschiedliche Id Namen per suffix _attachment oder _document

kivi.js: Und den wirren "00" Sonderfall auch wiederhergestellt

kivi.js: parse_date füllt fehlende Werte aus aktuellem Datum auf

.  -> heute
.. -> heute
..2016 -> heutiger Tag im Jahr 20016

ActionBar: Verwendung bei Hinzufügen-zu-Beleg-Artikel-Auswahlliste

kivi.Validator: Jahreszahlen mit mehr als 4 Stellen ablehnen

Das ist in der Praxis mehrfach vorgekommen. Ja, theoretisch ist der
18.10.20017 ein korrektes Datum. In der Praxis ist es zu 100% ein
Vertipper.

kivi.Validator: Spezialbehandlung von 0 für heute wieder hergestellt

kivi.Validator: Tests auf strikteres parse_date geändert

kivi.Validator: Tests auf strikteres parse_amount geändert

console: Fix für Entfernen von . aus @INC

Tests: Fix für String-Evaluation-Änderung in Perl 5.26 Teil 2

Test für "$foo::$bar" Parsingunterschiede

Seieh https://rt.perl.org/Public/Bug/Display.html?id=128478

Rose-Models erzeugen: Auth-Objekt erst resetten, wenn Auth-Schema angelegt

Wenn `--test-client` benutzt wird und die Datenbank bereits existiert,
so wird sie zuerst gedropt und anschließend neu angelegt. Wenn direkt
nach dem Droppen `$::auth->reset` aufgerufen wird, so versucht
`$::auth` aber, die Tabellen- und Spalteninformationen für die
Datenbank auszulesen, was mit einem gerade geschlossenen DB-Handle
versucht wird.

Also die Struktur später neu einlesen.

Tests: Fix für String-Evaluation-Änderung in Perl 5.26

Vorher wurde "$a::$b" als "${a}::${b}" gewertet. Nun wird das aber als
"${a::}${b}" gewertet.

Installation-Check: nicht benutztes Perl::Tags entfernt

POD-Fehler fixen

kivi.Validator: In AP Suche und Maske als check registriert

kivi.Validator: In AR Suche und Maske als check registriert

kivi.Validator: In IR Maske als check registriert

kivi.Validator: In IS Maske als check registriert

kivi.Validator: In DO Suche und Normaler Maske als check registriert

kivi.Validator: Leere Checks ignorieren

Ermöglicht so etwas in templates:

L.some_tag(....,
  "data-validate"=INSTANCE_CONF.get_some_value) ? "required" : ""
)

kivi.Validator: In OE Suche und Normaler Maske als check registriert

kivi.Validator: validate_all muss Ergebnis auch zurückgeben

kivi.Validator: Syntaxfehler

kivi.Validator: Bei validate_all das erste fehlschlagende Element fokussieren

kivi.Validator: Validaotr in restlichen Belegcontrollern eingebunden

kivi.Validator: css Klassen für invalid Inputs

kivi.Validator: check_right_[number|date]_format entfernt

kivi.Validator: display_row: qty und sellprice als Nummerninputs geflaggt

kivi.Validator: check_right_*_format in display_row auf Validator geändert

kivi.Validator: In Controller eingebunden, die validate_form benutzen

... alle die auf "ack validate_form" in SL/Controller matchen

kivi.Validator: date_tag angepasst und input_number_tag eingeführt

kivi.Validator: explizites check_right_*_format auf Validator umgestellt

kivi.Validator

kivi.js: parse_amount darf "00" nicht ablehnen.

kivi.js: parse_amount und parse_date quirks

- Parsing von 1,2,4,6,8-stelligen Daten ohne Separator
- Parsing von yyyy-mm-dd Format ohne Separator
- Parsing von 0-Präfixen bei Zahlen

setupPoints und setupDateFormat entfernt

js/common.js: show_alert_and_focus auf annotate umgeschrieben

common.js: getDateArray und validate_dates entfernt

Die sind seit 2007 unbenutzt

Datenbank anlegen: Super-User-Rechte abfragen, sofern nötig

Admin: bei Fehler in DB-Lösch-Maske die richtige Maske erneut anzeigen

Part/Customer Picker: Bei Enter auf geändertem Text default verhindern

Dateimanagment: itime/mtime in DB kann gesetzt werden, mtime kann in Filesystem-Backend gesetzt werden

Wird benötigt falls man bestehende Dateien übernehmen will

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.