Pflichtenhefte: Funktion Abschnitte/Funktionsblöcke neu nummerieren

Verbesserung Standard-Auslagern

a) Überprüfung auf negative Eingabe des Benutzers (hier wird beim
    manuellen Auslagern keine Lager-Bewegung durchgeführt).

b) Löschen von bisher eingetragenene Mengen innerhalb der einzelnen
  Positionen (für den Fall Dienstleistung nicht ein- oder auslagern).
  Falls das ein Benutzer so eingibt

Doppelte if-Abfrage entfernt

zum Commit von gerade: unnötig zweimal auf $qty zu prüfen

Verbesserung Standardauslagern für den Fall Dienstleistung ist nicht lagerbar

Kein undef an SL/DO.pm übergeben, sondern die richtigen Position zum
Einlagern durch eine "schlauere" Schleife machen.
Falls eine Position die NICHT ein-, bzw. ausgelagert werden soll, schon
belegt wurde (per Benutzereingabe). Diese auch dann löschen, da ansonsten
Beleg ne Lager (Hinweis von Sven)

Standard-Auslager-Verfahren verbessert (Dienstleistungen)

a) Falls Dienstleistungen nicht per Standardverfahren
   ein- oder ausgelagert werden sollen, entsprechend NICHT auslagern.
  Meine erste Idee, einfach die Menge auf 0 zu setzen funktioniert nur dann,
  wenn auch ein Standardlagerplatz für die Dienstleistung oder Mandanten gesetzt ist.
  Ferner wird dann eine Lagerbewegung mit der Menge 0 noch in inventory gemacht.
  Folgende Ergänzungen: a) Menge auf 0, b) delete für Prüfung auf "Mengen-Hash" (qty)
  c) ein undef Element in dem Array all_requests hinzugefügt, sodass DO.pm (unpack_stock_info)
  in demselben Format die Daten empfängt wie beim manuellen Auslagern, wenn eine Position nicht
  per Fragezeichen ausgelagert wird.
b) Ergänzung ob beim Einlagern per Standard-Einlagern ein Standard-Lagerplatz für
  die Ware / Dienstleistung gesetzt ist, anstatt der Ausgabe eines SQL-Fehlers

Testfälle für a)

Notwendige Bedingung: Auslagern über Standardlagerplatz aktiviert

                          Verkauf      |    Einkauf
A Dienstleistung                       |
NICHT automatisch            i.O.      |      i.O.
ein- oder auslagern                    |
-------------------------------------------------------------
B Leere Position (QTY == 0)  i.O.      |      i.O.

Bei Fehler LaTeX Tempfiles als UTF8 einlesen

Dadurch können Unicode-Zeichen, die in der .tex Datei Fehler
verursachen, dem Benutzer an der Oberfläche besser angezeigt werden.

Rundung bei Debitorenbuchung, Kreditorenbuchung und Dialogbuchung

Zwei neue Hilfsfunktionen für Form eingeführt die von ap/ar/gl genutzt
werden:

* calculate_tax wird zur Berechnung der Steuer bei
** update in ar, ap und gl
** post_transaction in AR.pm und AP.pm innerhalb von calculate_arap

* calculate_arap berechnet netamount, amount und totaltax anhand einer
vorhandenen $form in ar/ap, und formatiert und rundet die amount_$i and
tax_$i in der $form.

Das Ziel war es, daß diese drei Belege mit den gleichen Formeln zur
Steuerberechnung bei Steuer inkl./exkl. arbeiten. Ein Vorteil im
Vergleich zur Einkaufs- und Verkaufsrechnung ist, daß es hier keine
Positionen/Mengen/Rabatte/etc gibt, sondern direkt Werte auf Konten
bebucht werden, man muß nur Währungskurse berücksichtigen und beim
Schreiben in die Datenbank auf die Vorzeichen achten. Einkaufs- und
Verkaufsrechnungen werden hiervon nicht beeinflußt.

Vor allem bei der Einstellung "MwSt. inkl" wird die Steuer nun immer auf
zwei Stellen gerundet in die Datenbank geschrieben, und nicht (wie
bisher in manchen Fällen) mit 5 Nachkommastellen, was zu mehreren Bugs
geführt hat.

Es gibt einen neuen Test t/form/arap.t der die Berechnungen dieser
beiden Funktionen testet, nicht aber das eigentliche Buchen der Belege.

Mit diesem Commit sollten für zukünftige Buchungen folgende Bugs behoben
sein:

1691 - Rundung bei Berichten bei Buchungen mit MwSt inkl.
2029 - Rundungsfehler bei Dialogbuchung
2033 - Unterschiede in Rundungen durch taxincluded
2094 - Rundungsprobleme in Kreditorenbuchungen: Cent "kippt" bei Zahlungseinbuchung
2435 - Rundungsfehler in Kreditorenbuchungen (Netto vs. Brutto)

Dieser Commit greift in die Eingeweide von Uraltcode ein, wo die
diversen Stellen alle mal mit copy&paste entstanden und dann langsam
divergiert sind, hat also hohes Fehlerpotential. Es lohnt sich, den
DATEV-Check anzuschalten.

locales.pl: Quelldateien mit Encoding UTF-8 lesen

Das erlaubt die Verwendung von Unicode in HTML-Templates,
Perl-/JavaScript- und Menü-Dateien, sodass die auch vom Locale-System
richtig durchgereicht werden.

locales.pl: nur auf .js oder .html endende Files nach JavaScript-t8() scannen

Ansonsten werden alle Dateien in den js-Unterverzeichnis gescannt, und
hier liegen u.a. Bilder (JPGs), Stylesheets etc.

JavaScript & Templates in UTF-8 speichern

…und nicht in ISO-8859-*

DeliveryPlan - kleinere Details verbesert
a) SQL-sanitize $vc param
b) Syntaxfehler in Template
c) SELF.vc leicht sinnvoller als nur $vc
d) Column defs mit visible an- und ausschalten, bzw. hotfix für heute

Verbesserungen Einkaufs-Lieferplan

a) keinen Fallunterschied für $vc im Template, sondern ein einfaches hidden flag vc
b) kein copy & paste von action_list(_ap), sondern parameter in erp.ini
c) performanteres grep, statt foreach in OrderItem (Details s.a. devel-liste)
d) my $vc nicht als statische Klassenvariable gesetzt
e) CSV-Export für beide Fälle richtig (filter vc übergeben)

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

Einkaufs-Lieferplan

Lieferplan für noch nicht vollständig gelieferte Einkaufsaufträge.

Hintergrundjob: Link zum Verlauf anzeigen

Erweiterung Lieferplan Belege wirklich ausgelagert und Warenverkaufswert (default: aus)

Erweiterung Mandantenkonfiguration im Bereich Lager zum Einschalten von
a) Warenverkaufswert
Falls aktiviert erscheint eine neue Spalte im Lieferplan, die den Wert der
ausgeliefert Waren angibt. Berechnungen mit sellprice sind in der kivi immer
hakelig. Hier die getesten Fälle:
 - Rabatt       i.O.
 - Preisfaktor  i.O.
 - Steuer im Preis inbegriffen (eine Warnung wird generiert).

b) Lieferplan berücksichtigt die tatsächlich ausgelagerten Lieferscheine
Falls der Firmenprozess zwei Rollen vorgibt (Lieferschein-Ersteller und
Lieferschein-Auslagerer), konnte dies mit dem vorhanden Bericht nicht klar
eingesehen werden. Entsprechend werden bei dieser Funktion nur die tatsächlich
ausgelagerten Lieferscheine berücksichtigt. Achtung: Teilausgelagerte Belege
werden nicht berücksichtigt (keine verknüpfung mit tabelle inventory)

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

Lieferplan-Bericht um Berichts-Feld "ausgelagerte Menge" erweitert

Der Lieferplan berechnet aktuell die "verschickte" Menge der Waren
aus der Menge der generierten Lieferschein, beachtet aber nicht den
tatsächlichen Status des Lieferscheins (ausgelagert oder nicht).
Entsprechend ein Extra-Feld in dem Bericht hinzugefügt, dass diese
Untermenge der Lieferscheine (Status ausgelagert) berücksichtigt.
Nur teilweise ausgelagerte Lieferscheine werden NICHT berücksichtigt.
 -> technischer Hintergrund: keine Verknüpfung mit inventory
Die "große" UNION-Query (sub delivery_plan_query) musste nicht angefasst werden,
da der Filter über "offene Verkaufsaufträge" geht. Verkaufsaufträge werden aber
erst dann geschlossen wenn alle Menge in der Verkaufsrechnung verbucht
worden sind und NICHT wenn alle Mengen in den Lieferscheinen (unabhängig
 vom Status 'ausgelagert') verbucht / geschrieben wurden.

GetModels: typo

trailing whitespaces entfernt

Lieferschein: Ausdruck Erzeugnisse mit Stückliste und Lagerausgang repariert.

Wenn bei einem Erzeugnis Stückliste angehakt war und das Erzeugnis auf dem
Lieferschein auch einen Lagerausgang hatte, so gab es eine Fehlermeldung, da
die Lagerausgangs-Infos Arrays sind, aber mit einem leeren String ("") gefüllt
wurden.
Zudem stimmten die Array-Postionen der Lagerausgänge nicht mit den
Artikelpositionen überein.
Ausserdem Lagerausgänge jetzt für alle Artikel zulassen, da inzwischen auch
Erzeugnisse und Dienstleistungen gelagert werden können.

CsvImport: makemodels nicht klobbern wenn existierende und price_update

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

lexical in postif fix

falls my deklariert ist, nicht danach mit if prüfen
s.a. chat:
<gorash> grund warum das ekelig ist: das wird intern übersetzt in if (cond) { my $var = ... }

Layout: HTML Markup gefixt

Transportkosten-Erinnerungs-Artikel auf ID anstatt partnumber umgestellt Teil II

Vergessene modifies für Commit von gerade hinzugefügt

Transportkosten-Erinnerungs-Artikel auf ID anstatt partnumber umgestellt

Ggf. kann partnumber nicht eindeutig sein. Ferner find ich den partpicker
als Auswahlelement viel cooler und anwenderfreundlicher als ein reines
Textfeld.

Schnelllöschen einzelner Positionen per X

Einzelnen Positionen können jetzt "schneller" mit einem Klick
gelöscht werden. Dies ist vor allen bei vielen Positionen sinnvoll.

Besseres return (keine subtilen Bugs)

return undef entfernt.

Angebotsgüligkeitsintervall Caveat

Svens Überlegung das Intervall vor der Berechnung zu nehmen, hatte ich auch. Aber dann würde ich eher
die gesamte Routine umschreiben und die Berechnung nicht über einen SQL-Befehl machen, sondern mit Hilfe
von SL/Locale.pm. Entsprechend nochmal den Hinweis in der Mandantenkonfiguration genauer gemacht.

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

Changelog angepasst für neue Mandantenkonfigurationen

Erinnerung für Transport- oder Versandkostenartikel bei Angebot / Auftrag implementiert
Erweiterung: Mandantenkonfiguration um einen Standardartikel der auf Vorhandensein
überprüft wird (oe). Falls nicht wird eine entsprechende Warnung ausgegeben.
Verbesserungsmöglichkei 1: Artikelnummer per partpicker auswählen
Verbesserungsmöglichkei 2: Erinnerung anolog zu Vorgangsbezeichnung vergeben implementieren

Form::round_amount: Perls Wissen über Stringifizierung nutzen

Perl weiß am besten, wann eine nicht ganz exakte Fließkommazahl
eigentlich eine für Menschen sinnvoll lesbare Fließkommazahl ist (also
dass mit 143.19999999999998863132 eigentlich 143.2 gemeint ist, wenn ich
143.2 übergebe). Also nutzen wir diese Tatsache, machen aus der
Fließkommazahl einen String und teilen diesen dann am
Dezimaltrennzeichen auf.

Danach kann mit Integerarithmetik weiter gerechnet werden. Auf die
Nachkommastellen wird entsprechend addiert, sofern die relevante Stelle
>= 5 ist, und der dabei potenziell entstehende Übertrag wird in einer
zweiten Addition auf den Vorkommaanteil addiert.

Erst zum Schluss werden diese beiden Integerzahlen mit Hilfe eines
Strings zu einer Fließkommazahl zusammengesetzt.

Dabei muss beachtet werden, dass auf 32bit-Architekturen Perls
automatische Integer-Umwandlung von Strings bei Stringlängen von 9
bereits auf die wissenschaftliche Schreibweise wechselt. Das wird
verhindert, indem das Math::BigInt-Modul in dem Moment für die
Berechnung verwendet wird, aber aus Performancegründen nur dann, wenn's
wirklich nötig ist.

Whitespace entfernt

Konfigurierbares Angebotsgültigkeits-Intervall hinzugefügt
Standardmässig ist ein Verkaufsangebot bis zum nächsten Werktag gültig.
Dieses Intervall wird dann noch hinzugerechnet, bspw. nächster Werktag plus 14, 28 etc.
Falls das Intervall nicht gesetzt oder wir nicht den Typ sales_quotation haben, passiert nichts.
Der Datentyp ist Integer, Tippfehler werden bisher nur dort abgefangen (Wird wahrscheinlich
nur einmalig von einem Kunden gesetzt).

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.