DATEV::CSV: Modifikation von statischen Daten behoben

DATEV::CSV: Include Reihenfolge

DATEV::CSV Hopefully last polish: debug kommentare raus

DATEV::CSV Testfall um Feld ustid ergänzt

In Ergänzung zum vorherigen Commit

Dev::CustomerVendor podfix

 s/create_customer/new_customer/gc

DATEV::CSV ustid richtig formatieren. spellcheck. kosmetik

Testfälle für neue API von DATEV angepasst

DATEV: Saubere Objektmethoden für CSV.pm implementiert

PODs ergänzt.
Hintergrund: Sehr klare Ideen von Sven implementiert, sprengt den
Rahmen der Commit-Message, Details siehe Doku in redmine
http://redmine.kivitendo-premium.de/documents/18

DATEV::CSV safer order of libs

Locale.pm POD typo

DATEV: Kosmetik. Einrückungen sauber gesetzt

DATEV: Tests strikter gemacht s/cmp_bag/cmp_deeply/gc

DATEV::CSV Bessere wartbarer Aufruf für _format_amount

Auftrags-Controller: Fehler beim Speichern im Dateimanagement abfangen und anzeigen

DATEV undef values warnings optimiert

Die Mandateninformationsdaten müssen nicht zwingend für
den DATEV-Export gefüllt sein. Für die Testfälle sind
diese auch nicht gefüllt. Entsprechend optimiert.

DATEV: Unsaubere if-Bedingung optimiert

+ Kosmetik

Fix POD-Syntax

locales lauf für neue DATEV Warnungen, usw.

DATEV CSV-Export an der Oberfläche als neue Option anzeigen

DATEV/CSV.pm Testfälle für aktuelle Überarbeitung angepasst

Ungültiges Encoding wirft jetzt hart einen Fehler
Keine undef-Werte mehr in der Datenstruktur
Unsinninge Iconvs und Encodes erstmal entfernt

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