Undefined chart bei taxkey 0 und 1

Nicht nur bei Taxkey 0 gibt es keine chart_id, auch bei taxkey 1.
Abfrage nun umgestellt.

Übersetzung für Preisupdates angepasst

ein "nicht" wurde in der Deutschen Fehlermeldung für negative Prozent vergessen.

Bugfix: Kommentarhandling in Inifile

Das ist aber immernoch Schrott, weil die Latex order # enthält, und
trotzdem rausgegrillt wird.

Datumsfeld bei Brief update / edit sicher gemacht

Fehlendes Präfix letter. ergänzt.

Waren gruppieren für Brieffunktion entfernt

E-Mail Versand für Brief entfernt

Die Funktion ist aktuell nicht auf gutem technischen Niveau und der
ursprüngliche Auftraggeber benötigt diese auch gar nicht.

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

PartPicker: Neue Iconnamen

PriceRule: inline javascript mit ; terminieren

Layout: Inlinejavascripte mit ; trennen

locales Update

AttrDuration: Test muss Sprachinvariant sein

Rechte: In die Datenbank verlagert

Admin: Standardgruppe erst anlegen, wenn keine dbupgrade mehr

Rechte: SL::Auth::all_rights() -> $::auth->all_rights

DBUpgrade: Pfad überladbar machen

DBUpgrade: lxdebug Statements entfernt

So kann es aus scripts/ aufgerufen werden.

DBUpgrade: locales parsen

crm locales

Locale: zusätzliche Locales parsen

iconmap update

Menu: Doku in 00-erp.yaml

menus: menu.pl links entfernt

Javascript Menü: typos

Menu: menu.pl links entfernt

migrate_menu: trailing whitespace im yaml dump

Menu: Rechtschreibung

Menu: Caching und access korrekt clearen

Menu: YAML::XS benutzen wenn vorhanden

Menu: Fehlermeldungen Update

Alte Menüdateien entfernt

Menüstruktur auf YAML geändert

Erste Version migrate_menu

Layout/empty: empty.json und emty.html ermöglichen

Dispatcher: FCGI Finish -> 10ms schneller im Browser

Menu: Bei einzelner erp.ini nicht alles umkopieren.

Layout: Icons in Javascript Menü gefixt

Menu: HTML Menü parsing n+1 beseitigt

Inifile: alten Schrott beseitigt

Imagemaps generiert.

Layout: MenuLeft auf neue Maps angepasst

Menu: kleinere Fixes an den Icons

Image Maps ohne GD

GD verliert bei Palette pngs die Transparenz, und Stackoverflow findet
ad hoc nichts wie das zu fixen ist.

migrate update

Menus: ICON ohne .png

migrate script für menu

Menu: ICON property

Migrationsscript das Iconmappings enthält

Icons strukturunabhängig benannt.

weblogo entfernt

Bei Kontenabgleich Differenz der ausgewählten Zeilen richtig berechnen

Bei round_amount muß man immer die nötige Anzahl der Stellen als
Parameter mitgeben, ansonsten wird auf 0 Stellen gerundet.

behebt #66

Sammelaufträge - fehlerhaftes Verhalten

Standardmäßig wird der Sammelauftrag, zusammen mit den Positionen, per
RecordLinks verlinkt. Eine Ausnahme besteht wenn der Sammelauftrag aus
genau einem Auftrag entstanden ist, in dem Fall wird angenommen, daß
"als neu speichern" gemeint ist, und es gibt keine Verlinkung.

Dies entspricht dem eigentlich gewünschten Verhalten aus Commit d40a8e2 .

Belegpositionen nicht mehr mit ordnumber, transdate, cusordnumber speichern

stattdessen für das Drucktemplate der Rechnung ordnumber_oe, transdate_oe und
cusordnumber_oe aus Recordlinks auslesen, und auch entsprechende
Druckvariablen für Angebot und Lieferschein bereitstellen.

Diese Informationen sollen in Zukunft nur noch aus record_links bestimmt
werden, aus Kompatibilitätsgründen werden die alten Werte aber vorerst
noch in der DB belassen, aber eben nicht mehr bei neuen Aufträgen oder
Lieferscheinen gespeichert. Dadurch werden sie auch nicht mehr im Rahmen
des Workflows weitergereicht.

Ursprünglich wurden diese Datenbankfelder wahrscheinlich für
Sammelaufträge konzipiert, d.h. sie sollten nur befüllt werden, wenn man
einen neuen Auftrag aus mehreren bestehenden Aufträgen erstellt hat.
Das passt insofern, als daß diese Felder beim initialen Speichern eines
Auftrags nicht gefüllt wurden. Allerdings wurden die Felder schon
gefüllt, wenn man einen Auftrag zum zweiten Mal gespeichert hat, es war
also nicht allein auf das Zusammenfügen von Aufträgen beschränkt.
Außerdem wurden diese Felder im Rahmen des Workflows von Auftrag zu
Lieferschein oder Auftrag zu Rechnung dann in delivery_order_items oder
invoice gefüllt.

Bei "als neu speichern" eine Auftrags wurde auch noch die alte
Auftragsnummer in die neue Position übernommen.

Weiterhin wurde nicht berücksichtigt, daß man mittlerweile auch aus
mehreren Lieferscheinen eine Rechnung erstellen kann, die auch
unterschiedliche Aufträge haben können.

Für das Rückverfolgen der ursprünglichen Belege ist generell nun
record_links eine gute Möglichkeit, die Rückverfolgung von Positionen zu
ermöglichen. Das Verhalten, daß die Variablen nur dann gefüllt sind,
wenn sie aus Sammelaufträgen stammen, ist nun nicht mehr vorgesehen (und
hat vorher auch nicht richtig funktioniert).

In der Druckvorlage gibt es für Rechnungspositionen nun auch neue
Druckvariablen, nämlich die Angebotsnummer, Angebotsdatum,
Lieferscheinnummer und Lieferscheindatum für die Belege, aus denen die
Positionen im Rahmen des Workflows ursprünglich stammten. Siehe Doku.

Einheitliche displayable_name Methode für ar/ap/oe/do Objekte

Bestehend aus Dokumentenname und Dokumentennummer, z.B.
Rechnung 12
Gutschrift 20
Verkaufslieferschein 15b

Einheitliche Methode record_number für ar/ap/oe/do Objekte

entspricht jeweils invnumber/ordnumber/donumber

Methode displayable_type auch für Lieferscheine

record Aliase für Items

damit man von DeliveryOrderItem, OrderItem und InvoiceItem direkt auf
das entsprechende ar/ap/do/oe Objekte verweisen kann.

Beispiel in console:

die erste Position aus der ersten Rechnung:
 my $item = SL::DB::Manager::Invoice->get_first()->items->[0];
alle dorthin verknüpften Items (wenn aus Angebot, Auftrag und Lieferschein generiert)
 my $linkeditems =  $item->linked_records( direction => 'from', recursive => 1 );
in was für records befinden sich diese verknüpften Positionen:
 foreach ( @$linkeditems ) { print $_->record->type, "\n" };
 sales_quotation
 sales_order
 sales_delivery_order

Items in Belegen können durch LinkedRecords angesprochen werden

kivi.js: Support für jQueryUI-ToolTips wegen ToolTipster entfernt

Siehe Commit c0713b6. Damit nur ein ToolTip-System genutzt wird, und da
jQueryUI-ToolTip bisher nirgends in Templates verwendet wird, fliegt nun
der Support aus kivi.js. Grund ist auch, dass jQueryUI-ToolTip kein HTML
in ToolTips kann.

wzToolTip durch jQuery ToolTipster ersetzt

wzToolTip hat ein uraltes, ist in der Benutzung ausgesprochen
unkomfortabel und unflexibel und muss zwingend in jedem benutzenden
Template manuell _nach_ dem <body>-Tag eingebunden werden. Dadurch kann
es z.B. nicht im Layout mit ausgegeben werden.

SL::DB::CustomVariable->value für Typ Nummer auch wirklich Nummer zurückgeben

Da die Spalte number_value in der DB vom Typ numeric() ist, wird das von
Rose als String eingelesen. Das bedeutet, dass ->number_value z.B. der
Wert '0.00000' liefert, was im Booleschen Kontext trueish ist – nicht
das, was der Programmierer erwarten würde.

Statt dessen erwartet der Programmierer, dass !$zahl für den Wert 0 auch
wirklich zutrifft.

Daher sollte ->value für CVars vom Typ Nummer auch wirklich eine Zahl
zurückgeben, was durch ein * 1 erzwungen wird. Ausnahme: undef, was
weiterhin undef bleibt.

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

Standard-Druckvorlagen entfernt

Da die Standard-Druckvorlagen nicht mehr weiter gepflegt werden, enstprechend für den
nächsten Release als Auswahloption entfernt.

Projektliste in Detailsanzeige bei Angeboten, Aufträgen und VK-Rechnungen füllen (v2)

oe und is speichern die Projekt-Dropdowns, die im jeweiligen form_header
zusammengebaut werden, in $TMPL_VAR{ALL_PROJECTS}.

Das Projekt-Dropdown in io.pl für die Detailsanzeige (zweite
Positionszeile) greift hingegen für alle Belege auf
$form->{ALL_PROJECTS} zu, daher werden die Elemente nochmal gesondert in
$form gespeichert.

Revert "Projektliste in Detailsanzeige bei Angeboten und Aufträgen füllen"

This reverts commit fd71c09ec391d9ae8c9276597d0f0e574cc0b4c1.

Lieferscheinsuche: initialer Fokus auf Kunden-/Lieferantenname

Dadurch ist die Maske konsistent mit allen anderen Suchmasken im Verkauf
und Einkauf.

Focus: »erstes fokussierbares Element« nicht »Element mit initial_focus« überschreiben

Projektliste in Detailsanzeige bei Angeboten und Aufträgen füllen

Das Projekt-Dropdown in der Detailsanzeige bei den Positionen war leer.

Kontenabgleich: Gesamtsummen unten in richtigen Spalten anzeigen

Summen für "Betrag Bank" and "Betrag Buchungen" waren um eine Spalte
verschoben.

RB Druckvorlagen - Anpassungen für Brieffunktion

Straße hinzugefügt
Ihr Zeichen und Referenz optional anzeigen, nur wenn nicht leer.
Übersetzt.

GetModels: Optional die action setzen.

GetModels Filtered: gelaunderten Filter nicht mehr in Controller schreiben

Statt dessen kann der gelaunderte Filter über das Filtered-Plugin
abgefragt werden, z.B. im Controller:

$self->models->filtered->laundered

oder im Template:

SELF.models.filtered.laundered

GetModels Filtered: manuelles Setzen von launder_to entfernt

Dies ist ein Zwischenschritt. Das Ziel ist, den gelaunderten Filter nur
noch im Filtered-Plugin selber zu speichern und ihn von dort abzuholen.

Da launder_to bisher noch nirgends benutzt wird, sondern immer nur der
Default, kann es problemlos entfernt werden.

GetModels Filtered: gelaunderten Filter im Plugin zur Verfügung stellen

AttrDuration-Test: Anzahl Testcases gefixt

ParseFilter: Komplexe Methoden ermöglichen, die auch den Key ändern

ParseFilter: re-factor das Parsen von Filter- und Methodennamen

ParseFilter: re-factoring des Anwendens von Filtern und Methoden

GetModels: Disablen von Plugins auch für undef

Die Dokumentation sagt Folgendes zum Deaktivieren von Plugins:

> Configuration for plugins. If the option for any plugin is omitted,
> it defaults to enabled and is configured by default. Giving a
> falsish value as first argument will disable the plugin.

Das bisherige Verhalten war aber, dass bei Übergabe von
undef (z.B. »paginated => undef«) die Standardeinstellungen gegriffen
haben.

AttrDuration: Implementation für Spalten, die Dauer in Minuten speichern

DBConnect-Cache: undefined-Warnungen vermeiden

Treten z.B. beim Aufsetzen der Testdatenbank auf.

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

Bankerweiterung - bei Rechnung zuweisen Verkaufsrechnungen anzeigen

Das Feature war kaputt, offene Verkaufsrechnungen wurden nicht angezeigt.

Skonto - korrekte Variablenprüfung payment_term

für den Fall, daß kein payment_term bei den ausgewählten Rechnungen gesetzt ist.

Revert "Banktransactions - beim Speichern der Rechnung Zahlungsart prüfen"

This reverts commit 8809a4d1a4b4d3e5b3de31af94c0679dabfacc28.

Das funktioniert so nicht.

Typos in Doku

kivitendo/main.css: Encoding auf UTF-8

VK-Rechnungsmaske: "zurück"-Link hinzugefügt, um z.B. zur Berichtsliste zurückzukehren

Dieser Link ruft das gespeicherte callback auf, falls vorhanden.

R&B-Briefvorlage: Seitenumbruch ermöglichen und Kopfzeile ab zweiter Seite.

Body war in minipage verpackt. Damit fand kein Seitenumbruch innerhalb des
Body-Textes statt.

R&B-Briefvorlage: mit Logo und Fußzeile, wie bei den anderen Vorlagen.

Revert "RB-Druckvorlagensatz: abweichende Lieferadresse für Kunden- Lieferantenauftrag"

This reverts commit f167d00fa21c107f8f5c3b636d7031a739ea3ca5.

Aufträge sollten nicht an die Lieferadresse, sondern an die Stammdaten-Adresse
gehen. Zudem sind seit commit b6213d3539ccd179cd1f21b9afc54b8de8970774
"Einkauf/Verkauf: Lieferadressenfelder nie aus Stammdaten vorbelegen" die sipto-
Felder leer, wenn keine Lieferadresse angegeben ist.

ClientJS: Ziel-Argument bestimmter Funktionen vorne trimmen

jQuery kann aus HTML-Strings DOM-Objekte bauen:
$("<p>stuff</p>"). Beginnt der HTML-String mit Leerzeichen, so croakt
jQuery daran. Daher bei den betroffenen Funktionen, die immer auf einem
so gebauten DOM-Objekt hantieren, das Ziel-Argument um führende
Leerzeichen bereinigen.

ClientJS: cosmetics (alignment/indentation)

ClientJS: Kommentar korrigiert

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

Typos in Kommentaren

history - Vereinheitlichung von what_done für is/ir/ap/gl

Es wird nun immer "invoice" dort gespeichert.

Kreditorenbuchung: Stornos korrekt in history speichern

invnumber statt ordnumber

history für Zahlungen ar/ap/is/ir und Zahlungsein- und ausgang

Die Spalte "addition" in history_erp hat jetzt einheitlich den Eintrag
"PAYMENT POSTED", übersetzt als "Zahlung gebucht".

Bei Verkaufsrechnungen, Kreditor- und Debitorenbuchung wird jetzt zum
ersten Mal die Zahlung in history protokolliert, zumindest via "Zahlung
buchen".

history - bei parts what_done mit abspeichern

Verhalten von what_done an andere history-Einträge angepasst.