projekt kivitendo

Wiederkehrende Rechnungen: vorbelegte E-Mail-Texte setzen falls leer

Vorher wurde nur geprüft, ob die Konfiguration schon gesetzt wurde.
Sollte ein Kunde im Nachhinein auf E-Mail-Versand umstelle ist
das Verhalten jetzt komfortabler

Mahnungen: Optional auch Original-Rechnung hinzufügen

Verkaufsbericht: Transportmittel in Bericht mitausgeben

Belegmasken: weitere Werte f. PrintOptions aus form füllen

Das ist für Proforma-Rg aus Aufträgen wichtig, denn diese werden nach einem
erneuten Laden über js gedruckt. Und dazu müssen die vorher eingestellten
Werte wieder richtig vorhanden sein.

Problem war: Auftrag als Proforma drucken ging erst beim zweiten Drucken.

ZUGFeRD: Einstellung bzgl. Erzeugung auch in Kundenstammdaten

make_record(_item): Unterstützung für Gutschriften

Bei Gutschriften stehen gewisse Werte in $::form positiv, die aber im
Rose-Objekt negativ sein müssen.

ZUGFeRD: Feature über Mandantenkonfiguration abschaltbar

ZUGFeRD: Validierung diverser nötiger Parameter

ZUGFeRD: allgemeine Notizen für alle Rechnungen in Übersetzungen anlegen können

ZUGFeRD: Rechnungen mit ZUGFeRD-Daten erzeugen

make_record(_item): discount-Feld richtig behandeln

In der Maske und daher in $::form stehen die Werte in Prozent, in den
DB-Spalten und damit den Rose-Attributen werden sie aber als Faktor
gespeichert, sprich z.B. 0.05 für 5%.

_make_record(_item): Zahlenattribute nicht mit leeren Strings setzen

Wir übergeben diverse Zahlenfelder als hidden inputs, ohne dass wir
prüfen, ob die überhaupt gesetzt sind:

1. Im Aufruf 1 ist z.B. `$::form->{customer_id} = undef`, oder es gibt
sogar nicht mal ein `$::form->{customer_id}`....

Angebot / Auftrag (alte Masken) / Lieferschein: nur Mailen, wenn gespeichert

Behebt #418 (redmine).

Rechte zum Bearbeiten von Preisen in Belgen getrennt nach VK/EK anwenden

Auftrags-Controller: Benutzereinstellung: Positions-Update aus Artikel-Stamm

Bericht VK-Rg/Debitorenbuchungen: nach Abteilungen sortieren können

Bericht EK-Rg/Kreditorenbuchungen: Abteilungen anzeigen können

Bericht Angebote/Aufträge: Abteilungen anzeigen können

Bericht EK-Rg/Kreditorenbuchungen: Filter nach Abteilung als Option anzeigen

Bericht EK-Rg/Kreditorenbuchungen: Filter nach Abteilung als hidden mitnehmen

Belege: E-Mail-Dialog: Sprache für Anhang-Übersetzung setzen

Lagerstandsbericht: Listenpreis als Basis f. Bestandswert auswählbar

Lagerstandsbericht: Listenpreis anzeigbar machen

Kosmetik: doppeltes Leerzeichen weg

Workflow Lieferantenauftrag->Kreditorenbuchung: mini Performance-Optimierung

Später benötigte Relationen direkt mit laden.
Dank an Geoffrey.

Workflow Lieferantenauftrag->Kreditorenbuchung: Zahlungsbedingungen aus Auftrag

Um das Fälligkeitsdatum zu ermitteln, die Zahlungsbedingungen aus dem Auftrag
nehmen, nicht die aus den Lieferantenstammdaten.

Neuer Workflow Lieferantenauftrag->Kreditorenbuchung

Für jedes Aufwandskonto der Positionen im Lieferantenauftrag wird eine
Zeile in der Kreditorenbuchung erstellt. Gebucht wird standardmäßig
auf des entsprechende Aufwandskonto. In der Mandantenkonfiguration...

Mahnungen erzeugen - nach Abteilung filtern und anzeigen

UserPreferences-Helper f. Part-Picker-Such-Einstellungen in Belegen

Hier kann der Benutzer einstellen, ob in Verkauf auch nach Kunden-Artikle-Nr.
und im Einkauf nach Lieferanten-Artikel-Nr. gesucht werden soll.

Vergessene hidden Abteilung für Ein/Verkauf->Berichte->Lieferscheine

Einkauf/Verkauf: Bemerkungsfelder gleich groß anzeigen

Einkaufsrechnungen: Projektauswahl gefixt

Einkauf/Verkauf: keine Validierung bei Update-Button

Andernfalls wird z.B. erzwungen, dass die Vorgangsbezeichnung
eingegeben ist, bevor der Update-Button betätigt wird. Das betrifft
auch den Kundenwechsel, der ein automatisches Update triggert, was
wiederum die Validierung triggert....

Benutzereinstellungen für Höhe des Scrollbereichs f. Positionen …

… im neuen Auftrags-Controller

Dialogbuchungen aus Bankimport nicht stornieren

Die acc_trans_ids werden hier auch noch gelöscht und
neu geschrieben. Die Verknüpfungs-Info gehen entsprechend kaputt.
Solange die Periode noch nicht geschlossen ist, ist ein Neuverbuchen
der Bankbewegung wesentlich sinnvoller.

Merge branch 'f-bundled-perl-modules'

Dialogbuchung: Mehrfach-Stornos oder Löschen von Stornos verbieten

Module: gebundletes YAML durch dünnen Wrapper über YAML::XS & YAML ersetzt

Falsches Recht für Kreditorenbeleg überprüft

Berichte Kunden/Lieferanten u. Artikel: CVars von Typ Datum als hidden mitnehmen

Damit die Filter beim Export oder beim Sortieren nicht verschwinden.
Behebt #215 (redmine).

Schnellsuche für Verkaufs- & Einkaufslieferscheine

Kreditorenbeleg: Kontenbeschreibung für Zahlungskonten anzeigen

Wie bei EK-Rechnung. Zur Sicherheit ein eigenes
Form-Feld generiert, anstatt die select box nur zu disablen.

Manuelle Zahlungen verbieten, falls mit Kontoauszug verknüpft.

Falls die Änderbarkeit von Zahlungen nicht auf niemals steht,
entsprechend Überbuchen / manuelles Ändern verbieten.
Der Fehlertext weißt zusätzlich auf die Funktion im Bankbewegungs-Bericht hin

Dialogbuchungen aus Bankbewegungen teilweise Verbuchungen erlauben

Da vorher nur komplette Bankbewegungen verbucht werden konnten,
war es nicht sinnvoll Teilbeträge im Dialog zu buchen.
Das Verfahren ist jetzt geändert und übergeben wird der aktuelle
Rest-Betrag der Bankbewegung

Kosmetik/Perl-Detail Optionen als Hash anstatt array

GL mit Bankbewegungen verbuchen. Helfertabelle und striktere Aktionen

Neue acc_trans_id können wir bei diesem Typ von gl-Einträgen nicht
gebrauchen. Alle Anwendermöglichkeiten von der Oberflächen verbieten

Berechtigung, Einkaufsrechnungen persönlich zugeordneter Projekte einzusehen

Betrifft sowohl Einkaufsrechnungen als auch Kreditorenbuchungen.

Berechtigung, Verkaufsrechnungen persönlich zugeordneter Projekte einzusehen

Man kann nun Mitarbeiter*innen zu Projekten zuordnen, indem man sie in
den Projektstammdaten hinzufügt.

Ist eine Mitarbeiter*in zu einem Projekt zugeordnet, so darf sie alle
Rechnungen ansehen, die über die Projektnummer der Rechnung (nicht der...

Zu 47da14db generische LS-Mail: locales und Anhak-Option in Suche

generische E-Mail-Adresse für Lieferscheine

Ähnlich wie bei Verkaufsrechnungen gibt es generische
Empfänger für Lieferscheine beim E-Mail-Versand.
Die jetzige Konfiguration (nicht änderbar) entspricht
dem Wert Stammdaten und Ansprechpartner in CC.
Ist eine Stammdaten-Mail und ein Ansprechpartner definiert,...

poso mehr werte löschen (wandlung kundenauftrag -> lieferantenauftrag)

Währung und Steuerzone wird ansonsten vom vorherigen Beleg
übernommen. Betrifft nur die alte Maske

Rechnungsversand E-Mail-Body

Falls die generische E-Mail-Adresse verwendet wird, sollte auch
die generische Anrede hinterlegt sein, selbst wenn ein Ansprechpartner
noch in CC gesetzt wird.

manueller Rechnungsversand per E-Mail. Vorbelegung mandantenweit konfigurierbar

Verkauf->Rechnungsbericht Filter nach nicht per E-Mail verschickten Belegen

DisplayableNamePrefs: Benutzereinstellungen

Ansprechpartner um boolean Hauptansprechpartner erweitert

Entsprechend mit einigen Attributen für den Export von Kundenstammdaten
hinzugefügt.
Hintergrund: Ansprechpartner-Export gibt nur die Liste aller Ansprechpartner.
Das Feld Kontakt (in der Tabelle Kunde) war wahrscheinlich der Vorgänger...

Zahlungsverkehr->Zahlungs-(ein/aus)gang. Bezahlen/Abgleichen mehrerer Rechnungen
Fix für #366

Stammdaten-Kunden: Neues Feld Amtsgericht. Weitere Export-Möglichkeiten

Ust-ID, Kreditlimit, Amtsgericht (benötigt bspw. für Factoring)

Verkaufsaufträge: konfigurierbares Intervall für Lieferdatum-Berechnung

Rechnungsversand per E-Mail

Falls bei dem Kunden eine E-Mail-Adresse für den
Rechnungsversand hinterlegt ist, so hat diese Priorität
vor der allgemeinem Rechnungsadresse.
Als visuelle Hilfe, wird aus dem Titel 'Empfänger' der
Titel 'Rechnung an:'.

Logik normale Rechnung:...

Stammdaten -> Kunden um Textfelder Rechnungsmail und Herkunft personenbezogener Daten erweitert

i)
Die Rechnungsmail ist die generische E-Mail des Kunden, welche die
Rechnung in der Regel bearbeitet (buchhaltung@, einkauf@).
ii)
Aufgrund der DSGVO ist es im Zweifel sinnvoll den Erstkontakt...

Artikelsuche: Lieferant und Lieferantenartikelnummer wieder als Berichts-Option anbieten

Ist mit der Umstellung auf den Part-Controller verloren gegangen.

Auftrags-Controller: Aufträge auch mit neuem Controller zusammenfassen können

Mandantenkonfiguration: experimentelle Features einzeln an-/abschaltbar machen

es gibt nun "feature_experimental_order" und "feature_experimental_assortment"

angepasster cherry pick von odyn: bc94c40f2f64e7b40fbd90c49dbf41f86688c32d

BDVs für abweichende Lieferadresse auch in Verkaufsrechnungen anzeigen

Angebote/Aufträge: Benutzerdef. Variablen in Lieferadressen gefixt

Einkaufsrechnung: Sinnfreie Weiche für Gutschrift entfernt (toter Code)

Da es keine Einkaufsrechnungen-Gutschriften gibt, sind die
entsprechend Weichen eher irritierend als hilfreich => entfernt.

Workflow: Auftrag -> Angebot. Vorgangsbezeichnung auch löschen.

In Ergänzung zum Commit vom gerade, die Vorgangsbezeichnung des
Auftrags in einem neuen Angebot übernehmen, macht auch kaum Sinn

Kosmetik

Workflow Auftrag -> Angebot: Angebotsnummer entfernen

Betrifft nur die alte Form

Toten Code entfernt: customer_or_vendor_selection.js

Bevor es den Customer-Picker gab, bestand die Möglichkeit
über einen Klick auf ein Fragezeichen den Kunden/Lieferanten
rauszusuchen. Die Funktion war noch ein bisschen erweitert,
da der Ansprechpartner noch separat angezeigt wurde (toter Projektcode im...

TopQuickSearch: UserPreferences kleinere Syntaxverbesserungen

TopQuickSearch für den Benutzer konfigurierbar gemacht.

Über UserPreferences, allerdings wird die Mandantenkonfiguration (quick_search_modules) nicht
berücksichtigt. Der Benutzer hat alle Schnellsuchen zur Verfügung.
Das L.multiselect2side macht Probleme deswegen auskommeniert. Wenn aktiv wird das...

Bericht Lieferscheine (do.pl) check_all bzw. hier multi_all gefixt

SEPA-Export: Überweisungen via SEPA - Feature Überweisungsdatum vorbelegen

Muss aktiv in der Mandantenkonfiguration (Feature -> SEPA) aktiviert werden.
Entweder wird ein vorhandenes Skontoziel als Ausführungsdatum an
die Bank/Export übergeben oder die Netto-Fälligkeit....

SEPA verknüpfte Kreditorenbelege nicht stornieren/löschen

Wie in #b231d037 für Einkaufsrechnungen, gelten dieselben
Regeln bei Kreditorenbelegen. Changelog aktualisiert.

Kreditorenbuchungen: Warnung bei vorhandener Rechnungsnummer für diesen Kreditor

Vorbedingung:
AP.js erweitert, sodass der Prüfcode entsprechende Inputs von IR oder AP prüft.

Erweiterungen:
Einkaufsrechnung (IR) mit derselben Prüfung wie Kreditorenbeleg beim Speichern versehen...

io.pl: unbenutzte Variable entfernt

Workflow VK-Rechnung->Auftrag auf neuen Controller bei experimentellen Features

Auftrags-Controller: weitere Links hierhin bei experimentellen Features

Auftrags-Controller: nur neue Maske/Links hierhin, wenn experimentelle Features an

- in Menüs Verkauf/Einkauf: Links zu Angebot u. Auftrag)
- in Berichten Angebot/Auftrag und Lieferscheine: Links zu Angeboten und Auträgen
- im Presenter (und damit in der Liste der verknüpfte Belege)...

Zu #ed9b1bfb7 chart_link _paid (Zahlungsein- /ausgang). statt nur AR_paid

Lieferschein löschen, mehr Rückmeldungen an die Oberfläche im Fehlerfall

Dialogbuchen, Betrag aus Kontoauszug verbuchen schreibschützen (Maske)

Als Konsequenz aus dem vorherigen Commit, sollte der Benutzer
erstmal nicht fröhlich Freitext-Werte in das Feld füllen.

Eine Bankbewegung muss atomar auf n Belege, bzw. eine Dialogbuchung gesetzt werden

Fehler basierte auf dem falsch verstandenem Konzept von BankTransactions
Entsprechend beim Dialogbuchungen hart abfangen

Dialogbuchen transaktionssicher

In Ergänzung zum Commit 81ce5300bddf, dass Todo transaktionssicher gelöst.

Kontoauszug verbuchen -> Dialogbuchungsentwürfe verbessert

Nette Idee aus odyn (Start des Gedankens #f09c2b407faa7 Ende des Gedankens #765a3d421e7).
Zwei Sollbruchstellen in odyn, deshalb in kivi neu formuliert:

Sollbruchstellen:
a) Ein Aufruf von BankTransaction::action_list kann Zustände im Datenmodell verändern...

Überflüssige Zeile entfernt

Verbindlichkeits-/Forderungskonto bei Kred-/debitoren mit Standardkonto
aus Mandantenkonfiguration vorbelegen wenn vorhanden

Fix: #354 Zahlungsbedingung falsch bei Workflow Lieferschein -> Rechnung

Bisher wurde nur nach dem ersten Treffen der richtigen Auftragsnummer gesucht.
Dabei konnten Zahlungsbedingungen vom Einkaufs-Auftrag nach Verkaufs-Rechnung übernommen werden.
Entsprechend zusätzlichen Filter nach vc_id eingebaut.

calculate_qty (Formel): auf Dialog umgestellt

Auftrags-Controller: Formelberechnung

Sollte evtl. auf Dialog umgestellt werden.

calculate_qty (Formel): Input- und Formel-Feld auch als Dom-Id übergeben können

calculate_qty (Formel): alu (?) und andere unbenutzte Parameter entfernt

SuSa - vergessene Hidden für department_id

EK-Rechnung Stornos verbieten solange Zahlungen nicht ausgeglichen sind

S.a. #325 (https://redmine.kivitendo-premium.de/issues/325)

Stornos bei EK-Rechnungen verbieten, solange SEPA-Exports verknüpft sind

Update .htaccess for Apache 2.4 to avoid mod_access_compat dependency

See also: https://httpd.apache.org/docs/2.4/upgrading.html

ustva: verwaiste Funktion entfernt

Auftrags-Controller: auch für Angebote/Anfragen