Auftrags-Controller: Fix: Preisquellenermittlung: js-Funktion richtig aufrufen

ist eben kaputt gegangen

Auftrags-Controller: Preisquellenermittlung in eigene Funktion ausgelagert

Auftrags-Controller: Preisquellen bei Erneuern von Positionen aus Stammdaten …

… nicht nur berücksichtigen, sondern auch anzeigen.
Und Rabatt-Quellen ebefalls berücksichtigen und anzeigen.

Auftrags-Controller: Menge vor Preisquellenermittlung auf 1, wenn ungesetzt

SL:Webdav:File.pm->store: ungeänderte Dokumente nicht doppelt speichern.

Einfacher Größenvergleich mit letzter Version.

mini-DMS: Filesystem-Backend: undef-Warnung vermeiden

mini-DMS: Filesystem-Backend: ungeänderte Dokumente nicht doppelt speichern.

Einfacher Größenvergleich mit letzter Version.

changelog zu Workflow zu Lieferantenauftrag

Artikel-Controller: Workflow zu Lieferantenauftrag: Lieferant vorauswählen, …

… wenn es genau einen Lieferanten beim Artikel gibt.

Artikel-Controller: Workflow zu Lieferantenauftrag

Ziemlich simple Implementierung, die das Callback nutzt, das auch für das
Anlegen eines Artikels aus dem Auftrags-Controller heraus genutzt wird.

neuen Artikel aus Angebots-/Auftrags-Maske anlegen: Variable besser benannt

Rechnungsmaske: Browser-Zurück verhindern

Ein weiterer Hack, der in der Rechnungsmaske den Browswer-Zurück-Knopf
aushebeln soll, damit nicht doppelt gebucht werden kann.

siehe auch:
https://stackoverflow.com/questions/46183325/prevent-form-resubmit-after-pressing-back-button

Rechnungsmaske: "Drucken und Buchen" und Browser-Zurück entschärfen

Wenn nach dem "Drucken und Buchen" in der Rechnungsmaske eine andere Maske
aufgerufen wird und dann mit "Browser-Zurück" wieder zur Rechnungsmaske
zurückgegangen wird, dann wird im günstigsten Fall erneut gedruckt. Es ist
aber auch schon passiert (je nach Browser-Version?), dass eine zweite Rechnung
gebucht wurde.
Nun wird durch eine Hidden-Variable verhindert, dass der submit erneut
durchgeführt wird.

Das ist nur ein Hack. Eventuell ist es besser, das resubmit umzustellen auf:
- Druckdatei generieren
- per js zum Download anbieten und update-Triggern

Da ist aber einiges zu beachten durch die verschiedenen Ausgabetypen (media)
und $form->parse_template muss so umgestellt werden, dass es die Datei nicht
an den Browser schickt.

Auftrags-Controller: Preisquellen in oberer Eingabezeile besser berücksichtigen

Das alte Verhalten war, Preisquellen bei der Übernahme der Eingabezeile in die
Position zu berücksichtigen, wenn das Preisfeld leer war.
Das war nicht ersichtlich. Zudem wurde bei der Auswahl (Picker) eines Artikels
der Artikelpreis ohne Berücksichtigung der Quellen in das Preisfeld oben
eingetragen, so dass man es leer machen musste, um den Preisquellenpreis in die
Position zu übernehmen.

Nun wird nach der Auswahl (Picker) eines Artikels der Preis der Preisquelle
als placeholder in das Preisfeld eingetragen. Ein tooltip zeigt die Quelle an.
Damit bleibt das Feld leer und der Quellenpreis wird für die Position
verwendet.
Die Bearbeiterin sieht den Preis, der verwendet wird, kann ihn aber
auch leicht überschreiben.

Analog gilt das alles für das Rabattfeld.

Angebot/Auftrag: "Als neu speichern": Warnung bei ungültigen Artikeln

Als Flash-Meldung im neuen Beleg.

Langtext-Dialog: Größe prozentual zum Hauptfenster einstellbar pro Benutzer

Ist hier in der Benutzereinstellung ein Wert != 0 gewählt, so wird der Dialog
entsprechend dargestellt. Auch die Größe des Editor-Bereichs wird in diesem
Fall angpepasst.
Ist 0 oder kein Wert gewählt, so ist das Verhalten wie zuvor.

SameSite-Attribut des Session-Cookies auf Strict setzen

Zu Kontoauszug Zuordnung verbessern, alte Logik auch entfernen

Lieferwertbericht um Filter nach Warengruppen erweitert

Vorschläge für Kontoauszüge verbessern, fall: remote_account_number

Treffer sauberer setzen, ist überhaupt eine nicht leere Kontonummer vorhanden?

SL::File: get auch mit dbfile als Parameter aufrufen können

SL::File: get_all_versions mit dbfile als Parameter gefixed

Kunden-/Lieferanten-Suche nach allen Telefonnummern: Leerzeichen ignorieren.

Sowohl in der Sucheingabe, als auch beim Vergleich der DB-Einträge.

TopQuickSearch nach allen Telefonnummern: Leerzeichen ignorieren.

Sowohl in der Sucheingabe, als auch beim Vergleich der DB-Einträge.

Letter: "alle" E-Mail-Adressen per Anhaken als Empfänger

"alle" E-Mail-Adressen per Anhaken als Empfänger hinzufügen können

locales-Lauf en

Revert "Briefe: Rechteprüfung gefixed"

This reverts commit 65604fea85234a5ae3e787f7cafd81ece6b8621d.

Der Fix ist zwar richtig, aber nicht weitgehend. Es fehlen an einigen
Stellen weiter Übergaben von "is_sales" (z.B. bei allen redirects).

Zudem gibt es noch ein anderes Problem. Die Rechteprüfung hängt von
der form-Variablen "is_sales", ab, die zwar auch beim Export durch
den Reportgenerator übergeben wird. Diese wird aber erst nach dem
run_before-hook von dfen Report-Generator-spezifischen Hiddens
in der form gesetzt.

Ich mache dazu ein Ticket auf: Refs #495 (redmine)

Shopware6: Status completed innerhalb des Konnektors mappen

Zufälligerweise heißen die alle fast schon so wie vordefiniert,
aber leider nicht ganz genauso ...

Shop: vergessene locales

schon benutzte ungültige Sprachen anzeigen

Image-Upload neuer Typ für VK-Lieferschein

Ungültige Sprachen nicht mehr im Angebot/Auftrag/Beistell-LS

Sprache auf ungültig setzen im Admin-Bereich

Sprache um Attribut ungültig erweitert

Zuviel in b24afac71c944 entfernt. Historie und Wiedervorlage wieder anzeigen

Historie ist nur lesend im Zugriff und Wiedervorlagen zu
schreibgeschützten Belegen zu erstellen, wenn das Recht productivity
vergeben ist, find ich i.O.

Briefe: Rechteprüfung gefixed

Beim Öffnen eines Briefes aus dem Bericht wurde die Info is_sales nicht
mitgegeben. Daher wurde immer auf Rechte im Einkauf geprüft, egal, ob
Ein- oder Verkauf.

- $self->is_sales verwenden, denn das prüft, ob $::form->{is_sales} vorhanden
ist
- is_sales der URL für den Link auf den Brief mitgeben

clean_tax abhängigkeit explizit setzen

Aufräumskript für Steuerschlüssel 18,19 - Prüfung auf Kontenrahmen

Auftrags-Controller: Speichern und schließen, …

… was einen zurück zur voherigen Ansicht bringt

Verknüfpte Belege: Keine Verknüpfungen zu Angebot von Angebot oder Auftrag.

Ein Angbot beginnt immer einen neuen Workflow (es sei denn der Vorgänger ist
ein Pflichtenheft).
Das kann sonst dazu führen, dass eine Position mehrere Angebote als Vorgänger
hat und dann kann das Angebot nicht mehr gedruckt werden. Auch logisch ist
das nicht sinnvoll.

Fix im Auftrags-Controller und Upgrade-Skript, um solche Verknüpfungen zu
entfernen.

Changelog: Reverse Charge für einige Steuerschlüssel

Kreditorenbeleg prinzipiell um reverse_charge für beliebige Steuerschlüssel erw.

Sobald eine Steuer ein Gegenkonto (reverse_charge_chart_id) besitzt
wird die Steuer immer gespiegelt gebucht. Unabhängig vom Steuersatz
oder Steuerschlüssel.

Steuerschlüssel 18 und 19 mit reverse_charge Funktion hinzugefügt

Kreditorenbeleg reverse Charge 94 in Dialog-B mit korrektem Vz buchen

Anzahlungsrechnung auch den netto-Betrag an die Druckvorlagen übergeben

locales en/de

Mit Bankimport abgeglichen Dialog-Buchungen schreibschützen

Payment-Helper pay_invoice case 'difference_as_skonto' entfernt

'difference_as_skonto' lässt sich über 'free_skonto' abbilden.
Ein Fall weniger der die Methode etwas wartungsfreundlicher macht.
POD und Testfall angepasst.

reverse Charge Upgrade Skript: taxkeys nur bei Germany-DATEV-SKR03EU/04EU

locales-Lauf en

Testfälle für Payment umgestellt difference_as_skonto => free_skonto

Anwendungsfall difference_as_skonto ist nichts anderes als
free_skonto mit dem Skonto-Betrag entsprechend dem vollen
Rechnungsbetrag. Der Fall difference_as_skonto ist ansonsten toter Code
in der kivi und wurde nur von diesem Testfall noch am Leben erhalten

Payment-Helper: free_skonto erweitert: skonto_amount == open_amount

Verknüpfte Belege auch für Dialogbuchungen

Hinweis, dass manuelle Skonto-Steuerkorrektur nicht mehr nötig sind

Changelog: Skontoautomatik macht Steuerkorrektur

Änderungen Testfall tax. bt_id ist jetzt zwingend erforderlich

pay_invoice mit Skonto erwartet die bank_transaction.id

Payment-Helper Anpassungen aus Testfall

- Keine Skonto Steuerkorrektur falls Steuer-Betrag < 0.01
- Zwei Teile von Netto und Steuer können an der dritten
  Nachkommastelle auf 5 (0.005) berechnet werden. Entsprechend
  Rundungskorrekturen genauer angepasst

SPI-Helper: Im Fehlerfall genauere Angaben zur Analyse ausgeben

Kosmetik ;

Testfall bank_transactions angepasst

- Payment-Helper keine uninit params
- skonto steuerkorrektur macht zwei weitere acc_trans verknüpfungen

Payment-Helper: Notes in DB-Buchung als Text speichern

Payment-Helper _skonto_charts... debugs und kommentare aufgeräumt

Payment-Helper: skonto_charts entfernt

Locales für Skonto-Steuerkorrektur

Kosmetik, Toten Code identifizieren, Alphabetische Reihenfolge Module

Angepasster Testfall payment

Payment-Helper Skonto verbuchen mit Steuerkorrektur

tax_and_amount_by_tax_id ausgelagert für ar und ap in SalesPurchaseInvoice.
pay_invoice mit skonto erwartet die banktransaction.id
Invoice und PurchaseInvoice bindet den SPI Helper ein
Alte Methode skonto_charts noch im Payment-Helper drin.
Ferner auskommentierte Debug-Statements und auskommtiert ArGl, ApGl
stabile Anbindung an ARAP (nicht notwendig, da mit BankTransationAccTrans
verknüpft).

SKR03/SKR04 Entfernt ggf. uralte falsch verknüpfte Automatikkonten

Laut der DATEV Steuerschlüssel Spezifikation darf es ferner
auch kein Automatik-Konto mehrfach bei Steuerschlüssel verwendet werden.
kivi erlaubt das schon immer, falls möglich setzt das skript den
Wert auf unique

Anzeige für Steuer bei Kreditorenbuchung wieder sichtbar machen

Die Abfrage auf reverse_charge_ $i liefert immer true zurück.
Entsprechend vorher den Wert in eine Variable setzen und diese dann prüfen

Wiedervorlage für Beleg, nur sichtbar für eigenen Benutzer

Die Rechte sind hier entweder zu strikt oder werden erst gar nicht
überprüft. Ferner sieht die ursprüngliche SQL-Abfrage leicht buggy aus.
Dieser Commit enthebelt behandelt Wiedervorlagen für Belege so als ob
diese sichtbar für alle Benutzer sind. Ferner wird die SQL-Abfrage
konkret auf die trans_id des Belegs angewendet

Swiss QR-Bill: QrBill.pm: Änderungen Syntax betreffend

Beim Workflow Kunden/Lieferant->Angebot/Auftrag Sprache vorbelegen

behebt #494 (redmine)

Rechnungsbericht: Dateianhänge anzeigen können.

Dokumentation: changelog für Suche nach allen Telefonnummern

Schnellsuche nach "allen" Telefonnummern.

Gesucht wird in allen Telefonnummer-Feldern bei Kunden/Lieferanten
und Ansprechpersonen.

Kosmetik: Ausrichtung

Kunden-/Lieferantensuche: Suche nach allen entsprechenden Telefonnummern

- alle Telefonnummer-Felder in entweder Kunden- oder
Lieferantenstammdaten
- alle Telefonnummer-Felder in Ansprechpersonen

Übersetzung Kunden-/Lieferantensuche: Hauptansprechperson statt -partner

Lieferantensuche: Auch Hauptansprechperson anzeigen können

Kundenbericht: Suche nach Hauptansprechperson repariert, …

… wenn auch Belege angezeigt werden sollen.
Dazu muss das "SELECT" dafür in alle "UNIONS".

Web-Template Kunden-/Lieferantensuche: ein <td> zuviel

Web-Templates Rechnungssuche: HTML-Tags korrigiert: …

- hidden außerhalb der Tabelle gesetzt
- <b>s geschlossen

ar.pl: Kosmetik: Ausrichtung

Rechnungsbericht VK und EK nach Steuerzone sortieren können

Rechnungsbericht VK und EK nach Steuerzone filtern können

Kosmetik Payment-Helper

CKEditor: Platz f. Toolbox bei Langtext, E-Mail-Dialog und Konfig. periodische RGs

kivi.js: CKEditor macht platz für Toolbox, …

wenn das Platzhalter-Element die Klasse 'texteditor-space-for-toolbar'
gestezt hat.

Beschreibungsfeld in Debitorenbuchung braucht cols-Attribut, …

… sonst gibt es eine "division by zero"-Ausnahme in SL::Form::numtextrows

Länge Eingabefelder angleichen in in Debitoren, Kreditoren- u. Dialogbuchung.

Durch die Einführung der Vorgangsbezeichnung dort sah des alles etwas unruhig
aus.

Kosmetik Debitorenbuchung ar.pl: Ausrichtung

Vorgangsbezeichnung in Debitorenbuchungs-Vorlage: Speichern und Laden

Vorgangsbezeichnung in Debitorenbuchung: Speichern und Laden

Kosmetik Kreditorenbuchung ap.pl: Ausrichtung

Vorgangsbezeichnung in Kreditorenbuchungs-Vorlage: Speichern und Laden

Vorgangsbezeichnung in Kreditorenbuchung: Speichern, Laden, Workflow

Kosmetik Dialogbuchung gl.pl, GL.pm: Ausrichtung

Buchungsjournal: Vorgangsbezeichnung anzeigen und danach filtern können

Buchungsjournal Web-Template: Kosmetik: Einrückung