kivitendo-CSS: Input-Styling rein über CSS und nicht vom Browser-Toolkit

Pflichtenhefte: Faktor für Verkaufspreis in Abschnitten & »Kostenschätzung« umbenannt

Aktuell haben wir nur einen Verkaufsbasispreis im Pflichtenheft: den
Stundensatz in den Grundeinstellungen. Dies ist allerdings der
Stundensatz, der Kunden gegenüber in Rechnung gestellt wird, und damit
ein Verkaufspreis und kein Kostenfaktor. Die Kosten anhand des
Verkaufspreises abzuschätzen ist aber unsinnig.

Daher ist es sinnvoller, erst mal von »Zeit- und Preisschätzung«
anstelle von »Zeit- und Kostenschätzung«.

Der neu eingeführte Faktor, der an Abschnitten angegeben werden kann,
ist dann ein Multiplikator für die Verkaufspreisschätzung. Er kann
z.B. benutzt werden, um geplante Wochenendarbeiten höher zu bepreisen.

Eine Einführung von echter Kostenschätzungen würde etwas mehr Arbeit
erfordern.

Automatisches Löschen von Flashanzeige unterdrückbar

Bei jedem ClientJS call wird bisher vor Ausführung der Antwortdaten in Javascript
die Info/Warnung/Fehleranzeige gelöscht.

Bei periodischen ClientJS call kann das zu unerwünschten Effekten führen,
z.B. eine Fehlermeldung wird so schnell gelöscht, dass sie nicht erkannt werden kann.

Nun kann optional dies per $self->js->no_flash_clear abgeschaltet werden

Bankimport: Behandlung von Sammelüberweisungen

Generell werden die SEPA Export-Items aus der Punktebewertung herausgenommn,
dafür wird eine exaktere Prüfung auch mittels des Transaktionstyps ermittelt.
Dadurch werden auch Sammellastschriften/Überweisungen erkannt.

Setzen von Skontotyp, kein Prüfen der Sepaitems mehr in >get_agreement_with_invoice

Negativer Amount auch bei filter_drafts

In einer Rechnung wird beim Erzeugen aus der Vorlage der gezahlte Wert nun
richtig ausgefüllt.
Wie in create_invoice.html negative Werte frisch formatieren (commit 15b2640059)

DN: niemals leere Strings als ids verwenden

DN: Bei Fehlern in der Transaktion Fehler anzeigen

SL::DB::Manager: find_by_or_create bubbelt jetzt exceptions

Artikel als neu speichern: Historie auch für neuen Artikel schreiben.

Bisher wurde nur ein Historien-Eintrag beim Original-Artikel (SAVED AS NEW)
angelegt, nicht aber beim neuen Artikel.

SL/DB/Pricegroup: circular includes vermeiden

pod syntax

SL/Dev: strict

DATEV: Fehlermeldungen verbessert und lokalisiert

GoBD: Exportfehler an Benutzer ausgeben

GoBD: Bei unbalanced ledger Fehlern abbrechen und Fehler zeigen

GoBD: Dialogbuchungen von Steuermengen nicht als versteuert markieren

Behebt das taxkeys != 0 && tax == 0 Problem

GoBD: gldate zusätzlich zur beleg.itime ausgeben

GoBD: credit/debit_amount formatieren

GoBD: experimentelle Spaltung von Betrag und Steuer in Soll und Haben

GoBD: Steuerschlüssel richtig setzen

tax_amount ist als Steuerindikator nur für GL Buchungen verfügbar

GoBD: transaction.tax: Numeric statt Text

GoBD: In data " durch ' ersetzen und ! durch .

Das sollte deren Import glücklich machen.

GoBD: IDs von Kunden/Lieferanten auch so nennen.

GoBD: neue Bugs dokumentiert

GoBD: Neues Menu-Icon

GoBD: In Menu "Finanzbuchhaltung" verschoben

GoBD: Fehlende locales

GoBD: GDPDU nach GoBD umbenannt

GDPDU: Export nach Buchungsjahr

GDPDU: lokalisierte Spaltennamen und CSV Header

Ausserdem:
- Vendor (database ID) war falsch lokalisiert
- vendor hat noch customernumber exportiert, exportiert jetzt
  vendornumber
- Mehr Dokumentation

GDPDU: statt acc_trans_id die trans_id exportieren

GDPDU: legacy kommentare und call parameter entfernt

GDPDU: Doku Update

GDPDU: Zellennormalisierung auch für transactions

ausserdem , durch ; ersetzt.

GDPDU-DATEV-Export: Zeilenumbrüche durch Leerzeichen ersetzen

GDPDU: Typo (transactions.csv)

GDPDU: Behandlung von Skonto-Steuerrückbuchungen

In diesem Fall konkret:
  - 3308.73 Umsatzsteuer
  +    0.10 Erlösminderung
  + 3308.63 gewährte Skonti

GDPDU: Debugcode

GDPDU: acc_trans_id nciht mehr primary key

Bei großen Splitbuchungen werden die auf mehrere einzelne Teile geteilt,
die dann den gleichen Key haben. Der Key selber macht keinen Sinn als
Key, weil jede Zeile aus 2-3 echten acc_trans Einträgen besteht. Zum
Debuggen trotzdem nützlich.

-> nicht mehr primary key

GDPDU: Steuerdaten konsistent halten, Zahlenformatierung

GDPDU: itime in Buchungen mit anzeigen

GDPDU: taxdescription und Übersetzungen

GDPDU: Behandlung von steuerfreien Werten im Export

GDPDU: customer, vendor und chart auf einige wenige Spalten beschränken

GDPDU: datev csv formatierung

GDPDU: DATEV-ähnlicher Buchungsexport Rohversion

GDPDU: DATEV-ähnlicher Buchungsexport Rohversion

GDPDU: Mehrzeilige Daten kollabieren

GDPDU: Typo

GDPDU: Encoding UTF8 für alle table explizit setzen

GDPDU: Reihenfolge der Tablellen in INDEX.XML

Anscheinend kann der Import nur Foreign Keys bearbeiten, deren
Tabellendefinition schon bekannt ist.

GDPDU: Weitere fixes

GDPDU: XML escape Entity typo

GDPDU: Maps nicht innerhalb von AlphaNumeric, sondern danach.

GDPDU: korrekte delimiter angeben

GDPDU: DigitGroupingSymbol hirntot setzen.

GDPDU locales

GDPdU Export - erste Version

CustomerVendor Controller - all_pricegroups nicht für Lieferanten laden

Lieferanten haben keine Preisgruppe

Generierung des missing files von locales verbessert

Alle Übersetzungen die schon unterhalb von $locale/more/*
gemacht worden sind, nicht mehr als nicht übersetzt in missing ausgeben.

Neue Maske: Auftragsartikelsuche

um schnell Positionen aus (alten) Verkaufsaufträgen zu finden:

Verkauf -> Berichte -> Auftragsartikelsuche

Dies ist kein druckbarer Bericht, sondern soll helfen, schnell einen
bestimmten Auftrag oder eine Information zu einer bestimmten verkauften
Ware zu finden.

Wurde die Ware per Lieferschein verschickt und ausgelagert wird auch der
Lieferschein und die verschickte Menge angezeigt. Dies klappt aber nur
für Aufträge, wo die Einzelpositionen per RecordLinks verknüpft sind.

displayable_delivery_order_info für DeliveryOrderItem

Relationship delivery_order_stock_entries für DeliveryOrderItem

Neue OrderItem Methoden

für Verknüpfungen per RecordLinks zu DeliveryOrderItem.

inventory relationship für DeliveryOrderItemsStock

SL::Dev::* - neue Helpermodule für Testcases und console

Mit Funktionen zum Generieren von Artikeln, Kunden und Lager- und
Lagerplätzen.

PriceSource dialog - Preisfeld mit class numeric

Preisgruppen - Umstellung auf Controller, sortkey, obsolete

Neuer CRUD-Controller nur für Preisgruppen.

Die Reihenfolge der Preisgruppen kann nun eingestellt werden, und man
kann Preisgruppen auf ungültig setzen, sofern sie nicht mehr aktiv bei
Kunden in Verwendung sind, so daß sie bei Kunden oder neuen Belegen
nicht mehr ausgewählt werden können.

kivitendo-CSS: Fontgröße ausschließlich relativ & mit lx-office-erp abgestimmt

lx-office-erp-CSS: Fontgröße/Zentrierung auf Loginseite gefixt

kivitendo-CSS: auskommentierten Inhalt entfernt

Dieser Inhalt wurde seit Jahren nicht benutzt — falls er es jemals
wurde.

kivitendo-CSS: keine Tabs, Einrückung gefixt

Verteilen der Rechte für Finanzbuchhaltung auf Dialogbuchung,Kreditoren-/Debitorenrechnungen(2)

Rechte überarbeitet:

- Beim Schnellsuchen zur Auswahl alle Rechte erlauben zum Suchen
- Der Reiter "Buchungen" kann nur von jemandem geöffnet werden, der Rechnungen editieren darf,
    deshalb hier von "general_ledger" auf "invoice_edit" umgebaut
- Wer Dialogbuchungen machen macht, darf auch das Buchungsjournal ansehen, am die Buchung zu finden.
- Bei Kreditorenbuchungen fehlte das neue Recht an einigen Stellen.
- Umbenennen des Rechts "Finanzbuchhaltungen" in "Offene Forderungen/Verbindunglichkeiten & Buchungsjournal"

kivitendo-CSS: Inputs konsistent durch Browser gestylt

Damit wird verhindert, dass teilweise das Plattform-UI-Toolkit für das
Styling verantwortlich ist. Das sieht nicht nur inkonsistent aus,
sondern stört richtiggehend, wenn oft zwischen nativ gestylt und vom
Browser via CSS gestylt gewechselt wird (z.B. wenn ein Element Focus
erlangt/verliert).

Verteilen der Rechte für Finanzbuchhaltung auf Dialogbuchung,Kreditoren-/Debitorenrechnungen

Es werden drei neue Rechte eingeführt, die den Zugriff auf Dialogbuchungen,Kreditoren-/Debitorenrechnungen verfeinern

Das Recht für Finanzbuchhaltung wird auf diese Rechte als default kopiert

CSV-Import: Test-Button unnötig bei direktem Import

Falls im Profile "dont_edit_profile" gesetzt ist, wird gleich in den Tesmodus gegangen, deshalb ist der Button unnhötig

MT940-Import: Transaktionstype mit in BankTransaction

Eine Erweiterung um z.B. Sammellastschriften zu erkennen
Dazu wurde ein eigenes Importprofil für aqbanking-cli erstellt
und die Tabelle bank_transactions erweitert.

Das Profile ist in users/aqbanking.conf

MT940-Import: Vordefiniertes Default Profil

- Das Profil muss nicht mehr pro Benutzer angelegt werden

- CSV-Import wird in das Systemenu zum Import verschoben,
  Im Menü "Zahlungsverkehr" wird gleich zum MT940 gesprungen
- Updatescript muss auch funktionieren wenn bereits ein MT940 Profil angelegt ist
- Für Login "default" ist is_default irrelevant

MT940-Import: Installationscheck aqbanking

Unter optionalen Prüfungen wird nach der Konfigurierung und
Ausführbarkeit von aqbanking-cli geprüft

GL u. AccTransCorrections: signle-dbh: "client" hinzugefügt bei with_transaction

Abteilung an Druckvorlage in Mahnungen übergeben

Auth::ColumnInformation: fetch nur in reset, nicht in init

die Version aus e7a7492e macht Probleme im taskserver.

ausserdem das reset nur dann machen, wenn es auch sinnvoll ist. Bisher
wurde das als silver Bullet aufgerufen, wannimmer sich etwas an der DB
geändert haben könnte, also auch beim anlegen der Auth DB in Tests und
beim initialen Anlegen. Der erste Fall ist jetzt in eine init Funktion
ausgelagert. Im zweiten Fall waren die zu resettenden Werte eh noch
nicht gesetzt, und das reset kann rausfallen.

MassInvoiceCreatePrint - Filter korrekt übergeben

Beim Massendruck wurden die ausgewählten Filter nicht korrekt
berücksichtigt, wenn man z.B. nach allen Lieferscheinen ab einem
bestimmten Datum gefiltert hat, und davon die ersten 10 drucken wollte,
wurde die ersten 10 aus der ungefilterten Liste gedruckt.

Verkaufsbericht - exchangerate nicht mehr als Subselect

convert_invoice.t: purchase invoices vor parts aufräumen

wh: no tabs, no trailing whitespaces

YearEndTransactions: undefined warnings behoben

Auth::ColumnInformation: beim Anlegen einmal fetchen

Das hat zur Folge, dass unter FCGI der fetch im post request Handling
passiert und der Request startup flotter wird.

Auth: session content mit einem sql query holen statt zwei.

Auth: table_present caching gefixt

return aus dem do { } Block verhindert das memoizing.

Auth: 3 neue auto_restore keys für session handling

Die drei werden bei jedem Request gebraucht. Spart 2-3 DB Queries pro
Request.

sepa_export_items automatisch mit Rechnungen löschen

Wenn man eine Rechnung löschen möchte, die bereits in einen SEPA-Export
verwendet wurde, so erhält man eine Fehlermeldung. Also den
dazugehörigen Eintrag aus »sepa_export_items« automatisch über ein »ON
DELETE CASCADE« auf den Fremdschlüsseln löschen lassen.

reconciliation_links automatisch mit Abhängigkeiten löschen

Wenn man einen Eintrag aus acc_trans löschen möchte (z.B. beim Löschen
einer gebuchten Einkaufs- oder Verkaufsrechnung, zu der bereits
Zahlungen verbucht wurden, für die wiederum ein Bankabgleich
stattgefunden hat), so wird bisher nur der Eintrag aus ar/ap
entfernt. Datenbanktrigger entfernen dann die Einträge aus »acc_trans« —
doch diese sind in dem Moment noch über »reconciliation_links«
referenziert.

Die »reconciliation_links« verknüpft allerdings ausschließlich die
Einträge aus »acc_trans« bzw. »bank_transactions« ohne weitere
Nebenwirkungen. Daher genügt es, wenn die Einträge über ein »ON DELETE
CASCADE« auf ihren Fremschlüssel mit gelöscht werden.

Diese Änderung betrifft auch #193 (»Kontenabgleich mit Bank« verhindert
nachträgliches Hinzufügen von Zahlungen). Durch die Änderung passiert
jetzt beim nachträglichen Buchen von Zahlungen Folgendes:

• Einträge aus »acc_trans« werden gelöscht
• Einträge aus »reconciliation_links« fliegen durch »ON DELETE CASCADE«
  automatisch mit raus
• Einträge in »acc_trans« werden wieder neu eingefügt, nicht aber
  Einträge in »reconciliation_links«

Sprich diese Änderung versteckt den Bug, dass das nachträgliche
Verändern von Zahlungen bereits abgeglichene Zahlungen falsch
behandelt. Das muss weiterhin gefixt werden, das Fehlverhalten ist
schlicht nicht mehr so offensichtlich.

ReportGenerator: CSV-Export: Encoding als Option angeben können.

Default bleibt UTF-8.

Verbrauchsbericht: Lager->Berichte->Lagerentnahme

Ein Bericht über jährliche/quartalsweise/monatliche Lagerentnahme

Anforderungen waren:

1. Zahlen im Bericht einheitlich Formatieren (mit Tausender-Trennpunkt)

2. Spaltenüberschrift:
- "Lagerverbrauch" (Letzte zwei Spalten) -> "Entnommen (ohne Korrekturen)"
- "Verbrauch monatlich" (vorletzte Spalte) -> "Im Zeitraum"
- "Ø Verbr." (letzte Spalte -> "Ø mtl."

3. In der Suchmaske unter "Vorgewählte Zeiträume" sollte das aktuelle Jahr vorgegeben sein.

4. Filter "Freier Zeitraum" funktioniert nicht: "Es wurden keine Daten gefunden."

Bei der Berechnung des "Ø mtl." wird Folgendes beachtet:
Falls ein Zeitraum angegeben ist mit einem Enddatum in der Zukunft (z.B. auch bei "Jährlich" oder "Quartal")
muss der Bezugszeitraum mit dem aktuellen Datum (heute) begrenzt werden, ansonsten wird der Durchschnitt falsch berechnet!

Bei Zeitraum kleiner einem Monat, wird Durchschnitt des Entnommenen über einen Monat berechnet

Bei PDF/CSV Export müssen alle Werte berechnet werden
Wegen PDF-Erzeugung ausserhalb Papier X-Rand default reduziert auf 0,8 cm

Beim Einlagern Grund für Einlagerung mit aufnehmen

Flashanzeige erweitert: Löschen und Springen abschalten

1. Funktion zum Text löschen nach Timeout

Bei neuen Controllern, die per AJAX laufen, ist es empfehlenswert
bestimmte Texte nach einer gewissen Zeit implizit zu löschen,
damit eine weitere identische Anzeige erkennbar ist.

Änderung in clientjs:

2. nach Ausgabe einer Flash Anzeige (Info/Warning/Error)
   wird nach oben gesprungen ( derzeit zum frame-header).
   Damit wird die Anzeige auf jeden Fall sichtbar.

   Bei direkter Nutzung innerhalb Javascript kann per drittem Parameter 'true' das Scrollen verhindert werden.
   Dies ist derzeit nicht Controllerseitig durchführbar, da die flash() Funktion eine
   Liste von Strings erwartet. Hierzu müsste die Schnittstelle adaptiert werden oder ggf,
   eine neue Funktion flash_noscroll() eingebaut werden.

Homepage-Link bei Kunden/Lieferantenstammdaten repariert

Spezifisches Recht für CSV-Import(2)

Neue Implementierung: Die access-Prüfung findet nun im "Worker" statt,
so kann für die Banktransaktionen in "CsvImport/BankTransaction"
neben "config" auch das Recht "bank_transaction" zugelassen werden.

Davon getrennt ist nun das Verhalten, das bei einem vorgegebenen Profil
dieses nich tzum Editieren angeboten wird, sondern gleich in den Import->Test gegangen wird.
Dazu ist im entsprechenden Profil der Parameter "dont_edit_profile" auf "1" zu setzen.

Spezifisches Recht für CSV-Import

Da immer mehr Bewegungsdaten per CSV-Import eingelesen werden,
ist es sinnvoll, dies ohne 'config' Recht durchführen zu können.

In diesem Falle sind default Import-Profile vorzuhalten, da die Nutzer dann keine Anpassungen machen dürfen.
Die Default Profile haben das flag is_default gesetzt und als login "default" eingetragen.

Zur Übergabe dieses Rechts dient der neue Parameter csv_import_access,
der entsprechend weiterzugeben ist.

Diese Änderung wird erstmalig für den MT940 Bankimport eingesetzt

Voraussetzung für #5193.1