Verknüpfungen hinzufügen - Projektfilter funktioniert nicht

behebt #79

Die ausgelesene Form Variable muß den gleichen Namen wie im Template
haben.

DBUpgrade-auth: Rechteänderungen müssen nach Upstellungen passieren

DeliveryOrder - Doku und Typos

Typos in Doku

Fehlende Übersetzung

Typos in Doku

Typos - kein "wether" mehr!

Projektbericht - Sortierung nach Status und Typ repariert

ist nach Umstellung auf Controller kaputt gegangen

OpenDocument Druck: foreach Konstrukte korrekt ausschneiden

Projektbuchungsbericht: Datumsbeschriftung ist von ... bis

nicht "zum Stand" und "Gegenüberstellen"

Typo in locale/de/all

PriceSource: Vor Popup Einheit resetten

Ansonsten gibt es beim nächsten Update Probleme mit doppelt formatierten
Einheiten.

PriceSource: Stammdaten beachten jetzt Einheiten

PriceSource: Probleme dokumentiert

RecordItem: unit_muiltiplier Methode

make_record: Zusätzliche Formvariablen speichern.

VERSION auf 3.3.0-beta angepasst

locale de angepasst

CRM Dateien entfernt

Migrationsscripte löschen

MetaSetup für discount in Vendor

discount ist jetzt identisch mit dem äquivalent in Customer.

Changelog für 3.3. beta

Typos in menu doku

UPGRADE Datei aktualisiert

Dokumentation aktualisiert (html und pdf)

Dokumentation an Version 3.3 angepasst

Debug-Modus bei Kontoauszugsverbuchung ausgeschaltet

Die Punktespalte wird nicht standardmäßig angezeigt.

USTVA.pm : refactoring von get_coa und coa_get

get_coa benutzt jetzt intern instance_conf und coa_get kann komplett
durch einen instance_conf Zugriff ersetzt werden.

get_standard_dbh für USTVA.pm Abfrage

behebt #73

Typos in menu doku

BankAccount.pm - require für Chart Abfrage

Locale - richtigen Filehandle für Menüübersetzungen benutzen

Überarbeitung Speichern von Buchungsgruppen

analog zum Verhalten von Steuerzonen: beim Speichern bessere Prüfung und
gegebenenfalls Fehlermeldungen und Rollback, wenn Speichern fehlschlägt.
Verhindert, daß "unfertige" Buchungsgruppen gespeichert werden, wo die
TaxzoneCharts fehlen.

ChartPicker: Neue Iconnamen

Steuerzonen und Buchungsgruppen bearbeiten: displayable_name für Konten

Die description-Variable in TaxzoneChart enthält nun den
displayable_name für die Konten.

Für die Anzeige der Kontennamen beim Bearbeiten von Steuerzonen und
Buchungsgruppen, wo die Konten nicht bearbeitet werden können sondern
nur angezeigt werden sollen. Kein "--" mehr.

TaxzoneChart displayable_name und refactoring

displayable_name für die Kontenbeschreibung benutzen.

Statt eigener Methoden in TaxzoneChart die Foreign Key Verknüpfungen von
Rose nutzen.

Steuerzonen überarbeitet - Prüfung und Löschen

Nicht benutzte Steuerzonen können jetzt gelöscht werden, sowie deren
Kontenzuordnungen geändert werden (wie bei Buchungsgruppen). Siehe
Feature #70.

Schlägt die Speicherung neuer Steuerzonen fehl, weil z.B. die
Buchungsgruppenkonten fehlen, gibt es nun einen Rollback und eine
ordentliche Fehlermeldung, siehe Fehler #68.

Syntaxfehler in locale/en/all behoben

Lieferwertbericht - unnötige Konfigurationsparameter entfernt (Ergänzung)

Vergessene Dateien zum Commit von gerade

Lieferwertbericht - unnötige Konfigurationsparameter entfernt

Die 3.1er Erweiterung des Lieferplans ist mittlerweile in einem eigenen Bericht (Lieferwertbericht)
 und muss nicht extra in den defaults konfiguriert werden.
Ferner Mandantenkonfiguration etwas besser beschrieben:
Die letzte noch erhaltene Option wirkt sich auch nur auf den Lieferwertbericht und nicht den Lieferplan aus.

RB als Standard Druckvorlage gesetzt - Pflichtenheft übernmommen

Da der Pfad Standard in einigen Dateien (DB-Upgrade-Skript) hart-kodiert wurde,
insbesondere um die Pflichtenheft-Druckvorlagen nachträglich in benutzdefinierte
Vorlagenverzeichnissse zu packen, ist dies entsprechend auf Pfadebene abgebildet.
S.a. #69

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.