Merge pull request #7 from freiphone/master

Bug-Fix: Drucken

Drucken und Buchen

Merge pull request #1 from freiphone/patch-1

Vorbereitung für Drucken und Buchen

Drucken und Buchen

Bug-Fix

Klick auf Drucken in der ActionBar löste nur speichern aus, wenn es sich um einen neuen Auftrag handelte.

Vorbereitung für Drucken und Buchen

Keine Mixins in Mixins: Helper nur in Controller per "use" hinzufügen: Probleme beim Massendruck mit Dateimanagement

Nun werden alle Helper in Controller per "use" hinzugefügt.

behebt #249

Anlegen von default Verzeichnis für Dateimanagement

Das default Verzeichnis 'documents' wird nun automatisch angelegt.

Ein extra Hinweis in der Mandantenconfig weist darauf hin, dass es pro Mandant unterschiedliche Verzeichnisse geben muss

behebt #525 (redmine)

Fehlende Übersetzung für eindeutige Artikelnummer

Part Controller - Artikelnummern immer änderbar

behebt #264 (redmine)

Part Controller - Erzeugnisbestandteile können keine Einheiten

die Erzeugnisbestandteile in assembly werden ohne eigene Einheit
gespeichert, d.h. es gilt immer die Standardeinheit des jeweiligen
Artikels. Deshalb wird in der Erzeugnisbestandteilliste nur
unveränderbar die Standardeinheit angezeigt.

siehe Ticket #255

Erzeugnisbestandteile hinzufügen - Artikelbeschreibung zeigen

bei "Mehrere Artikel hinzufügen". Siehe Ticket #255

Fehler bei Erzeugnisartikel hinzufügen bei Erfassen-Button

Anpassung nach Umbenennung der Picker-id, der Fehler kam, wenn kein
gültiger Artikel ausgewählt war.

Siehe Ticket #255

Part Controller - Artikelnummern ändern prüft auf used_in_record

nicht auf mehr orphaned.

neue SL::DB::Part Methode used_in_record.

Die Prüfung auf orphaned ist viel strenger, und sollte für z.B. Löschen
verwendet werden, während used_in_record nur prüft, ob der Artikel in
Belegen vorkommt.

Part Controller history - Artikelnummer mit anzeigen

neue Methode parsed_snumber in SL::DB::History

TransNumberGenerator - scoping für parts entfernt

im TransNumberGenerator Helper gibt es ein parts_scoping, welches
benutzt wird um zu prüfen ob eine Artikelnummer schon vergeben ist.

Das unterscheidet zwischen part/service/..., und sucht sich alle
partnumbers von dem Typ raus, um die nächste freie Artikelnummer zu
finden.

Da parts.partnumber per Datenbankconstraint unique ist macht das aber
keinen Sinn, daher sollten beim Finden der nächsten freien Artikelnummer
immer alle Artikelnummern berücksichtigt werden.

Part Controller - mit nächster freier Nummer speichern

Gibt man beim Anlegen eines neuen Artikels die Artikelnummer vor so wird
beim Speichern eine Warnung angezeigt und der Speichervorgang
abgebrochen.

Lässt man die Artikelnummer frei und die nächste Artikelnummer (laut
defaults articlenumber, servicenumber, ...) ist schon vergeben, so wird
die nächste freie Artikelnummer genommen.

Die Prüfung, ob die nächste Artikelnummer bereits vergeben ist, wurde
daher entfernt.

Part Controller - nach Speichern Artikelbeschreibung zeigen

Per Flash den displayable_name des Artikels anzeigen, so daß man auch
die u.U. automatisch vergebene Artikelnummer sehen kann. Je nach
Callback springt man sonst nämlich z.B. zur Seite um einen neuen Artikel
anzulegen und so sieht man zumindest noch mit welcher Artikelnummer der
Artikel angelegt wurde.

Part Controller - callbacks für Artikel speichern und löschen

Nach dem Speichern und Löschen eines Artikels zur vorherigen Seite
springen, wenn $::form->{callback} gesetzt ist.

Das Default-Verhalten für das Speichern eines Artikels ist es auf der
Artikelseite zu bleiben.

Das Default-Verhalten für das Löschen eines Artikels ist es zur
Login-Seite zu springen.

Bug: Neuerfassen von Ware. Fehlermeldung, wenn man zuerst den Lieferanten eingibt

behebt Ticket #235

SL/Dev/CustomerVendor.pm - create_vendor exportieren

SL/Dev/Record.pm - create_purchase_delivery_order

SL/Dev/CustomerVendor Doku - create_vendor Beispiel mit payment_id

SL/Dev/Payment.pm - Doku angepasst

Voruebergehender Warnhinweis in der Suchmaske des Buchungsjournals bezueglich geaenderter Datumsbezeichnungen

Angebot/Auftrag: Abteilung als Variable in Druckvorlage wieder verwendbar machen

Ging in commit dd2ee66b1d04c3644c48c32b33673463af223077
"Aufträge - Abteilung per ALL_DEPARTMENTS und L.select_tag"
kaputt.

behebt #262 (redmine)

Hintergrundjobs: bei »als neu verwenden« aktuelle Formularwerte übernehmen

erledigt #246 Recht: Entwürfe von anderen Benutzern bearbeiten

Einkaufs- & Verkaufsbelege: Bearbeiter*in & Verkäufer*in mit aktueller Benutzer*in vorbelegen

Dies ist nur ein Fallback, wenn bis zur Ausgabe des Form-Headers noch
nichts für die beiden Felder festgelegt wurde. Damit wird also
weiterhin eine Verkäufer*in aus den Kunden-/Lieferantenstammdaten
genommen, sofern dort eine hinterlegt ist.

Behebt #258.

Artikelliste: Artikel-Typ-Filter-Checkboxen richtig mitschleifen

Seit Umstellung der Einzel-Suchmasken für die verschiedenen
Typen (Ware, Dienstleistung, Erzeugnis…) auf eine vereinheitlichte
Maske mit Checkboxen zur Auswahl der Typen wurden diese Checkboxen
weder beim Umsortieren noch beim CSV-/PDF-Export mitgegeben.

Behebt #253.

Task-Server & FailedBackgroundJobsReport: Encoding des E-Mail-Bodys gefixt

SL::Mailer erwartet die Einträge in Perls internem Encoding. Daher ist
jegliche Verwendung von Encode::decode(…) falsch.

Zusätzlich muss aber dem Template-Toolkit mitegeteilt werden, dass die
E-Mail-Vorlagen-Datei bereits UTF-8 encodiert wird. Nur dann wandelt
Template die beim Lesen ins interne Encoding um.

Damit spielt nun alles richtig zusammen:

• Daten aus der DB werden vom DB-Treiber in Perls internes Encoding
  gewandelt.
• Die E-Mail-Vorlagendatei wird von Template in Perls internes
  Encoding gewandelt.
• Beim Verschicken wird Perls internes Encoding von Net::SMTP (oder
  welchem Modul auch letztlich genutzt wird) aus Perls internem
  Encoding in das Wire-Format gewandelt.

Behebt #257.

Mailer: Exception in »send« via LXDebug ausgeben

Das Debugging ist schwierig, wenn die einzige Fehlermeldung etwas wie
»something went wrong« ist.

Jobverlaufsfilter: bessere Benennung des Ausführungsdatumsfilters

Siehe #256.

Task-Server-Steuerung: Buttonbeschriftung nicht zu breit werden lassen

Die Buttons in der Action-Bar haben alle eine feste Größe, die sich
nicht automatisch an den Inhalt anpassen kann. Nur Punkte in
Comboboxes passen sich automatisch der Breite an.

Daher muss die Beschriftung der obersten Ebene extrem kurz und knapp
sein, um so mehr beim Standardbutton, der fette Schrift nutzt, die
nochmal etwas breiter ist.

Siehe #256.

Hintergrundjobs: »als neu verwenden« implementiert

Dann benötigt man nicht »als neu speichern« sowie »als neu speichern
und ausführen«. Siehe #256.

Hintergrundjobs: »Speichern & Ausführen« darf keinen neuen Job anlegen

Siehe #256.

Dokumentation: aktuelle(re) SSL Konfig-Parameter angeben

längere Zeichenketten sauber zusammenbauen

zum Commit von gerade (#243 bugfix).

behebt #243

Kontoauszug verbuchen: Buchung erstellen ist jetzt ein Schritt
Falls die Zahlung für die Buchung entsprechend passend ist, wird
diese automatisch im zweiten Schritt als Vorschlag angezeigt.
Entsprechende Info an den Benutzer.

vergessener locales.pl Lauf zum Commit von gerade (arevamp)

RequirementSpecs: kivi.Part.js korrekt einbinden

Korrekturen und Vereinheitlichung der Nomenklatur bzgl. Buchungs- und Erfassungsdatum, diverse kleinere Korrekturen bei der Nomenklatur

Anpassung der CH-Erfolgsrechnung für nicht CH-Ausgabeformate

behebt #242 Negative Verkaufsrechnungen mit Bankbewegung verknüpfen

Es ist möglich negative Verkaufsrechnungen zu erstellen. Bei
Bankbewegung verbuchen, ist dieser Fall nicht berücksichtigt.
Entsprechend den Fall berücksichtigt. Den Test erweitert und
Hinweise im Ticket erstellt.

Release 3.5.0-beta - Versionsnummer angepasst

Release 3.5.0-beta - Dokumentation angepasst

Release 3.5.0-beta - changelog angepasst

UPGRADE-Warnung für fehlende Funktion 'Ware aus Beleg spontan erstellen'

Der Rücksprung in den Ursprungs-Beleg ist aktuell nicht möglich und
wird wahrscheinlich auch erst nach der 3.5 implementiert werden

Finanzbuchhaltung: abweichend gesetzte Steuer respektieren

Das Standardsteuerkonto wird inzwischen bereits vom Chart-Picker
belegt. Wenn also die Benutzer*in sowohl Buchungskonto als auch die
Steuer ändert, so sollte das Programm die Steuer nicht erneut setzen.

ActionBar: Rechnungsworkflow → Kundenauftrag: richtige Action angeben

Die entsprechende Sub in io.pl heißt »order« und nicht »sales_order«.
Behebt #245.

installation_check: bei check_pdfinfo Leerzeichen aus Version entfernen.

Das sorgt für eine ausgerichtete Ausgabe.

installation_check: doppelte sub "check_pdfinfo" entfernt

ActionBar: oe.pl: Actions für Wechsel Einkauf ↔ Verkauf gefixt

Rechnungsentwürfe beim Laden Tagesdatum setzen

Wie in vorherigen Entwürfen auch, wird das Datum beim Laden
des Entwurfs tagesaktuell gesetzt.

toten code auch entfernen

Fehlermeldungen beim automatischen Auslagern bei Verkaufsrechnungen anzeigen

Das eval/with_transaction Konstrukt in dieser Form liefert eine nicht
aussagekräftige Meldung, dass die Transaktion nicht geklappt hat, obwohl
einfach ein Fehler in IS->transfer_out von Anwender-Seite konfigurativ
verbessert werden kann. Etwas unschön ist jetzt, dass zwei Fehlerdialoge
erscheinen, ggf. kann das noch anders optimiert werden.

PDFs werden nicht mehr bei wiederkehrenden Rechnung per E-Mail erzeugt/angehangen

fix redmine #238

ActionBar: Korrekte actions für purchase_order und request_for_quotation

neue Version 3.5.0-alpha

Upgrade: Whitespace-Cleanup

Upgrade: neue Version

Revert "changelog und UPGRADE zu den GIN Indizes"

This reverts commit 5cd0c395b734c66c5c4c50dae6f3bcfa037a23df.

Bis das Problem mit Upgrades, die Admin-Rechte brauchen richtig gelöst ist,
werden die Commits für Trigram-Indizes erstmal reverted.

Conflicts:
doc/UPGRADE
doc/changelog

Revert "Experimentell: Trigram Indizes auf Spalten die mit ILIKE durchsucht werden."

This reverts commit f40363c5162d350c51c79d157fc16bdf5571399f.

Bis das Problem mit Upgrades, die Admin-Rechte brauchen richtig gelöst ist,
werden die Commits für Trigram-Indizes erstmal reverted.

Revert "trigram Indizes mit may_fail versehen und UPGRADE entsprechend angepasst"

This reverts commit be71a8600fc889060bed19fa5ef24938ab99b14b.

Durch das may_fail bricht das Upgrade bei nicht vorhandener trigram-Extension
zwar nicht mehr ab, aber das Upgrade wird dennoch als installiert geführt,
was zu unterschiedlichen (Grund-)Datenbasis bei ansonsten gleichen Versionsstand
führt.
Bis das Problem mit Upgrades, die Admin-Rechte brauchen richtig gelöst ist,
werden die Commits für Trigram-Indizes erstmal reverted.

mailmap update

SL::InstanceConfiguration - get_feature_experimental dokumentiert

Feature Sortiment als experimentell markiert

Pflichtenhefte: Kosmetik (Anordnung)

Pflichtenhefte: bei Kundenänderung auch Kunden in Versionen ändern

find-use.pl - Fehlergebnisse per Regex rausfiltern

find-use: Rose::DB::Object::Constants hartcodiert

InstallationCheck - HTML::Entities hinzugefügt

InstallationCheck - URI::Escape aufgenommen

Release 3.5.0-alpha - changelog angepasst

Release 3.5.0-alpha - Dokumentation angepasst

Auftrags-Controller: Hinweis auf Abschaltbarkeit im Changelog

Auftrags-Controller: als experimentelles Feature abschaltbar.

Mandantenkonfiguration: Schalter für experimentelle Features

- neue Spalte in defaults (Upgrade-Skript und Rose-Update)
- Schalter in der Mandantenkonfiguration
- Übersetzungen

Locales-Lauf

Doku: Belegvorlagenumstellung erwähnt

Neuer Kontenplan fuer die Schweiz, speziell für Vereine

CVAR DBHelper: Dokumentation zu Bugs

Vorlagensatz rev-odt um Vorlagen für Mahnungen ergänzt

ActionBar Doku: Ye Olde Butcherede Englishe

ActionBar Dokumentation

Konteneinstellungen wieder änderbar bei bebuchten Konten

Bei der Menüumstellung war dies für bebuchte Konten unmöglich gemacht
worden.

Changelog - Kontennachweis in BWA und GuV/EÜR

BWA Template nutzt Überschriften aus AM->get_bwa_categories

BWA mit Kontennachweis

Unterhalb der BWA gibt es einen Knopf "Kontenliste zeigen", wo eine nach
Kontennummer sortierte Liste aller Konten, mit dazugehörigem Betrag und
der Kategorie, aufgeklappt wird.

RP.pm income_statement: EÜR/GuV mit Kontennachweis

* Am Ende des Berichts kann man sich eine Liste aller Konten aus dem
Bericht anzeigen, mit Betrag und der Kategorie, in dem das Konto vorkommt.
Die Liste ist nach Kontonummer sortiert.

* Mit Klick auf eine Kategorie werden die dazugehörigen Konten
angezeigt, indem sie unterhalb der Überschrift mit einer etwas
kleineren Schrift innerhalb der Tabelle "aufgeklappt" werden.

* Am Kopf der Seite kann man mit dem Knopf "Konten zeigen" alle Konten
auf einmal aufklappen.

* Der Knopf "Knöpfe verstecken" dient dazu, die Knöpfe auszublenden,
damit man die Seite ausdrucken kann. Mit Klick auf die Überschrift
"Einnahmenüberschußrechnung" werden alle Knöpfe wieder eingeblendet.

* die Namen der Kategorien werden jetzt aus der Datenbank ausgelesen und
stehen nicht mehr hartkodiert im Template. Außerdem wurde das Template
vereinfacht, indem die Summen der Kategorien nicht mehr in einzelnen
Form-Variablen "eur1", "eur2", ... gespeichert werden, sondern alle
Summe in einem zentralen Hash stehen, und per FOREACH-Schleife im
Template ausgelesen werden können.

Kontendaten bearbeiten - Kategorien für EÜR/BWA aus DB

Die hartkodierten Kategorien für die Dropdowns entfernt und stattdessen
aus den Views eur_categories und bwa_categories auslesen.

RP.pm get_accounts_g zusätzlich nach Konto gruppieren

Dadurch erhält man die Salden der Einzelkonten in der Abfrage, und kann
diese in der EÜR und BWA als Kontenliste/Kontennachweis mit ausgeben.
Das Ergebnis aus der Abfrage für die Konten wird hierfür zusätzlich in
$form->{charts} gespeichert.

Für die Kontenliste wird an dieser Stelle auch die Kontenbeschreibung
mit abgefragt.

Kategorien für EÜR/GuV und BWA in Datenbank speichern

Vorbereitung für Kontennachweis in EÜR/BWA, wo die Kategorienamen im
Template nicht hartkodiert sein sollen.

Die Berichte sollen komplett überarbeitet werden, daher werden die
Kategorienamen temporär in einer View gespeichert, nicht in einer
Tabelle, dann braucht man auch keinen Rose-Code anlegen.

FiBu-Schnellsuche - Datumssortierung (neu zuerst)

Typos in changelog

CSV-Import: CustomerVender benutzerdefinierte Variable aktualisieren

Falls Import Einstellungen "existierende Einträge Übernehmen" eingestellt ist,
werden nun die CVARs übernommen.

Details:
die Methode handle_cvars wird nochmals aufgerufen, nachdem "object_to_save" gesetzt wurde
und anschließen die cvars aus dem "object" in "object_to_save" übernommen.

Hinweis:
Eine sauberere Lösung wäre die Methode handle_cvars nur einmal aufzurufen.
Das wäre aber ein Redesign.

fix redmine #237

Bei Aufträgen die mit "Save as new" erzeugt werden muss die gelieferte Menge auf 0 gesetzt werden

Beim neu Laden des Auftrags wird ship_{pos} zwar überprüft, jedoch erst beim erneuten Speichern zu 0
oder richtigen Wert gesetzt.

BankTransaction: "Kontoauszug verbuchen" überarbeitet für ap_transaction und credit_note

sowie Test erweitert