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

Buchungsjournal Web-Template: Fehlendes td-Tag

Kosmetik Dialogbuchung gl.pl: Ausrichtung

Vorgangsbezeichnung in Dialogbuchungs-Vorlage: Speichern und Laden

Vorgangsbezeichnung in Dialogbuchungs-Vorlage: DB-Upgrade und Rose

Vorgangsbezeichnung in Dialogbuchung: Speichern und Laden

Vorgangsbezeichnung in Dialogbuchung: DB-Upgrade und Rose

Revert "OIDs von Tabellen entfernt"

This reverts commit a351192ec2a1306395e2563525969e8103fa3f5a.

War jetzt doppelt drin.

Testfall: Debug-Meldungen nur bei einzelner Ausführung

https://perlmaven.com/diag-note-explain

Merge pull request #41 from kivitendo/f-rights-to-view

F rights to view

Recht: Ansehen von Lieferscheinen berücksichtigen (VK+EK/alter+neuer Controller)

Kosmetik: DeliveryOrder: actionbar: Einrückung und Ausrichtung

do.pl: display_form: Hilfsfunktion für Zugriffsrechte verwenden, …

… wie an anderen Stellen auch.

Recht: Ansehen von Einkaufsrechnungen berücksichtigen

Recht: Ansehen von Verkaufsrechnungen berücksichtigen

Anbebots-/Auftragsbericht: Recht "Ansehen von Belegen" berücksichtigen

Auftrags-Controller: wenn kein Recht zur Bearbeitung, dann Aktionen ausblenden …

… und nicht weglassen

Auftrags-Controller: before-run-hook deutlicher benannt

kein DB-Fehler bei fehlender Gruppe Vollzugriff im DB-Upgrade f. Nur-Lese-Rechte

Ist beim Test aufgefallen - dort gibt es die Gruppe nicht.

Abteilung bei Lohnbuchhaltung zuordnen, get_first mit richtigen Parameteraufruf

SQL-Upgrade korrekter Name und kivi-version

Importiert aus Kundenprojekt

OIDs von Tabellen entfernt

DATEV-Export Steuerschlüssel 94 übergeben, aber die Steuerbuchungen ausklammern

Changelog für Reverse Charge und kein E-Mail-Protokoll in internen Bemerkungen

locales für Feature Reverse Charge bei Kreditorenbuchungen

reverse Charge Upgrade Skript. Syntax und Vorgängerversion

Vergessene SL::DB::ApGl.pm eingecheckt

DB-Upgrade tax_reverse_charge, syntaktischen Fehler behoben