projekt kivitendo

Wechselkurs-Optimierung: Kosmetik weiter aufräumen

bank_transactions: Neue Wechselkurstestfälle

- negative Debitorenbuchung
- negative Kreditorenbuchung
- Zwei Banktransaktionen (eine wieder rückgängig machen)
- Wechselkursgewinn und Verlusttest
- Prüfung ob Gebühren verbucht werden
- Prüfung ob Fehlermeldung bei Gebühren im Verkauf erscheint

Payment-Helper: Debugs raus, Kosmetik

check_exchangerate: Datum kann DateTime sein (periodic_invoices) und scheint ...

... auch eine gültige SQL-Abfrage zu erzeugen.

Vorzeichen für create_bank_transaction logisch richtiger setzen

Entsprechend müssen bei den Testfällen absolute Werte übergeben werden.

Nicht alle Charts müssen Links haben (bspw. gain_loss)

Payment-Helper: Warnungen, striktere regex, vorheriges Mult. Verfahren

Das Vorzeichen über is_sales für fx_gain_loss zu setzen ist doch
korrekt und liefert die richtigen Zuordnungen. Regex richtig setzen
und auf initialisierte Werte Prüfung, für tests

update_exchangerate für Zahlungen auch bei manueller Verbuchung

Kontoauszug verbuchen, bei return_amount einen etwas größeren Rundungsfehler zulassen

Payment-Helper: Wechselkursgewinn und -Verlust mit ungerundetem Betrag berechnen

Bankbewegung rückgängig machen, schließende Klammer setzen

Payment-Helper mehr Parameter prüfen (Testfall)

Bankauszug verbuchen rückgängig, beim Nebenbuch auch fxgain oder fxloss berücksichtigen

Lieferantenartikelnummer prominent im Einkaufslieferschein einbinden

Wechselkurs beim Bankauszug verbuchen.

> Testfälle i.O. (bank_transaction.t)
> manuelle Prüfung fast i.O. (sechs Fälle) Rundungsdifferenzen
> Debugs n.i.O.
> automatisierte Testfälle n.i.O.

Zustand für negative Kreditorenbuchung oder EK-Rechnung als invoice_type hinzufügen

Entsprechend bei Wechselkursgebühren ausklammern

Fallunterschied Wechselkurs vor pay_invoice, rundungssicherer

BankTransaction: amount_for_booking wieder aktiv und im Fall FX gegenprüfen

Wechselkurs verbuchen erstmal nicht mit Skonto-Verbuchen komibinierbar

Wechselkurse für Belege oder Zahlungen für ar und ap holen und berechnen

WebTemplates für Wechselkurs in Zahlungen anzeigen (alle Buchungsmasken)

Testfälle Verkaufsrechnung Nebenbuch und Bankzuweisung i.O. Debugs drin

Bei Wechselkursverlusten entsprechend im Nebenbuch abziehen und bei
Gewinnen addieren. Rückgabewert an Bankzuweisung auch summieren

Wechselkurs Zahlung ist identisch mit Wechselkurs Buchung. Rundungsfehler < 0.001

Zu: Rückgabewert für invoice_amount auch wirklich aufaddieren. Fallunterschiede

Falls ein Dialogbuchung gemacht wird, diese berücksichtigen.
Falls der neu berechnete Betrag kleiner als vorher ist und die
Bank weniger bezahlt, entsprechend auch nur das ausbuchen....

Revert: (teilweise) fx_loss doch erstmal ignorieren für invoice_amount

fx_loss doch erstmal ignorieren für invoice_amount

Rückgabewert für invoice_amount auch wirklich aufaddieren. Ferner ...

... Wechselkursgewinne auch im Nebenbuch erfassen.
OFFEN: erneuter manueller Test

Bankbuchungswechselkurs auch wieder löschen, falls Bankverknüpfung aufgelöst wird

wip: REMOVE Wechselkursberechungen geändert in Payment-Helper

Wechselkurse für Zahlungen in Einkauf- und Verkaufsrechnung anzeigen

Workflows Einkauf- und Verkaufsrechnung

Zahlungsbewegungen in Fremdwährungen, summieren und Quelle des Kurses anzeigen

ap.pl: Falls Bankverbuchung verknüpft, Löschen prinzipiell verbieten

Ggf. Dezimalstellen für lastcost update angeben, aktuell gibt es 5

locales

Form:check_exchangerate: Fall bank_transactions macht keinen Sinn

pay_invoice git als ersten Wert den zugewiesenen Betrag der Bankbuchung zurück

Payment-Helper: neue Methoden f. Wechselkurs, Bankgebühren:

get_exchangerate: Holt den Belegwechselkurs oder den Tageswechselkurs
get_exchangerate_for_bank_transaction: Holt den Wechselkurs zum Valutatag
einer Bankbewegung...

pay_invoice git als ersten Wert den verbuchten Betrag der Bankbuchung zurück

Wechselkurs für Bankverbuchungen eingeben

Fremdwährungsrechnungen nicht als automatischen Vorschlag übernehmen

Wechselkurs in form_header anzeigen, inkl. Herkunft (Beleg oder Tageskurs)

> form>radier entfernt und den Zustand readonly in allen 4
Buchungsmasken auch anhand der Zustände der action_bar Knöpfe
abhängig gemacht (in form oder TMPL_VARS gesetzt)

mehr Tests für update_exchangerate und Rückgabewert für check_exchangerate

> update_exchangerate nicht nur auf Position der Parametern sondern auch
den Wert im form>script vertrauen
-> check_exchangerate gibt als zweiten Parameter den Ursprung des Wechselkurs...

Wechselkurs beim Laden des Belegs in form_header oder retrieve_invoice holen

ARAP _post_transaction Anlegen der id am Anfang wie bei den Rechnungsmasken

Nicht ganz sauber getrennt, ein bisschen Refactor ist im Vor-Commit

Beleg-Wechselkurs speichern, falls gesetzt und abweichend vom Tageskurs

Für alle 4 Buchungsmaske - Etwas zuviel in dem Commit, da die
form->id schon vorhanden sein muss und ich die Aufteilung an 2
Stellen von _post_invoice|post für das Holen und Setzen auf eine...

Kosmetik, Kommentare

update_exchangerate: Negative Wechselkurse nicht akzeptieren

Buchungsmasken: Wert des Wechselkurs auf valide Inhalte vor Buchung prüfen

Form: update_exchangerate, check_exchangerate um Belegwechselkurs erw.

Ferner POD, strikte Parameter-Überprüfung und Verdacht auf
weiteren ungenutzen Code hinzugefügt.

Backkground: UpdateExchangerates - Wechselkurs von Openexchangerates

Payment-Helper exchangerate nicht mehr exportieren

Beißt sich mit dem DB-Eintrag

ar.id ist nicht vc.id -> Wahrscheinlich sowieso schon toter Code (2007)

AR,AP und BankTransactions können eigenen Wechselkurs haben

save_exchangerate entfernt (wurde benötigt für backorder_exchangerate)

Form: get_exchangerate entfernt

get_exchangerate nach check_exchangerate migriert

Die Funktion ist bis auf die eingehenden Parameter identisch

Form: check_exchangerate auf Parameter-Validierung umgestellt

S/D/H/Payment zwei Methoden leicht überarbeitet

get_payment_select_options_for_bank_transaction
> unnötige %params und test auf skontoable entfernt
> direkt auf Typ anstatt auf definiert prüfen

skonto_date
-> direkt auf Typ anstatt nur auf definiert prüfen

S/D/H/Payment check_skonto_configuration entfernt

Testfälle für Payment::within_skonto_period

S/D/H/P: New call to within_skonto. POD edited.

S/D/H/Payment Kosmetik

S/D/H/Payment: within_skonto_period umgeschrieben auf Params::Validate

Payment-Helper: subtilen toten Code entfernt

Aufruf über SEPA.pm war 'eigentlich' schon immer überflüssig

Hinweis das Buchungskonten die mit Bank verknüpft sind, nicht mehr

manuell bebuchbar sind

SEPA: within_skonto_period direkt aus SQL Abfrage und keine Helper-Funktionen

- transfer_amount aus sql ist identisch mit open_sepa_transfer_amount
- SEPA Transfer Amount in Template auch als Wert angeben

Payment-Helper: offensichtlich toten Code (Methoden) entfernt

Ferner einen Bug in einer Methode gefixt, die aber auch nie
richtig verwendet worden ist.

Zahlungsbuchung in Belegen: Konten ausblenden, die über Bank verbucht werden

Payment-Helper: Fall Anzahlungsrechnung nicht das Transferkonto als ARAP finden

Das Transferkonto hat auch den Typ AR was bei Anzahlungsrechnungen
dann dazu führt, dass entweder Sammelkonto Debitoren oder das
Verrechnungskonto für Anzahlungen gefunden wird.

Vorlage QR-Rechnung ohne zusaetzliche Informationen

CSS/JS-Caching: immer neuladen durch Verwendung von Git-Revision oder kivitendo-Version

Ist [debug] → »auto_reload_resources« gesetzt, so wird weiterhin in
jedem Request neu geladen (für Entwicklerinstallationen).

Ist der Parameter aber nicht gesetzt, so wird nun immer versucht, die...

Swiss QR-Bill: locales

Auftrags-Controller: neue Unterversion erst in Transaktion speichern

Changelog aktualisiert

Changelog ergänzt

Swiss QR-Bill: Beim Filter für Bankbuchungen bzw. Kontenabgleich QR-Referenz berücksichtigen

Swiss QR-Bill: CSV Import: Bankbewegungen: QR-Referenz in Spaltenzuordnung hinzugefügt

Swiss QR-Bill: Datenbankupgrade: QR-Referenz in Banktransaktionen hinzufügen

Payment-Helper: Wechselkursgewinn und -Verlust nur mit Wechselkurs berechnen

Eingangsrechnungen: Grobschlächtige Aufräumaktionen verhindern

amount = 0 sollte sowieso nie als gültige Buchung in der acc_trans
landen

Massenerstellen von RG aus LS: geschlossene LS nicht (erneut) verarbeiten

Auch bei dem Weg über den Hintergrund-Job. Wenn nämlich der Task-Server
beschäftigt ist, kann der Benutzer auf dei Idee kommen, den ganzen
Prozeß nochmal zu starten. Dann laufen mehrere Jobs nacheinander,...

Dokumentation: Swiss QR-Bill: Anpassung zu Referenznummer

Swiss QR-Bill: Tests zu QrBillFunctions.pm

Swiss QR-Bill: QrBillFunctions.pm Funktion get_amount_formatted vereinfacht / kommentiert

Swiss QR-Bill: Bei der Erzeugung der Referenznummer nicht numerische Zeichen entfernen, anstatt nur Prefix

Swiss QR-Bill: QR-Referenz ohne Auftragsnummer erzeugen, dafür Rechnungsnummer 14-stellig

Swiss QR-Bill: QR-Referenz soll in der jeweiligen Rechnung gespeichert werden

Swiss QR-Bill: QrBillFunctions.pm Fehlerrückgabe angepasst

Swiss QR-Bill: Datenbankupgrade: QR-Referenz in Rechnung speichern

Rechnung: nach Laden eines Entwurfs neues Gültigkeitstoken erzeugen

Swiss QR-Bill: QrBill.pm: Erläutere die Funktion der einzelnen Methoden

Swiss QR-Bill: Fix zu Bankkonto für QR-Rechnung

- fehlendes Modul eingefügt
- nur erstes markiertes Bankkonto berücksichtigen

SL::File: save/delete: DB-Fehler nicht verschlucken

with_transaction setzt SL::DB->client->error oder wirft eine
Ausnahme (je nach Fehler im eigentlichen Transaktons-Code).

Wenn die ein eval drum ist, dann kann wird ein Rose-DB-Fehler nicht
erkannt, nur eine Ausnahme im Transaktions-Code.

Swiss QR-Bill: QrBill.pm: Verwende portable Dateipfade

Hintergrund-Job: Erinnerung an WV verschicken

Hintergrund-Job speichern: Action-Bar auch nach Fehler anzeigen.

Hintergrund-Job: Fehler als Text bei Historie im Fehlerfall

Der Fehler kann hier auch z.B. eine Exception-Klasse sein, je nachdem,
was der Hintergrund-Job so als Fehler wirft.

Hintergrund-Job: Beim ausführen von der Oberfläche aus Status anzeigen

Kein redirect zur Job-Liste (oder "zurück") nach dem Speichern, sondern vorher
zurückkehren und Job ausführen.
Vorher konnte es passieren, dass ein nicht abgefangener Fehler im weiteren...

Swiss QR-Bill: QrBill.pm: Verschiebe Reguläre Ausdrücke zur Validierung von Referenznummern