projekt kivitendo

Anzahlungsrechnung mit Positionsrabatt nicht fehlerhaft mit PTC berechnen

... und vor allen Dingen speichern. Workaround für das prinzipielle
Problem in redmine #352 u.a.

Unscharfes Skonto bei Vorschlägen und Zuweisungen anbieten

Payment-Helper: pay_invoice with skonto akzeptiert auch Teilzahlungen

S.a. Commits davor. Die Vorbedingung das es noch gar keine Zahlungen
gegen die Rechnung geben darf, damit das Skonto richtig berechnet wird, entfällt

Payment-Helper: neue Methode open_amount_less_skonto inkl. POD

Auswahlliste Skonto soll keinen Fehler an der Oberfläche werfen

POD Anpassung für neue Parameter bei pay_invoice

Wechselkurs-Optimierung: Kosmetik weiter aufräumen

Payment-Helper: Debugs raus, Kosmetik

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

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

Payment-Helper mehr Parameter prüfen (Testfall)

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.

Wechselkurs verbuchen erstmal nicht mit Skonto-Verbuchen komibinierbar

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

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....

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

wip: REMOVE Wechselkursberechungen geändert in Payment-Helper

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

Payment-Helper exchangerate nicht mehr exportieren

Beißt sich mit dem DB-Eintrag

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

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

Payment-Helper: offensichtlich toten Code (Methoden) entfernt

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

Payment-Helper um Rückgabewert invoice_amount für bank_transaction ergänzt

Testfälle und Anmerkung zu exchangerate

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.

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

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.

Payment-Helper: free_skonto erweitert: skonto_amount == open_amount

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

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

Kosmetik, Toten Code identifizieren, Alphabetische Reihenfolge Module

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....

Kosmetik Payment-Helper

Payment-Helper: Fremdwährung nur über param steuern und nicht über den Beleg

Anzahlungsrechnung: Beim Zahlungseingang auf das Steuertransfer-Konto buchen

DATEV benötigt das wirkliche Brutto-Automatik-Konto, um die MwSt zu buchen

Anzahlungs-Rg.: Kontoauszug verbuchen: Warnung vermeiden. invoice_type nehmen,

… da type auch undef sein kann

Kontoauszug verbuchen, Mehrwertsteuerkorrektur für Anzahlungsrechnungen

Kommentar zum Payment-Helper

Außer in den Testfällen wird der Helper nicht mit einem
negativen Amount aufgerufen. Im Helper befindet sich etwas
zuviel automagie. Eigentlich braucht man den Param amount nicht,
wird aber überall in kivi übergeben. Eigentlich darf der negativ...

SEPA-Überweisungen: Zahlungsbedingungen f. Skonto aus EK-Rechnungen übernehmen …

… und nicht aus den Lieferanten-Stammdaten.

Hier könnte es im VK und EK noch eine Art fallback auf die Zahlungsbedingungen
aus den Kunden-/Lieferanten-Stammdaten geben - so dass diese zusätzlich als...

Skontovorschläge: ungültige Steuer-Zeilen aus acc_trans ignorieren

Buchungen in acc_trans, die das Steuer-Konto ansprechen (also eines,
bei dem chart_link AR_tax oder AP_tax enthält), haben oftmals eine
ungültige Kombination aus taxkey & tax_id (ungültig im Sinne von:...

Payment Helper - Logikfehler bei Parameter transdate

Es war eine Klammer falsch gesetzt, daher wurden nie DateTime-Objekte
erkannt und man mußte das Datum immer als formatierten String übergeben.
Jetzt sollte es auch wieder mit DateTime-Objekten funktionieren.

Payment Helper - POD repariert

Kontoauszug verbuchen: Neuen Skonto-Typ

Eingabe eines freien Skonto-Betrags in der Maske aktiv.
Ferner Anzeigen des Skonto-Betrags bei with_skonto_pt, damit
der Anwender besser visuell unterstützt wird.

Payment::pay_invoice um Zahlungsbedingung freies Skonto erweitert

POD angepasst. Falls der Zahlungstyp free_skonto und der Parameter
skonto_amount übergeben wird, so wird dieser anstelle von einem
berechneten Skonto-Betrag verbucht. Das Vorzeichen wird entsprechend...

Redundanten Template-Code in bank_transactions/invoices.html aufgeräumt

Payment Kosmetik/Konvention

POD aktualisiert. Pflicht-Parameter am Anfang
der Methode prüfen

Kosmetik, Kommentar verbessert, toter Code entfernt

Payment pay_invoice alle acc_trans_ids sammeln

Hintergrund. new_acc_trans wird mehrfach für verschiedene
Fälle verwendet, entsprechend nach jeder Änderung einsammeln

Payment-Helper pay_invoice um Rückgabewert der acc_trans_ids erweitert

Payment-Helper: get_payment_select_options_for_bank_transaction verbessern

Falls es kein Skonto-Datum gibt, d.h. der Beleg hat überhaupt keine
Skonto-Option, dann auch dem Benutzer erst gar nicht die Auswahl
anbieten.
Prinzipiell die Auswahl anzeigen ist sinnvoll, damit das Verhalten...

Ergänzend zu #359 DB->load anstatt croak

croak|die liefert keine Meldung an den ajax-Aufrufer zurück.
SL::DB::..->load hingegen schon. Entsprechend geändert.

fix #359 get_payment_select_options_for_bank_transaction vereinfachen

Payment::pay_invoice with skonto -> Steuersatz ist eindeutig

tax_id in acc_trans definiert sicherer den Steuersatz als der
taxkey (Steuerschlüssel von DATEV), s.a. FK-Constraint:
"acc_trans_tax_id_fkey" FOREIGN KEY (tax_id) REFERENCES tax(id)

Payment Helper - Parameter in POD korrigiert

Payment Helper - besser Fehlermeldung in pay_invoice

Behebt: #343 Kontoauszug verbuchen Skontoautomatik bei Verkaufsrechnungen defekt

DATEV-Checks beim Buchen nutzen nun generate_datev_data

Kontoauszug verbuchen: »Beleg«/»Memo« bei Vorschlägen angeben können

SL::Dev::Payment eingeführt

Neue Funktionen zur Datenerstellung für Tests rund um Zahlungen.

create_bank_transaction aus Payment Helper nach SL::Dev verschoben.
neue Funktionen create_payment_terms und create_bank_account

BankTransaction: Spaltennamen von CamelCase in snake_case umbenannt

kivitendo nutzt rein lower-case-Spaltennamen mit Unterstrichen als
Worttrenner, kein CamelCase. Betrifft Spalten transactioncode und
transactiontext in bank_transfers.

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....

Fehlende impliziten Übersetzungen für Zahlungsart

Wird in bank_transfer_edit gebraucht

Payment-Helfer: Rechnen mit undefinierten Werten vermeiden

Payment-Helfer: with_transaction() anstelle von do_transaction() nutzen

»do_transaction()« kommt von Rose::DB selber. Es schert sich nicht
darum, ob bereits eine Transaktion läuft, sondern macht einfach eine mit
»BEGIN« auf. Am Ende der an »do_transaction()« übergebenen Sub committet...

Payment-Helfer: Kosmetik (Einrückung, keine ; am Ende von if)

Payment-Helper - create_bank_transaction bekommt "purpose" param

und Beispiel für das Erstellen einer Zahlung für mehrere Rechnung mit
Skonto in POD.

Neue PaymentHelper Methode forex

Prüft ob eine abweichende Währung benutzt wird.

Payment Helper exchangerate Methode verbessert

Payment Helper kann project_id als Param verarbeiten

Payment Helper kann nun auch Kursverluste/Gewinne

+ neue Helper-Methode exchange_rate für Rechnungen

Paymenthelper kann Fremdwährung mit Steuer inkl. und exkl.

Neue PaymentHelper Funktion create_bank_transaction

Simuliert den MT940-Import und erstellt gültige Kontoauszugsimportzeilen für
Rechnungen, mit denen man z.B. den "Kontoauszug verbuchen" testen kann.
Ist also v.A. für Tests oder beim Entwickeln nützlich....

Sepa-Überw: Fehlermeldung beim Überweisen mit Skonto

Hier fehlte eine Abfrage. Fehlermeldung auf die Zahlungsart beziehen

warnings: nicht initialisierte Variable in Helper/Payment

Payment Helper setzt $self->transactions zurück

Als es noch eine Methode transactions in SL::DB::Helper::Payment gab
wurden die acc_trans-Einträge bei Zugriff per $self->transactions jedes
Mal aus der Datenbank ausgelesen:
(SL::DB::Manager::AccTransaction->get_all(query => [ trans_id => $self->id ]);...

Payment Helper - Methode transactions wieder entfernt

Es gibt schon eine Relationship transactions in SL::DB::Invoice und
SL::DB::PurchaseInvoice. Diese wird ansonsten überschrieben, und dann
kann man auch keine AccTransaction Objekte mehr zu Rechnungsobjekten...

Payment - falsche geschweifte Klammer bei Skonto Zahlungsvorschlag

Bankerweiterung: bei Zahlungsartauswahl auf Skonto prüfen

Sammelcommit Bankerweiterung und Skonto

Überarbeitung der Bankerweiterung vom Stand Niclas, und Einführung von
Bezahlung mit Skonto (alter payment Branch). Mehr Details siehe
changelog.

• changelog

• Ungültige Bankkonten ausblenden
• Punktesystem in Hash %points ausgelagert...