Artikel aus Belegen anlegen - Artikelklassifizierung berücksichtigen

Bei Verkaufsbelegen sollen im Dropdown nur Verkaufsklassifizierungen angezeigt werden,
bei Einkaufsbelegen nur Einkaufsklassifizierungen.

Artikel anlegen mit Rücksprung in Belege

Typos in locale

Filemanagement: Korrekte Fehlermeldung anzeigen

belege email dialog: Ohne Ansprechpartner Email aus Stammdaten verwenden

behebt #263

Belege email dialog: Ohne id nicht nach zu sendenden Dateien suchen.

PriceSource doku

global $::cgi in bin/mozilla/login.pl entfernt

oe: implizite global %TMPL_VAR in den request cache verschoben.

common/_shipt_to_dialog: cp_gender gibt es in customer/vendor nicht

item_selected: kein inplace modify auf form in einer schleife.

Potentielle Ursache für den bizarre copy of ARRAY bug.

id zwingend löschen bei Workflow

Ansonsten wandelt sich der Auftragsbeleg in ein Angebotsbeleg usw.
Scheinbar beim Refactoren der Zeile übersehen.

Actionbar-Workflow: Einkaufsrechnung als neu speichern

Fehlender Menüeintrag Workflow ergänzt und als neu speichern
für Einkaufsrechnung wieder zu Verfügung gestellt.

Behebt #243 Nach Aufruf von Buchung erstellen, keine weitere Kontoverbuchung möglich

Kontoauszug verbuchen: Nach dem Buchen in Belegen (Vorlagen) wird beim Rücksprung die aktuelle Ansicht nicht erneuert
Problem: form->{redirect) verträgt sich nicht mit Controller-Code, von
daher in ap.pl direkt die CallBack URL an den Browser zurückgeben ohne
weitere Rücksicht auf Session-Werte (in diesem Fall auch nicht sinnvoll).

Dispatcher: Reset von myconfig war fehlerhaft

installation_check: pdfinfo nicht mit cpan installieren, nur mit apt

installation_check: apt-get install zu apt install geändert

PriceSource Controller: parts_id/orderitems_id translation

display_row: id, parts_id in $record_items gefixt

Benutzerverwaltung: Löschen war nicht möglich

header css: Schnellsuchen überlagern nicht mehr den rechten Block

behebt #268

Dokumentation neu generiert

Filesystem Wurzelverzeichnis nun in kivitendo.conf

Das Rootverzeichnis für die Dokumente ist nun nicht mehr per Mandantenkonfig einstellbar
sondern ist unter [paths] in kivitendo.conf zu setzen.

Siehe auch Doku und kivitendo.conf.default

behebt nochmals  #525 (redmine)

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