Warnung bei Auftragspeichern mit aktiver wiederk. Rechnung, wenn schon eine Rechnung erzeugt wurde

Link zur Doku für Variablen in wiederkehrenden Rechnungen in Auftragsformular anzeigen

Dokumentation für individuelle Variablenformatierung bei wiederkehrenden Rechnungen

Wiederkehrende Rechnungen: Formatierung von Datumsdruckvariablen über freie Formatstrings

Wiederkehrende Rechnung: "erste Rechnung erzeugen am" als Startdatum nutzen

Wiederkehrende Rechnung: Option "erste Rechnung erzeugen am"

Bisher nur die Masken; noch nicht im Backgroundjob implementiert

Wiederkehrende Rechnung: Option für halbjährliche Fakturierung

Revert "Benutzer als neu speichern"

This reverts commit 188734cee4672fe7421293f7af68fa3734e52064.

Der Bug trat nach dem kompletten Umschreiben des Administrationscodes
schon nicht mehr auf. Der User wird erst dann in den Datenbanken
angelegt, wenn er sich anmeldet.

Dieser Revert hingegen behebt #2471.

Erneuern im Zahlungseingang verwirft den Kunden

im Zahlungseingang oder Zahlungsausgang:
Ein wiederholtes Klicken auf "Erneuern" verwirft den Kunden.
Liegt an der Formatierung für HTML-Ausgabe.

fixt #2470

BUG-Fix: Rechnungsnummer in Kreditorenbuchung nicht mehr änderbar

Ändert man bei einer bestehenden Kreditorenbuchung die Rechnungsnummer,
so wird nach dem Buchen diese Änderung nicht übernommen!
Update SQL-Statement für Kreditorenbuchungen erweitert.

fixt #2469

Mandantenkonfiguration: Gewichtseinheiten auf 'kg' basieren

Es ist nicht ganz ungewöhnlich, wenn 'g' nicht existiert, weil im
normalen Handel eher in 'kg' und höher gemessen wird. Dass 'kg' nicht
existiert, 'g' aber wohl, erscheint daher unwahrscheinlich.

CustomVariable RDBO: falsches Dispatching für Boolean-Variablen gefixt

Kundenfilter im Verkaufsbericht nicht mit check_name implementieren.

Sondern einfach nach dem Teilstring in der Abfarge suchen. Oder nach
der id, wenn der Name aus der Drop-Down-Box kommt.
Hintergrund: check_name überschreibt einige form-Variablen (z.B.
country und salesman_id) und dann ist der Bericht falsch.

Behebt #2468.

Rechtschreibfehler in Englischer Beschriftung behoben

Projekte-PDF|CSV-Export aufs neue GetModels umgestellt

GetModels::Filtered: filter Konfiguration gefixt

GetModels: count Methode

t8() Objekte auch in JSON serialisierbar machen

Reportgenerator: optionale table class und hr aus table genommen

Offene Restbeträge optional in Auftragsbericht anzeigen

Merge branch 'berichte-bestellnummer-des-kunden'

Merge branch 'von-opendynamic'

Conflicts:
SL/DB/MetaSetup/InvoiceItem.pm

MetaSetups mit RDBO >= 0.809 neu bauen

Siehe 6c22ee7eb1f64431bade6f361259737ed23b7ecc für die Erläuterung.

rose_auto_create_model.pl: Rose::DB::Object 0.809 oder neuer erfordern

In v0.809 wurde ein Bug bezüglich der Auto-Generierung von MetaSetups
gefixt, der precision und scale vertauscht hat. Damit Entwickler mit
älteren Versionen nicht einfach nur durch Ausführung von
»rose_auto_create_model.pl --all« einen riesigen Diff erzeugen, wird nun
v0.809 erzwungen.

Der Bug betrifft aber wirklich nur die Erzeugung der MetaSetups aus dem
tatsächlichen Datenbankschema. Normale Anwender von kivitendo sind somit
nicht betroffen, weshalb die Version in SL/InstallationCheck.pm nur für
den Entwicklungsmodus erzwungen wird.

Merge branch 'master' of github.com:kivitendo/kivitendo-erp

'vergessene Feature' noch schnell im changelog erwähnen

Version für 3.1.0 aktualisiert

Datenbankupgradescript für Release 3.1.0

Hinweis auf webdav/ Ordner für UPGRADE auf 3.1

changelog und UPDATE für Version 3.1.0 angepasst

* Text zu RC entfernt
* Hinweis auf "mkir webdav" bei Neuinstallation
* vergessenen Bugfix nachgetragen

Dokumentation angepasst

* Hinweis auf mkdir webdav bei Neuinstallation 3.1.0
* Text zu RB-Vorlagen leicht angepasst

Asterisk-Kommentare beim Anlegen einer Datenbank entfernt

Der Text, auf den sich die Verweise bezogen, existiert nicht mehr.

SL::DB::Helper::FlattenToForm: neues Positionsfeld donumber mitkopieren

SL::DB::DeliveryOrder->new_from: Positionsfeld ordnumber aus Quellbeleg setzen

…und nicht aus den Positionen kopieren.

SL::DB::Invoice->new_from: Positionsfelder ordnumber, donumber aus Quellbelegen setzen

Lieferscheine -> Rechnungen wandeln: Lieferscheinnummer in jeder Rechnungsposition speichern

Dies geschieht analog zu invoice.ordnumber als invoice.donumber. In
Druckvorlagen steht sie als Variable donumber_do zur Verfügung (auch
dies angelehnt an invoice.ordnumber, die als ordnumber_oe zur
Verfügung steht).

SL::DB::Invoice->new_from: neue Option skip_items_zero_qty

…für Konsistenz mit DeliveryOrder->new_from.

SL::DB::{DeliveryOrder,Invoice}->new_from: Option items für Übergabe der zu verwendenden Positionen

Gründe dafür können sein:

- eigene Sortierung
- gewisse Positionen herauslassen
- weitere Positionen hinzufügen

SL::DB::DeliveryOrder->new_from: Optionen zum Weglassen von Positionen mit Menge 0

SL::DB::Invoice->new_from: %params nicht mehr direkt an new übergeben, sondern nur $params{attributes}

Gründe: Konsistenz mit DeliveryOrder, und Erweiterbarkeit durch
Steuerungsoptionen.

Template-Toolkit-Konfiguration: Mitgeben, dass Templates in UTF-8 encodiert sind

Damit ist die Verwendung von Nicht-ASCII-Zeichen direkt im HTML möglich.

CreatePDF-Helfer: Dokumentation

CreatePDF-Helfer: create_pdf: Extension muss bereits übergeben werden

io.pl print_form: CreatePDF zum Auffinden des Templates nutzen

CreatePDF-Helfer: Funktion zum Auffinden des zu verwendenden Templates

CreatePDF-Helfer von Controller- in allgemeinen Helfer umgewandelt

SL::Form->prepare_for_printing: Variablen aus %::myconfig sowie output_*format zur Verfügung stellen

SL::DB::{DeliveryOrder,Invoice}->new_from: custom_variables der Items mit clonen

Behebt #2365 auf eine etwas angenehmere Weise als
5bd7e74db1f425a8bbc43357e949efcc1d4eb135.

Revert "Überlagerte benutzerdefinierte Variablen werden in wiederkehrende Rechnungen nicht übernommen"

This reverts commit 5bd7e74db1f425a8bbc43357e949efcc1d4eb135.

SL::DB::Invoice: Umwandlung aus Lieferschein gefixt

SL::DB::InvoiceItem: Relationships zu …Invoice und …PurchaseInvoice

Fremschlüssel für »unit« in Tabellen orderitems, delivery_order_items, invoice

SL::DB::DeliveryOrder: Dokumentation gefixt

SL::DB::DeliveryOrder: angepasste Lieferadressen richtig behandeln

Rose-Models Einkauf/Verkauf: Relationships für angepasste Lieferadressen

SL::DB::DeliveryOrder: FlattenToForm-Helfer für Druckausgabe einbinden

SL::DB::Order: bei Wandlung in Lieferschein delivered auf 1 setzen

SL::DB::Order: with_transaction anstelle von do_transaction nutzen

do_transaction startet immer eine Transaktion, auch wenn außen rum
schon eine läuft. Damit wird die äußere Transaktion de facto außer
Kraft gesetzt.

SL::DB::Order: verwendete Klassen explizit requiren

SL::DB::Order, DeliveryOrder: Funktionen zum Umwandeln von Order in DeliveryOrder

Belegsortierung Kunden-/Lieferantenname: Groß-/Kleinschreibung ignorieren

CreatePDF: ein Helfer zum Erzeugen von PDFs von Controllern aus

CVar-Render als Block: Unterstützung für Übergabe von RDBO-CustomVariableConfig-Instanzen

…und von beliebigen Parametern für die Form-Tags via Block-Parameter
»cvar_tag_options«.

L-Plugin: Hilfsfunktion is_rdbo($obj) zum Testen ob $obj von einem RDBO ableitet

kivi.reinit_widgets(): lokale Funktion local_reinit_widgets() aufrufen, wenn existent

SL::DB::Unit: convertible_units die Einheitenliste übergeben können

…damit nicht jeder Aufruf von convertible_units an die DB geht.

Rechtschreibfehler behoben

Dank an Raimo.

Doku-Update: Hinweis auf github

VERSION für RC1 der 3.1.0 angepasst

Changelog: voraussichtlicher Termin für offizielles Release 3.1.0

Skriptname in release_management angepasst

Skript heißt test.pl statt test.sh

MetaSetup aktualisiert - employee_obj aus GLTransaction entfernt

generiert per rose_auto_create_model.pl

release_management.txt erweitert
Skriptaufruf von dobudish

Changelog für 3.1.0-rc1 angepasst

Rechtschreib- und Tippfehler in Doku

Dokumentation erweitert
Adminstrationsbereich -> Drucker anlegen
Adminstrationsbereich -> System sperren / entsperren

Selftest - kaputten Test aus Commit ea8e8a62 repariert

Die Prüfung auf verwaiste invoice-Einträge war fehlerhaft.  Weitherhin
wurde die Prüfung auf die gesamt Datenbank ausgeweitet.

Passwort-Feld als type="password" anzeigen.

Zwei noch nicht vorhandene HTML-Abschnitts-Dateien der Doku hinzugefügt.

Rechteprüfung im Part-Controller nicht für Part-Picker-Aktionen durchführen.

Behebt #2451.

Revert "Das Recht "Lagerverwaltung/Bestandsveränderung" zum Part-Controller hinzugefügt."

This reverts commit 91aa159378605af7676d25ed070532fa6c5eee3c.

Das Recht "Lagerverwaltung/Bestandsveränderung" zum Part-Controller hinzugefügt.

Hintergrund: Wenn man nur dieses Recht hat, sollte man auch Einlagern können.
Das ging aber bisher nicht, da hier der Part-Picker verwendet wird und dieser
im Part-Controller nur das Recht "Artikel, Dienstleistungen, Erzeugnisse
erfassen und bearbeiten" vorsah.

Behebt #2451.

Verkaufsbericht verbessert: #2078 MwSt. inkl und Wechselkurs

Der Verkaufsbericht hat bisher bei Rechnungen, die mit MwSt. inklusive
gebucht worden sind, die Preise für die "Zeilensumme" falsch berechnet,
weil fxsellprice für den Fall "Steuer inklusive" im Gegensatz zu
sellprice die Steuer enthält, und diese nicht rausgerechnet wurde.

Stattdessen wird jetzt für Steuer inklusive und exklusive sellprice als
Grundlage genommen. Für den Fall Steuer inklusive kann es hier aber vor
Allem bei einer großen Artikelmenge (qty) noch zu Abweichungen in der
Zeilensumme kommen.

Außerdem wird jetzt der Wechselkurs mit berücksichtigt, was die Abfrage
allerdings langsamer macht. Meistens verkauft man zwar in der
Hauptwährung und Fremdwährung kommen eher im Einkauf vor, es kann aber
durchaus vorkommen.

Der Verkaufsbericht berücksichtigt jetzt auch den Preisfaktor bei
EK-Preis.

Schließlich wurden noch Kommentare übersetzt.

Neuer SelfTest Testfall: verwaiste invoice Einträge

Suche nach verwaisten Einträgen in invoice, die weder mit ar noch mit ap
verknüpft sind.

Berichte Verkaufsrechnungen: Bestellnummer des Kunden anzeigen/danach filtern

Lieferscheinberichte: Bestellnummer des Kunden an Berichte OE anpassen

1. Position des Eingabefeldes
2. Spalte per Default an

Berichte OE: Bestellnummer des Kunden anzeigen/danach filtern

kleinen Schreibfehler in der Doku verbessert.

RP.pm add comment  undo editor remove first line

remove whitespace RP.pm

kaputte Template-Deriktive wieder heile gemacht.

Revert "Zahlungseingang: Offene Rechnungen immer beim Update laden."

fixt #2449
This reverts commit ad1061cccd04a5b37e1b09b58055cad15c2f9761.
@waldemar: Falls doch sinnvoll, bitte nochmal "verbessern"

HTML korrekt für DropDown Zahlungsverkehr escapen
fixt: #2450

Merge branch 'master' of github.com:kivitendo/kivitendo-erp

Richtiges HTML in Zahlungsverkehr

md5 hex strings nicht mit numerischem == vergleichen

(guten morgen sven...)

Kleinigkeiten in Dokumentation angepasst

Versionsnummer in Datei angepasst

Versionsnummer komplet hochgezählt

Dokumentenarchivierung unabhängig vom WebDAV-Feature