zu gerade: Bessere Übersetzung für Delivery Order created

Beschriftung geändert: Lieferschein erstellt -> Lieferscheine(e) in kompletter Menge erstellt
Betrifft Status delivered in oe, dieser wird erst gesetzt wenn die Liefermenge komplett erreicht
ist. Somit ist Lieferschein erstellt, eine bessere Bezeichnung für "geliefert" (da ja
noch nicht ausgelagert), aber verwirrend wenn es schon einen Lieferschein gibt und der Haken,
zu Recht, noch nicht gesetzt ist.

round_amount: Perls Repräsentationsalgorithmus fürs exakte Runden nutzen

Als Erläuterung paste ich schlicht den relevanten Teil des Kommentars,
der nun auch in der Funktion steht:

Trying to round with more precision first only shifts the problem to rarer
cases, which nevertheless exist.

Now we exploit the presentation rounding of Perl. Since it really tries hard
to recognize integers, we double $amount, and let Perl give us a representation.
If Perl recognizes it as a slightly too small integer, and rounds up to the
next odd integer, we follow suit and treat the fraction as .5 or greater.

CsvImport/Parts: makemodels fix inidzieren

select_item: Belegmasken finden jetzt auch Warennummern aus makemodels

Außerdem die Präsentation von select_item angepasst, so dass ersichtlich
wird woher die gefundenen Waren stammen.

CsvImport: Beim Import von makemodels die Reihenfolge richtig setzen

MakeModel: ActsAsList

ActsAsList: use Parameter zum Konfigurieren benutzen

Preisfaktoren: Bei neu anlegen auch das Inputfeld anzeigen

behebt #2494
war in ba52ee60 kaputtgegangen

ParseFilter: with_objects merging bei Klassen mit Filtered Plugin

ParseFilter kennt 3 Quellen für with_objects Klauseln:

1. explizit übergebene
2. aus dem Filter inferierte
3. aus custom filtern gesetzte

Wenn nun ein Model das Custom Filter Plugin hat, muss bei jedem Filter
getestet werden, ob dieser Filter eigene with_objects setzt oder nicht.
Wenn der Filter aber auf eine normale Spalte zeigt, muss wie ohne Klasse
auch der Standardpfad als Include gesetzt werden. Das war aber nicht der
Fall.

locales.pl: Optional die Quelldatei von neuen Strings anzeigen

falls mal wieder ein String auftaucht, und man ihn einfach nicht findet

CustomerVendor: Spaltenüberschrift bei Sortierung richtig übersetzen

CustomerVendor: Picker nach Art von PartPicker

- reinit_widgets fähig
- Tab und Enter atomar
- unterstützt onChange und set_item:CustomerVendorPicker trigger
- unterstützt fat_set_item

undefs für find_by berücksichtigen

all_parts um Namensoption des Kunden oder Lieferanten erweitert
Der Name wurde im Backend IC.pm schon richtig übergeben, es scheint
aber, dass dieser dann nicht mehr als Option angehakt war.
Entsprechend auch eine Flash-Warnung auch ausgegeben, falls überhaupt
keine Belegoption angewählt wurde.

hotfix für #10 Ansprechpartner auf ungültig setzen löst leeres Adressfeld beim Drucken aus
behebt (teilweise) #9 ggf. wäre es prinzipiell besser die customer_details
auf rose umzuschreiben

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

SuSa - Summe per und Saldo auch bei abweichenden Geschäftsjahr berechnen
Falls man eine Monats-SuSa zieht werden die Salden korrekt berechnet, allerdings
wurde nicht ein abweichendes Geschäftsjahr berücksichtigt. Jetzt wird
das Startdatum wie in der Bilanz genommen, dass ist schon mal besser, allerdings
ist hier der Fall Startdatum == closedto immer noch etwas unschön, s.a. Kommentar
in der Methode get_balance_startdate_method

netprice auf Anzahl von Nachkommastellen von sellprice runden

Es geht um die Anzeige der Einzelpreise von Positionen der
Druckvorlagen.

Bisher wurde netprice hart auf 2 Nachkommastellen gerundet, was zu
Problemen bei Subcentpreisen führte. Dies hatte den Effekt, daß z.B.
Menge 1000 und Sellprice 0.0036 eine linetotal von 3.6 ergab, und
netprice mit 3.6/1000 auf 2 Nachkommastellen gerundet zu 0 wurde. In der
Druckvorlage wurde dadurch der effektive Einzelpreis zu 0.  Rundet man
auf die Anzahl der Nachkommastellen von sellprice (in diesem Beispiel
4), wird daraus wieder 0.0036 und kann in der Druckvorlage korrekt
angezeigt werden.

Doku zu Druckvariable netprice angepasst

if-Abfrage eindeutiger geschrieben und Variablenname klarer definiert

rp-patch

TaskServer: $::form->error und ::end_of_request() handhaben

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

Benutzerdef. Variablen in Belegen als Tabelle rendern ...

falsches Tabellen-Layout bei nicht editierbaren Variablen korrigiert.

Zu commit 25b855157fa65535683b458c1ca2dd0c3636b788
Benutzerdef. Variablen in Belegen als Tabelle rendern ...

CsvImport: Fehler beim Speichern vom richtigem Objekt anzeigen.

Und "use English" (EVAL_ERROR) für bessere Lesbarkeit.

typos in ustva.html
closes #2464

Für LaTeX-Druckvorlagen (pipe) | -Symbol richtig anzeigen

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

Überprüfung auf makemodel bei mehreren Artikeln verbessert
Aktuell wird nur auf Werte beim ersten Eintrag bei makemodel überprüft.
Falls es mehrere Werte und man den ersten Eintrag löschen will greift
die Überprüfung nicht mehr. Entsprechend die Prüfung erweitert.
Das behebt #7 Lieferanten-EK-Preise / Lieferantenartikelnummern verschwinden.

Pflichtenheftversionen: »PDF Downloaden« für Arbeitskopie-Eintrag gefixt

Pflichtenhefte: Tab-spezifisches Menü in gesamter Tab-Fläche erkennen

Pflichtenheftaufträge: Pauschalpos. in Ang./Auftr. erstellen können

Pauschalpositionen haben die Menge 1, als Einheit die Einheit des
Artikels (und nicht »Stunden«) und als Preis den Gesamtpreis der
Aufwandsschätzung des dazugehörigen Abschnitts.

Pflichtenheftaufträge: beliebige Artikel auswählen können

Zusätzlich werden dann Spalten angezeigt, die die Einheit und den im
Angebot/Auftrag verwendeten Positionstypen (Pauschalposition/
Auwandsposition) angeben.

Pflichtenheftaufträge: Aktualisierung zusätzlicher Artikel implementiert

Pflichtenhefte: beim Erstellen von Aufträgen zus. Artikel anlegen

Pflichtenhefte: beim Kopieren, Einfügen zusätzliche Artikel berücksichtigen

Pflichtenhefte: zusätzliche Artikel zuweisen und bearbeiten können

SL::DB::Unit::compatible_units: alle Einheiten gecachet laden

Form->parse_template: notes nicht immer aus invoicenotes kopieren

Wenn ein Beleg über Rose-Model-Code zum Drucken vorbereitet wird, dann
steht in $form->{notes} bereits der richtige Wert, und den
belegspezifische Wert $form->{invoicenotes} gibt es gar nicht. Also auch
notes damit nicht überschreiben.

Finanzübersicht: VerkäuferIn auch bei wiederkehrende Rechnungen beachten

Finanzcontrollingbericht: wiedk. Rechnungen vom Enddatum immer bis heute

Das konfigurierte Enddatum ist nur dann relevant, wenn die
wiederkehrende Rechnung gekündigt wurde. Ansonsten wird sie automatisch
verlängert, sprich ein maximales Enddatum gibt es dabei nicht.

Wiederkehrende Rechnungen: Berechnung maximales Enddatum gefixt

Das konfigurierte Enddatum ist nur dann relevant, wenn die
wiederkehrende Rechnung gekündigt wurde. Ansonsten wird sie automatisch
verlängert, sprich ein maximales Enddatum gibt es dabei nicht. Wir
nehmen der Einfachheit halber 100 Jahre.

Hiermit tauchen die Beträge der Aufträge im Finanzübersichtsbericht auch
richtig für jede Periode auf, nicht nur dann, wenn kein Enddatum in der
Konfiguration gesetzt ist.

Einkaufs-/Verkaufsbelege: Spalte taxzone_id bereits beim INSERT befüllen

Ansonsten gibt es wegen der neuen NOT NULL-Restriktion einen Fehler.

Form->prepare_for_printing: output_*-Variablen als Fallback auf %myconfig-Werte setzen

Wenn für eine Sprache kein Ausgabeformat für Datum und/oder Zahlen
festgelegt ist, so muss hier der Wert der angemeldeten Benutzerin
genommen werden, weil ansonsten die Werte falsch formatiert
werden. Außerdem kann es sein, dass die Vorlagen dann falsch rechnen,
wenn sie \numprint nutzen.

Behebt Formatierungsprobleme in wiederkehrenden Rechnungen, wenn der
Auftrag eine Sprache gewählt hat, in der die Ausgabeformate nicht
definiert sind.

Wiederkehrende Rechnungen: Variable period_end_date gefixt

Das Periodenenddatum wird am Anfang der sub bereits richtig als »der
letzte Tag innerhalb des Abrechnungszeitraumes« berechnet und darf
hinterher daher nicht mehr auf den Monat abgeschnitten werden.

Bearb. Buchungsgruppen: Spalte taxzone_id in oe/delivery_orders konvertieren

1. Werte 0 und NULL durch neue ID für »Inland« ersetzen (oe,
   delivery_orders, ar, ap)

2. Spalte taxzone_id NOT NULL setzen (oe, delivery_orders, ar, ap)

3. Fremdschlüssel auf Tabelle tax_zones setzen (oe, delivery_orders)

locales: Fehlende Übersetzungen ergänzt

IBAN und BIC im Kunden/Lieferanten Detailfeld in Belegen anzeigen.

abweichende Lieferadresse für Lieferschein bei RB-Druckvorlagen
analog zu dem Commit von gerade. Hier auch die abweichende Lieferadresse
beachten. erledigt #2

RB-Druckvorlagensatz: abweichende Lieferadresse für Kunden- Lieferantenauftrag
entsprechend shipto ergänzt

Bei Kundenauftrag -> Lieferantenauftrag Zahlungs- und Lieferbedingungen löschen
Zahlungs- und Lieferbedingungen aus dem Kundenauftrag zu übernehmen macht
i.d.R. keinen Sinn, da diese ja vom Lieferanten definiert werden.
S.a. Ticket 1 in Redmine und fixes #1

Wechselkurs-Inputfeld bei Debitorenbuchung richtig aufrufen

Wechselkurs verschwand immer, L.input_tag korrekt aufrufen

typo in ustva

PgUpgrade: nicht während eines Upgrades commiten

Merge branch 'cvar_partsgroup_filter'

changelog-Eintrag zu neuen Features bei benutzerdefinierten Variablen.

Warengruppen-Filter f. CVars bei Waren

cherry-pick aus Kundenprojekt und Anpassungen an unstable (hauptsächlich
Umstellung auf Controller)

Conflicts:

SL/CVar.pm
SL/DB/CustomVariableConfig.pm
bin/mozilla/amcvar.pl
bin/mozilla/io.pl
templates/webpages/amcvar/display_cvar_config_form.html
templates/webpages/amcvar/render_inputs_block.html

PartPicker: Tab Event atomar, visuelles Feedback

Nach dem Löschen von einer CVar wieder die Liste des entspr. Moduls anzeigen.

Steuerzone - neue Customer/Vendor-Objekte brauchen Steuerzone

Durch den not-NULL Constraint bei Kunden und Lieferanten muß
beim Anlegen eines neuen Objekts nun zwingend die Steuerzone mit
übergeben werden, ähnlich wie bei der Währung.
Dies wurde bei einigen automatischen Tests nachgeholt.

test.pl: --fast switch, skippt 001compile und 003safesys

Rechtschreibfehler in RB Druckvorlagen behoben

CsvImport: Bei Imports ohne cvars nicht die cvars klobbern.

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

PartPicker: Im Popup dem letzten Suchstring übernehmen

Spaltenzahl f. benutzerdef. Variablen in Belegen in Benutzereinstellungen ...

.. angeben können. Default ist 3.

Benutzerdef. Variablen in Belegen als Tabelle rendern ...

... im Moment mit fester Spaltenzahl.

Benutzerdef. Variablen f. Waren per Voreinstellung für Belege aktivieren/deaktivieren.

Steuerzone - korrekter Name von Warenbestand in Template

convert_taxzone - Fall keine Buchungsgruppen berücksichtigen

Für den Fall, daß in dem Mandanten gar keine Buchungsgruppen
konfiguriert sind (z.B. bei einem frischen Schweizer Kontenrahmen), wird
die Umwandlung der Buchungsgruppen übersprungen.

Steuerzone - Sortierreihenfolge bei Customer/Vendor

Sortierreihenfolge im Dropdown bei den Stammdaten einhalten.
Dadurch ist die Steuerzone mit der höchsten Sortierpriorität immer als
Defaults bei neuen Kunden/Lieferanten eingestellt (standardmäßig
Inland).

Steuerzone: in Upgrade-Datei customer/vendor angepasst

Macht man eigentlich nachträglich nicht, aber da das Update noch so
frisch ist...

Beim Umstellen von taxzone wurde vergessen, auch die Einträge der
Standardsteuerzone bei den Kunden und Lieferanten anzupassen. Im Zuge
der Umstellung, wo bei taxzone keine 0 mehr erlaubt ist, und diese auf 4
umgemapped wurde, müssen auch die hinterlegten Daten bei Kunden und
Lieferanten konvertiert werden.
In diesem Schritt wurden dann auch gleich Fremdschlüssel für die
Steuerzone bei Kunden und Lieferanten angelegt.

Ist das Update schon durchgelaufen und muß man manuell nachbessern wären
dies die Schritte (unter der Voraussetzung, daß id 0 auch zu id 4
geworden ist):

UPDATE customer SET taxzone_id=4 WHERE taxzone_id=0;
UPDATE vendor SET taxzone_id=4 WHERE taxzone_id=0;
ALTER TABLE customer ALTER COLUMN taxzone_id DROP default;
ALTER TABLE vendor ALTER COLUMN taxzone_id DROP default;
ALTER TABLE customer ADD FOREIGN KEY (taxzone_id) REFERENCES tax_zones (id);
ALTER TABLE vendor ADD FOREIGN KEY (taxzone_id) REFERENCES tax_zones (id);

Nachtrag Steuerzone - Tests angepasst

Typo-Fix und kleine Verbesserungen in deutscher Übersetzung.

L.radio_button_tag: id erhalten wenn sie schon vorher gesetzt ist.

Installcheck: Version von Archive::Zip korrigiert.

CsvImport - Part : Anpassung für neue Steuerzonen

statt income/expense_accno_id_0 werden jetzt bei importierten
Waren/Dienstleistungen die Konten-IDs der Standardsteuerzone verwendet.
(Wobei die genau ID ja egal ist, wichtig ist, ob etwas gesetzt ist).

Buchungsgruppe anlegen/bearbeiten/anzeigen - Logik umgestellt

3 Fälle in Maske berücksichtigen:

* neue BG: Konten-Dropdown mit Standardkonten vorausgewählt
* existierende BG nicht in Benutzung: Konten-Dropdown mit gespeicherten
  Konten vorausgewählt
* existierende BG in Benutzung: gespeicherte Konten als Text anzeigen

Steuerzone in price_tax_calculator.t angepasst

Neue Methode orphaned für Buchungsgruppe

Zum Prüfen, ob eine Buchungsgruppe gelöscht oder bearbeitet werden kann.

Fehlende MetaSetup Dateien für Steuerzonenupdate

Console Shortcut für chart (analog zu part)

DB Code für Buchungsgruppe und TaxzoneChart aufgeräumt

In SL::DB::Manager::Buchungsgruppe die Methoden inventory_accno und
inventory_accno_description entfernt, da hier einfach
inventory_account->accno und inventory_account->description benutzt
werden können.

Beim Erfassen von Steuerzonen Standardkonten verwenden

Vorauswahl von Erlös- und Aufwandskonten laut Mandantenkonfiguration.
Im Gegensatz zum Anlegen von Buchungsgruppen kann bei der Steuerzone
kein Bestandskonto konfiguriert werden, da dies nur von der
Buchungsgruppe abhängt.

Buchungsgruppen - löschen und beim Erstellen Standardkonten benutzen

Wenn eine Buchungsgruppe noch nicht einer Waren zugeordnet ist kann
diese noch bearbeitet (Kontenzuordnung) oder gelöscht werden.

Beim neu Erstellen von Buchungsgruppen werden die Standardkonten aus der
Mandantenkonfiguration (Erlös/Aufwand/Bestand) vorausgewählt.

Steuerzone - Default eingeführt (statt id 0)

Als Defaultsteuerzone gilt nun die Steuerzone mit dem höchsten Sortcode, der
nicht obsolet ist (in der Regel also id 1).

Bernd hatte noch ein paar Stellen gefunden, wo als Default 0 gesetzt wird.
Außerdem Doku angepasst, taxzone_id ist nun nicht mehr im Bereich 0-3.

Nachtrag zu Steuerzonen: benutzte Klassen mit require einbinden.

Steuerzonenfeature - tags auf Version 3.1.0 anpassen

Changelog Eintrag für konfigurierbare Steuerzonen

Steuerzonen ungültig machen

jede Steuerzone kann man unter "System->Steuerzonen->auf Steuerzone klicken"
individuell auf ungültig (obsolete) setzen.

ungültig heißt:

* Steuerzone erscheint nicht in der großen Buchungsgruppenübersicht
* Steuerzone erscheint nicht im Drop-Down Menü für Steuerzonen bei neuen
  Belegen (Angebot-Rechnung)

Bei alten Belegen, die erneut geöffnet werden, ist leider das Verhalten unterschiedlich:

* bei schon gebuchten EK/VK-Rechnungen (id) ist das Drop-Down ausgegraut und
  disabled und es wird nur die ausgewählte Steuerzone angezeigt -> funktioniert

* bei schon gebuchten Angeboten/Aufträgen müssen immer alle Steuerzonen
  angezeigt werden, da man die Steuerzone auch im Nachhinein ändern kann, aber
  auch alle alten Belege mit mittlerweile ungültigen Steuerzonen korrekt
  angezeigt werden müssen. Man kann also nicht einfach nach id fragen und
  entsprechend nach ungültig filtern.

Bucht man also einen Auftrag mit einer bestimmten Steuerzone, setzt die
Steuerzone auf ungültig, und generiert dann aus dem Auftrag z.B. eine Rechnung,
würde die Steuerzone aus dem Auftrag nicht übernommen werden, sondern die erste
Steuerzone aus der Liste standardmäßig ausgewählt sein.

Änderung von Upgrade-Script change_taxzone_id_0

Die Tabellen ar und ap werden jetzt auch an den ID-Wechsel angepasst.

Weiterhin werden 2 Fremdschlüssel gesetzt, die durch den Wechsel
aufgefallen sind.

Sortieren von Steuerzonen in Belegen

Die Sortierreihenfolge von Steuerzonen in Belegen wurde bisher noch
nicht in den Belegen berücksichtigt.

id ungleich Null setzen in tax_zones

In der Tabelle tax_zones gibt es sehr häufig noch Einträge mit id=0.
Dadurch kommt es bei der Anzeige, und auch beim Bearbeiten dieses
Eintrags zu fehlern. Dieser Commit vergibt verändert den Wert der
id, s.d. die id einen von 0 verschiedenen Wert hat.

Steuerzonen und Buchungsgruppen bearbeiten

Nachdem man Steuerzonen und Buchungsgruppen auf Datenbankebene
bearbeiten kann, ist jetzt auch eine Bearbeitung an der Ober-
fläche möglich.

Alter Code, der für die Anzeige/Bearbeitung/Erstellung von
Buchungsgruppen entwickelt wurde hat nicht mehr funktioniert
und wurde vollständig ersetzt.

Auf Datenbankebene Steuerzonen konfigurierbar gemacht

Damit können jetzt mehr als die 4 Standardsteuerzonen eingerichtet
werden. Die bisherigen Steuerzonen wurden aus der Tabelle
buchungsgruppen in die neue Tabelle taxzone_charts ausgelagert.

Konzeption siehe Ticket #2295

Es wurden noch keinerlei Veränderungen an der Kivitendo
Benutzeroberfläche durchgeführt, durch dieses Upgrade können die
Buchungsgruppen also nicht mehr konfiguriert werden, dies muß auf
Datenbankebene passieren.

Rose schon angepasst.

Conflicts:

SL/DB/MetaSetup/Buchungsgruppe.pm

Installationcheck: --silent switch um es in shell scripte einzubinden

Typo-Fix: Trennzeichen für CVar-Flags ist ':' nicht ';'.

round_amount: Fix für falsches Runden bestimmter Werte

Gewisse Werte wie z.B. 33,675 wurden bei 2 Stellen falsch gerundet,
nämlich auf 33,67 anstelle von 33,68. Bei anderen Werten hingegen
funktionierte es (beispielsweise 149,175 @ 2 → 149,18).

Grund war, dass durch das Addieren von 0.5 wieder Fließkommaberechnung
und damit die Ungenauigkeit der Präsentation der IEEE-Fließkommazahlen
ins Spiel kommt. Das anschließende int() schneidet dann die
Fließkommazahl falsch ab, ungefähr so:

- Initial: 33,675
- Linksshift um 2 Dezimalstellen, also * 100: 3367,5
- Dann + 0.5 und truncate, hier passierts: +0.5 =
  3367,499999999999999999999958 (auch wenn Perl das in der Ausgabe als
  3368 darstellen würde) oder so, davon int() ergibt nun mal 3367 vor
  anschließendem Rechtsshift um 2 Dezimalstellen

Lösung ist, bis auf das Links-/Rechtsshiften um die Dezimalstellen gar
keine Fließkommaberechnung zu verwenden. Eine Variante ist, eine Stelle
mehr zu shiften als man an Genauigkeit will, dann 5 zu addieren und
anschließend auf das nächst kleinere Vielfache von 10 zu
reduzieren (durch simples Abziehen vom Modulo 10).

Um die Logik leicht einfacher zu halten, wird das Vorzeichen anfangs
ermittelt und ab dann nur noch mit dem Absolutwert der Zahl
gerechnet. Das ursprüngliche Vorzeichen wird erst nach dem erneuten
Rechtsshift, also ganz am Schluss der Berechnung, wieder hergestellt.

GetModels: Funktion zum Setzen zusätzlicher URL-Parameter