Neues Feld Übernahme Beschreibung/Langtext aus Stammdaten

InstallationCheck um REST::Client erweitert

locales

Lokalisierung für Fehlermeldungen und Doku ergänzt

get_article, um Rückgabewert erweitert, falls kein Produkt gefunden wurde

Toten Code entfernt

Shopware6 Connector. Initiale Version

TODOS s.a. POD

Shop: Not Yet Implemented Errors falls eine Shopware6 Config gespeichert wird

Shop:update_part um POD und Beispiel Code erweitert

Webshop speichern: Zumindestens etwas mehr Eingabevalidierung, vor DB-Fehlern

ShopPart::get_images um Parameter binary anstatt base64 erweitert

Shop: Erweiterung für Dateityp im Dateinamen auf letzten . begrenzen

Hilft zwar nicht bei .tar.gz, aber erstmal besser als vorher

Shop: shop_trans_id darf auch alphanumerisch sein (e030amdf)

Shop: Base Class get_one_order etwas ausführlicher dokumentiert

Shop: Bestellungen abholen, korrekten Variablennamen  für Fehlermeldung

Test the Shop: Weniger locales durch weniger Leerzeichen

ShopConnector::Base POD Doku was die Schnittstelle erwartet

typo in POD

Shopware6: ALL toten Kode entfernt

shop_connector_class_by_connector wird nirgends aufgerufen
die info ist redundant mit shop_connector_class_by_name

Shopware6: Neue Shopschnittstelle hinzugefügt

Einrückungen entsprechend gesetzt

Merge pull request #34 from kivitendo/warengruppen_pflichtfeld

Mandantenkonfiguration - Warengruppe als Pflichtfeld

Merge pull request #33 from kivitendo/f-send-emails-as-html

F send emails as html

Mandantenkonfiguration - Warengruppe als Pflichtfeld

Kann nun konfiguriert werden.

Link für Kunden bearbeiten aus Rechnung heraus

MassRecordCreationAndPrinting - MassInvoiceCreatePrint: Auftrag schliessen

MassRecordCreationAndPrinting: Shopstatus setzen

OrderController: Wiederkehrende Rechnungen: vorbelegte E-Mail-Texte setzen falls leer

    Vorher wurde nur geprüft, ob die Konfiguration schon gesetzt wurde.
    Sollte ein Kunde im Nachhinein auf E-Mail-Versand umstelle ist
    das Verhalten jetzt komfortabler

E-Mails als HTML verschicken: Mail-Body wiederkehrende RGs: Variablenersetzung

Vorbelegte E-Mail-Texte für wiederkehrende Rechnungen genau wie in oe.pl

OrderController: Stammdaten editieren als Link im neuen Tab anbieten

Rechnungssuche: Filter für Ship via und Shipping Point

Testfall für Inventory-Import deutsches Zahlenformat

Inventory-Import keine Spalte target_qty

Kosmetik Inventory Import

CSV Lagerbewegungs-Import: Numberformat für Fließkommazahlen (qty)

Kosmetik: Inventory-Test

CSS-Klasse "toggletextarea" gibt es nicht mehr/wird nicht mehr gebraucht

locales-Lauf en

Swiss QR-Bill: QR-Code in Printablauf nur für Formname "Rechnung" erzeugen

Swiss QR-Bill: Odt-Vorlage: Padding QR Platzhalter Bild entfernt

Swiss QR-Bill: QrBill.pm: Skalierung Schweizerkreuz angepasst

Dokumentation: Schweizer QR-Rechnung Variante IBAN ohne Referenz hinzugefügt

- changelog angepasst
- kleinere Rechtschreibkorrekturen
- HTML und PDF neu erzeugt

Swiss QR-Bill: QrBill.pm: Ändere Parameter für Imager::QRCode Instanziierung

Swiss QR-Bill: Variante IBAN ohne Referenz in Druckablauf und Mandantenkonfiguration hinzugefügt

Swiss QR-Bill: QrBill.pm: Füge Variante IBAN ohne Referenz hinzu

Swiss QR-Bill: Datenbankupgrade Mandantenkonfiguration: Varianten einstellbar machen

E-Mails als HTML verschicken: Versand wiederkehrender Rechnungen

E-Mails als HTML verschicken: Versand in Einkaufs-/Verkaufsbelegen

E-Mails als HTML verschicken: im E-Mail-Journal als HTML anzeigen

E-Mails als HTML verschicken: Bearbeiten wiederkehrende Rechnungen

E-Mails als HTML verschicken: Bearbeiten Benutzer-Signatur (Admin-Bereich)

E-Mails als HTML verschicken: Bearbeiten Benutzer-Signatur

E-Mails als HTML verschicken: Bearbeiten Firmensignatur

E-Mails als HTML verschicken: Bearbeiten vordefinierter E-Mail-Texte

E-Mails als HTML verschicken: Konvertierung relevanter Datenbankfelder

SL::HTML::Util: Helferfunktion zur Wandlung von Text nach HTML

KiviLatex-Plugin: HTML-zu-LaTeX-Wandlung aus SL::Template::LaTeX verwenden

Die Umwandlung von HTML zu LaTeX ist komplex. Es gibt viele Randfälle,
in denen ein falsch platziertes \newline übrig bleibt, über das LaTeX
dann stolpert.

Bisher gab es zwei Implementationen dieses Codes:

1. Im Modul für alte Vorlagen, SL::Template::LaTeX::_format_html
2. Im Modul für neue Vorlagen (inklusive Pflichtenheft),
   SL::Template::Plugin::KiviLatex::filter_html

Erstere war deutlich besser getestet und hat deutlich mehr Randfälle
abgedeckt.

Mit dieser Änderung gibt es nur noch eine Implementation in
SL::Template::LaTeX. Diese wird auch von
SL::Template::Plugin::KiviLatex direkt aufgerufen.

Order-Controller: abweichende Rechnungsadresse nur bei Kunden behandeln

Lieferantenstammdaten: Tab »Abweichende Rechnungsadressen« nicht anzeigen

Dokumentation: Schweizer QR-Rechnung hinzugefügt

- Abschnitt "Schweizer QR-Rechnung mit OpenDocument Vorlagen"
hinzugefügt
- Perl Abhängigkeiten ergänzt: libimager-perl, libimager-qrcode-perl,
- Imager, Imager::QRCode eingetragen
- DocBook Tip Bild für HTML Ausgabe hinzugefügt
- HTML und PDF neu erzeugt

Swiss QR-Bill: In Druckablauf OpenDocument/OASIS integrieren

- Feature in Mandantenkonfiguration einschaltbar
- Aufruf zum Erzeugen von QR-Code PNG (Steven Schubiger)
- Vorlage hinzugefügt (rev-odt/invoice_qr.odt)
- PNG Bild CH-Kreuz hinzugefügt
- Übersetzungen hinzugefügt, locales Script ausgeführt de/en
- changelog Eintrag

Swiss QR-Bill: Datenbankupgrade Mandantenkonfiguration

Swiss QR-Bill: QrBill.pm Modul

Rebase von 38 Commits.

Swiss QR-Bill: Controller für BankAccount Datenfelder

Swiss QR-Bill: Datenbankupgrade BankAccount

- Felder bank_account_id und use_for_qrbill hinzugefügt

Presenter: eine Instanz der doppelten Funktion restricted_html entfernt

SL::File: auch bei get_all_count Durckvariante berücksichtigen

Auftrags-Controller: DMS: Druck-Variante berücksichtigen

E-Mail-Dialog: Druck-Optionen auch für Policy "letzten Ausdruck mitschicken", …

… da diese Option nun auch den ersten Ausdruck erzeugen kann, falls noch keiner
vorhanden ist.

Files: Druckvariante beim Drucken speichern und bei E-Mail darauf prüfen, …

… um festzustellen, welcher letzte Belegausdruck für die Variante relrevant
ist.

Files: Druckvariante abspeichern können: sql und rose

DMS: Webdav-Backend: Dateizeit mit lokaler Zeitzone holen

DMS: Webdav-Backend: unbenutztes Modul SL::Webdav nicht einbinden.

Auch, wenn es schön wäre, wann das hier benutzt würde ;)

DMS: Webdav-Backend: Root-Pfad nicht erraten, sondern holen

copy_file_to_webdav_folder: Übergebenen Anhang-Name berücksichtigen

Kosmetik: Einrückung

Auftrags-Controller: Email/DMS falls kein Dokument vorhanden, eines erstellen, …

… wenn die Policy sagt, dass der letzte Ausdruck mitgeschickt werden soll

Übersetzung zu: 1 Version erstellen anstatt leere E-Mail verschicken, exakter beschrieben

1 Version erstellen anstatt leere E-Mail verschicken, exakter beschrieben

DMS attachment_policy, falls kein Dokument vorhanden, erste Version erstellen

angepasster commit von Jan

Standardmäßig nur die alte Version des Belegs zum E-Mail-Versand erlauben

PayPostingImport: Testfall zu d32410ac096b angepasst

locales-Lauf en

Revert "get_webdav: Zeitstempel vor dem letzten . setzen"

This reverts commit 1a5f8c48c797b02bf12daaa7fda04b8d5347a6b3.

Merge branch 'f-cvar-htmlfield'

Lohnbuchhaltungsimport: Leere Werte für Abteilungen abfangen

Order-Controller: Unterstützung für Drucken & E-Mailen von HTML-Vorlagen

ca: escape script in form

ct: db in template escapen

datev templates escaping

Form: get_history sql escaping

locales: fehlende Übersetzung ergänzt

Verkaufsrechnungen direkt als Factur-X/ZUGFeRD-XML exportieren können

SL::DB::Employee::auth_user: holt korrespondierendes Objekt aus auth.users

Convenience-Funktion, um einfacher an Config-Werte
heranzukommen. Beispiel:

foreach my $employee (@{ SL::DB::Manager::Employee->get_all }) {
  my $email = $employee->auth_user->get_config_value('email');
  do_stuff_with($email);
}

t/run.sh: mehrere Argumente als einzelne Tests ausführen

Wiederkehrende Rechnungen bearbeiten: Buttons in Popup oben anzeigen

Ansonsten muss man immer scrollen, um sie zu sehen, und damit ist
nicht unbedingt offensichtlich, dass man auf »Übernehmen« klicken
muss, damit die Änderungen im Popup auch wirklich übernommen werden.

invoice_type: Gutschriften bleiben Gutschriften auch wenn die storniert wurden

Andernfalls liefert invoice_type den Typ 'Rechnung' was definitiv falsch ist.

Auftrags-Controller: Neuberechnung nur anfordern, wenn form valide ist.

Sonst führen z.B. falsche Datumsformate zu Fehlermeldungen bei der Berechnung.

Auftrags-Controller: kivi.Validator.js vor kivi.Order.js einbinden, …

damit die Datumseingabe angepasst wird, bevor es bei onchange zum Server
geschickt wird.

Part: trimmed_whitespaces auch bei Artikelnr, drawing, microfiche, image