Fehlerbehandlung (transfer inventory bei invoice) eindeutig machen

Release 3.1.0 gibt es nicht, entsprechend in 3.2.0 gebündelt

Changelog für Brieffunktion

Brieffunktion erste Version

Verkaufsbriefe können jetzt auch mit LaTeX erstellt werden.
Ferner gibt es eine Briefentwurfs-Funktion, die aussieht wie drafts, aber
zumindestens auf einer eigenen Tabelle beruht. Zusätzlich wurden zwei neue Rechte
gesetzt

Vergessenes release 3.2.0 skript für auth

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

CreatePDF-Helfer: Dateinamen fixen

Die Vorlagen-Parser-Module SL::Template::* erwarten, dass
$form->{tmpdir} den zu parsenden Dateinamen enthält. Sie entfernen dann
das Präfix $self->{userspath} von $form->{tmpdir}, wodurch nur noch der
Dateiname bleibt.

Der Name der finalen Ausgabedatei wird ebenfalls über $form->{tmpdir}
zurückgegeben – ohne jegliche Pfadangabe. Allerdings ist das von Modul
zu Modul unterschiedlich. Manche geben den vollen Namen, manche nur den
Dateinamen (der dann relativ zu $self->{userspath} ist) zurück.

CreatePDF-Helfer: Nicht auf Caller-Package verlassen

Wenn im Controller $self->create_pdf aufgerufen wird, so ist $class dann
das falsche Package, um create_parsed_file aufzurufen, weil diese sub
nicht exportiert wird.

Auslagern über Rechnung: Dienstleistungen wirklich ignorieren, falls konfiguriert

CreatePeriodicInvoices: HTML-Formatierung beim automatischen Drucken richtig formatieren

Kommentar bei Lagerbewegung über Rechnung hinzugefügt

Damit hier der Bericht Lagerbewegung exakter wird, entsprechend auch
einen Kommentar für dieses Lagerverfahren.

Standardlagerverfahren Kommentar setzen / übernehmen

Beim Standardauslagern wurde bisher nicht der Kommentar übernommen, der
seit Anfang dieser Funktion in do.pl gesetzt wurde. Ferner die Beschreibung
in der Mandantenkonfiguration etwas besser gesetzt, bzw. beschrieben.

Auslagern in VK-Rechnung: Schreibfehler in Übersetzung korrigiert.

Auslagern in VK-Rechnung: Übersetzungen

Auslagern in VK-Rechnung: Mandantenkonfiguration vollständig berücksichtigen …

und Fehlerbehandlung verbessert.

Auslagern in VK-Rechnung: Löschen der Lagerbewegung beim Löschen/Storno der Rechnung

Auslagern in VK-Rechnung: Anzeige der Rechnungsnummer/Dokument im Lager-Journal

Auslagern in VK-Rechnung: Beim Buchen einer VK-Rechnung wird ausgelagert.

Todo: Es werden noch nicht alle Einstellungen berücksichtigt, die bestimmen,
wann von welchem Lager/Lagerplatz ausgelagert wird.

Lager-Transfer: Transaktion mit with_transaction statt mit do_transaction.

Hintergrund: Buchen einer Rechnung und Lagerbewegung in einer Transaktion
ausführen können.

Zitat aus einem anderen commit:
"do_transaction startet immer eine Transaktion, auch wenn außen rum
schon eine läuft. Damit wird die äußere Transaktion de facto außer
Kraft gesetzt."

Auslagern in VK-Rechnung: Neue Datenbank-Felder, Rose u. Mandantenkonfiguration

CustomVariables: Zuweisen von zu parsenden Inhalten

2 Probleme.

1. Booleans wurden beim Parsen in den numeric Slot gesteckt
2. Die zwei-wertige Version von value() hat das zweite Argument nicht
   aus dem Stack entfernt, und damit beim goto weitergegeben an die
   unterliegenden Rose-Accessoren. Das hat dann das parsen wieder
   zunichte gemacht.

Tests: fehlender Backgroundjob

Merge branch 'requirement-specs-custom-variables'

Spalte »nicht gelieferte Menge« in Aufträgen optional anzeigen

Hintergrundjob für E-Mail-Bericht über fehlgeschlagene Jobs

Pflichtenheft-CVar-Suche: Controls für Vergleichsoperatoren beibehalten

ParseFilter: Laundern schon vor dem eigentlichen parsen.

Erlaubt es indirekte Filter im Template roundtrip safe zu machen.

Pflichtenheft: durchsuchbare CVars als Spalten in Bericht anzeigen können

GetModels-Filtered: CVars: default_value-Ersetzung besser greifen

GetModels-Filtered: CVars: Überflüssige Umwandlung entfernt

Pflichtenheft: nach benutzerdefinierten Variablen suchen können

CustomVariableConfig: Datumswerte werden in Spalte timestamp_value gespeichert

GetModels-Filtered: CVars: Fix für Platzhaltern im Suchbegriff

Pflichtenhefte: Anzeige von CVars über value_as_text()

$cvar->value_as_text() macht bereits die richtige Fallunterscheidung,
sodass wir hierfür kein eigenes Template benötigen.

Pflichtenhefte: CVars bei erfolglosem Speichern beibehalten

GetModels-Filtered: benutzerdefinierte Variablen bool gefixt

GetModels-Filtered: Unterstützung für benutzerdefinierte Variablen

Pflichtenhefte: bendef. Var. beim Löschen des Pflichtenheftes via Trigger löschen

Pflichtenhefte: benutzerdefinierte Variablen bei Version reverten kopieren

Pflichtenhefte: benutzerdefinierte Variablen anzeigen und bearbeiten

Pflichtenhefte: Konfiguration für benutzerdefinierte Variablen anlegen

Tests: price_tax_calculator.t muss vor Kunden löschen richtig aufräumen

Merge branch 'periodic-invoices-order-value-basis'

Finanzcontrolling: Testcase für Aufträge mit wiederkehrenden Rechnungen

Finanzcontrolling: Refactor Accessors, Warnungen vermeiden

Finanzübersicht: Testcase für Spalten Auftragsvorlauf/-eingang

Finanzcontrolling/-übersicht: Refactor map zu Post-for

Kein map für Statements nutzen, bei denen es nur auf den Nebeneffekt
aber nicht auf das Ergebnis ankommt.

Wiederkehrende Rechnungen: Testcase für Periodizitäten

Finanzübersicht: Auftragswertperiodizität berücksichtigen

Finanzcontrolling: Auftragswertperiodizität berücksichtigen

Wiederkehrende Rechnungen: Berechnung für Auftragswertperiodizität angepasst

Liquiditätsübersicht: Auftragswertperiodizität von wied. Rechnungen berücksichtigen

Wiederkehrende Rechnungen: Auftragswerts-Periodizität setzen können

Noch keine Anpassung der eigentlichen Berechnung. Wohl aber
Dokumentation von SL::DB::PeriodicInvoicesConfig.

CreatePeriodicInvoices: HTML-Formatierung in Langtexten berücksichtigen Teil 2

Nach Umstellung der Bemerkungsfelder in Einkaufs- und Verkaufsbelegen
muss auch das Feld »notes« als HTML-formatiert behandelt werden.

Einkauf/Verkauf: Bemerkungsfeld mit HTML-Editor ausgestattet

Pflichtenhefte: Ausgabemöglichkeit als HTML

Menüpunkte dafür werden aber nur eingeblendet, sofern auch eine Vorlage
dafür im Vorlagenverzeichnis existiert.

Die erzeugte HTML-Seite wird in einem neuen Browserfenster angezeigt.

CreatePDF-Helfer: auch HTML aus HTML erzeugen können

Besserer Hinweis bzgl. Änderungen bei shipto*-Druckvorlagen

Version 3.2.0 - Datum in changelog vergessen

VERSION auf 3.2.0 gesetzt

Datenbankupgradescript für Release 3.2.0

changelog - CTI, Version und letzte Bugs

doc/UPGRADE für Version 3.2.0

Ticket #3 - 2478 Preis bei Erzeugnissen

Doppeltes Parsen von sellprice beim Erneuern von Erzeugnissen
verhindern.

Ticket #42 - Nachkommastellen in Menge bei Erzeugniskomponenten

Danke an Joachim Zach für einen Patch, ich habe bei der Gelegenheit auch
noch ein paar Codestellen kommentiert. Das Verhalten von item_selected
bzgl. parse/format_amount unterscheidet sich mittlerweile je nachdem, ob
es in Belegen oder in Erzeugnissen verwendet wird.

Revert "HTML::Entities in InstallationCheck aufgenommen"

This reverts commit f143a10a13313bca78b97e107bd3b870e5db7d98.

HTML::Entities ist Teil des HTML::Parser-Paketes und benötigt daher
keinen eigenen Eintrag in InstallationCheck.pm

.pm

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

Bessere Erklärung für Upgrade-Skript bei DB-Anomalien

Ausgelagerte Lieferscheine wurden wahrscheinlich, hart gelöscht

HTML::Entities in InstallationCheck aufgenommen

gefunden durch
perl scripts/find-use.pl

Dokumentation aktualisiert

changelog - Bugfixes aktualisiert und formatiert

SL::DB::RequirementSpec: time_estimation auch als _as_man_days, _as_man_days_unit

Analog zum RequirementSpecItem

Patch für Bug 40, base_unit Umrechnung in VK-Bericht

Patch getestet in Datenbank mit unterschiedlichen Einheiten und
Preisfaktoren.

Möglichkeit zum Testen:

Summe VK-Betrag des Verkaufsberichts sollte gleich sein der Summe Betrag
von Verkauf->Berichte->Rechnungen, wenn man die Debitorenbuchungen
rausfiltert.

z.B. in SL/AR.pm ar_transactions:
  my $where = "1 = 1 and a.invoice is true ";

oder dem Benutzer das Recht entziehen, Debitorenbuchungen im
Rechnungsbericht anzuzeigen.

Ein einfaches return ist einfacher

<mosu> Ein einfaches »return;« ist fast immer richtiger als »return undef;«

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

Verknüpfung von Einzelpositionen auch bei periodisch erzeugten Rechnungen (Auftrag -> Rechnung)
Für InvoiceItem in Invoice ein converted_from_*_id hinzugefügt wie bei der Verknüpfung von Auftrag zu
Rechnung, bzw. Lieferschein zu Rechnung. Letzterer Weg wird aktuell bei Objekten noch nicht
benutzt. Ferner einen Rückgabewert von create_links (RecordLinks) etwas verbessert (undef bei nicht
 erfolgtem Anlegen).
Offen: Implementierung der Verknüpfung von DeliveryOrderItem-Objekten mit InvoiceItem-Objekten.
Diese werden aktuell nicht benutzt und betrifft auch nicht periodische Rechnungen.

JavaScript-Tests: Liste der Testdateien sortieren

JavaScript-Test-Framework auf Basis von QUnit

PriceTaxCalculator: Belege ohne Positionen richtig verarbeiten können

DB-Upgrade-Warnung: Einzuspielende Datenbankupgrades optional anzeigen

SL::DBUpgrade2: Dateien direkt als UTF-8 öffnen und SL::IConv nicht nutzen

SL::DBUpgrade2: Doppelten Code entfernen

changelog für Feature "Kursor-Position nach Erneuern"

Leads -> Kundenquellen übersetzen

Pflichtenhefte: nach Version zurücksetzen richtige Versionsnummer anzeigen

Pflichtenhefte: Fehler beim Anlegen von Versionen richtig abfangen

Finanzcontrolling: Aufträge mit wiedRech für jedes angefangene Jahr berechnen

Finanzcontrolling: Aufträge mit wiedRech auf ganzes Jahr hochrechnen

Finanzübersicht: wied. Rechnungen für ganzes Jahr auf einmal berücksichtigen

Finanzübersicht: auch zukünftige Jahre auswählen können

DBUpgrade: Fehlermeldungen richtig in Perls Encoding übersetzen

DBD::Pg vor Version 2.16.1 hat das UTF-8-Flag bei Fehlermeldungen nicht
gesetzt, auch wenn die Datenbankverbindung UTF-8 geflaggt war. Daher
musste bei früheren Version von DBD::Pg kivitendo die Fehlermeldung
selber ins richtige Encoding umwandeln.

Das darf bei neueren Versionen natürlich nicht mehr gemacht werden.

Locale-Update

Revert "SL::DB::Part: displayable_name als Alias für long_description"

This reverts commit e3a83f49048717d0f519e2f760ef2988eb0824e0.

Aufgrund von b720e272 gar nicht nötig und daher überflüssigerweise aus
einem Kundenprojekt gecherrypickt.

SL::DB::CustomVariable: value, value_as_text für Typ 'date/timestamp' und ungesetzt gefixt

CVar-Konfiguration: etwas Platz zwischen Text und Control lassen

SL::DB::CustomVariable: value_as_text() für customer/vendor/part vereinheitlicht

SL::DB::CustomVariable: value_as_text() für Typ 'date' gefixt

Bisher wurde schlicht das falsche Feld zurückgegeben: text_value. Nun
wird das formatierte Datum aus timestamp_value zurückgegeben.

SL::DB::CustomVariable: value_as_text() für Typ 'bool' gefixt

Der Typ heißt 'bool' und nicht 'boolean'.

SL::DB::CustomVariable: value() für Typ 'date' gefixt

Bisher wurde schlicht das falsche Feld zurückgegeben: text_value. Nun
wird eine Instanz von DateTime zurückgegeben, die auf den Tag
getruncatet ist.

SL::DB::Part: displayable_name als Alias für long_description

Für einfachere Verwendung mit anderen Objekten wie ::Customer und
::Vendor.