charset zu Upgrade hinzufügen

Es fehlte hier noch die Zeile für den Zeichensatz.

Unnötige Hiddens entfernen
Anzeigekonfiguration von Gewichten
Gewichte in Druckvorlagen

Durch diesen Commit werden
1. unnötige Hidden-Variablen aus html-templates entfernt, die mit
Gewichten zu tun haben.
2. die Anzeige von Gewichten konfigurierbar gemacht.
3. Gewichte in Druckvorlagen zur Verfügung gestellt. Es stehen ein
Zeilengewicht (lineweight), Einzelgewicht des Artikels (weight) und
Gesamtgewicht (totalweight) zur Verfügung, die letzten beiden auch
als unformatierte Variablen (weight_nofmt und totalweight_nofmt).

Gewicht in Druckvorlagen verfügbar machen

Nachdem das Gewicht auf allen Masken (Auftrag, Lieferschein, Rechnung)
angezeigt wird, steht es nun auch in den Druckvorlagen zur Verfügung.

Upgrade-Script für die Konfiguration zur Gewichtsanzeige

Dieses Update setzt die Voraussetzung für eine konfigurierbare
Anzeige von Warengewichten in Aufträgen, Lieferscheinen und Rechnungen.

Gewicht im Einkauf/Verkauf

Gewicht wird nun sowohl im Einkauf als im Verkauf in allen Masken
angezeigt. Die Variablen stehen auch im Druck zur Verfügung.

Grundstein für Gewicht in Auftrag/Lieferschein/Rechnung

In allen VK- und EK-Masken soll bald auch das Gewicht angezeigt
werden. Grundsätzlich ist das mit diesem Commit schon für alle
VK-Masken möglich, allerdings sind noch kleine Verbesserungen nötig.

Verkauf->Berichte->Lieferscheine: Lieferdatum mit anzeigen lassen.

Trailing Whitespaces entfernen

Dieser Commit entfernt lediglich Leerzeichen am Ende der Zeilen.

DATEV-Check für nur eine Buchung

Bisher hat der DATEV-Check nach Erstellung einer Buchung immer den
ganzen Tag geprüft. Jetzt wird nur noch die Buchung selbst auf
DATEV-Kompatibilität geprüft.

Nachtrag Requestlogging: request method

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

Neuer Debugparameter: Request

Loggt sinnvolle Informationen zum Request.

SL::DB::with_transaction: Rückgabewert konsistenter gemacht

Vorher gibt es mal den Rückgabewert von $code_ref, mal den von
Rose::DB::do_transaction. Nun ist es immer der von $code_ref, sofern
alles OK, und undef/() andernfalls -- inklusive Berücksichtigung des
Aufrufkontextes.

locales.pl: bei Existierendem mit unterschiedlicher Groß-/Kleinschreibung warnen

Pod Fehler

parse_filter.t auf perl5.18 angepasst

Request::flatten sortiert jetzt Hashes nach keys.

Die Änderung war notwendig, weil in perl 5.18 die Hashrandomisierung deutlich
aggressiver ist. Flatten war vorher schon auf dem Papier nicht deterministisch,
das ist aber durch die Randomisierung von perl 5.10 bis 5.16 nie aufgefallen.
Der neue Algorithmus sorgt dafür dass die Datenstruktur

  a => [
    {
      b => 1,
      c => 2,
    }
  ]

sowohl als

  a[+].b = 1
  a[].c = 2

als auch als

  a[+].c = 2
  a[].b = 1

zurückkommen kann, je nach Reihenfolge die keys zurückgibt.

Ab jetzt wird immer die erste Version forciert.

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

Fehlende Dependency

Im Upgrade-Script charts_without_taxkey hat noch eine Dependency
gefehlt. Dies führte dazu, dass für einige Konten noch kein Steuer-
schlüssel vergeben wurde.

client_js.js: Funktionen in namespace kivi verschoben

Verkaufsbericht filtert und sortiert jetzt nach Artikelbeschreibung laut Stammdaten

... wenn Haupt- oder Nebensortierung Artikelbeschreibung ist.

Kurzzusammenfassung:
* Überschriften und Summenzeilen zeigen parts.description
* Einzelzeilen im Artikelmodus zeigen invoice.description

Man hat in den Belegen bei Artikeln die Möglichkeit die
Artikelbeschreibungen zu ändern. Auch wenn man Artikelbeschreibungen in
mehreren Sprachen pflegt kann die Artikelbeschreibung von der
Artikelbeschreibung in den Stammdaten abweichen. Da der Verkaufsbericht
bisher nach der dynamischen Artikelbeschreibung gruppiert hat, konnte man
diese Artikel nicht alle zusammen gruppieren und deren Summen und
Durchschnittswerte zusammen sehen.
Im Artikelmodus wird aber weiterhin die dynamische Artikelbeschreibung
für jeden Artikel angezeigt, in dem diese jeweils überschrieben wird.

Schlecht ist die Änderungen für Benutzer, die generische Artikel anlegen
und immer nur die Artikelbeschreibung ändern, und diese im
Verkaufsbericht anhand der dynamischen Artikelbeschreibung unterscheiden
wollen, dies geht nun so nicht mehr. Für diesen Fall müßte man einen
Schalter einbauen.

Verkaufsbericht: Kommenare übersetzt Deu->Eng

Verkaufsbericht - Zeilenabstände verschönert und kompakter gemacht

wählt man ohne Artikelmodus nur die Zwischensumme der Hauptsortierung
aus, wird nun nicht mehr eine Leerzeile zwischen jedem Artikel
hinzugefügt.

Ansprechpersonensuche: überflüssigen Parameter 'db' entfernt

Perl-Upgrade-Scripte: db_query nun auch mit Bind-Parametern

$::form nach Perl-Upgrade-Script-Ausführung resetten

Siehe 87eebe6 für Begründung.

Revert "Erstelle Tabelle currencies"

This reverts commit 6d06b178d7e1b488396a91ce337a0801ed5893c8.

Conflicts:
locale/de/all

Revert "Nutzung der Tabelle currencies"

This reverts commit be776964b83340e69fa2f02eae59b703c0c95b88.

Revert "Standardwährung abfragen"

This reverts commit 014161b801605beb68878f0045da995bccad0a1a.

Revert "Anpassung Upgrade-Script an neue Synthax"

This reverts commit 41276623722df9317163274551400fc42a2722e0.

Revert "changelog Einträge"

This reverts commit 88cddb0224cddae51323401ddb3b2730b7b96f9b.

Selftest verbesserung

Zähler noch hochgesetzt und von betroffenen Konten werden jetzt auch
Kontonummer/Kontobeschreibung angezeigt.

Test auf Steuerschlüssel

Der SelfTest wird in diesem Commit so erweitert, dass überprüft wird,
ob jedes Konto einen gültigen Steuerschlüssel hat.

Konflikt zwischen zwei Upgrade-Scripten beheben

Im template  erzeugnisnummern.html vom Upgrade erzeugnisnummern.pl
wurde eine Form-Variable continued gesetzt, die auch vom Upgrade
steuerfilterung.pl benutzt wurde. Dadurch kam es zu Problemen.

Die Variable 'continued' wurde nun in steuerfilterung umbenannt.

Behebt Bug #2252.

Verbesserung Upgrate

Das Upgrate-Script steuerfilterung.pl ordnet jetzt kivitendo be-
kannten Steuern schon automatisch Kontoarten zu.

Artikelsuchmaske auf L.checkbox_tag/L.radio_button_tag umgestellt

L.radio_button_tag: value="" ermöglichen

Kosmetik: Einrückung nach Entfernung umliegender "if ()"

Data::Dumper immer via 'use' und nicht 'require' einbinden

Ist schließlich ein Core-Modul.

SL::DB: Hilfsfunktion 'with_transaction'; Dokumentation

SEPA: Bei Einzügen Feld "MndtId" mit Kundennummer belegen

Anstelle von bisher Rechnugnsnummer. Merkblätter diverser Banken sagen
dazu:

> SEPA-Mandat: Die Mandatsreferenz dient in Verbindung mit der
> Gläubiger-ID der eindeutigen Identifizierung eines SEPA-Mandats. Sie
> wird vom Lastschrifteinreicher individuell für jedes SEPA-Mandat
> vergeben (z.B. Vertrags-/Kundennummer).

SEPA: "gewünschtes Ausführungsdatum" in Oberfläche richtig benennen

Ging in 46bc75c8 kaputt.

changelog Einträge

Anpassung Upgrade-Script an neue Synthax

Passt zwei alte Upgrade-Scripte an die neue Synthax an.

Standardwährung abfragen

Beim Erstellen einer neuen DB wird nun die Standardwährung abgefragt.

Nutzung der Tabelle currencies

Dieser Commmit passt den Code an, um die Tabelle currencies zu nutzen.

Erstelle Tabelle currencies

Für das Upgrade currencies ist es nötig, dass alle Leerzeichen am
Anfang und Ende jeder Währung entfernt werden. Dafür sorgt das
Upgrade rm_whitespaces.pl.

Währungen durch einen Eintrag mit Doppelpunkten zu speichern ist
umständlich und unsicher. Dafür wird nun eine eigene Tabelle erstellt.

Die neue Tabelle currencies erhält 2 Spalten id und curr.

Alle bisherigen Spalten, in der die Währung gespeichert wurde, zeigen
nun auf die id. Die Spalte curr ist ein Textfeld und sollte ein
Kürzel der Währung enthalten (z.B. EUR).

Die Spalte curr in der defaults enthält nun nur noch die Standard-
währung. Dieses Feld sollte IMMER gefüllt sein und kann nach
erstellen der Datenbank nicht geändert werden.

Conflicts:

locale/de/all

Upgrade-Script für Steuerfilterung

Bei Dialogbuchungen kam es in der Vergangenheit oft zu Verwechslungen
mit Vor-/Umsatzsteuer. Daher werden für jede Steuer nun auch alle
Kontoarten gespeichert, bei denen die Steuer angezeigt werden soll.
Dieser Commit enthält das DB-Update, um die Speicherung möglich zu
machen.

Siehe auch #2249.

Steuern nach Steuerschlüssel und Steuersatz ordnen

Steuern wurden bisher immer nur nach Steuerschlüssel geordnet. Jetzt
wird eine neue Untersortierung verwendet (Steuersatz).

Filtert Steuern bei Dialogbuchungen

Bei Dialogbuchungen kam es in der Vergangenheit zu Verwechslungen
von Umsatz- und Vorsteuer. Für jedes Konto werden daher nun Steuern
nur noch angezeigt, wenn die Steuer so eingestellt ist, dass sie
für die Kontoart des ausgewählten Kontos angezeigt wird.

Implementiert #2249.

"Verknüpfte Dokumente" auch bei Kreditoren-/Debitorenbuchungen anzeigen

CSV-Import: Neu anlegen gefixt

Wenn noch kein Objekt existierte und auch keine Nummernspalte
angegeben war, so wurde nur der allererste Eintrag neu angelegt, der
Rest als angeblich schon existierend nicht behandelt.

Verknüpfte Dokumente: Auch SEPA-Überweisungen/-Einzüge anzeigen

Bisher noch nicht bei Debitoren- und Kreditorenbuchungen.

Conflicts:
SL/Presenter.pm

Funktionen 'snakify' und 'camelify' nach SL::Util verschoben, gebugfixt, getestet

Relationships 'sepa_export_items' in Invoice & PurchaseInvoice

Kosmetik

Bei Änderung Rechnungsdatum ohne ausgewählte Zahlungsbedingungen Fälligkeitsdatum auf Rechnungsdatum setzen

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

Buchungsjournal: Filter "Bearbeiter" gefixt

Behebt #2248.

Einkaufsrechnung buchen bei Bestandsmethode: Kontenverknüpfung aus Buchungsgruppen, nicht aus parts

Einkaufsrechnung buchen bei Bestandsmethode: falsche Spaltennamen/-anzahl gefixt

OE::, DO::order_details und IC::prepare_parts_for_printing mit lokaler form ...

und myconfig arbeiten lassen
Betrifft #2247.

FlattenToForm: auch currency (nicht nur curr) in die Form bringen.

Betrifft #2247.

FlattenToForm: employee und salesman enden mit Unterstrich in der Form.

Behebt #2235.

locale/de/all: Schreibfehler. Ich bin nicht mehr konzentriert.

locale/de/all zu 615901a

Periodische Rechnungen: Checkbox für "alle drei Monate" richtig benennen

"quartalsweise" meint normalerweise die Ausführung am ersten Tag eines
jeden Quartals, sprich am 01.01., 01.04., 01.07. und 01.10. Bei
periodischen Rechnungen ist aber gemeint, dass Rechnungen im Abstand
von drei Monaten, also vierteljährlich erzeugt werden.

Globales locale-Objekt nutzen

Verknüpfte Dokumente: Schließen des Fensters gefixt

Behebt auch das Problem, dass der AJAX-Spinner bis zum nächsten
vollständigen Seitenladen erhalten bleibt.

Verknüpfte Belege Einkauf/Verkauf/Projekte: Listen nach Datum sortieren

Kunden-/Lieferantenstammdatenmaske: Längen einiger Eingabefelder größer gemacht

Betroffen: Steuernummer, UStID-Nr, Unsere Nummer bei Lieferant/Kunde,
Kontonummer, Bankleitzahl, Bank, BIC, IBAN

Wiederkehrende Rechnungen: Job täglich ausführen lassen

Damit ist es problemlos möglich, Rechnungen immer am x. eines Monats
zu erzeugen (z.B. immer am 15., indem das Startdatum auf den 15. eines
Monats gesetzt wird).

Wiederkehrende Rechnung: Debugmeldungen immer, aber auf Level DEBUG1 ausgeben

Shell-Script zum Verbinden mit Auth- oder User-DB via psql

Fehlende Übersetzungen ergänzt

Doppelte Übersetzungen (Unterschied nur Groß-/Kleinschreibung) vermeiden

Perl-Datenbankupgrades: Funktion add_print_templates() zum Hinzufügen neuer Druckvorlagen

users/kivitendo-print* ignorieren

SL::Template::LaTeX: Funktion zum Parsen & PDF erzeugen aus einem .tex mit nur einem Funktionsaufruf

_hashify: verallgemeinert, getestet, nach SL::Util verschoben (und das dabei erfunden)

config tag-style für TT vorlagen

Erste Version Template Toolkit Druck

jQuery-Script/Methode zum Anstoßen von Downloads

L-Plugin und Presenter: Erzeugung "ID"-Attribute mittels "no_id => 1" unterdrückbar

kleine Korrektur

Kommentare beim letztem Commit waren vertauscht

Bilanz-Bericht: eigene EB/SB-Filter für Gegenüberstellung

Jetzt kann man sowohl die Bilanz zum Stichtag, als auch zum
Gegenüberstellungstag, mit Filtern für EB- und SB-Buchungen ziehen.

Ein nützlicher Vergleich ist z.B.:

Zum Stand: 31.12.2012   (keine Haken gesetzt)
Gegenüberstellen zu: 01.01.2013   Haken bei: "nur EB-Buchungen"

um zu sehen ob alle Salden korrekt übertragen worden sind.

cc Feld beim Kunden reaktivieren und bcc-Feld verschoben

Das Cc-Feld in der Kundenmaske wieder aktiviert. Die Funktionalität war
noch voll vorhanden, nur das Feld aus der Maske verschwunden.

Außerdem das Bcc-Feld von dem Reiter "Ansprechpartner" in den Reiter
"Rechnungsadresse" verschoben, da das Feld nichts mit Ansprechpartnern
zu tun hat.

Diese Felder werden - wenn gefüllt - auch bei Mailversand von Belegen an
Kunden automatisch übernommen.

Der Commit bezieht sich auf meinen Kommentar in Ticket 1882.

Zwei Datenbankwarnungen vermeiden: cannot convert '' to number

Perl-DB-Upgradescripte refactoring: Bugfix #1

Perl-Datenbank-Upgradescripte: Dokumentationsupdate

Perl-Datenbank-Upgradescripte auf Objektorientierung & strict umgestellt

Bericht Ansprechpersonen: weitere Spalten ausgeben können

CSV-Import Ansprechpersonen: Aktualisieren von Existierenden via Spalte "cp_id"

Conflicts:
SL/Controller/CsvImport/Contact.pm

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

Die Einzelteil-Tabelle für Erzeugnisse richtig ausrichten

fixt #2230

Modus für Druckbefehl bei wiederkehrenden Rechnungen richtig einstellen.

Behebt #2246.

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

Die wichtigsten Einstellungen oben darstellen

Haupt- und Nebensortierung in der Verkaufsberichte-Suchmaske
wieder oben darstellen.
fixt #2243

update_defaults: Fall "Spalte noch leer" richtig behandeln

Bei neu angelegten Datenbanken sind die Nummernkreisspalten NULL, was
SL::PrefixedNumber nicht mag. Also in solchen Fällen '0' annehmen.

Behebt #2245.

Nicht vorhandene Spalte aus Rose-Mapping entfernen.

deviating_fiscal_year kam wohl aus Versehen im
commit 693e58208df2667024aaf4ac92cb8f8e8d820b38 rein.